[要約] RFC 3133は、フレームリレーベンチマーキングのための用語集であり、フレームリレーネットワークの性能評価を目的としています。
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.
Copyright（c）The Internet Society（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.
このドキュメントは、フレームリレースイッチングデバイスの用語を提供します。RFCS 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) 表記合計{i = 1からn} a_iは、観察可能な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) 表記max {i = 1からn} a_iおよびmin {i = 1からn} a_iは、nインスタンス上の観測可能なaの最大または最小を示します。たとえば、一連の観測{1,2,3,4,5}を考えると、max {i = 1〜5} = 5およびmin {i = 1〜5} = 1。
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).
このメモで定義されている用語は、RFCS 1242、1944、および2285で定義されている用語に加えて使用されます。このメモは、インターネットエンジニアリングタスクフォース（IETF）のベンチマーク方法論ワーキンググループ（BMWG）の製品です。
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スイッチングデバイスのベンチマーク用語」には、トラフィック分布とデータグラムInterrivalに関する多くの用語が含まれています。明確さと継続性のために、この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ラインは、56/64 kbpsから1.536 Mbpsの倍数で動作し、総速度は1.536 Mbpsを超えていません。E1ラインは、1つ以上のチャネルで構成されています。各チャネルは31回のタイムスロットのいずれかです。E1ラインは、64 kbpsの倍数で速度で動作し、1.984 Mbpsを超えない凝集速度があります。
C. Fractional: The T1/E1 channel is one of the following groupings of consecutively or non-consecutively assigned time slots:
C.分数：T1/E1チャネルは、連続または非継続的に割り当てられたタイムスロットの以下のグループの1つです。
N DS0 time slots (NX56/64Kbps where N = 1 to 24 DS0 time slots per FT1 channel).
n DS0タイムスロット（NX56/64kbpsでは、n = 1〜24 DS0時間スロットあたりFT1チャネルあたり）。
N E1 time slots (NX64Kbps, where N = 1 to 30 DS0 time slots per E1 channel).
N E1タイムスロット（NX64kbps、n = 1〜30 DS0タイムスロットあたりE1チャネルあたり）。
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.
定義：フレームリレーネットワークがコミットレート測定間隔（TC）中に配信しようとするコミットされたバーストサイズ（BC）を超える、コミットされていないデータの最大量（BITS）。このデータ（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は（CIRおよびBCのサブスクリプションパラメーターから）TC = BC/CIRとして計算されます。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).
定義：フレームリレーとX.25委員会の両方で定義された用語は、スイッチング機器に適用され、ネットワーク（DTE）に接続するデバイスと区別されます。
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は、どのフレームを削除できるかを識別する唯一の手段ではありません。適用される他の少なくとも3つのケースがあります。
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ごとにトラフィックを優先します。この例では、DEが設定されているかどうかに関係なく、特定のDLCI（データリンクチャネル識別子）からのトラフィックは、うっ血中にドロップされる場合があります。
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.
2番目のケースでは、一部の実装では、IPアドレスやTCPまたはUDPポート番号などの上層層の基準を使用して、単一のPVC内のトラフィックを優先します。この例では、ネットワークデバイスは、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.
3番目のケースでは、フレームにエラーがあるため、フレームが破棄されます。具体的には、長すぎるまたは短すぎるフレーム、長さが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ビットセットを備えたフレームは削除されない場合があります。この1つの例は、フレームを評価する前に混雑が解消される場合です。
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）で構成されています。ビットスタッフィングは、ユーザーデータバイトとフラグを区別します。デフォルトでは、ヘッダーは2オクテットで、そのうち10ビットはデータリンク接続識別子（DLCI）、各オクテットに1ビットがアドレス拡張（AE）に使用され、それぞれ1ビット、前方の明示的な輻輳通知（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つのOctetヘッダーに基づいています。より長いヘッダーを使用する場合、メトリック値は関連するオーバーヘッドを考慮する必要があります。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は、Service Interworkingと呼ばれるプロトコルカプセル化を定義します。プロトコルのカプセル化は、ネットワークまたは端子内の変換が、1つのサービスを提供するために使用されるプロトコルが、別のプロトコルが提供するレイヤーサービスを使用するようにするときに発生します。これは、インターワーキングポイントで、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:
定義：フレームリレートラフィックの輸送を中断するイベント。2種類の停止が区別されます。
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が2.5 s /-0.5秒の欠陥を検出した後に送信されるすべての1つのフレーム。
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.
定義：NEは、oof条件が持続する場合に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.
定義：以前は黄色のアラームと呼ばれていました。NEが上流に送信して、LOS、LOF、またはAIを検出したことを示しました。
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は、送信された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 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サービスレベルのパラメーターは、単一の仮想接続の一方向に提供されたデータ（アドレスフィールドまたはFCSのないペイロード）を輸送する際のネットワークの有効性を報告します。DDRは、送信されたペイロードオクテットの試みに対して受け取ったペイロードオクテットの成功の比率です。送信されたペイロードオクテットの試みは、データオファーと呼ばれます。正常に配信されたペイロードオクテットは、DataDeliveredと呼ばれます。これらの負荷は、コミットされた情報レート内またはバースト過剰としてさらに区別されます。
Three data relay ratios may be reported:
3つのデータリレー比が報告される場合があります。
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）不適切なフラグ境界を備えたフレーム、6）FCSに失敗するフレーム。
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は、2番目の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は、2番目のiで特定のDLCIのコミットされた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は、2番目の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は、コミットされたdlciの特定の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セットでネットワークに送信されるフレームは、コミットされた情報レート測定間隔（TC）中にBCを超えるビットがネットワークに提出されると、過剰として扱われます。BC以上のビットがTC中にネットワークに提出された場合、入り口で過剰なトラフィックが破棄される場合とされない場合があります。イングレスで破棄されたトラフィックは、この測定では記録されていません。DEセットを1つに設定してネットワークに送信されるフレームも、過剰なトラフィックとして扱われます。
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は、2番目のIで特定のDLCIの交通契約内で提出されたフレームの総数です
and
そしてと及びアンド並びに且つ兼又共それですると亦だからそれからはたまた
ft_i is the total number of attempted frame transmissions for a particular DLCI at second i.
FT_Iは、2番目の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セットでネットワークに送信されるフレームは、コミットされた情報レート測定間隔（TC）中にBCを超えるビットがネットワークに提出されると、過剰として扱われます。BC以上のビットがTC中にネットワークに提出された場合、入り口で過剰なトラフィックが破棄される場合とされない場合があります。イングレスで破棄されたトラフィックは、この測定に記録されています。DEセットを1つに設定してネットワークに送信されるフレームも、過剰なトラフィックとして扱われます。
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は、2番目のiで特定のDLCIの正常に配信されたフレームです
and
そしてと及びアンド並びに且つ兼又共それですると亦だからそれからはたまた
ft_i is the total number of attempted frame transmissions for a particular DLCI
FT_Iは、特定のDLCIの試行されたフレーム送信の総数です
at second i.
2番目の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にフレームリレーデータを輸送するのに必要な時間。フレーム転送遅延は、フレームが測定ポイント1を終了するまでの間の秒の差です。単一の仮想接続の方向。フレーム転送遅延の正式な定義は次のとおりです。
FTD = 1/N * sum {i=1 to N} t2_i - t1_i,
ftd = 1/n * sum {i = 1からn} t2_i -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は、ITHフレームが測定ポイント1（つまり、フレーム出口イベント）を離れる数秒での時間です。
t2 is the time in seconds when the ith frame arrives at measurement point 2 (i.e., frame entry event)
T2は、ITHフレームが測定ポイント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のパフォーマンスも影響を与えない可能性がありますが、Voice Over 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:
定義：測定ポイント1から測定ポイント2にフレームリレーデータを輸送するのに必要な時間の変動。フレーム転送遅延の変動は、最大フレーム転送遅延と最小フレーム転送遅延の間の秒の差、単一の1方向の差仮想接続。フレーム転送遅延の正式な定義は次のとおりです。
FTDV = max {i=1 to N} FTD_i - min {i=1 to N} FTD_i.
ftdv = max {i = 1からn} ftd_i -min {i = 1からn} ftd_i。
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.
Copyright Frame Relay Forum 1998. All Rights Reserved。参考文献frf、frf.5、frf.8、およびfrf.13およびそれらの翻訳は他の人にコピーして装飾され、それについてコメントまたは説明するか、その実装を支援するか、準備、コピー、公開、配布することができます。上記の著作権通知とこの段落がそのようなすべてのコピーとデリバティブ作品に含まれていることを条件として、いかなる種類の制限もありません。ただし、これらのドキュメント自体は、フレームリレー標準を開発する目的で必要な場合を除き、著作権通知やフレームリレーフォーラムへの参照を削除するなど、いかなる方法でも変更できない場合があります（この場合、著作権の手順は、フレームリレーフォーラムに従う必要があります）、または英語以外の言語に翻訳するために必要な場合。
[DN] Private communication from David Newman, Network Test, Inc.
[DN] David Newman、Network Test、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. Fowler、「フレームリレーサービスの管理オブジェクトの定義」、RFC 2954、2000年10月。
Jeffrey Dunn Advanced Network Consultants, Inc. 4214 Crest Place Ellicott City, MD 21043 USA
Jeffrey Dunn Advanced Network Consultants、Inc。4214 Crest Place Ellicott City、MD 21043 USA
Phone: +1 (410) 750-1700
EMail: Jeffrey.Dunn@worldnet.att.net
Cynthia Martin Advanced Network Consultants, Inc. 4214 Crest Place Ellicott City, MD 21043 USA
Cynthia Martin Advanced Network Consultants、Inc。4214 Crest Place Ellicott City、MD 21043 USA
Phone: +1 (410) 750-1700
EMail: Cynthia.E.Martin@worldnet.att.net
Full Copyright Statement
完全な著作権声明
Copyright (C) The Internet Society (2001). All Rights Reserved.
Copyright（c）The Internet Society（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エディター機能の資金は現在、インターネット協会によって提供されています。