Network Working Group J. Dunn
Request for Comments: 3133 C. Martin
Category: Informational ANC, Inc.
June 2001
Terminology for Frame Relay Benchmarking
Status of this Memo
このメモの位置付け
This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのための情報を提供します。それはどんな種類のインターネット標準を指定しません。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (C) The Internet Society (2001). All Rights Reserved.
著作権（C）インターネット協会（2001）。全著作権所有。
Abstract
抽象
This memo discusses and defines terms associated with performance benchmarking tests and the results of these tests in the context of frame relay switching devices.
このメモは、説明し、性能ベンチマークテスト、フレームリレースイッチングデバイスの文脈におけるこれらの試験の結果に関連した用語を定義します。
I. Background
I.背景
This document provides terminology for Frame Relay switching devices. It extends terminology already defined for benchmarking network interconnect devices in RFCs 1242, 1944 and 2285. Although some of the definitions in this memo may be applicable to a broader group of network interconnect devices, the primary focus of the terminology in this memo is on Frame Relay Signaling.
この文書では、フレームリレースイッチングデバイスのための専門用語を提供します。これは、このメモの定義のいくつかは、ネットワーク相互接続装置のより広範なグループに適用することができるが、このメモにおける用語の主要な焦点は、フレーム上に既にのRFC 1242、1944年ベンチマークネットワーク相互接続装置に対して定義された用語と2285.を拡張しますシグナリングリレー。
This memo contains two major sections: Background and Definitions. The background section provides the reader with an overview of the technology and IETF formalisms. The definitions section is split into two sub-sections. The formal definitions sub-section is provided as a courtesy to the reader. The measurement definitions sub-section contains performance metrics with inherent units.
背景と定義：このメモは、2つの主要なセクションが含まれています。背景のセクションでは技術やIETF形式主義の概要を読者に提供します。定義セクションは、2つのサブセクションに分割されます。正式な定義は、サブセクションは、読者へのサービスの一環として提供されます。測定定義のサブセクションでは、固有のユニットのパフォーマンス・メトリックを含んでいます。
The BMWG produces two major classes of documents: Benchmarking Terminology documents and Benchmarking Methodology documents. The Terminology documents present the benchmarks and other related terms. The Methodology documents define the procedures required to collect the benchmarks cited in the corresponding Terminology documents.
ベンチマーク用語の文書やベンチマーキング方法論の文書：BMWGは、文書の2つの主要なクラスを生成します。用語の文書は、ベンチマークやその他の関連する用語を提示します。方法論の文書は、対応する用語の文書に引用ベンチマークを収集するために必要な手順を定義します。
For the purposes of computing several of the metrics, certain textual conventions are required. Specifically:
メトリックのいくつかを計算する目的のために、特定のテキストの表記法が必要とされています。具体的に：
1) The notation sum {i=1 to N} A_i denotes: the summation of N instances of the observable A. For example, the set of observations {1,2,3,4,5} would yield the result 15.
1）a_iを{NにI = 1}表記の和が表す：例えば観察AのN個のインスタンスの合計を、観察{1,2,3,4,5}のセットは、結果15を生じます。
2) The notation max {I=1 to N} A_i and min {I=1 to N} A_i denotes: the maximum or minimum of the observable A over N instances. For example, given the set of observations {1,2,3,4,5}, max {i=1 to 5} = 5 and min {I=1 to 5} = 1.
2）a_iを{NにI = 1}とa_iを分{NにI = 1}表記maxは意味：Nインスタンスにわたって観察Aの最大値または最小値を。例えば、= 1 {= 1〜5 I}観察{= 1〜5、I}、{1,2,3,4,5}、最大= 5と分のセットを与えられ。
The terms defined in this memo will be used in addition to terms defined in RFCs 1242, 1944 and 2285. This memo is a product of the Benchmarking Methodology Working Group (BMWG) of the Internet Engineering Task Force(IETF).
このメモで定義された用語は、このメモはインターネットエンジニアリングタスクフォース（IETF）のベンチマーク手法ワーキンググループ（BMWG）の積であるのRFC 1242、1944年に定義された用語に加えて、かつ2285.使用されます。
RFC 1242, "Benchmarking Terminology for Network Interconnect Devices", should be consulted before attempting to make use of this document. RFC 1944, "Benchmarking Methodology for Network Interconnect Devices", contains discussions of a number of terms relevant to the benchmarking of switching devices and should also be consulted. RFC 2285, "Benchmarking Terminology for LAN Switching Devices", contains a number of terms pertaining to traffic distributions and datagram interarrival. For the sake of clarity and continuity this RFC adopts the template for definitions set out in Section 2 of RFC 1242.
RFC 1242は、「ネットワークの相互接続デバイスのためのベンチマーキング用語」、この文書を使用するように試みる前に相談する必要があります。 RFC 1944には、「ネットワークの相互接続デバイスのためのベンチマーキング方法論」は、スイッチング素子のベンチマーキングに関連する用語の数の議論を含み、また相談する必要があります。 RFC 2285には、「LANスイッチングデバイスのためのベンチマーキング用語」、トラフィック分布やデータグラムのinterarrivalに関連する用語の数が含まれています。明快さと継続性のために、このRFCは、RFC 1242のセクション2に定めた定義のテンプレートを採用しています。
II. Definitions
II。定義
The definitions presented in this section have been divided into two groups. The first group is formal definitions, which are required in the definitions of the performance metrics but are not themselves strictly metrics. These definitions are subsumed from other work done in other working groups both inside and outside the IETF. They are provided as a courtesy to the reader.
このセクションに示された定義は、2つのグループに分けられています。最初のグループは、パフォーマンス・メトリックの定義に必要な厳密メトリクスそのものではありませんされている正式な定義は、あります。これらの定義は、IETFの内側と外側の両方の他のワーキンググループで行われ、他の仕事から包含されています。彼らは、読者への礼儀として提供されています。
Term to be defined.
用語を定義します。
Definition: The specific definition for the term.
定義：用語のための具体的な定義。
Discussion: A brief discussion of the term, its application and any restrictions on measurement procedures.
ディスカッション：用語、そのアプリケーションおよび測定手順に制限の簡単な説明。
Specification: The working group and document in which the term is specified. Listed in the references.
仕様：用語が指定されているワーキンググループとドキュメント。参考文献に記載されています。
Definition: Access channel refers to the user access channel across which frame relay data travels. Within a given DS-3, T1 or E1 physical line, a channel can be one of the following, depending of how the line is configured. Possible line configurations are:
定義：アクセスチャネルは、フレームリレーデータが移動する間でユーザー・アクセス・チャネルを指します。与えられたDS-3、T1またはE1物理回線内に、チャネルは、ラインが構成されている方法に依存し、次のいずれかとすることができます。可能なライン構成は以下のとおりです。
A. Unchannelized: The entire DS-3/T1/E1 line is considered a channel, where:
A.チャネライズド：全体のDS-3 / T1 / E1ラインはここで、チャネルと考えられます。
The DS-3 line operates at speeds of 45 Mbps and is a single channel. The T1 line operates at speeds of 1.536 Mbps and is a single channel consisting of 24 T1 time slots. The E1 line operates at speeds of 1.984 Mbps and is a single channel consisting of 30 DS0 time slots.
DS-3ラインは、45 Mbpsの速度で動作し、単一のチャネルです。 T1回線は1.536 Mbpsの速度で動作し、24 T1のタイムスロットからなる単一チャネルです。 E1回線は1.984 Mbpsの速度で動作し、30個のDS0タイムスロットからなる単一チャネルです。
B. Channelized: The channel is any one of N time slots within a given line, where:
B.チャ：チャネルが所与のライン内のN個のタイムスロットのいずれかであり、ここで：
The T1 line consists of any one or more channels. Each channel is any one of 24 time slots. The T1 line operates at speeds in multiples of 56/64 Kbps to 1.536 Mbps, with aggregate speed not exceeding 1.536 Mbps. The E1 line consists of one or more channels. Each channel is any one of 31 time slots. The E1 line operates at speeds in multiples of 64 Kbps to 1.984 Mbps, with aggregate speed not exceeding 1.984 Mbps.
T1ラインは、任意の1つまたは複数のチャネルから成ります。各チャネルは、24個のタイムスロットのいずれかです。 T1回線集約速度は1.536 Mbpsのを超えないと、1.536 Mbpsの56/64 Kbps単位の倍数の速度で動作します。 E1回線は、1つまたは複数のチャネルで構成されています。各チャネルは、31個のタイムスロットのいずれかです。 E1ラインは、集合速度は1.984 Mbpsのを超えないと、1.984 Mbpsに64 Kbpsでの倍数の速度で動作します。
C. Fractional: The T1/E1 channel is one of the following groupings of consecutively or non-consecutively assigned time slots:
C.フラクショナル：T1 / E1チャネルは、連続的または非連続的に割り当てられたタイムスロットの次のグループの一つです。
N DS0 time slots (NX56/64Kbps where N = 1 to 24 DS0 time slots per FT1 channel).
N DS0タイムスロット（FT1チャネルごとNX56 / 64KbpsのN = 1〜24 DS0タイムスロット）。
N E1 time slots (NX64Kbps, where N = 1 to 30 DS0 time slots per E1 channel).
N E1タイムスロット（NX64Kbps、E1チャネルあたりN = 1〜30のDS0タイムスロット）。
Discussion: Access channels specify the physical layer interface speed of a DTE or DCE. In the case of a DTE, this may not correspond to either the CIR or EIR. Specifically, based on the service level agreement in place, the user may not be able to access the entire bandwidth of the access channel.
ディスカッション：アクセスチャネルDTEまたはDCEの物理層インターフェイス速度を指定します。 DTEの場合、これは、CIRまたはEIRのいずれかに対応していなくてもよいです。具体的には、代わりにサービスレベル契約に基づいて、ユーザーがアクセスチャネルの帯域幅全体にアクセスすることができない場合があります。
Specification: FRF
仕様：FRF
Definition: The data rate of the user access channel. The speed of the access channel determines how rapidly (maximum rate) the end user can inject data into a frame relay network.
定義：ユーザアクセスチャネルのデータ・レート。アクセスチャネルの速度は、エンドユーザがフレームリレーネットワークへデータを注入する方法急速（最大速度）を決定します。
Discussion: See Access Channel.
ディスカッション：アクセスチャネルを参照してください。
Specification: FRF
仕様：FRF
Definition: BECN is a bit in the frame relay header. The bit is set by a congested network node in any frame that is traveling in the reverse direction of the congestion.
定義：BECNは、フレームリレーヘッダーのビットです。ビットは、輻輳の逆方向に移動している任意のフレームにおける輻輳ネットワークノードによって設定されています。
Discussion: When a DTE receives frames with the BECN bit asserted, it should begin congestion avoidance procedures. Since the BECN frames are traveling in the opposite direction as the congested traffic, the DTE will be the sender. The frame relay layer may communicate the possibility of congestion to higher layers, which have inherent congestion avoidance procedures, such as TCP. See Frame Relay Frame.
ディスカッション：DTEがアサートBECNビットでフレームを受信すると、それは輻輳回避手順を開始する必要があります。 BECNフレームが渋滞とは反対方向に移動しているので、DTEは、送信者であろう。フレームリレー層は、TCPのような固有の輻輳回避手順を有する上位層への輻輳の可能性を通信することができます。フレームリレーフレームを参照してください。
Specification: FRF
仕様：FRF
Definition: The maximum amount of uncommitted data (in bits) in excess of Committed Burst Size (Bc) that a frame relay network can attempt to deliver during a Committed Rate Measurement Interval (Tc). This data (Be) generally is delivered with a lower probability than Bc. The network treats Be data as discard eligible.
定義：（ビットで）コミットされていないデータの最大量認定バーストサイズ（BC）を超えるフレームリレーネットワークがコミットレート測定間隔（Tc）が中に送達するように試みることができます。このデータは、（BE）一般Bcのより低い確率で配信されます。ネットワーク扱いは廃棄適格などのデータが必要です。
Discussion: See also Committed burst Size (Bc), Committed Rate Measurement Interval (Tc) and Discard Eligible (De).
ディスカッション：また、認定バーストサイズ（BC）、認定速度測定間隔（TC）を参照してください適格（DE）を捨てます。
Specification: FRF
仕様：FRF
Definition: The maximum amount of data (in bits) that the network agrees to transfer, under normal conditions, during a time interval Tc.
定義：（ビット）データの最大量ネットワークは、時間間隔Tcの間、通常の条件下で、転送することに同意します。
Discussion: See also Excess Burst Size (Be) and Committed Rate Measurement Interval (Tc).
ディスカッション：また、超過バーストサイズ（BE）と認定速度測定間隔（TC）を参照してください。
Specification: FRF
仕様：FRF
Definition: CIR is the transport speed the frame relay network will maintain between service locations when data is presented.
定義：CIRは、データが提示されたとき、フレームリレーネットワークがサービス位置の間で維持する搬送速度です。
Discussion: CIR specifies the guaranteed data rate between two frame relay terminal connected by a frame relay network. Data presented to the network in excess of this data rate and below the Excess Information Rate (EIR) will be marked as Discard Eligible and may be dropped.
議論：CIRは、フレームリレーネットワークで接続された2つのフレームリレー端末間で保証されたデータレートを指定します。このデータ・レートを超えると超過情報レート（EIR）の下に、ネットワークに提示されるデータは廃棄適性としてマークされ、ドロップすることができます。
Specification: FRF
仕様：FRF
Definition: The time interval during which the user can send only Bc-committed amount of data and Be excess amount of data. In general, the duration of Tc is proportional to the "burstiness" of the traffic. Tc is computed (from the subscription parameters of CIR and Bc) as Tc = Bc/CIR. Tc is not a periodic time interval. Instead, it is used only to measure incoming data, during which it acts like a sliding window. Incoming data triggers the Tc interval, which continues until it completes its computed duration.
定義：ユーザーがデータの唯一のBC-コミット量を送信し、データの過剰できる時間間隔。一般的に、Tcの期間中は、トラフィックの「バースト性」に比例しています。 Tcは、TC = BC / CIRとして（CIRおよびBCのサブスクリプション・パラメータから）計算されます。 Tcは周期的な時間間隔ではありません。その代わりに、スライディングウィンドウのように作用する中着信データを測定するためにのみ使用されます。受信データは、その計算された期間を完了するまで継続され、Tcの間隔をトリガします。
Discussion: See also Committed Information Rate (CIR) and committed Burst Size (Bc).
ディスカッション：また、認定情報レート（CIR）と認定バーストサイズ（BC）を参照してください。
Specification: FRF
仕様：FRF
Definition: A computational means to ensure the accuracy of frames transmitted between devices in a frame relay network. The mathematical function is computed, before the frame is transmitted, at the originating device. Its numerical value is computed based on the content of the frame. This value is compared with a recomputed value of the function at the destination device. See also Frame Check Sequence (FCS).
定義：フレームリレーネットワーク内のデバイス間で送信されるフレームの精度を確保する計算手段。フレームは、発信側デバイスに送信される前に、数学関数が、計算されます。その数値は、フレームの内容に基づいて計算されます。この値は、宛先デバイスにおける機能の再計算値と比較されます。シーケンス（FCS）をチェックフレームも参照してください。
Discussion: CRC is not a measurement, but it is possible to measure the amount of time to perform a CRC on a string of bits. This measurement will not be addressed in this document.
議論：CRC測定ではないが、ビット列にCRCを実行する時間の量を測定することができます。この測定は、本書で扱われることはありません。
Specification: FRF
仕様：FRF
Definition: Term defined by both frame relay and X.25 committees, that applies to switching equipment and is distinguished from the devices that attach to the network (DTE).
定義：交換機に適用され、ネットワーク（DTE）に接続機器から区別されるフレームリレーおよびX.25両方の委員会によって定義された用語、。
Discussion: Also see DTE.
ディスカッション：また、DTEを参照してください。
Specification: FRF
仕様：FRF
Definition: A unique number assigned to a PVC end point in a frame relay network. Identifies a particular PVC endpoint within a user's access channel in a frame relay network and has local significance only to that channel.
定義：フレームリレーネットワーク内のPVCエンドポイントに割り当てられた一意の番号。フレームリレーネットワークでユーザーのアクセスチャネル内の特定のPVCエンドポイントを識別し、そのチャネルだけにローカルな意味を持ちます。
Discussion: None.
ディスカッション：なし。
Specification: FRF
仕様：FRF
Definition: Any network equipment terminating a network connection and is attached to the network. This is distinguished from Data Communications Equipment (DCE), which provides switching and connectivity within the network.
定義：すべてのネットワーク機器のネットワーク接続を終了し、ネットワークに接続されています。これは、ネットワーク内のスイッチングおよび接続性を提供するデータ通信装置（DCE）、区別されます。
Discussion: See also DCE.
ディスカッション：また、DCEを参照してください。
Specification: FRF
仕様：FRF
Definition: This is a bit in the frame relay header that provides a two level priority indicator, used to bias discard frames in the event of congestion toward lower priority frames. Similar to the CLP bit in ATM.
定義：これは、より低い優先度のフレームに向かって輻輳が発生した場合にバイアス廃棄フレームに使用される2つのレベルの優先度指標を、提供するフレーム・リレー・ヘッダ内のビット。 ATMでのCLPビットに似ています。
Discussion: See Frame Relay Frame.
ディスカッション：フレームリレーフレームを参照してください。
Specification: FRF
仕様：FRF
Definition: Frames identified as being eligible to be dropped in the event of congestion.
定義：輻輳が発生した場合にドロップの対象であると同定されたフレーム。
Discussion: The discard eligible field in the frame relay header is the correct -- and by far the most common -- means of indicating which frames may be dropped in the event of congestion. However, DE is not the only means of identifying which frames may be dropped. There are at least three other cases that apply.
議論： - とはるかに、最も一般的な - 輻輳時にドロップすることができるフレーム指示手段破棄対象フィールド、フレームリレーヘッダーのが正しいです。しかし、DEは廃棄することができるフレーム識別の唯一の手段ではありません。適用少なくとも三つの他の例があります。
In the first case, network devices may prioritize frame relay traffic by non-DE means. For example, many service providers prioritize traffic on a per-PVC basis. In this instance, any traffic from a given DLCI (data link channel identifier) may be dropped during congestion, regardless of whether DE is set.
非DE手段によって最初のケースでは、ネットワークデバイスは、フレーム・リレー・トラフィックに優先順位を付けることができます。たとえば、多くのサービスプロバイダーは、PVCごとにトラフィックに優先順位をつけます。この場合、所定のDLCI（データリンクチャンネル識別子）からのすべてのトラフィックに関係なく、DEが設定されているかどうか、輻輳中にドロップすることができます。
In the second case, some implementations use upper-layer criteria, such as IP addresses or TCP or UDP port numbers, to prioritize traffic within a single PVC. In this instance, the network device may evaluate discard eligibility based on upper-layer criteria rather than the presence or absence of a DE bit.
第二のケースでは、いくつかの実装は、単一のPVC内のトラフィックを優先するために、IPアドレスまたはTCPまたはUDPポート番号として上層基準を、使用します。この場合、ネットワーク装置は、上位層基準ではなく、DEビットの有無に基づいて廃棄適格性を評価することができます。
In the third case, the frame is discarded because of an error in the frame. Specifically, frames that are too long or too short, frames that are not a multiple of 8 bits in length, frames with an invalid or unrecognized DLCI, frames with an abort sequence, frames with improper flag delimitation, and frames that fail FCS.
第三のケースでは、フレームが原因フレームにおけるエラーのために廃棄されます。具体的には、長さが8ビットの倍数ではないが長すぎるか短すぎるフレーム、フレームは、無効または認識されないDLCIを持つフレームアボート配列とフレーム、不適切フラグ区切りでフレーム、FCSを失敗フレーム。
Specification: FRMIB
仕様：FRMIB
Definition: Those frames dropped by a network device.
定義：ネットワークデバイスによってドロップされたそれらのフレーム。
Discussion: Discardable and discarded frames are not synonymous. Some implementations may ignore DE bits or other criteria, even though they supposedly use such criteria to determine which frames to drop in the event of congestion.
ディスカッション：廃棄と廃棄されたフレームは同義ではありません。いくつかの実装は、それらがおそらく輻輳時にドロップするフレームを決定するために、このような基準を使用しても、DEビットまたは他の基準を無視することができます。
In other cases, a frame with its DE bit set may not be dropped. One example of this is in cases where congestion clears before the frame can be evaluated.
他の場合には、そのDEビットが設定されたフレームは廃棄されなくてもよいです。この一例は、フレームを評価することができる前に、輻輳が解消ケースです。
Specification: DN
仕様：DN
Definition: FECN is a bit in the frame relay header. The bit is set by a congested network node in any frame that is traveling in the same direction of the congestion.
定義：FECNは、フレームリレーヘッダーのビットです。ビットは、輻輳の同一方向に移動している任意のフレームにおける輻輳ネットワークノードによって設定されています。
Discussion: When a DTE receives frames with the FECN bit asserted, it should begin congestion avoidance procedures. Since the FECN frames are traveling in the same direction as the congested traffic, the DTE will be the receiver. The frame relay layer may communicate the possibility of congestion to higher layers, which have inherent congestion avoidance procedures, such as TCP. See Frame Relay Frame.
ディスカッション：DTEがアサートFECNビットでフレームを受信すると、それは輻輳回避手順を開始する必要があります。 FECNフレームが渋滞と同じ方向に移動しているので、DTEは、受信機であろう。フレームリレー層は、TCPのような固有の輻輳回避手順を有する上位層への輻輳の可能性を通信することができます。フレームリレーフレームを参照してください。
Specification: FRF
仕様：FRF
Definition: The standard 16-bit cyclic redundancy check used for HDLC and frame relay frames. The FCS detects bit errors occurring in the bits of the frame between the opening flag and the FCS, and is only effective in detecting errors in frames no larger than 4096 octets. See also Cyclic Redundancy Check (CRC).
定義：HDLC、フレームリレーフレームのために使用される標準的な16ビットの巡回冗長検査。 FCSは、開始フラグとFCSの間のフレームのビットで発生するビットエラーを検出し、4096オクテットより大きくないフレームのエラーを検出する際にのみ有効です。また、巡回冗長検査（CRC）を参照してください。
Discussion: FCS is not a measurement, but it is possible to measure the amount of time to perform a FCS on a string of bits. This measurement will not be addressed in this document.
議論：FCS測定ではないが、ビット列にFCSを実行する時間の量を測定することができます。この測定は、本書で扱われることはありません。
Specification: FRF
仕様：FRF
Definition: Frame enters a network section or end system. The event occurs when the last bit of the closing flag of the frame crosses the boundary.
定義：フレームはネットワークセクションまたはエンドシステムに入ります。フレームの終了フラグの最後のビットが境界を越えるときに、イベントが発生します。
Discussion: None.
ディスカッション：なし。
Specification: FRF.13
仕様：FRF.13
Definition: Frame exits a network section or end system. The event occurs when the first bit of the address field of the frame crosses the boundary.
定義：フレームはネットワークセクションまたはエンドシステムを終了します。フレームのアドレス・フィールドの最初のビットが境界を越えるときに、イベントが発生します。
Discussion: None.
ディスカッション：なし。
Specification: FRF.13
仕様：FRF.13
Definition: A high-performance interface for packet-switching networks; considered more efficient that X.25. Frame relay technology can handle "bursty" communications that have rapidly changing bandwidth requirements.
定義：パケット交換ネットワーク用の高性能インタフェース。そのX.25より効率的と考えます。フレームリレー技術は急速に帯域幅要件を変更している「バースト性」の通信を処理することができます。
Discussion: None.
ディスカッション：なし。
Specification: FRF
仕様：FRF
Definition: A logical grouping of information sent as a link-layer unit over a transmission medium. Frame relay frames consist of a pair of flags, a header, a user data payload and a Frame Check Sequence (FCS). Bit stuffing differentiates user data bytes from flags. By default, the header is two octets, of which 10 bits are the Data Link Connection Identifier (DLCI), 1 bit in each octet is used for address extension (AE), and 1 bit each for Forward Explicit Congestion Notification (FECN), Backward Explicit Congestion Notification (BECN) Command/Response (C/R) and Discard Eligible (DE). The EA bit is set to one in the final octet containing the DLCI. A header may span 2, 3 or 4 octets.
定義：伝送媒体を介してリンク層の単位として送られる情報の論理的なグループ。フレーム・リレー・フレーム、フラグ、ヘッダ、ユーザデータペイロード及びフレームチェックシーケンス（FCS）の対から成ります。ビットスタッフィングは旗からのユーザデータバイトを区別します。ヘッダは、10ビットがデータ・リンク接続識別子（DLCI）である2つのオクテットであり、デフォルトで、各オクテットの1ビットは、アドレス拡張（AE）のために使用され、順方向明示的輻輳通知（FECN）のための1ビット毎、逆方向明示的輻輳通知（BECN）コマンド/レスポンス（C / R）と廃棄適性（DE）。 EAビットがDLCIを含む最終オクテット内の1つに設定されています。ヘッダは、2、3または4つのオクテットにまたがることができます。
Bit 7 6 5 4 3 2 1 0
|---|---|---|---|---|---|---|---|
| FLAG |
|-------------------------------|
| Upper 6 bits of DLCI |C/R|AE |
|-------------------------------|
| DLCI |FE |BE |DE |AE |
| |CN |CN | | |
|-------------------------------|
| User Data up to |
| 1600 Octets |
|-------------------------------|
| First Octet of FCS |
|-------------------------------|
| Second Octet of FCS |
|-------------------------------|
| FLAG |
|-------------------------------|
Discussion: Frame Relay headers spanning 3 or 4 octets will not be discussed in this document. Note, the measurements described later in this document are based on 2 octet headers. If longer headers are used, the metric values must take into account the associated overhead. See BECN, DE, DLCI and FECN.
ディスカッション：3つのまたは4オクテットにまたがるフレームリレーヘッダは、この文書で議論されることはありません。ノートは、本書で後述する測定値は、2つのオクテットヘッダーに基づいています。長いヘッダが使用されている場合は、メトリック値のアカウントに関連するオーバーヘッドを取る必要があります。 BECN、DE、DLCIとFECNを参照してください。
Specification: FRF
仕様：FRF
Definition: See Burst Excess.
定義：バースト超過を参照してください。
Discussion: None.
ディスカッション：なし。
Specification: FRF
仕様：FRF
Definition: FRF.5 defines a protocol mapping called Network Interworking between
定義：FRF.5は間のネットワーク・インターワーキングと呼ばれるプロトコルマッピングを定義します
Frame Relay and Asynchronous Transfer Mode (ATM). Protocol mapping occurs when the network performs conversions in such a way that within a common layer service, the protocol information of one protocol is extracted and mapped on protocol information of another protocol. This means that each communication terminal supports different protocols. The common layer service provided in this interworking scenario is defined by the functions, which are common to the two protocols. Specifically, the ATM terminal must be configured to interoperate with the Frame Relay network and vice versa.
リレーおよび非同期転送モード（ATM）をフレーム。ネットワークは、共通レイヤサービス内で、あるプロトコルのプロトコル情報を抽出し、他のプロトコルのプロトコル情報にマッピングされたように変換を行った場合、プロトコルマッピングが発生します。これは、各通信端末が異なるプロトコルをサポートすることを意味します。このインターワーキングシナリオに設けられた共通層サービスは、2つのプロトコルに共通する機能によって定義されます。具体的には、ATM端末は、フレームリレーネットワークとその逆と相互運用するように構成されなければなりません。
Discussion: None.
ディスカッション：なし。
Specification: FRF.5
仕様：FRF.5
Definition: See Access Rate
定義：アクセスレートを参照してください。
Discussion: None.
ディスカッション：なし。
Specification: FRF
仕様：FRF
Definition: FRF.8 defines a protocol encapsulation called Service Interworking. Protocol encapsulation occurs when the conversions in the network or in the terminals are such that the protocols used to provide one service make use of the layer service provided by another protocol. This means that at the interworking point, the two protocols are stacked. When encapsulation is performed by the terminal, this scenario is also called interworking by port access. Specifically, the ATM service user performs no Frame Relaying specific functions, and Frame Relaying service user performs no ATM service specific functions.
定義：FRF.8は、サービスインターワーキングと呼ばれるプロトコルのカプセル化を定義します。ネットワークまたは端末内変換が一つのサービスを提供するために使用されるプロトコルを別のプロトコルが提供するレイヤサービスを利用するようなものである場合、プロトコルカプセル化が起こります。これは、インターワーキングポイントで、2つのプロトコルが積層されていることを意味します。カプセル化が端末によって実行されると、このシナリオでは、ポートアクセスによりインターワーキングと呼ばれています。具体的には、ATMサービスのユーザは、特定の機能をリレー何フレームを行わず、フレームリレーサービスのユーザにはATMサービスの特定の機能を実行しません。
Discussion: None.
ディスカッション：なし。
Specification: FRF.8
仕様：FRF.8
Definition: The service availability parameters report the operational readiness of individual frame relay virtual connections. Service availability is affected by service outages.
定義：サービスの可用性パラメータは、個々のフレームリレー仮想接続の動作準備を報告しています。サービスの可用性は、サービス停止の影響を受けています。
Discussion: Service availability parameters provide metrics for assessment of frame relay network health and are used to monitor compliance with service level agreements. See Services Outages.
ディスカッション：サービスの可用性パラメータは、フレームリレーネットワークの健全性を評価するための指標を提供し、サービスレベル契約の遵守を監視するために使用されています。サービスの停止を参照してください。
Specification: FRF.13
仕様：FRF.13
Definition: Any event that interrupts the transport of frame relay traffic. Two types of outages are differentiated:
定義：フレームリレートラフィックの転送を中断し、任意のイベント。停電の二つのタイプが区別されます。
1) Fault outages: Outages resulting from faults in the network and thus tracked by the service availability parameters, and
1）障害の停止：停止のネットワーク内の障害に起因するので、サービス可用性パラメータによって追跡され、そして
2) Excluded outages: Outages resulting from faults beyond the control of the network as well as scheduled maintenance.
2）停止を除外：の停止ネットワークの制御ならびに定期保守を超えて障害から生じます。
Discussion: Service availability can be defined on a per-VC basis and/or on a per-port basis. Frame relay port-based service availability parameters are not addressed in this document. See Service Availability Parameters.
ディスカッション：サービスの可用性は、VC単位でおよび/またはポートごとに定義することができます。フレームリレーポートベースのサービス可用性パラメータは、本書で扱われていません。サービスの可用性パラメータを参照してください。
Specification: FRF.13
仕様：FRF.13
Metric to be defined.
メトリックが定義されます。
Definition: The specific definition for the metric.
定義：メトリックの特定の定義。
Discussion: A brief discussion of the metric, its application and any restrictions on measurement procedures.
ディスカッション：メトリック、そのアプリケーションおよび測定手順に制限の簡単な説明。
Measurement units: Intrinsic units used to quantify this metric. This includes subsidiary units, e.g., microseconds are acceptable if the intrinsic unit is seconds.
測定単位：このメトリックを定量化するために使用される固有のユニット。これは、固有単位は秒である場合、例えば、マイクロ秒が許容され、補助ユニットを含みます。
Definition: An all 1's frame transmitted after the DTE or DCE detects a defect for 2.5 s +/- 0.5 s.
定義：DTEまたはDCEの後に送信された全ての1のフレームは2.5秒+/- 0.5秒の不良を検出します。
Discussion: An AIS will cause loss of information in the PDH frame, which contains a frame relay frame which may contain IP datagrams.
ディスカッション：AISは、IPデータグラムを含むことができ、フレームリレーフレームを含むPDHフレームに情報の損失が発生します。
Measurement units: Dimensionless.
測定単位：無次元。
Definition: An NE transmits an LOF when an OOF condition persists.
定義：OOF状態が続いたときにNEがLOFを送信。
Discussion: A LOF will cause loss of information in the PDH frame, which contains a frame relay frame which may contain IP datagrams.
ディスカッション：LOFは、IPデータグラムを含むことができ、フレームリレーフレームを含むPDHフレームに情報の損失が発生します。
Measurement units: Dimensionless.
測定単位：無次元。
Definition: Indicates that there are no transitions occurring in the received signal.
定義：受信信号に生じる一切の遷移が存在しないことを示します。
Discussion: A LOS will cause loss of information in the PDH frame which contains a frame relay frame which may contain IP datagrams.
ディスカッション：LOSは、IPデータグラムを含むことができ、フレームリレーフレームを含むPDHフレームに情報の損失が発生します。
Measurement units: Dimensionless.
測定単位：無次元。
Definition: An NE transmits an OOF downstream when it receives framing errors in a specified number of consecutive frame bit positions.
定義：それは連続したフレームのビット位置の指定された数でフレーミングエラーを受信したときNEが下流OOFを送信します。
Discussion: An OOF will cause loss of information in the PDH frame which contains a frame relay frame which may contain IP datagrams.
ディスカッション：OOFは、IPデータグラムを含むことができ、フレームリレーフレームを含むPDHフレームに情報の損失が発生します。
Measurement units: Dimensionless.
測定単位：無次元。
Definition: Previously called Yellow Alarm. Transmitted upstream by an NE to indicate that it detected an LOS, LOF, or AIS.
定義：以前はイエロー・アラームと呼ばれます。それはLOS、LOF、またはAISを検出したことを示すために、NEにより上流送信されます。
Discussion: An RAI will cause loss of information in the transmitted PDH frame, which may contain a frame relay frame, which, in turn, may contain IP datagrams.
ディスカッション：RAIは順番に、IPデータグラムを含むことができ、フレームリレーフレームを含むことができる送信PDHフレーム内の情報の損失が発生します。
Measurement units: Dimensionless.
測定単位：無次元。
Definition: The DDR service level parameter reports the networks effectiveness in transporting offered data (payload without address field or FCS) in one direction of a single virtual connection. The
定義：DDRサービス・レベル・パラメータが単一の仮想接続の一方向で提供されるデータ（アドレス・フィールドやFCSなしのペイロード）を輸送中のネットワークの有効性を報告します。ザ・
DDR is a ratio of successful payload octets received to attempted payload octets transmitted. Attempted payload octets transmitted are referred to as DataOffered. Successfully delivered payload octets are referred to as DataDelivered. These loads are further differentiated as being within the committed information rate or as burst excess.
DDRは、送信しようとしたペイロードオクテットに受信に成功したペイロードオクテットの比率です。送信しようとしたペイロードオクテットはDataOfferedと呼ばれます。正常に配信されたペイロードのオクテットはDataDeliveredと呼ばれています。これらの負荷は、さらに認定情報速度内またはバースト過剰のようであるとして区別されます。
Three data relay ratios may be reported:
三つのデータ中継比が報告されることがあります。
Data Delivery Ratio (DDR):
データ配信率（DDR）：
(DataDelivered_c + DataDelivered_e DataDelivered_e+c
DDR = --------------------------------- = -----------------
(DataOffered_c + DataOffered_e) DataOffered_e+c
Data Delivery Ratio (DDR_c) for load consisting of frames within the committed information rate:
認定情報レート内のフレームからなる負荷用データ配信率（DDR_c）：
DataDelivered_c
DDR_c = -------------
DataOffered_c
Data Delivery Ratio (DDR_e) for load in excess of the committed information rate:
認定情報レートを超える負荷のためのデータ到達率（DDR_e）：
DataDelivered_e
DDR_e = ---------------
DataOffered_e
where
どこ
DataDelivered_c: Successfully delivered data payload octets within committed information rate,
DataDelivered_c：正常に認定情報速度内のデータペイロードのオクテットを届け、
DataDelivered_e: Successfully delivered data payload octets in excess of CIR,
DataDelivered_e：正常、CIRを超えるデータペイロードのオクテットを配信
DataDelivereD_e+c: Successfully delivered total data payload octets, including those within committed information rate and those in excess of CIR,
DataDelivereD_e + C：CIRを超える認定情報速度内のものとするものを含む正常に配信総データペイロードのオクテット、
DataOffered_c: Attempted data payload octet transmissions within committed information rate,
DataOffered_c：認定情報速度内未遂データペイロードオクテットの送信、
DataOffered_e: Attempted data payload octet transmissions in excess of CIR
DataOffered_e：CIRを超える未遂データペイロードオクテットの送信
and
そして
DataOffered_e+c: Attempted total data payload octet transmissions, including those within committed information rate and those in excess of CIR
DataOffered_e + C：認定情報速度内のものとCIRを超えるものを含むしようと総データペイロードのオクテットの送信、
Each direction of a full duplex connection has a discrete set of data delivery ratios.
全二重接続の各方向は、データ配信率の離散集合を有しています。
Discussion: Data delivery ratio measurements may not be representative of data delivery effectiveness for a given application. For example, the discarding of a small frame containing an acknowledgement message may result in the retransmission of a large number of data frames. In such an event, a good data delivery ratio would be reported while the user experienced poor performance.
ディスカッション：データ配信率の測定は、所与のアプリケーションのためのデータ配信の有効性の代表ではないかもしれません。例えば、確認応答メッセージを含む小さなフレームの廃棄は、データフレームの多数の再送信をもたらすことができます。ユーザがパフォーマンスの低下を経験しながら、このような場合には、良好なデータ配信率が報告されるであろう。
Measurement units: dimensionless.
測定単位：無次元。
Definition: The FDR service level parameter reports the networks effectiveness in transporting an offered frame relay load in one direction of a single virtual connection. The FDR is a ratio of successful frame receptions to attempted frame transmissions. Attempted frame transmissions are referred to as Frames Offered. Successfully delivered frames are referred to as Frames Delivered. These loads may be further differentiated as being within the committed information rate or as burst excess.
定義：FDRサービス・レベル・パラメータが単一の仮想接続の一方向で提供フレームリレー負荷を輸送中のネットワークの有効性を報告します。 FDRは未遂フレーム伝送に成功したフレームレセプションの比率です。未遂フレーム送信が提供されるフレームと呼ばれています。正常に配信されたフレームは、フレームが配信と呼ばれています。これらの負荷は、さらに、認定情報速度内またはバースト過剰のようであるとして区別することができます。
Frame Delivery Ratio (FDR):
フレーム配信率（FDR）：
Frame Delivery Ratio (FDR):
フレーム配信率（FDR）：
(FramesDelivered_c + FramesDelivered_e) FramesDelivered_e+c
FDR = ------------------------------------- = -------------------
(FramesOffered_c + FramesOffered_e) FramesOffered_e+c
Frame Delivery Ratio (FDR_c) for load consisting of frames within the committed information rate:
認定情報レート内のフレームからなる負荷用フレーム配信率（FDR_c）：
FramesDelivered_c
FDR_c = -----------------
FramesOffered_c
Frame Delivery Ratio (FDR_c) for load in excess of the committed information rate:
認定情報レートを超える負荷のためのフレーム配信率（FDR_c）：
FramesDelivered_e
FDR_e = -----------------
FramesOffered_e
where
どこ
FramesDelivered_c: Successfully delivered frames within committed information rate,
FramesDelivered_c：正常に認定情報レート内のフレームを届け、
FramesDelivered_e: Successfully delivered frames in excess of CIR,
FramesDelivered_e：正常、CIRを超過してフレームを配信
FramesDelivered_e+c: Successfully delivered total frames, including those within committed information rate and those in excess of CIR,
FramesDelivered_e + C：正常にコミット情報レート内のものとCIRを超えるものを含む、総フレームを配信し、
FramesOffered_c: Attempted frame transmissions within committed information rate,
FramesOffered_c：認定情報速度内フレームの送信をしようと、
FramesOffered_e: Attempted frame transmissions in excess of CIR
FramesOffered_e：CIRを超える未遂フレーム送信
and
そして
FramesOffered_e+c: Attempted total frame transmissions, including those within committed information rate and those in excess of CIR.
FramesOffered_e + C：認定情報速度内のものとCIRを超えるものを含む総フレーム送信を試み。
An independent set of frame delivery ratios exists for each direction of a full duplex connection.
フレーム配信率の独立したセットは、全二重接続の各方向のために存在します。
Discussion: Frame delivery ratio measurements may not be representative of frame delivery effectiveness for a given application. For example, the discarding of a small frame containing an acknowledgement message may result in the retransmission of a large number of data frames. In such an event, a good data delivery ratio would be reported while the user
議論：フレーム配信率の測定は、所与のアプリケーションのためのフレーム配信の有効性の代表ではないかもしれません。例えば、確認応答メッセージを含む小さなフレームの廃棄は、データフレームの多数の再送信をもたらすことができます。そのような場合には、良好なデータ配信率は、ユーザながら報告されます
Measurement units: dimensionless.
測定単位：無次元。
Definition: The number of received frames that are discarded because of a frame error divided by the total number of transmitted frames in one direction of a single virtual connection. Frame errors are defined as follows:
定義：あるため、単一の仮想接続の一方向に送信されたフレームの総数で割ったフレームエラーのために廃棄され、受信したフレームの数。次のようにフレームエラーが定義されています。
1) frames that are too long or too short, 2) frames that are not a multiple of 8 bits in length, 3) frames with an invalid or unrecognized DLCI, 4) frames with an abort sequence, 5) frames with improper flag delimitation, 6) frames that fail FCS.
1）が長すぎるか短すぎるフレーム、2）長さが8ビットの倍数でないフレーム、3）無効または認識されないDLCIを持つフレーム、4）アボートシーケンスとフレーム5）不適切フラグ区切りとフレームFCS失敗、6）フレーム。
The formal definition of frame discard ratio is as follows:
次のようにフレーム廃棄率の正式な定義は次のとおりです。
sum {i=1 to N} fr_i
FDR = -------------------
sum {i=1 to N} ft_i,
where
どこ
fr_i is the number of successfully delivered frames for a particular DLCI at second i
fr_iは、第iにおける特定のDLCIのために正常に配信されたフレームの数であります
and
そして
ft_i is the total number of attempted frame transmissions within the committed plus extended information rate for a particular DLCI at second i.
ft_iは、第iにおける特定のDLCIのためにコミットされたプラス拡張情報レート内試みフレーム送信の総数です。
Discussion: Frame discards can adversely effect applications running on IP over FR. In general, frame discards will negatively impact TCP throughput; however, in the case of frame discard due to frame error, frame discard will improve performance by dropping errored frames. As a result, these frames will not adversely effect the forwarding of retransmitted frames
ディスカッション：フレームの破棄は、FRの上にIP上で実行されているエフェクトのアプリケーションに悪影響を与えることができます。一般的に、フレームの破棄は、負TCPスループットに影響を与えます。しかしながら、フレームエラーにフレーム廃棄の場合には、フレーム廃棄は、エラーフレームをドロップすることにより、パフォーマンスが向上します。その結果、これらのフレームは悪影響再送されたフレームの転送に影響を与えません。
Measurement units: dimensionless.
測定単位：無次元。
Definition: The number of received frames that contain an error in the frame payload divided by the total number of transmitted frames in one direction of a single virtual connection.
定義：単一の仮想接続の一方向に送信されたフレームの総数で割ったフレームペイロード内の誤りを含む受信フレームの数。
The formal definition of frame error ratio is as follows:
次のようにフレームエラー率の正式な定義は次のとおりです。
sum {i=1 to N} fe_i
FER = -------------------
sum {i=1 to N} ft_i,
where
どこ
fe_i is the number of frames containing a payload error for a particular DLCI at second i
fe_iは、第iにおける特定のDLCIのペイロードエラーを含むフレームの数であります
and
そして
ft_i is the total number of attempted frame transmissions within the committed plus the extended information rate for a particular DLCI at second i. This statistic includes those frames which have an error in the Frame Check Sequence (FCS). Frame errors in the absence of FCS errors can be detected by sending frames containing a known pattern; however, this indicates an equipment defect.
ft_iは、第Iでコミット内試みフレーム送信の総数を加えた特定のDLCIの拡張情報レートです。この統計は、フレームチェックシーケンス（FCS）に誤りがあり、それらのフレームを含みます。 FCSエラーの非存在下でのフレームエラーが既知のパターンを含むフレームを送信することによって検出することができます。しかし、これは、機器の欠陥を示しています。
Discussion: The delivery of frames containing errors will adversely effect applications running on IP over FR. Typically, these errors are caused by transmission errors and flagged as failed FCS frames; however, when Frame Relay to ATM Network interworking is used, an error may be injected in the frame payload which, in turn, is encapsulated into an AAL5 PDU (see RFC 2761 for a discussion of AAL5 related metrics).
ディスカッション：エラーを含むフレームの送達はFRの上にIP上で実行されているエフェクトのアプリケーションに悪影響を与えるだろう。典型的には、これらのエラーは、伝送エラーに起因すると失敗したFCSフレームとしてフラグ付けされています。 ATMネットワーク・インターワーキングフレームリレーを使用する場合しかし、誤差は、次に、AAL5 PDUにカプセル化され、フレームペイロード（AAL5関連するメトリックの議論のためにRFC 2761を参照）に注入されてもよいです。
Measurement units: dimensionless.
測定単位：無次元。
Definition: The number of frames received by the network and treated as excess traffic divided by the total number of transmitted frames in one direction of a single virtual connection. Frames which are sent to the network with DE set to zero are treated as excess when more than Bc bits are submitted to the network during the Committed Information Rate Measurement Interval (Tc). Excess traffic may or may not be discarded at the ingress if more than Bc + Be bits are submitted to the network during Tc. Traffic discarded at the ingress is not recorded in this measurement. Frames which are sent to the network with DE set to one are also treated as excess traffic.
定義：ネットワークによって受信され、単一の仮想接続の一方向に送信されたフレームの総数で割った過剰トラフィックとして扱われるフレームの数。 DEでネットワークに送信されたフレームは、BCビット以上を認定情報レート測定間隔（Tc）が中にネットワークに送信されたときに過剰として扱われ、ゼロに設定しました。 Bcの+はビットでより多くのTcの間にネットワークに提出された場合に超過トラフィックは、または入力で廃棄してもしなくてもよいです。入口で廃棄されたトラフィックは、この測定には記録されません。一つにDEが設定されたネットワークに送信されたフレームはまた、過剰トラフィックとして扱われます。
The formal definition of frame excess ratio is as follows:
次のようにフレーム過剰率の正式な定義は次のとおりです。
sum {i=1 to N} fc_i
FXR = 1 - -------------------
sum {i=1 to N} ft_i,
where
どこ
fc_i is the total number of frames which were submitted within the traffic contract for a particular DLCI at second i
fc_iは、第iにおける特定のDLCIのトラフィック契約内で送信されたフレームの総数であります
and
そして
ft_i is the total number of attempted frame transmissions for a particular DLCI at second i.
ft_iは、第iにおける特定のDLCIのための試みフレーム送信の総数です。
Discussion: Frame discards can adversely effect applications running on IP over FR. Specifically, frame discards will negatively impact TCP throughput.
ディスカッション：フレームの破棄は、FRの上にIP上で実行されているエフェクトのアプリケーションに悪影響を与えることができます。具体的には、フレームの破棄は、負TCPスループットに影響を与えます。
Measurement units: dimensionless.
測定単位：無次元。
Definition: The FLR is a ratio of successful frame receptions to attempted frame transmissions at the committed information rate, in one direction of a single virtual connection. Attempted frame transmissions are referred to as Frames Offered. Successfully delivered frames are referred to as Frames Delivered.
定義：FLRが単一の仮想接続の一方の方向に、認定情報レートで試行されたフレームの送信に成功したフレームレセプションの比率です。未遂フレーム送信が提供されるフレームと呼ばれています。正常に配信されたフレームは、フレームが配信と呼ばれています。
The formal definition of frame loss ratio is as follows:
次のようにフレーム損失率の正式な定義は次のとおりです。
FramesDelivered_c
FLR = 1- -----------------
FramesOffered_c,
where
どこ
FramesDelivered_c is the successfully delivered frames within committed information rate for a given DLCI
FramesDelivered_cは、与えられたDLCIのための認定情報速度内で正常に配信されたフレームであります
and
そして
FramesOffered_c is the attempted frame transmissions within committed information rate for a given DLCI
FramesOffered_cは、与えられたDLCIのための認定情報速度内で試行されたフレームの送信であります
An independent set of frame delivery ratios exists for each direction of a full duplex connection.
フレーム配信率の独立したセットは、全二重接続の各方向のために存在します。
Discussion: Frame delivery loss measurements may not be representative of frame delivery effectiveness for a given application. For example, the loss of a small frame containing an acknowledgement message may result in the retransmission of a large number of data frames. In such an event, a good data delivery ratio would be reported while the user
議論：フレーム送達損失測定は、所与のアプリケーションのためのフレーム配信の有効性の代表ではないかもしれません。例えば、確認応答メッセージを含む小さなフレームの損失は、データフレームの多数の再送信をもたらすことができます。そのような場合には、良好なデータ配信率は、ユーザながら報告されます
Measurement units: dimensionless.
測定単位：無次元。
Definition: The number of frames received by the network and treated as excess traffic and dropped divided by the total number of received frames, in one direction of a single virtual connection. Frames which are sent to the network with DE set to zero are treated as excess when more than Bc bits are submitted to the network during the Committed Information Rate Measurement Interval (Tc). Excess traffic may or may not be discarded at the ingress if more than Bc + Be bits are submitted to the network during Tc. Traffic discarded at the ingress is recorded in this measurement. Frames which are sent to the network with DE set to one are also treated as excess traffic.
定義：ネットワークによって受信され、過剰トラフィックとして扱われ、単一の仮想接続の一方向の受信されたフレームの合計数で割ったフレーム落ちの数。 DEでネットワークに送信されたフレームは、BCビット以上を認定情報レート測定間隔（Tc）が中にネットワークに送信されたときに過剰として扱われ、ゼロに設定しました。 Bcの+はビットでより多くのTcの間にネットワークに提出された場合に超過トラフィックは、または入力で廃棄してもしなくてもよいです。入口で廃棄されたトラフィックは、この測定に記録されています。一つにDEが設定されたネットワークに送信されたフレームはまた、過剰トラフィックとして扱われます。
The formal definition of frame excess ratio is as follows:
次のようにフレーム過剰率の正式な定義は次のとおりです。
sum {i=1 to N} fr_i
FPR = 1- -------------------
sum {i=1 to N} ft_i,
where
どこ
fr_i is the successfully delivered frames for a particular DLCI at second i
fr_iは、第iにおける特定のDLCIのためのフレームを正常に配信されます
and
そして
ft_i is the total number of attempted frame transmissions for a particular DLCI
ft_iは、特定のDLCIのために試みられたフレーム送信の総数であります
at second i.
二iにおける。
Discussion: Frame discards can adversely effect applications running on IP over FR. Specifically, frame discards will negatively impact TCP throughput.
ディスカッション：フレームの破棄は、FRの上にIP上で実行されているエフェクトのアプリケーションに悪影響を与えることができます。具体的には、フレームの破棄は、負TCPスループットに影響を与えます。
Definition: The time required to transport frame relay data from measurement point 1 to measurement point 2. The frame transfer delay is the difference in seconds between the time a frame exits measurement point 1 and the time the same frame enters measurement point 2, in one direction of a single virtual connection. The formal definition of frame transfer delay is as follows:
定義：フレーム転送遅延時間、フレーム終了測定点1と同一のフレームが一つに、測定点2に入る時間と秒の差である計測点2への測定点1からフレームリレーデータを転送するのに必要な時間単一の仮想接続の方向。次のようにフレームの転送遅延の正式な定義は次のとおりです。
FTD = 1/N * sum {i=1 to N} t2_i - t1_i,
FTD = 1 / N *和t2_i {I = 1〜Nまで} - t1_i、
where
どこ
t1_i is the time in seconds when the ith frame leaves measurement point 1 (i.e., frame exit event),
t1_iは、i番目のフレームは、測定点1（すなわち、フレームの終了イベント）を残す時間（秒）であります
t2 is the time in seconds when the ith frame arrives at measurement point 2 (i.e., frame entry event)
T2は、i番目のフレーム2（即ち、フレーム・エントリ・イベント）の測定点に到達する時間（秒）であります
and
そして
N is the number of frames received during a measurement interval T.
Nは、測定間隔Tの間に受信されたフレームの数であります
FTD is computed for a specific DLCI and a specified integration period of T seconds. The computation does not include frames which are transmitted during the measurement period but not received.
FTDは、特定のDLCIとT秒の指定された積分期間について計算されます。計算は、測定期間中に送信が、受信されていないフレームを含んでいません。
Discussion: While frame transfer delay is usually computed as an average and, thus, can effect neither IP nor TCP performance, applications such as voice over IP may be adversely effected by excessive FTD.
ディスカッション：フレーム転送遅延は、通常、平均として計算され、したがって、どちらもIPやTCPの性能に影響を与えることができるが、そのようなボイスオーバーIPなどのアプリケーションに悪影響過度FTDによって行うことができます。
Measurement units: seconds.
測定単位：秒。
Definition: The variation in the time required to transport frame relay data from measurement point 1 to measurement point 2. The frame transfer delay variation is the difference in seconds between maximum frame transfer delay and the minimum frame transfer delay, in one direction of a single virtual connection. The formal definition of frame transfer delay is as follows:
定義：測定点2に測定点1からフレームリレーデータを転送するのに要する時間の変動は、フレーム転送遅延変動は、単一の一方向に、最大フレーム転送遅延と最小フレーム転送遅延との間の秒の差であります仮想接続。次のようにフレームの転送遅延の正式な定義は次のとおりです。
FTDV = max {i=1 to N} FTD_i - min {i=1 to N} FTD_i.
FTDV FTD_i {NにI = 1} =最大値 - 最小FTD_i {I = 1〜Nまで}。
where
どこ
FTD and N are defined as above.
FTDおよびNは、上記のように定義されます。
Discussion: Large values of FTDV can adversely effect TCP round trip time calculation and, thus, TCP throughput.
ディスカッション：FTDVの大きな値は、このように、TCPのスループットを効果TCPラウンドトリップ時間の計算に悪影響を与えることができます。
Measurement units: seconds.
測定単位：秒。
As this document is solely for providing terminology and describes neither a protocol nor an implementation, there are no security considerations associated with this document.
この文書は、専門用語を提供するためだけにあり、プロトコルも実装どちらを記述したように、このドキュメントに関連したセキュリティ上の考慮事項はありません。
Internet Engineering Task Force
インターネットエンジニアリングタスクフォース
The IETF takes no position regarding the validity or scope of any intellectual property or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; neither does it represent that it has made any effort to identify any such rights. Information on the IETFs procedures with respect to rights in standards-track and standards-related documentation can be found in BCP-11. Copies of claims of rights made available for publication and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementors or users of this specification can be obtained from the IETF Secretariat.
IETFは、そのような権限下で、ライセンスがたりないかもしれない可能性があるためにどの本書または程度に記載されている技術の実装や使用に関係すると主張される可能性があります任意の知的財産やその他の権利の有効性または範囲に関していかなる位置を取りません利用可能。また、そうした権利を特定するために取り組んできたことを表していないん。スタンダードトラックおよび標準関連文書の権利に関するIETFsの手順に関する情報は、BCP-11に記載されています。権利の主張のコピーは、出版のために利用可能とライセンスの保証が利用できるようにする、または本仕様の実装者または利用者が、そのような所有権の使用のための一般的なライセンスまたは許可を取得するために作られた試みの結果を得ることができますIETF事務局から。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights, which may cover technology that may be required to practice this standard. Please address the information to the IETF Executive Director.
IETFは、その注意にこの標準を実践するために必要な場合があり技術をカバーすることができる任意の著作権、特許または特許出願、またはその他の所有権を、持って来るためにすべての利害関係者を招待します。 IETF専務に情報を扱ってください。
Frame Relay Forum
フレームリレーフォーラム
Copyright Frame Relay Forum 1998. All Rights Reserved. References FRF, FRF.5, FRF.8 and FRF.13 and translations of them may be copied and furnished to others, and works that comment on or otherwise explain it or assist in their implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, these documents themselves may not be modified in any way, such as by removing the copyright notice or references to the Frame Relay Forum, except as needed for the purpose of developing Frame Relay standards (in which case the procedures for copyrights defined by the Frame Relay Forum must be followed), or as required to translate it into languages other than English.
著作権フレームリレーフォーラム1998すべての権利予約。それらの参考文献FRF、FRF.5、FRF.8とFRF.13と翻訳は、コピーして他の人に提供し、上でそのコメントを働くか、そうでない場合は、準備コピーし、公表して配布することができることを説明したり、その実施を支援することができます全体または一部を、いかなる種類の制限もなく、上記の著作権表示とこの段落は、すべてのそのようなコピーや派生物に含まれていることを条件とします。しかし、これらの文書自体が著作権のための手順はで定義された場合には（フレームリレーの標準を開発するために必要なものを除き、フレームリレーフォーラムに著作権情報や参照を取り除くなど、どのような方法で変更されないかもしれませんフレームリレーフォーラム）が従わなければならない、またはとしては、英語以外の言語に翻訳するために必要。
[DN] Private communication from David Newman, Network Test, Inc.
[DN]デヴィッド・ニューマン、ネットワークテスト、Inc.のプライベート通信
[FRF] Frame Relay Forum Glossary, http://www.frforum.com, 1999.
[FRF]リレーフォーラム用語集、http://www.frforum.com、1999フレーム。
[FRF.5] Frame Relay Forum, Frame Relay/ATM PVC Network Interworking Implementation Agreement, December 1994.
[FRF.5]リレーフォーラム、フレームリレー/ ATM PVCネットワーク・インターワーキングの実装合意書、1994年12月フレーム。
[FRF.8] Frame Relay Forum, Frame Relay/ATM PVC Service Interworking Implementation Agreement, April 1995.
[FRF.8]リレーフォーラム、フレームリレー/ ATM PVCサービスインターワーキング実装合意書、1995年4月フレーム。
[FRF.13] Frame Relay Forum, Service Level Definitions Implementation Agreement, August 1998.
[FRF.13] 1998年8月、リレーフォーラム、サービスレベルの定義実装合意書をフレーム。
[FRMIB] Rehbehn, K and D. Fowler, "Definitions of Managed Objects for Frame Relay Service", RFC 2954, October 2000.
[FRMIB] Rehbehn、KおよびD.ファウラー、 "フレームリレーサービスのための管理オブジェクトの定義"、RFC 2954、2000年10月。
Jeffrey Dunn Advanced Network Consultants, Inc. 4214 Crest Place Ellicott City, MD 21043 USA
ジェフリー・ダン高度ネットワークコンサルタンツ株式会社4214クレスト場所エリコットシティー、MD 21043 USA
Phone: +1 (410) 750-1700 EMail: Jeffrey.Dunn@worldnet.att.net
電話：+1（410）750-1700 Eメール：Jeffrey.Dunn@worldnet.att.net
Cynthia Martin Advanced Network Consultants, Inc. 4214 Crest Place Ellicott City, MD 21043 USA
シンシアマーティン高度なネットワークコンサルタンツ株式会社4214クレスト場所エリコットシティー、MD 21043 USA
Phone: +1 (410) 750-1700 EMail: Cynthia.E.Martin@worldnet.att.net
電話：+1（410）750-1700 Eメール：Cynthia.E.Martin@worldnet.att.net
Full Copyright Statement
完全な著作権声明
Copyright (C) The Internet Society (2001). All Rights Reserved.
著作権（C）インターネット協会（2001）。全著作権所有。
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.
この文書とその翻訳は、コピーして他の人に提供し、それ以外についてはコメントまたは派生物は、いかなる種類の制限もなく、全体的にまたは部分的に、準備コピーし、公表して配布することができることを説明したり、その実装を支援することができます、上記の著作権表示とこの段落は、すべてのそのようなコピーや派生物に含まれていることを条件とします。しかし、この文書自体は著作権のための手順はで定義されている場合には、インターネット標準を開発するために必要なものを除き、インターネットソサエティもしくは他のインターネット関連団体に著作権情報や参照を取り除くなど、どのような方法で変更されないかもしれませんインターネット標準化プロセスが続く、または英語以外の言語に翻訳するために、必要に応じなければなりません。
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.
上記の制限は永久で、インターネット学会やその後継者や譲渡者によって取り消されることはありません。
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
この文書とここに含まれている情報は、基礎とインターネットソサエティおよびインターネットエンジニアリングタスクフォースはすべての保証を否認し、明示または黙示、その情報の利用がない任意の保証を含むがこれらに限定されない「として、」上に設けられています特定の目的への権利または商品性または適合性の黙示の保証を侵害します。
Acknowledgement
謝辞
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。