RFC2124 日本語訳
2124 Cabletron's Light-weight Flow Admission Protocol SpecificationVersion 1.0. P. Amsden, J. Amweg, P. Calato, S. Bensley, G. Lyons. March 1997. (Format: TXT=47912 bytes) (Status: INFORMATIONAL)
プログラムでの自動翻訳です。
RFC一覧
英語原文
Network Working Group P. Amsden
Request for Comments: 2124 J. Amweg
Category: Informational P. Calato
S. Bensley
G. Lyons
Cabletron Systems Inc.
March 1997
Amsdenがコメントのために要求するワーキンググループP.をネットワークでつないでください: 2124年のJ.Amwegカテゴリ: 1997年の情報のP.のG.リヨンCabletronシステム株式会社Calato S.Bensley行進
Cabletron's Light-weight Flow Admission Protocol Specification
Version 1.0
Cabletronの軽量の流れ入場プロトコル仕様バージョン1.0
Status of this Memo
このMemoの状態
This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。 このメモの分配は無制限です。
Abstract
要約
Light-weight Flow Admission Protocol, LFAP, allows an external Flow Admission Service (FAS) to manage flow admission at the switch, allowing flexible Flow Admission Services to be deployed by a vendor or customer without changes to, or undue burden on, the switch.
軽量のFlow Admissionプロトコル(LFAP)が、スイッチで流れ入場を管理する外部のFlow Admission Service(FAS)、フレキシブルなFlow Admission Servicesが変化なしでベンダーか顧客によって配布されるのを許容するのがそうするのを許容する、不当な負担、オンである、スイッチ。
Specifically, this document specifies the protocol between the switch Connection Control Entity (CCE) and the external FAS. Using LFAP, a Flow Admission Service can: allow or disallow flows, define the parameters under which a given flow is to operate (operating policy) or, redirect the flow to an alternate destination. The FAS may also maintain details of current or historical flows for billing, capacity planning and other purposes.
明確に、このドキュメントはスイッチConnection Control Entity(CCE)と外部のFASの間のプロトコルを指定します。 LFAPを使用して、Flow Admission Serviceは使用できます: 流れを許容するか、禁じます、作動する与えられた流れがことであるパラメタ(運営方針)を定義するか、または代替の目的地への流れを向け直してください。 また、FASは支払い、キャパシティプランニング、および他の目的のために現在の、または、歴史的な流れの詳細を維持するかもしれません。
Table of Contents
目次
1. Introduction .................................................. 2
2. Message Flows ................................................. 3
3. Message Contents and Format ................................... 4
3.1. IE Formats ............................................. 5
3.2. Flow Admission Request (FAR) Message ................... 14
3.3. Flow Admission Acknowledge (FAA) Message ............... 15
3.4. Flow Admission Update (FAU) Message .................... 15
3.5 Flow Update Notification (FUN) Message .................. 16
3.6. Flow Update Acknowledge (FUA) Message .................. 16
3.7. Flow Change Request (FCR) Message ...................... 17
3.8. Flow Change Acknowledge (FCA) Message .................. 17
3.9. Administrative Request (AR) Message .................... 18
3.10. Administrative Request Acknowledge (ARA) Message ...... 18
4. Error Handling ................................................ 18
1. 序論… 2 2. メッセージは流れます… 3 3. メッセージ内容と形式… 4 3.1. IE形式… 5 3.2. 流れ入場要求(遠くに)メッセージ… 14 3.3. 流れ入場は(FAA)メッセージを承認します… 15 3.4. 流れ入場アップデート(FAU)メッセージ… 15 3.5流れアップデート通知(楽しみ)メッセージ… 16 3.6. 流れアップデートは(FUA)メッセージを承認します… 16 3.7. 流れ変更要求(FCR)メッセージ… 17 3.8. 流れ変化は(FCA)メッセージを承認します… 17 3.9. 管理要求(AR)メッセージ… 18 3.10. 管理要求は(ARA)メッセージを承認します… 18 4. エラー処理… 18
Amsden, et. al. Informational [Page 1] RFC 2124 LFAP March 1997
et Amsden、アル。 1997年の[1ページ]情報のRFC2124LFAP行進
4.1. FAA Related Error Handling ............................. 19
4.2. FUA Related Error Handling ............................. 19
4.3. FCA Related Error Handling ............................. 19
4.4. ARA Related Error Handling ............................. 20
5. Security Considerations ....................................... 20
6. Author's Addresses ............................................ 20
7. References .................................................... 21
4.1. FAAはエラー処理を関係づけました… 19 4.2. FUAはエラー処理を関係づけました… 19 4.3. FCAはエラー処理を関係づけました… 19 4.4. ARAはエラー処理を関係づけました… 20 5. セキュリティ問題… 20 6. 作者のアドレス… 20 7. 参照… 21
1. Introduction
1. 序論
Light-weight Flow Admission Protocol, LFAP, allows an external Flow Admission Service (FAS) to manage flow admission at the switch, allowing flexible Flow Admission Services to be deployed by a vendor or customer without changes to, or undue burden on, the switch. It provides a means for network managers, or management systems, to establish connection admission parameters for multiple switches in a single management domain by configuring policy information and other data via a single centralized connection admission control point.
軽量のFlow Admissionプロトコル(LFAP)が、スイッチで流れ入場を管理する外部のFlow Admission Service(FAS)、フレキシブルなFlow Admission Servicesが変化なしでベンダーか顧客によって配布されるのを許容するのがそうするのを許容する、不当な負担、オンである、スイッチ。 シングルを通した方針情報と他のデータが接続許可制御を集結したのを構成するのによるただ一つの管理ドメインの複数のスイッチが向けられるので、それは接続入場パラメタを証明するためにネットワークマネージャ、またはマネージメントシステムに手段を供給します。
Specifically, this document specifies the protocol between the switch Connection Control Entity (CCE) and the external FAS. Using LFAP, a Flow Admission Service can: allow or disallow flows, define the parameters under which a given flow is to operate (operating policy) or, redirect the flow to an alternate destination. The FAS may also maintain details of current or historical flows for billing, capacity planning and other purposes.
明確に、このドキュメントはスイッチConnection Control Entity(CCE)と外部のFASの間のプロトコルを指定します。 LFAPを使用して、Flow Admission Serviceは使用できます: 流れを許容するか、禁じます、作動する与えられた流れがことであるパラメタ(運営方針)を定義するか、または代替の目的地への流れを向け直してください。 また、FASは支払い、キャパシティプランニング、および他の目的のために現在の、または、歴史的な流れの詳細を維持するかもしれません。
A significant advantage of this protocol is that it relieves switch vendors from the complexity of policy enforcement under any number of policy representation schemes. Similarly, switch configuration managers do not need to translate organization-determined policy or usage procedures, limitations and guidelines into an arbitrarily large set of vendor-specific representations. Finally, use of such a scheme makes possible plug-and-play connection management at the present time - in the absence of a standardized representation for connection policies.
このプロトコルの重要な利点はいろいろな方針表現体系の下で複雑さからのスイッチベンダーに方針実施を取り除くということです。 同様に、スイッチ構成マネージャは組織が決定している方針か利用手続きと、制限とガイドラインを任意に大きいベンダー特有の代理に翻訳する必要はありません。 最終的に、そのような体系の使用は接続方針の標準化された表現がないとき現在で可能なプラグアンドプレイ接続管理を作ります。
This document describes the message flow between switch CCE and FAS, the messages used and error handling that applies. This constitutes the LFAP interface definition.
このドキュメントはスイッチCCEとFAS、メッセージの間の流れが使用したメッセージと適用されるエラー処理を説明します。 これはLFAPインターフェース定義を構成します。
Amsden, et. al. Informational [Page 2] RFC 2124 LFAP March 1997
et Amsden、アル。 1997年の[2ページ]情報のRFC2124LFAP行進
2. Message Flows
2. メッセージ流れ
Initiating message flows between CCE and FAS entities always originate at the switch. Therefore, the switch is the point at which connectivity is originated. The CCE must have IP reachability using some approach described elsewhere (e.g. [1577] or [LANE]) and an IP address for the FAS must be preconfigured at the switch CCE. The CCE establishes TCP connectivity using the registered port number - ###.
メッセージを開始するのは実体がスイッチでいつも溯源するCCEとFASの間を流れます。 したがって、スイッチは接続性が溯源されるポイントです。 CCEには、IPの可到達性がほかの場所で説明された何らかのアプローチ(例えば、[1577]か[レーン])を使用することでなければなりません、そして、スイッチCCEでFASのためのIPアドレスをあらかじめ設定しなければなりません。 CCEは登録されたポートナンバーを使用することでTCPの接続性を確立します--###。
As shown below, Flow Admission Request (FAR) messages are sent by a switch's Call Control Entity (CCE) to the Flow Admission Service (FAS). These messages are sent when a flow is about to be set up by the switch and contain specific information relating to the flow - such as flow identifier, source/destination and qualifying information about the flow - that may be required to determine the admissibility of the flow and any operating policies that apply to the flow if it is admitted.
以下に示すように、Flow Admission Request(FAR)メッセージはスイッチのCall Control Entity(CCE)によってFlow Admission Service(FAS)に送られます。 これらのメッセージは、流れ(流れの許容性を決定するのが必要であるかもしれない)とそれが認められるなら流れに適用されるどんな運営方針に関しても、流れがスイッチによってセットアップされようとしているとき、送られて、流れに関連する流れ識別子、ソース/目的地、および資格を得る情報などの特殊情報を含んでいます。
The FAS responds with a Flow Admission Acknowledge (FAA) message (to the CCE) with a status indicating connection admissibility and any operating policy information that applies to the flow. If a FAA message contains mandatory operating policies that the switch CCE does not understand, the switch would abort the flow using the Flow Admission Update (FAU) message.
状態が流れに適用される接続許容性とどんな運営方針情報も示していて、FASはFlow Admission Acknowledge(FAA)メッセージ(CCEへの)で応じます。 FAAメッセージがスイッチCCEが理解していない義務的な運営方針を含んでいるなら、スイッチは、Flow Admission Update(FAU)メッセージを使用することで流れを中止するでしょう。
,--------------------. ,--------------------.
| FAS | | Switch |
| | | CCE |
`--+----+----+-------' `------+-----+----+--'
^ | ^ ^ | ^ | ^ ^ ^ ^ ^ | ^ | | ^ |
| | | | | | | | | AR | | | | | | | | |
| | | | | | | | '--------------' | | | | | | | |
| | | | | | | | ARA | | | | | | | |
| | | | | | | '------------------' | | | | | | |
| | | | | | | FUA | | | | | | |
| | | | | | `------------------------' | | | | | |
| | | | | | FUN | | | | | |
| | | | | `----------------------------' | | | | |
| | | | | FCR | | | | |
| | | | `----------------------------------' | | | |
| | | | FCA | | | |
| | | `--------------------------------------' | | |
| | | FAU | | |
| | '--------------------------------------------' | |
| | FAA | |
| `------------------------------------------------' |
| FAR |
`----------------------------------------------------'
,--------------------. ,--------------------. | ファ| | スイッチ| | | | CCE| `--+----+----+-------' `------+-----+----+--' ^ | ^ ^ | ^ | ^ ^ ^ ^ ^ | ^ | | ^ | | | | | | | | | | アルゴン| | | | | | | | | | | | | | | | | '--------------' | | | | | | | | | | | | | | | | アラ| | | | | | | | | | | | | | | '------------------' | | | | | | | | | | | | | | FUA| | | | | | | | | | | | | `------------------------' | | | | | | | | | | | | 楽しみ| | | | | | | | | | | `----------------------------' | | | | | | | | | | FCR| | | | | | | | | `----------------------------------' | | | | | | | | FCA| | | | | | | `--------------------------------------' | | | | | | フォー| | | | | '--------------------------------------------' | | | | FAA| | | `------------------------------------------------' | | 遠い| `----------------------------------------------------'
Amsden, et. al. Informational [Page 3] RFC 2124 LFAP March 1997
et Amsden、アル。 1997年の[3ページ]情報のRFC2124LFAP行進
When a connection is established, periodically during the course of maintaining the connection and when a change in connection state occurs, the switch CCE sends a Flow Update Notification (FUN) message to the FAS. The FAS, in turn, responds with a Flow Update Acknowledge (FUA) message with a Flow failure code if a an error condition has been detected. An example of error conditions would be receipt of a FUN message indicating octets received and sent for a connection never admitted.
接続が接続を維持するコース、接続状態の変化が起こるという場合に確立されるとき、定期的に、スイッチCCEはFlow Update Notification(FUN)メッセージをFASに送ります。 FASはエラー条件がaであるなら検出されたというFlow失敗コードがあるFlow Update Acknowledge(FUA)メッセージで順番に応じます。 エラー条件に関する例は八重奏が決して認められなかった接続を受けて、注文したのを示すFUNメッセージの領収書であるだろうです。
The FAS may send a Flow Change Request (FCR) to the CCE either to effect a change in the state of a specific connection or to set any new/changed policy information that applies to the flow.
FASは、特定の接続の状態の変化に作用するか、または流れに適用されるどんな新しいか変えられた方針情報も設定するために、Flow Change Request(FCR)をCCEに送るかもしれません。
The CCE replies with a Flow Change Acknowledge (FCA) message and may respond with a flow failure code indicating the offending flow or policy change.
CCEはFlow Change Acknowledge(FCA)メッセージで返答して、流れ失敗コードが怒っている流れか政策変更を示していて、応じるかもしれません。
Either the CCE or the FAS may initiate a Administrative Request (AR). The CCE uses it to get a Flow Identifier Prefix. The FAS uses it to request FUN messages be returned on some set of flows.
CCEかFASのどちらかがAdministrative Request(AR)を開始するかもしれません。 CCEは、Flow Identifier Prefixを手に入れるのにそれを使用します。 FASは、FUNメッセージが何らかのセットの流れで返されるよう要求するのにそれを使用します。
The requested entity (FAS or CCE) replies with a Administrative Request Acknowledge. The FAS uses the ARA to return the requested Flow Prefix. The CCE uses the ARA to return any Flow Identifiers that were in error on the AR.
要求された実体(FASかCCE)はAdministrative Request Acknowledgeと共に返答します。 FASは、要求されたFlow Prefixを返すのにARAを使用します。 CCEは、どんなARで間違ったFlow Identifiersも返すのにARAを使用します。
3. Message Contents and Format
3. メッセージ内容と形式
LFAP defines nine messages: "Flow Admission Request", "Flow Admission Acknowledge", "Flow Admission Update", "Flow Update Notification", "Flow Update Acknowledge", "Flow Change Request", "Flow Change Acknowledge", "Administrative Request" and "Administrative Request Acknowledge" (FAR, FAA, FAU, FUN, FUA, FCR, FCA, AR, ARA respectively).
LFAPは9つのメッセージを定義します: そして、「流れAdmission Request」、「入場が承認する流れ」、「流れ入場アップデート」、「アップデートが承認する流れ」、「変化が承認する流れ」、「管理要求」という「流れ変更要求」という「流れアップデート通知」、「管理要求が承認する、」 (FAR、FAA、FAU、FUN、FUA、FCR、FCA、AR、ARA、それぞれ)
FAR messages are sent by a switch call control entity (CCE) to the Flow Admission Service (FAS). FAA messages are responses from the FAS to the CCE. FUA messages are responses from the CCE only under error conditions. FUN messages originate at switches and are acknowledged by FUA messages from the FAS. FCR messages are sent by the FAS to the CCE and are acknowledged by FCA messages. AR messages are sent by either the Entity (FAS or CCE) and are acknowledged by the ARA messages.
スイッチ呼び出しコントロール実体(CCE)でFlow Admission Service(FAS)にFARメッセージを送ります。 FASからCCEまでFAAメッセージは応答です。 FUAメッセージはエラー条件の下におけるだけCCEからの応答です。 FUNメッセージは、スイッチで起因して、FASからのFUAメッセージによって承認されます。 FCRメッセージは、FASによってCCEに送られて、FCAメッセージによって承認されます。 ARメッセージは、Entity(FASかCCE)によって送られて、ARAメッセージによって承認されます。
Amsden, et. al. Informational [Page 4] RFC 2124 LFAP March 1997
et Amsden、アル。 1997年の[4ページ]情報のRFC2124LFAP行進
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Version | Op Code | Reserved | Status |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Message ID | Message Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
~ Information Element (IE) Fields ~
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | バージョン| オペコード| 予約されます。| 状態| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | メッセージID| メッセージ長| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | ~ 情報要素(IE)分野~| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The general message format for all LFAP messages is as shown above. Version is 1 and Op Codes are as follows:
上で示されるとしてすべてのLFAPメッセージのための一般的なメッセージ・フォーマットがあります。 バージョンは1歳です、そして、Op Codesは以下の通りです:
FAR - 1
FAA - 2
FAU - 3
FUN - 4
FUA - 5
FCR - 6
FCA - 7
AR - 8
ARA - 9
遠い(1つのFAA)2フォー--3楽しみ--4FUA--5FCR--6FCA(7アルゴン)、8、アラ、--、9
The Status field serves as a Status on the overall message. The values that Status may assume are:
Status分野は総合的なメッセージのStatusとして機能します。 Statusが仮定するかもしれない値は以下の通りです。
STATUS:
SUCCESS = 0
CORRUPTED = 1
VERSION = 2
状態: 成功=0は=1つのバージョン=2を崩壊させました。
Message ID is used to associate each original message with its corresponding response and must be unique for the combination of sender and responder while an original message is pending. The Message Length excludes the 8 octets of the message header.
メッセージIDは、それぞれのオリジナルのメッセージを対応する応答に関連づけるのに使用されて、オリジナルのメッセージが未定である間、送付者と応答者の組み合わせに、ユニークであるに違いありません。 Message Lengthはメッセージヘッダーの8つの八重奏を除きます。
3.1. IE Formats
3.1. IE形式
IE fields consist of 2-octet TYPE, 2-octet LENGTH and a variable length VALUE sub-fields. All IEs are even multiples of 4 octets in length, left-aligned and zero filled if necessary. Length is computed excluding the 4 octet TYPE and LENGTH fields.
IE分野は2八重奏のTYPE、2八重奏のLENGTH、および可変長VALUEサブ分野から成ります。 すべてのIEsが長さにおける、4つの八重奏の倍数でさえあり、左で並びました、そして、必要なら、ゼロはいっぱいになりました。 長さは4八重奏のTYPEとLENGTHがさばく計算された除外です。
Individual IEs are formated as described in following sections.
個々のIEsは以下の章で説明されるようにformatedされます。
Amsden, et. al. Informational [Page 5] RFC 2124 LFAP March 1997
et Amsden、アル。 1997年の[5ページ]情報のRFC2124LFAP行進
Byte Count IE
バイト・カウントIE
Contains the count of octets sent and received associated with the identified connection. IE format is:
特定された接続に関連していた状態で送られて、受けられた八重奏のカウントを含んでいます。 IE形式は以下の通りです。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| TYPE = 1 or 2 | LENGTH = 16 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
+-+-+-+-+- Bytes Received -+-+-+-+-+
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
+-+-+-+-+- Bytes Sent -+-+-+-+-+
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | =1か2をタイプしてください。| 長さ=16| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | +++++、-、+を受信しているバイト++++| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | +++++、-、+を発信させているバイト++++| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type 1 Means that the byte count is a running counter and is the
count from the beginning of the flow establishment.
Type 2 Means that the byte count is a delta counter and is the
count since the last FUN message.
バイトが数えるタイプ1Meansは実行しているカウンタであり、流れ設立の始まりからのカウントです。 バイトが数えるタイプ2Meansはデルタカウンタであり、最後のFUNメッセージ以来カウントです。
Packet Count IE
パケットカウントIE
Contains the count of packets cells or frames sent and received associated with the identified connection. IE format is:
特定された接続に関連していた状態でセルかフレームが送って、受けたパケットのカウントを含んでいます。 IE形式は以下の通りです。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| TYPE = 3 or 4 | LENGTH = 16 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
+-+-+-+-+- Packets/Cells/Frames Received -+-+-+-+-+
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
+-+-+-+-+- Packets/Cells/Frames Sent -+-+-+-+-+
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | =3か4をタイプしてください。| 長さ=16| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | フレーム+を受信している+++++++パケット/セル/++| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | フレーム+を発信させている+++++++パケット/セル/++| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type 3 Means that the packet/cell/frame count is a running counter
and is the count from the beginning of the flow establishment.
Type 4 Means that the packet/cell/frame count is a delta counter
and is the count since the last FUN message.
パケット/セル/フレームが数えるタイプ3Meansは実行しているカウンタであり、流れ設立の始まりからのカウントです。 パケット/セル/フレームが数えるタイプ4Meansはデルタカウンタであり、最後のFUNメッセージ以来カウントです。
Amsden, et. al. Informational [Page 6] RFC 2124 LFAP March 1997
et Amsden、アル。 1997年の[6ページ]情報のRFC2124LFAP行進
Client Data IE
クライアントデータIE
For use in determination of admission policy relative to a specific connection request based on arbitrary client data (OCTET STRING [8824]). IE format is:
特定の接続に比例した入場方針の決断における使用には、任意のクライアントデータに基づいて、(OCTET STRING[8824])を要求してください。 IE形式は以下の通りです。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| TYPE = 5 | LENGTH |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
~ Client Data ~
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | =5をタイプしてください。| 長さ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | ~ クライアントデータ~| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Destination Address IE
送付先アドレスIE
Destination address associated with a message. IE format is:
送付先アドレスはメッセージと交際しました。 IE形式は以下の通りです。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| TYPE = 6 | LENGTH |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Address Family Number | Address Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
~ Address ~
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | =6をタイプしてください。| 長さ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | アドレスファミリー番号| アドレスの長さ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | ~ アドレス~| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The Address Length field contains the length of the address excluding any pad of zeros used to align the address field.
Address Length分野はアドレス・フィールドを並べるのに使用されるゼロのどんなパッドを除いたアドレスの長さを含んでいます。
Address Family Numbers include:
アドレスFamily民数記は:
1 - 14 (decimal) as specified in [1700]
15 E.164 with NSAP format subaddress
NSAP形式「副-アドレス」がある[1700]15E.164の指定されるとしての1--14(10進)
Flow ID IE
流れID IE
In order to accumulate the flow accounting statistics across multiple FAS's in case of a FAS failure a globally unique flow identifier needs to be formed. To accomplish this the FAS assigns a prefix if requested by the CCE. The CCE then assigns a CCE flow identifier that it guaranties to be unique for the use of the FAS flow identifier prefix for each flow admitted. If the CCE needs to reuse
FASの故障の場合にFASの複数のところの向こう側に流れ会計統計を蓄積するために、グローバルにユニークな流れ識別子は、形成される必要があります。 これを達成するために、CCEによって要求されるなら、FASは接頭語を割り当てます。 次に、CCEがCCE流れ識別子にそれを割り当てる、それ、FAS流れ識別子接頭語のそれぞれの使用に特有である保証は認められた状態で流れます。 再利用へのCCEの必要性です。
Amsden, et. al. Informational [Page 7] RFC 2124 LFAP March 1997
et Amsden、アル。 1997年の[7ページ]情報のRFC2124LFAP行進
a CCE flow ID it must acquire a new FAS prefix. If a CCE cannot support the FAS flow identifier then it does not request a FAS prefix and uses a FAS length of 0 in all updates to the flow. If the CCE does not support the FAS identifier prefix then when a CCE fails over all calls will need to be readmitted and will be seen as two separate calls at the accumulation point. Flow ID IE is copied exactly in all messages that refer to this flow. IE format is:
それがそうしなければならないCCE流れIDは新しいFAS接頭語を習得します。 CCEがFAS流れ識別子をサポートすることができないなら、それは、FAS接頭語を要求しないで、全部で0の長さが流れようにアップデートするFASを使用します。 CCEがFAS識別子接頭語をサポートしないと、CCEが、呼び出しが必要とするすべて上で失敗するいつかかが、「再-認め」られて、蓄積における2つの別々の呼び出しが指すとき、見られるでしょう。 流れID IEはちょうどこの流れについて言及するすべてのメッセージにコピーされます。 IE形式は以下の通りです。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| TYPE = 7 |FAS Length = 8 |CCE Length = 4 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
|+-+-+-+-+- FAS assigned Flow Identifier Prefix -+-+-+-+-+
| |
+-+-+-+-+-+-+-+-+ +-+-+-+--+-+-+-+-+
| CCE assigned Flow Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | =7をタイプしてください。|ファの長さ=8|CCEの長さ=4| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | |Flow Identifier Prefix-+++++が割り当てられた+++++-FAS| | +-+-+-+-+-+-+-+-+ +-+-+-+--+-+-+-+-+ | Flow Identifierが割り当てられたCCE| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Flow State IE
流れ州のIE
Flow state is the intended end state for the Flow associated with the message containing this IE. IE format is:
流れ状態はこのIEを含んでいるメッセージに関連しているFlowのための意図している端の状態です。 IE形式は以下の通りです。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| TYPE = 8 | LENGTH = 4 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Flow State |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | =8をタイプしてください。| 長さ=4| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 流れ状態| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Flow state has one of the following values and meanings:
流れ州には、以下の値と意味の1つがあります:
0 - INACTIVE - Flow is inactive
1 - ACTIVE - Flow is active
0--INACTIVE--流れは不活発な1--ACTIVE--流れがアクティブであるということです。
Policy IE's
方針IEのもの
There are two basic types of Policy IE's Optional and Mandatory. In the case of optional operating policy if the combination of policy and value given cannot be interpreted by a switch CCE it may be safely ignored. In the case of mandatory operating policy if the combination of policy and value given cannot be interpreted by a switch CCE it must abort the flow state. Examples of optional operating policies are Checkpoint Timer and Connection Priority.
Policy IEのOptionalとMandatoryの2人の基本型がいます。 任意の運営方針の場合では、スイッチCCEが方針と与えられた値の組み合わせを解釈できないなら、それは安全に無視されるかもしれません。 義務的な運営方針の場合では、スイッチCCEが方針と与えられた値の組み合わせを解釈できないなら、それは流れ状態を中止しなければなりません。 任意の運営方針に関する例は、Checkpoint TimerとConnection Priorityです。
Amsden, et. al. Informational [Page 8] RFC 2124 LFAP March 1997
et Amsden、アル。 1997年の[8ページ]情報のRFC2124LFAP行進
There are also two forms of the policy ID. The first is where the policy ID is a number and the second is where the policy ID is an Object Identifier. The policy ID's with number values are identified in this document and its proposed changes over time. The Object Identifier IDs can be used by individual implementers to apply proprietary or experimental additions to this document and still be compliant with the general form of this document.
また、方針IDの2つのフォームがあります。 1番目は方針IDが数であり、2番目が方針IDがObject Identifierであるところであるところです。 方針は時間がたつにつれて、このドキュメントとその変更案で特定されます数があるIDのものが、評価する。 個々のimplementersは、独占であるか実験的な追加をこのドキュメントに適用して、このドキュメントの一般的なフォームでまだ言いなりになっているのにObject Identifier IDを使用できます。
Operating Policy IEs are comprised of Policy ID, a length and a value. In the case of the policies defined in this document a length is required and specified here. In the case of policies using the OID format the length may be implied by the OID or be part of the policy value as determined by individual implementation.
操作Policy IEsはPolicy ID、長さ、および価値から成ります。 本書では定義された方針の場合では、長さは、ここで必要であり、指定されます。 OID形式を使用する方針の場合では、長さは、個々の実装で決定するようにOIDによって含意されるか、保険価額の一部であるかもしれません。
Policy IE format for Policy ID's defined in this document
Policy IDのものへのIE形式が本書では定義した方針
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| TYPE = 9 + 10 | LENGTH |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Policy ID | Policy Value length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| | |
~ Policy Value ~
| | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
~ Additional Policy Pairs ~
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | =9+10をタイプしてください。| 長さ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 方針ID| 方針Valueの長さ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | | ~ 保険価額~| | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | ~ 追加方針ペア~| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type 9 is an Optional Policy and type 10 is a Mandatory Policy.
タイプ9はOptional Policyです、そして、タイプ10はMandatory Policyです。
The following policy ID's and policy values are presently defined or under consideration.
IDと方針が評価する以下の方針は現在、定義されるか、考慮であります。
Policy ID Value Meaning
方針ID値の意味
Usage 01xx The purpose of this set of
policies is for usage
constraints. This set of
policies in the future may
include Connection Count,
Maximum Bandwidth and Connect
Time.
この目的が設定した方針の用法01xxは用法規制のためのものです。 このセットの方針は将来、Connection Count、Maximum Bandwidth、およびConnect Timeを含むかもしれません。
Amsden, et. al. Informational [Page 9] RFC 2124 LFAP March 1997
et Amsden、アル。 1997年の[9ページ]情報のRFC2124LFAP行進
Routing 02xx The purpose of these polices
is to allow for various
routing policies to be
enforced in the a switching
environment. This set of
policies may include
Optimization, Designated
Transit List, Restricted
Transit List and Path Cost.
これらの目的が取り締まるルート設定02xxは、様々なルーティング方針がa切り換え環境で励行されるのを許容することになっています。 このセットの方針はOptimization、Designated Transit List、Restricted Transit List、およびPath Costを含むかもしれません。
Administrative 03xx
Keep Statistics 0301 = 0 Keep statistics on this flow
Not= 0 Do Not keep statistics on flow
Connection 0302 1 - 255 Priority of this connection
Priority Less is higher
Checkpoint 0303 1 - 2^31 Seconds between FUN on a flow
Timer
Checkpoint
Threshold 0304 1 - 2^63 # of bytes to collect before
sending a FUN on a flow
0この流れNotにおける管理03xx Keep Statistics0301 = 0Keep統計=Do Notが流れConnectionにおける統計を保つ、0302、1、--、この接続Priority Lessの255Priorityが、より高いCheckpointである0303、1、--、2^31SecondsがaのFUNの間を流れるTimer Checkpoint Threshold、0304、1、--、2、^FUNを流れに送る前に集めるバイトの63#
Connectionless 04xx The purpose of these policies
is to control connection
unaware calls. This set will
include Inactivity Timer and
Bandwidth allocation.
これらの方針の目的があるコネクションレスな04xxは接続の気づかない呼び出しを制御します。 このセットはInactivity TimerとBandwidth配分を含むでしょう。
Policy IE format when Policy ID is a Object Identifier
Policy IDがObject IdentifierであるときにIEがフォーマットする方針
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| TYPE = 11 + 12 | LENGTH |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
~ Policy OID ~
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
~ Policy ~
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
~ Additional Policy Pairs ~
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | =11+12をタイプしてください。| 長さ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | ~ 方針OID~| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | ~ 方針~| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | ~ 追加方針ペア~| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type 11 is an optional policy and type 12 is a mandatory policy.
タイプ11は任意の方針です、そして、タイプ12は義務的な方針です。
Amsden, et. al. Informational [Page 10] RFC 2124 LFAP March 1997
et Amsden、アル。 1997年の[10ページ]情報のRFC2124LFAP行進
Service Identifier IE
サービス識別子IE
Used in determination of admission policy relative to a specific connection request based on service type. Service Identifier is specified as an OCTET STRING [8824].
入場方針の決断では、サービスタイプに基づく特定の接続要求に比例して、使用されています。 サービスIdentifierはOCTET STRING[8824]として指定されます。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| TYPE = 13 | LENGTH |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
~ Service Identifier ~
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | =13をタイプしてください。| 長さ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | ~ サービス識別子~| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Source Address IE
ソースアドレスIE
Source address associated with a message. TYPE is 14, format is as shown for Destination Address IE.
ソースアドレスはメッセージと交際しました。 TYPEが14歳である、形式がDestination Address IEのために示されるようにあります。
Source Switch Address IE
ソーススイッチアドレスIE
Source Switch address associated with a message. TYPE is 15, format is as shown for Destination Address IE.
ソースSwitchアドレスはメッセージと交際しました。 TYPEが15歳である、形式がDestination Address IEのために示されるようにあります。
Destination Switch Address IE
送付先スイッチアドレスIE
Destination Switch address associated with a message. TYPE is 16, format is as shown for Destination Address IE.
送付先Switchアドレスはメッセージと交際しました。 TYPEが16歳である、形式がDestination Address IEのために示されるようにあります。
Time IE
時間IE
The time (as a SNMPv2 TimeStamp [1443]) associated with the status/statistics observed. TYPE is 17 and format is:
状態/統計に関連している時間(SNMPv2 TimeStamp[1443]としての)は見ました。 TYPEは17歳です、そして、形式は以下の通りです。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| TYPE = 17 | LENGTH = 4 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Time |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | =17をタイプしてください。| 長さ=4| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 時間| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Amsden, et. al. Informational [Page 11] RFC 2124 LFAP March 1997
et Amsden、アル。 1997年の[11ページ]情報のRFC2124LFAP行進
Multiple Record IE
複数の記録IE
The Multiple Record IE is composed of 4 parts. The record descriptor, fixed information, record format IEs and individual records. The record descriptor consist of two fields the first field is the length of the fixed information field. The second is the length of the Record format section. The fixed information is the IE's that apply to all the records that follow. The Record Format is the list of IE's that make up each record. The individual record section contains the individual records that are being reported in the format given by the Record Format section.
Multiple Record IEは4つの部品で構成されます。 記録的な記述子、固定情報、レコード形式IEs、および個々の記録。 記述子が1番目がさばく2つの分野から成るという記録は固定情報フィールドの長さです。 2番目はRecord形式部の長さです。 固定情報は従うすべての記録に適用するIEのものです。 Record Formatは各記録を作るIEのもののリストです。 個々の記録断面はRecord Format部によって与えられた書式で報告されている個々の記録を含みます。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| TYPE = 18 | LENGTH |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Length of fixed Information | Length of Record Format |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
~ Fixed Information ~
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
~ Record Format ~
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
| Individual Record (1) |
| Individual Record (2) |
| Individual Record (3) |
| . |
~ . ~
| . |
| Individual Record (n) |
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | =18をタイプしてください。| 長さ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 固定情報の長さ| レコード形式の長さ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | ~ 固定情報~| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | ~ レコード形式~| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | | 個々の記録(1)| | 個々の記録(2)| | 個々の記録(3)| | . | ~ . ~ | . | | 個々の記録(n)| | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Amsden, et. al. Informational [Page 12] RFC 2124 LFAP March 1997
et Amsden、アル。 1997年の[12ページ]情報のRFC2124LFAP行進
Flow Failure Code IE
流れ失敗コードIE
Flow failure code is the reason why a operation an a given flow failed. IE format is:
流れ失敗コードは理由です。a当然のことの流動が失敗した操作。 IE形式は以下の通りです。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| TYPE = 19 | LENGTH = 4 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Flow Failure Code |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | =19をタイプしてください。| 長さ=4| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 流れ失敗コード| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Flow failure code has one of the following values and meanings:
流れ失敗コードには、以下の値と意味の1つがあります:
0 - POLICY_REJECT - A policy reject has occurred
1 - NO_SUCH_FLOW - The specified was flow was not found
2 - AMBIGUOUS - Duplicate FAR caused this error
3 - DESTINATION_UNKNOWN - The redirect destination was unknown
0--POLICY_REJECT--方針廃棄物には、起こった1があります--_いいえ、SUCH_FLOW--指定による2--AMBIGUOUS--この誤り3が引き起こされたFARをコピーします--DESTINATION_UNKNOWNが流れように見つけられなかったということでした--再直接の目的地は未知でした。
Command Code IE
コマンドコードIE
Command Code is a administrative request command to perform a particular function. IE format is:
コマンドCodeは特定の機能を実行する管理要求コマンドです。 IE形式は以下の通りです。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| TYPE = 20 | LENGTH = 4 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Command Code |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | =20をタイプしてください。| 長さ=4| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | コマンドコード| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Command code has one of the following values and meanings:
コマンドコードには、以下の値と意味の1つがあります:
0 - RETURN_INDICATED_FLOWS - Return FUNs indicated
1 - RETURN_ALL_CHANGED_FLOWS - Return FUNs indicated
2 - RETURN_ALL_FLOWS - Return FUNs indicated
3 - RETURN_FLOW_PREFIX - Return a new flow prefix
0--RETURN_INDICATED_FLOWS--FUNs示された1を返します--RETURN、__CHANGED_FLOWS--FUNsを返すのは2を示しました--3(RETURN_FLOW_PREFIX)が新しく返す_FLOWS--FUNsを返すのがaを示したRETURN_が流れる、接頭語
Amsden, et. al. Informational [Page 13] RFC 2124 LFAP March 1997
et Amsden、アル。 1997年の[13ページ]情報のRFC2124LFAP行進
Flow Identifier Prefix IE
流れ識別子接頭語IE
The flow Identifier prefix IE gives the prefix that the FAS has created to maintain a globally unique ID. IE format is:
流れIdentifier接頭語IEはFASがグローバルにユニークなIDを維持するために作成した接頭語を与えます。 IE形式は以下の通りです。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| TYPE = 21 | Length = 8 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
|+-+-+-+-+- FAS assigned Flow Identifier Prefix -+-+-+-+-+
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | =21をタイプしてください。| 長さ=8| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | |Flow Identifier Prefix-+++++が割り当てられた+++++-FAS| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
3.2. Flow Admission Request (FAR) Message
3.2. 流れ入場要求(遠くに)メッセージ
Status is set to SUCCESS in FAR messages. In addition, FAR messages may contain the following IEs:
状態はFARメッセージのSUCCESSに設定されます。 さらに、FARメッセージは以下のIEsを含むかもしれません:
Source Switch Address IE - address of switch making request
Dest Switch Address IE - address of switch to which the
request is made
Source Address IE - flow "from" address
Destination Address IE - flow "to" address
Service Identifier IE - identifier for service requested
Flow ID IE - locally unique identifier for flow
(unique to update reporting entity)
Client Data IE - client data as applied to this request
Time IE - switch time of admission request
ソースSwitch Address IE--スイッチ作成要求Dest Switch Address IEのアドレス--要求は人工のSource Address IEです--流れ“from"アドレスDestination Address IE--流れ“to"アドレスService Identifier IE--サービスのための識別子がFlow ID IEを要求したスイッチのアドレス--流れ(会計主体をアップデートするためにユニークな)クライアントData IEには、局所的にユニークな識別子--この要求Time IEへの適用されるとしてのクライアントデータ--入場要求のスイッチ時間
Mandatory IE's
Source Address
Destination Address
Flow ID
Time
義務的なIEのソースアドレス目的地アドレス流れID時間
Optional IE's
Source Switch Address
Destination Switch Address
Client Data
任意のIEのソーススイッチアドレス目的地スイッチアドレスクライアントデータ
Amsden, et. al. Informational [Page 14] RFC 2124 LFAP March 1997
et Amsden、アル。 1997年の[14ページ]情報のRFC2124LFAP行進
FAR messages are sent by a switch CCE when it seeks verification of validity of a flow that is about to be established. FAR messages refer to a single flow only and do not multi IE functionality. Source and destination addresses are those determined by the switch CCE as the points of origin and termination of a flow. Service ID is the service type/category associated with the desired flow. The client data is arbitrary information about the client associated with the desired flow.
それが確立されようとしている流れの正当性の検証を求めると、FARメッセージはスイッチCCEによって送られます。 FARメッセージは、ただ一つの流れだけを呼んで、どんなマルチIEにも機能性をしません。 ソースと送付先アドレスは発生源のポイントと流れの終了としてスイッチCCEによって決定されたものです。 サービスIDは必要な流れに関連しているサービスタイプ/カテゴリです。 クライアントデータは必要な流れに関連しているクライアントの任意の情報です。
3.3. Flow Admission Acknowledge (FAA) Message
3.3. 流れ入場は(FAA)メッセージを承認します。
Status reflects the result of the corresponding FAR message (see Error Handling for details). Message ID is copied from the FAR message. In addition, FAA messages may have the following IEs:
状態は対応するFARメッセージの結果を反映します(詳細に関してError Handlingを見てください)。 メッセージIDはFARメッセージからコピーされます。 さらに、FAAメッセージには、以下のIEsがあるかもしれません:
Optional Operating Policy IE - policy(s) that may apply to
this flow.
Mandatory Operating Policy IE - policy(s) that must apply to
this flow.
任意のOperating Policy IE--これに適用されるかもしれない方針は流れます。 義務的なOperating Policy IE--これに適用されなければならない方針は流れます。
Destination Address IE - may be included if the flow
should be redirected.
Flow Failure Code IE - indicates the cause of flow
failure
目的地Address IE--流れであるなら含まれるかもしれないのは向け直されるべきです。 流れFailure Code IE--、流れ失敗の原因を示します。
FAA messages are sent by a FAS in response to FAR messages received from a switch CCE. Operating policy information is that determined by the FAS as either desirable or required for the flow specified in the corresponding FAR message.
FAAメッセージはスイッチCCEから受け取られたFARメッセージに対応してFASによって送られます。 運営方針情報は対応するFARメッセージで指定された流れのための望ましいか必要であるとしてのFASでそんなに決定しています。
3.4. Flow Admission Update (FAU) Message
3.4. 流れ入場アップデート(FAU)メッセージ
Status reflects the result of the corresponding FAA message (see Error Handling for details). Message ID is copied from the FAR or FAA message. In addition, FAU messages may have the following IEs:
状態は対応するFAAメッセージの結果を反映します(詳細に関してError Handlingを見てください)。 メッセージIDはFARかFAAメッセージからコピーされます。 さらに、FAUメッセージには、以下のIEsがあるかもしれません:
Flow ID IE - identifier for the flow
Flow Failure Code IE - indicates the cause of flow failure
流れID IE(流れFlow Failure Code IEのための識別子)は流れ失敗の原因を示します。
FUA messages are sent by a switch CCE in response to FAA messages received from a FAS. The FAU message is returned by the switch CCE only if an a error was detected as a result of the FAA message.
FUAメッセージはFASから受け取られたFAAメッセージに対応してスイッチCCEによって送られます。 a誤りがFAAメッセージの結果、検出された場合にだけ、FAUメッセージはスイッチCCEによって返されます。
Amsden, et. al. Informational [Page 15] RFC 2124 LFAP March 1997
et Amsden、アル。 1997年の[15ページ]情報のRFC2124LFAP行進
3.5. Flow Update Notification (FUN) Message
3.5. 流れアップデート通知(楽しみ)メッセージ
Status is set to SUCCESS in FUN messages. In addition, FUN messages may contain the following IEs:
状態はFUNメッセージのSUCCESSに設定されます。 さらに、FUNメッセージは以下のIEsを含むかもしれません:
Time IE - switch time of notification
Flow ID IE - identifier for the flow
Flow State IE - state of the flow at time of notification
Byte Count IE - octets sent and received for this flow
Packet Count IE - packets sent and received for this flow
時間IE--通知Flow ID IEのスイッチ時間--流れFlow州IEのための識別子--通知Byte Count IEの時間の流れの状態--この流れPacket Count IEのために送られて、受けられた八重奏--この流れのために送られて、受け取られたパケット
Mandatory IE's
Time - If multiple IE, only needs to be given once in fixed
information section. If given in record format must be
in each individual record.
義務的なIEのTime--複数のIE、固定情報収集部門で一度与えられるべき必要性だけであるなら。 考えて、各個人には記録がレコード形式に、あるに違いありません。
Optional IE's at least one must be present
Flow State
Byte Count
Packet Count
少なくとも任意のIEの1つは現在のFlow州Byte Count Packet Countであるに違いありません。
FUN messages are sent periodically (possibly as specified in an operating policy associated with the flow) by an CCE to the FAS. The Time IE may be given first and only once. If it is only a single flow being reported on then just the IE's and their values are returned. If multiple flows are to be reported on then the multiple record IE should be used. This results in reduced overhead on transmissions. FUN messages may are also be sent as a result of a AR message or a FCR message. The FCR message would be one that request that the flow state be set to inactive.
FUNメッセージは定期的(ことによると流れに関連している運営方針で指定されるように)にCCEによってFASに送られます。 最初に、そして一度だけTime IEを与えるかもしれません。 それがオンであると報告されるただ一つの流れにすぎないなら、まさしくIEとそれらの値を返します。 複数の流れがオンであると報告されることであるなら、複数の記録的なIEが使用されるべきです。 これはトランスミッションのときに減少しているオーバーヘッドをもたらします。 FUNメッセージが送るかもしれない、また、ARメッセージかFCRメッセージの結果、送ってください。 FCRメッセージは流れ状態が不活発な状態で設定されるよう要求するものでしょう。
The flow ID identifies the flow to which this update applies. Flow state is the state of the flow at the time this message is sent. Counts are as specified in the IE definitions. The FAS's are coordinated and will resolve the reception of FUN information from a CCE who has lost connection with its FAS and has gone to a alternative FAS.
流れIDはこのアップデートが適用される流れを特定します。 このメッセージを送るとき、流れ状態は流れの状態です。 カウントがIE定義で指定されるようにあります。 FASのものは、連携していて、FASに接続を失って、代替のFASに行ったCCEからのFUN情報のレセプションを決議するでしょう。
3.6. Flow Update Acknowledge (FUA) Message
3.6. 流れアップデートは(FUA)メッセージを承認します。
Status is set to SUCCESS in FUA messages unless an error is detected (see "Error Handling"). Message ID is copied from the FUN message.
誤りが検出されない場合(「エラー処理」を見てください)、状態はFUAメッセージのSUCCESSに設定されます。 メッセージIDはFUNメッセージからコピーされます。
Amsden, et. al. Informational [Page 16] RFC 2124 LFAP March 1997
et Amsden、アル。 1997年の[16ページ]情報のRFC2124LFAP行進
FUA messages are sent by the FAS to acknowledge a FUN message from the switch CCE. If a FUN message contained a multiple record IE and any of the updates had a error then the FUA would contain a multiple IE with a Flow ID and Flow Failure Code. A status of SUCCESS indicates that the information in the corresponding FUN message has been accepted and is now the responsibility of the FAS.
FUAメッセージは、スイッチCCEからのFUNメッセージを承認するためにFASによって送られます。 FUNメッセージが倍数を含んだならIEを記録して、アップデートのどれかは誤りを持っていました、そして、次に、FUAはFlow IDとFlow Failure Codeと複数のIEを含んでいるでしょう。 SUCCESSの状態は、対応するFUNメッセージの情報が受け入れられたのを示して、現在、FASの責任です。
3.7. Flow Change Request (FCR) Message
3.7. 流れ変更要求(FCR)メッセージ
Status is set to SUCCESS in FCR messages. In addition, a FCR message may contain the following IEs:
状態はFCRメッセージのSUCCESSに設定されます。 さらに、FCRメッセージは以下のIEsを含むかもしれません:
Flow ID IE - identifier for the flow.
Flow State IE - set to inactive to stop a flow.
Optional Operating Policy IE - possibly new policy(s) that may
apply to this flow.
Mandatory Operating Policy IE - possibly new policy(s) that must
apply to this flow.
流れID IE--流れのための識別子。 流れ州IE--流れを止めるために不活発にセットしてください。 任意のOperating Policy IE--これに適用されるかもしれないことによると新しい方針は流れます。 義務的なOperating Policy IE--これに適用されなければならないことによると新しい方針は流れます。
Mandatory IE's
Flow ID
義務的なIEのFlow ID
Optional IE's
Flow State
Optional Operating Policy
Mandatory Operating Policy
任意のIEの流れの州の任意の運営方針義務的な運営方針
FCR messages are sent by the FAS to the CCE to provide additional (or change existing) operating policy information or to stop a flow. Flow ID is used to identify the flow to which this message applies. The FAS can stop a flow by setting it's flow state to inactive. This will cause the CCE to generate a FUN message with the final flow statistics. It will also cause the CCE to return a inactive flow state on the given flow. If the FAS wishes to change operating policy information it merely includes the new information in the FCR message along with the flow id.
FCRメッセージは、追加している(存在を変える)運営方針情報を提供するか、または流れを止めるためにFASによってCCEに送られます。 流れIDは、このメッセージが適用される流れを特定するのに使用されます。 FASは、それの流れ状態を不活発に設定することによって、流れを止めることができます。 これで、CCEは最終的な流れ統計でFUNメッセージを生成するでしょう。 また、それで、CCEは与えられた流れの不活発な流れ状態を返すでしょう。 FASが運営方針情報を変えたいなら、それは流れイドに伴うFCRメッセージに単に新情報を含んでいます。
3.8. Flow Change Acknowledge (FCA) Message
3.8. 流れ変化は(FCA)メッセージを承認します。
Status is set to SUCCESS in FCA messages unless an error is detected (see "Error Handling"). Message ID is copied from the FCR message. FCA messages contain IEs if a error was detected in the corresponding FCR message (see "Error Handling").
誤りが検出されない場合(「エラー処理」を見てください)、状態はFCAメッセージのSUCCESSに設定されます。 メッセージIDはFCRメッセージからコピーされます。 誤りが対応するFCRメッセージに検出されたなら(「エラー処理」を見てください)、FCAメッセージはIEsを含んでいます。
If an error occurs then a FCR may contain the following IE's
誤りが発生するなら、FCRはIEの以下のものを含むかもしれません。
Flow ID IE - if FAS requested statistics on an
unknown flow.
流れID IE--FASが未知における統計を要求したなら、流れてください。
Amsden, et. al. Informational [Page 17] RFC 2124 LFAP March 1997
et Amsden、アル。 1997年の[17ページ]情報のRFC2124LFAP行進
Flow Failure Code - for the Flow ID IE above.
上のFlow ID IEのための流れFailure Code。
FCA messages are sent by a switch CCE in response to an FCR.
FCAメッセージはFCRに対応してスイッチCCEによって送られます。
3.9. Administrative Request (AR) Message
3.9. 管理要求(AR)メッセージ
Status is set to SUCCESS in AR messages. In addition, AR messages may contain the Command IEs:
状態はARメッセージのSUCCESSに設定されます。 さらに、ARメッセージはCommand IEsを含むかもしれません:
Mandatory IE's
Command IE
義務的なIEのコマンドIE
AR messages are sent by either the a switch CCE or the FAS when they seeks to perform one of the Command IE's.
彼らであるときにメッセージがaスイッチCCEかFASのどちらかによって送られるARはCommand IEの1つを実行しようとします。
3.10. Administrative Request Acknowledge (ARA) Message
3.10. 管理要求は(ARA)メッセージを承認します。
Status reflects the result of the corresponding AR message (see Error Handling for details). Message ID is copied from the AR message. In addition, ARA messages may have the following IEs:
状態は対応するARメッセージの結果を反映します(詳細に関してError Handlingを見てください)。 メッセージIDはARメッセージからコピーされます。 さらに、ARAメッセージには、以下のIEsがあるかもしれません:
Flow ID IE - if FAS requested statistics on an
unknown flow.
Flow Failure Code - for the Flow ID IE above.
Flow Identifier Prefix IE - if the ARA is the response to a CCE
Command to RETURN_FLOW_PREFIX.
流れID IE--FASが未知における統計を要求したなら、流れてください。 上のFlow ID IEのための流れFailure Code。 流れIdentifier Prefix IE--ARAがRETURN_FLOW_PREFIXへのCCE Commandへの応答であるなら。
ARA messages are sent by a FAS or CCE in response to AR message received CCE or FAS respectively.
ARAメッセージがFASによって送られるか、またはARメッセージに対応したCCEはそれぞれCCEかFASを受けました。
4. Error Handling
4. エラー処理
Incompatible version - Receipt of any LFAP request or notification message, with a version number other than that (or those) supported by the receiving component will result in a response (acknowledge) message with a Status of VERSION. The resulting message will contain no IEs and, as a result, may be considered a generic FAILURE message.
両立しないバージョン--どんなLFAP要求や通知メッセージの領収書、受信でサポートされたそれ(または、それら)を除いたバージョン番号で、コンポーネントはバージョンのStatusと共に応答(承認する)メッセージをもたらすでしょう。 結果として起こるメッセージは、IEsを全く含まないで、ジェネリックFAILUREメッセージであるとその結果考えられるかもしれません。
Corrupted message contents - Receipt of a LFAP message which cannot be understood will result in a similar generic FAILURE message with Status set to CORRUPTED. A FAA message may contain a Flow ID IE only if this IE is included in the portion of the corrupt LFAP message that is before the point where corruption occurs. The LFAP sender should re-send the original message at least one time if it is still desired to admit the requested connection.
崩壊したメッセージ内容--理解できないLFAPメッセージの領収書はCORRUPTEDに用意ができているStatusと共に同様のジェネリックFAILUREメッセージをもたらすでしょう。 このIEがポイントに不正が起こる前ある間違ったLFAPメッセージの部分に含まれている場合にだけ、FAAメッセージはFlow ID IEを含むかもしれません。 要求された接続を認めるのがまだ必要であるなら、LFAP送付者は少なくともあるとき、オリジナルのメッセージを再送するべきです。
Amsden, et. al. Informational [Page 18] RFC 2124 LFAP March 1997
et Amsden、アル。 1997年の[18ページ]情報のRFC2124LFAP行進
With the exception of incompatible version and corrupted message contents, error handling is naturally related to the processing of response messages by both response sender and receiver. Below sections are thus organized around processing of FAA, FUA, FCA and ARA messages.
両立しないバージョンと崩壊したメッセージ内容を除いて、エラー処理は応答送付者と受信機の両方で自然に応答メッセージの処理に関連します。以下のセクションはFAA、FUA、FCA、およびARAメッセージの処理の周りでこのようにして組織化されます。
4.1. FAA Related Error Handling
4.1. FAAはエラー処理を関係づけました。
Non-unique Flow ID - Receipt of a FAR message with a non-unique Flow ID may occur for two reasons: the CCE may have re-sent a FAR message and an error may have occurred in the ID generation function. If the entire message is the same in every respect, with the possible exception of Message ID, as a FAR message received previously, the FAS will respond in the same way as it would have responded to that prior message. Otherwise, the Flow ID will be returned with a Flow Failure Code set to AMBIGUOUS. The CCE should choose a new Flow ID and retry the FAR message if it is still desired to admit the requested connection.
非ユニークなFlow ID--非ユニークなFlow IDがあるFARメッセージの領収書は2つの理由で現れるかもしれません: CCEはFARメッセージを再送したかもしれません、そして、誤りはID世代機能で発生したかもしれません。 全体のメッセージがすべての点でMessage IDの可能な例外で同じであるなら、FARメッセージが以前に受信されたので、同様に、FASはその先のメッセージに応じるように応じるでしょう。 さもなければ、Flow Failure CodeセットでFlow IDをAMBIGUOUSに返すでしょう。 要求された接続を認めるのがまだ必要であるなら、CCEは新しいFlow IDを選んで、FARメッセージを再試行するはずです。
Flow is inadmissible - The FAS may determine that flow is not admissible for policy reasons. In this case the Flow ID is returned along with the Flow Failure Code of POLICY_REJECT.
流れは承認しがたいです--FASは、流れが方針理由で容認できないことを決定するかもしれません。 この場合、POLICY_REJECTのFlow Failure Codeと共にFlow IDを返します。
4.2. FUA Related Error Handling
4.2. FUAはエラー処理を関係づけました。
Flow Not Admitted - Receipt of Flow information for an unadmitted connection. Flow ID IE identifies a flow which was not admitted or for which admission status has been lost. The FAS will return the Flow ID and a Flow Failure Code of NO_SUCH_FLOW. The switch CCE should send an appropriate FAR message. The FAS may track occurrences of this error and send a FCR message to the CCE requesting dropping of the reported connection.
流れNot Admitted--「非-認め」られた接続へのFlow情報の領収書。 流れID IEは認められなかったか、または入場状態が失われた流れを特定します。 FASは_SUCH_FLOWがないFlow IDとFlow Failure Codeを返すでしょう。 スイッチCCEは適切なFARメッセージを送るはずです。 FASは報告された接続の低下を要求するCCEにこの誤りの発生を追跡して、FCRメッセージを送るかもしれません。
4.3. FCA Related Error Handling
4.3. FCAはエラー処理を関係づけました。
Flow change requested for a non-existent flow - The Flow ID IE identifies a connection for which this CCE has no state information. The FCA message has the Flow ID and a Flow Failure Code set to NO_SUCH_FLOW and contains the Flow ID and copied from the corresponding FCR message.
実在しない流れのために要求された流れ変化--Flow ID IEはこのCCEには州の情報が全くない接続を特定します。 FCAメッセージにはFlow IDがあって、Flow Failure Codeは対応するFCRメッセージをどんな_SUCH_FLOWにもセットしないで、Flow IDを含んでいて、回避しました。
Policy changes requested were not supported by the CCE. The FCA message has the Flow ID and a Flow Failure Code set to POLICY_REJECT and contains the Flow ID copied from the corresponding FCR message.
変化が要求した方針はCCEによってサポートされませんでした。 FCAメッセージは、Flow IDとFlow Failure CodeをPOLICY_REJECTに用意ができさせて、対応するFCRメッセージからコピーされたFlow IDを含んでいます。
Amsden, et. al. Informational [Page 19] RFC 2124 LFAP March 1997
et Amsden、アル。 1997年の[19ページ]情報のRFC2124LFAP行進
4.4. ARA Related Error Handling
4.4. ARAはエラー処理を関係づけました。
Flow statistics requested for a non-existent flow - The Flow ID IE identified a connection for which this CCE has no state information. The ARA message has the Flow ID and a Flow Failure Code set to NO_SUCH_FLOW and contains the Flow ID copied from the corresponding FCR message. If there were multiple flows that were non-existent then the multi ie format could have the Flow Failure Code in the fixed information section and the individual Flow ID's in the record section.
実在しない流れのために要求された流れ統計--Flow ID IEはこのCCEには州の情報が全くない接続を特定しました。 ARAメッセージは、どんな_SUCH_FLOWにも用意ができさせないで、Flow IDとFlow Failure Codeを対応するFCRメッセージからコピーされたFlow IDを含んでいます。 If there were multiple flows that were non-existent then the multi ie format could have the Flow Failure Code in the fixed information section and the individual Flow ID's in the record section.
5. Security Considerations
5. セキュリティ問題
Security issues are not discussed in this memo.
このメモで安全保障問題について議論しません。
6. Author's Addresses
6. 作者のアドレス
Paul Amsden
Phone: +1 (603) 337-7408
EMail: amsden@ctron.com
ポールAmsdenは以下に電話をします。 +1 (603) 337-7408 メールしてください: amsden@ctron.com
Jim Amweg
Phone: +1 (603) 337-5247
EMail: amsden@ctron.com
ジムAmwegは以下に電話をします。 +1 (603) 337-5247 メールしてください: amsden@ctron.com
Paul Calato
Phone: +1 (603) 337-7625
EMail: amsden@ctron.com
ポールCalatoは以下に電話をします。 +1 (603) 337-7625 メールしてください: amsden@ctron.com
Stephen Bensley
Phone: +1 (603) 337-7061
EMail: amsden@ctron.com
スティーブンBensleyは以下に電話をします。 +1 (603) 337-7061 メールしてください: amsden@ctron.com
Gregory Lyons
Phone: +1 (603) 337-5318
EMail: amsden@ctron.com
グレゴリーリヨン電話: +1 (603) 337-5318 メールしてください: amsden@ctron.com
Cabletron Systems, Inc. is located at:
Cabletron Systems Inc.は以下に位置しています。
P.O. Box 5005
Rochester, NH, 03866-5005
USA
私書箱5005 03866-5005ロチェスター(ニューハンプシャー)(米国)
Amsden, et. al. Informational [Page 20] RFC 2124 LFAP March 1997
et Amsden、アル。 1997年の[20ページ]情報のRFC2124LFAP行進
7. References
7. 参照
[363] "B-ISDN ATM Adaptation Layer (AAL) Specification,"
International Telecommunication Union, ITU-T Recommendation
I.363, Mar. 1993.
[363] 「B-ISDN気圧適合層(AAL)の仕様」、国際電気通信連合、ITU-T推薦I.363、1993年3月。
[1443] "Textual Conventions for version 2 of the Simple Network
Management Protocol (SNMPv2)", RFC 1443, April 1993.
[1443] 「Simple Network Managementプロトコル(SNMPv2)のバージョン2のための原文のConventions」、RFC1443、1993年4月。
[1700] Reynolds, J., and J. Postel, "Assigned Numbers", STD 2,
RFC 1700, October 1994.
[1700] レイノルズ、J.とJ.ポステル、「規定番号」、STD2、RFC1700、1994年10月。
[8824] Information technology - Open Systems Interconnection -
"Specification of Abstract Syntax Notation One (ASN.1),
Second edition", ISO/IEC TR 8824: 1990 (E) 1990-12-15.
[8824] 情報技術--オープン・システム・インターコネクション--「抽象的なSyntax Notation One(ASN.1)、Second版の仕様」、ISO/IEC TR8824: 1990(E)1990年12月15日。
[9577] "Telecommunications and Information Exchange Between Systems
- Protocol Identification in the Network Layer", ISO/IEC TR
9577: 1990 (E) 1990-10-15.
[9577] 「システムの間のテレコミュニケーションと情報交換--ネットワーク層における識別について議定書の中で述べる」ISO/IEC TR9577: 1990(E)1990年10月15日。
[LANE] "LAN Emulation Over ATM Specification - Version 1.0", ATM
Forum af-lane-021.000, January, 1995.
[レーン]、「気圧仕様の上のLANエミュレーション--バージョン1インチ、気圧フォーラムaf車線021.000、1995インチ年1月。
Amsden, et. al. Informational [Page 21]
et Amsden、アル。 情報[21ページ]
一覧
スポンサーリンク
