RFC2297 日本語訳
2297 Ipsilon's General Switch Management Protocol SpecificationVersion 2.0. P. Newman, W. Edwards, R. Hinden, E. Hoffman, F. ChingLiaw, T. Lyon, G. Minshall. March 1998. (Format: TXT=280484 bytes) (Updates RFC1987) (Status: INFORMATIONAL)
プログラムでの自動翻訳です。
RFC一覧
英語原文
Network Working Group P. Newman, Nokia
Request for Comments: 2297 W. Edwards, Sprint
Updates: 1987 R. Hinden, Nokia
Category: Informational E. Hoffman, Nokia
F. Ching Liaw
T. Lyon, Nokia
G. Minshall, Fiberlane
March 1998
ワーキンググループのP.ニューマン、コメントを求めるノキアの要求をネットワークでつないでください: 2297w.エドワーズ、短距離競走アップデート: 1987R.Hinden、ノキアカテゴリ: 情報のE.ホフマン、ノキアF.チン・Liaw T.リヨン、ノキアG.Minshall、1998年のFiberlane行進
Ipsilon's General Switch Management Protocol Specification
Version 2.0
Ipsilonの一般スイッチ管理プロトコル仕様バージョン2.0
Status of this Memo
この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 (1998). All Rights Reserved.
Copyright(C)インターネット協会(1998)。 All rights reserved。
Abstract
要約
This memo specifies enhancements to the General Switch Management Protocol (GSMP) [RFC1987]. The major enhancement is the addition of Quality of Service (QoS) messages. Other improvements have been made to the protocol resulting from operational experience. GSMP is a general purpose protocol to control an ATM switch. It allows a controller to establish and release connections across the switch; add and delete leaves on a multicast connection; manage switch ports; request configuration information; and request statistics.
このメモは一般Switch Managementプロトコル(GSMP)[RFC1987]に増進を指定します。 主要な増進はService(QoS)メッセージのQualityの追加です。 他の改良を運用経験から生じるプロトコルにしました。 GSMPはATMスイッチを制御する汎用のプロトコルです。 それはスイッチの向こう側に設立するコントローラとリリース接続を許します。 マルチキャスト接続に葉を加えて、削除してください。 スイッチポートを管理してください。 設定情報を要求してください。 そして、統計を要求してください。
Newman, et. al. Informational [Page 1] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[1ページ]のRFC2297Ipsilonの一般スイッチ管理行進
Table of Contents
目次
1. Introduction....................................................3
1. 序論…3
2. GSMP Packet Encapsulation.......................................4
2.1 ATM Encapsulation...........................................4
2.2 Ethernet Encapsulation......................................6
2. GSMPパケットカプセル化…4 2.1 気圧カプセル化…4 2.2 イーサネットカプセル化…6
3. Common Definitions and Procedures...............................7
3.1 GSMP Packet Format..........................................8
3.2 Failure Response Messages..................................11
3. 一般的な定義と手順…7 3.1 GSMPパケット・フォーマット…8 3.2 失敗応答メッセージ…11
4. Connection Management Messages.................................16
4.1 Add Branch Message.........................................21
4.2 Delete Tree Message........................................23
4.3 Verify Tree Message........................................24
4.4 Delete All Message.........................................24
4.5 Delete Branches Message....................................25
4.6 Move Branch Message........................................27
4. 接続管理メッセージ…16 4.1 支店メッセージを加えてください…21 4.2 木のメッセージを削除してください…23 4.3 木のメッセージについて確かめてください…24 4.4 すべてのメッセージを削除してください…24 4.5 支店メッセージを削除してください…25 4.6 支店メッセージを動かしてください…27
5. Port Management Messages.......................................29
5.1 Port Management Message....................................29
5.2 Label Range Message........................................34
5. 管理メッセージを移植してください…29 5.1 管理メッセージを移植してください…29 5.2 範囲メッセージをラベルしてください…34
6. State and Statistics Messages..................................37
6.1 Connection Activity Message................................38
6.2 Statistics Messages........................................40
6.2.1 Port Statistics Message..............................44
6.2.2 Connection Statistics Message........................44
6.2.3 QoS Class Statistics Message.........................44
6.3 Report Connection State Message............................45
6. 状態と統計メッセージ…37 6.1接続活動メッセージ…38 6.2の統計メッセージ…40 6.2 .1 統計メッセージを移植してください…44 6.2 .2接続統計メッセージ…44 6.2.3QoSクラス統計メッセージ…44 6.3 接続州のメッセージを報告してください…45
7. Configuration Messages.........................................49
7.1 Switch Configuration Message...............................50
7.2 Port Configuration Message.................................51
7.3 All Ports Configuration Message............................57
7. 構成メッセージ…49 7.1 構成メッセージを切り換えてください…50 7.2 構成メッセージを移植してください…51 7.3 すべてが構成メッセージを移植します…57
8. Event Messages.................................................59
8.1 Port Up Message............................................60
8.2 Port Down Message..........................................60
8.3 Invalid VPI/VCI Message....................................61
8.4 New Port Message...........................................61
8.5 Dead Port Message..........................................61
8. イベントメッセージ…59 8.1 メッセージに移植します。60 8.2 メッセージの下側に移植します。60 8.3の無効のVPI/VCIメッセージ…61 8.4の新しいポートメッセージ…61 8.5人の死者がメッセージを移植します…61
9. Quality of Service Messages....................................61
9.1 Abstract Switch Model......................................62
9.2 QoS Configuration Message..................................66
9.3 Scheduler Establishment Message............................74
9. サービスの質メッセージ…61 9.1の抽象的なスイッチモデル…62 9.2QoS構成メッセージ…66 9.3スケジューラ設立メッセージ…74
Newman, et. al. Informational [Page 2] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[2ページ]のRFC2297Ipsilonの一般スイッチ管理行進
9.4 QoS Class Establishment Message............................78
9.5 QoS Release Message........................................85
9.6 QoS Connection Management Message..........................86
9.7 QoS Failure Response Codes.................................97
9.4QoSクラス設立メッセージ…78 9.5QoSがメッセージを発表します…85 9.6QoS接続管理メッセージ…86 9.7のQoS失敗応答コード…97
10. Adjacency Protocol............................................97
10.1 Packet Format.............................................98
10.2 Procedure.................................................101
10.3 Loss of Synchronization...................................103
10. 隣接番組プロトコル…97 10.1 パケット形式…98 10.2手順…101 10.3 同期の損失…103
11. Summary of Failure Response Codes.............................104
11. 失敗応答コードの概要…104
12. Summary of Message Set........................................105
12. メッセージの概要はセットしました…105
References........................................................107 Security Considerations...........................................107 Authors' Addresses................................................107 Full Copyright Statement..........................................109
参照…107 セキュリティ問題…107人の作者のアドレス…107 完全な著作権宣言文…109
1. Introduction
1. 序論
The General Switch Management Protocol (GSMP), is a general purpose protocol to control an ATM switch. GSMP allows a controller to establish and release connections across the switch; add and delete leaves on a multicast connection; manage switch ports; request configuration information; and request statistics. It also allows the switch to inform the controller of asynchronous events such as a link going down. GSMP runs across an ATM link connecting the controller to the switch, on a control connection (virtual channel) established at initialization. GSMP operation across an Ethernet link is also specified. The GSMP protocol is asymmetric, the controller being the master and the switch being the slave. Multiple switches may be controlled by a single controller using multiple instantiations of the protocol over separate control connections.
一般Switch Managementプロトコル(GSMP)はATMスイッチを制御する汎用のプロトコルです。 GSMPはスイッチの向こう側に設立するコントローラとリリース接続を許します。 マルチキャスト接続に葉を加えて、削除してください。 スイッチポートを管理してください。 設定情報を要求してください。 そして、統計を要求してください。 また、それで、リンクなどの非同期的なイベントが残るのについてスイッチはコントローラを知らせることができます。 GSMPはコントローラをスイッチに接続するATMリンクに出くわします、接続(事実上のチャンネル)が初期化で確立したコントロールに関して。 また、イーサネットリンクの向こう側のGSMP操作は指定されます。 コントローラによる奴隷であるマスターとスイッチでありGSMPプロトコルは非対称です。 複数のスイッチが、別々のコントロール接続の上でプロトコルの複数の具体化を使用することで独身のコントローラによって制御されるかもしれません。
A switch is assumed to contain multiple "ports". Each port is a combination of one "input port" and one "output port". Some GSMP requests refer to the port as a whole whereas other requests are specific to the input port or the output port. ATM cells arrive at the switch from an external communication link on incoming virtual paths or virtual channels at an input port. ATM cells depart from the switch to an external communication link on outgoing virtual paths or virtual channels from an output port. Virtual paths on a port or link are referenced by their virtual path identifier (VPI). Virtual channels on a port or link are referenced by their virtual path and virtual channel identifiers (VPI/VCI).
スイッチが複数の「ポート」を含むと思われます。 各ポートは1「入力ポート」と1「出力ポート」の組み合わせです。 全体の、しかし、他の要求が入力ポートか出力ポートに特定であるときに、いくつかのGSMP要求がポートを参照します。 ATMセルは入力ポートの入って来る仮想の経路か事実上のチャンネルで外部コミュニケーションリンクからスイッチに到着します。 ATMセルは外向的な仮想の経路か事実上のチャンネルで出力ポートからスイッチから外部コミュニケーションリンクまで出発します。 それらの仮想の経路識別子(VPI)によってポートかリンクの上の仮想の経路は参照をつけられます。 彼らの仮想の経路と仮想のチャンネル識別子(VPI/VCI)によってポートかリンクの上の事実上のチャンネルは参照をつけられます。
Newman, et. al. Informational [Page 3] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[3ページ]のRFC2297Ipsilonの一般スイッチ管理行進
A virtual channel connection across a switch is formed by connecting an incoming virtual channel to one or more outgoing virtual channels. Virtual channel connections are referenced by the input port on which they arrive and the virtual path and virtual channel identifiers (VPI/VCI) of their incoming virtual channel. A virtual path connection across a switch is formed by connecting an incoming virtual path to one or more outgoing virtual paths. Virtual path connections are referenced by the input port on which they arrive and their virtual path identifier (VPI). In a virtual path connection the value of the VCI in each cell on that, connection is not used by the switch and remains unchanged by the switch.
スイッチの向こう側の仮想のチャンネル接続は、1個以上の辞職している事実上のチャンネルの入って来る事実上のチャンネルに接することによって、形成されます。 彼らの入って来る事実上のチャンネルの彼らが到着する入力ポート、仮想の経路、および仮想のチャンネル識別子(VPI/VCI)によって仮想のチャンネル接続は参照をつけられます。 スイッチの向こう側の仮想の経路接続は、1つ以上の外向的な仮想の経路に入って来る仮想の経路をつなげることによって、形成されます。 彼らが到着する入力ポートと彼らの仮想の経路識別子(VPI)によって仮想の経路接続は参照をつけられます。 それの各セルの中の仮想の経路接続における、VCIの値、接続はスイッチによって使用されないで、またスイッチで変わりがありません。
GSMP supports point-to-point and point-to-multipoint connections. A multipoint-to-point connection is specified by establishing multiple point-to-point connections each of them specifying the same output branch. A multipoint-to-multipoint connection is specified by establishing multiple point-to-multipoint trees each of them specifying the same output branches.
GSMPは、ポイントツーポイントとポイントツーマルチポイントが接続であるとサポートします。 多点からポイントとの接続は、同じ出力ブランチを指定しながら、それぞれ彼らの複数の二地点間接続を確立することによって、指定されます。 多点からマルチポイント接続は、同じ出力ブランチを指定しながら、それぞれそれらの複数のポイントツーマルチポイント木を設立することによって、指定されます。
In general a virtual channel is established with a certain quality of service (QoS). A rich set of QoS messages is introduced in this version of the protocol. However, implementation or operation of GSMP without any of the messages defined in Section 9, "Quality of service messages," is permitted. In this case each virtual channel connection or virtual path connection may be assigned a priority when it is established. It may be assumed that for virtual connections that share the same output port, an ATM cell on a connection with a higher priority is much more likely to exit the switch before an ATM cell on a connection with a lower priority if they are both in the switch at the same time. The number of priorities that each port of the switch supports may be obtained from the port configuration message.
一般に、事実上のチャンネルはあるサービスの質(QoS)で確立されます。 豊かなセットのQoSメッセージはプロトコルのこのバージョンで紹介されます。 しかしながら、「サービスの質メッセージ」というセクション9で定義されたメッセージのどれかのないGSMPの実装か操作が受入れられます。 それがこの場合設立されるとき、優先はそれぞれの仮想のチャンネル接続か仮想の経路接続に割り当てられるかもしれません。 彼らが同時にともにスイッチにいるなら、同じ出力ポートを共有する仮想接続にとって、より高い優先度との関係でのATMセルがATMセルの前で低優先度との関係にスイッチをはるかに出そうであると思われるかもしれません。 ポート構成メッセージからスイッチの各ポートがサポートするプライオリティの数を得るかもしれません。
GSMP contains an adjacency protocol. The adjacency protocol is used to synchronize state across the link, to negotiate which version of the GSMP protocol to use, to discover the identity of the entity at the other end of a link, and to detect when it changes.
GSMPは隣接番組プロトコルを含んでいます。 隣接番組プロトコルは、リンクの向こう側に状態を同期させて、使用するGSMPプロトコルのどのバージョンを交渉するか、そして、リンクのもう一方の端で実体のアイデンティティを発見して、それがいつ変化するかを検出するのに使用されます。
2. GSMP Packet Encapsulation
2. GSMPパケットカプセル化
2.1 ATM Encapsulation
2.1 気圧カプセル化
GSMP packets are variable length and for an ATM data link layer they are encapsulated directly in an AAL-5 CPCS-PDU [I.363] with an LLC/SNAP header as illustrated:
GSMPパケットは可変長です、そして、ATMデータ・リンク層において、それらはLLC/SNAPヘッダーと共に例証されるように直接AAL-5 CPCS-PDU[I.363]でカプセル化されます:
Newman, et. al. Informational [Page 4] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[4ページ]のRFC2297Ipsilonの一般スイッチ管理行進
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| LLC (0xAA-AA-03) | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +
| SNAP (0x00-00-00-88-0C) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
~ GSMP Message ~
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Pad (0 - 47 octets) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
+ AAL-5 CPCS-PDU Trailer (8 octets) +
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LLC(0xAA-AA-03)| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ + | (0×00 00-00-88-0C)を折ってください。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | ~ GSMPメッセージ~| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | (0--47の八重奏)を水増ししてください。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | + AAL-5 CPCS-PDU Trailer(8つの八重奏)+| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(The convention in the documentation of Internet Protocols [RFC1700] is to express numbers in decimal. Numbers in hexadecimal format are specified by prefacing them with the characters "0x". Data is pictured in "big-endian" order. That is, fields are described left to right, with the most significant octet on the left and the least significant octet on the right. Whenever a diagram shows a group of octets, the order of transmission of those octets is the normal order in which they are read in English. Whenever an octet represents a numeric quantity the left most bit in the diagram is the high order or most significant bit. That is, the bit labeled 0 is the most significant bit. Similarly, whenever a multi-octet field represents a numeric quantity the left most bit of the whole field is the most significant bit. When a multi-octet quantity is transmitted, the most significant octet is transmitted first. This is the same coding convention as is used in the ATM layer [I.361] and AAL-5 [I.363].)
(インターネットプロトコル[RFC1700]のドキュメンテーションにおけるコンベンションは小数における数を表すことになっています。 キャラクタを伴う前書きしているそれらで、16進形式における数は指定された"0x"です。データは「ビッグエンディアン」オーダーに描写されます。 すなわち、分野は左でまさしく言われます、権利における左の、そして、最も重要でない八重奏で最も重要な八重奏で。 ダイヤグラムが八重奏のグループを示しているときはいつも、それらの八重奏の送信の注文はそれらが英語で読まれる通常のオーダーです。 八重奏が数値量を表すときはいつも、ダイヤグラムで最も噛み付かれた左は、高位か最上位ビットです。 すなわち、0とラベルされたビットは最も重要なビットです。 同様に、マルチ八重奏分野が数値量を表すときはいつも、大部分が噛み付いた全体の分野の左は最も重要なビットです。 マルチ八重奏量が伝えられるとき、最も重要な八重奏は最初に、伝えられます。 これはATM[I.361]とAAL-5[I.363]層の中で使用される同じコード化コンベンションです。)
The LLC/SNAP header contains the octets: 0xAA 0xAA 0x03 0x00 0x00 0x00 0x88 0x0C. (0x880C is the assigned Ethertype for GSMP.)
LLC/SNAPヘッダーは八重奏を含んでいます: 0xAA 0xAA、0×03 0×00 0×00 0×00 0×88 0x0C。 (0x880CはGSMPのための割り当てられたEthertypeです。)
The maximum transmission unit (MTU) of the GSMP Message field is 1492 octets.
GSMP Message分野のマキシマム・トランスミッション・ユニット(MTU)は1492の八重奏です。
The virtual channel over which a GSMP session is established between a controller and the switch it is controlling is called the GSMP control channel. The default VPI and VCI of the GSMP control channel for LLC/SNAP encapsulated GSMP messages on an ATM data link layer is:
GSMPセッションがそれが監督しているコントローラとスイッチの間で確立される事実上のチャンネルはGSMP制御チャンネルと呼ばれます。 ATMデータ・リンク層に関するGSMPメッセージであるとカプセル化されたLLC/SNAPのGSMP制御チャンネルのデフォルトVPIとVCIは以下の通りです。
VPI = 0
VCI = 15.
VPIは0VCI=15と等しいです。
Newman, et. al. Informational [Page 5] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[5ページ]のRFC2297Ipsilonの一般スイッチ管理行進
2.2 Ethernet Encapsulation
2.2 イーサネットカプセル化
GSMP packets may be encapsulated on an Ethernet data link as illustrated:
GSMPパケットは例証されるようにイーサネットデータ・リンクの上でカプセルに入れられるかもしれません:
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Destination Address |
| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |
| Source Address |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Ethertype (0x88-0C) | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |
| |
~ GSMP Message ~
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Sender Instance |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Receiver Instance |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Pad |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Frame Check Sequence |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 送付先アドレス| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | ソースアドレス| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Ethertype(0×88-0C)| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | | ~ GSMPメッセージ~| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 送付者インスタンス| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 受信機インスタンス| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | パッド| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | フレームチェックシーケンス| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Destination Address
For the SYN message of the adjacency protocol the
Destination Address is the broadcast address
0xFFFFFFFFFFFF. (Alternatively, it is also valid to
configure the node with the unicast 48-bit IEEE MAC address
of the destination. In this case the configured unicast
Destination Address is used in the SYN message.) For all
other messages the Destination Address is the unicast 48-
bit IEEE MAC address of the destination. This address may
be discovered from the Source Address field of messages
received during synchronization of the adjacency protocol.
目的地Address For SYNは隣接番組プロトコルについて通信します。Destination Addressは放送演説0xFFFFFFFFFFFFです。 (あるいはまた、また、目的地のユニキャストの48ビットのIEEE MACアドレスでノードを構成するのも有効です。 この場合、構成されたユニキャストDestination AddressはSYNメッセージで使用されます。) 他のすべてのメッセージに関しては、Destination Addressは噛み付いているIEEE MACが扱う目的地のユニキャスト48です。 このアドレスは隣接番組プロトコルの同期の間に受け取られたメッセージのSource Address分野から発見されるかもしれません。
Source Address
For all messages the Source Address is the 48-bit IEEE MAC
address of the sender.
ソースAddress Forはすべて通信します。Source Addressは48ビットのIEEE MAC送信者のアドレスです。
Ethertype
The assigned Ethertype for GSMP is 0x880C.
GSMPのためのEthertypeの割り当てられたEthertypeは0x880Cです。
Newman, et. al. Informational [Page 6] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[6ページ]のRFC2297Ipsilonの一般スイッチ管理行進
GSMP Message
The maximum transmission unit (MTU) of the GSMP Message
field is 1492 octets.
GSMP Message分野のGSMP Messageマキシマム・トランスミッション・ユニット(MTU)は1492の八重奏です。
Sender Instance
The Sender Instance number for the link obtained from the
adjacency protocol. This field is already present in the
adjacency protocol message. It is appended to all non-
adjacency GSMP messages in the Ethernet encapsulation to
offer additional protection against the introduction of
corrupt state.
リンクの数が入手した送付者Instance Sender Instanceは隣接番組より議定書を作ります。 この分野は隣接番組プロトコルメッセージに既に存在しています。 不正な状態の導入に対する追加保護を提供するイーサネットカプセル化におけるすべての非隣接番組のGSMPメッセージにそれを追加します。
Receiver Instance
The Receiver Instance number is what the sender believes is
the current instance number for the link, allocated by the
entity at the far end of the link. This field is already
present in the adjacency protocol message. It is appended
to all non-adjacency GSMP messages in the Ethernet
encapsulation to offer additional protection against the
introduction of corrupt state.
受信機Instance、Receiver Instance番号は送付者がリンクの遠端における実体によって割り当てられたリンクの現在のインスタンス番号であると信じていることです。 この分野は隣接番組プロトコルメッセージに既に存在しています。 不正な状態の導入に対する追加保護を提供するイーサネットカプセル化におけるすべての非隣接番組GSMPメッセージにそれを追加します。
Pad
The minimum length of the data field of an Ethernet packet
is 46 octets. If necessary, padding should be added such
that it meets the minimum Ethernet frame size. This padding
should be octets of zero and it is not considered to be
part of the GSMP message.
イーサネットパケットのデータ・フィールドの最小の長さのパッドは46の八重奏です。 必要なら、詰め物が加えられるべきであるので、それは最小のイーサネットフレーム・サイズを達成します。 この詰め物はゼロの八重奏であるべきです、そして、それはGSMPメッセージの一部であると考えられません。
After the adjacency protocol has achieved synchronization, for every GSMP message received with an Ethernet encapsulation, the receiver must check the Source Address from the Ethernet MAC header, the Sender Instance, and the Receiver Instance. The incoming GSMP message must be discarded if the Sender Instance and the Source Address do not match the values of Sender Instance and Sender Name stored by the "Update Peer Verifier" operation of the GSMP adjacency protocol. The incoming GSMP message must also be discarded if it arrives over any port other than the port over which the adjacency protocol has achieved synchronization. In addition, the incoming message must also be discarded if the Receiver Instance field does not match the current value for the Sender Instance of the GSMP adjacency protocol.
隣接番組プロトコルが同期を実現した後に、イーサネットカプセル化で受け取られたあらゆるGSMPメッセージがないかどうか受信機はイーサネットMACヘッダー、Sender Instance、およびReceiver InstanceからSource Addressをチェックしなければなりません。 Sender InstanceとSource AddressがGSMP隣接番組プロトコルの「アップデート同輩検証」操作で保存されたSender InstanceとSender Nameの値に合っていないなら、入って来るGSMPメッセージを捨てなければなりません。 また、隣接番組プロトコルが同期を実現したポート以外のどんなポートにわたっても到着するなら、入って来るGSMPメッセージを捨てなければなりません。 また、さらに、Receiver Instance分野がGSMP隣接番組プロトコルのSender Instanceのための現行価値に合っていないなら、入力メッセージを捨てなければなりません。
3. Common Definitions and Procedures
3. 一般的な定義と手順
GSMP is a master-slave protocol. The controller issues request messages to the switch. Each request message indicates whether a response is required from the switch and contains a transaction
GSMPはマスター奴隷プロトコルです。 コントローラ問題はスイッチにメッセージを要求します。 各要求メッセージは、応答がスイッチから必要であり、トランザクションを含むかどうかを示します。
Newman, et. al. Informational [Page 7] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[7ページ]のRFC2297Ipsilonの一般スイッチ管理行進
identifier to enable the response to be associated with the request. The switch replies with a response message indicating either a successful result or a failure. There are five classes of GSMP request-response message: Connection Management, Port Management, State and Statistics, Configuration, and Quality of Service. The switch may also generate asynchronous Event messages to inform the controller of asynchronous events. Event messages are not acknowledged by the controller. There is also an adjacency protocol message used to establish synchronization across the link and maintain a handshake.
応答が要求に関連しているのを可能にする識別子。 応答メッセージが好成績か失敗のどちらかを示していて、スイッチは返答します。 GSMP要求応答メッセージの5つのクラスがあります: 接続管理、ポート管理、州、統計、構成、およびサービスの質。 また、スイッチは非同期的なイベントについてコントローラを知らせる非同期なEventメッセージを生成するかもしれません。 イベントメッセージはコントローラによって承認されません。 また、リンクの向こう側に同期を確立して、握手を維持するのに使用される隣接番組プロトコルメッセージがあります。
For the request-response messages, each message type has a format for the request message and a format for the success response. Unless otherwise specified a failure response message is identical to the request message that caused the failure, with the Code field indicating the nature of the failure. Event messages have only a single format defined as they are not acknowledged by the controller.
要求応答メッセージのために、それぞれのメッセージタイプには、要求メッセージのための形式と成功応答のための形式があります。 別の方法で指定されない場合、失敗応答メッセージは失敗を引き起こした要求メッセージと同じです、Code分野が失敗の本質を示していて。 それらがコントローラによって承認されないとき、イベントメッセージには、定義されたただ一つの書式しかありません。
Switch ports are described by a 32-bit port number. The switch assigns port numbers and it may typically choose to structure the 32 bits into subfields that have meaning to the physical structure of the switch (e.g. slot, port). In general, a port in the same physical location on the switch will always have the same port number, even across power cycles. The internal structure of the port number is opaque to the GSMP protocol. However, for the purposes of network management such as logging, port naming, and graphical representation, a switch may declare the physical location (physical slot and port) of each port. Alternatively, this information may be obtained by looking up the product identity in a database.
スイッチポートは32ビットのポートナンバーによって説明されます。 スイッチはポートナンバーを割り当てます、そして、それはスイッチ(例えば、スロット、ポート)の物理構造に意味を持っている部分体に32ビットを構造化するのを通常選ぶかもしれません。 一般に、スイッチの上の同じ物理的な位置のポートには、同じポートナンバーがいつもあるでしょう、パワーサイクルの向こう側にさえ。 ポートナンバーの内部の構造はGSMPプロトコルに不明瞭です。 しかしながら、伐採や、ポート命名や、グラフ表示などのネットワークマネージメントの目的のために、スイッチは、物理的な位置がそれぞれのポートの(物理的なスロットとポート)であると宣言するかもしれません。 あるいはまた、データベースの製品のアイデンティティを見上げることによって、この情報を得るかもしれません。
Each switch port also maintains a port session number assigned by the switch. A message, with an incorrect port session number must be rejected. This allows the controller to detect a link failure and to keep state synchronized.
また、それぞれのスイッチポートはスイッチによって割り当てられたポートセッション番号を維持します。 メッセージであり、不正確なポートで、セッション番号を拒絶しなければなりません。 これで、コントローラをリンクの故障を検出して、状態と同期し続けます。
Except for the adjacency protocol message, no GSMP messages may be sent across the link until the adjacency protocol has achieved synchronization, and all GSMP messages received on a link that does not currently have state synchronization must be discarded.
隣接番組プロトコルメッセージを除いて、隣接番組プロトコルが同期を実現するまで、リンクの向こう側にGSMPメッセージを全く送らないかもしれなくて、現在州の同期を持っていないリンクの上に受け取られたすべてのGSMPメッセージを捨てなければなりません。
3.1 GSMP Packet Format
3.1 GSMPパケット・フォーマット
All GSMP messages, except the adjacency protocol message, have the following format:
隣接番組プロトコルメッセージ以外のすべてのGSMPメッセージには、以下の形式があります:
Newman, et. al. Informational [Page 8] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[8ページ]のRFC2297Ipsilonの一般スイッチ管理行進
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 | Message Type | Result | Code |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Transaction Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
~ Message Body ~
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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
The version number of the GSMP protocol being used in this
session. It should be set by the sender of the message to
the GSMP protocol version negotiated by the adjacency
protocol.
GSMPのバージョン番号が議定書の中で述べるこのセッションのときに使用されるバージョン。 それは隣接番組プロトコルによって交渉されたGSMPプロトコルバージョンへのメッセージ送信者によって設定されるべきです。
Message Type
The GSMP message type. GSMP messages fall into six classes:
Connection Management, Port Management, State and
Statistics, Configuration, Quality of Service, and Events.
Each class has a number of different message types. In
addition, one Message Type is allocated to the adjacency
protocol.
GSMPメッセージがタイプするメッセージType。 GSMPメッセージは6つのクラスになります: 接続管理、ポート管理、州、統計、構成、サービスの質、およびイベント。 各クラスには、多くの異なったメッセージタイプがあります。 さらに、1Message Typeを隣接番組プロトコルに割り当てます。
Result
Field in a Connection Management request message, a Port
Management request message, or a Quality of Service request
message is used to indicate whether a response is required
to the request message if the outcome is successful. A
value of "NoSuccessAck" indicates that the request message
does not expect a response if the outcome is successful,
and a value of "AckAll" indicates that a response is
expected if the outcome is successful. In both cases a
failure response must be generated if the request fails.
For Sate and Statistics, and Configuration request
messages, a value of "NoSuccessAck" in the request message
is ignored and the request message is handled as if the
field were set to "AckAll". (This facility was added to
reduce the control traffic in the case where the controller
periodically checks that the state in the switch is
correct. If the controller does not use this capability,
all request messages should be sent with a value of
"AckAll.")
Connection Management要求メッセージ、Port Management要求メッセージ、またはService要求メッセージのQualityの結果Fieldは、結果がうまくいくなら応答が要求メッセージに必要であるかどうかを示すのに使用されます。 結果がうまくいくなら、"NoSuccessAck"の値は、要求メッセージが応答を予想しないのを示します、そして、"AckAll"の値は結果がうまくいくなら応答が予想されるのを示します。 どちらの場合も、要求が失敗するなら、失敗応答を生成しなければなりません。 Sate、Statistics、およびConfiguration要求メッセージに関しては、要求メッセージの"NoSuccessAck"の値は無視されます、そして、まるで分野が"AckAll"に設定されるかのように要求メッセージは扱われます。 (この施設は、コントローラが定期的にスイッチの状態が正しいのをチェックする場合でコントロールトラフィックを減少させるために加えられました。 コントローラがこの能力を使用しないなら、"AckAll"の値と共にすべての要求メッセージを送るべきです。)
Newman, et. al. Informational [Page 9] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[9ページ]のRFC2297Ipsilonの一般スイッチ管理行進
In a response message the result field can have three
values: "Success," "More," and "Failure". The "Success" and
"More" results both indicate a success response. The "More"
result indicates that the success response exceeds the
maximum transmission unit of the data link and that one or
more further messages will be sent to complete the success
response. All messages that belong to the same success
response will have the same Transaction Identifier. The
"Success" result indicates a success response that may be
contained in a single message or the final message of a
success response spanning multiple messages.
応答メッセージでは、結果フィールドは3つの値を持つことができます: 「成功」、「以上」、および「失敗。」 「成功」と「より多く」の結果がともに成功応答を示します。 「より多く」の結果が、成功応答がデータ・リンクのマキシマム・トランスミッション・ユニットを超えて、さらなる1つ以上のメッセージが成功応答を終了するために送られるのを示します。 同じ成功応答に属すすべてのメッセージが同じTransaction Identifierを持つでしょう。 「成功」結果は複数のメッセージにかかりながら成功応答のただ一つのメッセージか最終的なメッセージに含まれるかもしれない成功応答を示します。
The encoding of the result field is:
結果フィールドのコード化は以下の通りです。
NoSuccessAck: Result = 1
AckAll: Result = 2
Success: Result = 3
Failure: Result = 4
More: Result = 5.
NoSuccessAck: 結果は1AckAllと等しいです: 結果は2成功と等しいです: 結果は3失敗と等しいです: 結果=もう4: 結果=5。
The Result field is not used in an adjacency protocol
message.
Result分野は隣接番組プロトコルメッセージで使用されません。
Code
Field gives further information concerning the result in a
response message. It is mostly used to pass an error code
in a failure response but can also be used to give further
information in a success response message or an event
message. In a request message the code field is not used
and is set to zero. In an adjacency protocol message the
Code field is used to determine the function of the
message.
コードFieldは応答メッセージにおける結果に関して詳細を与えます。 それを失敗応答におけるエラーコードを通過するのにほとんど使用されますが、また、成功応答メッセージかイベントメッセージの詳細を与えるのに使用できます。 要求メッセージでは、コード分野は、使用されていなくて、ゼロに設定されます。 隣接番組プロトコルメッセージでは、Code分野は、メッセージの機能を決定するのに使用されます。
Transaction Identifier
Used to associate a request message with its response
message. For request messages the controller may select any
transaction identifier. For response messages the
transaction identifier is set to the value of the
transaction identifier from the message to which it is a
response. For event messages the transaction identifier
should be set to zero. The Transaction Identifier is not
used, and the field is not present, in the adjacency
protocol.
要求メッセージを応答メッセージに関連づけるトランザクションIdentifier Used。 要求メッセージに関しては、コントローラはどんなトランザクション識別子も選択するかもしれません。 応答メッセージにおいて、トランザクション識別子はそれが応答であるメッセージからのトランザクション識別子の値に設定されます。 イベントメッセージにおいて、トランザクション識別子はゼロに設定されるべきです。 Transaction Identifierは使用されていません、そして、分野は隣接番組プロトコルで存在していません。
The following fields are frequently found in GSMP messages. They are defined here to avoid repetition.
以下の分野はGSMPメッセージで頻繁に見つけられます。 それらは、反復を避けるためにここで定義されます。
Newman, et. al. Informational [Page 10] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[10ページ]のRFC2297Ipsilonの一般スイッチ管理行進
Port
Gives the port number of the switch port to which the
message applies.
メッセージが適用されるスイッチポートのポートナンバーのGivesを移植してください。
Port Session Number
Each switch port maintains a Port Session Number assigned
by the switch. The port session number of a port remains
unchanged while the port is continuously in the Available
state and the link status is continuously Up. When a port
returns to the Available state after it has been
Unavailable or in any of the Loopback states, or when the
line status returns to the Up state after it has been Down
or in Test, or after a power cycle, a new Port Session
Number must be generated. Port session numbers should be
assigned using some form of random number.
ポートSession Number Eachスイッチポートはスイッチによって割り当てられたPort Session Numberを維持します。 ポートは絶え間なく変わりがありますが、ポートのポートセッション番号はAvailable州で変わりがありません、そして、リンク状態は絶え間なく変わりがあります。Up。 Unavailableになった後にポートがAvailable状態に戻るときに時かDownになった後に系列状態がUp状態に戻るときに時かLoopback州のどれかか、Testか、パワーサイクルの後に、新しいPort Session Numberを生成しなければなりません。 ポートセッション番号は、何らかのフォームの乱数を使用することで割り当てられるべきです。
If the Port Session Number in a request message does not
match the current Port Session Number for the specified
port, a failure response message must be returned with the
Code field indicating, "Invalid port session number." The
current port session number for a port may be obtained
using a Port Configuration or an All Ports Configuration
message.
要求メッセージのPort Session Numberが指定されたポートへの現在のPort Session Numberに合っていないなら、「無効のポートセッション番号」と、Code分野が示していて、失敗応答メッセージを返さなければなりません。 Port ConfigurationかAll Ports Configurationメッセージを使用することでポートの現在のポートセッション番号を得るかもしれません。
Any field in a GSMP message that is unused or defined as "reserved" must be set to zero by the sender and ignored by the receiver.
「予約される」ように未使用の、または、定義されたGSMPメッセージのどんな分野も送付者によってゼロに設定されて、受信機で無視しなければなりません。
It is not an error for a GSMP message to contain additional data after the end of the Message Body. This is to support development and experimental purposes. However, the maximum transmission unit of the GSMP message, as defined by the data link layer encapsulation, must not be exceeded.
それはMessage Bodyの端の後に追加データを含むGSMPメッセージのための誤りではありません。 これは、開発と実験目的をサポートするためのものです。 しかしながら、データ・リンク層カプセル化によって定義されるGSMPメッセージのマキシマム・トランスミッション・ユニットを超えてはいけません。
A success response message must not be sent until the requested operation has been successfully completed.
要求された操作が首尾よく完了するまで、成功応答メッセージを送ってはいけません。
3.2 Failure Response Messages
3.2 失敗応答メッセージ
A failure response message is formed by returning the request message that caused the failure with the Result field in the header indicating failure (Result = 4) and the Code field giving the failure code. The failure code specifies the reason for the switch being unable to satisfy the request message.
ヘッダーのResult分野が失敗(結果=4)を示していて、Code分野が失敗コードを与えていて、失敗応答メッセージは、失敗を引き起こした要求メッセージを返すことによって、形成されます。 失敗コードは要求メッセージを満たすことができないスイッチの理由を指定します。
If the switch issues a failure response in reply to a request message, no change should be made to the state of the switch as a result of the message causing the failure. (For request messages that contain multiple requests, such as the Delete Branches message, the
スイッチが要求メッセージに対して失敗応答を発行するなら、変更を全くメッセージの結果、スイッチが失敗を引き起こす状態にするべきではありません。 (Delete支店メッセージなどの複数の要求を含む要求メッセージのために
Newman, et. al. Informational [Page 11] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[11ページ]のRFC2297Ipsilonの一般スイッチ管理行進
failure response message will specify which requests were successful and which failed. The successful requests may result in changed state.)
失敗応答メッセージはどの要求がうまくいったか、そして、どれが失敗したかを指定するでしょう。 うまくいっている要求は変えられた状態をもたらすかもしれません。)
If the switch issues a failure response it must choose the most specific failure code according to the following precedence:
スイッチが失敗応答を発行するなら、以下の先行に従って、最も特定の失敗コードを選ばなければなりません:
Invalid Message
無効のメッセージ
Failure specific to the particular message type (failure code
16). (The meaning of this failure is dependent upon the
particular message type and is specified in the text defining
the message.)
特定のメッセージタイプ(失敗コード16)に、特定の失敗。 (この失敗の意味は、特定のメッセージタイプに依存していて、メッセージを定義するテキストで指定されます。)
A failure response specified in the text defining the message
type.
失敗応答はメッセージタイプを定義するテキストで指定しました。
Connection Failures
接続失敗
Virtual Path Connection Failures
仮想の経路接続失敗
Multicast Failures
マルチキャスト失敗
QoS Failures (QoS failures are specified in Section 9.7.)
QoSの故障(QoSの故障はセクション9.7で指定されます。)
General Failures
一般失敗
If multiple failures match in any of the following categories, the one that is listed first should be returned. The following failure response messages and failure codes are defined:
複数の失敗が以下のカテゴリのどれかで合っているなら、最初に記載される返すべきです。 以下の失敗応答メッセージと失敗コードは定義されます:
Invalid Message
無効のメッセージ
3: The specified request is not implemented on this switch.
The Message Type field specifies a message that is not
implemented on the switch or contains a value that is not
defined in the version of the protocol running in this
session of GSMP.
3: 指定された要求はこのスイッチの上に実装されません。 Message Type分野は、スイッチの上に実装されないメッセージを指定するか、またはこのセッションの駆け込むGSMPのプロトコルのバージョンで定義されない値を含んでいます。
5: One or more of the specified ports does not exist.
At least one of the ports specified in the message is
invalid. A port is invalid if it does not exist or if it
has been removed from the switch.
5: 指定されたポートの1つ以上は存在していません。 少なくともメッセージで指定されたポートの1つは無効です。 存在していないか、またはスイッチからそれを取り除いたなら、ポートは無効です。
4: Invalid Port Session Number.
The value given in the Port Session Number field does not
match the current Port Session Number for the specified
port.
4: 無効のポートセッション番号。 Port Session Number分野で与えられた値は指定されたポートへの現在のPort Session Numberに合っていません。
Newman, et. al. Informational [Page 12] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[12ページ]のRFC2297Ipsilonの一般スイッチ管理行進
Connection Failures
接続失敗
8: The specified connection does not exist.
An operation that expects a connection to be specified,
either a virtual channel or a virtual path connection,
cannot locate the specified connection. A virtual channel
connection is specified by the input port, input VPI, and
input VCI on which it arrives. A virtual path connection
is specified by the input port and input VPI on which it
arrives.
8: 指定された接続は存在していません。 指定されていて、それが接続を予想する操作(事実上のチャンネルか仮想の経路接続のどちらか)は、指定された接続の場所を見つけることができません。 仮想のチャンネル接続はそれが到着する入力ポート、入力VPI、および入力VCIによって指定されます。 仮想の経路接続は入力ポートとそれが到着する入力VPIによって指定されます。
9: The specified branch does not exist.
An operation that expects a branch of an existing
connection to be specified, either a virtual channel or a
virtual path connection, cannot locate the specified
branch. A branch of a virtual channel connection is
specified by the virtual channel connection it belongs to
and the output port, output VPI, and output VCI on which
it departs. A branch of a virtual path connection is
specified by the virtual path connection it belongs to
and the output port and output VPI on which it departs.
9: 指定されたブランチは存在しません。 既存の接続のブランチが指定されると予想する操作(事実上のチャンネルか仮想の経路接続のどちらか)は、指定されたブランチの場所を見つけることができません。 仮想のチャンネル接続のブランチはそれが出発するそれがものである仮想のチャンネル接続、出力ポート、出力VPI、および出力VCIによって指定されます。 仮想の経路接続のブランチはそれが出発するそれがものである仮想の経路接続、出力ポート、および出力VPIによって指定されます。
18: One or more of the specified input VPIs is invalid.
18: 指定された入力VPIsの1つ以上は無効です。
19: One or more of the specified input VCIs is invalid.
19: 指定された入力VCIsの1つ以上は無効です。
20: One or more of the specified output VPIs is invalid.
20: 指定された出力VPIsの1つ以上は無効です。
21: One or more of the specified output VCIs is invalid.
21: 指定された出力VCIsの1つ以上は無効です。
22: Invalid Class of Service field in a Connection Management
message.
The value of the Class of Service field is invalid.
22: Connection ManagementメッセージのService分野の無効のClass。 Service分野のClassの値は無効です。
23: Insufficient resources for QoS Profile.
The resources requested by the QoS Profile in the Class
of service field are not available.
23: QoS Profileに、不十分なリソース。 サービス分野のClassでQoS Profileによって要求されたリソースは利用可能ではありません。
Virtual Path Connections
仮想の経路コネクションズ
24: Virtual path switching is not supported on this input port.
24: 仮想の経路の切り換えはこの入力ポートの上でサポートされません。
25: Point-to-multipoint virtual path connections are not
supported on either the requested input port or the
requested output port.
One or both of the requested input and output ports is
unable to support point-to-multipoint virtual path
connections.
25: ポイントツーマルチポイントの仮想の経路接続は要求された入力ポートか要求された出力ポートのどちらかの上でサポートされません。 要求された入出力ポートの1か両方が、ポイントツーマルチポイントが仮想の経路接続であるとサポートすることができません。
Newman, et. al. Informational [Page 13] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[13ページ]のRFC2297Ipsilonの一般スイッチ管理行進
26: Attempt to add a virtual path connection branch to an
existing virtual channel connection.
It is invalid to mix branches switched as virtual channel
connections with branches switched as virtual path
connections on the same point-to-multipoint connection.
26: 仮想の経路接続ブランチを既存の仮想のチャンネル接続に加えるのを試みてください。 ブランチとの仮想のチャンネル接続が仮想の経路接続として同じポイントツーマルチポイント接続を切り換えたとき切り換えられたブランチを混合するのは無効です。
27: Attempt to add a virtual channel connection branch to an
existing virtual path connection.
It is invalid to mix branches switched as virtual channel
connections with branches switched as virtual path
connections on the same point-to-multipoint connection.
27: 既存の仮想の経路接続に仮想のチャンネル接続ブランチを加えるのを試みてください。 ブランチとの仮想のチャンネル接続が仮想の経路接続として同じポイントツーマルチポイント接続を切り換えたとき切り換えられたブランチを混合するのは無効です。
Multicast Failures
マルチキャスト失敗
10: A branch belonging to the specified point-to-multipoint
connection is already established on the specified output
port and the switch cannot support more than a single
branch of any point-to-multipoint connection on the same
output port.
10: 指定されたポイントからマルチポイント接続のものである支店は指定された出力ポートで既に開設されます、そして、スイッチは同じ出力ポートにおけるどんなポイントツーマルチポイント接続の単一のブランチ以上もサポートすることができません。
11: The limit on the maximum number of point-to-multipoint
connections that the switch can support has been reached.
11: スイッチがサポートすることができるポイントツーマルチポイント接続の最大数における限界に達しました。
12: The limit on the maximum number of branches that the
specified point-to-multipoint connection can support has
been reached.
12: 指定されたポイントからマルチポイント接続が支えることができるブランチの最大数における限界に達しました。
17: Cannot label each output branch of a point-to-multipoint tree
with a different label.
Some early designs, and some low-cost ATM switch designs,
require all output branches of a multicast connection to
use the same value of VPI/VCI.
17: 異なったラベルでポイントツーマルチポイント木のそれぞれの出力枝をラベルできません。 いくつかの早めのデザイン、およびいくつかの安価のATMスイッチデザインが、VPI/VCIの同じ値を使用するためにすべての出力ブランチにマルチキャスト接続を要求します。
28: Only point-to-point bidirectional connections may be
established.
It is an error to attempt to add an additional output
branch to an existing connection with the bidirectional
flag set.
28: 二地点間双方向の接続だけを確立してもよいです。 それは双方向の旗のセットとの既存の接続に追加出力ブランチを加えるのを試みる誤りです。
13: Unable to assign the requested VPI/VCI value to the requested
branch on the specified point-to-multipoint connection.
Although the requested VPI and VCI are valid, the switch
is unable to support the request using the specified
values of VPI and VCI for some reason not covered by the
above failure responses. This message implies that a
valid value of VPI or VCI exists that the switch could
13: 指定されたポイントからマルチポイント接続のときに要求されたVPI/VCI値を要求されたブランチに配属できません。 要求されたVPIとVCIは有効ですが、スイッチは、上の失敗応答である理由でカバーされなかったVPIとVCIの規定値を使用することで要求をサポートすることができません。 このメッセージが、VPIかVCIの有効値が存在するのを含意する、スイッチはそうすることができました。
Newman, et. al. Informational [Page 14] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[14ページ]のRFC2297Ipsilonの一般スイッチ管理行進
support. For example, some switch designs restrict the
number of distinct VPI/VCI values available to a point-
to-multipoint connection. (Most switch designs will not
require this message.)
サポート。 例えば、いくつかのスイッチデザインがマルチポイント接続でポイントに利用可能な異なったVPI/VCI値の数を制限します。 (ほとんどのスイッチデザインはこのメッセージを必要としないでしょう。)
14: General problem related to the manner in which point-to-
multipoint is supported by the switch.
Use this message if none of the more specific multicast
failure messages apply. (Most switch designs will not
require this message.)
14: どのポイントから多点で方法に関連する一般的問題はスイッチによってサポートされます。 より特定のマルチキャスト失敗メッセージのいずれも適用されないなら、このメッセージを使用してください。 (ほとんどのスイッチデザインはこのメッセージを必要としないでしょう。)
General Failures
一般失敗
2: Invalid request message.
There is an error in one of the fields of the message not
covered by a more specific failure message.
2: 無効の要求メッセージ。 誤りが、より特定の失敗メッセージでカバーされなかったメッセージの分野の1つにあります。
6: One or more of the specified ports is down.
A port is down if its Port Status is Unavailable.
Connection Management, Connection State, Port Management,
and Configuration operations are permitted on a port that
is Unavailable. Connection Activity and Statistics
operations are not permitted on a port that is
Unavailable and will generate this failure response. A
Port Management message specifying a Take Down function
on a port already in the Unavailable state will also
generate this failure response.
6: 指定されたポートの1つ以上は下がっています。 ポートはPort StatusがUnavailableであるなら下がっています。 接続Management、Connection州、Port Management、およびConfiguration操作はUnavailableであるポートの上で受入れられます。 接続ActivityとStatistics操作は、Unavailableであるポートの上で可能にされないで、この失敗が応答であると生成するでしょう。 また、既にUnavailable状態のポートの上でTake Down機能を指定するPort Managementメッセージは、この失敗が応答であると生成するでしょう。
15: Out of resources.
The switch has exhausted a resource not covered by a more
specific failure message, for example, running out of
memory.
15: リソースから。 スイッチで、例えばメモリを使い果たしながら、より特定の失敗メッセージでカバーされなかったリソースはくたくたになりました。
1: Unspecified reason not covered by other failure codes.
The failure message of last resort.
1: 他の失敗コードでカバーされなかった不特定の理由。 切り札に関する失敗メッセージ。
The following failure response messages are only used by the Label
Range message.
以下の失敗応答メッセージはLabel Rangeメッセージによって使用されるだけです。
29: Cannot support requested VPI range.
29: 要求されたVPIが範囲であるとサポートすることができません。
30: Cannot support requested VCI range on all requested VPIs.
30: 要求されたVCIがすべての要求されたVPIsの上の範囲であるとサポートすることができません。
The following failure response messages are only used by the Set
Transmit Cell Rate function of the Port Management
message.
以下の失敗応答メッセージはPort ManagementメッセージのSet Transmit Cell Rate機能によって使用されるだけです。
31: The transmit cell rate of this output port cannot be changed.
31: この出力ポートのセル料金を伝えてください。変えることができません。
Newman, et. al. Informational [Page 15] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[15ページ]のRFC2297Ipsilonの一般スイッチ管理行進
32: Requested transmit cell rate out of range for this output
port.
32: セルレートを範囲からこの出力ポートに伝えるよう要求しました。
4. Connection Management Messages
4. 接続管理メッセージ
Connection management messages are used by the controller to establish, delete, modify and verify virtual channel connections and virtual path connections across the switch. The Add Branch, Delete Tree, and Delete All connection management messages have the following format for both request and response messages:
接続管理メッセージは設立するコントローラによって使用されます、と仮想のチャンネル接続と仮想の経路接続はスイッチの向こう側に削除して、変更して、確かめます。 Add支店、Delete Tree、およびDelete All接続管理メッセージには、要求と応答メッセージの両方のための以下の形式があります:
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 | Message Type | Result | Code |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Transaction Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Port Session Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Input Port |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|M|Q|B|C| Input VPI | Input VCI |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Output Port |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|x x x x| Output VPI | Output VCI |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Number of Branches | Class of Service |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | バージョン| メッセージタイプ| 結果| コード| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | トランザクション識別子| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ポートセッション番号| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 入力ポート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |M|Q|B|C| 入力VPI| 入力VCI| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 出力ポート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |x x x x| 出力VPI| 出力VCI| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 支店の数| サービスのクラス| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Input Port
Identifies a switch input port.
スイッチ入力が移植するPort Identifiesを入力してください。
Flags
旗
M: Multicast
The Multicast flag is used as a hint for point-to-
multipoint connections in the Add Branch message. It is not
used in any other connection management messages and in
these messages it should be set to zero. If set, it
indicates that the virtual channel connection or the
virtual path connection is very likely to be a point-to-
multipoint connection. If zero, it indicates that this
connection is very likely to be a point-to-point connection
or is unknown.
M: Multicastが旗を揚げさせるマルチキャストはAdd支店メッセージにおけるポイントからマルチポイント接続にヒントとして使用されます。 それはいかなる他の接続管理メッセージと合わせてくださいそれが設定されるべきであるゼロこれらのメッセージでも使用されません。 設定されるなら、それは、仮想のチャンネル接続か仮想の経路接続が非常にポイントからマルチポイント接続である傾向があることを示します。 ゼロであるなら、それは、この接続が非常に二地点間接続である傾向があるか、または未知であることを示します。
Newman, et. al. Informational [Page 16] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[16ページ]のRFC2297Ipsilonの一般スイッチ管理行進
The Multicast flag is only used in the Add Branch message
when establishing the first branch of a new connection. It
is not required to be set when establishing subsequent
branches of a point-to-multipoint connection and on such
connections it should be ignored by the receiver. (On
receipt of the second and subsequent Add Branch messages
the receiver knows that this is a point-to-multipoint
connection.) If it is known that this is the first branch
of a point-to-multipoint connection this flag should be
set. If it is unknown, or if it is known that the
connection is point-to-point this flag should be zero. The
use of this flag is not mandatory. It may be ignored by the
switch. If unused the flag should be set to zero. Some
switches use a different data structure for point-to-
multipoint connections than for point-to-point connections.
This flag avoids the switch setting up a point-to-point
structure for the first branch of a point-to-multipoint
connection which must immediately be deleted and
reconfigured as point-to-multipoint when the second branch
is established.
新しい接続の最初の支店を開設するときだけ、Multicast旗はAdd支店メッセージで使用されます。 ポイントツーマルチポイント接続のその後の支店を開設するとき、設定されるのに必要ではありません、そして、そのような接続のときに、それは受信機で無視されるべきです。. (これがポイントツーマルチポイント接続であるという受信機が知っている2番目の、そして、その後のAdd支店メッセージを受け取り次第。) これがポイントツーマルチポイント接続の最初のブランチであることが知られているなら、この旗は設定されるべきです。 それが未知であるか、接続が二地点間であることが知られているならこの旗がゼロであるなら。 この旗の使用は義務的ではありません。 それはスイッチによって無視されるかもしれません。 未使用であるなら、旗はゼロに設定されるべきです。 いくつかのスイッチがポイントからマルチポイント接続に二地点間接続と異なったデータ構造を使用します。 この旗は第2支店がすぐに開設されるとき、ポイントツーマルチポイントとして削除されて、再構成しなければならないポイントツーマルチポイント接続の最初のブランチのための二地点間構造を設立するスイッチを避けます。
Q: QoS Profile
The QoS Profile flag, if set, indicates that the Class of
Service field contains a QoS Profile Identifier. If this
flag is zero, it indicates that the Class of Service field
contains a Priority or a Scheduler Identifier.
Q: QoS Profile QoS Profileは、設定されるなら弛んで、Service分野のClassがQoS Profile Identifierを含むのを示します。 この旗がゼロであるなら、それは、Service分野のClassがPriorityかScheduler Identifierを含むのを示します。
B: Bidirectional
The Bidirectional flag applies only to the Add Branch
message. In all other Connection Management messages it is
not used. It may only be used when establishing a point-
to-point connection. The Bidirectional flag in an Add
Branch message, if set, requests that two unidirectional
virtual channels or virtual paths be established, one in
the forward direction, and one in the reverse direction. It
is equivalent to two Add Branch messages, one specifying
the forward direction, and one specifying the reverse
direction. The forward direction uses the values of Input
Port, Input VPI, Input VCI, Output Port, Output VPI, and
Output VCI as specified in the Add Branch message. The
reverse direction is derived by exchanging the values
specified in the Input Port, Input VPI, and Input VCI
fields, with those of the Output Port, Output VPI, and
Output VCI fields respectively. Thus, a virtual connection
in the reverse direction arrives at the input port
specified by the Output Port field, on the VPI/VCI
specified by the Output VPI and Output VCI fields. It
departs from the output port specified by the Input Port
B: 双方向、Bidirectional旗はAdd支店メッセージだけに適用されます。 他のすべてのConnection Managementメッセージでは、それは使用されていません。 ポイントとのポイント接続を確立するときだけ、それは使用されるかもしれません。 BidirectionalはAdd支店メッセージで2つの単方向の事実上のチャンネルか仮想の経路が確立されるという要求設定されるなら、順方向への1、および反対の方向への1つに旗を揚げさせます。 それは、反対の方向を指定しながら、2つのAdd支店メッセージ、順方向を指定する1つ、および1つに同等です。 順方向はAdd支店メッセージの指定されるとしてのInput Port、Input VPI、Input VCI、Output Port、Output VPI、およびOutput VCIの値を使用します。 反対の方向は、Input Port、Input VPI、およびInput VCI分野でOutput Port、Output VPI、およびOutput VCI分野のものでそれぞれ指定された値を交換することによって、引き出されます。 したがって、反対の方向への仮想接続はOutput VPIとOutput VCI分野によって指定されたVPI/VCIのOutput Port分野によって指定された入力ポートに到着します。 それはInput Portによって指定された出力ポートから出発します。
Newman, et. al. Informational [Page 17] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[17ページ]のRFC2297Ipsilonの一般スイッチ管理行進
field, on the VPI/VCI specified by the Input VPI and Input
VCI fields.
Input VPIによって指定されたVPI/VCIとInput VCIで分野をさばいてください。
The Bidirectional flag is simply a convenience to establish
two unidirectional virtual connections in opposite
directions between the same two ports, with identical
VPI/VCIs, using a single Add Branch message. In all future
messages the two unidirectional virtual connections must be
handled separately. There is no bidirectional delete
message. However, a single Delete Branches message with two
Delete Branch Elements, one for the forward connection and
one for the reverse, may be used.
Bidirectional旗は単に同じ2つのポートの間の方向の反対側で2人の単方向の仮想接続をつく便利です、同じVPI/VCIsと共に、ただ一つのAdd支店メッセージを使用して。 すべての将来のメッセージでは、別々に2人の単方向の仮想接続を扱わなければなりません。 ノーは双方向です。そこ、メッセージを削除してください。 しかしながら、2Delete支店のElementsがいるただ一つのDelete支店メッセージ(前進の接続のためのものと逆のためのもの)は、使用されるかもしれません。
C: Congestion Indication
The Congestion Indication flag, if set, requests that cells
on this connection be marked if congestion is experienced.
If this connection passes through a queue that the switch
considers to be congested, the Congestion Experienced bit
will be set in the Payload Type field of the cell header of
all cells on the connection. GSMP does not specify the
algorithm or any threshold by which the switch decides when
a queue is congested.
C: 設定されるなら、Indication Congestion Indicationが旗を揚げさせる混雑は、混雑が経験豊富であるならこの接続でのセルがマークされるよう要求します。 この接続がスイッチが充血すると考える待ち行列を通り抜けると、Congestion Experiencedビットは接続でのすべてのセルのセルヘッダーの有効搭載量Type分野に設定されるでしょう。 GSMPはスイッチが待ち行列がいつ混雑しているかを決めるアルゴリズムかどんな敷居も指定しません。
Input VPI
Identifies an ATM virtual path arriving at the switch input
port indicated by the Input Port field.
VPI Identifiesを入力してください。Input Port分野によって示されたスイッチ入力ポートに到着するATMの仮想の経路。
Input VCI
Identifies an ATM virtual channel arriving on the virtual
path indicated by the Input VPI field at the switch input
port indicated by the Input Port field. For virtual path
connections the Input VCI field is not used.
仮想の経路で到着するATMの事実上のチャンネルがスイッチのInput VPIフィールドでInput Port分野によって示されたポートを入力するのを示したVCI Identifiesを入力してください。 仮想の経路接続において、Input VCI分野は使用されていません。
Output Port
Identifies a switch output port.
スイッチ出力が移植するPort Identifiesを出力してください。
x: Unused
x: 未使用
Output VPI
Identifies an outgoing virtual path departing from the
switch output port indicated in the Output Port field.
スイッチからの外向的な仮想の経路出発が示されたポートを出力したOutput PortがさばくVPI Identifiesを出力してください。
Output VCI
Identifies an outgoing virtual channel departing on the
virtual path indicated by the Output VPI field from the
switch output port indicated in the Output Port field. For
virtual path connections the Output VCI field is not used.
仮想の経路で出発する辞職している事実上のチャンネルがスイッチからのOutput VPI分野でOutput Port分野で示されたポートを出力するのを示したVCI Identifiesを出力してください。 仮想の経路接続において、Output VCI分野は使用されていません。
Newman, et. al. Informational [Page 18] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[18ページ]のRFC2297Ipsilonの一般スイッチ管理行進
Number of Branches
In a success response message and a failure response
message, gives the number of output branches on a virtual
channel connection or a virtual path connection after
completion of the requested operation. (A point-to-point
connection will have one branch, a point-to-multipoint
connection will have two or more branches.) If the switch
is unable to keep track of the number of branches on a
virtual path connection or a virtual channel connection it
must respond with the value 0xFFFF meaning: "number of
branches unknown". This field is not used in the request
message.
支店In a成功応答メッセージと失敗応答メッセージの数、要求された操作の完成の後に仮想のチャンネル接続か仮想の経路接続に出力ブランチの数を与えます。 (二地点間接続には、1つのブランチがあるだろうか、ポイントツーマルチポイント接続では、2があるだろうか、または以上は分岐します。) スイッチが仮想の経路接続か仮想のチャンネル接続のときにブランチの数の動向をおさえることができないなら、値の0xFFFF意味で応じなければなりません: 「未知のブランチの数。」 この分野は要求メッセージで使用されません。
Class of Service
This field can contain either a QoS Profile Identifier, a
Priority, or a Scheduler Identifier. If the QoS Profile
flag in the Flags field is set, the Class of Service field
contains a QoS Profile. If the QoS Profile flag in the
Flags field is zero, and the value of the Class of Service
field is greater than or equal to 0x100, the Class of
Service field contains a Scheduler Identifier. If the QoS
Profile flag in the Flags field is zero, and the value of
the Class of Service field is less than 0x100, the Class of
Service field contains a Priority. (Values of Scheduler
Identifier less than 0x100 are interpreted as priorities.)
The Class of Service field is only used in the Add Branch
and Move Branch messages.
Service This分野のクラスはQoS Profile Identifier、Priority、またはScheduler Identifierを含むことができます。 Flags分野のQoS Profile旗が設定されるなら、Service分野のClassはQoS Profileを含んでいます。 Flags分野のQoS Profile旗がゼロであり、Service分野のClassの値が0×100以上であるなら、Service分野のClassはScheduler Identifierを含んでいます。 Flags分野のQoS Profile旗がゼロであり、Service分野のClassの値が0×100であるなら、Service分野のClassはPriorityを含んでいます。 (Scheduler Identifier0x100の値はプライオリティとして解釈されます。) Service分野のClassはAdd支店とMove支店メッセージで使用されるだけです。
A QoS Profile Identifier is an opaque 16-bit value. It is
used to identify a QoS profile in the switch which
specifies the Quality of Service required by the
connection. QoS profiles are established by a mechanism
external to GSMP.
QoS Profile Identifierは不透明な16ビットの値です。 それは、接続によって必要とされたServiceのQualityを指定するスイッチでQoSプロフィールを特定するのに使用されます。 QoSプロフィールはGSMPへの外部のメカニズムによって設立されます。
A Scheduler Identifier is an alternative method of
communicating the QoS requirements of a connection. The
Scheduler Identifier is defined in Section 9, "Quality of
Service Messages."
Scheduler Identifierは接続のQoS要件を伝える別法です。 Scheduler Identifierはセクション9、「サービスの質メッセージ」で定義されます。
A Priority specifies the priority of the connection for Add
Branch and Move Branch messages that choose not to use a
QoS profile, or the QoS capabilities defined in Section 9,
"Quality of Service Messages." The highest priority is
numbered zero and the lowest priority is numbered "Q-1"
where "Q" is the number of priorities that the output port
can support. The ability to offer different qualities of
service to different connections based upon their priority
is assumed to be a property of the output port of the
PriorityはQoSプロフィール、またはQoSセクション9で定義された能力、「サービスの質メッセージ」を使用しないのを選ぶAdd支店とMove支店メッセージのための接続の優先権を指定します。 最優先が番号付のゼロであり、最も低い優先度が番号付である、「Q-1インチ、どこ、「Q」は出力ポートがサポートすることができるプライオリティの数であるか」。 異なった彼らの優先権に基づく異なった接続に対するサービスの品質を提供する能力は出力ポートの特性であると思われます。
Newman, et. al. Informational [Page 19] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[19ページ]のRFC2297Ipsilonの一般スイッチ管理行進
switch. It is assumed that for virtual path connections or
virtual channel connections that share the same output
port, an ATM cell on a connection with a higher priority is
much more likely to exit the switch before an ATM cell on a
connection with a lower priority, if they are both in the
switch at the same time. The number of priorities that each
output port can support is given in the Port Configuration
message.
切り替わってください。 同じ出力ポートを共有する仮想の経路接続か仮想のチャンネル接続にとって、より高い優先度との関係でのATMセルがATMセルの前で低優先度との関係にスイッチをはるかに出そうであると思われます、彼らが同時にともにスイッチにいるなら。 Port Configurationメッセージでそれぞれの出力ポートがサポートすることができるプライオリティの数を与えます。
For all connection management messages, except the Delete Branches message, the success response message is a copy of the request message returned with the Result field indicating success and the Number of Branches field indicating the number of branches on the connection after completion of the operation. The Code field is not used in a connection management success response message.
Delete支店メッセージ以外のすべての接続管理メッセージに関しては、成功応答メッセージは操作の完成の後に接続のときにブランチの数を示す成功を示して、支店のNumberがさばくResult分野と共に返された要求メッセージのコピーです。 Code分野は接続経営の成功応答メッセージに使用されません。
The failure response message is a copy of the request message returned with a Result field indicating failure and the Number of Branches field indicating the number of branches on the connection.
失敗応答メッセージは接続のときにブランチの数を示す失敗を示して、支店のNumberがさばくResult分野と共に返された要求メッセージのコピーです。
Fundamentally, no distinction is made between point-to-point and point-to-multipoint connections. By default, the first Add Branch message for a particular Input Port, Input VPI, and Input VCI will establish a point-to-point virtual connection. The second Add Branch message with the same Input Port, Input VPI, and Input VCI fields will convert the connection to a point-to-multipoint virtual connection with two branches. (For virtual path connections the Input VCI is not required.) However, to avoid possible inefficiency with some switch designs, the Multicast Flag is provided. If the controller knows that a new connection is point-to-multipoint when establishing the first branch, it may indicate this in the Multicast Flag. Subsequent Add Branch messages with the same Input Port, Input VPI, and Input VCI fields will add further branches to the point-to- multipoint connection. Use of the Delete Branch message on a point- to-multipoint connection with two branches will result in a point- to-point connection. However, the switch may structure this connection as a point-to-multipoint connection with a single output branch if it chooses. (For some switch designs this structure may be more convenient.) Use of the Delete Branch message on a point-to- point connection will delete the point-to-point connection. There is no concept of a connection with zero output branches. All connections are unidirectional, one input virtual path or virtual channel to one or more output virtual paths or virtual channels.
基本的に、ポイントツーポイントとポイントツーマルチポイント接続の間で区別を全くしません。 デフォルトで、特定のInput Port、Input VPI、およびInput VCIへの最初のAdd支店メッセージは二地点間仮想接続を確立するでしょう。 同じInput Port、Input VPI、およびInput VCI分野がある2番目のAdd支店メッセージは2つのブランチとのポイントツーマルチポイント仮想接続に接続を変換するでしょう。 (仮想の経路接続において、Input VCIは必要ではありません。) しかしながら、いくつかのスイッチデザインで可能な非能率を避けるために、Multicast Flagを提供します。 コントローラが、最初の支店を開設するとき、新しい接続がポイントツーマルチポイントであることを知っているなら、それはMulticast Flagでこれを示すかもしれません。 同じInput Port、Input VPI、およびInput VCI分野があるその後のAdd支店メッセージはポイントから多点との接続に一層のブランチを加えるでしょう。 2つのブランチとのマルチポイント接続のポイントにおけるDelete支店メッセージの使用はポイントとのポイント接続をもたらすでしょう。 しかしながら、選ぶなら、スイッチは単一の出力ブランチとのポイントツーマルチポイント接続としてこの接続を構造化するかもしれません。 (いくつかのスイッチデザインはこの構造は、より都合がよいかもしれません。) ポイントからポイントとの接続のDelete支店メッセージの使用は二地点間接続を削除するでしょう。 出力ブランチがないとの接続の概念が全くありません。 すべての接続が、1、さらに出力された仮想の経路または事実上のチャンネルの1個の単方向、入力の仮想の経路または事実上のチャンネルです。
GSMP supports point-to-point and point-to-multipoint connections. A multipoint-to-point connection is specified by establishing multiple point-to-point connections each of them specifying the same output branch. (An output branch is specified by an output port and output
GSMPは、ポイントツーポイントとポイントツーマルチポイントが接続であるとサポートします。 多点からポイントとの接続は、同じ出力ブランチを指定しながら、それぞれ彼らの複数の二地点間接続を確立することによって、指定されます。 (出力ブランチは出力ポートと出力で指定されます。
Newman, et. al. Informational [Page 20] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[20ページ]のRFC2297Ipsilonの一般スイッチ管理行進
VPI for a virtual path connection and by an output port, output VPI, and output VCI for a virtual channel connection.) A multipoint-to- multipoint connection is specified by establishing multiple point- to-multipoint trees each of them specifying the same output branches.
仮想のチャンネル接続のための仮想の経路接続、出力ポート、出力VPI、および出力VCIによるVPI。) 多点からマルチポイント接続は、同じ出力ブランチを指定しながら、それぞれ多点へのそれらの複数のポイント木を設立することによって、指定されます。
The connection management messages apply both to virtual channel connections and virtual path connections. The Add Branch and Move Branch connection management messages have two Message Types. One Message Type indicates that a virtual channel connection is required, and the other Message Type indicates that a virtual path connection is required. The Delete Branches, Delete Tree, and Delete All connection management messages have only a single Message Type because they do not need to distinguish between virtual channel connections and virtual path connections. For virtual path connections, neither Input VCI fields nor Output VCI fields are required. They should be set to zero by the sender and ignored by the receiver. Virtual channel branches may not be added to an existing virtual path connection. Conversely, virtual path branches may not be added to an existing virtual channel connection. In the Port Configuration message each switch input port may declare whether it is capable of supporting virtual path switching (i.e. accepting connection management messages requesting virtual path connections).
接続管理メッセージは仮想のチャンネル接続と仮想の経路接続に適用されます。 Add支店とMove支店接続管理メッセージには、2Message Typesがあります。 1Message Typeが、仮想のチャンネル接続が必要であることを示します、そして、もう片方のMessage Typeは仮想の経路接続が必要であることを示します。 彼らが仮想のチャンネル接続と仮想の経路接続を見分ける必要はないので、Delete支店、Delete Tree、およびDelete All接続管理メッセージには、独身のMessage Typeしかありません。 仮想の経路接続において、Input VCI分野もOutput VCI分野も必要ではありません。 それらは、送付者によってゼロに設定されて、受信機によって無視されるべきです。仮想のチャンネルブランチは既存の仮想の経路接続に加えられないかもしれません。 逆に、仮想の経路ブランチは既存の仮想のチャンネル接続に加えられないかもしれません。 それぞれPort Configurationメッセージでは、それが仮想の経路の切り換え(すなわち、仮想の経路接続を要求する接続管理メッセージを受け入れる)をサポートすることができるか否かに関係なく、ポートが宣言するかもしれない入力を切り換えてください。
The connection management messages may be issued regardless of the Port Status of the switch port. Connections may be established or deleted when a switch port is in the Available, Unavailable, or any of the Loopback states. However, all connection state on an input port will be deleted when the port returns to the Available state from any other state, i.e. when a Port Management message is received for that port with the Function field indicating either Bring Up, or Reset Input Port.
スイッチポートのPort Statusにかかわらず接続管理メッセージを発行するかもしれません。 スイッチポートがAvailable、Unavailable、またはLoopback州のどれかにあるとき、コネクションズは、確立されるか、または削除されるかもしれません。 しかしながら、ポートがいかなる他の状態からもAvailable状態に戻るとき、入力ポートのすべての接続状態が削除されるでしょう、すなわち、Function分野がBring UpかReset Input Portのどちらかを示していてPort Managementメッセージをそのポートに受け取るとき。
4.1 Add Branch Message
4.1は支店メッセージを加えます。
The Add Branch message is a connection management message used to establish a virtual channel connection or a virtual path connection or to add an additional branch to an existing virtual channel connection or virtual path connection. It may also be used to check the connection state stored in the switch. The connection is specified by the Input Port, Input VPI, and Input VCI fields. The output branch is specified by the Output Port, Output VPI, and Output VCI fields. The quality of service requirements of the connection are specified by the Class of Service field. To request a virtual channel connection the Virtual Channel Connection (VCC) Add Branch message is:
既存の仮想のチャンネル接続か仮想の経路接続においてAdd支店メッセージは仮想のチャンネル接続か仮想の経路接続を証明するか、または追加ブランチを加えるのに使用される接続管理メッセージです。 また、それは、スイッチに保存された接続状態をチェックするのに使用されるかもしれません。 接続はInput Port、Input VPI、およびInput VCI分野によって指定されます。 出力ブランチはOutput Port、Output VPI、およびOutput VCI分野によって指定されます。 接続のサービスの質要件はService分野のClassによって指定されます。 仮想のチャンネル接続を要求するために、Virtual Channel Connection(VCC)は、支店メッセージは以下の通りであると言い足します。
Message Type = 16
メッセージタイプ=16
Newman, et. al. Informational [Page 21] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[21ページ]のRFC2297Ipsilonの一般スイッチ管理行進
To request a virtual path connection the Virtual Path Connection (VPC) Add Branch message is:
仮想の経路接続を要求するために、Virtual Path Connection(VPC)は、支店メッセージは以下の通りであると言い足します。
Message Type = 26
メッセージタイプ=26
If a VPC Add Branch message is received and the switch input port specified by the Input Port field does not support virtual path switching, a failure response message must be returned indicating, "Virtual path switching is not supported on this input port."
VPC Add支店メッセージが受信されていて、Input Port分野によって指定されたスイッチ入力ポートが仮想の経路の切り換えをサポートしないなら、「仮想の経路の切り換えはこの入力ポートの上でサポートされません」と示しながら、失敗応答メッセージを返さなければなりません。
If the virtual channel connection specified by the Input Port, Input VPI, and Input VCI fields; or the virtual path connection specified by the Input Port and Input VPI fields; does not already exist, it must be established with the single output branch specified in the request message. If the Bidirectional Flag in the Flags field is set, the reverse connection must also be established. The output branch should have the QoS attributes specified by the Class of Service field.
仮想のチャンネル接続はInput Portで指定したか、そして、Input VPI、およびInput VCI分野。 または、仮想の経路接続はInput PortとInput VPI分野のそばで指定しました。 既にない、存在してください、そして、単一の出力ブランチが要求メッセージで指定されている状態で、それを設立しなければなりません。 また、Flags分野のBidirectional Flagが用意ができているなら、逆の接続を確立しなければなりません。 出力ブランチはService分野のClassにQoS属性を指定させるべきです。
For the VCC Add Branch message, if a virtual path connection already exists on the virtual path specified by the Input Port and Input VPI fields, a failure response message must be returned indicating, "Attempt to add a virtual channel connection branch to an existing virtual path connection." For the VPC Add Branch message, if a virtual channel connection already exists on any of the virtual channels within the virtual path specified by the Input Port and Input VPI fields, a failure response message must be returned indicating, "Attempt to add a virtual path connection branch to an existing virtual channel connection."
VCC Add支店メッセージに関しては、仮想の経路接続がInput PortとInput VPI分野によって指定された仮想の経路に既に存在しているなら、「既存の仮想の経路接続に仮想のチャンネル接続ブランチを加えるのを試みてください」と示しながら、失敗応答メッセージを返さなければなりません。 VPC Add支店メッセージに関しては、仮想のチャンネル接続がInput PortとInput VPI分野によって指定された仮想の経路の中に事実上のチャンネルのどれかに既に存在するなら、「仮想の経路接続ブランチを既存の仮想のチャンネル接続に加えるのを試みてください」と示しながら、失敗応答メッセージを返さなければなりません。
If the virtual channel connection specified by the Input Port, Input VPI, and Input VCI fields; or the virtual path connection specified by the Input Port and Input VPI fields; already exists, but the specified output branch does not, the new output branch must be added. The new output branch should have the QoS attributes specified by the Class of Service field.
仮想のチャンネル接続はInput Portで指定したか、そして、Input VPI、およびInput VCI分野。 または、仮想の経路接続はInput PortとInput VPI分野のそばで指定しました。 しかし、出力ブランチがそうしない指定が既に存在して、新しい出力ブランチを加えなければなりません。 新しい出力ブランチはService分野のClassにQoS属性を指定させるべきです。
If the virtual channel connection specified by the Input Port, Input VPI, and Input VCI fields; or the virtual path connection specified by the Input Port and Input VPI fields; already exists and the specified output branch also already exists, the QoS attributes of the connection, specified by the Class of Service field, if different from the request message, should be changed to that in the request message. A success response message must be sent if the Result field of the request message is "AckAll". This allows the controller to periodically reassert the state of a connection or to change its priority. If the result field of the request message is "NoSuccessAck" a success response message should not be returned.
仮想のチャンネル接続はInput Portで指定したか、そして、Input VPI、およびInput VCI分野。 または、仮想の経路接続はInput PortとInput VPI分野のそばで指定しました。 そして、既に存在している、また、指定された出力ブランチは既に存在して、分野の、そして、要求メッセージと異なったServiceのClassによって指定された接続のQoS属性は要求メッセージでそれに変わるべきです。 要求メッセージのResult分野が"AckAll"であるなら成功応答メッセージを送らなければなりません。 これで、コントローラは、接続の状態を定期的に重ねて主張させるか、または優先権を変えます。 要求メッセージの結果フィールドが"NoSuccessAck"であるなら、成功応答メッセージを返すべきではありません。
Newman, et. al. Informational [Page 22] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[22ページ]のRFC2297Ipsilonの一般スイッチ管理行進
This may be used to reduce the traffic on the control link for messages that are reasserting previously established state. For messages that are reasserting previously established state, the switch must always check that this state is correctly established in the switch hardware (i.e. the actual connection tables used to forward cells).
これは、以前に設立された状態を重ねて主張させているメッセージのためにコントロールリンクでトラフィックを減少させるのに使用されるかもしれません。 以前に設立された状態を重ねて主張させているメッセージがないかどうかスイッチは、いつもこの状態が正しくスイッチハードウェアに設置されるのをチェックしなければなりません(すなわち、実際の接続テーブルは以前はよくセルを進めていました)。
If the output branch specified by the Output Port, Output VPI, and Output VCI fields for a virtual channel connection; or the output branch specified by the Output Port and Output VPI fields for a virtual path connection; is already in use by any connection other than that specified by the Input Port, Input VPI, and Input VCI fields, then the resulting output branch will have multiple input branches. If multiple point-to-point connections share the same output branch the result will be a multipoint-to-point connection. If multiple point-to-multipoint trees share the same output branches the result will be a multipoint-to-multipoint connection.
出力ブランチはOutput Portで指定したか、そして、Output VPI、および仮想のチャンネル接続のためのOutput VCI分野。 または、出力ブランチはOutput PortとOutput VPI分野のそばで仮想の経路接続に指定しました。 結果として起こる出力ブランチには、Input Port、Input VPI、およびInput VCI分野によって指定されたそれを除いて、接続がいずれで既に使用であって、次に、複数の入力ブランチがあるでしょう。 複数の二地点間接続が同じ出力ブランチを共有すると、結果は多点からポイントとの接続になるでしょう。 複数のポイントツーマルチポイント木が同じ出力ブランチを共有すると、結果は、多点からマルチポイント接続になるでしょう。
If the virtual channel connection specified by the Input Port, Input VPI, and Input VCI fields, or the virtual path connection specified by the Input Port and Input VPI fields, already exists, and the Bidirectional Flag in the Flags field is set, a failure response must be returned indicating: "Only point-to-point bidirectional connections may be established."
Input Portによって指定された仮想のチャンネル接続(Input VPIと、Input VCI分野か、Input PortとInput VPI分野によって指定された仮想の経路接続)が既に存在して、Flags分野のBidirectional Flagが用意ができているなら、失敗応答に表示を返さなければなりません: 「二地点間双方向の接続だけを確立してもよいです。」
It should be noted that different switches support multicast in different ways. There will be a limit to the total number of point- to-multipoint connections any switch can support, and possibly a limit on the maximum number of branches that a point-to-multipoint connection may specify. Some switches also impose a limit on the number of different VPI/VCI values that may be assigned to the output branches of a point-to-multipoint connection. Many switches are incapable of supporting more than a single branch of any particular point-to-multipoint connection on the same output port. Specific failure codes are defined for some of these conditions.
異なったスイッチが異なった方法でマルチキャストをサポートすることに注意されるべきです。 マルチポイント接続へのどんなスイッチもサポートすることができるポイントの総数への限界、およびことによるとポイントツーマルチポイント接続が指定するかもしれないブランチの最大数における限界があるでしょう。 また、いくつかのスイッチがポイントツーマルチポイント接続の出力ブランチに配属されるかもしれない異なったVPI/VCI値の数で指し値します。 多くのスイッチは同じ出力ポートにおけるどんな特定のポイントツーマルチポイント接続の単一のブランチ以上もサポートすることができません。 特定の失敗コードはこれらの状態のいくつかのために定義されます。
4.2 Delete Tree Message
4.2は木のメッセージを削除します。
The Delete Tree message is a connection management message used to delete an entire virtual channel connection or an entire virtual path connection. All remaining branches of the connection are deleted. A virtual channel connection is specified by the Input Port, Input VPI, and Input VCI fields. A virtual path connection is specified by the Input Port and Input VPI fields. The Output Port, Output VPI, and Output VCI fields are not used in this message. The Delete Tree message is:
Delete Treeメッセージは全体の仮想のチャンネル接続か全体の仮想の経路接続を削除するのに使用される接続管理メッセージです。 接続のすべての残っているブランチが削除されます。 仮想のチャンネル接続はInput Port、Input VPI、およびInput VCI分野によって指定されます。 仮想の経路接続はInput PortとInput VPI分野によって指定されます。 Output Port、Output VPI、およびOutput VCI分野はこのメッセージで使用されません。 Delete Treeメッセージは以下の通りです。
Message Type = 18
メッセージタイプ=18
Newman, et. al. Informational [Page 23] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[23ページ]のRFC2297Ipsilonの一般スイッチ管理行進
If the Result field of the request message is "AckAll" a success response message must be sent upon successful deletion of the specified connection. The success message must not be sent until the delete operation has been completed and if possible, not until all data on the connection, queued for transmission, has been transmitted. The Number of Branches field is not used in either the request or response messages of the Delete Tree message.
要求メッセージのResult分野が"AckAll"であるなら、指定された接続のうまくいっている削除に成功応答メッセージを送らなければなりません。 成功メッセージを送ってはいけない、完成されて、できれば、トランスミッションのために接続に関するすべてのデータでないまで列に並ばせられないで、操作を削除して、伝えられました。 支店分野のNumberはDelete Treeメッセージの要求か応答メッセージに使用されません。
4.3 Verify Tree Message
4.3は木のメッセージについて確かめます。
The Verify Tree message has been removed from this version of GSMP. Its function has been replaced by the Number of Branches field in the success response to the Add Branch message which contains the number of branches on a virtual channel connection after successful completion of an add branch operation.
GSMPのこのバージョンからVerify Treeメッセージを取り除いてあります。 機能をAdd支店への成功応答における分野が無事終了の後に仮想のチャンネル接続にブランチの数を含むものを通信させる支店のNumberに取り替えた、支店運営を加えてください。
Message Type = 19 is reserved.
メッセージType=19は予約されています。
If a request message is received with Message Type = 19 a failure response must be returned with the Code field indicating: "The specified request is not implemented in this version of the protocol."
Message Type=19で要求メッセージを受け取るなら、Code分野表示と共に失敗応答を返さなければなりません: 「指定された要求はプロトコルのこのバージョンで実装されません。」
4.4 Delete All Message
4.4はすべてのメッセージを削除します。
The Delete All message is a connection management message used to delete all connections on a switch input port. All connections that arrive at the specified input port must be deleted. On completion of the operation all dynamically assigned VPI/VCI values for the specified port must be unassigned, i.e. there must be no virtual connections established in the VPI/VCI space that GSMP controls on this port. The Input VPI, Input VCI, Output Port, Output VPI, and Output VCI fields are not used in this message. The Delete All message is:
Delete Allメッセージはスイッチ入力ポートですべての接続を削除するのに使用される接続管理メッセージです。 指定された入力ポートに到着するすべての接続を削除しなければなりません。 指定されたポートへのすべてのダイナミックに割り当てられたVPI/VCI値を割り当てなければならないというわけではない操作の完成には、すなわち、GSMPがこのポートの上で制御するVPI/VCIスペースに確立された仮想接続が全くいるはずがありません。 Input VPI、Input VCI、Output Port、Output VPI、およびOutput VCI分野はこのメッセージで使用されません。 Delete Allメッセージは以下の通りです。
Message Type = 20
メッセージタイプ=20
If the Result field of the request message is "AckAll" a success response message must be sent upon completion of the operation. The Number of Branches field is not used in either the request or response messages of the Delete All message. The success response message must not be sent until the operation has been completed.
要求メッセージのResult分野が"AckAll"であるなら、成功応答メッセージを操作の完成に送らなければなりません。 支店分野のNumberはDelete Allメッセージの要求か応答メッセージに使用されません。 操作が完了するまで、成功応答メッセージを送ってはいけません。
The following failure response messages may be returned to a Delete All request.
以下の失敗応答メッセージをDelete All要求に返すかもしれません。
The specified request is not implemented on this switch.
指定された要求はこのスイッチの上に実装されません。
Newman, et. al. Informational [Page 24] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[24ページ]のRFC2297Ipsilonの一般スイッチ管理行進
One or more of the specified ports does not exist.
指定されたポートの1つ以上は存在していません。
Invalid Port Session Number.
無効のポートセッション番号。
If any field in a Delete All message not covered by the above failure codes is invalid, a failure response must be returned indicating: "Invalid request message." Else, the delete all operation must be completed successfully and a success message returned. No other failure messages are permitted.
上の失敗コードでカバーされなかったDelete Allメッセージの何か分野が無効であるなら、失敗応答に表示を返さなければなりません: 「無効の要求メッセージ。」 すべてを削除してください。ほかに、首尾よく操作を完了しなければならなくて、成功メッセージは戻りました。 他の失敗メッセージは全く受入れられません。
4.5 Delete Branches Message
4.5は支店メッセージを削除します。
The Delete Branches message is a connection management message used to request one or more delete branch operations. Each delete branch operation deletes a branch of a virtual channel connection or a virtual path connection, or in the case of the last branch of a connection, it deletes the connection. The Delete Branches message is:
Delete支店メッセージは1つを要求するのに使用される接続管理メッセージであるか以上が支店運営を削除します。 それぞれが操作が仮想のチャンネル接続か仮想の経路接続、または最終枝の場合におけるブランチを削除するブランチを削除します。接続、それは接続を削除します。 Delete支店メッセージは以下の通りです。
Message Type = 17
メッセージタイプ=17
The request message has the following 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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Version | Message Type | Result | Code |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Transaction Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Reserved | Number of Elements |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
~ Delete Branch Elements ~
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | バージョン| メッセージタイプ| 結果| コード| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | トランザクション識別子| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 予約されます。| Elementsの数| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | ~ 支店のElements~を削除してください。| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Number of Elements
Specifies the number of Delete Branch Elements to follow in
the message. The number of Delete Branch Elements in a
Delete Branches message must not cause the packet length to
exceed the maximum transmission unit defined by the
encapsulation.
ElementsにSpecifiesに付番してください。メッセージで続くDelete支店のElementsの数。 Delete支店メッセージのDelete支店のElementsの数で、パケット長はカプセル化によって定義されたマキシマム・トランスミッション・ユニットを超えてはいけません。
Each Delete Branch Element specifies an output branch to be deleted and has the following structure:
それぞれのDelete支店Elementは削除されるために出力ブランチを指定して、以下の構造を持っています:
Newman, et. al. Informational [Page 25] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[25ページ]のRFC2297Ipsilonの一般スイッチ管理行進
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Port Session Number | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Input Port | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Error | Input VPI | Input VCI | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Output Port | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |x x x x| Output VPI | Output VCI | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ポートセッション番号| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 入力ポート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 誤り| 入力VPI| 入力VCI| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 出力ポート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |x x x x| 出力VPI| 出力VCI| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Error
Is used to return a failure code indicating the reason for
the failure of a specific Delete Branch Element in a Delete
Branches failure response message. The Error field is not
used in the request message and must be set to zero. A
value of zero is used to indicate that the delete operation
specified by this Delete Branch Element was successful.
Values for the other failure codes are specified in Section
3.2, "Failure Response Messages."
誤りIsは以前はよくDelete支店失敗応答メッセージで特定のDelete支店Elementの失敗の理由を示す失敗コードを返していました。 Error分野を要求メッセージで使用されないで、ゼロに設定しなければなりません。 このDeleteによって指定されて、操作を削除してください。ゼロの値がそれを示すのに使用される、支店Elementはうまくいきました。 他の失敗コードのための値はセクション3.2、「失敗応答メッセージ」で指定されます。
All other fields of the Delete Branch Element have the same
definition as specified for the other connection management
messages.
Delete支店Elementの他のすべての分野には、他の接続管理メッセージのための指定されるのと同じ定義があります。
In each Delete Branch Element, either a virtual channel connection is specified by the Input Port, Input VPI, and Input VCI fields; or a virtual path connection is specified by the Input Port and Input VPI fields. The specific branch to be deleted is indicated by the Output Port, Output VPI, and Output VCI fields for virtual channel connections and by the Output Port and Output VPI for virtual path connections.
それぞれのDelete支店Elementでは、仮想のチャンネル接続はInput Port、Input VPI、およびInput VCI分野によって指定されます。 または、仮想の経路接続はInput PortとInput VPI分野によって指定されます。 削除されるべき特定のブランチは仮想の経路接続のための仮想のチャンネル接続のためのOutput Portと、Output VPIと、Output VCI分野とOutput PortとOutput VPIによって示されます。
If the Result field of the Delete Branches request message is "AckAll" a success response message must be sent upon successful deletion of the branches specified by all of the Delete Branch Elements. The success response message must not be sent until all of the delete branch operations have been completed. The success response message is only sent if all of the requested delete branch operations were successful. No Delete Branch Elements are returned in a Delete Branches success response message and the Number of Elements field must be set to zero.
Delete支店要求メッセージのResult分野が"AckAll"であるなら、Delete支店のElementsのすべてによって指定されたブランチのうまくいっている削除に成功応答メッセージを送らなければなりません。 支店運営を削除してください。すべてまで成功応答メッセージを送ってはいけない、終了されました。 成功応答メッセージは要求のすべてがブランチを削除する場合にだけ送って、操作がうまくいったということです。 Delete支店成功応答メッセージでDelete支店のElementsを全く返しません、そして、Elements分野のNumberはゼロに用意ができなければなりません。
If there is a failure in any of the Delete Branch Elements a Delete Branches failure response message must be returned. The Delete Branches failure response message is a copy of the request message with the Code field of the entire message set to, "Failure specific
失敗がDelete支店のElementsのどれかにあれば、Delete支店失敗応答メッセージを返さなければなりません。 Delete支店失敗応答メッセージは全体のメッセージのCode分野をセットしてあることでの要求メッセージのコピーです、「失敗特有です」。
Newman, et. al. Informational [Page 26] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[26ページ]のRFC2297Ipsilonの一般スイッチ管理行進
to the particular message type," and the Error field of each Delete Branch Element indicating the result of each requested delete operation. A failure in any of the Delete Branch Elements must not interfere with the processing of any other Delete Branch Elements.
「特定のメッセージタイプ」、およびそれぞれの結果が、操作を削除するよう要求したのを示すそれぞれのDelete支店ElementのError分野。 Delete支店のElementsのどれかでの失敗はいかなる他のDelete支店のElementsの処理も妨げてはいけません。
4.6 Move Branch Message
4.6 移動支店メッセージ
The Move Branch message is used to move a branch of an existing connection from its current output port VPI/VCI to a new output port VPI/VCI in a single atomic transaction. This operation occurs frequently in IP switching, every time a flow is switched from hop- by-hop forwarding to a dedicated virtual channel. The Move Branch connection management message has the following format for both request and response messages:
Move支店メッセージは、ただ一つの原子トランザクションで既存の経常産出高ポートVPI/VCIから新しい出力ポートVPI/VCIまでの接続のブランチを動かすのに使用されます。 この操作はIPの切り換えで頻出します、流れがホップによるホップ推進からひたむきな事実上のチャンネルに切り換えられるときはいつも。 Move支店接続管理メッセージには、要求と応答メッセージの両方のための以下の形式があります:
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 | Message Type | Result | Code |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Transaction Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Port Session Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Input Port |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Flags | Input VPI | Input VCI |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Old Output Port |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|x x x x| Old Output VPI | Old Output VCI |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| New Output Port |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|x x x x| New Output VPI | New Output VCI |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Number of Branches | Class of Service |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | バージョン| メッセージタイプ| 結果| コード| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | トランザクション識別子| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ポートセッション番号| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 入力ポート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 旗| 入力VPI| 入力VCI| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 古い出力ポート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |x x x x| 古い出力VPI| 古い出力VCI| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 新しい出力ポート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |x x x x| 新しい出力VPI| 新しい出力VCI| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 支店の数| サービスのクラス| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The VCC Move Branch message is a connection management message used to move a single output branch of a virtual channel connection from its current output port, output VPI, and output VCI, to a new output port, output VPI, and output VCI on the same virtual channel connection. None of the other output branches are modified. When the operation is complete the original output VPI/VCI on the original output port will be deleted from the connection. The VCC Move Branch message is:
VCC Move支店メッセージは、経常産出高ポートから仮想のチャンネル接続の単一の出力ブランチを動かすのに使用される接続管理メッセージと、出力VPIと、出力VCIです、同じ仮想のチャンネル接続の新しい出力ポート、出力VPI、および出力VCIに。 他の出力ブランチのいずれも変更されていません。 操作が完全であるときに、元の出力ポートの上のオリジナルの出力VPI/VCIは接続から削除されるでしょう。 VCC Move支店メッセージは以下の通りです。
Newman, et. al. Informational [Page 27] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[27ページ]のRFC2297Ipsilonの一般スイッチ管理行進
Message Type = 22
メッセージタイプ=22
For the VCC Move Branch message, if the virtual channel connection specified by the Input Port, Input VPI, and Input VCI fields already exists, and the output branch specified by the Old Output Port, Old Output VPI, and Old Output VCI fields exists as a branch on that connection, the output branch specified by the New Output Port, New Output VPI, and New Output VCI fields is added to the connection and the branch specified by the Old Output Port, Old Output VPI, and Old Output VCI fields is deleted. If the Result field of the request message is "AckAll" a success response message must be sent upon successful completion of the operation. The success response message must not be sent until the Move Branch operation has been completed.
VCC Move支店メッセージに関しては、Input Port、Input VPI、およびInput VCI分野によって指定された仮想のチャンネル接続が既に存在して、Old Output Port、Old Output VPI、およびOld Output VCI分野によって指定された出力ブランチがその接続でのブランチとして存在するなら、New Output Port、New Output VPI、およびNew Output VCI分野によって指定された出力ブランチは接続に加えられて、Old Output Port、Old Output VPI、およびOld Output VCI分野によって指定されたブランチは削除されます。 要求メッセージのResult分野が"AckAll"であるなら、成功応答メッセージを操作の無事終了に送らなければなりません。 Move支店操作が完了するまで、成功応答メッセージを送ってはいけません。
For the VCC Move Branch message, if the virtual channel connection specified by the Input Port, Input VPI, and Input VCI fields already exists, but the output branch specified by the Old Output Port, Old Output VPI, and Old Output VCI fields does not exist as a branch on that connection, a failure response must be returned with the Code field indicating, "The specified branch does not exist."
VCC Move支店メッセージに関しては、Input Port、Input VPI、およびInput VCI分野によって指定された仮想のチャンネル接続が既に存在しますが、Old Output Port、Old Output VPI、およびOld Output VCI分野によって指定された出力ブランチがその接続でのブランチとして存在しないなら、「指定されたブランチは存在しません」と、Code分野が示していて、失敗応答を返さなければなりません。
The VPC Move Branch message is a connection management message used to move a single output branch of a virtual path connection from its current output port and output VPI, to a new output port and output VPI on the same virtual channel connection. None of the other output branches are modified. When the operation is complete the original output VPI on the original output port will be deleted from the connection. The VPC Move Branch message is:
VPC Move支店メッセージは、経常産出高ポートから仮想の経路接続の単一の出力ブランチを動かすのに使用される接続管理メッセージと出力VPIです、同じ仮想のチャンネル接続での新しい出力ポートと出力VPIに。 他の出力ブランチのいずれも変更されていません。 操作が完全であるときに、元の出力ポートの上のオリジナルの出力VPIは接続から削除されるでしょう。 VPC Move支店メッセージは以下の通りです。
Message Type = 27
メッセージタイプ=27
For the VPC Move Branch message, if the virtual path connection specified by the Input Port and Input VPI fields already exists, and the output branch specified by the Old Output Port and Old Output VPI fields exists as a branch on that connection, the output branch specified by the New Output Port and New Output VPI fields is added to the connection and the branch specified by the Old Output Port and Old Output VPI fields is deleted. If the Result field of the request message is "AckAll" a success response message must be sent upon successful completion of the operation. The success response message must not be sent until the Move Branch operation has been completed.
VPC Move支店メッセージに関しては、Input PortとInput VPI分野によって指定された仮想の経路接続が既に存在していて、Old Output PortとOld Output VPI分野によって指定された出力ブランチがその接続でのブランチとして存在するなら、New Output PortとNew Output VPI分野によって指定された出力ブランチは接続に加えられて、Old Output PortとOld Output VPI分野によって指定されたブランチは削除されます。 要求メッセージのResult分野が"AckAll"であるなら、成功応答メッセージを操作の無事終了に送らなければなりません。 Move支店操作が完了するまで、成功応答メッセージを送ってはいけません。
For the VPC Move Branch message, if the virtual path connection specified by the Input Port and Input VPI fields already exists, but the output branch specified by the Old Output Port and Old Output VPI fields does not exist as a branch on that connection, a failure response must be returned with the Code field indicating, "The specified branch does not exist."
VPC Move支店メッセージに関しては、Input PortとInput VPI分野によって指定された仮想の経路接続が既に存在していますが、Old Output PortとOld Output VPI分野によって指定された出力ブランチがその接続でのブランチとして存在しないなら、「指定されたブランチは存在しません」と、Code分野が示していて、失敗応答を返さなければなりません。
Newman, et. al. Informational [Page 28] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[28ページ]のRFC2297Ipsilonの一般スイッチ管理行進
If the virtual channel connection specified by the Input Port, Input VPI, and Input VCI fields; or the virtual path connection specified by the Input Port and Input VPI fields; does not exist, a failure response must be returned with the Code field indicating, "The specified connection does not exist."
仮想のチャンネル接続はInput Portで指定したか、そして、Input VPI、およびInput VCI分野。 または、仮想の経路接続はInput PortとInput VPI分野のそばで指定しました。 存在してください、そして、「指定された接続は存在していません」と、Code分野が示していて、a失敗応答を返さなければなりません。
If the output branch specified by the New Output Port, New Output VPI, and New Output VCI fields for a virtual channel connection; or the output branch specified by the New Output Port and New Output VPI fields for a virtual path connection; is already in use by any connection other than that specified by the Input Port, Input VPI, and Input VCI fields then the resulting output branch will have multiple input branches. If multiple point-to-point connections share the same output branch the result will be a multipoint-to-point connection. If multiple point-to-multipoint trees share the same output branches the result will be a multipoint-to-multipoint connection.
出力ブランチはNew Output Portで指定したか、そして、New Output VPI、および仮想のチャンネル接続のためのNew Output VCI分野。 または、出力ブランチはNew Output PortとNew Output VPI分野のそばで仮想の経路接続に指定しました。 結果として起こる出力ブランチには、Input Port、Input VPI、およびInput VCI分野によって指定されたそれを除いて、接続がいずれで既に使用であって、次に、複数の入力ブランチがあるでしょう。 複数の二地点間接続が同じ出力ブランチを共有すると、結果は多点からポイントとの接続になるでしょう。 複数のポイントツーマルチポイント木が同じ出力ブランチを共有すると、結果は、多点からマルチポイント接続になるでしょう。
5. Port Management Messages
5. ポート管理メッセージ
5.1 Port Management Message
5.1 ポート管理メッセージ
The Port Management message allows a port to be brought into service, taken out of service, looped back, reset, or the transmit cell rate changed. Only the Bring Up and the Reset Input Port functions change the connection state (established connections) on the input port. Only the Bring Up function changes the value of the Port Session Number. If the Result field of the request message is "AckAll" a success response message must be sent upon successful completion of the operation. The success response message must not be sent until the operation has been completed. The Port Management Message is:
または、Port Managementメッセージは、ポートがサービスに持って来られるのを許容します、取られた使われなくなっていて、輪にされた背中、リセット、変えられたセルレートを伝えてください。 Bring UpとReset Input Port機能だけが入力ポートで接続状態(関係を樹立する)を変えます。 Bring Up機能だけがPort Session Numberの値を変えます。 要求メッセージのResult分野が"AckAll"であるなら、成功応答メッセージを操作の無事終了に送らなければなりません。 操作が完了するまで、成功応答メッセージを送ってはいけません。 Port Management Messageは以下の通りです。
Message Type = 32
メッセージタイプ=32
The Port Management message has the following format for the request and success response messages:
Port Managementメッセージには、要求と成功応答メッセージのための以下の形式があります:
Newman, et. al. Informational [Page 29] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[29ページ]のRFC2297Ipsilonの一般スイッチ管理行進
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 | Message Type | Result | Code |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Transaction Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Port |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Port Session Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Event Sequence Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Event Flags | Duration | Function |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Transmit Cell Rate |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | バージョン| メッセージタイプ| 結果| コード| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | トランザクション識別子| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ポート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ポートセッション番号| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | イベント一連番号| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | イベント旗| 持続時間| 機能| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | セルレートを伝えてください。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Event Sequence Number
In the success response message gives the current value of
the Event Sequence Number of the switch port indicated by
the Port field. The Event Sequence Number is set to zero
when the port is initialized. It is incremented by one each
time the port detects an asynchronous event that the switch
would normally report via an Event message. If the Event
Sequence Number in the success response differs from the
Event Sequence Number of the most recent Event message
received for that port, events have occurred that were not
reported via an Event message. This is most likely to be
due to the flow control that restricts the rate at which a
switch can send Event messages for each port. In the
request message this field is not used.
成功応答メッセージがPort分野によって示されたスイッチポートのEvent Sequence Numberの現行価値を与えるイベントSequence Number In。 ポートが初期化されるとき、Event Sequence Numberはゼロに用意ができています。 ポートが通常、スイッチがEventメッセージで報告する非同期的なイベントを検出するたびにそれは1つ増加されます。 成功応答におけるEvent Sequence Numberがそのポートに受け取られた最新のEventメッセージのEvent Sequence Numberと異なっているなら、Eventメッセージで報告されなかったイベントは起こりました。 これはスイッチが各ポートへのメッセージをEventに送ることができるレートを制限するフロー制御のために最もありそうです。 要求メッセージでは、この分野は使用されていません。
Event Flags
Field in the request message is used to reset the Event
Flags in the switch port indicated by the Port field. Each
Event Flag in a switch port corresponds to a type of Event
message. When a switch port sends an Event message it sets
the corresponding Event Flag on that port. The port is not
permitted to send another Event message of the same type
until the Event Flag has been reset. If the Function field
in the request message is set to "Reset Event Flags," for
each bit that is set in the Event Flags field, the
corresponding Event Flag in the switch port is reset.
要求メッセージのイベントFlags Fieldは、Port分野によって示されたスイッチポートにEvent Flagsをリセットするのに使用されます。 スイッチポートの各Event Flagは一種のEventメッセージに対応しています。 スイッチポートがEventメッセージを送るとき、それはそのポートの上に対応するEvent Flagを置きます。 Event Flagがリセットされるまでポートが同じタイプに関する別のEventメッセージを送ることが許可されていません。 要求メッセージのFunction分野が「イベント旗をリセットする」ように設定されるなら、Event Flags分野に設定される各ビットにおいて、スイッチポートの対応するEvent Flagはリセットされます。
The Event Flags field is only used in a request message
with the Function field set to "Reset Event Flags." For all
other values of the Function field, the Event Flags field
Event Flags分野は要求メッセージでFunction分野セットで使用されるだけであって、「イベント旗をリセットします」。 Function分野、Event Flags分野の他のすべての値のために
Newman, et. al. Informational [Page 30] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[30ページ]のRFC2297Ipsilonの一般スイッチ管理行進
is not used. In the success response message the Event
Flags field must be set to the current value of the Event
Flags for the port, after the completion of the operation
specified by the request message, for all values of the
Function field. Setting the Event Flags field to all zeros
in a "Reset Event Flags" request message allows the
controller to obtain the current state of the Event Flags
and the current Event Sequence Number of the port without
changing the state of the Event Flags.
使用されません。 成功応答メッセージでは、ポートへのEvent Flagsの現行価値にEvent Flags分野を設定しなければなりません、操作の完成が要求メッセージで指定した後に、Function分野のすべての値のために。 要求メッセージでEvent Flagsの州を変えないでEvent Flagsの現状とポートの現在のEvent Sequence Numberをコントローラを入手する「リセットイベント旗」にすべてのゼロへのEvent Flags分野をはめ込みます。
The correspondence between the types of Event message and
the bits of the Event Flags field is as follows:
EventメッセージのタイプとEvent Flags分野のビットとの通信は以下の通りです:
0 1 2 3 4 5 6 7
+-+-+-+-+-+-+-+-+
|U|D|I|N|Z|x x x|
+-+-+-+-+-+-+-+-+
0 1 2 3 4 5 6 7 +-+-+-+-+-+-+-+-+ |U|D|I|N|Z|x x x| +-+-+-+-+-+-+-+-+
U: Port Up Bit 0, (most significant bit)
D: Port Down Bit 1,
I: Invalid VPI/VCI Bit 2,
N: New Port Bit 3,
Z: Dead Port Bit 4,
x: Unused Bits 5--7.
U: Up Bit0、(最上位ビット)Dを移植してください: I、ビット1を下に移植してください: 無効のVPI/VCIは2、Nに噛み付きました: 新しいポートビット3、Z: 死んでいるPort Bit4、x: 未使用のビット5--7。
Duration
Is the length of time, in seconds, that any of the loopback
states remain in operation. When the duration has expired
the port will automatically be returned to service. If
another Port Management message is received for the same
port before the duration has expired, the loopback will
continue to remain in operation for the length of time
specified by the Duration field in the new message. The
Duration field is only used in request messages with the
Function field set to Internal Loopback, External Loopback,
or Bothway Loopback.
秒のループバック州のいずれも稼働中であり残っている時間の長さの持続時間Is。 持続時間が期限が切れたとき、自動的にポートをサービスに返すでしょう。 持続時間が期限が切れる前に別のPort Managementメッセージを同じポートに受け取ると、ループバックは、新しいメッセージのDuration分野によって指定された時間の長さのための操作に残り続けるでしょう。 Duration分野は要求メッセージでFunction分野セットでInternal Loopback、External Loopback、またはBothway Loopbackに使用されるだけです。
Function
Specifies the action to be taken. The specified action will
be taken regardless of the current status of the port
(Available, Unavailable, or any Loopback state). If the
specified function requires a new Port Session Number to be
generated, the new Port Session Number must be returned in
the success response message. The defined values of the
Function field are:
機能Specifies、取られるべき動作。 ポートの現在の状態にかかわらず指定された行動を取る、(利用可能である、Unavailable、またはどんなLoopback状態、も) 指定された機能が、新しいPort Session Numberが生成されるのを必要とするなら、成功応答メッセージで新しいPort Session Numberを返さなければなりません。 Function分野の定義された値は以下の通りです。
Bring Up:
Function = 1. Bring the port into service. All
持って来ます: 機能=1。 ポートをサービスに運び込んでください。 すべて
Newman, et. al. Informational [Page 31] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[31ページ]のRFC2297Ipsilonの一般スイッチ管理行進
connections that arrive at the specified input port
must be deleted and a new Port Session Number must be
selected using some form of random number. On
completion of the operation all dynamically assigned
VPI/VCI values for the specified input port must be
unassigned, i.e. no virtual connections will be
established in the VPI/VCI space that GSMP controls on
this input port. The Port Status of the port
afterwards will be Available.
指定された入力ポートに到着する接続を削除しなければなりません、そして、何らかのフォームの乱数を使用することで新しいPort Session Numberを選択しなければなりません。 操作の完成のときに、指定された入力ポートへのすべてのダイナミックに割り当てられたVPI/VCI値を割り当てなければならないというわけではありません、すなわち、仮想接続は全くGSMPがこの入力ポートの上で制御するVPI/VCIスペースに確立されないでしょう。 その後のポートのPort StatusはAvailableになるでしょう。
Take Down:
Function = 2. Take the port out of service. Any cells
received at this port will be discarded. No cells will
be transmitted from this port. The Port Status of the
port afterwards will be Unavailable.
以下に取ってください。 機能=2。 使われなくなっていた状態でポートを取ってください。 このポートに受け取られたどんなセルも捨てられるでしょう。 セルは全くこのポートから伝えられないでしょう。 その後のポートのPort StatusはUnavailableになるでしょう。
The behavior is undefined if the port is taken down
over which the GSMP session that controls the switch
is running. (In this case the most probable behavior
would be for the switch either to ignore the message
or to terminate the current GSMP session and to
initiate another session, possibly with the backup
controller, if any.) The correct method to reset the
link over which GSMP is running is to issue an RSTACK
message in the adjacency protocol.
スイッチを制御するGSMPセッションが行われているポートが降ろされるなら、振舞いは未定義です。 (この場合最もありえそうな振舞いがそうするだろう、スイッチのためにメッセージを無視するか、現在のGSMPセッションを終えて、またはもしあればことによるとバックアップコントローラとの別のセッションを開始するためにある、) GSMPが稼働する予定であるリンクをリセットする正しい方法は隣接番組プロトコルのRSTACKメッセージを発行することです。
Internal Loopback:
Function = 3. Cells arriving at the output port from
the switch fabric are looped through to the input port
to return to the switch fabric. All of the ATM
functions of the input port above the physical layer,
e.g. header translation, are performed upon the looped
back cells. The Port Status of the port afterwards
will be Internal Loopback.
内部のループバック: 機能=3。 スイッチ骨組みから出力ポートに到着するセルがスイッチ骨組みに返す入力ポートに突き抜けた状態で輪にされます。 物理的な層の上の入力ポートのATM機能のすべて(例えば、ヘッダー翻訳)が輪にされた逆セルに実行されます。 その後のポートのPort StatusはInternal Loopbackになるでしょう。
External Loopback:
Function = 4. Cells arriving at the input port from
the external communications link are immediately
looped back to the communications link at the physical
layer without entering the input port. None of the ATM
functions of the input port above the physical layer
are performed upon the looped back cells. The Port
Status of the port afterwards will be External
Loopback.
外部のループバック: 機能=4。 入力ポートに入らないで、外部コミュニケーションリンクから入力ポートに到着するセルがすぐに、物理的な層のコミュニケーションリンクに輪にして戻されます。 物理的な層の上の入力ポートのATM機能のいずれも輪にされた逆セルに実行されません。 その後のポートのPort StatusはExternal Loopbackになるでしょう。
Bothway Loopback:
Function = 5. Both internal and external loopback are
Bothwayループバック: 機能=5。 内部の、そして、外部の両方のループバックはそうです。
Newman, et. al. Informational [Page 32] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[32ページ]のRFC2297Ipsilonの一般スイッチ管理行進
performed. The Port Status of the port afterwards will
be Bothway Loopback.
実行にされる。 その後のポートのPort StatusはBothway Loopbackになるでしょう。
Reset Input Port:
Function = 6. All connections that arrive at the
specified input port must be deleted and the input and
output port hardware re-initialized. On completion of
the operation all dynamically assigned VPI/VCI values
for the specified input port must be unassigned, i.e.
no virtual connections will be established in the
VPI/VCI space that GSMP controls on this input port.
The range of VPIs and VCIs that may be controlled by
GSMP on this port will be set to the default values
specified in the Port Configuration message. The
transmit cell rate of the output port must be set to
its default value. The Port Session Number is not
changed by the Reset Input Port function. The Port
Status of the port afterwards will be Unavailable.
入力ポートをリセットしてください: 機能=6。 指定された入力ポートに到着するすべての接続を削除しなければなりません、そして、入出力は再初期化されたハードウェアを移植します。 操作の完成のときに、指定された入力ポートへのすべてのダイナミックに割り当てられたVPI/VCI値を割り当てなければならないというわけではありません、すなわち、仮想接続は全くGSMPがこの入力ポートの上で制御するVPI/VCIスペースに確立されないでしょう。 このポートの上のGSMPによって制御されるかもしれないVPIsとVCIsの範囲はPort Configurationメッセージで指定されたデフォルト値に設定されるでしょう。 デフォルトへのセットが値であったに違いないなら出力ポートのセル料金を伝えてください。 Port Session NumberはReset Input Port機能によって変えられません。 その後のポートのPort StatusはUnavailableになるでしょう。
Reset Event Flags:
Function = 7. For each bit that is set in the Event
Flags field, the corresponding Event Flag in the
switch port must be reset. The Port Status of the port
is not changed by this function.
イベント旗をリセットしてください: 機能=7。 Event Flags分野に設定される各ビットにおいて、スイッチポートの対応するEvent Flagをリセットしなければなりません。 ポートのPort Statusはこの機能によって変えられません。
Set Transmit Cell Rate:
Function = 8. Sets the transmit cell rate of the
output port as close as possible to the rate specified
in the Transmit Cell Rate field. In the success
response message the Transmit Cell Rate must indicate
the actual transmit cell rate of the output port. If
the transmit cell rate of the requested output port
cannot be changed, a failure response must be returned
with the Code field indicating: "The transmit cell
rate of this output port cannot be changed." If the
transmit cell rate of the requested output port can be
changed, but the value of the Transmit Cell Rate field
is beyond the range of acceptable values, a failure
response must be returned with the Code field
indicating: "Requested transmit cell rate out of range
for this output port." In the failure response message
the Transmit Cell Rate must contain the same value as
contained in the request message that caused the
failure. The transmit cell rate of the output port is
not changed by the Bring Up, Take Down, or any of the
Loopback functions. It is returned to the default
value by the Reset Input Port function.
設定されて、セルレートを伝えてください: 機能=8。 セット、できるだけTransmit Cell Rate分野で指定されたレートの近くに出力ポートのセル料金を伝えてください。 成功応答メッセージでは、Transmit Cell Rateは、実際が出力ポートのセル料金を伝えるのを示さなければなりません。 Codeと共に応答を返さなければならない変えられたa失敗が以下を示す分野であったかもしれないなら要求された出力ポートのセル料金を伝えてください。 「伝える、この出力ポートのセル料金を変えることができない、」 要求のセルレートを伝えてください。出力ポートを変えることができますが、Transmit Cell Rate分野の値は許容値の範囲を超えています、Code分野表示と共に応答を返さなければならない失敗: 「セルレートを範囲からこの出力ポートに伝えるよう要求します。」だった 失敗応答メッセージでは、Transmit Cell Rateは失敗を引き起こした要求メッセージの含まれるのと同じ値を含まなければなりません。 出力ポートのセル料金を伝えてください。Bring Up、Take Down、またはLoopback機能のいずれでも、変えられません。 Reset Input Port機能はそれをデフォルト値に返します。
Newman, et. al. Informational [Page 33] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[33ページ]のRFC2297Ipsilonの一般スイッチ管理行進
Transmit Cell Rate
This field is only used in request and success response
messages with the Function field set to "Set Transmit Cell
Rate." It is used to set the output cell rate of the output
port. It is specified in cells/s. If the Transmit Cell Rate
field contains the value 0xFFFFFFFF the transmit cell rate
of the output port should be set to the highest valid
value.
分野が使用されるだけであるFunction分野がある要求と成功応答メッセージが「設定されて、セルレートを伝えてください」に設定するCell Rate Thisを伝えてください。 それは、出力ポートの出力セル率を設定するのに使用されます。 それはセル/sで指定されます。 Transmit Cell Rate分野が値の0xFFFFFFFFを含んでいる、最も高いことへのセットが有効な値であったなら出力ポートのセル料金を伝えてください。
5.2. Label Range Message
5.2. ラベル範囲メッセージ
The default label range, Min VPI to Max VPI and Min VCI to Max VCI, is specified for each port by the Port Configuration or the All Ports Configuration messages. When the protocol is initialized, before the transmission of any Label Range messages, the label range of each port will be set to the default label range. (The default label range is dependent upon the switch design and configuration and is not specified by the GSMP protocol.) The Label Range message allows the range of VPIs supported by a specified port, or the range of VCIs supported by a specified VPI on a specified port, to be changed. Each switch port must declare whether it supports the Label Range message in the Port Configuration or the All Ports Configuration messages. The Label Range message is:
デフォルトラベル範囲(マックスVPIへのMin VPIとマックスVCIへのMin VCI)は、Port ConfigurationかAll Ports Configurationメッセージによって各ポートに指定されます。 プロトコルがどんなLabel Rangeメッセージの伝達の前にも初期化されるとき、それぞれのポートのラベル範囲はデフォルトラベル範囲に設定されるでしょう。 (デフォルトラベル範囲は、スイッチデザインと構成に依存していて、GSMPプロトコルによって指定されません。) Label Rangeメッセージは指定されたポート、または変えるために指定されたポートの上の指定されたVPIによってサポートされたVCIsの範囲によってサポートされたVPIsの範囲を許容します。 それがPort ConfigurationかAll Ports ConfigurationのLabel Rangeメッセージにメッセージをサポートするか否かに関係なく、ポートが申告しなければならない各スイッチ。 Label Rangeメッセージは以下の通りです。
Message Type = 33
メッセージタイプ=33
The Label Range message has the following format for the request and success response messages:
Label Rangeメッセージには、要求と成功応答メッセージのための以下の形式があります:
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 | Message Type | Result | Code |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Transaction Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Port |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Port Session Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|Q|V|x x| Min VPI |x x x x| Max VPI |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Min VCI | Max VCI |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Remaining VPIs | Remaining VCIs |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | バージョン| メッセージタイプ| 結果| コード| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | トランザクション識別子| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ポート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ポートセッション番号| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Q|V|x x| 分VPI|x x x x| マックスVPI| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 分VCI| マックスVCI| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | VPIsのままで、残っています。| VCIsのままで、残っています。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Newman, et. al. Informational [Page 34] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[34ページ]のRFC2297Ipsilonの一般スイッチ管理行進
Flags
旗
Q: Query
If the Query flag is set in a request message, the switch
must respond with the current range of valid VPIs, or the
current range of valid VCIs on a specified VPI, according
to the VPI/VCI flag. The current label range is not changed
by a request message with the Query flag set. If the Query
flag is zero, the message is requesting a label change
operation.
Q: If Queryが旗を揚げさせる質問は要求メッセージに設定されて、スイッチは有効なVPIsの現在の範囲、または指定されたVPIの上の有効なVCIsの現在の範囲で反応しなければなりません、VPI/VCI旗に従って。 Query旗のセットに従って、現在のラベル範囲は要求メッセージによって変えられません。 Query旗がゼロであるなら、メッセージはラベル変化操作を要求しています。
V: VPI/VCI
If the VPI/VCI flag is set, the message refers to a range
of VPIs only. The Min VCI and Max VCI fields are unused. If
the VPI/VCI flag is zero the message refers to a range of
VCIs on either one VPI or on a range of VPIs.
V: VPI/VCI If、VPI/VCI旗は設定されて、メッセージはさまざまなVPIsだけについて言及します。 Min VCIとマックスVCI分野は未使用です。 VPI/VCI旗がそうならメッセージのゼロを合わせてください。どちらかの1VPIの上、または、さまざまなVPIsの上のさまざまなVCIsについて言及します。
x: Unused
x: 未使用
Min VPI
Max VPI
Specify a range of VPI values, Min VPI to Max VPI
inclusive. A single VPI may be specified with a Min VPI
and a Max VPI having the same value. In a request message,
if the value of the Max VPI field is less than or equal to
the value of the Min VPI field, the requested range is a
single VPI with a value equal to the Min VPI field. Zero is
a valid value. In a request message, if the Query flag is
set, and the VPI/VCI flag is zero, the Max VPI field
specifies a single VPI and the Min VPI field is not used.
The maximum valid value of these fields for both request
and response messages is 0xFFF.
VPIのVPIマックスVPI Specify a範囲が評価する分、マックスVPIに包括的なMin VPI。 独身のVPIは同じ値を持っているMin VPIとマックスVPIと共に指定されるかもしれません。 要求メッセージでは、要求された範囲はマックスVPI分野の値がMin VPI分野の、より値以下であるなら、Min VPI分野と等しい値がある独身のVPIです。 ゼロは有効値です。 要求メッセージでは、マックスVPI分野はQuery旗が設定されて、VPI/VCI旗がゼロであるなら、独身のVPIを指定します、そして、Min VPI分野は使用されていません。 要求と応答メッセージの両方のためのこれらの分野の最大の有効値は0xFFFです。
Min VCI
Max VCI
Specify a range of VCI values, Min VCI to Max VCI
inclusive. A single VCI may be specified with a Min VCI
and a Max VCI having the same value. In a request message,
if the value of the Max VCI field is less than or equal to
the value of the Min VCI field, the requested range is a
single VCI with a value equal to the Min VCI field. Zero is
a valid value. (However, VPI=0, VCI=0 is not available as
a virtual channel connection as it is used as a special
value in ATM to indicate an unassigned cell.)
VCIのVCIマックスVCI Specify a範囲が評価する分、マックスVCIに包括的なMin VCI。 独身のVCIは同じ値を持っているMin VCIとマックスVCIと共に指定されるかもしれません。 要求メッセージでは、要求された範囲はマックスVCI分野の値がMin VCI分野の、より値以下であるなら、Min VCI分野と等しい値がある独身のVCIです。 ゼロは有効値です。 VPI=0、しかしながら、VCI=0はそれとしての仮想のチャンネル接続のように利用可能ではありません。(割り当てられなかったセルを示すのに特別な値としてATMで使用される、)
Remaining VPIs
Remaining VCIs
These fields are unused in the request message. In the
残っているVPIs Remaining VCIs These分野は要求メッセージで未使用です。 in
Newman, et. al. Informational [Page 35] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[35ページ]のRFC2297Ipsilonの一般スイッチ管理行進
success response message and in the failure response
message these fields give the maximum number of remaining
VPIs and VCIs that could be requested for allocation on the
specified port (after completion of the requested operation
in the case of the success response). It gives the switch
controller an idea of how many VPIs and VCIs it could
request. The number given is the maximum possible given the
constraints of the switch hardware. There is no implication
that this number of VPIs and VCIs is available to every
switch port.
成功応答メッセージと失敗応答メッセージにおけるこれらの分野は配分のために指定されたポート(成功応答の場合における、要求された操作の完成の後の)の上で要求できたVPIsとVCIsのままで残る最大数を与えます。 それはそれがいくつのVPIsとVCIsを要求できたかに関する考えをスイッチコントローラに与えます。 スイッチハードウェアの規制を考えて、与えられた数は可能な最大です。 VPIsとVCIsのこの数があらゆるスイッチポートに有効であるという含意が全くありません。
If the Query flag and the VPI/VCI flag are set in the request message, the switch must reply with a success response message containing the current range of valid VPIs that are supported by the port. The Min VPI and Max VPI fields are not used in the request message.
Query旗とVPI/VCI旗が要求メッセージに設定されるなら、成功応答メッセージがポートによってサポートされる有効なVPIsの現在の範囲を含んでいて、スイッチは返答しなければなりません。 Min VPIとマックスVPI分野は要求メッセージで使用されません。
If the Query flag is set and the VPI/VCI flag is zero in the request message, the switch must reply with a success response message containing the current range of valid VCIs that are supported by the VPI specified by the Max VPI field. If the requested VPI is invalid, a failure response must be returned indicating: "One or more of the specified input VPIs is invalid." The Min VPI field is not used in either the request or success response messages.
Query旗が設定されて、VPI/VCI旗が要求メッセージのゼロであるなら、成功応答メッセージがマックスVPI分野によって指定されたVPIによってサポートされる有効なVCIsの現在の範囲を含んでいて、スイッチは返答しなければなりません。 要求されたVPIが無効であるなら、失敗応答に表示を返さなければなりません: 「指定された入力VPIsの1つ以上は無効です。」 Min VPI分野は要求か成功応答メッセージに使用されません。
If the Query flag is zero and the VPI/VCI flag is set in the request message, the Min VPI and Max VPI fields specify the new range of VPIs to be allocated to the input port specified by the Port field. Whatever the range of VPIs previously allocated to this port it should be increased or decreased to the specified value.
Query旗がゼロであり、VPI/VCI旗が要求メッセージに設定されるなら、Min VPIとマックスVPI分野はPort分野によって指定された入力ポートに割り当てられるVPIsの新しい範囲を指定します。 VPIsの範囲が以前にこのポートに割り当てたとしても、ものなら何でもそれは、規定値と増強されるか、または減少するでしょうに。
If the Query flag and the VPI/VCI flag are zero in the request message, the Min VCI and Max VCI fields specify the range of VCIs to be allocated to each of the VPIs specified by the VPI range. Whatever the range of VCIs previously allocated to each of the VPIs within the specified VPI range on this port, it should be increased or decreased to the specified value. The allocated VCI range must be the same on each of the VPIs within the specified VPI range.
Query旗とVPI/VCI旗が要求メッセージのゼロであるなら、Min VCIとマックスVCI分野はVPI範囲によって指定されたそれぞれのVPIsに割り当てられるVCIsの範囲を指定します。 VCIsの範囲が以前にこのポートの上の指定されたVPI範囲の中のそれぞれのVPIsに割り当てたとしても、ものなら何でもそれは、規定値と増強されるか、または減少するでしょうに。 割り当てられたVCI範囲は指定されたVPI範囲の中のそれぞれのVPIsで同じであるに違いありません。
The success response to a Label Range message requesting a change of label range is a copy of the request message with the Remaining VPIs and Remaining VCIs fields updated to the new values after the Label Range operation.
ラベル範囲の変化を要求するLabel Rangeメッセージへの成功応答はLabel Range操作の後にRemaining VPIsとRemaining VCIs分野を新しい値にアップデートしている要求メッセージのコピーです。
If the switch is unable to satisfy a request to change the VPI range, it must return a failure response message with the Code field set to "Cannot support requested VPI range." In this failure response
スイッチがVPI範囲を変えるという要望に応じることができないなら、それは「サポートの要求されたVPIは及ぶことができないこと」にCode分野セットがある失敗応答メッセージを返さなければなりません。 この失敗応答で
Newman, et. al. Informational [Page 36] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[36ページ]のRFC2297Ipsilonの一般スイッチ管理行進
message the switch must use the Min VPI and Max VPI fields to suggest a VPI range that it would be able to satisfy.
満足するのができるスイッチがMin VPIを使用しなければならないというメッセージとVPIを示すマックスVPI分野は及びます。
If the switch is unable to satisfy a request to change the VCI range on all VPIs within the requested VPI range, it must return a failure response message with the Code field set to "Cannot support requested VCI range on all requested VPIs." In this failure response message the switch must use the Min VPI, Max VPI, Min VCI, and Max VCI fields to suggest a VPI and VCI range that it would be able to satisfy.
スイッチが要求されたVPI範囲の中のすべてのVPIsの上のVCI範囲を変えるという要望に応じることができないなら、それは「サポートの要求されたVCIはすべての要求されたVPIsで及ぶことができないこと」にCode分野セットがある失敗応答メッセージを返さなければなりません。 この失敗応答メッセージでは、スイッチは、それが満たすことができるだろうVPIとVCI範囲を示すのにMin VPI、マックスVPI、Min VCI、およびマックスVCI分野を使用しなければなりません。
In all other failure response messages for the label range operation the switch must return the values of Min VPI, Max VPI, Min VCI, and Max VCI from the request message.
ラベル範囲操作のための他のすべての失敗応答メッセージでは、スイッチは要求メッセージからMin VPI、マックスVPI、Min VCI、およびマックスVCIの値を返さなければなりません。
While switches can typically support all 256 or 4096 VPIs the VCI range that can be supported is often more constrained. Often the Min VCI must be 0 or 32. Typically all VCIs within a particular VPI must be contiguous. The hint in the failure response message allows the switch to suggest a label range that it could satisfy in view of its particular architecture.
スイッチがすべての256か4096VPIsを通常サポートすることができる間、サポートすることができるVCI範囲はしばしばさらに抑制されます。 しばしば、Min VCIは0か32歳であるに違いありません。 通常特定のVPIの中のすべてのVCIsが隣接であるに違いありません。 失敗応答メッセージにおけるヒントで、スイッチはそれが特定のアーキテクチャから見て満たすことができたラベル範囲を示すことができます。
While the Label Range message is defined to specify both a range of VPIs and a range of VCIs within each VPI, the most likely use is to change either the VPI range or the range of VCIs within a single VPI. It is possible for a VPI to be valid but to be allocated no valid VCIs. Such a VPI could be used for a virtual path connection but to support virtual channel connections it would need to be allocated a range of VCIs.
Label Rangeメッセージが両方のさまざまなVPIsと各VPIの中のさまざまなVCIsを指定するために定義されている間、最もありそうな使用は独身のVPIの中でVCIsのVPI範囲か範囲のどちらかを変えることです。 いいえ、有効であるVPIに、それは可能ですが、割り当てるためには、有効なVCIs。 仮想の経路接続にそのようなVPIを使用できましたが、仮想のチャンネル接続をサポートするために、それは、さまざまなVCIsが割り当てられる必要があるでしょう。
A Label Range request message may be issued regardless of the Port Status or the Line Status of the target switch port. If the Port field of the request message contains an invalid port (a port that does not exist or a port that has been removed from the switch) a failure response message must be returned with the Code field set to, "One or more of the specified ports does not exist."
目標スイッチポートのPort Statusか線StatusにかかわらずLabel Range要求メッセージを発行するかもしれません。 要求メッセージのPort分野がCode分野をセットしてある状態で失敗応答メッセージを返さなければならない無効のポート(存在しないポートかスイッチから取り外されたポート)を含んでいるなら、「指定されたポートの1つ以上は存在していません」。
6. State and Statistics Messages
6. 状態と統計メッセージ
The state and statistics messages permit the controller to request the values of various hardware counters associated with the switch input and output ports, virtual path connections, virtual channel connections, and QoS Classes. They also permit the controller to request the connection state of a switch input port. The Connection Activity message is used to determine whether one or more specific virtual channel connections or virtual path connections have recently been carrying traffic. The Statistics message is used to query the various port, connection, and QoS class traffic and error counters.
州と統計メッセージは、コントローラがスイッチ入出力ポート、仮想の経路接続、仮想のチャンネル接続、およびQoS Classesに関連している様々なハードウェアカウンタの値を要求することを許可します。 また、彼らは、コントローラがスイッチ入力ポートの接続状態を要求することを許可します。 Connection Activityメッセージは、1つ以上の特定の仮想のチャンネル接続か仮想の経路接続が最近トラフィックを運ぶかどうか決定するのに使用されます。 Statisticsメッセージは様々が移植する質問、接続、QoSクラストラフィック、および誤りカウンタに使用されます。
Newman, et. al. Informational [Page 37] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[37ページ]のRFC2297Ipsilonの一般スイッチ管理行進
The Report Connection State message is used to request an input port to report the connection state for a single virtual channel connection, a single virtual path connection, or for the entire input port.
Report Connection州メッセージは、単独の仮想のチャンネル接続、単独の仮想の経路接続か全体の入力ポートに接続状態を報告するよう入力ポートに要求するのに使用されます。
6.1 Connection Activity Message
6.1 接続活動メッセージ
The Connection Activity message is used to determine whether one or more specific virtual channel connections or virtual path connections have recently been carrying traffic. The Connection Activity message contains one or more Activity Records. Each Activity Record is used to request and return activity information concerning a single virtual channel connection or virtual path connection. Each virtual channel connection is specified by its input port, input VPI, and input VCI. Each virtual path connection is specified by its input port and input VPI. These are specified in the Input Port, Input VPI, and Input VCI fields of each Activity Record. Two forms of activity detection are supported. If the switch supports per connection traffic accounting, the current value of the traffic counter for each specified virtual channel connection or virtual path connection must be returned. The units of traffic counted are not specified but will typically be either cells or frames. The controller must compare the traffic counts returned in the message with previous values for each of the specified connections to determine whether each connection has been active in the intervening period. If the switch does not support per connection traffic accounting, but is capable of detecting per connection activity by some other unspecified means, the result may be indicated for each connection using the Flags field. The Connection Activity message is:
Connection Activityメッセージは、1つ以上の特定の仮想のチャンネル接続か仮想の経路接続が最近トラフィックを運ぶかどうか決定するのに使用されます。 Connection Activityメッセージは1Activity Recordsを含んでいます。 各Activity Recordは、単独の仮想のチャンネル接続か仮想の経路接続に関して活動情報を要求して、返すのに使用されます。 それぞれの仮想のチャンネル接続は入力ポート、入力VPI、および入力VCIによって指定されます。 それぞれの仮想の経路接続はその入力ポートと入力VPIによって指定されます。 これらはそれぞれのActivity RecordのInput Port、Input VPI、およびInput VCI分野で指定されます。 アクティビティ検出の2つのフォームがサポートされます。 スイッチが、トラフィックが会計であると接続単位でサポートするなら、それぞれの指定された仮想のチャンネル接続か仮想の経路接続のためのトラフィックカウンタの現行価値を返さなければなりません。 数えられたトラフィックのユニットは、指定されませんが、通常セルかフレームのどちらかになるでしょう。 指定された接続各人が、それぞれの接続が介入している時代に活発であるかどうかと決心するように、コントローラはメッセージで返されたトラフィックカウントを前の値にたとえなければなりません。 スイッチがトラフィックが会計であると接続単位でサポートしませんが、ある他の不特定の手段で接続活動単位で検出できるなら、結果は、各接続のためにFlags分野を使用することで示されるかもしれません。 Connection Activityメッセージは以下の通りです。
Message Type = 48
メッセージタイプ=48
The Connection Activity request and success response messages have the following format:
Connection Activity要求と成功応答メッセージには、以下の形式があります:
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 | Message Type | Result | Code |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Transaction Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Number of Records | Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
~ Activity Records ~
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | バージョン| メッセージタイプ| 結果| コード| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | トランザクション識別子| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 記録の数| 予約されます。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | ~ 活動記録~| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Newman, et. al. Informational [Page 38] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[38ページ]のRFC2297Ipsilonの一般スイッチ管理行進
Number of Records
Field specifies the number of Activity Records to follow.
The number of Connection Activity records in a single
Connection Activity message must not cause the packet
length to exceed the maximum transmission unit defined by
the encapsulation.
Records Fieldの数は、続くようにActivity Recordsの数を指定します。 ただ一つのConnection ActivityメッセージのConnection Activity記録の数で、パケット長はカプセル化によって定義されたマキシマム・トランスミッション・ユニットを超えてはいけません。
Each Activity Record has the following format:
各Activity Recordには、以下の形式があります:
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Input Port | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |V|C|A|x| Input VPI | Input VCI | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | + Traffic Count + | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 入力ポート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |V|C|A|x| 入力VPI| 入力VCI| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | + トラフィックカウント+| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Input Port
Identifies the port number of the input port on which the
connection of interest arrives in order to identify the
connection (regardless of whether the traffic count for the
connection is maintained on the input port or the output
port).
興味がある接続が接続(接続のためのトラフィックカウントが入力ポートか出力ポートの上で維持されるかどうかにかかわらず)を特定するために到着する入力ポートのポートナンバーのPort Identifiesを入力してください。
Input VPI
Input VCI
Fields identify the specific virtual path connection or
virtual channel connection for which statistics are being
requested. For a virtual path connection the Input VCI
field is not used.
入力されて、VPI Input VCIフィールズは統計が要求されている特定の仮想の経路接続か仮想のチャンネル接続を特定します。 仮想の経路接続において、Input VCI分野は使用されていません。
Flags
旗
V: Valid Record
In the success response message the Valid Record flag is
used to indicate an invalid Activity Record. The flag must
be zero if any of the fields in this Activity Record are
invalid, if the input port specified by the Input Port
field does not exist, or if the specified connection does
not exist. If the Valid Record flag is zero in a success
response message, the Counter flag, the Activity flag, and
the VC Traffic Count field are undefined. If the Valid
Record flag is set, the Activity Record is valid, and the
Counter and Activity flags are valid. The Valid Record flag
is not used in the request message.
V: 有効なRecord In、Valid Recordが旗を揚げさせる成功応答メッセージは、無効のActivity Recordを示すのに使用されます。 このActivity Recordの分野のどれかが無効であるなら、旗はゼロであるに違いありません、指定された接続が存在していないならInput Port分野によって指定された入力ポートが存在していないなら。 Valid Record旗が成功応答メッセージでゼロであるなら、Counter旗、Activity旗、およびVC Traffic Count分野は未定義です。 Valid Record旗が設定されるなら、Activity Recordは有効です、そして、CounterとActivity旗は有効です。 Valid Record旗は要求メッセージで使用されません。
Newman, et. al. Informational [Page 39] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[39ページ]のRFC2297Ipsilonの一般スイッチ管理行進
C: Counter
In a success response message, if the Valid Record flag is
set, the Counter flag, if zero, indicates that the value in
the VC Traffic Count field is valid. If set, it indicates
that the value in the Activity flag is valid. The Counter
flag is not used in the request message.
C: カウンタIn a成功応答メッセージ、Valid Record旗が設定されるなら、Counter旗はゼロであるならVC Traffic Count分野の値が有効であることを示します。 設定されるなら、それは、Activity旗による値が有効であることを示します。 Counter旗は要求メッセージで使用されません。
A: Activity
In a success response message, if the Valid Record and
Counter flags are set, the Activity flag, if set, indicates
that there has been some activity on this connection since
the last Connection Activity message for this connection.
If zero, it indicates that there has been no activity on
this connection since the last Connection Activity message
for this connection. The Activity flag is not used in the
request message.
A: 活動In a成功応答メッセージ、Valid RecordとCounter旗が用意ができているなら、設定されるなら、Activity旗は最後のConnection Activityがこの接続のために通信するので、この接続には何らかの活動があったのを示します。 ゼロであるなら、それは、この接続への最後のConnection Activityメッセージ以来この接続には活動が全くないのを示します。 Activity旗は要求メッセージで使用されません。
x: Unused
x: 未使用
Traffic Count
Field is not used in the request message. In the success
response message, if the switch supports per connection
traffic counting, the Traffic Count field must be set to
the value of a free running, connection specific, 64-bit
traffic counter counting traffic flowing across the
specified connection. The value of the traffic counter is
not modified by reading it. If per connection traffic
counting is supported, the switch must report the
Connection Activity result using the traffic count rather
than using the Activity flag.
トラフィックCount Fieldは要求メッセージで使用されません。 成功応答メッセージでは、スイッチが、トラフィックが勘定であると接続単位でサポートするなら、自由な実行(指定された接続の向こう側に流れる接続の特定の、そして、64ビットのトラフィックカウンタ勘定トラフィック)の値にTraffic Count分野を設定しなければなりません。 トラフィックカウンタの値は、それを読むことによって、変更されません。 勘定が接続トラフィックに従ってサポートされるなら、スイッチは、Activity旗を使用するよりむしろトラフィックカウントを使用することでConnection Activity結果を報告しなければなりません。
The format of the failure response is the same as the request message with the Number of Records field set to zero and no VC Activity records returned in the message. If the switch is incapable of detecting per connection activity, a failure response must be returned indicating, "The specified request is not implemented on this switch."
失敗応答の形式はゼロに合わせるためにRecords分野のNumberがある要求メッセージがセットしたのと同じです、そして、VC Activity記録は全くメッセージで戻りませんでした。 スイッチが接続活動単位で検出できないなら、「指定された要求はこのスイッチの上に実装されません」と示しながら、失敗応答を返さなければなりません。
6.2 Statistics Messages
6.2 統計メッセージ
The Statistics messages are used to query the various port, connection, and QoS class traffic and error counters.
Statisticsメッセージは様々が移植する質問、接続、QoSクラストラフィック、および誤りカウンタに使用されます。
The Statistics request messages have the following format:
Statistics要求メッセージには、以下の形式があります:
Newman, et. al. Informational [Page 40] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[40ページ]のRFC2297Ipsilonの一般スイッチ管理行進
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 | Message Type | Result | Code |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Transaction Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Port |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| zero | VPI | VCI |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| QoS Class 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | バージョン| メッセージタイプ| 結果| コード| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | トランザクション識別子| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ポート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ゼロ| VPI| VCI| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | QoSクラス識別子| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
VPI
VCI
Fields identify the specific virtual path connection or
virtual channel connection for which statistics are being
requested. For a virtual path connection the Input VCI
field is not used. For requests that do not require a
virtual path connection or virtual channel connection to be
specified, the VPI and VCI fields are not used.
VPI VCIフィールズは統計が要求されている特定の仮想の経路接続か仮想のチャンネル接続を特定します。 仮想の経路接続において、Input VCI分野は使用されていません。 仮想の経路接続を必要としない要求か仮想のチャンネル接続が指定されるために、VPIとVCI分野は使用されていません。
QoS Class Identifier
Field identifies the QoS class for which statistics are
being requested. This field is only used if the QoS Class
Establishment message defined in section 9.4 is
implemented.
QoS Class Identifier Fieldは統計が要求されているQoSのクラスを特定します。 セクション9.4で定義されたQoS Class特権階級メッセージが実装される場合にだけ、この分野は使用されます。
The success response for the Statistics message has the following format:
Statisticsメッセージのための成功応答には、以下の形式があります:
Newman, et. al. Informational [Page 41] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[41ページ]のRFC2297Ipsilonの一般スイッチ管理行進
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 | Message Type | Result | Code |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Transaction Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Port |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| zero | VPI | VCI |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| QoS Class Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
+ Input Cell Count +
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
+ Input Frame Count +
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
+ Input Cell Discard Count +
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
+ Input Frame Discard Count +
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
+ Input HEC Error Count +
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
+ Input Invalid VPI/VCI Count +
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
+ Output Cell Count +
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
+ Output Frame Count +
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
+ Output Cell Discard Count +
| |
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | バージョン| メッセージタイプ| 結果| コード| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | トランザクション識別子| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ポート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ゼロ| VPI| VCI| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | QoSクラス識別子| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | + 入力細胞計数+| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | + 入力フレームカウント+| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | + 入力セルはカウント+を捨てます。| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | + 入力フレームはカウント+を捨てます。| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | + 入力HEC誤り件数+| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | + 入力の無効のVPI/VCIカウント+| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | + 出力細胞計数+| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | + 出力フレームカウント+| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | + 出力セルはカウント+を捨てます。| |
Newman, et. al. Informational [Page 42] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[42ページ]のRFC2297Ipsilonの一般スイッチ管理行進
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | + Output Frame Discard Count + | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | + 出力フレームはカウント+を捨てます。| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Port
VPI/VCI
QoS Class Identifier
Fields are the same as those of the request message.
ポートVPI/VCI QoS Class Identifierフィールズは要求メッセージのものと同じです。
Input Cell Count
Output Cell Count
Give the value of a free running 64-bit counter counting
cells arriving at the input or departing from the output
respectively.
Cell Count Output Cell Count Giveを入力してください。入力に到達するセルを数えるか、または出力からそれぞれ出発する自由な実行している64ビットのカウンタの値。
Input Frame Count
Output Frame Count
Give the value of a free running 64-bit counter counting
frames (packets) arriving at the input or departing from
the output respectively.
Frame Count Output Frame Count Giveを入力してください。入力に到達するか、または出力からそれぞれ出発する無料の実行64ビットのカウンタそろばん(パケット)の値。
Input Cell Discard Count
Output Cell Discard Count
Give the value of a free running 64-bit counter counting
cells discarded due to queue overflow on an input port or
on an output port respectively.
自由な実行している64ビットのカウンタがセルを数える値が捨てた入力Cell Discard Count Output Cell Discard Count Giveは入力ポートの上、または、出力ポートの上にそれぞれオーバーフローを列に並ばせます。
Input Frame Discard Count
Output Frame Discard Count
Give the value of a free running 64-bit counter counting
frames discarded due to congestion on an input port or on
an output port respectively.
無料の実行64ビットのカウンタそろばんの値が混雑のため入力ポートの上、または、出力ポートの上でそれぞれ捨てたFrame Discard Count Output Frame Discard Count Giveを入力してください。
HEC Error Count
Gives the value of a free running 64-bit counter counting
cells discarded due to header checksum errors on arrival at
an input port.
セルを数える空き領域実行している64ビットの価値が打ち返すHEC Error Count Givesが到着次第入力ポートのヘッダーチェックサム誤りのため捨てました。
Invalid VPI/VCI Count
Gives the value of a free running 64-bit counter counting
cells discarded because their VPI/VCI is invalid on arrival
at an input port. For a virtual channel connection an
incoming VPI/VCI is invalid if no connection is currently
established having that value of VPI/VCI. For a virtual
path connection an incoming VPI is invalid if no connection
is currently established having that value of VPI.
それらのVPI/VCIが到着次第入力ポートで無効であるので、セルを数える空き領域実行している64ビットの価値が打ち返す無効のVPI/VCI Count Givesが捨てました。 仮想のチャンネル接続にとって、接続が全く現在VPI/VCIのその値を持ちながら確立されないなら、入って来るVPI/VCIは無効です。 仮想の経路接続において、接続が全く現在VPIのその値を持ちながら確立されないなら、入って来るVPIは無効です。
Newman, et. al. Informational [Page 43] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[43ページ]のRFC2297Ipsilonの一般スイッチ管理行進
6.2.1 Port Statistics Message
6.2.1 ポート統計メッセージ
The Port Statistics message requests the statistics for the switch port specified in the Port field. The contents of the VPI/VCI and the QoS Class Identifier fields in the Port Statistics request message are ignored. All of the count fields in the success response message refer to per-port counts regardless of the connection or QoS class to which the cells belong. Any of the count fields in the success response message not supported by the port must be set to zero. The Port Statistics message is:
スイッチのための統計が移植するPort Statisticsメッセージ要求はPort分野で指定しました。 VPI/VCIのコンテンツとPort Statistics要求メッセージのQoS Class Identifier分野は無視されます。 成功応答メッセージにおけるカウント分野のすべてがセルが属する接続かQoSのクラスにかかわらず1ポートあたりのカウントについて言及します。 ポートによってサポートされなかった成功応答メッセージにおけるカウント分野のいずれもゼロに設定しなければなりません。 Port Statisticsメッセージは以下の通りです。
Message Type = 49
メッセージタイプ=49
6.2.2 Connection Statistics Message
6.2.2 接続統計メッセージ
The Connection Statistics message requests the statistics for the virtual channel connection specified in the VPI/VCI field, or the virtual path connection specified in the VPI field, that arrives on the switch input port specified in the Port field, regardless of the QoS class to which the cells belong. All of the count fields in the success response message refer only to the specified connection. The HEC Error Count and Invalid VPI/VCI Count fields are not connection specific and must be set to zero. Any of the other count fields not supported on a per connection basis must be set to zero in the success response message. The Connection Statistics message is:
Connection StatisticsメッセージはPort分野で指定されたスイッチ入力ポートの上で到着するVPI/VCI分野、またはVPI分野で指定された仮想の経路接続で指定された仮想のチャンネル接続のために統計を要求します、セルが属するQoSのクラスにかかわらず。 成功応答メッセージにおけるカウント分野のすべてが指定された接続だけについて言及します。 HEC Error CountとInvalid VPI/VCI Count分野は、接続特有でなく、ゼロに用意ができなければなりません。 成功応答メッセージで接続基礎あたりのaでサポートされなかった他のカウント分野のいずれもゼロに設定しなければなりません。 Connection Statisticsメッセージは以下の通りです。
Message Type = 50
メッセージタイプ=50
6.2.3 QoS Class Statistics Message
6.2.3 QoSクラス統計メッセージ
The QoS Class Statistics message requests the statistics for the QoS class specified by the QoS Class Identifier field that arrives on the switch input port specified in the Port field, regardless of the connection to which the cells belong. The QoS Statistics message is only used if the QoS Class Establishment message defined in section 9.4 is implemented. The contents of the VPI/VCI fields in the QoS Class Statistics request message are ignored. All of the count fields in the success response message refer only to the specified QoS class. The HEC Error Count and Invalid VPI/VCI Count fields are not specific to a QoS class and must be set to zero. Any of the other count fields not supported on a per QoS class basis must be set to zero in the success response message. The QoS Class Statistics message is:
QoS Class StatisticsメッセージはPort分野で指定されたスイッチ入力ポートの上で到着するQoS Class Identifier野原によって指定されたQoSのクラスのために統計を要求します、セルが属する接続にかかわらず。 セクション9.4で定義されたQoS Class特権階級メッセージが実装される場合にだけ、QoS Statisticsメッセージは使用されます。 QoS Class Statistics要求メッセージのVPI/VCI分野の内容は無視されます。 成功応答メッセージにおけるカウント分野のすべてが指定されたQoSのクラスだけについて言及します。 HEC Error CountとInvalid VPI/VCI Count分野は、QoSのクラスに特定でなく、ゼロに用意ができなければなりません。 もう片方のいずれも1成功応答メッセージで合わせてくださいクラス基礎を設定しなければならないゼロQoSあたりのaでサポートされなかった分野を数えます。 QoS Class Statisticsメッセージは以下の通りです。
Message Type = 51
メッセージタイプ=51
Newman, et. al. Informational [Page 44] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[44ページ]のRFC2297Ipsilonの一般スイッチ管理行進
6.3 Report Connection State Message
6.3 レポート接続州のメッセージ
The Report Connection State message is used to request an input port to report the connection state for a single virtual channel connection, a single virtual path connection, or for the entire input port. The Report Connection State message is:
Report Connection州メッセージは、単独の仮想のチャンネル接続、単独の仮想の経路接続か全体の入力ポートに接続状態を報告するよう入力ポートに要求するのに使用されます。 Report Connection州メッセージは以下の通りです。
Message Type = 52
メッセージタイプ=52
The Report Connection State request message has the following format:
Report Connection州要求メッセージには、以下の形式があります:
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 | Message Type | Result | Code |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Transaction Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Input Port |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|A|V|x x| Input VPI | Input VCI |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | バージョン| メッセージタイプ| 結果| コード| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | トランザクション識別子| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 入力ポート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |A|V|x x| 入力VPI| 入力VCI| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Input Port
Identifies the port number of the input port for which the
connection state is being requested.
接続状態が要求されている入力ポートのポートナンバーのPort Identifiesを入力してください。
Flags
旗
A: All Connections
If the All Connections flag is set, the message requests
the connection state for all virtual path connections and
virtual channel connections that arrive at the input port
specified by the Input Port field. In this case the Input
VPI and Input VCI fields and the VPI/VCI flag are unused.
A: コネクションズが旗を揚げさせるすべてのコネクションズIf Allが用意ができていました、そして、メッセージは仮想の経路接続のために接続状態を要求します、そして、入力ポートに到着する仮想のチャンネル接続がInput Port分野のそばで指定しました。 この場合、Input VPI、Input VCI分野、およびVPI/VCI旗は未使用です。
V: VPI/VCI
If the All Connections flag is zero and the VPI/VCI flag is
set, the message requests the connection state for the
virtual path connection that arrives at the input port
specified by the Input Port and Input VPI fields. If the
specified Input VPI identifies a virtual path connection
(i.e. a single switched virtual path) the state for that
connection is requested. If the specified Input VPI
identifies a virtual path containing virtual channel
connections, the message requests the connection state for
all virtual channel connections that belong to the
specified virtual path. The Input VCI field is not used.
V: コネクションズが旗を揚げさせるVPI/VCI If Allはゼロです、そして、VPI/VCI旗は設定されます、そして、メッセージはInput PortとInput VPI分野によって指定された入力ポートに到着する仮想の経路接続のために接続状態を要求します。 指定されたInput VPIが仮想の経路接続(すなわち、ただ一つの切り換えられた仮想の経路)を特定するなら、その接続のための状態は要求されます。 指定されたInput VPIが仮想のチャンネル接続を含む仮想の経路を特定するなら、メッセージは指定された仮想の経路に属すすべての仮想のチャンネル接続のために接続状態を要求します。 Input VCI分野は使用されていません。
Newman, et. al. Informational [Page 45] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[45ページ]のRFC2297Ipsilonの一般スイッチ管理行進
If the All Connections flag is zero and the VPI/VCI flag is
also zero, the message requests the connection state for
the virtual channel connection that arrives at the input
port specified by the Port, Input VPI and Input VCI fields.
Allコネクションズ旗がゼロであり、また、VPI/VCI旗がゼロであるなら、メッセージはPort、Input VPI、およびInput VCI分野によって指定された入力ポートに到着する仮想のチャンネル接続のために接続状態を要求します。
x: Unused.
x: 未使用。
Input VPI
Input VCI
Fields identify the specific virtual path connection, the
specific virtual path, or the specific virtual channel
connection for which connection state is being requested.
For a virtual path connection (switched as a single virtual
path connection) or a virtual path (switched as one or more
virtual channel connections within the virtual path) the
Input VCI field is not used. For requests that do not
require a virtual path connection or virtual channel
connection to be specified, the Input VPI and Input VCI
fields are not used.
VPI Input VCIフィールズが特定の仮想の経路接続、特定の仮想の経路、または特定の仮想のチャンネル接続を特定する入力は要求されていますどの接続が、述べる。 仮想の経路接続(単独の仮想の経路接続として、切り換えられる)か仮想の経路(1人以上の仮想のチャンネル接続として、仮想の経路の中で切り換えられる)において、Input VCI分野は使用されていません。 仮想の経路接続を必要としない要求か仮想のチャンネル接続が指定されるために、Input VPIとInput VCI分野は使用されていません。
The Report Connection State success response message has the following format:
Report Connection州成功応答メッセージには、以下の形式があります:
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 | Message Type | Result | Code |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Transaction Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Input Port |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Sequence Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
~ Connection Records ~
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | バージョン| メッセージタイプ| 結果| コード| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | トランザクション識別子| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 入力ポート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 一連番号| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | ~ 接続記録~| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Input Port
Is the same as the Input Port field in the request message.
It identifies the port number of the input port for which
the connection state is being reported.
要求メッセージのInput Port分野として同じようにPort Isを入力してください。 それは接続状態が報告されている入力ポートのポートナンバーを特定します。
Sequence Number
In the case that the requested connection state cannot be
reported in a single success response message, each
successive success response message in reply to the same
系列Number Inはただ一つの成功応答メッセージ、同じくらいに対するそれぞれの連続した成功応答メッセージで報告できない要求された接続が、述べるケースです。
Newman, et. al. Informational [Page 46] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[46ページ]のRFC2297Ipsilonの一般スイッチ管理行進
request message must increment the Sequence Number. The
Sequence Number of the first success response message, in
response to a new request message, must be zero.
要求メッセージはSequence Numberを増加しなければなりません。 新しい要求メッセージに対応して、最初の成功応答メッセージのSequence Numberはゼロであるに違いありません。
Connection Records
Each success response message must contain one or more
Connection Records. Each Connection Record specifies a
single point-to-point or point-to-multipoint virtual path
connection or virtual channel connection. The number of
Connection Records in a single Report Connection State
success response must not cause the packet length to exceed
the maximum transmission unit defined by the encapsulation.
If the requested connection state cannot be reported in a
single success response message, multiple success response
messages must be sent. All success response messages that
are sent in response to the same request message must have
the same Input Port and Transaction Identifier fields as
the request message. A single Connection Record must not be
split across multiple success response messages. The More
flag of the last Connection Record in a success response
message indicates whether the response to the request has
been completed or whether one or more further success
response messages should be expected in response to the
same request message.
接続Records Each成功応答メッセージは1Connection Recordsを含まなければなりません。 各Connection Recordはただ一つのポイントツーポイント、ポイントツーマルチポイントの仮想の経路接続または仮想のチャンネル接続を指定します。 ただ一つのReport Connection州成功応答における、Connection Recordsの数で、パケット長はカプセル化によって定義されたマキシマム・トランスミッション・ユニットを超えてはいけません。 ただ一つの成功応答メッセージで要求された接続状態を報告できないなら、複数の成功応答メッセージを送らなければなりません。 同じ要求メッセージに対応して送られるすべての成功応答メッセージが要求メッセージとして同じInput PortとTransaction Identifier分野を持たなければなりません。 複数の成功応答メッセージの向こう側に独身のConnection Recordを分割してはいけません。 成功応答メッセージにおける最後のConnection RecordのMore旗は、要求への応答が終了したかどうか、またはさらなる1つ以上の成功応答メッセージが同じ要求メッセージに対応して予想されるべきであるかどうかを示します。
Each Connection Record has the following format:
各Connection Recordには、以下の形式があります:
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |A|V|P|M| Input VPI | Input VCI | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | ~ Output Branch Records ~ | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |A|V|P|M| 入力VPI| 入力VCI| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | ~ 出力支店記録~| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Flags
旗
A: All Connections
V: VPI/VCI
For the first Connection Record in each success response
message the All Connections and the VPI/VCI flags must be
the same as those of the request message. For successive
Connection Records in the same success response message
these flags are not used.
A: すべてのコネクションズV: それぞれの成功応答メッセージにおけるVPI/VCI Forの最初のConnection Record AllコネクションズとVPI/VCI旗は要求メッセージのものと同じであるに違いありません。 同じ成功応答メッセージにおける連続したConnection Recordsに関しては、これらの旗は使用されていません。
P: VPC
The VPC flag, if set, indicates that the Connection Record
refers to a virtual path connection. If zero, it indicates
P: VPC VPCは、設定されるなら弛んで、Connection Recordが仮想の経路接続について言及するのを示します。 ゼロであるなら示す、それは示します。
Newman, et. al. Informational [Page 47] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[47ページ]のRFC2297Ipsilonの一般スイッチ管理行進
that the Connection Record refers to a virtual channel
connection.
Connection Recordは仮想のチャンネル接続について言及します。
M: More
If the More flag is set, it indicates that another
Connection Record, in response to the same request message,
will follow either in the same success response message or
in a successive success response message. If the More flag
is zero it indicates that this is the last Connection
record in this success response message and that no further
success response messages will be sent in response to the
current request message. It indicates that the response to
the request message is now complete.
M: If Moreが旗を揚げさせる以上は設定されて、それは、同じ要求メッセージに対応して別のConnection Recordが同じ成功応答メッセージか連続した成功応答メッセージで続くのを示します。 More旗がゼロであるなら、それは、これがこの成功応答メッセージで最後のConnection記録であり、さらなる成功応答メッセージが全く現在の要求メッセージに対応して送られないのを示します。 それは、要求メッセージへの応答が現在完全であることを示します。
Input VPI
Input VCI
The input VPI and VCI of the connection specified in this
Connection Record. If this Connection Record specifies a
virtual path connection (the VPC flag is set) the Input VCI
field is unused.
接続の入力VPI Input VCIの入力VPIとVCIはこのConnection Recordで指定しました。 このConnection Recordが仮想の経路接続を指定するなら(VPC旗は設定されます)、Input VCI分野は未使用です。
Output Branch Records
Each Connection Record must contain one or more Output
Branch Records. Each Output Branch Record specifies a
single output branch belonging to the connection identified
by the Input VPI and Input VCI fields of the Connection
Record. A point-to-point connection will require only a
single Output Branch Record. A point-to-multipoint
connection will require multiple Output Branch Records. The
last Output Branch Record of each Connection Record is
indicated by the Last Branch flag of the Output Branch
Record. If a point-to-multipoint connection has more output
branches than can fit in a single Connection Record
contained within a single success response message, that
connection may be reported using multiple Connection
Records in multiple success response messages.
出力支店Records Each Connection Recordは1Output支店Recordsを含まなければなりません。 それぞれのOutput支店RecordはConnection RecordのInput VPIとInput VCI分野によって特定された接続のものである単一の出力ブランチを指定します。 二地点間接続は独身のOutput支店Recordだけを必要とするでしょう。 ポイントツーマルチポイント接続は複数のOutput支店Recordsを必要とするでしょう。 それぞれのConnection Recordの最後のOutput支店RecordはOutput支店RecordのLast支店旗で示されます。 ポイントツーマルチポイント接続がただ一つの成功応答メッセージの中に独身のConnection Recordをうまくはめ込むことができるより出力されたブランチを含ませているなら、その接続は、複数の成功応答メッセージに複数のConnection Recordsを使用することで報告されるかもしれません。
Each Output Branch Record has the following format:
それぞれのOutput支店Recordには、以下の形式があります:
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Output Port | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |L|x x x| Output VPI | Output VCI | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 出力ポート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |L|x x x| 出力VPI| 出力VCI| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Output Port
The output port of the switch to which this output branch
is routed.
Portを出力してください。この出力が分岐するスイッチの出力ポートは発送されます。
Newman, et. al. Informational [Page 48] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[48ページ]のRFC2297Ipsilonの一般スイッチ管理行進
Flags
旗
L: Last Branch
The Last Branch flag, if set, indicates that this is the
last Output Branch Record of this Connection Record. If
zero, it indicates that one or more further Output Branch
Records are to follow. If this is the last Output Branch
Record in the message and the Last Branch flag is zero,
further output branches belonging to the same connection
will be given in another Connection Record. This Connection
Record will be the first Connection Record in the next
success response message. This Connection Record must have
the same Input VPI and Input VCI values as the current
Connection Record.
L: 設定されるなら、Last支店が旗を揚げさせる前回の支店は、これがこのConnection Recordの最後のOutput支店Recordであることを示します。 ゼロであるなら、それは、一層の1Output支店Recordsが続くことになっているのを示します。 これがメッセージで最後のOutput支店Recordであり、Last支店旗がゼロであるなら、別のConnection Recordで同じ接続のものである後の出力ブランチを与えるでしょう。 このConnection Recordは次の成功応答メッセージで最初のConnection Recordになるでしょう。 このConnection Recordには、現在のConnection Recordとして同じInput VPIとInput VCI値がなければなりません。
x: Unused.
x: 未使用。
Output VPI
Output VCI
The output VPI and VCI of the output branch specified in
this Output Branch Record. If this Output Branch Record is
part of a Connection Record that specifies a virtual path
connection (the VPC flag is set) the Output VCI field is
unused.
出力ブランチの出力VPI Output VCIの出力VPIとVCIはこのOutput支店Recordで指定しました。 このOutput支店Recordが仮想の経路接続を指定するConnection Recordの一部(VPC旗は設定される)であるなら、Output VCI分野は未使用です。
A Report Connection State request message may be issued regardless of the Port Status or the Line Status of the target switch port.
目標スイッチポートのPort Statusか線StatusにかかわらずReport Connection州要求メッセージを発行するかもしれません。
If the Input Port of the request message is valid, and the All Connections flag is set, but there are no connections established on that port, a failure response message must be returned with the code field set to, "Failure specific to the particular message type." For the Report Connection State message, this failure code indicates that no connections matching the request message were found. This failure message should also be returned if the Input Port of the request message is valid, the All Connections flag is zero, and no connections are found on that port matching the specified virtual path connection, virtual path, or virtual channel connection.
要求メッセージのInput Portが有効であり、Allコネクションズ旗が設定されますが、そのポートの上で確立された接続が全くなければ、セットされたコード分野、「特定のメッセージタイプに、特定の失敗」と共に失敗応答メッセージを返さなければなりません。 Report Connection州メッセージに関しては、この失敗コードは、要求メッセージに合っている接続が全く見つけられなかったのを示します。 また、要求メッセージのInput Portが有効であるなら、この失敗メッセージを返すべきです、そして、Allコネクションズ旗はゼロです、そして、指定された仮想の経路接続、仮想の経路、または仮想のチャンネル接続に合いながら、そのポートの上で接続を全く見つけません。
7. Configuration Messages
7. 構成メッセージ
The configuration messages permit the controller to discover the capabilities of the switch. Three configuration request messages have been defined: Switch, Port, and All Ports.
構成メッセージは、コントローラがスイッチの能力を発見することを許可します。 3つの構成要求メッセージが定義されました: スイッチ、ポート、およびすべてのポート。
All configuration request messages have the following format:
すべての構成要求メッセージには、以下の形式があります:
Newman, et. al. Informational [Page 49] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[49ページ]のRFC2297Ipsilonの一般スイッチ管理行進
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 | Message Type | Result | Code |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Transaction Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Port |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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.1 Switch Configuration Message
7.1 スイッチ構成メッセージ
The Switch Configuration message requests the global (non port- specific) configuration for the switch. The Switch Configuration message is:
Switch Configurationメッセージはスイッチのためのグローバルな(非ポートに特定の)構成を要求します。 Switch Configurationメッセージは以下の通りです。
Message Type = 64
メッセージタイプ=64
The Port field is not used in the request message.
Port分野は要求メッセージで使用されません。
The Switch Configuration success response message has the following format:
Switch Configuration成功応答メッセージには、以下の形式があります:
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 | Message Type | Result | Code |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Transaction Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Firmware Version Number | Window Size |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Switch Type | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +
| Switch Name |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | バージョン| メッセージタイプ| 結果| コード| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | トランザクション識別子| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ファームウェアバージョン番号| ウィンドウサイズ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | スイッチタイプ| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ + | スイッチ名| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Firmware Version Number
The version number of the switch control firmware
installed.
スイッチコントロールファームウェアのバージョン番号がインストールしたファームウェアバージョンNumber。
Window Size
The maximum number of unacknowledged request messages that
may be transmitted by the controller without the
possibility of loss. This field is used to prevent request
messages being lost in the switch because of overflow in
the receive buffer. The field is a hint to the controller.
If desired, the controller may experiment with higher and
ウィンドウSizeはそれを通信させます不承認の最大数が、要求する。損失の可能性なしでコントローラによって伝えられるかもしれません。 この分野は、要求メッセージが受信バッファにおけるオーバーフローのためにスイッチで失われているのを防ぐのに使用されます。 分野はコントローラへのヒントです。 そして望まれているなら、コントローラが、より高いことで実験するかもしれない。
Newman, et. al. Informational [Page 50] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[50ページ]のRFC2297Ipsilonの一般スイッチ管理行進
lower window sizes to determine heuristically the best
window size.
ウィンドウサイズを下ろして、最も良いウィンドウサイズを発見的に決定してください。
Switch Type
A 16-bit field allocated by the manufacturer of the switch.
(For these purposes the manufacturer of the switch is
assumed to be the organization identified by the OUI in the
Switch Name field.) The Switch Type identifies the product.
When the Switch Type is combined with the OUI from the
Switch Name the product is uniquely identified. Network
Management may use this identification to obtain product
related information from a database.
スイッチのメーカーによって割り当てられたTypeのA16ビットの野原を切り換えてください。 (これらの目的のために、スイッチのメーカーはSwitch Name分野のOUIによって特定された組織であると思われます。) Switch Typeは製品を特定します。 Switch TypeがSwitch NameからOUIに結合されるとき、製品は唯一特定されます。 ネットワークManagementは、データベースから製品関連情報を得るのにこの識別を使用するかもしれません。
Switch Name
A 48-bit quantity that is unique within the operational
context of the device. A 48-bit IEEE 802 MAC address, if
available, may be used as the Switch Name. The most
significant 24 bits of the Switch Name must be an
Organizationally Unique Identifier (OUI) that identifies
the manufacturer of the switch.
デバイスの操作上の文脈の中でユニークなName A48ビットの量を切り換えてください。 利用可能であるなら、48ビットのIEEE802MACアドレスはSwitch Nameとして使用されるかもしれません。 Switch Nameの最も重要な24ビットはスイッチのメーカーを特定するOrganizationally Unique Identifierであるに違いありません(OUI)。
7.2 Port Configuration Message
7.2 ポート構成メッセージ
The Port Configuration message requests the switch for the configuration information of a single switch port. The Port field in the request message specifies the port for which the configuration is requested. The Port Configuration message is:
Port Configurationメッセージは単一のスイッチポートに関する設定情報のためにスイッチを要求します。 要求メッセージのPort分野は構成が要求されているポートを指定します。 Port Configurationメッセージは以下の通りです。
Message Type = 65.
メッセージタイプ=65。
The Port Configuration success response message has the following format:
Port Configuration成功応答メッセージには、以下の形式があります:
Newman, et. al. Informational [Page 51] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[51ページ]のRFC2297Ipsilonの一般スイッチ管理行進
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 | Message Type | Result | Code |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Transaction Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Port |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Port Session Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V|M|L|R| Min VPI |Q|x x x| Max VPI |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Min VCI | Max VCI |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Receive Cell Rate |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Transmit Cell Rate |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Port Status | Port Type | Line Status | Priorities |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Physical Slot Number | Physical Port Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | バージョン| メッセージタイプ| 結果| コード| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | トランザクション識別子| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ポート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ポートセッション番号| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |V|M|L|R| 分VPI|Q|x x x| マックスVPI| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 分VCI| マックスVCI| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | セルレートを受け取ってください。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | セルレートを伝えてください。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ポート状態| ポートタイプ| 線状態| プライオリティ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 物理的なスロット番号| 物理的なポートナンバー| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Port
The switch port to which the configuration information
refers. Configuration information relating to both the
input and the output sides of the switch port is given.
Port numbers are 32 bits wide and allocated by the switch.
The switch may choose to structure the 32 bits into
subfields that have meaning to the physical structure of
the switch hardware (e.g. physical slot and port). This
structure may be indicated in the Physical Slot Number and
Physical Port Number fields.
設定情報が参照されるスイッチポートを移植してください。 入力とスイッチポートのアウトプット側の両方に関連する設定情報を与えます。 ポートナンバーを幅32ビットであり、スイッチは割り当てます。 スイッチは、スイッチハードウェア(例えば、物理的なスロットとポート)の物理構造に意味を持っている部分体に32ビットを構造化するのを選ぶかもしれません。 この構造はPhysical Slot NumberとPhysical Port Number分野で示されるかもしれません。
Flags
旗
V: VP Switching
The VP Switching flag, if set, indicates that this input
port is capable of supporting virtual path switching. Else,
if zero, it indicates that this input port is only capable
of virtual channel switching.
V: VP Switching VP Switchingは、設定されるなら弛んで、この入力ポートが仮想の経路の切り換えをサポートすることができるのを示します。 ほかに、ゼロであるなら、それは、この入力ポートがチャンネルの切り替わることができるだけであるのを仮想の示します。
M: Multicast Labels
The Multicast Labels flag, if set, indicates that this
output port is capable of labelling each output branch of a
point-to-multipoint tree with a different label. If zero,
it indicates that this output port is not able to label
M: 設定されるなら、Multicast Labelsが旗を揚げさせるマルチキャストLabelsは、この出力ポートが異なったラベルでポイントツーマルチポイント木のそれぞれの出力枝をラベルできるのを示します。 ゼロであるなら、それは、この出力ポートがラベルにできないのを示します。
Newman, et. al. Informational [Page 52] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[52ページ]のRFC2297Ipsilonの一般スイッチ管理行進
each output branch of a point-to-multipoint tree with a
different label.
それぞれが異なったラベルでポイントツーマルチポイント木の枝を出力しました。
L: Logical Multicast
The Logical Multicast flag, if set, indicates that this
output port is capable of supporting more than a single
branch from any point-to-multipoint connection. This
capability is often referred to as logical multicast. If
zero, it indicates that this output port can only support a
single output branch from each point-to-multipoint
connection.
L: 論理的なMulticast Logical Multicastは、設定されるなら弛んで、この出力ポートがどんなポイントツーマルチポイント接続からも単一のブランチ以上をサポートすることができるのを示します。 この能力はしばしば論理的なマルチキャストと呼ばれます。 ゼロであるなら、それは、この出力ポートがそれぞれのポイントツーマルチポイント接続から単一の出力ブランチを支えることができるだけであるのを示します。
R: Label Range
The Label Range flag, if set, indicates that this switch
port is capable of reallocating its VPI label range or its
VCI label range and therefore accepts the Label Range
message. Else, if zero, it indicates that this port does
not accept Label Range messages.
R: Range Label Rangeが旗を揚げさせるラベルは、設定されるならこのスイッチポートがVPIラベル範囲かそのVCIラベル範囲を再割当てすることができるのを示して、したがって、Label Rangeメッセージを受け入れます。 ほかに、ゼロであるなら、それは、このポートがLabel Rangeメッセージを受け入れないのを示します。
Q: QoS
The QoS flag, if set, indicates that this switch port is
capable of handling the Quality of Service messages defined
in section 9 of this specification. Else, if zero, it
indicates that this port does not accept the Quality of
Service messages.
Q: 設定されるなら、QoSが旗を揚げさせるQoSは、このスイッチポートはServiceメッセージのQualityがこの仕様のセクション9で定義した取り扱いができるのを示します。 ほかに、ゼロであるなら、それは、このポートがServiceメッセージのQualityを受け入れないのを示します。
x: Unused
x: 未使用
Min VPI
The default minimum value of dynamically assigned incoming
VPI that the connection table on the input port supports
and that may be controlled by GSMP. This value is not
changed as a result of the Label Range message.
入力ポートの上のテーブルがサポートする接続とそれはダイナミックに割り当てられた入って来るVPIの最小値であるかもしれませんが、デフォルトとしてください。分VPI、GSMPによって制御されます。 この値はLabel Rangeメッセージの結果、変えられません。
Max VPI
The default maximum value of dynamically assigned incoming
VPI that the connection table on the input port supports
and that may be controlled by GSMP. This value is not
changed as a result of the Label Range message.
ポートがサポートする入力とそれの接続テーブルはダイナミックに割り当てられた入って来るVPIのデフォルト最大値であるかもしれませんが、VPIに最大限にしてください。GSMPによって制御されます。 この値はLabel Rangeメッセージの結果、変えられません。
At power-on, after a hardware reset, and after the Reset
Input Port function of the Port Management message, the
input port must handle all values of VPI within the range
Min VPI to Max VPI inclusive and GSMP must be able to
control all values within this range. It should be noted
that the range Min VPI to Max VPI refers only to the
incoming VPI range that can be supported by the associated
port. No restriction is placed on the values of outgoing
ハードウェアの後にパワー進行中のリセットにおいて、Port ManagementメッセージのReset Input Port機能の後に、入力ポートは範囲Min VPIの中でVPIのすべての値を包括的にマックスVPIに扱わなければなりません、そして、GSMPはこの範囲の中のすべての値を制御できなければなりません。 マックスVPIへの範囲Min VPIが関連ポートでサポートすることができる入って来るVPI範囲だけについて言及することに注意されるべきです。 制限は全く外向的の値に関して課されません。
Newman, et. al. Informational [Page 53] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[53ページ]のRFC2297Ipsilonの一般スイッチ管理行進
VPIs that may be written into the cell header. If the
switch does not support virtual paths it is acceptable for
both Min VPI and Max VPI to specify the same value, most
likely zero.
セルヘッダーに書かれているかもしれないVPIs。 スイッチが仮想の経路をサポートしないなら、Min VPIとマックスVPIの両方が同じ値を指定するのは、許容できます、最もありそうなゼロ。
Use of the Label Range message allows the range of VPIs
supported by the port to be changed. However, the Min VPI
and Max VPI fields in the Port Configuration and All Ports
Configuration messages always report the same default
values regardless of the operation of the Label Range
message.
Label Rangeメッセージの使用で、ポートによってサポートされたVPIsの範囲は変化します。 しかしながら、Port ConfigurationとAll Ports ConfigurationメッセージのMin VPIとマックスVPI分野はLabel Rangeメッセージの操作にかかわらずいつも同じデフォルト値を報告します。
Min VCI
The default minimum value of dynamically assigned incoming
VCI that the connection table on the input port can support
and may be controlled by GSMP. This value is not changed as
a result of the Label Range message.
デフォルトとしてください。分VCI、入力ポートの上の接続テーブルがそうすることができるダイナミックに割り当てられた入って来るVCIの最小値は、GSMPによってサポートして、制御されていてもよいです。 この値はLabel Rangeメッセージの結果、変えられません。
Max VCI
The default maximum value of dynamically assigned incoming
VCI that the connection table on the input port can support
and may be controlled by GSMP. This value is not changed as
a result of the Label Range message.
VCIに最大限にしてください。デフォルト最大は、GSMPによって入力ポートの上の接続テーブルがサポートすることができるダイナミックに割り当てられた入って来るVCIを評価して、制御されていてもよいです。 この値はLabel Rangeメッセージの結果、変えられません。
At power-on, after a hardware reset, and after the Reset
Input Port function of the Port Management message, the
input port must handle all values of VCI within the range
Min VCI to Max VCI inclusive, for each of the virtual paths
in the range Min VPI to Max VPI inclusive, and GSMP must be
able to control all values within this range. It should be
noted that the range Min VCI to Max VCI refers only to the
incoming VCI range that can be supported by the associated
port on each of the virtual paths in the range Min VPI to
Max VPI. No restriction is placed on the values of outgoing
VCIs that may be written into the cell header.
ハードウェアの後にパワー進行中のリセットにおいて、Port ManagementメッセージのReset Input Port機能の後に、入力ポートは範囲Min VCIの中で範囲Min VPIのそれぞれの仮想の経路に、マックスVPIに包括的なマックスVCIに包括的にVCIのすべての値を扱わなければなりません、そして、GSMPはこの範囲の中のすべての値を制御できなければなりません。 マックスVCIへの範囲Min VCIが範囲Min VPIのそれぞれの仮想の経路の関連ポートでマックスVPIにサポートすることができる入って来るVCI範囲だけについて言及することに注意されるべきです。 制限は全くセルヘッダーに書かれているかもしれない出発しているVCIsの値に関して課されません。
Use of the Label Range message allows the range of VCIs to
be changed on each VPI supported by the port. However, the
Min VCI and Max VCI fields in the Port Configuration and
All Ports Configuration messages always report the same
default values regardless of the operation of the Label
Range message.
Label Rangeメッセージの使用で、VCIsの範囲はポートによってサポートされた各VPIで変化します。 しかしながら、Port ConfigurationとAll Ports ConfigurationメッセージのMin VCIとマックスVCI分野はLabel Rangeメッセージの操作にかかわらずいつも同じデフォルト値を報告します。
For a port over which the GSMP protocol is operating, the
VCI of the GSMP control channel may or may not be reported
as lying within the range Min VCI to Max VCI. A switch
should honor a connection request message that specifies
GSMPプロトコルが作動しているポートに関しては、GSMP制御チャンネルのVCIは範囲Min VCIにマックスVCIに属すとして報告されるかもしれません。 スイッチは指定する接続要求メッセージを光栄に思うはずです。
Newman, et. al. Informational [Page 54] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[54ページ]のRFC2297Ipsilonの一般スイッチ管理行進
the VCI value of the GSMP control channel even if it lies
outside the range Min VCI to Max VCI.
範囲Min VCIの外にマックスVCIに横たわっても、GSMPコントロールのVCI価値は精神を集中します。
Receive Cell Rate
The maximum rate of cells that may arrive at the input port
in cells/s.
セル/sの入力ポートに到着するかもしれないセルの最高率のCell Rateを受けてください。
Transmit Cell Rate
The maximum rate of cells that may depart from the output
port in cells/s. (The transmit cell rate of the output port
may be changed by the Set Transmit Cell Rate function of
the Port Management message.)
セル/sで出力ポートから出発するかもしれないセルの最高率のCell Rateを伝えてください。 出力ポートのセル料金を伝えてください。(Port ManagementメッセージのSet Transmit Cell Rate機能で変えてもよい、)
Port Status
Gives the administrative state of the port. The defined
values of the Port Status field are:
管理のStatus Givesが述べるポートのポート。 Port Status分野の定義された値は以下の通りです。
Available:
Port Status = 1. The port is available to both send
and receive cells. When a port changes to the
Available state from any other administrative state,
all dynamically assigned virtual connections must be
cleared and a new Port Session Number must be
generated.
利用可能: 状態=1を移植してください。 ポートは、ともにセルを送って、受けるために利用可能です。 ポートがいかなる他の管理状態からもAvailable状態に変化するとき、すべてのダイナミックに割り当てられた仮想接続をきれいにしなければなりません、そして、新しいPort Session Numberを生成しなければなりません。
Unavailable:
Port Status = 2. The port has intentionally been taken
out of service. No cells will be transmitted from this
port. No cells will be received by this port.
入手できません: 状態=2を移植してください。 故意に使われなくなっていた状態でポートを取りました。 セルは全くこのポートから伝えられないでしょう。 このポートはセルを全く受け取らないでしょう。
Internal Loopback:
Port Status = 3. The port has intentionally been taken
out of service and is in internal loopback: cells
arriving at the output port from the switch fabric are
looped through to the input port to return to the
switch fabric. All of the ATM functions of the input
port above the physical layer, e.g. header
translation, are performed upon the looped back cells.
内部のループバック: 状態=3を移植してください。 ポートは、故意に使われなくなっていた状態で取られて、内部のループバックにはあります: スイッチ骨組みから出力ポートに到着するセルがスイッチ骨組みに返す入力ポートに突き抜けた状態で輪にされます。 物理的な層の上の入力ポートのATM機能のすべて(例えば、ヘッダー翻訳)が輪にされた逆セルに実行されます。
External Loopback:
Port Status = 4. The port has intentionally been taken
out of service and is in external loopback: cells
arriving at the input port from the external
communications link are immediately looped back to the
communications link at the physical layer without
entering the input port. None of the ATM functions of
the input port above the physical layer are performed
upon the looped back cells.
外部のループバック: 状態=4を移植してください。 ポートは、故意に使われなくなっていた状態で取られて、外部のループバックにはあります: 入力ポートに入らないで、外部コミュニケーションリンクから入力ポートに到着するセルがすぐに、物理的な層のコミュニケーションリンクに輪にして戻されます。 物理的な層の上の入力ポートのATM機能のいずれも輪にされた逆セルに実行されません。
Newman, et. al. Informational [Page 55] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[55ページ]のRFC2297Ipsilonの一般スイッチ管理行進
Bothway Loopback:
Port Status = 5. The port has intentionally been taken
out of service and is in both internal and external
loopback.
Bothwayループバック: 状態=5を移植してください。 ポートは、故意に使われなくなっていた状態で取られて、内部の、そして、外部の両方のループバックにはあります。
The Port Status of the port over which the GSMP session
controlling the switch is running, must be declared
Available. The controller will ignore any other Port status
for this port. The Port Status of switch ports after
power-on initialization is not defined by GSMP.
スイッチを制御するGSMPセッションが行われているポートのPort Statusは宣言しているAvailableであるに違いありません。 コントローラはいかなる他のPort状態もこのポートに無視するでしょう。 パワー進行中の初期化の後のスイッチポートのPort StatusはGSMPによって定義されません。
Port Type
The type of physical transmission interface for this port.
The values for this field are defined by the atmIfType
object specified in the Ipsilon IP Switch MIB [IpsilonMIB].
物理的なトランスミッションのタイプのポートTypeはこのポートに連結します。 この分野への値はIpsilon IP Switch MIB[IpsilonMIB]で指定されたatmIfTypeオブジェクトによって定義されます。
Line Status
The status of the physical transmission medium connected to
the port. The defined values of the Line Status field are:
物理的なトランスミッション媒体の状態がポートに接続したStatusを裏打ちしてください。 線Status分野の定義された値は以下の通りです。
Up:
Line Status = 1. The line is able to both send and
receive cells. When the Line Status changes to Up
from either the Down or Test states, a new Port
Session Number must be generated.
上がる: 状態=1を裏打ちしてください。 系列は、ともにセルを送って、受けることができます。 線StatusがDownかTestが述べるどちらかからUpに変化するとき、新しいPort Session Numberを生成しなければなりません。
Down:
Line Status = 2. The line is unable either to send or
receive cells or both.
以下より倒してください。 状態=2を裏打ちしてください。 系列は、セルか両方を送るか、または受けることができません。
Test:
Line Status = 3. The port or line is in a test mode,
for example, power-on test.
テスト: 状態=3を裏打ちしてください。 ポートか系列がテスト・モード、例えば、パワー進行中のテスト中です。
Priorities
The number of different priority levels that this output
port can assign to virtual connections. Zero is invalid in
this field. If an output port is able to support "Q"
priorities, the highest priority is numbered zero and the
lowest priority is numbered "Q-1". The ability to offer
different qualities of service to different connections
based upon their priority is assumed to be a property of
the output port of the switch. It may be assumed that for
connections that share the same output port, an ATM cell on
a connection with a higher priority is much more likely to
exit the switch before an ATM cell on a connection with a
lower priority if they are both in the switch at the same
time.
プライオリティ、この出力ポートが仮想接続に割り当てることができる異なった優先順位の数。 ゼロはこの分野で無効です。 出力ポートが、「Q」がプライオリティであるとサポートすることができるなら、最優先は番号付のゼロです、そして、最も低い優先度は番号付の「Q-1インチ」です。 異なった彼らの優先権に基づく異なった接続に対するサービスの品質を提供する能力はスイッチの出力ポートの特性であると思われます。 彼らが同時にともにスイッチにいるなら、同じ出力ポートを共有する接続において、より高い優先度との関係でのATMセルがATMセルの前で低優先度との関係にスイッチをはるかに出そうであると思われるかもしれません。
Newman, et. al. Informational [Page 56] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[56ページ]のRFC2297Ipsilonの一般スイッチ管理行進
Physical Slot Number
The physical location of the slot in which the port is
located. It is an unsigned 16-bit integer that can take any
value except 0xFFFF. The value 0xFFFF is used to indicate
"unknown." The Physical Slot Number is not used by the GSMP
protocol. It is provided to assist network management in
functions such as logging, port naming, and graphical
representation.
物理的なSlot Number、ポートが位置しているスロットの物理的な位置。 それは0xFFFF以外のどんな値も取ることができる未署名の16ビットの整数です。 値の0xFFFFは、「未知」を示すのに使用されます。 Physical Slot NumberはGSMPプロトコルによって使用されません。 伐採や、ポート命名や、グラフ表示などの機能にネットワークマネージメントを助けるためにそれを提供します。
Physical Port Number
The physical location of the port within the slot in which
the port is located. It is an unsigned 16-bit integer that
can take any value except 0xFFFF. The value 0xFFFF is used
to indicate "unknown." The Physical Port Number is not used
by the GSMP protocol. It is provided to assist network
management in functions such as logging, port naming, and
graphical representation.
物理的なPort Number、ポートが位置しているスロットの中のポートの物理的な位置。 それは0xFFFF以外のどんな値も取ることができる未署名の16ビットの整数です。 値の0xFFFFは、「未知」を示すのに使用されます。 Physical Port NumberはGSMPプロトコルによって使用されません。 伐採や、ポート命名や、グラフ表示などの機能にネットワークマネージメントを助けるためにそれを提供します。
There must be a one to one mapping between Port Number and
the Physical Slot Number and Physical Port Number
combination. Two different Port Numbers must not yield the
same Physical Slot Number and Physical Port Number
combination. The same Port Number must yield the same
Physical Slot Number and Physical Port Number within a
single GSMP session. If both Physical Slot Number and
Physical Port Number indicate "unknown" the physical
location of switch ports may be discovered by looking up
the product identity in a database to reveal the physical
interpretation of the 32-bit Port Number.
Port Numberと、Physical Slot NumberとPhysical Port Number組み合わせの間には、1〜1つのマッピングがあるに違いありません。 2の異なったPort民数記は同じPhysical Slot NumberとPhysical Port Number組み合わせをもたらしてはいけません。 同じPort Numberはただ一つのGSMPセッション以内に同じPhysical Slot NumberとPhysical Port Numberをもたらさなければなりません。 Physical Slot NumberとPhysical Port Numberの両方がスイッチポートの物理的な位置が32ビットの物理的な解釈を明らかにするためにデータベースの製品のアイデンティティを見上げながら発見されるかもしれない「未知」Port Numberを示すなら。
7.3 All Ports Configuration Message
7.3 すべてが構成メッセージを移植します。
The All Ports Configuration message requests the switch for the configuration information of all of its ports. The All Ports Configuration message is:
All Ports Configurationメッセージはポートのすべてに関する設定情報のためにスイッチを要求します。 All Ports Configurationメッセージは以下の通りです。
Message Type = 66
メッセージタイプ=66
The Port field is not used in the request message.
Port分野は要求メッセージで使用されません。
The All Ports Configuration success response message has the following format:
All Ports Configuration成功応答メッセージには、以下の形式があります:
Newman, et. al. Informational [Page 57] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[57ページ]のRFC2297Ipsilonの一般スイッチ管理行進
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 | Message Type | Result | Code |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Transaction Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Number of Records | Port Record Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
~ Port Records ~
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | バージョン| メッセージタイプ| 結果| コード| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | トランザクション識別子| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 記録の数| レコード長を移植してください。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | ~ ポート記録~| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Number of Records
Field gives the total number of Port Records to be returned
in response to the All Ports Configuration request message.
The number of port records in a single All Ports
Configuration success response must not cause the packet
length to exceed the maximum transmission unit defined by
the encapsulation. If a switch has more ports than can be
sent in a single success response message it must send
multiple success response messages. All success response
messages that are sent in response to the same request
message must have the same Transaction Identifier as the
request message and the same value in the Number of Records
field. All success response messages that are sent in
response to the same request message, except for the last
message, must have the result field set to "More." The last
message, or a single success response message, must have
the result field set to "Success." All Port records within
a success response message must be complete, i.e. a single
Port record must not be split across multiple success
response messages.
Records Fieldの数はAll Ports Configuration要求メッセージに対応して返されるPort Recordsの総数を与えます。 ただ一つのAll Ports Configuration成功応答における、ポート記録の数で、パケット長はカプセル化によって定義されたマキシマム・トランスミッション・ユニットを超えてはいけません。 スイッチにただ一つの成功応答メッセージで送ることができるより多くのポートがあるなら、それは複数の成功応答メッセージを送らなければなりません。 同じ要求メッセージに対応して送られるすべての成功応答メッセージがRecordsのNumberの要求メッセージと同じ値としてのTransaction Identifierがさばく同じくらいを持たなければなりません。 最後のメッセージ以外の同じ要求メッセージに対応して送られるすべての成功応答メッセージで、「以上」に結果フィールドを設定しなければなりません。 最後のメッセージ、またはただ一つの成功応答メッセージで、「成功」に結果フィールドを設定しなければなりません。 成功応答メッセージの中のすべてのPort記録が完全であるに違いない、すなわち、複数の成功応答メッセージの向こう側にただ一つのPort記録を分けてはいけません。
Port Record Length
Field gives the length of each port record in bytes. This
is currently 32 but the Port Record Length field allows for
the future definition of further fields at the end of the
port record while preserving compatibility with earlier
versions of the protocol.
ポートRecord Length Fieldはバイトで表現されるそれぞれのポート記録の長さを与えます。 現在、これは32ですが、Port Record Length分野はプロトコルの以前のバージョンとの互換性を保存している間ポート記録の終わりでさらなる分野の今後の定義を考慮します。
Port Records
Follow in the remainder of the message. Each port record
has the following format:
メッセージの残りでRecords Followを移植してください。 それぞれのポート記録には、以下の形式があります:
Newman, et. al. Informational [Page 58] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[58ページ]のRFC2297Ipsilonの一般スイッチ管理行進
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Port |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Port Session Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V|M|L|R| Min VPI |Q|x x x| Max VPI |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Min VCI | Max VCI |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Receive Cell Rate |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Transmit Cell Rate |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Port Status | Port Type | Line Status | Priorities |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Physical Slot Number | Physical Port Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ポート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ポートセッション番号| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |V|M|L|R| 分VPI|Q|x x x| マックスVPI| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 分VCI| マックスVCI| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | セルレートを受け取ってください。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | セルレートを伝えてください。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ポート状態| ポートタイプ| 線状態| プライオリティ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 物理的なスロット番号| 物理的なポートナンバー| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The definition of the fields in the Port Record is exactly the same as that of the Port Configuration message.
Port Recordとの分野の定義はまさにPort Configurationメッセージのものと同じです。
8. Event Messages
8. イベントメッセージ
Event messages allow the switch to inform the controller of certain asynchronous events. Event messages are not acknowledged. The Result field and the Code field in the message header are not used and should be set to zero. Event messages are not sent during initialization. Event messages have the following format:
イベントメッセージで、スイッチはある非同期的なイベントについてコントローラを知らせることができます。 イベントメッセージは承認されません。 メッセージヘッダーのResult分野と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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Version | Message Type | Result | Code |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Transaction Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Port |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Port Session Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Event Sequence Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| zero | VPI | VCI |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | バージョン| メッセージタイプ| 結果| コード| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | トランザクション識別子| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ポート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ポートセッション番号| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | イベント一連番号| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ゼロ| VPI| VCI| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Newman, et. al. Informational [Page 59] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[59ページ]のRFC2297Ipsilonの一般スイッチ管理行進
Event Sequence Number
The current value of the Event Sequence Number for the
specified port. The Event Sequence Number is set to zero
when the port is initialized. It is incremented by one each
time the port detects an asynchronous event that the switch
would normally report via an Event message. The Event
Sequence Number must be incremented each time an event
occurs even if the switch is prevented from sending an
Event message due to the action of the flow control.
イベントSequence Number、指定されたポートへのEvent Sequence Numberの現行価値。 ポートが初期化されるとき、Event Sequence Numberはゼロに用意ができています。 ポートが通常、スイッチがEventメッセージで報告する非同期的なイベントを検出するたびにそれは1つ増加されます。 スイッチがフロー制御の動作のためEventメッセージを送るのが防がれてもイベントが起こるたびにEvent Sequence Numberを増加しなければなりません。
VPI/VCI
Field gives the VPI/VCI to which the event message refers.
If this field is not required by the event message it is
set to zero.
VPI/VCI Fieldはイベントメッセージが参照されるVPI/VCIに与えます。 この分野がイベントメッセージによって必要とされないなら、それはゼロに設定されます。
Each switch port must maintain an Event Sequence Number and a set of Event Flags, one Event Flag for each type of Event message. When a switch port sends an Event message it must set the Event Flag on that port corresponding to the type of the event. The port is not permitted to send another Event message of the same type until the Event Flag has been reset. Event Flags are reset by the "Reset Event Flags" function of the Port Management message. This is a simple flow control preventing the switch from flooding the controller with event messages. The Event Sequence Number of the port must be incremented every time an event is detected on that port even if the port is prevented from reporting the event due to the action of the flow control. This allows the controller to detect that it has not been informed of some events that have occurred on the port due to the action of the flow control.
それぞれのスイッチポートはEvent Sequence NumberとEvent Flagsの1セット(それぞれのタイプに関するEventメッセージのための1Event Flag)を維持しなければなりません。 スイッチポートがEventメッセージを送るとき、それはイベントのタイプにおいて、対応するそのポートの上にEvent Flagを置かなければなりません。 Event Flagがリセットされるまでポートが同じタイプに関する別のEventメッセージを送ることが許可されていません。 イベントFlagsはPort Managementメッセージの「リセットイベント旗」機能によってリセットされます。 これはスイッチをコントローラがイベントメッセージであふれさせることができない簡単なフロー制御です。 ポートがフロー制御の動作のためイベントを報告するのが防がれてもイベントがそのポートの上に検出されるときはいつも、ポートのEvent Sequence Numberを増加しなければなりません。 これはフロー制御の動作のためポートの上に起こったいくつかのイベントを検出するそれは知識がないコントローラに許容します。
8.1 Port Up Message
8.1 メッセージへのポート
The Port Up message informs the controller that the Line Status of a port has changed from either the Down or Test state to the Up state. When the Line Status of a switch port changes to the Up state from either the Down or Test state a new Port Session Number must be generated, preferably using some form of random number. The new Port Session Number is given in the Port Session Number field. The VPI/VCI field is not used and is set to zero. The Port Up message is:
Port Upメッセージはポートの線StatusがDownかTestがUp状態に述べるどちらかから変えたコントローラを知らせます。 スイッチの線StatusがDownかTestのどちらかからUp状態への変化を移植するときには新しいPort Session Numberを生成しなければならないと述べてください、望ましくは、何らかのフォームの乱数を使用して。 Port Session Number分野で新しいPort Session Numberを与えます。 VPI/VCI分野は、使用されていなくて、ゼロに設定されます。 Port Upメッセージは以下の通りです。
Message Type = 80
メッセージタイプ=80
8.2 Port Down Message
8.2 メッセージの下側へのポート
The Port Down message informs the controller that the Line Status of a port has changed from the Up state to the Down state. This message will be sent to report link failure if the switch is capable of detecting link failure. The port session number that was valid before
Port Downメッセージはポートの線StatusがUp状態からDown状態に変えたコントローラを知らせます。 スイッチがリンクの故障を検出できると、リンクの故障を報告するためにこのメッセージを送るでしょう。 以前有効であったポートセッション番号
Newman, et. al. Informational [Page 60] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[60ページ]のRFC2297Ipsilonの一般スイッチ管理行進
the port went down is reported in the Port Session Number field. The VPI/VCI field is not used and is set to zero. The Port Down message is:
ポートは落ちました。Port Session Number分野では、報告されます。 VPI/VCI分野は、使用されていなくて、ゼロに設定されます。 Port Downメッセージは以下の通りです。
Message Type = 81
メッセージタイプ=81
8.3 Invalid VPI/VCI Message
8.3 無効のVPI/VCIメッセージ
The Invalid VPI/VCI message is sent to inform the controller that one or more cells have arrived at an input port with a VPI/VCI that is currently not allocated to an assigned connection. The input port is indicated in the Port field, and the VPI/VCI in the VPI/VCI field. The Invalid VPI/VCI message is:
1つ以上のセルが現在割り当てられた接続に割り当てられないVPI/VCIと共に入力ポートに到着したことをコントローラに知らせるためにInvalid VPI/VCIメッセージを送ります。 入力ポートはPort分野、およびVPI/VCI分野のVPI/VCIで示されます。 Invalid VPI/VCIメッセージは以下の通りです。
Message Type = 82
メッセージタイプ=82
8.4 New Port Message
8.4 新しいポートメッセージ
The New Port message informs the controller that a new port has been added to the switch. The port number of the new port is given in the Port field. A new Port Session Number must be assigned, preferably using some form of random number. The new Port Session Number is given in the Port Session Number field. The state of the new port is undefined so the VPI/VCI field is not used and is set to zero. The New Port message is:
New Portメッセージは、新しいポートがスイッチに加えられることをコントローラに知らせます。 Port分野で新しいポートのポートナンバーを与えます。 望ましくは、何らかのフォームの乱数を使用して、新しいPort Session Numberを割り当てなければなりません。 Port Session Number分野で新しいPort Session Numberを与えます。 新しいポートの状態が未定義であり、VPI/VCI分野は、使用されていないので、ゼロに設定されます。 New Portメッセージは以下の通りです。
Message Type = 83
メッセージタイプ=83
8.5 Dead Port Message
8.5 死んでいるポートメッセージ
The Dead Port message informs the controller that a port has been removed from the switch. The port number of the port is given in the Port field. The Port Session Number that was valid before the port was removed is reported in the Port Session Number field. The VPI/VCI fields are not used and are set to zero. The Dead Port message is:
Dead Portメッセージは、ポートがスイッチから取り外されたことをコントローラに知らせます。 Port分野でポートのポートナンバーを与えます。 ポートが取り外される前に有効であったPort Session NumberはPort Session Number分野で報告されます。 VPI/VCI分野は、使用されていなくて、ゼロに設定されます。 Dead Portメッセージは以下の通りです。
Message Type = 84
メッセージタイプ=84
9. Quality of Service Messages
9. サービスの質メッセージ
The GSMP Quality of Service (QoS) messages allow a controller to group virtual path connections and virtual channel connections into QoS classes, and to allocate QoS resources to both QoS classes and to individual connections. At initialization, the switch describes its QoS capabilities to the controller, in terms of the abstract switch model, using the QoS Configuration message. The controller issues
Service(QoS)メッセージのGSMP Qualityはコントローラに仮想の経路接続と仮想のチャンネル接続をQoSのクラスに分類して、両方のQoSのクラスと、そして、個々の接続へのリソースをQoSに割り当てさせます。 初期化では、スイッチはQoS能力をコントローラに説明します、抽象的なスイッチモデルで、QoS Configurationメッセージを使用して。 コントローラ問題
Newman, et. al. Informational [Page 61] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[61ページ]のRFC2297Ipsilonの一般スイッチ管理行進
Scheduler Establishment messages to configure the scheduler on each switch output port. It also issues QoS Class Establishment messages to configure QoS classes. Connections may be added to, or deleted from, a QoS class using the QoS Connection Management message. QoS resources may also be assigned to individual connections using the QoS Connection Management message. Connections that only require the scheduler may use the simple connection management messages defined in Section 3, "Connection Management Messages."
各スイッチの上にスケジューラを構成するスケジューラ特権階級メッセージはポートを出力しました。 また、それはQoSのクラスを構成する特権階級メッセージをQoS Classに発行します。 QoSのクラスがQoS Connection Managementメッセージを使用して、コネクションズは、加えられるか、または削除されるかもしれません。 また、QoSリソースは、QoS Connection Managementメッセージを使用することで個々の接続に割り当てられるかもしれません。 スケジューラを必要とするだけであるコネクションズはセクション3で定義された、簡単な接続管理メッセージ、「接続管理メッセージ」を使用するかもしれません。
9.1 Abstract Switch Model
9.1 抽象的なスイッチモデル
The abstract switch model, fig. 1, is the means by which a switch can describe its fundamental QoS capabilities to a controller. It consists of four main functions: a policer, a classifier, a regulator, and a scheduler. The classifier groups multiple connections (VPCs or VCCs) together into a QoS class such that QoS resources may be shared by the QoS class as a whole. Within a QoS class there is no differentiation between members of the class in terms of QoS resources received. However, the ordering of cells within each constituent VPC or VCC must be preserved on exit from the switch. Connections are not required to be aggregated into a QoS class with other connections; they may be allocated individual QoS resources.
抽象的なスイッチモデル(図1)はスイッチが基本的なQoS能力をコントローラに説明できる手段です。 それは4つの主な機能から成ります: policer、クラシファイア、監視委員、およびスケジューラ。 クラシファイアは、全体でQoSのクラスがQoSリソースを共有できるように、複数の接続(VPCsかVCCs)をQoSのクラスに一緒に、分類します。 中では、そこのQoSのクラスはリソースが受けたQoSに関するクラスのメンバーの間の分化ではありません。 しかしながら、出口にスイッチから各構成しているVPCかVCCの中のセルの注文を保存しなければなりません。 コネクションズは他の接続と共にQoSのクラスに集められるのに必要ではありません。 個々のQoSリソースをそれらに割り当てるかもしれません。
Newman, et. al. Informational [Page 62] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[62ページ]のRFC2297Ipsilonの一般スイッチ管理行進
VPC/VCCs Policer Classifier Regulator Scheduler
VPC/VCCs Policerクラシファイア監視委員スケジューラ
+--+ +----+ +--------+
-------->| |---->| | | |
+--+ | | | |
| | | |
+--+ | | +----+ | |
-------->| |---->| | | |--------->| |
+--+ | | | |conforming| |
| |------>| | | |
+--+ | | QoS | | | |
-------->| |---->| | Class | |--------->| |
+--+ | | +----+ excess | |
| | | |
+--+ | | | |
-------->| |---->| | | |
+--+ +----+ | |
| |
| | Output
| | Port
| |---------->
| |
| |
+--+ +----+ | |
-------->| |---->| | | |
+--+ | | | |
| | | |
+--+ | | +----+ | |
-------->| |---->| | | |--------->| |
+--+ | | | |conforming| |
| |------>| | | |
+--+ | | QoS | | | |
-------->| |---->| | Class | |--------->| |
+--+ | | +----+ excess | |
| | | |
+--+ | | | |
-------->| |---->| | | |
+--+ +----+ | |
+--------+
+--+ +----+ +--------+ -------->| |、-、-、--、>|、|、|、| +--+ | | | | | | | | +--+ | | +----+ | | -------->| |、-、-、--、>|、|、| |、-、-、-、-、-、-、-、--、>|、| +--+ | | | |従います。| | | |、-、-、-、-、--、>|、|、|、| +--+ | | QoS| | | | -------->| |、-、-、--、>|、| クラス| |、-、-、-、-、-、-、-、--、>|、| +--+ | | +----+ 過剰| | | | | | +--+ | | | | -------->| |、-、-、--、>|、|、|、| +--+ +----+ | | | | | | 出力| | ポート| |、-、-、-、-、-、-、-、-、--、>|、|、|、| +--+ +----+ | | -------->| |、-、-、--、>|、|、|、| +--+ | | | | | | | | +--+ | | +----+ | | -------->| |、-、-、--、>|、|、| |、-、-、-、-、-、-、-、--、>|、| +--+ | | | |従います。| | | |、-、-、-、-、--、>|、|、|、| +--+ | | QoS| | | | -------->| |、-、-、--、>|、| クラス| |、-、-、-、-、-、-、-、--、>|、| +--+ | | +----+ 過剰| | | | | | +--+ | | | | -------->| |、-、-、--、>|、|、|、| +--+ +----+ | | +--------+
Fig. 1: Abstract Switch Model
図1: 抽象的なスイッチモデル
The policer is a single input, single output device that can discard or tag cells. A policer may be applied to police each individual connection. A policer may also be applied to police the aggregate traffic of a QoS class. The policer is used to enforce an upper bound on the traffic on a connection or on a QoS class.
policerはただ一つの入力、捨てられることができる単一の出力装置またはタグセルです。 policerは、それぞれの個々の接続を取り締まるために適用されるかもしれません。 また、policerは、QoSのクラスの集合交通を取り締まるために適用されるかもしれません。 policerは、上限に接続の上、または、QoSのクラスにおける交通に押しつけるのに使用されます。
Newman, et. al. Informational [Page 63] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[63ページ]のRFC2297Ipsilonの一般スイッチ管理行進
The regulator follows the policer and classifier. It offers either a policing function or a shaping function. The policing function evaluates cells as conforming to the rate specified by the regulator parameters or as being in excess of that rate. One of three actions can be specified to be taken for each cell as a result of this evaluation: tagging, discard or differentiated scheduling. Tagging sets the CLP bit of cells deemed to be in excess of the rate defined by the regulator parameters. The discard function discards excess cells. The differentiated scheduling function allows conforming cells and excess cells to be scheduled for service at different points in the scheduler. This would allow conforming cells, for example, to receive service with a QoS guarantee, whereas excess cells receive best-effort service. The implementation of differentiated scheduling, however, is complicated by the requirement not to reorder cells within each connection.
監視委員はpolicerとクラシファイアの後をつけます。 それは取り締まり機能か形成機能のどちらかを提供します。 監視委員パラメタによって指定されたレートに従うこととして、または、そのレートを超えていることとして取り締まり機能はセルを評価します。 この評価の結果、各セルに取るために3つの動作の1つを指定できます: タグ付け、破棄または微分されたスケジューリング。 タグ付けは監視委員パラメタによって定義されたレートを超えていると考えられたセルのCLPかけらを設定します。 破棄は機能します。過剰セルを捨てます。 微分されたスケジューリング機能で、サービスのためにスケジューラで異なったポイントで予定されるためにセルと余分なセルを従わせます。 これで、例えば、QoS保証でサービスを受けるためにセルを従わせるでしょうが、余分なセルはベストエフォート型サービスを受けます。 しかしながら、微分されたスケジューリングの実現は各接続の中で要件によってどんな追加注文セルにも複雑にされません。
The shaping function of the regulator paces cells out, on each QoS class or individual connection, at the rate specified by the regulator parameters. No jitter requirement may be specified, nor is any specific guarantee of jitter given. If traffic arrives on any QoS class or individual connection at a greater rate than the output rate specified, that traffic will be delayed. If the delayed traffic for any QoS class or individual connection exceeds a bound, discard will occur. Differentiated scheduling is supported by the shaper but its application to shaping is somewhat different than its application to policing. Conforming traffic is that traffic which leaves the shaper as a result of the shaping process. The conforming pointer specifies the point in the scheduler structure where such traffic is scheduled for output. (This is typically the highest priority of the scheduler but the GSMP specification permits other priorities to be specified.) If an excess pointer is also enabled for a particular QoS class or individual connection, traffic in excess of the rate specified by the shaper may also be transmitted. The position of the excess pointer in the scheduler structure determines the undefined amount of additional traffic that will be supported. The excess traffic may be tagged if required, if tagging is supported. The excess pointer will receive the same share of bandwidth that a best-effort class or connection would receive at the same location in the scheduler structure.
監視委員の形成機能はセルを歩測します、それぞれのQoSのクラスか個々の接続に関して、監視委員パラメタによって指定されたレートで。 ジター要件は全く指定されないかもしれません、そして、ジターのどんな特定の保証も与えられていません。 交通がどんなQoSのクラスや個々の接続のときにも出力率が指定したより大きいレートに達すると、その交通は遅れるでしょう。 どんなQoSのクラスや個々の接続のための遅れた交通もバウンドを超えていると、破棄は起こるでしょう。 微分されたスケジューリングは整形器によって支持されますが、形成へのアプリケーションはアプリケーションと取り締まりにいくらか異なっています。 交通を従わせるのは、形成の過程の結果、整形器を残すその交通です。 従うポインタはそのような交通が出力のために予定されているスケジューラ構造でポイントを指定します。 (これは通常スケジューラの最優先ですが、GSMP仕様は、他のプライオリティが指定されることを許可します。) また、また、余分なポインタが特定のQoSのクラスか個々の接続のために可能にされるなら、整形器によって指定されたレートを超えた交通は伝えられるかもしれません。 スケジューラ構造の余分なポインタの位置は支持される未定義の量の追加交通を決定します。 タグ付けが支持されるなら、必要なら、余分な交通はタグ付けをされるかもしれません。 余分なポインタはベストエフォート型クラスか接続がスケジューラ構造で同じ位置で受ける帯域幅の同じシェアを受けるでしょう。
The location of the classifier and regulator functions in the switch is important. If the classifier is located on an input port, only virtual connections that arrive at that input port may be aggregated into a QoS class. If the classifier is centralized, or located on an output port, virtual connections that arrive at any input port may be aggregated into the same QoS class. If the regulator is located on an output port all virtual connections within a QoS class passing through that regulator must exit the switch at that output port.
スイッチでのクラシファイアと監視委員機能の位置は重要です。 クラシファイアが入力ポートに見つけられているなら、その入力ポートに到着する仮想接続だけをQoSのクラスに集めてもよいです。 クラシファイアが出力ポートに集結されるか、または見つけられているなら、どんな入力ポートにも到着する仮想接続は同じQoSのクラスに集められるかもしれません。 監視委員が出力ポートに見つけられているなら、その監視委員を通り抜けるQoSのクラスの中のすべての仮想接続がその出力ポートでスイッチを出なければなりません。
Newman, et. al. Informational [Page 64] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[64ページ]のRFC2297Ipsilonの一般スイッチ管理行進
However, if the regulator is centralized, or located on an input port, virtual connections that are part of the same QoS class may be switched to different output ports. Each switch port must specify the location of its classifier and regulator functions.
しかしながら、監視委員が入力ポートに集結されるか、または見つけられているなら、同じQoSのクラスの一部である仮想接続は異なった出力ポートに切り換えられるかもしれません。 それぞれのスイッチポートはクラシファイアと監視委員機能の位置を指定しなければなりません。
The scheduler is located on the output port, fig. 2. It distributes the bandwidth of the output link between the QoS classes and individual connections. It is a two-level scheduler: a priority scheduler at one level and a FIFO or a weighted scheduler at the other. Up to 255 strict priority levels may be supported. Traffic in any specific priority level may only be transmitted if no traffic is queued for transmission in any higher priority level. Within each priority level a weighted scheduler may be defined. Each leaf of the scheduler tree is connected to a waiting room. The waiting room has two functions. When it receives service from the scheduler, it must select a QoS class or individual connection for transmission. When it is notified of traffic arrival on a QoS class or connection, it must decide whether there is enough room left in the waiting room to accept the traffic, else that traffic must be discarded. The waiting room has a size parameter indicating how much traffic may be accepted. Other queueing parameters may be attached to the waiting room. Multiple conforming and excess pointers from the regulators may point to each waiting room. Within a waiting room, the scheduling of multiple connections sharing that waiting room may support weighted sharing between the connections.
スケジューラは出力ポートに見つけられていて、図は2です。 それはQoSのクラスと個々の接続との出力リンクの帯域幅を分配します。 それは2レベルのスケジューラです: 1つの平らな先入れ先出し法と先入れ先出し法における優先度スケジューラかもう片方における荷重しているスケジューラ。 最大255の厳しい優先順位が支持されるかもしれません。 交通が全くどんなより高い優先順位でもトランスミッションのために列に並ばせられない場合にだけ、どんな特定の優先順位でも交通は伝えられるかもしれません。 各優先順位の中では、荷重しているスケジューラは定義されるかもしれません。 スケジューラ木の各葉は待合室に接続されます。 待合室には、2つの機能があります。 スケジューラからサービスを受けるとき、それはトランスミッションのためのQoSのクラスか個々の接続を選ばなければなりません。 余地が待合室に交通を受け入れる十分残っているか否かに関係なく、それは、それが交通到着についてQoSのクラスか接続に通知されるとき、ほかに、その交通を捨てなければならないと決めなければなりません。 待合室には、どのくらいの交通が受け入れられるかもしれないかを示すサイズ・パラメータがあります。 他の待ち行列パラメタは待合室に添付されるかもしれません。 監視委員からの複数の従うのと余分なポインタは各待合室を示すかもしれません。 待合室の中では、その待合室を共有している複数の接続のスケジューリングは接続の間の荷重している共有を支持するかもしれません。
Newman, et. al. Informational [Page 65] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[65ページ]のRFC2297Ipsilonの一般スイッチ管理行進
From Waiting FIFO/Weighted Priority
Regulator Room Scheduler Scheduler
待ち先入れ先出し法/荷重している優先権監視委員余地のスケジューラスケジューラから
Net +---+
+------+ Weight | |
---------->| |-%-------->| 0 |------\
+------+ | | \
+---+ \
---------->+------+ |
| |-%--\ +---+ |
---------->+------+ \---->| | |
| 1 |---\ |
+------+ /---->| | \ \
---------->| |-%--/ +---+ \ \ +---+
+------+ \ \-->| |
\----->| |--------->
---------->+------+ /-->| | Output
---------->| |-%-\ / +---+ Port
---------->+------+ \ /
\ +---+ /
+------+ \--->| | /
---------->| |-%-------->| 2 |-----/
+------+ /--->| |
/ +---+
+------+ /
---------->| |-%-/
+------+
ネット+---+ +------+ 重さ| | ---------->| |-%-------->| 0 |------\ +------+ | | \ +---+ \ ---------->+------+ | | |-%--\ +---+ | ---------->+------+ \---->|、|、|、| 1 |---\ | +------+ /---->|、| \ \ ---------->| |-%--/ +---+ \ \ +---+ +------+ \ \-->|、| \----->| |--------->。---------->+------+ /-->|、| 出力---------->| |-%-\ / +---+ ポート---------->+------+ \ / \ +---+ / +------+ \--->|、| / ---------->| |-%-------->| 2 |-----/ +------+ /--->|、| / +---+ +------+ / ---------->| |-%-/ +------+
Fig. 2: The Scheduler
図2: スケジューラ
9.2 QoS Configuration Message
9.2 QoS構成メッセージ
The QoS Configuration message permits the controller to discover the QoS capabilities of each switch port in terms of the abstract switch model. The QoS Configuration message is:
QoS Configurationメッセージは、コントローラが抽象的なスイッチモデルでそれぞれのスイッチポートのQoS能力を発見することを許可します。 QoS Configurationメッセージは以下の通りです。
Message Type = 96
メッセージタイプ=96
The QoS Configuration request message has the following format:
QoS Configuration要求メッセージには、以下の形式があります:
Newman, et. al. Informational [Page 66] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[66ページ]のRFC2297Ipsilonの一般スイッチ管理行進
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 | Message Type | Result | Code |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Transaction Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Port |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | バージョン| メッセージタイプ| 結果| コード| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 取引識別子| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ポート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The QoS Configuration success response message has the following format:
QoS Configuration成功応答メッセージには、以下の形式があります:
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 | Message Type | Result | Code |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Transaction Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Port |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Port Session Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Scheduler Flags | Regulator Flags |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Excess Capabilities | Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Hi Sharing | Lo Sharing | Max Classes |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Default Size |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Default Discard Threshold |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Max Buffer |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Max Shaper Buffer |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Scaling Factor |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | バージョン| メッセージタイプ| 結果| コード| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 取引識別子| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ポート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ポートセッション番号| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | スケジューラ旗| 監視委員旗| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 余分な能力| 予約されます。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | こんにちは、共有| 最低気温共有| マックスのクラス| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | デフォルトサイズ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | デフォルトは敷居を捨てます。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | マックスBuffer| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | マックス整形器バッファ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | けた移動子| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Port
The switch port to which the QoS configuration information
refers. QoS configuration information relating to both the
input and the output sides of the switch port is given.
QoS設定情報が参照されるスイッチポートを移植してください。 入力とスイッチポートのアウトプット側の両方に関連するQoS設定情報を与えます。
Newman, et. al. Informational [Page 67] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[67ページ]のRFC2297Ipsilonの一般スイッチ管理行進
Scheduler Flags
スケジューラ旗
0 1
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|W|Q|S|G|D|F|M|B|I|x x x x x x x|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |W|Q|S|G|D|F|M|B|I|x x x x x x x| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
W: Weighted Connections
Bit 0 of the Scheduler Flags field, if set, indicates that
a weighted service algorithm (such as weighted round-robin)
is available for allocation of service to individual
connections within at least some waiting rooms. It means
that a Connection Weight parameter can be attached to a QoS
Connection Management message. Not all waiting rooms at all
priority levels may be able to support this function.
Whether a particular waiting room can support this function
will be discovered when a QoS Connection Management message
is issued.
W: 設定されるなら、Scheduler Flags分野の荷重しているコネクションズBit0は、荷重しているサービスアルゴリズム(荷重している連続などの)が少なくともいくつかの待合室の中の個々の接続に対するサービスの配分に利用可能であることを示します。それは、Connection WeightパラメタをQoS Connection Managementメッセージに添付できることを意味します。 すべての優先順位におけるすべての待合室がどんなこの機能をサポートできるかもしれないというわけではありません。 特定の待合室がこれを支持できるか否かに関係なく、機能はQoS Connection Managementであるときに、発見されて、メッセージを発行するということでしょう。
Q: Weighted QoS Classes
Bit 1 of the Scheduler Flags field, if set, indicates that
a weighted service algorithm (such as weighted round-robin)
is available for allocation of service to QoS classes
within at least some waiting rooms. It means that a QoS
Class Weight parameter can be attached to a QoS Class
Establishment message. Not all waiting rooms at all
priority levels may be able to support this function.
Whether a particular waiting room can support this function
will be discovered when a QoS Class Establishment message
is issued.
Q: 設定されるなら、Scheduler Flags分野の荷重しているQoS Classes Bit1は、荷重しているサービスアルゴリズム(荷重している連続などの)が少なくともいくつかの待合室の中のQoSのクラスに対するサービスの配分に利用可能であることを示します。それは、QoS Class特権階級メッセージにQoS Class Weightパラメタを添付できることを意味します。 すべての優先順位におけるすべての待合室がどんなこの機能をサポートできるかもしれないというわけではありません。 特定の待合室がこれを支持できるか否かに関係なく、機能はQoS Class特権階級であるときに、発見されて、メッセージを発行するということでしょう。
S: Shared Waiting Room
Bit 2 of the Scheduler Flags field, if set, indicates that
multiple QoS classes and multiple connections may be
scheduled within a single waiting room. This is expected to
be the normal case. If Bit 2 of the Scheduler Flags field
is zero, it indicates that only a single QoS class or a
single connection may be directed to any single waiting
room.
S: 設定されるなら、Scheduler Flags分野の共有されたWaiting Room Bit2は、複数のQoSのクラスと複数の接続が単一の待合室の中で予定されるかもしれないのを示します。 これは正常なケースであると予想されます。 Scheduler Flags分野のBit2がゼロであるなら、それは、1つのQoSのクラスか単独結合だけをどんな単一の待合室にも向けてもよいのを示します。
G: Global Max Classes
Bit 3 of the Scheduler Flags field, if set, indicates that
the Max Classes field gives the maximum number of QoS
classes that may be supported by the entire switch. If
zero, it indicates that the Max Classes field gives the
maximum number of QoS classes that may be supported by this
switch port.
G: 設定されるなら、Scheduler Flags分野のグローバルなマックスClasses Bit3は、マックスClasses分野が全体のスイッチによって支持されるかもしれないQoSのクラスの最大数を与えるのを示します。 ゼロであるなら、それは、マックスClasses分野がこのスイッチポートによって支持されるかもしれないQoSのクラスの最大数を与えるのを示します。
Newman, et. al. Informational [Page 68] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[68ページ]のRFC2297Ipsilonの一般スイッチ管理行進
D: Packet Discard
Bit 4 of the Scheduler Flags field, if set, indicates that
the scheduler on this output port is capable of packet
discard. Packet discard indicates a discard algorithm that
is aware of AAL-5 packet boundaries and attempts to discard
whole packets. No specific algorithm is indicated though
Early Packet Discard (EPD) is likely to be the most common.
Other algorithms such as "push from front" schemes, dynamic
threshold, or Random Early Detection (RED) are also
examples of possible packet discard algorithms. The only
parameters available to the packet discard algorithm, via
GSMP, are the Size and Discard Threshold of the waiting
room.
D: 設定されるなら、Scheduler Flags分野のパケットDiscard Bit4は、この出力ポートの上のスケジューラはパケット破棄ができるのを示します。 パケット破棄は、aがAAL-5パケット境界を意識しているアルゴリズムを捨てるのを示して、全体のパケットを捨てるのを試みます。 Early Packet Discard(EPD)は最も一般的である傾向がありますが、どんな特定のアルゴリズムも示されません。 「前部からのプッシュ」計画、ダイナミックな敷居、またはRandom Early Detection(RED)などの他のアルゴリズムはまた、可能なパケットに関する例がアルゴリズムを捨てるということです。パケットに利用可能な唯一のパラメタがアルゴリズムを捨てます、GSMPを通してSizeとDiscard Thresholdは待合室のものですか?
F: Frame-Based Scheduling
Bit 5 of the Scheduler Flags field, if set, indicates that
the scheduler on this output port is capable of frame-based
scheduling. In frame-based scheduling, a connection is only
scheduled for transmission when a complete AAL-5 packet is
available. When a connection is scheduled for
transmission, all cells belonging to one or more complete
packets from that connection will be transmitted without
being interleaved with any other cells on that output port
(regardless of their priority). Frame-based scheduling is
a property of the waiting room and is requested in the
Scheduler Establishment message. A QoS class may be routed
through a waiting room configured with frame-based
scheduling. In this case each component connection of the
QoS class will receive frame based scheduling. For correct
distribution of bandwidth, each QoS class that requires
frame-based scheduling should have its own waiting room.
F: 設定されるなら、Scheduler Flags分野のベースのフレームScheduling Bit5は、この出力ポートの上のスケジューラはフレームベースのスケジューリングができるのを示します。 フレームベースのスケジューリングでは、完全なAAL-5パケットが利用可能であるときにだけ、接続はトランスミッションのために予定されています。 接続がトランスミッションのために予定されているとき、その出力ポート(それらの優先権にかかわらず)の上にいかなる他のセルもある状態ではさみ込まれないで、その接続から1つ以上の完全なパケットに属すすべてのセルが伝えられるでしょう。 フレームベースのスケジューリングは、待合室の特性であり、Scheduler特権階級メッセージで要求されています。 QoSのクラスはフレームベースのスケジューリングによって構成された待合室を通して発送されるかもしれません。 この場合、QoSのクラスのそれぞれのコンポーネント接続は計画となっていながら基づくフレームを受け取るでしょう。 帯域幅の正しい分配のために、フレームベースのスケジューリングを必要とするそれぞれのQoSのクラスはそれ自身の待合室を持つべきです。
M: VC Merging
Bit 6 of the Scheduler Flags field, if set, indicates that
the scheduler on this output port is capable of VC merging
by a mechanism other than frame-based scheduling. VC
merging indicates that the switch is capable of the
multipoint-to-point merging of two or more incoming virtual
connections onto a single outgoing virtual connection
without interleaving cells from different AAL-5 packets
that bear the same VPI/VCI. VC merging differs from frame-
based scheduling in that cells with a different VPI/VCI may
be interleaved with those of a multipoint-to-point VC
merging connection. Thus, higher priority cells may be
interleaved during the transmission of a packet on a lower
priority VC merging connection. Most switches achieve VC
merging by using frame-based scheduling. VC merging is a
property of the waiting room and is requested in the
M: 設定されるなら、Scheduler Flags分野のVC Merging Bit6は、VCがフレームベースのスケジューリング以外のメカニズムでこの出力ポートの上のスケジューラが合併できるのを示します。 VC合併は、スイッチが2人以上の入って来る仮想接続について同じVPI/VCIを持っている異なったAAL-5パケットからのインターリービングセルなしで多点からポイントに単独の外向的な仮想接続に合併できるのを示します。 VC合併は多点からポイントへのVCのものが接続を合併している状態で異なったVPI/VCIがあるセルがはさみ込まれるかもしれないという点においてフレームのベースのスケジューリングと異なっています。 したがって、より高い優先権セルは低優先度のVCの合併している接続のパケットのトランスミッションの間、はさみ込まれるかもしれません。 ほとんどのスイッチが、フレームベースのスケジューリングを使用することによって、VC合併を達成します。 VC合併は、待合室の特性であり、中で要求されています。
Newman, et. al. Informational [Page 69] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[69ページ]のRFC2297Ipsilonの一般スイッチ管理行進
Scheduler Establishment message. A QoS class may be routed
through a waiting room configured with VC merging. In this
case each component connection of the QoS class will
receive VC merging.
スケジューラ特権階級メッセージ。 QoSのクラスは合併するVCによって構成された待合室を通して発送されるかもしれません。 この場合、QoSのクラスのそれぞれのコンポーネント接続はVC合併を受けるでしょう。
B: Shared Buffer
Bit 7 of the Scheduler Flags field, if set, indicates that
at least some of the buffer space specified by the Max
Buffer field is shared with other ports. If zero, it
indicates that the buffer space specified by the Max Buffer
field is not shared with other ports.
B: 設定されるなら、Scheduler Flags分野の共有されたBuffer Bit7は、少なくともマックスBuffer分野によって指定されたバッファ領域のいくつかが他のポートと共有されるのを示します。 ゼロであるなら、それは、マックスBuffer分野によって指定されたバッファ領域が他のポートと共有されないのを示します。
I: Identical Ports
Bit 8 of the Scheduler Flags field, if set, indicates that
all ports of the switch have identical QoS capabilities. If
this bit is set the controller does not have to request the
QoS configuration of each port individually as all ports
have the same capability.
私: 設定されるなら、Scheduler Flags分野の同じPorts Bit8は、スイッチのすべてのポートには同じQoS能力があるのを示します。 このビットが設定されるなら、すべてのポートに同じ能力があるとき、コントローラは個別にそれぞれのポートのQoS構成を要求する必要はありません。
x: Bits 9--15 of the Scheduler Flags field are not used.
x: Scheduler Flags分野のビット9--15は使用されていません。
Regulator Flags
監視委員旗
0 1
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|C|Q|I O|P|S|H|M|x x x x x x x x|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |C|Q|I O|P|S|H|M|x x x x x x x x| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
C: Connection Policing
Bit 0 of the Regulator Flags field indicates that this
input port supports the policing of individual incoming
connections. The parameters for the policer are specified
in the QoS Connection Management message when the
connection is established.
C: Regulator Flags分野の接続Policing Bit0は、この入力ポートが個々の接続要求の取り締まりを支持するのを示します。 接続が確立されるとき、policerのためのパラメタはQoS Connection Managementメッセージで指定されます。
Q: QoS Class Policing
If bit 1 of the Regulator Flags field is set, a policer
function is available to police each QoS class on output
from the classifier. The parameters for this policer are
specified in the QoS Class Establishment message. If this
bit is zero, no policer function is available to police a
QoS class.
Q: Regulator Flags分野のQoS Class Policing Ifビット1は設定されて、policer機能は、クラシファイアから出力のそれぞれのQoSのクラスを取り締まるために利用可能です。 このpolicerのためのパラメタはQoS Class特権階級メッセージで指定されます。 このビットがゼロであるなら、どんなpolicer機能も、QoSのクラスを取り締まるために利用可能ではありません。
IO: QoS Class Location
Bits 2 and 3 of the Regulator Flags field specify the
location of the classifier and regulator functions. If both
イーオー: Regulator Flags分野のQoS Class Location Bits2と3はクラシファイアと監視委員機能の位置を指定します。 両方です。
Newman, et. al. Informational [Page 70] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[70ページ]のRFC2297Ipsilonの一般スイッチ管理行進
bits 2 and 3 of the Regulator Flags field are zero, no
classifier or regulator function is available to this port.
Regulator Flags分野のビット2と3がゼロである、クラシファイアかどんな監視委員機能もこのポートに利用可能ではありません。
If bit 2 of the Regulator Flags field is set and bit 3 is
zero, the classifier and regulator functions are available
on the input port. This implies that only virtual
connections arriving at this input port may be grouped into
QoS classes by this classifier. However, connections in a
QoS class output from this regulator may be switched to any
output port.
Regulator Flags分野のビット2が設定されて、ビット3がゼロであるなら、クラシファイアと監視委員機能は入力ポートで利用可能です。 これは、このクラシファイアがこの入力ポートに到着する仮想接続だけをQoSのクラスに分類してもよいのを含意します。 しかしながら、この監視委員からのQoSクラス出力における接続はどんな出力ポートにも切り換えられるかもしれません。
If bit 2 of the Regulator Flags field is zero and bit 3 is
set, the classifier and regulator functions are available
on the output port. This implies that virtual connections
arriving at any input port may be grouped into QoS classes
by this classifier. However, all connections in any QoS
class output from this regulator may only be switched to
this output port.
Regulator Flags分野のビット2がゼロであり、ビット3が設定されるなら、クラシファイアと監視委員機能は出力ポートで利用可能です。 これは、どんな入力ポートにも到着する仮想接続がこのクラシファイアによってQoSのクラスに分類されるかもしれないのを含意します。 しかしながら、この監視委員からのどんなQoSクラス出力でもすべての接続がこの出力ポートに切り換えられるだけであるかもしれません。
If both bits 2 and 3 of the Regulator Flags field are set,
this switch port has access to centralized classifier and
regulator functions. This implies that virtual connections
arriving at any input port may be grouped into a QoS class
by this classifier. Also, connections in a QoS class output
from this regulator may be switched to any output port.
Regulator Flags分野の両方のビット2と3が設定されるなら、ポートが近づく手段を持っているこのスイッチはクラシファイアと監視委員機能を集結しました。 これは、どんな入力ポートにも到着する仮想接続がこのクラシファイアによってQoSのクラスに分類されるかもしれないのを含意します。 また、この監視委員からのQoSクラス出力における接続はどんな出力ポートにも切り換えられるかもしれません。
Regulator Function
監視委員機能
P: If bit 4 of the Regulator Flags field is set, the regulator
is able to support the policing function.
P: Regulator Flags分野のビット4が設定されるなら、監視委員は取り締まり機能をサポートできます。
S: If bit 5 of the Regulator Flags field is set, the regulator
is able to support the shaping function on all priority
levels of the scheduler.
S: Regulator Flags分野のビット5が設定されるなら、監視委員はスケジューラのすべての優先順位での形成機能をサポートできます。
H: If bit 5 of the Regulator Flags field is zero and bit 6 is
set, the regulator is able to support the shaping function
but only on the highest priority level of the scheduler.
All connections and QoS classes using this regulator must
be routed to a waiting room at the highest priority level
of the scheduler.
H: Regulator Flags分野のビット5がゼロであり、ビット6が設定されるなら、形成機能をサポートしますが、監視委員はスケジューラの最優先レベルだけでそうすることができます。 スケジューラの最優先レベルでこの監視委員を使用するすべての接続とQoSのクラスを待合室に発送しなければなりません。
M: QoS Multicast
If bit 7 of the Regulator Flags field is set, any point-
to-multipoint connection arriving on this input port, with
QoS parameters established by the GSMP Quality of Service
messages, must use the same QoS parameters for all output
branches.
M: Regulator Flags分野のQoS Multicast Ifビット7は設定されて、すべてのためのこの入力ポートの上のマルチポイント接続の到着がServiceメッセージのGSMP Qualityによって確立されるQoSパラメタと共に同じように使用しなければならない任意な点のQoSパラメタはブランチを出力しました。
Newman, et. al. Informational [Page 71] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[71ページ]のRFC2297Ipsilonの一般スイッチ管理行進
x: Bits 8--15 of the Regulator Flags field are not used.
x: Regulator Flags分野のビット8--15は使用されていません。
Excess Capabilities
余分な能力
0 1
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|D|T|S|A|B|x x x x x x x x x x x|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |D|T|S|A|B|x x x x x x x x x x x| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Policer:
Policer:
D: If bit 0 of the Excess Capabilities field is set, the policer
function of the regulator is able to support discard.
D: Excess Capabilities分野のビット0が設定されるなら、監視委員のpolicer機能は破棄を支持できます。
T: If bit 1 of the Excess Capabilities field is set, the policer
function of the regulator is able to support tagging.
T: Excess Capabilities分野のビット1が設定されるなら、監視委員のpolicer機能はタグ付けを支持できます。
S: If bit 2 of the Excess Capabilities field is set, the policer
function of the regulator is able to support differentiated
scheduling.
S: Excess Capabilities分野のビット2が設定されるなら、監視委員のpolicer機能は微分されたスケジューリングを支持できます。
Shaper:
整形器:
A: If bit 3 of the Excess Capabilities field is set, the shaper
function of the regulator is able to support tagging.
A: Excess Capabilities分野のビット3が設定されるなら、監視委員の整形器機能はタグ付けを支持できます。
B: If bit 4 of the Excess Capabilities field is set, the shaper
function of the regulator is able to support differentiated
scheduling.
B: Excess Capabilities分野のビット4が設定されるなら、監視委員の整形器機能は微分されたスケジューリングを支持できます。
x: Bits 5--15 of the Excess Capabilities field are not used.
x: Excess Capabilities分野のビット5--15は使用されていません。
Hi Sharing
Lo Sharing
Defines a range of priority levels that support weighted
sharing. Each priority level in the range Lo Sharing to Hi
Sharing inclusive, supports weighted sharing. A priority
level that supports weighted sharing offers a weighted
sharing algorithm (for example, weighted round-robin)
between waiting rooms within that priority level. This
permits the output link bandwidth available at that
priority level, to be shared between the waiting rooms
allocated to that priority level, according to the Net
Weight parameter of each waiting room. The value 0xFF for
both parameters indicates that this output port does not
support weighted sharing in any priority level.
こんにちは、Sharing Lo Sharing Defines。荷重している共有を支持するさまざまな優先順位。 Hi Sharingに包括的な範囲Lo Sharingの各優先順位であり、サポートは共有に重みを加えました。 荷重している共有を支持する優先順位はその優先順位の中で荷重している共有アルゴリズム(例えば、荷重している連続)を待合室の間に提供します。 これはその優先順位に割り当てられた待合室の間で共有されるためにその優先順位で利用可能な出力リンク帯域幅を可能にします、それぞれの待合室のネットWeightパラメタによると。 両方のパラメタのための値の0xFFは、この出力ポートがどんな優先順位でも荷重している共有を支持しないのを示します。
Newman, et. al. Informational [Page 72] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[72ページ]のRFC2297Ipsilonの一般スイッチ管理行進
Max Classes
If bit 3 of the Scheduler Flags field is zero, Max Classes
gives the maximum number of QoS classes that may be
supported by this switch port. In this case the maximum
number of QoS classes that may be supported by this switch
port is not affected by the number of QoS classes in use by
other switch ports. If bit 3 of the Scheduler Flags field
is set, Max Classes gives the maximum number of QoS classes
that may be supported by the entire switch. In this case it
is assumed that use of these QoS classes may be distributed
among the various switch ports.
Scheduler Flags分野のマックスClasses Ifビット3がゼロである、マックスClassesはこのスイッチポートによって支持されるかもしれないQoSのクラスの最大数を与えます。 この場合、このスイッチポートによって支持されるかもしれないQoSのクラスの最大数は他のスイッチポートのそばでQoSのクラスの数で使用中に影響を受けません。 Scheduler Flags分野のビット3が設定されるなら、マックスClassesは全体のスイッチによって支持されるかもしれないQoSのクラスの最大数を与えます。 この場合、これらのQoSのクラスの使用が様々なスイッチポートの中に広げられるかもしれないと思われます。
Default Size
The size of waiting room that this output port allocates by
default. The actual size of waiting room may be specified
in the Scheduler Establishment message. The size of a
waiting room specifies the maximum number of cells
permitted to wait for transmission via that waiting room.
Any further cells arriving at that waiting room beyond this
number will be discarded.
この出力ポートがデフォルトで割り当てる待合室のサイズのデフォルトSize。 待合室の実サイズはScheduler特権階級メッセージで指定されるかもしれません。 待合室のサイズはその待合室を通してトランスミッションを待つことが許可されたセルの最大数を指定します。 この数を超えてその待合室に到着するどんな一層のセルも捨てられるでしょう。
Default Discard Threshold
The value of discard threshold that this output port
allocates by default. The actual value of discard threshold
may be specified in the Scheduler Establishment message.
The discard threshold specifies the number of cells waiting
for transmission via a waiting room after which further
arriving cells will be subject to a discard mechanism.
デフォルトDiscard Threshold、値、この出力ポートがデフォルトで割り当てる敷居を捨ててください。 指定されていて、敷居がそうするかもしれない破棄の実価はScheduler特権階級で通信します。 破棄への対象がメカニズムであるつもりであったなら到着セルを促進する敷居が待合室を通してトランスミッションを待つセルの数を指定する破棄。
Max Buffer
The maximum amount of buffer space, measured in cells,
available to this port. If bit 7 of the Scheduler Flags
field is zero this, buffer space is not shared with other
ports. If bit 7 of the Scheduler Flags field is set, at
least some of this buffer space is shared with other ports.
セルの中で測定されたこのポートに利用可能なバッファ領域の最大の量のマックスBuffer。 Scheduler Flags分野のビット7がこのゼロを合わせることであるなら、バッファ領域は他のポートと共有されません。 Scheduler Flags分野のビット7が設定されるなら、少なくともこのバッファ領域のいくつかが他のポートと共有されます。
Max Shaper Buffer
The maximum amount of buffer space, measured in cells,
available to a QoS connection or a QoS class within the
shaper function of the regulator. This shaper buffer space
is likely to be shared among all QoS classes and QoS
connections using the shaper, so there is no guarantee that
the amount of buffer space defined by the Max Shaper Buffer
field will be available to any particular QoS class or QoS
connection.
セルの中で測定された監視委員の整形器機能の中でQoS接続かQoSのクラスに利用可能なバッファ領域の最大の量のマックスShaper Buffer。 この整形器バッファ領域が整形器を使用しているすべてのQoSのクラスとQoS接続の中で共有されそうであるので、マックスShaper Buffer分野によって定義されたバッファ領域の量がどんな特定のQoSのクラスやQoS接続にも有効になるという保証が全くありません。
Newman, et. al. Informational [Page 73] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[73ページ]のRFC2297Ipsilonの一般スイッチ管理行進
Scaling Factor
The QoS Class Establishment and QoS Connection Management
messages require parameters that describe cell rates in
cells per second or their reciprocal, cell interarrival
periods, in seconds per cell. In order that these
parameters may be specified with a 32-bit unsigned integer,
the switch defines a Scaling Factor to be used in defining
such parameters. By appropriate choice of the Scaling
Factor the switch can select the range and granularity of
rate or time that can be specified with the 32-bit unsigned
integer. Further details are given in the discussion of
the UPC Parameters field of the QoS Connection Management
message.
Factorをスケーリングして、QoS Class特権階級とQoS Connection Managementメッセージは1秒あたりのセルかそれらの逆数でセルレートについて説明するパラメタを必要とします、セルinterarrivalの期間、1セルあたりの秒に。 これらのパラメタが32ビットの符号のない整数で指定されるかもしれなくて、スイッチは、そのようなパラメタを定義する際に使用されるためにScaling Factorを定義します。 Scaling Factorの適当な選択で、スイッチは32ビットの符号のない整数で指定できるレートか時間の範囲と粒状を選択できます。 QoS Connection ManagementメッセージのUPC Parameters分野の議論で詳細を与えます。
9.3 Scheduler Establishment Message
9.3 スケジューラ設立メッセージ
The Scheduler Establishment message is used to configure the scheduler on a specified output port. It is used to configure a waiting room, attach it to a leaf of the scheduler tree, and return a Scheduler Identifier to reference the waiting room. The Scheduler Establishment message may also be used to modify the parameters of an already established waiting room.
Scheduler特権階級メッセージは、指定された出力ポートの上でスケジューラを構成するのに使用されます。 それは、待合室を構成して、スケジューラ木の葉にそれを付けて、参照への待合室をScheduler Identifierに返すのに使用されます。 また、Scheduler特権階級メッセージは、既に確立した待合室のパラメタを変更するのに使用されるかもしれません。
Scheduler Identifiers in the range 0--255 represent default values. They are used for the priority levels that may be specified in the Class of Service field of Connection Management messages without requiring explicit establishment via a Scheduler Establishment message. Each of these default values specifies a single waiting room with default parameters, configured as a FIFO queue, on each of the valid scheduler priority levels. (This permits Connection Management messages to continue to specify QoS requirements as a priority without requiring the use of any of the QoS messages.) The number of priority levels available to the scheduler is specified in the Priorities field of the Port Configuration and All Ports Configuration messages.
範囲0--255のスケジューラIdentifiersはデフォルト値を表します。 それらはConnection ManagementメッセージのService分野のClassでScheduler特権階級メッセージで明白な設立を必要としないで指定されるかもしれない優先順位に使用されます。 それぞれのこれらのデフォルト値はそれぞれの有効なスケジューラ優先順位でデフォルトパラメタがある先入れ先出し待ち行列として構成された単一の待合室を指定します。 (これは優先としてQoSメッセージのどれかの使用を必要としないでQoS要件を指定し続けるメッセージをConnection Managementに可能にします。) スケジューラに利用可能な優先順位の数はPort ConfigurationとAll Ports ConfigurationメッセージのPriorities分野で指定されます。
The Scheduler Establishment Message is:
Scheduler特権階級Messageは以下の通りです。
Message Type = 97
メッセージタイプ=97
The Scheduler Establishment request and success response messages have the following format:
Scheduler特権階級の要求と成功応答メッセージには、以下の形式があります:
Newman, et. al. Informational [Page 74] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[74ページ]のRFC2297Ipsilonの一般スイッチ管理行進
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 | Message Type | Result | Code |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Transaction Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Port |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Port Session Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Scheduler Identifier | Net Weight |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Reserved |D|F|M|W|x x x x| Priority |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Waiting Room Size |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Discard Threshold |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | バージョン| メッセージタイプ| 結果| コード| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | トランザクション識別子| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ポート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ポートセッション番号| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | スケジューラ識別子| 正味重量| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 予約されます。|D|F|M|W|x x x x| 優先権| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 待合室サイズ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 敷居を捨ててください。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Scheduler Identifier
The Scheduler Identifier is selected by the controller. It
is used to identify the waiting room being established or
modified in future messages. The Scheduler Identifier is
taken from a namespace that is local to the switch port. A
Scheduler Identifier in the Scheduler Establishment message
must be greater than 0x00FF but less than 0xFFFF. The
values 0 -- 0x00FF are reserved for use as default values.
The default values of the Scheduler Identifier are used to
specify the default settings for the scheduler. Each of the
default values maps directly to one of the scheduler
priority levels. The value 0xFFFF is reserved for use in
the QoS Connection Management message.
スケジューラIdentifier Scheduler Identifierはコントローラによって選択されます。 それは、設立される待合室を特定するのに使用されるか、または将来のメッセージで変更されます。 地方であることの名前空間からスイッチポートまでScheduler Identifierを取ります。 Scheduler特権階級メッセージのScheduler Identifierは0x00FFにもかかわらず、以下より0xFFFFよりすばらしいに違いありません。 0 -- 0x00FFが予約される値はデフォルトとして値を使用します。 Scheduler Identifierのデフォルト値は、スケジューラに既定の設定を指定するのに使用されます。 それぞれのデフォルト値は直接スケジューラの1つに優先順位を写像します。 値の0xFFFFはQoS Connection Managementメッセージにおける使用のために予約されます。
Net Weight
The Net Weight specifies the share of the bandwidth
available to the priority level, specified by the Priority
field, that should be given to this waiting room. The Net
Weight parameter is only valid if the priority level
specified by the Priority field supports weighted sharing.
ネットWeightネットWeightはこの待合室に与えられるべきであるPriority分野によって指定された優先順位に利用可能な帯域幅のシェアを指定します。 Priority分野によって指定された優先順位が荷重している共有をサポートする場合にだけ、ネットWeightパラメタは有効です。
The Net Weight is an unsigned 16-bit field specifying a
binary fraction. I.e. the bandwidth share, as a fraction
of the bandwidth available to the priority level, is given
by:
ネットWeightは2進の断片を指定する未署名の16ビットの分野です。 優先順位に利用可能な帯域幅の部分として、以下はすなわち、帯域幅シェアを与えます。
Bandwidth share = Net Weight * 2**(-16)
帯域幅シェア=ネットWeight*2**(-16)
Newman, et. al. Informational [Page 75] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[75ページ]のRFC2297Ipsilonの一般スイッチ管理行進
A Net Weight of zero indicates equal sharing between all
waiting rooms sharing this priority level that request a
Net Weight of zero. While a 16-bit field is used to
specify the Net Weight it is understood that the accuracy
of the bandwidth sharing is hardware dependent and is not
specified.
ゼロのネットWeightはゼロのネットWeightを要求するこの優先順位を共有するすべての待合室の間の等しい共有を示します。 16ビットの分野はネットWeightを指定するのに使用されますが、帯域幅共有の精度がハードウェアに依存していて、指定されないのが理解されています。
If weighted sharing is not required at a particular
priority level, a waiting room with a Net Weight value of
0xFFFF must be specified for that priority level. A
priority level that does not support weighted sharing can
only support a single waiting room.
荷重している共有は特定の優先順位で必要でないなら、0xFFFFのネットWeight価値がある待合室をその優先順位に指定しなければなりません。 荷重している共有をサポートしない優先順位は単一の待合室を支えることができるだけです。
Flags
旗
D: Packet Discard
Bit 0 of the Flags field, if set, indicates that packet
discard is required on all connections and QoS classes
routed through this waiting room.
D: 設定されるなら、Flags分野のパケットDiscard Bit0は、パケット破棄がこの待合室を通して発送されたすべての接続とQoSのクラスで必要であることを示します。
F: Frame-Based Scheduling
Bit 1 of the Flags field, if set, indicates that frame-
based scheduling is required on all connections and QoS
classes routed through this waiting room. In frame-based
scheduling, a connection is only scheduled for transmission
when a complete AAL-5 packet is available. When a
connection is scheduled for transmission, all cells
belonging to one or more complete packets from that
connection will be transmitted without being interleaved
with any other cells on that output port. A QoS class may
be routed through a waiting room configured with frame-
based scheduling. In this case each component connection
of the QoS class will receive frame based scheduling. For
correct distribution of bandwidth, each QoS class that
requires frame-based scheduling should have its own waiting
room.
F: 設定されるなら、Flags分野のベースのフレームScheduling Bit1は、フレームのベースのスケジューリングがこの待合室を通して発送されたすべての接続とQoSのクラスで必要であることを示します。 フレームベースのスケジューリングでは、完全なAAL-5パケットが利用可能であるときにだけ、接続はトランスミッションのために予定されています。 接続がトランスミッションのために予定されているとき、その出力ポートの上にいかなる他のセルもある状態ではさみ込まれないで、その接続から1つ以上の完全なパケットに属すすべてのセルが伝えられるでしょう。 QoSのクラスはフレームが基づいている待合室の構成されたスケジューリングを通して発送されるかもしれません。 この場合、QoSのクラスのそれぞれのコンポーネント接続は計画となっていながら基づくフレームを受け取るでしょう。 帯域幅の正しい分配のために、フレームベースのスケジューリングを必要とするそれぞれのQoSのクラスはそれ自身の待合室を持つべきです。
M: VC Merging
Bit 2 of the Scheduler Flags field, if set, indicates that
VC merging is required on all connections and QoS classes
routed through this waiting room. VC merging enables the
multipoint-to-point merging of two or more incoming virtual
connections onto a single outgoing virtual connection,
without interleaving cells from different AAL-5 packets
that bear the same VPI/VCI. VC merging differs from frame-
based scheduling in that cells with a different VPI/VCI may
be interleaved with those of a multipoint-to-point VC
merging connection. Most switches achieve VC merging by
M: 設定されるなら、Scheduler Flags分野のVC Merging Bit2は、VC合併がこの待合室を通して発送されたすべての接続とQoSのクラスで必要であることを示します。 VC合併は単独の外向的な仮想接続への2人以上の入って来る仮想接続に合併しながら、多点からポイントを可能にします、同じVPI/VCIを持っている異なったAAL-5パケットからのインターリービングセルなしで。 VC合併は多点からポイントへのVCのものが接続を合併している状態で異なったVPI/VCIがあるセルがはさみ込まれるかもしれないという点においてフレームのベースのスケジューリングと異なっています。 スイッチがVC合併を達成する大部分
Newman, et. al. Informational [Page 76] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[76ページ]のRFC2297Ipsilonの一般スイッチ管理行進
using frame-based scheduling. A QoS class may be routed
through a waiting room configured with VC merging. In this
case each component connection of the QoS class will
receive VC merging.
フレームベースのスケジューリングを使用します。 QoSのクラスは合併するVCによって構成された待合室を通して発送されるかもしれません。 この場合、QoSのクラスのそれぞれのコンポーネント接続はVC合併を受けるでしょう。
W: Weighted Scheduling
Bit 3 of the Flags field, if set, indicates that weighted
scheduling is required on all connections and QoS classes
routed through this waiting room. All connections and QoS
classes routed through this waiting room will require a
Connection Weight or a QoS Class Weight respectively. The
Connection Weight is specified in the QoS Connection
Management message. The QoS Class Weight is specified in
the QoS Class Establishment message. If weighted scheduling
within this waiting room is unavailable, a failure response
message must be returned indicating, "Weighted scheduling
within this waiting room is unavailable."
W: 設定されるなら、Flags分野の荷重しているScheduling Bit3は、荷重しているスケジューリングがこの待合室を通して発送されたすべての接続とQoSのクラスで必要であることを示します。 この待合室を通して発送されたすべての接続とQoSのクラスはそれぞれConnection WeightかQoS Class Weightを必要とするでしょう。 Connection WeightはQoS Connection Managementメッセージで指定されます。 QoS Class WeightはQoS Class特権階級メッセージで指定されます。 この待合室の中の荷重しているスケジューリングが入手できないなら、「この待合室の中の荷重しているスケジューリングは入手できません」と示しながら、失敗応答メッセージを返さなければなりません。
Bit 3 of the Flags field, if zero, indicates that this
waiting room should be configured as a single FIFO queue.
All cells arriving at this waiting room will receive
first-in-first-out service. If Frame-Based Scheduling or VC
Merging are also selected, the strict first-in-first-out
service discipline will be modified by the requirement to
support Frame-Based Scheduling or VC Merging.
Flags分野のビット3は、ゼロであるならこの待合室がただ一つの先入れ先出し待ち行列として構成されるべきであるのを示します。 この待合室に到着するすべてのセルがファーストインファーストアウトサービスを受けるでしょう。 また、ベースのFrame SchedulingかVC Mergingが選択されると、ベースのFrame SchedulingかVC Mergingをサポートするという要件によって厳しいファーストインファーストアウトサービス規律は変更されるでしょう。
x: Bits 4--7 of the Flags field are not used.
x: Flags分野のビット4--7は使用されていません。
Priority
Specifies the priority level in the scheduler to which the
waiting room should be attached. Priorities are numbered
from zero, with priority level zero being the highest
priority.
優先権Specifies、待合室が取り付けられるべきであるスケジューラの優先順位。 プライオリティは最優先である優先順位ゼロに従ったゼロから付番されます。
Waiting Room Size
The required size of the waiting room. The size of a
waiting room specifies the maximum number of cells
permitted to wait for transmission via that waiting room.
Any further cells arriving at that waiting room beyond this
number will be discarded. If the switch is unable to grant
the size requested in the Scheduler Establishment request
message it may reply with the actual size allocated to the
waiting room in the Waiting Room Size field of the success
response message. A value of zero for the Waiting Room
Size indicates that the default value should be used.
待合室の必要なサイズの待ちRoom Size。 待合室のサイズはその待合室を通してトランスミッションを待つことが許可されたセルの最大数を指定します。 この数を超えてその待合室に到着するどんな一層のセルも捨てられるでしょう。 スイッチがScheduler特権階級要求メッセージで要求されたサイズを与えることができないなら、それは成功応答メッセージのWaiting Room Size分野の待合室に実サイズを割り当てていて返答するかもしれません。 Waiting Room Sizeのためのゼロの値は、デフォルト値が使用されるべきであるのを示します。
Newman, et. al. Informational [Page 77] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[77ページ]のRFC2297Ipsilonの一般スイッチ管理行進
Discard Threshold
The required value of the discard threshold. The discard
threshold specifies the number of cells waiting for
transmission via a waiting room after which further
arriving cells will be subject to a discard mechanism. The
value of the Discard Threshold must be less than or equal
to the value of the Waiting Room Size parameter for any
given waiting room. If the switch is unable to grant the
value of discard threshold requested in the Scheduler
Establishment request message it may reply with the actual
value of discard threshold allocated to the waiting room in
the Discard Threshold field of the success response
message. A value of zero for the Discard Threshold
indicates that the default value should be used.
必要なThresholdが評価する破棄の破棄、敷居。 破棄への対象がメカニズムであるつもりであったなら到着セルを促進する敷居が待合室を通してトランスミッションを待つセルの数を指定する破棄。 Discard Thresholdの値はどんな与えられた待合室のためのWaiting Room Sizeパラメタの、より値以下でなければなりません。 スイッチが破棄の値を与えることができないなら、敷居は、Schedulerでそれが実価で返答するかもしれない特権階級要求メッセージが成功応答メッセージのDiscard Threshold分野の待合室に割り当てられた敷居を捨てるよう要求しました。 Discard Thresholdのためのゼロの値は、デフォルト値が使用されるべきであるのを示します。
9.4 QoS Class Establishment Message
9.4 QoSクラス設立メッセージ
The QoS Class Establishment message is used to configure a QoS class on a specified port or to modify the parameters of an already established QoS class. It configures the classifier and the regulator functions for the QoS class. It also configures the QoS class policer if a policing function is available for QoS classes.
QoS Class特権階級メッセージは、指定されたポートの上でQoSのクラスを構成するか、または既に設立されたQoSのクラスのパラメタを変更するのに使用されます。 それはQoSのクラスのためにクラシファイアと監視委員機能を構成します。 また、取り締まり機能がQoSのクラスに利用可能であるなら、それはQoSのクラスpolicerを構成します。
Two styles of QoS class are available. In one style each component connection of the QoS class may be routed independently to an output port and waiting room specified in its connection management message. In this case the Scheduler Identifier, and if required, the Excess Scheduler Id, are specified in the QoS Connection Management message that references this style of QoS class. In the alternative style of QoS class, all component connections in the QoS class are routed to the same waiting room on the same output port. In this case the Output Port, the Scheduler Identifier, and if required, the Excess Scheduler Id, are specified in the QoS Class Establishment message.
2つのスタイルのQoSのクラスは利用可能です。 1つのスタイルでは、QoSのクラスのそれぞれのコンポーネント接続は独自に接続管理メッセージで指定された出力ポートと待合室に発送されるかもしれません。 この場合、Scheduler Identifier、および必要ならExcess Scheduler IdはこのスタイルのQoSのクラスに参照をつけるQoS Connection Managementメッセージで指定されます。 代替のスタイルのQoSのクラスでは、QoSのクラスにおけるすべてのコンポーネント接続が同じ出力ポートの上の同じ待合室に発送されます。 この場合、Output Port(Scheduler Identifier、および必要ならExcess Scheduler Id)はQoS Class特権階級メッセージで指定されます。
The classifier and regulator functions must be located together, either on an input port, on an output port, or centralized. Each port declares the location of its classifier and regulator functions at initialization using the QoS Configuration message. If the classifier and regulator functions are located on an input port, only connections that arrive at that input port may join a QoS class established on that port. However, each connection that is part of a QoS class established on that port may be switched to a different output port. If the classifier and regulator functions are located on an output port, connections that arrive at any input port may join a QoS class established on that port. However, all connections within a QoS class established on that port must be switched to that output port. For a centralized classifier and regulator function, there is
クラシファイアと監視委員機能をどちらか入力ポート、出力ポートの上に一緒に見つけられなければならないか、または集結しなければなりません。 各ポートは、初期化でQoS Configurationメッセージを使用することでクラシファイアと監視委員機能の位置を宣言します。 クラシファイアと監視委員機能が入力ポートに見つけられているなら、その入力ポートに到着する接続だけがそのポートの上に設立されたQoSのクラスに加わるかもしれません。 しかしながら、そのポートの上に設立されたQoSのクラスの一部である各接続は異なった出力ポートに切り換えられるかもしれません。 クラシファイアと監視委員機能が出力ポートに見つけられているなら、どんな入力ポートにも到着する接続はそのポートの上に設立されたQoSのクラスに加わるかもしれません。 しかしながら、そのポートの上に設立されたQoSのクラスの中のすべての接続をその出力ポートに切り換えなければなりません。 集結されたクラシファイアと監視委員機能のために、あります。
Newman, et. al. Informational [Page 78] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[78ページ]のRFC2297Ipsilonの一般スイッチ管理行進
no restriction on the input ports on which connections in a QoS class must arrive, or on the output ports to which connections in a QoS class must be switched. (For the case of a centralized classifier and regulator the actual port specified in the QoS Class Establishment message is used only for administrative purposes. Any valid value of Port and Port Session Number, that specifies a centralized classifier and regulator function, may be used.)
入力のどんな制限もさもなければ、QoSのクラスにおけるどの接続が到着しなければならないか、出力の上にQoSのクラスにおける接続を切り換えなければならないポートを移植しません。 (集結されたクラシファイアと監視委員のケースにおいて、QoS Class特権階級メッセージで指定された実際のポートは管理目的にだけ使用されます。 PortとPort Session Numberのどんな有効値でありも、それは集結されたクラシファイアと監視委員機能を指定して、使用されるかもしれません。)
The QoS Class Establishment message is:
QoS Class特権階級メッセージは以下の通りです。
Message Type = 98
メッセージタイプ=98
The QoS Class Establishment request and success response messages have the following format:
QoS Class特権階級の要求と成功応答メッセージには、以下の形式があります:
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 | Message Type | Result | Code |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Transaction Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Port |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Port Session Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| QoS Class Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Regulator | Excess Action | QoS Class Weight |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Scheduler Identifier | Excess Scheduler Id |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Output Port |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
~ QoS Class Policer Parameters ~
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
~ QoS Class Regulator Parameters ~
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | バージョン| メッセージタイプ| 結果| コード| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | トランザクション識別子| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ポート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ポートセッション番号| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | QoSクラス識別子| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 監視委員| 余分な動き| QoSクラスの重さ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | スケジューラ識別子| 余分なスケジューライド| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 出力ポート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | ~ QoSクラスPolicerパラメタ~| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | ~ QoSクラス監視委員パラメタ~| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
QoS Class Identifier
The QoS Class Identifier is selected by the controller. It
is used to identify the QoS class being established or
modified, in future QoS Connection Management and QoS Class
Establishment messages. It is taken from a namespace that
QoS Class Identifier QoS Class Identifierはコントローラによって選択されます。 それは設立されるか、または変更されるQoSのクラスを特定するのに使用されます、将来のQoS Connection ManagementとQoS Class特権階級メッセージで。 名前空間からそれを取る、それ
Newman, et. al. Informational [Page 79] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[79ページ]のRFC2297Ipsilonの一般スイッチ管理行進
is global across the entire switch. No two QoS classes may
have the same QoS Class Identifier regardless of the switch
ports on which they are defined. A QoS Class Identifier in
a QoS Class Establishment message must be greater than 0
and less than 0xFFFFFFFF.
全体のスイッチの向こう側にグローバルです。 いいえtwoはQoSが分類するそれらが定義されるスイッチポートにかかわらず同じQoS Class Identifierを持っているかもしれません。 QoS Class特権階級メッセージのQoS Class Identifierは0xFFFFFFFFより0以上と以下であるに違いありません。
Regulator
The Regulator field specifies which function is required of
the regulator. Three possible functions are currently
defined: none, policing, and shaping.
Regulatorがさばく監視委員は、監視委員がどの機能に要求されるかを指定します。 3つの可能な機能が現在、定義されます: なにも、取り締まり、および形成。
None: Regulator = 1
Policing: Regulator = 2
Shaping: Regulator = 3
なにも: 監視委員は1の取り締まりと等しいです: 監視委員は2形成と等しいです: 監視委員=3
If the Regulator function is specified as none, no
operations are performed by the regulator on the cells
output from the classifier. Cells output from the
classifier are transferred directly to the waiting room
specified by the Scheduler Identifier.
Regulator機能がなにもとして指定されるなら、操作は全く監視委員によってクラシファイアからセル出力に実行されません。 直接Scheduler Identifierによって指定された待合室にクラシファイアからのセル出力を移します。
If policing is specified, a token bucket policer will be
applied to the QoS class. The policer determines which
cells conform to the specified policer traffic parameters
and which do not. Conforming cells are transferred directly
to the waiting room specified by the Scheduler Identifier.
The action to be taken by the policer on the excess traffic
is specified by the Excess Action field. The policer
traffic parameters are specified in the QoS Class Regulator
Parameters fields.
取り締まりが指定されていると、トークンバケツpolicerはQoSのクラスに適用されるでしょう。 policerはどのセルが指定されたpolicerトラフィックパラメタに従うか、そして、どれが従わないかを決定します。 直接Scheduler Identifierによって指定された待合室に従うセルを移します。 余分なトラフィックのpolicerによって取られるべき動作はExcess Action分野によって指定されます。 policerトラフィックパラメタはQoS Class Regulator Parameters分野で指定されます。
If shaping is specified, traffic shaping will be applied to
the QoS class. Cells in a QoS class should leave the
regulator spaced evenly apart at a rate defined by the QoS
Class Regulator Parameters fields. These cells are
transferred directly to the waiting room specified by the
Scheduler Identifier. The jitter on the conforming cell
stream on exit from the shaping function of the regulator
is not specified.
形成が指定されていると、トラフィック形成はQoSのクラスに適用されるでしょう。 QoSのクラスにおけるセルはQoS Class Regulator Parameters分野によって定義されたレートで監視委員を均等に離れて区切られたままにするはずです。 直接Scheduler Identifierによって指定された待合室にこれらのセルを移します。 監視委員の形成機能からの出口の従っているセルストリームにおけるジターは指定されません。
Excess Action
余分な動き
0 1 2 3 4 5 6 7
+-+-+-+-+-+-+-+-+
|T|D|S|x x x x x|
+-+-+-+-+-+-+-+-+
0 1 2 3 4 5 6 7 +-+-+-+-+-+-+-+-+ |T|D|S|x x x x x| +-+-+-+-+-+-+-+-+
Newman, et. al. Informational [Page 80] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[80ページ]のRFC2297Ipsilonの一般スイッチ管理行進
T: Tagging
If bit 0 of the Excess Action field is set, all cells
transferred to the waiting room specified by the Excess
Scheduler Id will have their CLP bit set. If bit 0 of the
Excess Action field is zero, the CLP bit of cells
transferred to the waiting room specified by the Excess
Scheduler Id will remain unchanged.
T: Excess Action分野のタグ付けIfビット0は設定されて、Excess Scheduler Idによって指定された待合室に移されたすべてのセルがそれらのCLPビットを設定させるでしょう。 Excess Action分野のビット0がゼロであるなら、Excess Scheduler Idによって指定された待合室に移されたセルのCLPかけらは変わりがないでしょう。
D: Discard
This function is only available if policing is selected as
the regulator function. If the Regulator field specifies
Policing, and bit 1 of the Excess Action field is set, all
cells determined by the policer to be in excess of the
traffic parameters must be discarded. In this case the
Excess Scheduler Id is not used and bit 0 of the Excess
Action field should be ignored.
D: 捨ててください。取り締まりが監視委員機能として選定される場合にだけ、This機能は利用可能です。 Regulator分野がPolicingを指定して、Excess Action分野のビット1が設定されるなら、トラフィックパラメタを超えていることがpolicerによって決定されたすべてのセルを捨てなければなりません。 この場合、Excess Scheduler Idは使用されていません、そして、Excess Action分野のビット0は無視されるべきです。
S: Differentiated Scheduling
This function operates differently according to whether
policing or shaping is selected as the regulator function.
S: 取り締まりか形成が監視委員機能として選定されるかどうかに従って、差別化されたScheduling This機能は異なって作動します。
If the Regulator field specifies Policing, and bit 1 of the
Excess Action field is zero, and bit 2 of the Excess Action
field is set, all cells determined by the policer to be in
excess of the traffic parameters must be transferred to the
waiting room specified by the Excess Scheduler Id. In this
case care must be taken in the implementation to ensure
that within each virtual path connection or virtual channel
connection, cells depart in the same order that they
arrived. If the Regulator field specifies Policing, and
bit 1 of the Excess Action field is zero, and bit 2 of the
Excess Action field is zero, all cells determined by the
policer to be in excess of the traffic parameters must be
transferred to the waiting room specified by the Scheduler
Identifier. In this case the Excess Scheduler Id is not
used.
Regulator分野がPolicingを指定して、Excess Action分野のビット1がゼロであり、Excess Action分野のビット2を設定するなら、トラフィックパラメタを超えていることがpolicerによって決定されたすべてのセルをExcess Schedulerアイダホ州によって指定された待合室に移さなければなりません。 この場合、注意は実装で取って、それぞれの仮想の経路接続か仮想のチャンネル接続の中では、セルが同次でそれを去るのを保証するために、到着したということであるに違いありません。 Regulator分野がPolicingを指定して、Excess Action分野のビット1がゼロであり、Excess Action分野のビット2がゼロであるなら、トラフィックパラメタを超えていることがpolicerによって決定されたすべてのセルをScheduler Identifierによって指定された待合室に移さなければなりません。 この場合、Excess Scheduler Idは使用されていません。
If the Regulator field specifies Shaping, and bit 2 of the
Excess Action field is zero, cells will be transferred from
the QoS class to the waiting room pointed to by the
Scheduler Identifier at a rate defined by the QoS Class
Regulator Parameters. In this case the Excess Scheduler Id
is not used. If the Regulator field specifies Shaping, and
bit 2 of the Excess Action field is set, additional cells
will be scheduled for transmission by the waiting room
pointed to by the Excess Scheduler Id. This permits a
minimum cell rate to be allocated to the QoS class using
the QoS Class Regulator Parameters and additional bandwidth
Regulator分野がShapingを指定して、Excess Action分野のビット2がゼロであるなら、QoSのクラスからQoS Class Regulator Parametersによって定義されたレートでScheduler Identifierによって示された待合室までセルを移すでしょう。 この場合、Excess Scheduler Idは使用されていません。 Regulator分野がShapingを指定して、Excess Action分野のビット2が設定されると、追加セルはトランスミッションのためにExcess Schedulerアイダホ州によって示された待合室によって予定されるでしょう。 これは、最小のセルレートがQoSのクラスに割り当てられることをQoS Class Regulator Parametersと追加帯域幅を使用することで許可します。
Newman, et. al. Informational [Page 81] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[81ページ]のRFC2297Ipsilonの一般スイッチ管理行進
to be shared by the QoS class. The additional share of
bandwidth is determined according to the parameters of the
waiting room pointed to by the Excess Scheduler Id. If the
Excess Scheduler Id is specified in the QoS Class
Establishment message, the additional bandwidth will be
shared by the entire QoS class. If the Excess Scheduler Id
is specified in each individual QoS Connection Management
message, the additional bandwidth is specific to that
connection and not shared by the entire QoS class. Care
must be taken in the implementation to ensure that within
each virtual path connection or virtual channel connection,
cells depart in the same order that they arrived.
QoSのクラスによって共有されるように。 Excess Schedulerアイダホ州によって示された待合室のパラメタによると、帯域幅の増資株は決定しています。 Excess Scheduler IdがQoS Class特権階級メッセージで指定されると、追加帯域幅は全体のQoSのクラスによって共有されるでしょう。 Excess Scheduler Idがそれぞれの個々のQoS Connection Managementメッセージで指定されるなら、追加帯域幅は、その接続に特定であり、全体のQoSのクラスによって共有されません。 注意は実装で取って、それぞれの仮想の経路接続か仮想のチャンネル接続の中では、セルが同次でそれを去るのを保証するために、到着したということであるに違いありません。
x: Bits 3--7 of the Excess Action field are not used.
x: Excess Action分野のビット3--7は使用されていません。
QoS Class Weight
If bit 1 of the Scheduler Flags field of the QoS
Configuration message indicates that weighted service may
be applied to a QoS class, the QoS Class Weight parameter
specifies the share of the bandwidth available to the
waiting room that should be given to this QoS class.
QoS ConfigurationメッセージのScheduler Flags分野のQoS Class Weight Ifビット1は、荷重しているサービスがQoSのクラスに適用されるかもしれないのを示して、QoS Class WeightパラメタはこのQoSのクラスに与えられるべきである待合室に利用可能な帯域幅のシェアを指定します。
The QoS Class Weight is an unsigned 16-bit field specifying
a binary fraction. I.e. the bandwidth share, as a fraction
of the bandwidth available to the waiting room, is given
by:
QoS Class Weightは2進の断片を指定する未署名の16ビットの分野です。 待合室に利用可能な帯域幅の部分として、以下はすなわち、帯域幅シェアを与えます。
Bandwidth share = QoS Class Weight * 2**(-16)
帯域幅シェア=QoS Class Weight*2**(-16)
A QoS Class Weight of zero indicates equal sharing between
all QoS classes sharing this waiting room that request a
QoS Class Weight of zero. While a 16-bit field is used to
specify the QoS Class Weight it is understood that the
accuracy of the bandwidth sharing is hardware dependent and
is not specified.
ゼロのQoS Class WeightはゼロのQoS Class Weightを要求するこの待合室を共有するすべてのQoSのクラスの間の等しい共有を示します。 16ビットの分野はQoS Class Weightを指定するのに使用されますが、帯域幅共有の精度がハードウェアに依存していて、指定されないのが理解されています。
If the Regulator field of the QoS Class Establishment
message indicates None, or Policer, the QoS Class Weight
should be applied to the waiting room pointed to by the
Scheduler Identifier. If the Regulator field of the QoS
Class Establishment message indicates Shaper, the QoS Class
Weight should be applied to the waiting room pointed to by
the Excess Scheduler Id.
QoS Class特権階級メッセージのRegulator分野がNone、またはPolicerを示すなら、QoS Class WeightはScheduler Identifierによって示された待合室に適用されるべきです。 QoS Class特権階級メッセージのRegulator分野がShaperを示すなら、QoS Class WeightはExcess Schedulerアイダホ州によって示された待合室に適用されるべきです。
If the specified waiting room is unable to offer weighted
sharing for a QoS class, a failure response message should
be returned with the failure code indicating: "This waiting
room is unable to offer weighted sharing for a QoS class."
指定された待合室がQoSのクラスのための荷重している共有を提供できないなら、失敗コード表示と共に失敗応答メッセージを返すべきです: 「この待合室はQoSのクラスのための荷重している共有を提供できません。」
Newman, et. al. Informational [Page 82] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[82ページ]のRFC2297Ipsilonの一般スイッチ管理行進
Scheduler Identifier
If all conforming traffic from this QoS class is directed
to the same waiting room, on the same output port, this
field specifies the Scheduler Identifier for the entire QoS
class. The Scheduler Identifier points to the waiting room,
on the output port specified by the Output Port field, to
which all conforming traffic should be sent. If this field
is not used it should be set to 0xFFFF. If each component
connection of the QoS class specifies its own output port
and waiting room, the Scheduler Identifier must be
specified in the QoS Connection Management message and this
field must be set to 0xFFFF.
このQoSのクラスからのトラフィックをすべて従わせるスケジューラIdentifier Ifが同じ待合室に向けられます、同じ出力ポートの上でこの分野は全体のQoSのクラスにScheduler Identifierを指定します。 Scheduler Identifierは待合室を示します、トラフィックをすべて従わせるのが送られるべきであるOutput Port分野によって指定された出力ポートの上で。 この分野が使用されていないなら、それは0xFFFFに設定されるべきです。 QoSのクラスのそれぞれのコンポーネント接続がそれ自身の出力ポートと待合室を指定するなら、QoS Connection ManagementメッセージでScheduler Identifierを指定しなければなりません、そして、この分野を0xFFFFに設定しなければなりません。
Excess Scheduler Id
If all conforming traffic from this QoS class is directed
to the same waiting room, on the same output port, this
field specifies the Excess Scheduler Id for the entire QoS
class. The Excess Scheduler Id points to the waiting room,
on the output port specified by the Output Port field, to
which all excess traffic should be sent. If this field is
not used it should be set to 0xFFFF. If each component
connection of the QoS class specifies its own output port
and waiting room, the Excess Scheduler Id must be specified
in the QoS Connection Management message and this field
must be set to 0xFFFF. If the Scheduler Id is specified in
the QoS Class Establishment message, the Excess Scheduler
Id must also be specified in the QoS Class Establishment
message (or not used). If the Scheduler Id is specified in
the QoS Connection Management message, the Excess Scheduler
Id must also be specified in the QoS Connection Management
message (or not used). The Excess Scheduler Id must not
point to the same waiting room on the same output port as
the Scheduler Identifier.
このQoSのクラスからのトラフィックをすべて従わせる過剰Scheduler Id Ifが同じ待合室に向けられます、同じ出力ポートの上でこの分野は全体のQoSのクラスにExcess Scheduler Idを指定します。 Excess Scheduler Idは待合室を示します、すべての余分なトラフィックが送られるべきであるOutput Port分野によって指定された出力ポートの上で。 この分野が使用されていないなら、それは0xFFFFに設定されるべきです。 QoSのクラスのそれぞれのコンポーネント接続がそれ自身の出力ポートと待合室を指定するなら、QoS Connection ManagementメッセージでExcess Scheduler Idを指定しなければなりません、そして、この分野を0xFFFFに設定しなければなりません。 また、Scheduler IdがQoS Class特権階級メッセージで指定されるなら、QoS Class特権階級メッセージ(または、使用されない)でExcess Scheduler Idを指定しなければなりません。 また、Scheduler IdがQoS Connection Managementメッセージで指定されるなら、QoS Connection Managementメッセージ(または、使用されない)でExcess Scheduler Idを指定しなければなりません。 Excess Scheduler IdはScheduler Identifierと同じ出力ポートの上に同じ待合室を示してはいけません。
Output Port
If the Scheduler Identifier field in the QoS Establishment
message is not 0xFFFF the Output Port field specifies the
Output Port to which traffic from this QoS class should be
routed. If the Scheduler Identifier field in the QoS
Establishment message is 0xFFFF, this field is not used.
Port If Scheduler IdentifierがQoS特権階級メッセージでさばく出力は分野がOutput Portを指定するこのQoSのクラスからのそれのトラフィックが発送されるべきである0xFFFF Output Portではありません。 QoS特権階級メッセージのScheduler Identifier分野が0xFFFFであるなら、この分野は使用されていません。
QoS Class Policer Parameters
A policer function may be applied to a QoS class on output
from the classifier independently of the regulator
function. The QoS class policer function is identical to
the connection policer function defined in the QoS
QoS Class Policer Parameters A policer機能は監視委員機能の如何にかかわらずクラシファイアから出力のQoSのクラスに適用されるかもしれません。 QoSクラスpolicer機能はQoSで定義された接続policer機能と同じです。
Newman, et. al. Informational [Page 83] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[83ページ]のRFC2297Ipsilonの一般スイッチ管理行進
Connection Management message with the exception that it
applies to all cells that belong to the QoS class rather
than just cells that belong to a single connection.
それがまさしく単独結合に属すセルよりむしろQoSのクラスのものすべてのセルに当てる例外がある接続Managementメッセージ。
The QoS Class Policer Parameters have the following format:
QoS Class Policer Parametersには、以下の形式があります:
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| QoS Class Increment-1 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| QoS Class Limit-1 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| QoS Class Increment-2 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| QoS Class Limit-2 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Reserved |C|A|x x x x x x|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | QoSクラス増分-1| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | QoSクラス限界-1| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | QoSクラス増分-2| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | QoSクラス限界-2| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 予約されます。|C|A|x x x x x x| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The definition of these fields is given in the UPC
Parameters section of the QoS Connection Management
message.
QoS Connection ManagementメッセージのUPC Parameters部でこれらの分野の定義を与えます。
QoS Class Regulator Parameters
The QoS class regulator function is identical to the
regulator function defined in the QoS Connection Management
message with the exception that it applies to all cells
that belong to the QoS class rather than just cells that
belong to a single connection.
機能が同じであるQoSクラスの規制者の監視委員のQoS Class Regulator Parametersはそれがまさしく単独結合に属すセルよりむしろQoSのクラスのものすべてのセルに当てる例外でQoS Connection Managementメッセージで定義されていた状態で機能します。
The QoS Class Regulator Parameters have the following
format:
QoS Class Regulator Parametersには、以下の形式があります:
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| QoS Class Regulator Increment |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| QoS Class Regulator Limit |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | QoSクラス監視委員増分| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | QoSクラス監視委員限界| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The definition of these fields is given in the Regulator
Parameters section of the QoS Connection Management
message.
QoS Connection ManagementメッセージのRegulator Parameters部でこれらの分野の定義を与えます。
Newman, et. al. Informational [Page 84] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[84ページ]のRFC2297Ipsilonの一般スイッチ管理行進
9.5 QoS Release Message
9.5QoSがメッセージを発表します。
The QoS Release message is used to delete a Scheduler Identifier or a QoS Class Identifier and to release all resources associated with it.
QoS Releaseメッセージは、Scheduler IdentifierかQoS Class Identifierを削除して、それに関連しているすべてのリソースを発表するのに使用されます。
The QoS Release message is:
QoS Releaseメッセージは以下の通りです。
Message Type = 99
メッセージタイプ=99
The QoS Release request and success response messages have the following format:
QoS Release要求と成功応答メッセージには、以下の形式があります:
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 | Message Type | Result | Code |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Transaction Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Port |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Port Session Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Reserved | Scheduler Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| QoS Class 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | バージョン| メッセージタイプ| 結果| コード| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | トランザクション識別子| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ポート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ポートセッション番号| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 予約されます。| スケジューラ識別子| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | QoSクラス識別子| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Port
If the QoS Release message contains a Scheduler Identifier,
the Port field must contain the Port Number of the switch
output port to which the Scheduler Identifier applies. If
the QoS Release message contains a QoS Class Identifier,
any valid Port number may be used. (The QoS Class
Identifier has a global namespace.)
QoS Releaseが通信させるポートIfはScheduler Identifierを含んでいて、Port分野はScheduler Identifierが適用するスイッチ出力ポートのPort Numberを含まなければなりません。 QoS ReleaseメッセージがQoS Class Identifierを含んでいるなら、どんな有効なPort番号も使用されるかもしれません。 (QoS Class Identifierには、グローバルな名前空間があります。)
Port Session Number
The current Port Session Number for the port specified in
the Port field.
Port分野で指定されたポートにSession Numberの現在のPort Session Numberを移植してください。
Scheduler Identifier
If the Scheduler Identifier contains the value 0xFFFF the
QoS Class Identifier specified in the QoS Class Identifier
field should be released. Else, if the value of the
Scheduler Identifier lies in the range 0x0100 -- 0xFFFE
inclusive, the Scheduler Identifier specified by the
Scheduler Identifier field should be released. A Scheduler
Identifier If Scheduler IdentifierがQoS Class Identifierが指定した値の0xFFFFを含むQoS Class Identifierがさばくスケジューラはリリースされるべきです。 --Scheduler Identifierの値が範囲0x0100にあるなら0xFFFE包括的であることで、ほかに、Scheduler Identifier分野によって指定されたScheduler Identifierはリリースされるべきです。 スケジューラ
Newman, et. al. Informational [Page 85] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[85ページ]のRFC2297Ipsilonの一般スイッチ管理行進
Identifier with a value less than 0x0100 is invalid in a
QoS Release message. (It specifies a default value which
may not be released.)
値0x0100がある識別子はQoS Releaseメッセージで無効です。 (それはリリースされないかもしれないデフォルト値を指定します。)
QoS Class Identifier
If the Scheduler Identifier contains the value 0xFFFF the
QoS Class Identifier field specifies the QoS Class
Identifier to be released.
QoS Class Identifier If Scheduler Identifierは値の0xFFFFを含んでいます。QoS Class Identifier分野はリリースされるべきQoS Class Identifierを指定します。
If the QoS Release message requests that a Scheduler Identifier be released, and the Scheduler Identifier is still in use by one or more established connections, a failure response must be returned with the failure code indicating: "Scheduler Identifier still in use." If the QoS Release message requests that a QoS Class Identifier be released, and the QoS Class Identifier is still in use by one or more established connections, a failure response must be returned with the failure code indicating: "QoS Class Identifier still in use."
QoS Releaseメッセージが、Scheduler Identifierがリリースされるよう要求して、Scheduler Identifierが1時までにまだ使用中であるか、または以上が関係を樹立したなら、失敗コード表示と共に失敗応答を返さなければなりません: 「まだ使用中のスケジューラIdentifier。」 QoS Releaseメッセージが、QoS Class Identifierがリリースされるよう要求して、QoS Class Identifierが1時までにまだ使用中であるか、または以上が関係を樹立したなら、失敗コード表示と共に失敗応答を返さなければなりません: 「まだ使用中のQoS Class Identifier。」
9.6 QoS Connection Management Message
9.6 QoS接続管理メッセージ
The QoS Connection Management message is used by the controller to establish and modify virtual channel connections and virtual path connections across the switch which require QoS parameters to be specified. The functionality of the QoS Connection Management message is identical to that of the Add Branch connection management message with the additional specification of QoS parameters. No specific QoS connection release messages are defined. QoS connections may be released with the Delete Tree, Delete All, and Delete Branches messages defined in Section 4, "Connection Management Messages." When a QoS connection is released, all associated QoS resources are released.
QoS Connection Managementメッセージは、スイッチの向こう側に仮想のチャンネル接続と仮想の経路接続を確立して、変更するのにコントローラによって使用されます(QoSパラメタが指定されるのを必要とします)。 QoS Connection Managementメッセージの機能性はQoSパラメタの追加仕様でAdd支店接続管理メッセージのものと同じです。 どんな特定のQoSコネクション解放メッセージも定義されません。 QoS接続はDelete Tree、Delete All、およびDelete支店セクション4で定義されたメッセージ、「接続管理メッセージ」と共に釈放されるかもしれません。 QoS接続が釈放されるとき、すべての関連QoSリソースが発表されます。
There are three styles of connection with specified QoS parameters:
指定されたQoSパラメタとの関係の3つのスタイルがあります:
QoS Connection:
This connection style specifies its own individual QoS parameters
and is routed independently to the waiting room and output port
specified in the QoS Connection Management message. It is not a
member of a QoS class. Each output branch of a point-to-multipoint
QoS connection may specify its own QoS parameters which may be
different from all other output branches of that point-to-
multipoint QoS connection, if the switch supports this capability.
However, all output branches must specify identical connection
policer parameters. A QoS Connection Management message requesting
this style of connection is identified by a QoS Class Identifier
with the value 0xFFFFFFFF.
QoS接続: この接続スタイルは、QoS Connection Managementメッセージで指定された待合室と出力ポートに、それ自身の個々のQoSパラメタを指定して、独自に発送されます。 それはQoSのクラスのメンバーではありません。 ポイントツーマルチポイントQoS接続のそれぞれの出力ブランチはそれ自身のポイントから多点とのQoSその接続の他のすべての出力ブランチと異なるかもしれないQoSパラメタを指定するかもしれません、スイッチがこの能力をサポートするなら。 しかしながら、すべての出力ブランチが同じ接続policerパラメタを指定しなければなりません。 このスタイルの接続を要求するQoS Connection Managementメッセージは値の0xFFFFFFFFと共にQoS Class Identifierによって特定されます。
Newman, et. al. Informational [Page 86] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[86ページ]のRFC2297Ipsilonの一般スイッチ管理行進
QoS Class Connection:
This connection style does not specify its own individual QoS
parameters. It is a member of a QoS class, and the QoS parameters
are specified by the QoS class. It is, however, routed
independently to the waiting room and output port specified in the
QoS Connection Management message. Each output branch of a
point-to-multipoint QoS Class Connection must use the same QoS
parameters. A QoS Connection Management message requesting this
style of connection will have a valid QoS Class Identifier and a
valid Scheduler Identifier.
QoSクラス接続: この接続スタイルはそれ自身の個々のQoSパラメタを指定しません。 それはQoSのクラスのメンバーです、そして、QoSパラメタはQoSのクラスによって指定されます。 しかしながら、それは独自にQoS Connection Managementメッセージで指定された待合室と出力ポートに発送されます。 ポイントツーマルチポイントQoS Class Connectionのそれぞれの出力ブランチは同じQoSパラメタを使用しなければなりません。 このスタイルの接続を要求するQoS Connection Managementメッセージは有効なQoS Class Identifierと有効なScheduler Identifierを持つでしょう。
QoS Class Member:
This connection style does not specify its own individual QoS
parameters. It is a member of a QoS class, and the QoS parameters
are specified by the QoS class. The QoS class also specifies the
waiting room and output port to which all members of the class are
routed. This style of connection does not support point-to-
multipoint connections. A QoS Connection Management message
requesting this style of connection will have a valid QoS Class
Identifier and a Scheduler Identifier with the value 0xFFFF.
QoSクラスのメンバー: この接続スタイルはそれ自身の個々のQoSパラメタを指定しません。 それはQoSのクラスのメンバーです、そして、QoSパラメタはQoSのクラスによって指定されます。 また、QoSのクラスはクラスのすべてのメンバーが発送される待合室と出力ポートを指定します。 このスタイルの接続はポイントからマルチポイント接続をサポートしません。 このスタイルの接続を要求するQoS Connection Managementメッセージは有効なQoS Class Identifierと値の0xFFFFとScheduler Identifierを持つでしょう。
To request a virtual channel connection with specified QoS parameters, the Virtual Channel Connection (VCC) QoS Connection Management message is:
指定されたQoSパラメタとの仮想のチャンネル接続を要求するために、Virtual Channel Connection(VCC)QoS Connection Managementメッセージは以下の通りです。
Message Type = 100.
メッセージタイプ=100。
To request a virtual path connection with specified QoS parameters, the Virtual Path Connection (VPC) QoS Connection Management message is:
指定されたQoSパラメタとの仮想の経路関係を要求するために、Virtual Path Connection(VPC)QoS Connection Managementメッセージは以下の通りです。
Message Type = 101.
メッセージタイプ=101。
The QoS Connection Management message has the following format for both request and response messages:
QoS Connection Managementメッセージには、要求と応答メッセージの両方のための以下の形式があります:
Newman, et. al. Informational [Page 87] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[87ページ]のRFC2297Ipsilonの一般スイッチ管理行進
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 | Message Type | Result | Code |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Transaction Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Port Session Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Input Port |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|M|Q|B|C| Input VPI | Input VCI |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Output Port |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|x x x x| Output VPI | Output VCI |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Number of Branches | Scheduler Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| QoS Class Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Regulator | Excess Action | Connection Weight |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|S|A|x x x x x x| Reserved | Excess Scheduler Id |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
~ UPC Parameters ~
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
~ Regulator Parameters ~
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | バージョン| メッセージタイプ| 結果| コード| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | トランザクション識別子| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ポートセッション番号| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 入力ポート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |M|Q|B|C| 入力VPI| 入力VCI| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 出力ポート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |x x x x| 出力VPI| 出力VCI| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 支店の数| スケジューラ識別子| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | QoSクラス識別子| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 監視委員| 余分な動き| 接続の重さ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |S|A|x x x x x x| 予約されます。| 余分なスケジューライド| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | ~ UPCパラメタ~| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | ~ 監視委員パラメタ~| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Port Session Number
Input Port
Input VPI
Input VCI
Output Port
Output VPI
Output VCI
Number of Branches
The definition of these fields is exactly the same as
defined for the Add Branch message in Section 4.1,
"Connection Management Messages."
支店のSession Number Input Port Input VPI Input VCI Output Port Output VPI Output VCI Numberを移植してください。これらの分野の定義はまさにセクション4.1のAdd支店メッセージ、「接続管理メッセージ」のために定義されるように同じです。
Newman, et. al. Informational [Page 88] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[88ページ]のRFC2297Ipsilonの一般スイッチ管理行進
M B C Flags
The definition of the M, B, and C flags is exactly the same
as defined in Section 4, "Connection Management Messages."
They apply to the QoS Connection Management message exactly
as defined for the Add Branch message.
M B CはMの定義に旗を揚げさせます、B、C旗がまさにセクション4で定義されるのと同じであることを「接続経営者側は通信します」。 彼らはちょうどAdd支店メッセージのために定義されるようにQoS Connection Managementメッセージに適用します。
Q: QoS Profile Flag The QoS Profile flag is not used in the QoS
Connection Management message.
Q: QoS Profile Flag QoS Profileは弛みます。QoS Connection Managementメッセージでは、使用されません。
Scheduler Identifier
For QoS Connection and QoS Class Connection styles, the
Scheduler Identifier points to the waiting room, on the
output port specified by the Output Port field, to which
all conforming traffic on the connection should be routed.
The values 0 -- 255 specify the default settings for the
scheduler. Each of the default values maps directly to one
of the scheduler priority levels. A Scheduler Identifier in
the range 0 -- 255 may be used without first being
established by a Scheduler Establishment message. All
Scheduler Identifiers in the range 0x0100 to 0xFFFE must
first be established by a Scheduler Establishment message.
出力ポートの上の待合室へのスケジューラIdentifier For QoS ConnectionとQoS Class Connectionスタイル、Scheduler IdentifierポイントはOutput Port分野のそばで指定しました。(接続のときにトラフィックをすべて従わせるのは分野に発送されるべきです)。 値0 -- 255はスケジューラに既定の設定を指定します。 それぞれのデフォルト値は直接スケジューラの1つに優先順位を写像します。 最初にScheduler特権階級メッセージによって設立されないで、範囲0 -- 255のScheduler Identifierは使用されるかもしれません。 最初に、Scheduler特権階級メッセージで0xFFFEへの範囲0x0100のすべてのScheduler Identifiersを設立しなければなりません。
A Scheduler Identifier with a value of 0xFFFF indicates
that a QoS Class Member connection style is being
requested. In this connection style, the waiting room and
output port are specified by reference to the QoS class
specified by the QoS Class Identifier field. In this case
the QoS Class Identifier field must contain a valid QoS
Class Identifier.
0xFFFFの値があるScheduler Identifierは、QoS Classメンバー接続スタイルが要求されているのを示します。 ついては、スタイル、待合室、および出力ポートはQoS Class Identifier分野によって指定されたQoSのクラスの参照で指定されます。 この場合、QoS Class Identifier分野は有効なQoS Class Identifierを含まなければなりません。
QoS Class Identifier
For QoS Class Connection and QoS Class Member connection
styles, the QoS Class Identifier specifies the QoS Class to
which the connection belongs. It must first be established
by a QoS Class Establishment message and must have a value
greater than 0 and less than 0xFFFFFFFF.
メンバー接続が流行に合わせるQoS Class Identifier For QoS Class ConnectionとQoS Class、QoS Class Identifierは接続が属するQoS Classを指定します。 それで、最初に、QoS Class特権階級メッセージで確立しなければならなくて、値は0と以下より0xFFFFFFFFよりすばらしくならなければなりません。
A QoS Class Identifier with a value of 0xFFFFFFFF indicates
that a connection of style "QoS Connection" is being
requested. In this connection style, the connection does
not belong to a QoS class. All QoS parameters are specified
by the QoS Connection Management message and apply only to
the specified connection.
0xFFFFFFFFの値があるQoS Class Identifierは、スタイル「QoS接続」の接続が要求されているのを示します。 ついては、スタイル、接続はQoSのクラスに属しません。 すべてのQoSパラメタが、QoS Connection Managementメッセージによって指定されて、指定された接続だけに適用されます。
Regulator
Excess Action
The Regulator and Excess Action parameters are only used in
connection requests of style "QoS Connection." The
パラメタが使用されるだけである接続が要求するスタイル「QoS接続」の監視委員Excess ActionのRegulatorとExcess Action。 The
Newman, et. al. Informational [Page 89] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[89ページ]のRFC2297Ipsilonの一般スイッチ管理行進
definition of these fields in the QoS Connection Management
message is exactly the same as defined for the QoS Class
Establishment message with the exception that they apply to
an individual connection rather than to an entire QoS
class.
QoS Connection Managementメッセージとのこれらの分野の定義はまさにQoS Class特権階級メッセージのために彼らが全体のQoSのクラスにというよりむしろ個々の接続に適用する例外で定義されるのと同じです。
Connection Weight
This field is only used in connections of style "QoS
Connection" and "QoS Class Connection." For QoS Class
Member style connections, the QoS Class Weight parameter of
the QoS Class Establishment message should be used to
assign a weight to the QoS Class.
Weight Thisがさばく接続はスタイル「QoS接続」と「QoSクラス接続」の接続に使用されるだけです。 QoS Classメンバースタイル接続において、QoS Class特権階級メッセージのQoS Class Weightパラメタは、重りをQoS Classに割り当てるのに使用されるべきです。
If bit 0 of the Scheduler Flags field of the QoS
Configuration message indicates that weighted service may
be applied to a connection, the Connection Weight parameter
specifies the share of the bandwidth available to the
waiting room that should be given to this connection.
QoS ConfigurationメッセージのScheduler Flags分野のビット0が、荷重しているサービスが接続に適用されるかもしれないのを示すなら、Connection Weightパラメタはこの接続に与えられるべきである待合室に利用可能な帯域幅のシェアを指定します。
The Connection Weight is an unsigned 16-bit field
specifying a binary fraction. I.e. the bandwidth share, as
a fraction of the bandwidth available to the waiting room,
is given by:
Connection Weightは2進の断片を指定する未署名の16ビットの分野です。 待合室に利用可能な帯域幅の部分として、以下はすなわち、帯域幅シェアを与えます。
Bandwidth share = Connection Weight * 2**(-16)
帯域幅シェア=接続Weight*2**(-16)
A Connection Weight of zero indicates equal sharing between
all connections in this waiting room that request a
Connection Weight of zero. While a 16-bit field is used to
specify the Connection Weight it is understood that the
accuracy of the bandwidth sharing is hardware dependent and
is not specified.
ゼロのConnection Weightはこの待合室でのゼロのConnection Weightを要求するすべての接続の間の等しい共有を示します。 16ビットの分野はConnection Weightを指定するのに使用されますが、帯域幅共有の精度がハードウェアに依存していて、指定されないのが理解されています。
For connections of style "QoS Class Connection," if the
Regulator function of the QoS Class is specified as None,
or Policer, the Connection Weight should be applied to the
waiting room pointed to by the Scheduler Identifier field
in the QoS Connection Management message. If the Regulator
function of the QoS Class is specified as Shaper, the
Connection Weight should be applied to the waiting room
pointed to by the Excess Scheduler Id field in the QoS
Connection Management message.
スタイル「QoSクラス接続」の接続において、QoS ClassのRegulator機能がNone、またはPolicerとして指定されるなら、Connection WeightはQoS Connection ManagementメッセージのScheduler Identifier分野によって示された待合室に適用されるべきです。 QoS ClassのRegulator機能がShaperとして指定されるなら、Connection WeightはQoS Connection ManagementメッセージのExcess Scheduler Id分野によって示された待合室に適用されるべきです。
For connections of style "QoS Connection," if the Regulator
field of the QoS Connection Management message specifies
None, or Policer, the Connection Weight should be applied
to the waiting room pointed to by the Scheduler Identifier
field. If the Regulator field of the QoS Connection
スタイル「QoS接続」の接続において、QoS Connection ManagementメッセージのRegulator分野がNone、またはPolicerを指定するなら、Connection WeightはScheduler Identifier分野によって示された待合室に適用されるべきです。 QoS ConnectionのRegulator分野です。
Newman, et. al. Informational [Page 90] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[90ページ]のRFC2297Ipsilonの一般スイッチ管理行進
Management message specifies Shaper, the Connection Weight
should be applied to the waiting room pointed to by the
Excess Scheduler Id field.
管理メッセージはShaperを指定して、Connection WeightはExcess Scheduler Id分野によって示された待合室に当てはまられるべきです。
If the specified waiting room is unable to offer weighted
sharing for a connection, a failure response message should
be returned with the failure code indicating: "this waiting
room is unable to offer weighted sharing for a connection."
指定された待合室が接続のための荷重している共有を提供できないなら、失敗コード表示と共に失敗応答メッセージを返すべきです: 「この待合室は接続のための荷重している共有を提供できません。」
QoS Flags
QoS旗
S: Selective Discard
If the Selective Discard flag is set, only cells with the
Cell Loss Priority (CLP) bit set will be subject to the
discard mechanism when the number of cells in the waiting
room exceeds the Discard Threshold. If the Selective
Discard flag is zero, all cells (CLP=0 and CLP=1) will be
subject to the discard mechanism when the number of cells
in the waiting room exceeds the Discard Threshold.
Selective discard can be combined with packet discard. In
this case only packets in which at least one cell has the
CLP bit set will be subject to the discard mechanism.
S: 選択しているDiscard If、Selective Discard旗は設定されて、待合室のセルの数がDiscard Thresholdを超えているとき、Cell Loss Priority(CLP)ビットがある唯一のセルが破棄への対象がメカニズムであるつもりであったならセットしました。 Selective Discard旗がゼロであるなら、すべてのセル(CLP=0とCLP=1)は破棄への対象がメカニズムであったなら待合室のセルの数がDiscard Thresholdを超えているとゼロでしょう。 選択している破棄をパケット破棄に結合できます。 この場合、少なくとも1つのセルがCLPビットを持っている唯一のパケットが破棄への対象がメカニズムであるつもりであったならセットしました。
A: All Branches
For a QoS Connection Management message that specifies a
point-to-multipoint connection, if the All Branches flag is
set, all branches of the point-to-multipoint connection
must be set to the QoS parameters specified in the message.
If the All Branches flag is zero, only the single output
branch specified in the message should be set to the QoS
parameters specified in the message. For a QoS Connection
Management message that specifies a point-to-point
connection, the All Branches flag is not used.
A: すべての支店ForがAll支店旗がセット(QoSパラメタへのセットがメッセージで指定されていたならポイントツーマルチポイント接続のブランチがそうしなければならないすべて)であるならポイントツーマルチポイント接続を指定するQoS Connection Managementメッセージです。 All支店旗がゼロであるなら、メッセージで指定された単一の出力ブランチだけがメッセージで指定されたQoSパラメタに設定されるべきです。 二地点間接続を指定するQoS Connection Managementメッセージに関しては、All支店旗は使用されていません。
x: Unused
x: 未使用
Excess Scheduler Id
For connections of style "QoS Connection" and "QoS Class
Connection," the Excess Scheduler Id points to the waiting
room, on the output port specified by the Output Port
field, to which all excess traffic should be routed. The
values 0 -- 255 specify the default settings for the
scheduler. Each of the default values maps directly to one
of the scheduler priority levels. An Excess Scheduler Id in
the range 0 -- 255 may be used without first being
established by a Scheduler Establishment message. All
スタイル「QoS接続」と「QoSクラス接続」の余分なScheduler Id For接続(待合室へのExcess Scheduler Idポイント)はOutput Port分野のそばで出力ポートの上で指定しました。(すべての余分な交通が分野に発送されるべきです)。 値0 -- 255はスケジューラに既定の設定を指定します。 それぞれのデフォルト値は直接スケジューラの1つに優先順位を写像します。 最初にScheduler特権階級メッセージによって設立されないで、範囲0 -- 255のExcess Scheduler Idは使用されるかもしれません。 すべて
Newman, et. al. Informational [Page 91] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[91ページ]のRFC2297Ipsilonの一般スイッチ管理行進
values of Excess Scheduler Id in the range 0x0100 to 0xFFFE
must first be established by a Scheduler Establishment
message.
最初に、Scheduler特権階級メッセージで0xFFFEへの範囲0x0100のExcess Scheduler Idの値を確立しなければなりません。
If this field is not used it should be set to 0xFFFF. The
Excess Scheduler Id must not point to the same waiting room
on the same output port as the Scheduler Identifier.
この分野が使用されていないなら、それは0xFFFFに設定されるべきです。 Excess Scheduler IdはScheduler Identifierと同じ出力ポートの上に同じ待合室を示してはいけません。
UPC Parameters
All connection styles may be subject to a Usage Parameter
Control (UPC) function, also known as a connection policer.
The policing function is applied to each individual
connection before it is combined with other connections
into a QoS class by the classifier function. A policing
function applied to an entire QoS class is defined in the
QoS Class Establishment message.
UPC Parameters All接続スタイルも、Usage Parameter Control(UPC)機能を受けることがあって、また、接続policerとして知られるかもしれません。 それがクラシファイア機能によってQoSのクラスとの他の接続に結合される前に取り締まり機能はそれぞれの個々の接続に適用されます。 全体のQoSのクラスに適用された取り締まり機能はQoS Class特権階級メッセージで定義されます。
The connection policer is defined by reference to the
Generic Cell Rate Algorithm (GCRA) defined by the ATM Forum
[af-tm-0056], although any equivalent policing algorithm
may be used. The GCRA takes two parameters, the increment
(I) and the limit (L). The reciprocal of the increment
(1/I) specifies the rate being policed. The limit specifies
the burst tolerance. (For comparison with the token bucket
policer discussed in [Partridge], the size of the token
bucket is given by L/I.)
接続policerはATM Forum[af-tm-0056]によって定義されたGeneric Cell Rate Algorithm(GCRA)の参照で定義されます、アルゴリズムを取り締まるどんな同等物も使用されるかもしれませんが。 GCRAは2つのパラメタ、増分(I)、および限界(L)を取ります。 増分(1/I)の逆数は取り締まられるレートを指定します。 限界は炸裂寛容を指定します。 ([ヤマウズラ]で議論する象徴バケツpolicerとの比較において、L/I.は象徴バケツのサイズを与えます)
Two policers in series may be specified to permit the
policing of both peak rate and average rate (also called
sustainable rate). The parameters for the first policer are
Increment-1 and Limit-1. For comparison with the ATM Forum
specification these would be used to police the Peak Cell
Rate (PCR) and Cell Delay Variation Tolerance (CDVT)
respectively. The parameters for the second policer are
Increment-2 and Limit-2. For comparison with the ATM Forum
specification these would be used to police the Sustainable
Cell Rate (SCR), and Burst Tolerance. (The Burst Tolerance
may be computed from the Maximum Burst Size [af-tm-0056].)
2policersは、ピークレートと平均相場の両方(また、持続可能なレートと呼ばれる)の取り締まりを可能にするために連続的に指定されるかもしれません。 最初のpolicerのためのパラメタは、Increment-1とLimit-1です。 ATM Forum仕様との比較のために、これらはそれぞれ警察のPeak Cell Rate(PCR)とCell Delay Variation Tolerance(CDVT)に使用されるでしょう。 2番目のpolicerのためのパラメタは、Increment-2とLimit-2です。 ATM Forum仕様との比較のために、これらは警察のSustainable Cell Rate(SCR)、およびBurst Toleranceに使用されるでしょう。 (Burst ToleranceはMaximum Burst Size[af-tm-0056]から計算されるかもしれません。)
There are two configurations in which the two policers may
be connected in series. In the All Cells configuration,
all cells (cells with the Cell Loss Priority (CLP) bit set
to zero and cells with the CLP bit set to one) are subject
to the policing action of both policers in series. In the
CLP Selective configuration, all cells, both CLP=0 and
CLP=1, are policed by the first policer; but only cells
2policersが連続的に接続されるかもしれない2つの構成があります。 All Cells構成では、すべてのセル(Cell Loss Priority(CLP)ビットがあるセルはゼロにセットしました、そして、CLPビットがあるセルは1つにセットした)が連続的に両方のpolicersの取り締まり機能を受けることがあります。 CLP Selective構成では、すべてのセル(CLP=0とCLP=1の両方)が最初のpolicerによって取り締まられます。 しかし、セルだけ
Newman, et. al. Informational [Page 92] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[92ページ]のRFC2297Ipsilonの一般スイッチ管理行進
with CLP=0 are subject to policing by the second policer.
Either tagging or discard may be specified for each of the
policer configurations.
CLP=0と共に、2番目のpolicerによる取り締まりへの対象があります。 タグ付けか破棄のどちらかがそれぞれのpolicer構成に指定されるかもしれません。
The values of the parameters Increment and Limit in the UPC
Parameters fields are given in terms of a time unit
specified by the switch in the QoS Configuration Parameters
message. The time unit is specified by the switch as a
rate, the Scaling Factor, which gives the rate in cells per
second that would result from an Increment parameter value
of one. Thus to determine the value of the Increment
parameter from the desired policed rate given in cells per
second:
QoS Configuration Parametersメッセージでスイッチによって指定されたタイム・ユニットでUPC Parameters分野のパラメタのIncrementとLimitの値を与えます。 タイム・ユニットはレート、1のIncrementパラメタ価値から生じる1秒あたりのセルの中でレートを与えるScaling Factorとしてスイッチによって指定されます。 したがって、必要からのIncrementパラメタの値を決定するのは1秒あたりのセルの中で与えられたレートを取り締まりました:
Increment parameter = (Scaling_Factor)/(policed_rate)
増分のパラメタ=(スケーリング_Factor)/(取り締まられた_レート)
To determine the value of the Limit parameter from the
desired Cell Delay Variation Tolerance (CDVT) given in
seconds:
秒に与えられた必要なCell Delay Variation Tolerance(CDVT)からのLimitパラメタの値を決定するために:
Limit parameter = CDVT * Scaling_Factor
限界パラメタ=CDVT*スケーリング_Factor
To determine the value of the Limit parameter from the
desired Burst Tolerance (BT) given in seconds:
秒に与えられた必要なBurst Tolerance(BT)からのLimitパラメタの値を決定するために:
Limit parameter = BT * Scaling_Factor
限界パラメタ=BT*スケーリング_Factor
The Increment and Limit parameters are specified as 32-bit
unsigned integers; so the choice of the Scaling Factor
allows the switch to select the range and granularity of
the policer parameters with respect to the line rate of the
switch port. For example, a SONET STS-3c (155.52 Mbps)
switch port has a line rate of approximately 353 kcells/s.
With a Scaling Factor value of 353,000,000 we can specify a
policed rate slightly less than the line rate with a
granularity of 0.1%. For a policed rate of 1 kbps we can
still support a bucket size of 31 cells.
IncrementとLimitパラメタは32ビットの符号のない整数として指定されます。 それで、Scaling Factorの選択で、スイッチはスイッチポートのライン料率に関してpolicerパラメタの範囲と粒状を選択できます。 例えば、Sonet STS-3c(155.52Mbps)スイッチポートには、およそ353kcells/sのライン料率があります。 3億5300万のScaling Factor値で、私たちは0.1%の粒状があるライン料率より取り締まられたレートをわずかに指定できません。 1つのキロビット毎秒の取り締まられたレートのために、私たちはまだ31のセルのバケツサイズを支持できます。
The UPC Parameters have the following format:
UPC Parametersには、以下の形式があります:
Newman, et. al. Informational [Page 93] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[93ページ]のRFC2297Ipsilonの一般スイッチ管理行進
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Increment-1 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Limit-1 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Increment-2 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Limit-2 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Reserved |C|A|x x x x x x|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 限界-1| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 増分-2| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 限界-2| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 予約されます。|C|A|x x x x x x| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Increment-1
The increment parameter for the first policer, specified as
a 32-bit unsigned integer. A value of zero for the
Increment-1 parameter is used to disable the first policer.
In this case all cells will be considered to conform to the
traffic parameters of the first policer.
-1を増加してください。最初に、policerであって、32ビットの符号のない整数としての指定にされるののための増分のパラメタ。 Increment-1パラメタのためのゼロの値は、最初のpolicerを無効にするのに使用されます。 この場合、すべてのセルが最初のpolicerの交通パラメタに従うと考えられるでしょう。
Limit-1
The limit parameter for the first policer, specified as a
32-bit unsigned integer.
-1を制限してください。最初に、policerであって、32ビットの符号のない整数としての指定にされるののための限界パラメタ。
Increment-2
The increment parameter for the second policer, specified
as a 32-bit unsigned integer. A value of zero for the
Increment-2 parameter is used to disable the second
policer. In this case all cells will be considered to
conform to the traffic parameters of the second policer.
-2を増加してください。32ビットの符号のない整数として指定された2番目のpolicerのための増分のパラメタ。 Increment-2パラメタのためのゼロの値は、2番目のpolicerを無効にするのに使用されます。 この場合、すべてのセルが2番目のpolicerの交通パラメタに従うと考えられるでしょう。
Limit-2
The limit parameter for the second policer, specified as a
32-bit unsigned integer.
-2を制限してください。32ビットの符号のない整数として指定された2番目のpolicerのための限界パラメタ。
Flags
旗
C: Configuration
If the Configuration flag is set, the policer should be set
to the All Cells configuration. If the Configuration flag
is zero, the policer should be set to the CLP Selective
configuration.
C: If Configurationが旗を揚げさせる構成は設定されて、policerはAll Cells構成に用意ができるべきです。 Configuration旗がゼロであるなら、policerはCLP Selective構成に用意ができるべきです。
In the All Cells configuration, all cells (both CLP=0 and
CLP=1) are subject to the policing action of both policers
in series. In the CLP Selective configuration, all cells,
both CLP=0 and CLP=1, are policed by the first policer; but
All Cells構成では、すべてのセル(CLP=0とCLP=1の両方)が連続的に両方のpolicersの取り締まり機能を受けることがあります。 CLP Selective構成では、すべてのセル(CLP=0とCLP=1の両方)が最初のpolicerによって取り締まられます。 しかし
Newman, et. al. Informational [Page 94] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[94ページ]のRFC2297Ipsilonの一般スイッチ管理行進
only cells with CLP=0 are subject to policing by the second
policer. Either tagging or discard may be specified for
each of the policer configurations.
CLP=0があるセルだけが2番目のpolicerによる取り締まりを受けることがあります。 タグ付けか破棄のどちらかがそれぞれのpolicer構成に指定されるかもしれません。
A: Action
If the Action flag is zero, discard is required as the
policing action. If the Action flag is set, tagging is
required as the policing action.
A: If Actionが旗を揚げさせる動作がゼロである、破棄が取り締まり動作として必要です。 Action旗が設定されるなら、タグ付けが取り締まり動作として必要です。
If tagging is selected in the All Cells configuration, any
cell with CLP=0 in either policer, that the policer
determines to be in excess of the specified policer
parameters, will be changed to CLP=1. If discard is
selected in the All Cells configuration, any cell (CLP=0 or
CLP=1) in either policer, that the policer determines to be
in excess of the specified policer parameters, will be
discarded.
All Cells構成、CLP=0がpolicerにあるpolicerが決定するどんなセルである中でも指定されたpolicerパラメタを超えてタグ付けを選択すると、CLP=1に変えるでしょう。 破棄がAll Cells構成、policerのpolicerが決定するどんなセル(CLP=0かCLP=1)である中でも指定されたpolicerパラメタを超えて選択されると、捨てられてくださいだろう。
In the CLP Selective configuration, the first policer is
always set to discard any cell (CLP=0 or CLP=1) that it
determines to be in excess of its specified policer
parameters. If tagging is selected in the CLP Selective
configuration, the second policer will change the CLP bit
to CLP=1 of any cell that it determines to be in excess of
its specified parameters. If discard is selected in the CLP
Selective configuration, the second policer will discard
any cell that it determines to be in excess of its
specified parameters.
CLP Selective構成では、最初のpolicerはそれが指定されたpolicerパラメタを超えていることを決定するあらゆるセル(CLP=0かCLP=1)を捨てるようにいつも用意ができています。 タグ付けがCLP Selective構成で選択されると、2番目のpolicerはCLPビットをそれが指定されたパラメタを超えていることを決定するどんなセルのCLP=1にも変えるでしょう。 破棄がCLP Selective構成で選択されると、2番目のpolicerはそれが指定されたパラメタを超えていることを決定するどんなセルも捨てるでしょう。
To configure the policer for the conformance definitions
specified by the ATM Forum [af-tm-0056] the following
configurations are suggested:
ATM Forum[af-tm-0056]によって指定された順応定義のためにpolicerを構成するために、以下の構成は示されます:
CBR.1: One policer, All Cells, Discard
VBR.1: Two policers, All Cells, Discard
VBR.2: Two policers, CLP Selective, Discard
VBR.3: Two policers, CLP Selective, Tagging
UBR.1: One policer, All Cells, Discard
UBR.2: One policer, All Cells, Tagging.
CBR.1: 1policer、All Cells、Discard VBR.1: 2policers、All Cells、Discard VBR.2: 2policers、CLP Selective、Discard VBR.3: 2policers、CLP Selective、Tagging UBR.1: 1policer、All Cells、Discard UBR.2: 1policer、All Cells、Tagging。
x: Unused
x: 未使用
Regulator Parameters
Only connections of style "QoS Connection" require the
Regulator Parameters to be specified in the QoS Connection
Management message. For connections of style "QoS Class
Connection" and "QoS Class Member" the Regulator Parameters
are specified in the QoS Class Establishment message.
スタイル「QoS接続」の監視委員Parameters Only接続は、Regulator ParametersがQoS Connection Managementメッセージで指定されるのを必要とします。 スタイル「QoSクラス接続」と「QoSクラスのメンバー」の接続として、Regulator ParametersはQoS Class特権階級メッセージで指定されます。
Newman, et. al. Informational [Page 95] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[95ページ]のRFC2297Ipsilonの一般スイッチ管理行進
The Regulator Parameters are specified in a similar manner
to the UPC parameters. If the regulator function is
specified as Policing, a single GCRA policer is applied to
all cells (both CLP=0 and CLP=1) on the connection. The
policer takes two parameters: an increment, the Regulator
Increment, and a limit, the Regulator Limit. The reciprocal
of the increment (1/I) specifies the rate being policed.
The limit (L) specifies the burst tolerance. (For
comparison with the token bucket policer discussed in
[Partridge], the size of the token bucket is given by L/I.)
Regulator Parametersは同じようにUPCパラメタに指定されます。 監視委員機能がPolicingとして指定されるなら、独身のGCRA policerは接続でのすべてのセル(CLP=0とCLP=1の両方)に当てられます。 policerは2つのパラメタを取ります: 増分、Regulator Increment、および限界、Regulator Limit。 増分(1/I)の逆数は取り締まられるレートを指定します。 限界(L)は炸裂寛容を指定します。 ([ヤマウズラ]で議論するトークンバケツpolicerとの比較において、L/I.はトークンバケツのサイズを与えます)
The Regulator Increment and Regulator Limit parameters are
32-bit unsigned integers. Their values are determined in
terms of the Scaling Factor specified by the switch in the
QoS Configuration Parameters message. To determine the
value of the Regulator Increment parameter from the desired
policed rate given in cells per second:
Regulator IncrementとRegulator Limitパラメタは32ビットの符号のない整数です。 それらの値はQoS Configuration Parametersメッセージのスイッチによって指定されたScaling Factorで決定しています。 1秒あたりのセルの中で与えられた必要な取り締まられたレートからのRegulator Incrementパラメタの値を決定するために:
Regulator Increment = (Scaling_Factor)/(policed_rate)
監視委員増分=(スケーリング_要素)/(取り締まられた_レート)
For a policed rate (r) the GCRA policer guarantees that
over any time period T the amount of traffic determined by
the policer to be conforming to the traffic parameters does
not exceed:
取り締まられたレート(r)のために、GCRA policerは、どんな期間Tにわたってもトラフィックパラメタに従わせているpolicerで決定しているトラフィックの量が以下を超えていないのを保証します。
rT + L/I
rT+L/I
The value of the Regulator Limit may be determined from
this relation.
Regulator Limitの値はこの関係によって決定しているかもしれません。
If the regulator function is specified as Shaping, only the
Regulator Increment parameter is used. The Regulator Limit
parameter is not used. The value of the Regulator Increment
parameter is determined in terms of the Scaling Factor
specified by the switch in the QoS Configuration Parameters
message. To determine the value of the Regulator Increment
parameter from the desired shaper rate, given in cells per
second, on output from the shaper:
監視委員機能がShapingとして指定されるなら、Regulator Incrementパラメタだけが使用されています。 Regulator Limitパラメタは使用されていません。 Regulator Incrementパラメタの値はQoS Configuration Parametersメッセージのスイッチによって指定されたScaling Factorで決定しています。 1秒あたりのセルの中で与えられた必要な整形器レートからのRegulator Incrementパラメタの値を決定するために、整形器から以下を出力してください。
Regulator Increment = (Scaling_Factor)/(shaper_rate)
監視委員増分=(スケーリング_要素)/(整形器_レート)
An Increment value of zero is used to disable the policer.
In this case all cells on that connection will be
considered to conform to the policer traffic parameters. A
shaper given a Regulator Increment parameter of zero will
perform no shaping function on that connection.
ゼロのIncrement値は、policerを無効にするのに使用されます。 この場合、その接続でのすべてのセルがpolicerトラフィックパラメタに従うと考えられるでしょう。 ゼロのRegulator Incrementパラメタが与えられた整形器は形成機能を全くその接続に実行しないでしょう。
The Regulator Parameters have the following format:
Regulator Parametersには、以下の形式があります:
Newman, et. al. Informational [Page 96] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[96ページ]のRFC2297Ipsilonの一般スイッチ管理行進
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Regulator Increment |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Regulator Limit |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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.7 QoS Failure Response Codes
9.7 QoS失敗応答コード
A failure response message is formed by returning the request message that caused the failure with the Result field in the header indicating failure (Result = 4) and the Code field giving the failure code. The failure code specifies the reason for the switch being unable to satisfy the request message. The following additional failure codes are defined for use in response to QoS messages. General failure codes are specified in Section 3.2, Failure Response Messages.
ヘッダーのResult分野が失敗(結果=4)を示していて、Code分野が失敗コードを与えていて、失敗応答メッセージは、失敗を引き起こした要求メッセージを返すことによって、形成されます。 失敗コードは要求メッセージを満たすことができないスイッチの理由を指定します。 以下の追加失敗コードは使用のためにQoSメッセージに対応して定義されます。 Failure Response Messages、一般失敗コードはセクション3.2で指定されます。
128: Weighted scheduling within this waiting room is unavailable.
129: This waiting room is unable to offer weighted sharing for a
QoS class.
130: This waiting room is unable to offer weighted sharing for a
connection.
131: Scheduler Identifier still in use.
132: QoS Class Identifier still in use.
133: Invalid QoS parameter.
134: Insufficient QoS resources.
135: Any point-to-multipoint connection arriving on this input
port must use the same QoS parameters for all output
branches.
128: この待合室の中の荷重しているスケジューリングは入手できません。 129: この待合室はQoSのクラスのための荷重している共有を提供できません。 130: この待合室は接続のための荷重している共有を提供できません。 131: まだ使用中のスケジューラIdentifier。 132: まだ使用中のQoS Class Identifier。 133: 無効のQoSパラメタ。 134: 不十分なQoSリソース。 135: この入力ポートの上で到着するどんなポイントツーマルチポイント接続もすべての出力ブランチに同じQoSパラメタを使用しなければなりません。
10. Adjacency Protocol
10. 隣接番組プロトコル
The adjacency protocol is used to synchronize state across the link, to agree on which version of the protocol to use, to discover the identity of the entity at the other end of a link, and to detect when it changes. GSMP is a hard state protocol. It is therefore important to detect loss of contact between switch and controller, and to detect any change of identity of switch or controller. No GSMP messages other than those of the adjacency protocol may be sent across the link until the adjacency protocol has achieved synchronization.
隣接番組プロトコルは、リンクの向こう側に状態を同期させて、プロトコルのどのバージョンを使用したらよいかに同意して、リンクのもう一方の端で実体のアイデンティティを発見して、それがいつ変化するかを検出するのに使用されます。 GSMPは困難な州のプロトコルです。 したがって、スイッチとコントローラとの接触の損失を検出して、スイッチかコントローラのアイデンティティのどんな変化も検出するのは重要です。 隣接番組プロトコルが同期を実現するまで、リンクの向こう側に隣接番組プロトコルのもの以外のGSMPメッセージを全く送らないかもしれません。
Newman, et. al. Informational [Page 97] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[97ページ]のRFC2297Ipsilonの一般スイッチ管理行進
10.1 Packet Format
10.1 パケット・フォーマット
All GSMP messages belonging to the adjacency protocol have the following structure:
隣接番組プロトコルに属すすべてのGSMPメッセージが以下の構造を持っています:
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 | Message Type | Timer |M| Code |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Sender Name |
+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +
| Receiver Name |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Sender Port |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Receiver Port |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Sender Instance |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Receiver Instance |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | バージョン| メッセージタイプ| タイマ|M| コード| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 送付者名| + +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ + | 受信機名| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 送付者ポート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 受信機ポート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 送付者インスタンス| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 受信機インスタンス| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Version
In the adjacency protocol the Version field is used for
version negotiation. In a SYN message the Version field
always contains the highest version understood by the
sender. A receiver receiving a SYN message with a version
higher than understood will ignore that message. A
receiver receiving a SYN message with a version lower than
its own highest version, but a version that it understands,
will reply with a SYNACK with the version from the received
SYN in its GSMP Version field. This defines the version of
the GSMP protocol to be used while the adjacency protocol
remains synchronized. All other messages will use the
agreed version in the Version field.
バージョンIn、バージョンがさばく隣接番組プロトコルはバージョン交渉に使用されます。 SYNメッセージでは、バージョン分野はいつも送付者に解釈される中で最も高いバージョンを含んでいます。 バージョンが理解されているより高い状態でSYNメッセージを受け取る受信機はそのメッセージを無視するでしょう。 バージョンがそれ自身の最も高いバージョンより低い状態でSYNメッセージを受け取る受信機(それが理解しているバージョンだけ)はSYNACKと共にバージョンでGSMPバージョン分野の容認されたSYNから返答するでしょう。 これは、隣接番組プロトコルが連動したままで残っている間、使用されるためにGSMPプロトコルのバージョンを定義します。 他のすべてのメッセージがバージョン分野で同意されたバージョンを使用するでしょう。
The version number for the version of the GSMP protocol
defined by this specification is Version = 2.
この仕様で定義されたGSMPプロトコルのバージョンのバージョン番号はバージョン=2です。
Message Type
The adjacency protocol is:
隣接番組プロトコルがあるというメッセージType:
Message Type = 10
メッセージタイプ=10
Newman, et. al. Informational [Page 98] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[98ページ]のRFC2297Ipsilonの一般スイッチ管理行進
Timer
The Timer field is used to inform the receiver of the timer
value used in the adjacency protocol of the sender. The
timer specifies the nominal time between periodic adjacency
protocol messages. It is a constant for the duration of a
GSMP session. The timer field is specified in units of
100ms.
Timerがさばくタイマは、送付者の隣接番組プロトコルに使用されるタイマ価値の受信機を知らせるのに使用されます。 タイマは周期的な隣接番組プロトコルメッセージの間で名目上の時間を指定します。 それはGSMPセッションの持続時間のための定数です。 タイマ分野はユニットの100ms.で指定されます。
M-Flag
The M-Flag is used in the SYN message to indicate whether
the sender is a master or a slave. If the M-Flag is set in
the SYN message, the sender is a master. If zero, the
sender is a slave. The GSMP protocol is asymmetric, the
controller being the master and the switch being the slave.
The M-Flag prevents a master from synchronizing with
another master, or a slave with another slave. If a slave
receives a SYN message with a zero M-Flag, it must ignore
that SYN message. If a master receives a SYN message with
the M-Flag set, it must ignore that SYN message. In all
other messages the M-Flag is not used.
M旗にM旗を揚げさせてください。送付者がマスターかそれとも奴隷であるかを示すSYNメッセージでは、使用されます。 M旗がSYNメッセージに設定されるなら、送付者はマスターです。 ゼロであるなら、送付者は奴隷です。 コントローラによる奴隷であるマスターとスイッチでありGSMPプロトコルは非対称です。 M旗は別の奴隷と共に別のものに同期したマスター、または奴隷からマスターを防ぎます。 奴隷がゼロでM弛んだ状態でSYNメッセージを受け取るなら、それはそのSYNメッセージを無視しなければなりません。 マスターがM旗のセットでSYNメッセージを受け取るなら、それはそのSYNメッセージを無視しなければなりません。 他のすべてのメッセージでは、M旗は使用されていません。
Code
Field specifies the function of the message. Four Codes are
defined for the adjacency protocol:
コードFieldはメッセージの機能を指定します。 4Codesが隣接番組プロトコルのために定義されます:
SYN: Code = 1
SYNACK: Code = 2
ACK: Code = 3
RSTACK: Code = 4.
SYN: コードは1SYNACKと等しいです: コードは2ACKと等しいです: コードは3RSTACKと等しいです: =4をコード化してください。
Sender Name
For the SYN, SYNACK, and ACK messages, is the name of the
entity sending the message. The Sender Name is a 48-bit
quantity that is unique within the operational context of
the device. A 48-bit IEEE 802 MAC address, if available,
may be used for the Sender Name. If the Ethernet
encapsulation is used the Sender Name must be the Source
Address from the MAC header. For the RSTACK message, the
Sender Name field is set to the value of the Receiver Name
field from the incoming message that caused the RSTACK
message to be generated.
送付者Name For SYN(SYNACK、およびACKメッセージ)はメッセージを送る実体の名前です。 Sender Nameはデバイスの操作上の文脈の中でユニークな48ビットの量です。 利用可能であるなら、48ビットのIEEE802MACアドレスはSender Nameに使用されるかもしれません。 イーサネットカプセル化が使用されているなら、Sender NameはMACヘッダーからのSource Addressであるに違いありません。 RSTACKメッセージにおいて、Sender Name分野は生成するべきRSTACKメッセージを引き起こした入力メッセージからのReceiver Name分野の値に設定されます。
Receiver Name
For the SYN, SYNACK, and ACK messages, is the name of the
entity that the sender of the message believes is at the
far end of the link. If the sender of the message does not
know the name of the entity at the far end of the link,
this field should be set to zero. For the RSTACK message,
受信機Name For SYN(SYNACK、およびACKメッセージ)はリンクの遠端にはあるメッセージ送信者が、信じている実体の名前です。 メッセージ送信者がリンクの遠端で実体の名前を知らないなら、この分野はゼロに設定されるべきです。 RSTACKメッセージのために
Newman, et. al. Informational [Page 99] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[99ページ]のRFC2297Ipsilonの一般スイッチ管理行進
the Receiver Name field is set to the value of the Sender
Name field from the incoming message that caused the RSTACK
message to be generated.
Receiver Name分野は生成するべきRSTACKメッセージを引き起こした入力メッセージからのSender Name分野の値に設定されます。
Sender Port
For the SYN, SYNACK, and ACK messages, is the local port
number of the link across which the message is being sent.
For the RSTACK message, the Sender Port field is set to the
value of the Receiver Port field from the incoming message
that caused the RSTACK message to be generated.
送付者Port For SYN(SYNACK、およびACKメッセージ)はメッセージが送られるリンクの地方のポートナンバーです。 RSTACKメッセージにおいて、Sender Port分野は生成するべきRSTACKメッセージを引き起こした入力メッセージからのReceiver Port分野の値に設定されます。
Receiver Port
For the SYN, SYNACK, and ACK messages, is what the sender
believes is the local port number for the link, allocated
by the entity at the far end of the link. If the sender of
the message does not know the port number at the far end of
the link, this field should be set to zero. For the RSTACK
message, the Receiver Port field is set to the value of the
Sender Port field from the incoming message that caused the
RSTACK message to be generated.
受信機Port For SYN(SYNACK、およびACKメッセージ)は送付者がリンクの遠端における実体によって割り当てられたリンクへの地方のポートナンバーであると信じていることです。 メッセージ送信者がリンクの遠端におけるポートナンバーを知らないなら、この分野はゼロに設定されるべきです。 RSTACKメッセージにおいて、Receiver Port分野は生成するべきRSTACKメッセージを引き起こした入力メッセージからのSender Port分野の値に設定されます。
Sender Instance
For the SYN, SYNACK, and ACK messages, is the sender's
instance number for the link. It is used to detect when the
link comes back up after going down or when the identity of
the entity at the other end of the link changes. The
instance number is a 32-bit number that is guaranteed to be
unique within the recent past and to change when the link
or node comes back up after going down. Zero is not a valid
instance number. For the RSTACK message, the Sender
Instance field is set to the value of the Receiver Instance
field from the incoming message that caused the RSTACK
message to be generated.
送付者Instance For SYN(SYNACK、およびACKメッセージ)は送付者のリンクのインスタンス番号です。 それは、リンクが落ちた後に、いつ来て戻るか、そして、またはリンクのもう一方の端の実体のアイデンティティがいつ変化するかを検出するのに使用されます。 インスタンス番号は最近の過去中に特有であり、リンクかノードが落ちた後にいつ来て戻るかを変えるために保証される32ビットの数です。 ゼロは有効なインスタンス番号ではありません。 RSTACKメッセージにおいて、Sender Instance分野は生成するべきRSTACKメッセージを引き起こした入力メッセージからのReceiver Instance分野の値に設定されます。
Receiver Instance
For the SYN, SYNACK, and ACK messages, is what the sender
believes is the current instance number for the link,
allocated by the entity at the far end of the link. If the
sender of the message does not know the current instance
number at the far end of the link, this field should be set
to zero. For the RSTACK message, the Receiver Instance
field is set to the value of the Sender Instance field from
the incoming message that caused the RSTACK message to be
generated.
受信機Instance For SYN(SYNACK、およびACKメッセージ)は送付者がリンクの遠端における実体によって割り当てられたリンクの現在のインスタンス番号であると信じていることです。 メッセージ送信者がリンクの遠端における現在のインスタンス番号を知らないなら、この分野はゼロに設定されるべきです。 RSTACKメッセージにおいて、Receiver Instance分野は生成するべきRSTACKメッセージを引き起こした入力メッセージからのSender Instance分野の値に設定されます。
Newman, et. al. Informational [Page 100] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[100ページ]のRFC2297Ipsilonの一般スイッチ管理行進
10.2 Procedure
10.2手順
The adjacency protocol is described by the following rules and state tables.
隣接番組プロトコルは以下の規則とステートテーブルによって説明されます。
The rules and state tables use the following operations:
規則とステートテーブルは以下の操作を使用します:
o The "Update Peer Verifier" operation is defined as storing the
values of the Sender Instance, Sender Port, and Sender Name fields
from a SYN or SYNACK message received from the entity at the far
end of the link.
o 「アップデート同輩検証」操作は実体からリンクの遠端で受け取られたSYNかSYNACKメッセージからSender Instance、Sender Port、およびSender Name分野の値を保存すると定義されます。
o The procedure "Reset the link" is defined as:
o 手順が「リンクをリセットした」、以下と定義されます。
1. Generate a new instance number for the link
2. Delete the peer verifier (set to zero the values of Sender
Instance, Sender Port, and Sender Name previously stored by
the Update Peer Verifier operation)
3. Send a SYN message
4. Enter the SYNSENT state.
1. 新しいインスタンスがリンク2の数であると生成してください。 同輩検証(以前にUpdate Peer Verifier操作で保存されたSender Instance、Sender Port、およびSender Nameについて値のゼロを合わせるために、セットする)3を削除してください。 SYNメッセージ4を送ってください。 SYNSENT状態に入ってください。
o The state tables use the following Boolean terms and operators:
o ステートテーブルは以下の論理項とオペレータを使用します:
A The Sender Instance in the incoming message matches the
value stored from a previous message by the "Update Peer
Verifier" operation.
入力メッセージのSender Instanceは前のメッセージから「アップデート同輩検証」操作で保存された値に合っています。
B The Sender Instance, Sender Port, and Sender Name fields in
the incoming message match the values stored from a
previous message by the "Update Peer Verifier" operation.
入力メッセージのB Sender Instance、Sender Port、およびSender Name分野は前のメッセージから「アップデート同輩検証」操作で保存された値に合っています。
C The Receiver Instance, Receiver Port, and Receiver Name
fields in the incoming message match the values of the
Sender Instance, Sender Port, and Sender Name currently
sent in outgoing SYN, SYNACK, and ACK messages.
CのReceiver Instance、Receiver Port、およびReceiver Nameは入力メッセージマッチで現在出発しているSYN、SYNACK、およびACKメッセージで送られるSender Instance、Sender Port、およびSender Nameの値をさばきます。
"&&" Represents the logical AND operation
"&&"は論理的なAND演算を表します。
"||" Represents the logical OR operation
"||「論理的なOR演算を表します」
"!" Represents the logical negation (NOT) operation.
"!" 論理的な否定(NOT)操作を表します。
o A timer is required for the periodic generation of SYN, SYNACK,
and ACK messages. The value of the timer is announced in the Timer
field. The period of the timer is unspecified but a value of one
second is suggested.
o タイマがSYN、SYNACK、およびACKメッセージの周期的な世代に必要です。 タイマの値はTimer分野で発表されます。 タイマの期間は不特定ですが、1秒の値は示されます。
Newman, et. al. Informational [Page 101] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[101ページ]のRFC2297Ipsilonの一般スイッチ管理行進
There are two independent events: the timer expires, and a packet
arrives. The processing rules for these events are:
2回の独立事象があります: タイマは期限が切れます、そして、パケットは到着します。 これらの出来事のための処理規則は以下の通りです。
Timer Expires: Reset Timer
If state = SYNSENT Send SYN
If state = SYNRCVD Send SYNACK
If state = ESTAB Send ACK
タイマは期限が切れます: SYNRCVD Send SYNACK If SYNSENT Send SYN IfリセットTimer If状態=状態=状態はESTAB Send ACKと等しいです。
Packet Arrives:
If incoming message is an RSTACK:
If (A && C && !SYNSENT) Reset the link
Else Discard the message.
If incoming message is a SYN, SYNACK, or ACK:
Response defined by the following State Tables.
If incoming message is any other GSMP message and state !=
ESTAB:
Discard incoming message.
If state = SYNSENT Send SYN (Note 1)
If state = SYNRCVD Send SYNACK (Note 1)
パケットは到着します: 入力メッセージがRSTACKであるなら: (C、SYNSENT) リセットがリンクElse Discardをそうする、メッセージ。 入力メッセージはSYNであるか、そして、SYNACK、またはACK: 以下の州Tablesによって定義された応答。 状態!入力メッセージはGSMPメッセージであるかどうか、そして、いかなる他のも=ESTAB: 入力メッセージを捨ててください。 状態がSYNRCVD Send SYNACKと等しいなら状態がSYNSENT Send SYN(注意1)と等しいなら(注意1)
Note 1: No more than two SYN or SYNACK messages should be
sent within any time period of length defined by the
timer.
注意1: タイマによって定義された長さのどんな期間以内にも2未満SYNかSYNACKメッセージを送るべきです。
o State synchronization across a link is considered to be achieved
when the protocol reaches the ESTAB state. All GSMP messages,
other than adjacency protocol messages, that are received before
synchronization is achieved will be discarded.
o プロトコルがESTAB状態に達するとき、リンクの向こう側の州の同期が達成されると考えられます。 隣接番組プロトコルメッセージ以外のすべての同期がことになる達成されて、捨てられるという前に受信されたGSMPメッセージ。
State Tables
ステートテーブル
State: SYNSENT
州: SYNSENT
+======================================================================+ | Condition | Action | New State | +====================+=====================================+===========+ | SYNACK && C | Update Peer Verifier; Send ACK | ESTAB | +--------------------+-------------------------------------+-----------+ | SYNACK && !C | Send RSTACK | SYNSENT | +--------------------+-------------------------------------+-----------+ | SYN | Update Peer Verifier; Send SYNACK | SYNRCVD | +--------------------+-------------------------------------+-----------+ | ACK | Send RSTACK | SYNSENT | +======================================================================+
+======================================================================+ | 状態| 動作| 新しい状態| +====================+=====================================+===========+ | SYNACK、C| 同輩検証をアップデートしてください。 ACKを送ってください。| ESTAB| +--------------------+-------------------------------------+-----------+ | SYNACK、C| RSTACKを送ってください。| SYNSENT| +--------------------+-------------------------------------+-----------+ | SYN| 同輩検証をアップデートしてください。 SYNACKを送ってください。| SYNRCVD| +--------------------+-------------------------------------+-----------+ | ACK| RSTACKを送ってください。| SYNSENT| +======================================================================+
Newman, et. al. Informational [Page 102] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[102ページ]のRFC2297Ipsilonの一般スイッチ管理行進
State: SYNRCVD
州: SYNRCVD
+======================================================================+ | Condition | Action | New State | +====================+=====================================+===========+ | SYNACK && C | Update Peer Verifier; Send ACK | ESTAB | +--------------------+-------------------------------------+-----------+ | SYNACK && !C | Send RSTACK | SYNRCVD | +--------------------+-------------------------------------+-----------+ | SYN | Update Peer Verifier; Send SYNACK | SYNRCVD | +--------------------+-------------------------------------+-----------+ | ACK && B && C | Send ACK | ESTAB | +--------------------+-------------------------------------+-----------+ | ACK && !(B && C) | Send RSTACK | SYNRCVD | +======================================================================+
+======================================================================+ | 状態| 動作| 新しい状態| +====================+=====================================+===========+ | SYNACK、C| 同輩検証をアップデートしてください。 ACKを送ってください。| ESTAB| +--------------------+-------------------------------------+-----------+ | SYNACK、C| RSTACKを送ってください。| SYNRCVD| +--------------------+-------------------------------------+-----------+ | SYN| 同輩検証をアップデートしてください。 SYNACKを送ってください。| SYNRCVD| +--------------------+-------------------------------------+-----------+ | ACK、B、C| ACKを送ってください。| ESTAB| +--------------------+-------------------------------------+-----------+ | ACK、(B、C)| RSTACKを送ってください。| SYNRCVD| +======================================================================+
State: ESTAB
州: ESTAB
+======================================================================+ | Condition | Action | New State | +====================+=====================================+===========+ | SYN || SYNACK | Send ACK (note 2) | ESTAB | +--------------------+-------------------------------------+-----------+ | ACK && B && C | Send ACK (note 3) | ESTAB | +--------------------+-------------------------------------+-----------+ | ACK && !(B && C) | Send RSTACK | ESTAB | +======================================================================+
+======================================================================+ | 状態| 動作| 新しい状態| +====================+=====================================+===========+ | SYN|| SYNACK| ACK(注意2)を送ってください。| ESTAB| +--------------------+-------------------------------------+-----------+ | ACK、B、C| ACK(注意3)を送ってください。| ESTAB| +--------------------+-------------------------------------+-----------+ | ACK、(B、C)| RSTACKを送ってください。| ESTAB| +======================================================================+
Note 2: No more than two ACKs should be sent within any time period of length defined by the timer. Thus, one ACK must be sent every time the timer expires. In addition, one further ACK may be sent between timer expirations if the incoming message is a SYN or SYNACK. This additional ACK allows the adjacency protocol to reach synchronization more quickly.
注意2: タイマによって定義された長さのどんな期間以内にも2ACKsを送るべきです。 したがって、タイマが期限が切れるときはいつも、1ACKを送らなければなりません。 さらに、入力メッセージがSYNかSYNACKであるなら一層の1ACKをタイマ満期の間に送るかもしれません。 この追加ACKは隣接番組プロトコルを同期によりはやく達させます。
Note 3: No more than one ACK should be sent within any time period of length defined by the timer.
注意3: タイマによって定義された長さのどんな期間以内にも1ACKを送るべきです。
10.3 Loss of Synchronization
10.3 同期の損失
If after synchronization is achieved, no valid GSMP messages are received in any period of time in excess of three times the value of the Timer field announced in the incoming adjacency protocol messages, loss of synchronization may be declared.
同期を達成した後にTimer分野の値の3倍以上が入って来る隣接番組プロトコルメッセージで発表した少しの期間にもどんな有効なGSMPメッセージも受け取らないなら、同期の損失を宣言するかもしれません。
The preferred procedure for a switch to use when it looses synchronization with its active controller is to attempt to establish
アクティブなコントローラとの同期を発射するとき、確立する試みにはスイッチが用いる都合のよい手順があります。
Newman, et. al. Informational [Page 103] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[103ページ]のRFC2297Ipsilonの一般スイッチ管理行進
synchronization with (one of) its backup controller(s). However, in this preferred approach, it must not reset its state until it achieves synchronization with a backup controller. This means that if, before achieving synchronization with a backup controller, it regains synchronization with its original controller, it may continue the original session (and cease attempting to establish synchronization with a backup controller). If synchronization with the original session is regained it is the responsibility of the controller to ensure consistent state between the switch and controller.
同期、(1つ、)、そのバックアップコントローラ。 しかしながら、この好ましい方法では、それは状態をバックアップコントローラとの同期を達成するまでリセットしてはいけません。 これは、バックアップコントローラとの同期を達成する前にオリジナルのコントローラとの同期を取り戻すなら、オリジナルのセッションを続けるかもしれないことを意味します(バックアップコントローラとの同期を確立するのを試みるのをやめてください)。 オリジナルのセッションとの同期を取り戻すなら、コントローラはスイッチとコントローラの間の一貫した状態を確実にする責任です。
While the above is the preferred procedure, it is also the case that the simplest procedure when declaring loss of synchronization with the active controller is to reset the switch state, and start searching for a controller. This simple procedure is legitimate.
上記は都合のよい手順ですが、また、同期の損失を宣言するとき、アクティブなコントローラからスイッチ状態をリセットして、コントローラを最も簡単な手順がことである捜し求め始めるのは、事実です。 この簡単な手順は正統です。
11. Summary of Failure Response Codes
11. 失敗応答コードの概要
The following list gives a summary of the failure codes defined for failure response messages:
以下のリストは失敗応答メッセージのために定義された失敗コードの概要をします:
1: Unspecified reason not covered by other failure codes.
2: Invalid request message.
3: The specified request is not implemented on this switch.
4: Invalid Port Session Number.
5: One or more of the specified ports does not exist.
6: One or more of the specified ports is down.
7: Unused. (This failure code has been replaced by failure codes
18--21.)
8: The specified connection does not exist.
9: The specified branch does not exist.
10: A branch belonging to the specified point-to-multipoint
connection is already established on the specified output
port and the switch cannot support more than a single
branch of any point-to-multipoint connection on the same
output port.
11: The limit on the maximum number of point-to-multipoint
connections that the switch can support has been reached.
12: The limit on the maximum number of branches that the
specified point-to-multipoint connection can support has
been reached.
13: Unable to assign the requested VPI/VCI value to the requested
branch on the specified point-to-multipoint connection.
14: General problem related to the manner in which point-to-
multipoint is supported by the switch.
15: Out of resources (e.g. memory exhausted, etc.).
16: Failure specific to the particular message type. (The meaning
of this failure code depends upon the Message Type. It is
1: 他の失敗コードでカバーされなかった不特定の理由。 2: 無効の要求メッセージ。 3: 指定された要求はこのスイッチの上に実行されません。 4: 無効のポートセッション番号。 5: 指定されたポートの1つ以上は存在していません。 6: 指定されたポートの1つ以上は下がっています。 7: 未使用。 (この失敗コードを失敗コード18--21に取り替えました。) 8: 指定された接続は存在していません。 9: 指定されたブランチは存在しません。 10: 指定されたポイントからマルチポイント接続のものである支店は指定された出力ポートで既に開設されます、そして、スイッチは同じ出力ポートにおけるどんなポイントツーマルチポイント接続の単一のブランチ以上も支持できません。 11: スイッチが支持できるポイントツーマルチポイント接続の最大数における限界に達しました。 12: 指定されたポイントからマルチポイント接続が支えることができるブランチの最大数における限界に達しました。 13: 指定されたポイントからマルチポイント接続のときに要求されたVPI/VCI値を要求されたブランチに配属できません。 14: どのポイントから多点で方法に関連する一般的問題はスイッチによって支持されます。 15: リソース(例えば消耗するメモリなど)から。 16: 特定のメッセージタイプに、特定の失敗。 この失敗コードの意味はMessage Typeによります。(それはそうです。
Newman, et. al. Informational [Page 104] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[104ページ]のRFC2297Ipsilonの一般スイッチ管理行進
defined within the description of any message that uses
it.)
17: Cannot label each output branch of a point-to-multipoint tree
with a different label.
18: One or more of the specified input VPIs is invalid.
19: One or more of the specified input VCIs is invalid.
20: One or more of the specified output VPIs is invalid.
21: One or more of the specified output VCIs is invalid.
22: Invalid Class of Service field in a Connection Management
message.
23: Insufficient resources for QoS Profile.
24: Virtual path switching is not supported on this input port.
25: Point-to-multipoint virtual path connections are not
supported on either the requested input port or the
requested output port.
26: Attempt to add a virtual path connection branch to an
existing virtual channel connection.
27: Attempt to add a virtual channel connection branch to an
existing virtual path connection.
28: Only point-to-point bidirectional connections may be
established.
29: Cannot support requested VPI range.
30: Cannot support requested VCI range on all requested VPIs.
31: The transmit cell rate of this output port cannot be changed.
32: Requested transmit cell rate out of range for this output
port.
128: Weighted scheduling within this waiting room is unavailable.
129: This waiting room is unable to offer weighted sharing for a
QoS class.
130: This waiting room is unable to offer weighted sharing for a
connection.
131: Scheduler Identifier still in use.
132: QoS Class Identifier still in use.
133: Invalid QoS parameter.
134: Insufficient QoS resources.
135: Any point-to-multipoint connection arriving on this input
port must use the same QoS parameters for all output
branches.
それを使用するどんなメッセージの記述の中でも定義されます。) 17: 異なったラベルでポイントツーマルチポイント木のそれぞれの出力枝をラベルできません。 18: 指定された入力VPIsの1つ以上は無効です。 19: 指定された入力VCIsの1つ以上は無効です。 20: 指定された出力VPIsの1つ以上は無効です。 21: 指定された出力VCIsの1つ以上は無効です。 22: Connection ManagementメッセージのService分野の無効のClass。 23: QoS Profileに、不十分なリソース。 24: 仮想の経路の切り換えはこの入力ポートの上で支持されません。 25: ポイントツーマルチポイントの仮想の経路接続は要求された入力ポートか要求された出力ポートのどちらかの上で支持されません。 26: 仮想の経路接続ブランチを既存の仮想のチャンネル接続に加えるのを試みてください。 27: 既存の仮想の経路接続に仮想のチャンネル接続ブランチを加えるのを試みてください。 28: 二地点間双方向の接続だけを確立してもよいです。 29: 要求されたVPI範囲を支持できません。 30: すべての要求されたVPIsの上の要求されたVCI範囲を支持できません。 31: この出力ポートのセル料金を伝えてください。変えることができません。 32: セルレートを範囲からこの出力ポートに伝えるよう要求しました。 128: この待合室の中の荷重しているスケジューリングは入手できません。 129: この待合室はQoSのクラスのための荷重している共有を提供できません。 130: この待合室は接続のための荷重している共有を提供できません。 131: まだ使用中のスケジューラIdentifier。 132: まだ使用中のQoS Class Identifier。 133: 無効のQoSパラメタ。 134: 不十分なQoSリソース。 135: この入力ポートの上で到着するどんなポイントツーマルチポイント接続もすべての出力ブランチに同じQoSパラメタを使用しなければなりません。
12. Summary of Message Set
12. メッセージの概要はセットしました。
The following table gives a summary of the messages defined in this version of the specification. It also indicates which messages must be supported in a minimal implementation of the protocol. Those messages marked as "Required" must be supported by the switch for an implementation to be considered to conform to this specification. (While the controller should also implement those messages marked
以下のテーブルは仕様のこのバージョンで定義されたメッセージの概要をします。 また、それは、プロトコルの最小限の器具でどのメッセージを支持しなければならないかを示します。 実現がこの仕様に従うと考えられるスイッチで「必要である」ようにマークされたそれらのメッセージを支持しなければなりません。 (また、コントローラはマークされたそれらのメッセージを実行するはずです。
Newman, et. al. Informational [Page 105] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[105ページ]のRFC2297Ipsilonの一般スイッチ管理行進
"Required," conformance cannot be tested for the controller due to the Master-Slave nature of the protocol.)
「必要であること」で、プロトコルのMaster-奴隷本質のためコントローラがないかどうか順応をテストできません。)
Message Name Message Type Status
メッセージ名前メッセージタイプ状態
Connection Management Messages
Add Branch VCC....................16 Required
VPC....................26
Delete Tree.......................18
Delete All........................20
Delete Branches...................17 Required
Move Branch VCC...................22
VPC...................27
接続管理メッセージは支店VCCを加えます…16 VPCが必要でした…26 木を削除してください…18 すべてを削除してください…20 支店を削除してください…17 移動支店VCCが必要でした…22VPC…27
Port Management Messages
Port Management...................32 Required
Label Range.......................33
ポート管理メッセージは管理を移植します…32 ラベル範囲を必要とします…33
State and Statistics Messages
Connection Activity...............48
Port Statistics...................49 Required
Connection Statistics.............50
QoS Class Statistics..............51
Report Connection State...........52
状態と統計メッセージ接続活動…48 統計を移植してください…49 接続統計を必要とします…50のQoSクラス統計…51 接続状態を報告してください…52
Configuration Messages
Switch Configuration..............64 Required
Port Configuration................65 Required
All Ports Configuration...........66 Required
構成メッセージは構成を切り換えます…64 ポート構成を必要とします…65 必要であることで、すべてが構成を移植します…66が必要です。
Event Messages
Port Up...........................80
Port Down.........................81
Invalid VPI/VCI...................82
New Port..........................83
Dead Port.........................84
イベントメッセージポートは上昇します…80ポート下である…81 無効のVPI/VCI…82 新しいポート…83 死んでいるポート…84
Quality of Service Messages
QoS Configuration.................96
Scheduler Establishment...........97
QoS Class Establishment...........98
QoS Release.......................99
QoS Connection Management VCC....100
VPC....101
サービスの質メッセージQoS構成…96 スケジューラ設立…97 QoSクラス設立…98 QoSリリース…99 QoS接続管理VCC…100VPC…101
Adjacency Protocol....................10 Required
隣接番組プロトコル…10が必要です。
Newman, et. al. Informational [Page 106] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[106ページ]のRFC2297Ipsilonの一般スイッチ管理行進
REFERENCES
参照
[af-tm-0056] ATM Forum Traffic Management Specification 4.0, af-tm-
0056.000, April 1996.
af-tm0056.000と、1996年4月の[af-tm-0056]ATM Forum Traffic Management Specification4.0。
[I.361] "B-ISDN ATM Layer Specification," International
Telecommunication Union, ITU-T Recommendation I.361,
Mar. 1993.
[I.361]「B-ISDN気圧層の仕様」、国際電気通信連合、ITU-T推薦I.361、1993年3月。
[I.363] "B-ISDN ATM Adaptation Layer (AAL) Specification,"
International Telecommunication Union, ITU-T
Recommendation I.363, Mar. 1993.
[I.363]「B-ISDN気圧適合層(AAL)の仕様」、国際電気通信連合、ITU-T推薦I.363、1993年3月。
[IpsilonMIB] Ipsilon IP Switch MIB,
http://www.ipsilon.com/products/ips.mib
[IpsilonMIB]Ipsilon IPスイッチMIB、 http://www.ipsilon.com/products/ips.mib
[Partridge] C. Partridge, "Gigabit Networking," Addison-Wesley,
1994.
[ヤマウズラ]C.ヤマウズラ、「ギガビットネットワーク」、アディソン-ウエスリー、1994。
[RFC1700] Reynolds, J., and J. Postel, "Assigned Numbers," STD 2,
RFC 1700, October 1994.
[RFC1700] レイノルズ、J.とJ.ポステル、「規定番号」、STD2、RFC1700、1994年10月。
[RFC1987] Newman, P, Edwards, W., hinden, R., Hoffman, E. Ching
Liaw, F., Lyon, T. and G. Minshall, "Ipsilon's General
Switch Management Protocol Specification," Version 1.1,
RFC 1987, August 1996.
[RFC1987] ニューマン、P、エドワーズ、W.、hinden、R.、ホフマン、E.チンLiaw、F.、リヨン、T.、およびG.Minshall、「Ipsilonの一般スイッチ経営者側は仕様を議定書の中で述べます」、バージョン1.1、RFC1987、1996年8月。
SECURITY CONSIDERATIONS
セキュリティ問題
Physical security on the control link connecting the controller to the switch is assumed. Security issues are not discussed in this document.
コントローラをスイッチに接続するコントロールリンクの上の物理的なセキュリティは想定されます。 本書では安全保障問題について議論しません。
AUTHORS' ADDRESSES
作者のアドレス
Peter Newman Phone: +1 (408) 990 2003 Nokia EMail: pn@ipsilon.com
ピーターニューマンPhone: +1(408) 990 2003年のノキアメール: pn@ipsilon.com
W. L. Edwards, Chief Scientist Phone: +1 (913) 534 5334 Sprint EMail: texas@sprintcorp.com
L.エドワーズ、W.首席科学官は以下に電話をします。 +1(913) 534 5334年の短距離競走メール: texas@sprintcorp.com
Robert M. Hinden Phone: +1 (408) 990 2004 Nokia EMail: hinden@ipsilon.com
ロバートM.Hindenは以下に電話をします。 +1(408) 990 2004年のノキアメール: hinden@ipsilon.com
Eric Hoffman Phone: +1 (408) 990 2010 Nokia EMail: hoffman@ipsilon.com
エリックホフマンPhone: +1(408) 990 2010年のノキアメール: hoffman@ipsilon.com
Newman, et. al. Informational [Page 107] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[107ページ]のRFC2297Ipsilonの一般スイッチ管理行進
Fong Ching Liaw Phone: +1 (408) 873 2688 Coppercom EMail: fong@coppercom.com
フォンチンLiawは以下に電話をします。 +1(408) 873 2688Coppercomはメールします: fong@coppercom.com
Tom Lyon Phone: +1 (408) 990 2001 Nokia EMail: pugs@ipsilon.com
トムリヨン電話: +1(408) 990 2001年のノキアメール: pugs@ipsilon.com
Greg Minshall Phone: +1 (650) 237 3164 Fiberlane Communications EMail: minshall@fiberlane.com
グレッグMinshallは以下に電話をします。 +1(650) 237 3164のFiberlaneコミュニケーションがメールされます: minshall@fiberlane.com
Nokia (Sunnyvale) is located at:
ノキア(サニーベル)は以下に位置しています。
232 Java Drive Sunnyvale, CA 94089 USA
232 Java Driveカリフォルニア94089サニーベル(米国)
Sprint is located at:
スプリントは以下に位置しています。
Sprint Sprint Technology Services - Long Distance Division 9300 Metcalf Avenue Mailstop KSOPKB0802 Overland Park, KS 66212-6333 USA
スプリントの短距離競走技術サービス--長距離の事業部9300メトカーフ・アベニューMailstop KSOPKB0802カンザス66212-6333オーバーランドパーク(米国)
Fiberlane Communications is located at:
Fiberlane Communicationsは以下に位置しています。
1399 Charleston Road Mountain View, CA 94043 USA
1399チャールストンRoadカリフォルニア94043マウンテンビュー(米国)
Newman, et. al. Informational [Page 108] RFC 2297 Ipsilon's General Switch Management March 1998
etニューマン、アル。 1998年の情報[108ページ]のRFC2297Ipsilonの一般スイッチ管理行進
Full Copyright Statement
完全な著作権宣言文
Copyright (C) The Internet Society (1998). All Rights Reserved.
Copyright(C)インターネット協会(1998)。 All rights reserved。
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.
それに関するこのドキュメントと翻訳は、コピーして、それが批評するか、またはそうでなければわかる他のもの、および派生している作品に提供するか、または準備されているかもしれなくて、コピーされて、発行されて、全体か一部広げられた実現を助けるかもしれません、どんな種類の制限なしでも、上の版権情報とこのパラグラフがそのようなすべてのコピーと派生している作品の上に含まれていれば。 しかしながら、このドキュメント自体は何らかの方法で変更されないかもしれません、インターネット協会か他のインターネット組織の版権情報か参照を取り除くのなどように、それを英語以外の言語に翻訳するのが著作権のための手順がインターネットStandardsの過程で定義したどのケースに従わなければならないか、必要に応じてさもなければ、インターネット標準を開発する目的に必要であるのを除いて。
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.
このドキュメントとそして、「そのままで」という基礎とインターネットの振興発展を目的とする組織に、インターネット・エンジニアリング・タスク・フォースが速達の、または、暗示しているすべての保証を放棄するかどうかというここにことであり、他を含んでいて、含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
Newman, et. al. Informational [Page 109]
etニューマン、アル。 情報[109ページ]
一覧
スポンサーリンク
