RFC1242 日本語訳
1242 Benchmarking Terminology for Network Interconnection Devices. S.Bradner. July 1991. (Format: TXT=22817 bytes) (Status: INFORMATIONAL)
プログラムでの自動翻訳です。
英語原文
Network Working Group S. Bradner, Editor Request for Comments: 1242 Harvard University July 1991
ワーキンググループS.ブラドナー、コメントを求めるエディタ要求をネットワークでつないでください: 1242 ハーバード大学1991年7月
Benchmarking Terminology for Network Interconnection Devices
ネットワーク相互接続デバイスのためのベンチマーキング用語
Status of this Memo
このMemoの状態
This memo provides information for the Internet community. It does not specify an Internet standard. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのための情報を提供します。 それはインターネット標準を指定しません。 このメモの分配は無制限です。
Abstract
要約
This memo discusses and defines a number of terms that are used in describing performance benchmarking tests and the results of such tests. The terms defined in this memo will be used in additional memos to define specific benchmarking tests and the suggested format to be used in reporting the results of each of the tests. This memo is a product of the Benchmarking Methodology Working Group (BMWG) of the Internet Engineering Task Force (IETF).
このメモは、性能ベンチマーキングテストについて説明する際に使用される多くの用語とそのようなテストの結果について議論して、定義します。 このメモで定義された用語は、それぞれのテストの結果を報告する際に使用されるために特定のベンチマーキングテストと提案された書式を定義するのに追加メモで使用されるでしょう。 このメモはインターネット・エンジニアリング・タスク・フォース(IETF)のBenchmarking Methodology作業部会(BMWG)の製品です。
1. Introduction
1. 序論
Vendors often engage in "specsmanship" in an attempt to give their products a better position in the marketplace. This usually involves much "smoke & mirrors" used to confuse the user. This memo and follow-up memos attempt to define a specific set of terminology and tests that vendors can use to measure and report the performance characteristics of network devices. This will provide the user comparable data from different vendors with which to evaluate these devices.
ベンダーは市場で、より良い位置をそれらの製品に与える試みで"specsmanship"にしばしば従事しています。 通常、これはユーザを混乱させるのに使用される「煙と鏡」に非常にかかわります。 このメモと督促のメモは、ベンダーがネットワークデバイスの性能の特性を測定して、報告するのに使用できる用語と特定のテストを定義するのを試みます。 これはこれらのデバイスを評価する異なったベンダーからユーザの匹敵するデータを提供するでしょう。
2. Definition format
2. 定義形式
Term to be defined. (e.g., Latency)
定義されるべき用語。 (例えば、潜在)
Definition: The specific definition for the term.
定義: 用語のための特定の定義。
Discussion: A brief discussion about the term, it's application and any restrictions on measurement procedures.
議論: およそ期間の簡潔な議論であり、それは、測定手順におけるアプリケーションとあらゆる制限です。
Measurement units: The units used to report measurements of this term, if applicable.
測定単位: 適切であるなら、ユニットは以前はよく今期の測定値を報告していました。
Benchmarking Methodology Working Group [Page 1] RFC 1242 Benchmarking Terminology July 1991
ベンチマーキング方法論ワーキンググループ[1ページ]RFC1242ベンチマーキング用語1991年7月
Issues: List of issues or conditions that effect this term.
問題: 今期に作用する問題か状態のリスト。
See Also: List of other terms that are relevant to the discussion of this term.
参照: 今期の議論に関連している他の用語のリスト。
3. Term definitions
3. 用語定義
3.1 Back-to-back
3.1、背中合わせ
Definition: Fixed length frames presented at a rate such that there is the minimum legal separation for a given medium between frames over a short to medium period of time, starting from an idle state.
定義: aの上にフレームの間には、当然のことの媒体に、最小の法律上の別居があるようにレートで贈られた固定長フレームは中型の期間までショートします、活動していない状態から始めて。
Discussion: A growing number of devices on a network can produce bursts of back-to-back frames. Remote disk servers using protocols like NFS, remote disk backup systems like rdump, and remote tape access systems can be configured such that a single request can result in a block of data being returned of as much as 64K octets. Over networks like ethernet with a relatively small MTU this results in many fragments to be transmitted. Since fragment reassembly will only be attempted if all fragments have been received, the loss of even one fragment because of the failure of some intermediate network device to process enough continuous frames can cause an endless loop as the sender repetitively attempts to send its large data block.
議論: ネットワークの増加している数のデバイスが背中合わせのフレームの炸裂を発生させることができます。 プロトコルを使用するリモートディスクサーバがNFSが好きです、そして、リモートディスクバックアップ・システムはrdumpが好きです、そして、ただ一つの要求が最大64Kの八重奏について返される1ブロックのデータをもたらすことができるように、リモートテープアクセスシステムは構成できます。 比較的小さいMTUがあるイーサネットのようなネットワークの上では、これは、伝えられるために多くの断片に結果として生じます。 すべての断片を受け取った場合にだけ断片再アセンブリを試みるので、送付者が、繰返し大きいデータ・ブロックを送るのを試みるとき、いくつかの中間ネットワークデバイスが十分な連続したフレームを処理しないことによる1個の断片さえの損失は永久ループを引き起こす場合があります。
With the increasing size of the Internet, routing updates can span many frames, with modern routers able to transmit very quickly. Missing frames of routing information can produce false indications of unreachability. Tests of this parameter are intended to determine the extent of data buffering in the device.
インターネットの増加するサイズで、ルーティングアップデートは多くのフレームにかかることができます、現代のルータが非常にすばやく伝わることができる状態で。 ルーティング情報のなくなったフレームは「非-可到達性」の誤ったしるしを発生させることができます。 このパラメタのテストがデバイスでのデータバッファリングの範囲を測定することを意図します。
Measurement units: Number of N-octet frames in burst.
測定単位: 炸裂における、N-八重奏フレームの数。
Issues:
問題:
See Also:
参照:
Benchmarking Methodology Working Group [Page 2] RFC 1242 Benchmarking Terminology July 1991
ベンチマーキング方法論ワーキンググループ[2ページ]RFC1242ベンチマーキング用語1991年7月
3.2 Bridge
3.2 ブリッジ
Definition: A system which forwards data frames based on information in the data link layer.
定義: データフレームを進めるシステムはデータ・リンク層における情報を基礎づけました。
Discussion:
議論:
Measurement units: n/a
測定単位: なし
Issues:
問題:
See Also: bridge/router (3.3) router (3.15)
参照: ブリッジ/ルータ(3.3)ルータ(3.15)
3.3 bridge/router
3.3ブリッジ/ルータ
Definition: A bridge/router is a network device that can selectively function as a router and/or a bridge based on the protocol of a specific frame.
定義: ブリッジ/ルータは、ルータとして選択的に機能できるネットワークデバイス、そして/または、特定のフレームのプロトコルに基づくブリッジです。
Discussion:
議論:
Measurement units: n/a
測定単位: なし
Issues:
問題:
See Also: bridge (3.2) router (3.15)
参照: ブリッジ(3.2)ルータ(3.15)
3.4 Constant Load
3.4 一定の負荷
Definition: Fixed length frames at a fixed interval time.
定義: 固定間隔時の固定長フレーム。
Discussion: Although it is rare, to say the least, to encounter a steady state load on a network device in the real world, measurement of steady state performance may be useful in evaluating competing devices. The frame size is specified and constant. All device parameters are constant. When there is a checksum in the frame, it must be verified.
議論: 本当の世界のネットワークデバイスで定常状態負荷に遭遇するのが控えめに言ってもまれですが、定常状態性能の測定は競争しているデバイスを評価する際に役に立つかもしれません。 フレーム・サイズは、指定されていて一定です。 すべてのデバイス・パラメータが一定です。 チェックサムがフレームにあるとき、それについて確かめなければなりません。
Benchmarking Methodology Working Group [Page 3] RFC 1242 Benchmarking Terminology July 1991
ベンチマーキング方法論ワーキンググループ[3ページ]RFC1242ベンチマーキング用語1991年7月
Measurement units: n/a
測定単位: なし
Issues: unidirectional vs. bidirectional
問題: 単方向対双方向
See Also:
参照:
3.5 Data link frame size
3.5 データ・リンクフレーム・サイズ
Definition: The number of octets in the frame from the first octet following the preamble to the end of the FCS, if present, or to the last octet of the data if there is no FCS.
定義: そこであるなら、存在しているならFCSの端まで序文に従う最初の八重奏かデータの最後の八重奏へのフレームの八重奏の数はFCSではありません。
Discussion: There is much confusion in reporting the frame sizes used in testing network devices or network measurement. Some authors include the checksum, some do not. This is a specific definition for use in this and subsequent memos.
議論: ネットワークデバイスかネットワーク測定を検査する際に使用されるフレーム・サイズを報告するのにおいて多くの混乱があります。 何人かの作者がチェックサムを入れて、何かはそうしません。 これはこれにおける使用とその後のメモのための特定の定義です。
Measurement units: octets
測定単位: 八重奏
Issues:
問題:
See Also:
参照:
3.6 Frame Loss Rate
3.6 フレーム損失率
Definition: Percentage of frames that should have been forwarded by a network device under steady state (constant) load that were not forwarded due to lack of resources.
定義: 財源不足のため進められなかった定常状態の(一定)の負荷の下でネットワークデバイスによって進められるべきであったフレームの割合。
Discussion: This measurement can be used in reporting the performance of a network device in an overloaded state. This can be a useful indication of how a device would perform under pathological network conditions such as broadcast storms.
議論: 積みすぎられた状態のネットワークデバイスの性能を報告する際にこの測定を使用できます。 これはデバイスがブロードキャスト・ストームなどの病理学的なネットワーク条件のもとでどう働くだろうか役に立つしるしであるかもしれません。
Measurement units: Percentage of N-octet offered frames that are dropped. To be reported as a graph of offered load vs frame loss.
測定単位: N-八重奏の割合は下げられるフレームを提供しました。 提供された負荷のグラフとしてフレームの損失に対して報告されるために。
Benchmarking Methodology Working Group [Page 4] RFC 1242 Benchmarking Terminology July 1991
ベンチマーキング方法論ワーキンググループ[4ページ]RFC1242ベンチマーキング用語1991年7月
Issues:
問題:
See Also: overhead behavior (3.11) policy based filtering (3.13) MTU mismatch behavior (3.10)
参照: オーバーヘッド振舞い(3.11)方針ベースのフィルタリング(3.13)MTUは振舞いにミスマッチします。(3.10)
3.7 Inter Frame Gap
3.7 間のフレームギャップ
Definition: The delay from the end of a data link frame as defined in section 3.5, to the start of the preamble of the next data link frame.
定義: セクション3.5で定義される隣のデータ・リンクフレームに関する序文の始まりへのデータ・リンクフレームの端からの遅れ。
Discussion: There is much confusion in reporting the between frame time used in testing network devices. This is a specific definition for use in this and subsequent memos.
議論: 報告するのにおいて多くの混乱がある、間に、フレーム時間は中でテストネットワークデバイスを使用しました。 これはこれにおける使用とその後のメモのための特定の定義です。
Measurement units: Time with fine enough units to distinguish between 2 events.
測定単位: 2つのイベントの間で区別する十分すばらしい単位がある時間。
Issues: Link data rate.
問題: データ信号速度をリンクしてください。
See Also:
参照:
3.8 Latency
3.8 潜在
Definition: For store and forward devices: The time interval starting when the last bit of the input frame reaches the input port and ending when the first bit of the output frame is seen on the output port.
定義: 店と前進のデバイスのために: 出力フレームの最初のビットが出力ポートの上で見られるとき、入力フレームの最後のビットであるときに始まる時間間隔は入力ポートと結末に達します。
For bit forwarding devices: The time interval starting when the end of the first bit of the input frame reaches the input port and ending when the start of the first bit of the output frame is seen on the output port.
デバイスを進めるビットのために: 出力フレームの最初のビットの始まりが出力ポートの上で見られるとき、入力フレームの最初のビットの端であるときに始まる時間間隔は入力ポートと結末に達します。
Discussion: Variability of latency can be a problem. Some protocols are timing dependent (e.g., LAT and IPX). Future applications are likely to be sensitive to
議論: 潜在の可変性は問題であるかもしれません。 いくつかのプロトコルがタイミング扶養家族(例えば、LATとIPX)です。 敏感であるアプリケーションが傾向がある未来
Benchmarking Methodology Working Group [Page 5] RFC 1242 Benchmarking Terminology July 1991
ベンチマーキング方法論ワーキンググループ[5ページ]RFC1242ベンチマーキング用語1991年7月
network latency. Increased device delay can reduce the useful diameter of net. It is desired to eliminate the effect of the data rate on the latency measurement. This measurement should only reflect the actual within device latency. Measurements should be taken for a spectrum of frame sizes without changing the device setup.
潜在をネットワークでつないでください。 増強されたデバイス遅れはネットの役に立つ直径を減少させることができます。 潜在測定へのデータ信号速度の効果を排除するのは必要です。 この測定はデバイス潜在の中の実際を反映するだけであるべきです。 デバイスセットアップを変えないで、フレーム・サイズのスペクトルに測定値を取るべきです。
Ideally, the measurements for all devices would be from the first actual bit of the frame after the preamble. Theoretically a vendor could design a device that normally would be considered a store and forward device, a bridge for example, that begins transmitting a frame before it is fully received. This type of device is known as a "cut through" device. The assumption is that the device would somehow invalidate the partially transmitted frame if in receiving the remainder of the input frame, something came up that the frame or this specific forwarding of it was in error. For example, a bad checksum. In this case, the device would still be considered a store and forward device and the latency would still be from last bit in to first bit out, even though the value would be negative. The intent is to treat the device as a unit without regard to the internal structure.
理想的に、すべてのデバイスのための測定値は序文の後にフレームの最初の実際のビットから来ているでしょう。 理論的に、ベンダーは通常、店であると考えられるデバイスと前進のデバイス、例えばそれを完全に受け取る前にフレームを伝え始めるブリッジを設計できました。 このタイプのデバイスは「深く切られて」デバイスとして知られています。 仮定が中に入力フレームの残りを受け取るならデバイスがどうにか部分的に伝えられたフレームを無効にするだろうということである、それのフレームかこの特定の推進が上でしたが、何かが間違って来ました。 例えば、悪いチェックサム。 この場合、デバイスは店と前進のデバイスであるとまだ考えられているでしょう、そして、潜在は外で中で最後のビットから最初のビットにまだ来ているでしょう、値が否定的でしょうが。 意図は関係なしで内部の構造にデバイスを一体にして扱うことです。
Measurement units: Time with fine enough units to distinguish between 2 events.
測定単位: 2つのイベントの間で区別する十分すばらしい単位がある時間。
Issues:
問題:
See Also: link speed mismatch (3.9) constant load (3.4) back-to-back (3.1) policy based filtering (3.13) single frame behavior (3.16)
参照: シングルフレームの振舞いをフィルターにかける(3.13)背中合わせの(3.1)方針が基礎づけたリンク速度ミスマッチ(3.9)定数荷重(3.4)(3.16)
3.9 Link Speed Mismatch
3.9 リンク速度ミスマッチ
Definition: Speed mismatch between input and output data rates.
定義: 入出力データ信号速度の間のミスマッチを促進してください。
Discussion: This does not refer to frame rate per se, it refers to the actual data rate of the data path. For example,
議論: これはそういうものとしてフレームレートを示さないで、それはデータ経路の実際のデータ信号速度について言及します。 例えば
Benchmarking Methodology Working Group [Page 6] RFC 1242 Benchmarking Terminology July 1991
ベンチマーキング方法論ワーキンググループ[6ページ]RFC1242ベンチマーキング用語1991年7月
an Ethernet on one side and a 56KB serial link on the other. This is has also been referred to as the "fire hose effect". Networks that make use of serial links between local high speed networks will usually have link speed mismatch at each end of the serial links.
半面の上のイーサネットと56KBのシリーズはもう片方でリンクされます。 これはそうです。また、「消火ホース効果」と呼ばれました。 通常、ローカルの高速ネットワークの間の連続のリンクを利用するネットワークが連続のリンクの各端のときにリンク速度ミスマッチを持つでしょう。
Measurement units: Ratio of input and output data rates.
測定単位: 入出力データ信号速度の比率。
Issues:
問題:
See Also: constant load (3.4) back-to-back (3.1)
参照: 一定の負荷(3.4)背中合わせです。(3.1)
3.10 MTU-mismatch behavior
3.10 MTU-ミスマッチの振舞い
Definition: The network MTU (Maximum Transmission Unit) of the output network is smaller than the MTU of the input network, this results in fragmentation.
定義: 出力ネットワークのネットワークMTU(最大のTransmission Unit)が入力ネットワークのMTUより小さい、これは断片化をもたらします。
Discussion: The performance of network devices can be significantly affected by having to fragment frames.
議論: ネットワークデバイスの性能は、フレームを断片化しなければならないことによって、かなり影響を受けることができます。
Measurement units: Description of behavior.
測定単位: 振舞いの記述。
Issues:
問題:
See Also:
参照:
3.11 Overhead behavior
3.11 頭上の振舞い
Definition: Processing done other than that for normal data frames.
定義: 正常なデータフレームへのそれを除いて、行われた処理。
Discussion: Network devices perform many functions in addition to forwarding frames. These tasks range from internal hardware testing to the processing of routing information and responding to network management requests. It is useful to know what the effect of these sorts of tasks is on the device performance. An example would be if a router were to suspend forwarding or accepting frames during the processing of large routing update for a complex protocol like
議論: フレームを進めることに加えてネットワークデバイスは多くの機能を実行します。 これらのタスクは内部のハードウェアテストからルーティング情報の処理と応じるのからネットワークマネージメント要求まで及びます。 これらの種類に関するタスクの効果がデバイス性能の何であるかを知るのは役に立ちます。 ルータが大きいルーティングの処理の間のフレームが複雑なプロトコルのためにアップデートする推進か受諾を中断させるのが好きであるということであるなら、例はそうでしょうに。
Benchmarking Methodology Working Group [Page 7] RFC 1242 Benchmarking Terminology July 1991
ベンチマーキング方法論ワーキンググループ[7ページ]RFC1242ベンチマーキング用語1991年7月
OSPF. It would be good to know of this sort of behavior.
OSPF。 この種類の振舞いを知るのは良いでしょう。
Measurement units: Any quantitative understanding of this behavior is by the determination of its effect on other measurements.
測定単位: この振舞いのどんな量的な理解も他の測定値における効果の決断であります。
Issues: bridging and routing protocols control processing icmp ip options processing fragmentation error processing event logging/statistics collection arp
問題: ブリッジするのとルーティング・プロトコルコントロール処理icmp ipオプション処理断片化エラー処理イベント伐採/統計収集arp
See Also: policy based filtering (3.13)
参照: 方針はフィルタリングを基礎づけました。(3.13)
3.12 Overloaded behavior
3.12 積みすぎられた振舞い
Definition: When demand exceeds available system resources.
定義: 要求が利用可能なシステム資源を超えていると。
Discussion: Devices in an overloaded state will lose frames. The device might lose frames that contain routing or configuration information. An overloaded state is assumed when there is any frame loss.
議論: 積みすぎられた状態のデバイスはフレームをなくすでしょう。 デバイスはルーティングか設定情報を含むフレームをなくすかもしれません。 いくらかのフレームの損失があるとき、積みすぎられた状態は想定されます。
Measurement units: Description of behavior of device in any overloaded states for both input and output overload conditions.
測定単位: いずれのデバイスの働きの記述は両方の入出力過負荷条件のために州を積みすぎました。
Issues: How well does the device recover from overloaded state? How does source quench production effect device? What does device do when its resources are exhausted? What is response to system management in overloaded state?
問題: デバイスは積みすぎられた状態からどれくらいよく回収されますか? ソース焼き入れ生産はどのようにデバイスに作用しますか? リソースが疲れ果てているとき、デバイスは何をしますか? 積みすぎられた状態のシステム管理への応答は何ですか?
See Also:
参照:
3.13 Policy based filtering
3.13方針はフィルタリングを基礎づけました。
Definition: Filtering is the process of discarding received
定義: フィルタリングは受け取られた捨てることのプロセスです。
Benchmarking Methodology Working Group [Page 8] RFC 1242 Benchmarking Terminology July 1991
ベンチマーキング方法論ワーキンググループ[8ページ]RFC1242ベンチマーキング用語1991年7月
frames by administrative decision where normal operation would be to forward them.
通常の操作がそれらをどこに送るだろうかことであるという管理的意思決定によるフレーム。
Discussion: Many network devices have the ability to be configured to discard frames based on a number of criteria. These criteria can range from simple source or destination addresses to examining specific fields in the data frame itself. Configuring many network devices to perform filtering operations impacts the throughput of the device.
議論: 多くのネットワークデバイスには、多くの評価基準に基づくフレームを捨てるために構成されるべき能力があります。 これらの評価基準は純真なソースか送付先アドレスからデータフレーム自体の特定の分野を調べるまで及ぶことができます。 操作をフィルターにかけながら働くために多くのネットワークデバイスを構成すると、デバイスに関するスループットは影響を与えられます。
Measurement units: n/a
測定単位: なし
Issues: flexibility of filter options number of filter conditions
問題: フィルタ状態のフィルタオプション番号の柔軟性
See Also:
参照:
3.14 Restart behavior
3.14 再開の振舞い
Definition: Reinitialization of system causing data loss.
定義: データの損失をもたらすシステムのReinitialization。
Discussion: During a period of time after a power up or reset, network devices do not accept and forward frames. The duration of this period of unavailability can be useful in evaluating devices. In addition, some network devices require some form of reset when specific setup variables are modified. If the reset period were long it might discourage network managers from modifying these variables on production networks.
議論: パワーアップかリセットの後の期間の間、ネットワークデバイスは、フレームを受け入れて、進めません。 この期間の使用不能の持続時間はデバイスを評価する際に役に立つ場合があります。 特定のセットアップ変数が変更されているとき、さらに、いくつかのネットワークデバイスが何らかの形式のリセットを必要とします。 リセットの期間が長いなら、それは、ネットワークマネージャが生産ネットワークのこれらの変数を変更するのを思いとどまるでしょうに。
Measurement units: Description of device behavior under various restart conditions.
測定単位: 様々な再開状態のデバイスの振舞いの記述。
Issues: Types: power on reload software image flush port, reset buffers restart current code image, without reconfuration
問題: タイプ: 再ロードソフトウェアイメージ水洗ポートの電源を入れてください、そして、リセットバッファはreconfurationなしで現在のコード・イメージを再開します。
Benchmarking Methodology Working Group [Page 9] RFC 1242 Benchmarking Terminology July 1991
ベンチマーキング方法論ワーキンググループ[9ページ]RFC1242ベンチマーキング用語1991年7月
Under what conditions is a restart required? Does the device know when restart needed (i.e., hung state timeout)? Does the device recognize condition of too frequent auto-restart? Does the device run diagnostics on all or some resets? How may restart be initiated? physical intervention remote via terminal line or login over network
どんな条件のもとでは、再開が必要ですか? デバイスは、再開がいつ(すなわち、掛かっている州のタイムアウト)を必要としたかを知っていますか? デバイスは頻繁過ぎる自動再開の状態を認識しますか? デバイスはすべてかいくつかのリセットのときに病気の特徴を実行しますか? 再開はどのように開始されるかもしれませんか?端末を通してリモートな物理的な介入は、ネットワークの上に立ち並んでいるか、またはログインします。
See Also:
参照:
3.15 Router
3.15 ルータ
Definition: A system which forwards data frames based on information in the network layer.
定義: データフレームを進めるシステムはネットワーク層における情報を基礎づけました。
Discussion: This implies "running" the network level protocol routing algorithm and performing whatever actions that the protocol requires. For example, decrementing the TTL field in the TCP/IP header.
議論: これは、ネットワークレベルを「実行し」て、アルゴリズムを発送して、プロトコルが必要とするどんな動作も実行しながら議定書を作るように含意します。 例えば、TCP/IPヘッダーのTTL分野を減少させること。
Measurement units: n/a
測定単位: なし
Issues:
問題:
See Also: bridge (3.2) bridge/router (3.3)
参照: ブリッジ(3.2)ブリッジ/ルータ(3.3)
3.16 Single frame behavior
3.16 シングルフレームの振舞い
Definition: One frame received on the input to a device.
定義: 1個のフレームが入力のときにデバイスに受信されました。
Discussion: A data "stream" consisting of a single frame can require a network device to do a lot of processing. Figuring routes, performing ARPs, checking permissions etc., in general, setting up cache entries. Devices will often take much more time to process a single frame presented in isolation than it would if the same frame were part of a steady stream. There is a worry that some devices would even discard a single frame as part of the cache setup procedure under the
議論: データシングルから成る「ストリーム」フレームは、多くの処理をするためにネットワークデバイスを必要とすることができます。 ARPsを実行して、ルートを計算して、一般に、セットアップされる照合許容などはエントリーをキャッシュします。 デバイスは、分離して贈られたシングルフレームを処理するには同じフレームが安定したストリームの一部であるならかかるよりしばしばずっと多くの時間がかかるでしょう。 いくつかのデバイスがキャッシュセットアップ手順下の一部としてシングルフレームを捨てさえするだろうという心配があります。
Benchmarking Methodology Working Group [Page 10] RFC 1242 Benchmarking Terminology July 1991
ベンチマーキング方法論ワーキンググループ[10ページ]RFC1242ベンチマーキング用語1991年7月
assumption that the frame is only the first of many.
唯一のフレームが多くの1番目であるという仮定。
Measurement units: Description of the behavior of the device.
測定単位: デバイスの働きの記述。
Issues:
問題:
See Also: policy based filtering (3.13)
参照: 方針はフィルタリングを基礎づけました。(3.13)
3.17 Throughput
3.17 スループット
Definition: The maximum rate at which none of the offered frames are dropped by the device.
定義: 最高率は提供されたフレームのいずれかがどれでないかにデバイスに立ち寄りました。
Discussion: The throughput figure allows vendors to report a single value which has proven to have use in the marketplace. Since even the loss of one frame in a data stream can cause significant delays while waiting for the higher level protocols to time out, it is useful to know the actual maximum data rate that the device can support. Measurements should be taken over a assortment of frame sizes. Separate measurements for routed and bridged data in those devices that can support both. If there is a checksum in the received frame, full checksum processing must be done.
議論: スループット数値で、ベンダーは市場で使用を持っていると判明したただ一つの値を報告できます。 データ・ストリームにおける、1個のフレームの損失さえより高い平らなプロトコルをタイムアウトに待っている間、重要な遅れを引き起こす場合があるので、デバイスがサポートすることができる実際の最大のデータ信号速度を知るのは役に立ちます。 フレーム・サイズの分類の上に測定値を取るべきです。 両方をサポートすることができるそれらのデバイスの発送されてブリッジしているデータのための測定を切り離してください。 チェックサムが容認されたフレームにあれば、完全なチェックサム処理をしなければなりません。
Measurement units: N-octet input frames per second input bits per second
測定単位: 2番目の入力bpsあたりのN-八重奏入力フレーム
Issues: single path vs. aggregate load unidirectional vs bidirectional checksum processing required on some protocols
問題: ただ一つの経路対単方向対双方向のチェックサム処理がいくつかのプロトコルで必要とした集合負荷
See Also: frame loss rate (3.6) constant load (3.4) back-to-back (3.1)
参照: 背中合わせの状態で損失レート(3.6)定数負荷(3.4)を縁どってください。(3.1)
Benchmarking Methodology Working Group [Page 11] RFC 1242 Benchmarking Terminology July 1991
ベンチマーキング方法論ワーキンググループ[11ページ]RFC1242ベンチマーキング用語1991年7月
4. Acknowledgements
4. 承認
This memo is a product of the IETF BMWG working group:
このメモはIETF BMWGワーキンググループの製品です:
Chet Birger, Coral Networks Scott Bradner, Harvard University (chair) Steve Butterfield, independant consultant Frank Chui, TRW Phill Gross, CNRI Stev Knowles, FTP Software, Inc. Mat Lew, TRW Gary Malkin, FTP Software, Inc. K.K. Ramakrishnan, Digital Equipment Corp. Mick Scully, Ungerman Bass William M. Seifert, Wellfleet Communications Corp. John Shriver, Proteon, Inc. Dick Sterry, Microcom Geof Stone, Network Systems Corp. Geoff Thompson, SynOptics Mary Youssef, IBM
チェットBirger、コラル・Networksスコット・ブラドナーハーバード大学(いす)スティーブ・バターフィールド、TRWフィルGross、CNRI Stevノウルズ、FTP Software Inc.Matリュー、TRWのゲーリー・マルキン、FTP Software Inc.K.K.Ramakrishnan、ディジタル・イクイップメント社のミック・スカリー、Ungerman Bassウィリアム・M.シーファート、Wellfleet Communications社のジョン・シュライバー、Proteon Inc.ディックSterry、Microcomジェフ・ストーン、Network Systems社のジェフトンプソン、SynOpticsメアリ・ユーセフ、IBMの「不-扶養家族」コンサルタントフランクChui
Security Considerations
セキュリティ問題
Security issues are not discussed in this memo.
このメモで安全保障問題について議論しません。
Author's Address
作者のアドレス
Scott Bradner Harvard University William James Hall 1232 33 Kirkland Street Cambridge, MA 02138
スコットブラドナーハーバード大学ウィリアムジェームスHall1232 33カークランド・通りケンブリッジ、MA 02138
Phone: (617) 495-3864
以下に電話をしてください。 (617) 495-3864
EMail: SOB@HARVARD.HARVARD.EDU Or, send comments to: bmwg@harvisr.harvard.edu.
メール: SOB@HARVARD.HARVARD.EDU 、または、以下のことのためにコメントを送ってください。 bmwg@harvisr.harvard.edu 。
Benchmarking Methodology Working Group [Page 12]
ベンチマーキング方法論ワーキンググループ[12ページ]
一覧
スポンサーリンク