RFC1987 日本語訳
1987 Ipsilon's General Switch Management Protocol SpecificationVersion 1.1. P. Newman, W. Edwards, R. Hinden, E. Hoffman, F. ChingLiaw, T. Lyon, G. Minshall. August 1996. (Format: TXT=105821 bytes) (Updated by RFC2297) (Status: INFORMATIONAL)
プログラムでの自動翻訳です。
RFC一覧
英語原文
Network Working Group P. Newman, Ipsilon
Request for Comments: 1987 W. Edwards, Sprint
Category: Informational R. Hinden, Ipsilon
E. Hoffman, Ipsilon
F. Ching Liaw, Ipsilon
T. Lyon, Ipsilon
G. Minshall, Ipsilon
August 1996
ワーキンググループのP.ニューマンをネットワークでつないでください、そして、Ipsilonはコメントのために以下を要求します。 1987w.エドワーズ、短距離競走カテゴリ: 情報のR.Hinden、Ipsilon E.ホフマン、Ipsilon F.チンLiaw、Ipsilon T.リヨンIpsilon G.Minshall、Ipsilon1996年8月
Ipsilon's General Switch Management Protocol Specification
Version 1.1
Ipsilonの一般スイッチ管理プロトコル仕様バージョン1.1
Status of this Memo
このMemoの状態
This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。 このメモの分配は無制限です。
Abstract
要約
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 point-to-multipoint connection; manage switch ports; request configuration information; and request statistics.
一般Switch Managementプロトコル(GSMP)はATMスイッチを制御する汎用のプロトコルです。 GSMPはスイッチの向こう側に設立するコントローラとリリース接続を許します。 ポイントツーマルチポイント接続に葉を加えて、削除してください。 スイッチポートを管理してください。 設定情報を要求してください。 そして、統計を要求してください。
Newman, et. al. Informational [Page 1] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[1ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
Table of Contents
目次
1. Introduction....................................................3
1. 序論…3
2. GSMP Packet Format..............................................4
2. GSMPパケット・フォーマット…4
3. Connection Management Messages..................................7
3.1 Add Branch Message.........................................11
3.2 Delete Branch Message......................................12
3.3 Delete Tree Message........................................13
3.4 Verify Tree Message........................................13
3.5 Delete All Message.........................................14
3.6 Move Branch Message........................................14
3. 接続管理メッセージ…7 3.1 支店メッセージを加えてください…11 3.2 支店メッセージを削除してください…12 3.3 木のメッセージを削除してください…13 3.4 木のメッセージについて確かめてください…13 3.5 すべてのメッセージを削除してください…14 3.6 支店メッセージを動かしてください…14
4. Port Management Message........................................16
4. 管理メッセージを移植してください…16
5. Statistics Messages............................................20
5.1 VC Activity Message........................................20
5.2 Port and VC Statistics Messages............................23
5.2.1 Port Statistics Message..............................26
5.2.2 VC Statistics Message................................26
5. 統計メッセージ…20 5.1VC活動メッセージ…20 5.2 ポートとVC統計メッセージ…23 5.2 .1 統計メッセージを移植してください…26 5.2 .2VC統計メッセージ…26
6. Configuration..................................................26
6.1 Switch Configuration Message...............................27
6.2 Port Configuration Message.................................28
6.3 All Ports Configuration Message............................32
6. 構成…26 6.1 構成メッセージを切り換えてください…27 6.2 構成メッセージを移植してください…28 6.3 すべてが構成メッセージを移植します…32
7. Event Messages.................................................33
7.1 Port Up Message............................................35
7.2 Port Down Message..........................................35
7.3 Invalid VPI/VCI Message....................................35
7.4 New Port Message...........................................35
7.5 Dead Port Message..........................................36
7. イベントメッセージ…33 7.1 メッセージに移植します。35 7.2 メッセージの下側に移植します。35 7.3の無効のVPI/VCIメッセージ…35 7.4の新しいポートメッセージ…35 7.5人の死者がメッセージを移植します…36
8. Adjacency Protocol.............................................36
8.1 Packet Format..............................................36
8.2 Procedure..................................................39
8. 隣接番組プロトコル…36 8.1 パケット形式…36 8.2手順…39
9. Failure Response Messages......................................41
9. 失敗応答メッセージ…41
References........................................................43 Security Considerations...........................................43 Authors' Addresses................................................43
参照…43 セキュリティ問題…43人の作者のアドレス…43
Newman, et. al. Informational [Page 2] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[2ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
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 point-to-multipoint 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. 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プロトコルは非対称です。 複数のスイッチが、別々のコントロール接続の上でプロトコルの複数の具体化を使用することで独身のコントローラによって制御されるかもしれません。
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 channels at an input port. ATM cells depart from the switch to an external communication link on outgoing virtual channels from an output port. Virtual channels on a port or link are referenced by their virtual path and virtual channel identifiers (VPI/VCI). 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.
スイッチが複数の「ポート」を含むと思われます。 各ポートは1「入力ポート」と1「出力ポート」の組み合わせです。 全体の、しかし、他の要求が入力ポートか出力ポートに特定であるときに、いくつかのGSMP要求がポートを参照します。 ATMセルは入力ポートの入って来る事実上のチャンネルで外部コミュニケーションリンクからスイッチに到着します。 ATMセルは辞職している事実上のチャンネルで出力ポートからスイッチから外部コミュニケーションリンクまで出発します。 彼らの仮想の経路と仮想のチャンネル識別子(VPI/VCI)によってポートかリンクの上の事実上のチャンネルは参照をつけられます。 スイッチの向こう側の仮想のチャンネル接続は、1個以上の辞職している事実上のチャンネルの入って来る事実上のチャンネルに接することによって、形成されます。 彼らの入って来る事実上のチャンネルの彼らが到着する入力ポート、仮想の経路、および仮想のチャンネル識別子(VPI/VCI)によって仮想のチャンネル接続は参照をつけられます。
In general a virtual channel is established with a certain quality of service (QOS). Unfortunately this is an ill defined and changing concept as new ideas make their way into hardware. For this version of the GSMP protocol it is assumed that each virtual channel connection may be assigned a priority when it is established. It may be assumed that for 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 port of the switch supports may be obtained from the port configuration message.
一般に、事実上のチャンネルはあるサービスの質(QOS)で確立されます。 残念ながら、新しいアイデアがハードウェアに進んでいるとき、これはほとんど定義されていなくて、変化概念です。 GSMPプロトコルのこのバージョンにおいて、それが設立されるとき、優先がそれぞれの仮想のチャンネル接続に割り当てられるかもしれないと思われます。 彼らが同時にともにスイッチにいるなら、同じ出力ポートを共有する仮想のチャンネル接続にとって、より高い優先度との関係でのATMセルがATMセルの前で低優先度との関係にスイッチをはるかに出そうであると思われるかもしれません。 ポート構成メッセージからスイッチの各ポートがサポートするプライオリティの数を得るかもしれません。
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 sub-fields that have meaning to the physical structure of the switch (e.g. shelf, slot, port). In general, a port in the same physical location on the switch will always have the same port
スイッチポートは32ビットのポートナンバーによって説明されます。 スイッチはポートナンバーを割り当てます、そして、それはスイッチ(例えば、棚、スロット、ポート)の物理構造に意味を持っているサブ分野に32ビットを構造化するのを通常選ぶかもしれません。 一般に、スイッチの上の同じ物理的な位置のポートには、同じポートがいつもあるでしょう。
Newman, et. al. Informational [Page 3] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[3ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
number, even across power cycles. The internal structure of the port number is opaque to the GSMP protocol. However, by looking up the product identity in a database, network management tools may discover the partitioning of the port number and the physical meaning of the sub-fields.
パワーサイクルさえの向こう側の数。 ポートナンバーの内部の構造はGSMPプロトコルに不明瞭です。 しかしながら、データベースの製品のアイデンティティを見上げることによって、ネットワークマネージメントツールはポートナンバーの仕切りとサブ分野の物理的な意味を発見するかもしれません。
Each switch port also maintains a port session number assigned by the switch. A connection management message or a port management message with an incorrect port session number must be rejected. This allows the controller to detect a link failure and to keep state synchronized. 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, its port session number will have changed. Port session numbers should be assigned using some form of random number.
また、それぞれのスイッチポートはスイッチによって割り当てられたポートセッション番号を維持します。 不正確なポートセッション番号がある接続管理メッセージかポート管理メッセージを拒絶しなければなりません。 これで、コントローラをリンクの故障を検出して、状態と同期し続けます。 ポートは絶え間なく変わりがありますが、ポートのポートセッション番号は利用可能な州で変わりがありません、そして、リンク状態は絶え間なく上がっています。 入手できなくなった後にポートが利用可能な状態に戻るときに時かそれが下がっている後に系列状態が上の状態に戻るときに時かループバック州のどれかか、テストか、パワーサイクルの後に、ポートセッション番号は変化してしまうでしょう。 ポートセッション番号は、何らかのフォームの乱数を使用することで割り当てられるべきです。
GSMP also contains an adjacency protocol. The adjacency protocol is used to synchronize state across the link, to discover the identity of the entity at the other end of a link, and to detect when it changes.
また、GSMPは隣接番組プロトコルを含んでいます。 隣接番組プロトコルは、リンクの向こう側に状態を同期させて、リンクのもう一方の端で実体のアイデンティティを発見して、それがいつ変化するかを検出するのに使用されます。
2. GSMP Packet Format
2. GSMPパケット・フォーマット
GSMP packets are variable length and are encapsulated directly in an AAL-5 CPCS-PDU [I.363] with an LLC/SNAP header as illustrated:
GSMPパケットは、可変長であり、LLC/SNAPヘッダーと共に例証されるように直接AAL-5 CPCS-PDU[I.363]でカプセルに入れられます:
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つの八重奏)+| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Newman, et. al. Informational [Page 4] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[4ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
(The convention in the documentation of Internet Protocols [rfc1700] is to express numbers in decimal and to picture data 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]のドキュメンテーションにおけるコンベンションは「ビッグエンディアン」オーダーに小数とピクチャ・データに数を表すことになっています。 すなわち、分野は左でまさしく言われます、権利における左の、そして、最も重要でない八重奏で最も重要な八重奏で。 ダイヤグラムが八重奏のグループを示しているときはいつも、それらの八重奏の送信の注文はそれらが英語で読まれる通常のオーダーです。 八重奏が数値量を表すときはいつも、ダイヤグラムで最も噛み付かれた左は、高位か最上位ビットです。 すなわち、0とラベルされたビットは最も重要なビットです。 同様に、マルチ八重奏分野が数値量を表すときはいつも、大部分が噛み付いた全体の分野の左は最も重要なビットです。 マルチ八重奏量が伝えられるとき、最も重要な八重奏は最初に、伝えられます。 これはATM[I.361]とAAL-5[I.363]層の中で使用される同じコード化コンベンションです。)
The LLC/SNAP header contains the octets: 0xAA 0xAA 0x03 0x00 0x00 0x00 0x88 0x0C.
LLC/SNAPヘッダーは八重奏を含んでいます: 0xAA 0xAA、0×03 0×00 0×00 0×00 0×88 0x0C。
The maximum transmission unit (MTU) of the GSMP message is 1500 octets.
GSMPメッセージのマキシマム・トランスミッション・ユニット(MTU)は1500の八重奏です。
The default virtual channel for LLC/SNAP encapsulated messages is:
LLC/SNAPの事実上のチャンネルがメッセージをカプセル化したデフォルトは以下の通りです。
VPI = 0
VCI = 15.
VPIは0VCI=15と等しいです。
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 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 four classes of GSMP request-response message: Connection Management, Port Management, Statistics, and Configuration. 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はマスター奴隷プロトコルです。 コントローラ問題はスイッチにメッセージを要求します。 各要求メッセージは、応答が要求に関連しているのを可能にするために応答がスイッチから必要であり、トランザクション識別子を含むかどうかを示します。 応答メッセージが好成績か失敗のどちらかを示していて、スイッチは返答します。 GSMP要求応答メッセージの4つのクラスがあります: 接続管理、ポート管理、統計、および構成。 また、スイッチは非同期的なイベントについてコントローラを知らせる非同期な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分野が失敗の本質を示していて。 それらがコントローラによって承認されないとき、イベントメッセージには、定義されたただ一つの書式しかありません。
Except for the adjacency protocol message, no GSMP messages may be sent across the link until the adjacency protocol has achieved
隣接番組プロトコルメッセージ以外に、達成されて、リンクの向こう側に隣接番組プロトコルが送るまでGSMPメッセージを全く送らないかもしれません。
Newman, et. al. Informational [Page 5] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[5ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
synchronization, and all GSMP messages received on a link that does not currently have state synchronization must be discarded.
同期、および現在それで同期を捨てなければならないと述べないリンクに上受け取られたすべてのGSMPメッセージ。
All GSMP messages, except the adjacency protocol message, have the following format:
隣接番組プロトコルメッセージ以外のすべての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 | 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 GSMP protocol version number, currently Version = 1. It
should be set by the sender of the message to the GSMP
protocol version that the sender is currently running.
GSMPプロトコルバージョンが付番するバージョン、現在のバージョン=1。 それは送付者が現在走っているというGSMPプロトコルバージョンへのメッセージの送付者によって設定されるべきです。
Message Type
The GSMP message type. GSMP messages fall into five
classes: Connection Management, Port Management,
Statistics, Configuration, and Events. Each class, except
for port management, has a number of different message
types. In addition, one Message Type is allocated to the
adjacency protocol.
GSMPメッセージがタイプするメッセージType。 GSMPメッセージは5つのクラスになります: 接続管理、ポート管理、統計、構成、およびイベント。 ポート管理以外の各クラスには、多くの異なったメッセージタイプがあります。 さらに、1Message Typeを隣接番組プロトコルに割り当てます。
Result
Field in a connection management request message or a port
management 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 will be generated if the request
fails. This facility reduces the traffic in the case where
the controller is simply checking that the state in the
switch is correct. For all other 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". In a response message the result field can have
two values: "Success" and "Failure".
結果がうまくいくなら応答が要求メッセージに必要であるかどうかを示すのにおいて接続管理要求メッセージかポート管理要求メッセージの結果Fieldは使用されています。 結果がうまくいくなら、"NoSuccessAck"の値は、要求メッセージが応答を予想しないのを示します、そして、"AckAll"の値は結果がうまくいくなら応答が予想されるのを示します。 どちらの場合も、要求が失敗すると、失敗応答は生成されるでしょう。 この施設はコントローラがスイッチの状態が正しいのを単にチェックしている場合でトラフィックを減少させます。 他のすべての要求メッセージに関しては、要求メッセージの"NoSuccessAck"の値は無視されます、そして、まるで分野が"AckAll"に設定されるかのように要求メッセージは扱われます。 応答メッセージでは、結果フィールドは2つの値を持つことができます: 「成功」と「失敗。」
Newman, et. al. Informational [Page 6] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[6ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
The encoding of the result field is:
結果フィールドのコード化は以下の通りです。
NoSuccessAck: Result = 1
AckAll: Result = 2
Success: Result = 3
Failure: Result = 4.
NoSuccessAck: 結果は1AckAllと等しいです: 結果は2成功と等しいです: 結果は3失敗と等しいです: 結果=4。
The Result field is not used in an adjacency protocol
message and should be set to zero by the sender and ignored
by the receiver.
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. In the adjacency protocol the
Transaction Identifier is not used. This field is not
present in the adjacency protocol message.
要求メッセージを応答メッセージに関連づけるトランザクションIdentifier Used。 要求メッセージに関しては、コントローラはどんなトランザクション識別子も選択するかもしれません。 応答メッセージにおいて、トランザクション識別子はそれが応答であるメッセージからのトランザクション識別子の値に設定されます。 イベントメッセージにおいて、トランザクション識別子はゼロに設定されるべきです。 隣接番組プロトコルTransaction Identifierは使用されていません。 この分野は隣接番組プロトコルメッセージに存在していません。
3. Connection Management Messages
3. 接続管理メッセージ
Connection management messages are used by the controller to establish, delete, modify and verify connections across the switch. The Add Branch, Delete Branch, Delete Tree, Verify Tree, and Delete All connection management messages have the following format for both request and response messages:
接続管理メッセージは、スイッチの向こう側に接続を設立して、削除して、変更して、確かめるのにコントローラによって使用されます。 Add支店、Delete支店、Delete Tree、Verify Tree、およびDelete All接続管理メッセージには、要求と応答メッセージの両方のための以下の形式があります:
Newman, et. al. Informational [Page 7] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[7ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| zero | Input VPI | Input VCI |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Output Port |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| zero | Output VPI | Output VCI |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Number of Branches | Reserved | Priority |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 出力ポート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ゼロ| 出力VPI| 出力VCI| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 支店の数| 予約されます。| 優先権| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Port Session Number
Field gives the session number of the input port. 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. The switch must reject any connection
management request message that has an invalid Port Session
Number for the port specified in the Input Port field by
returning a failure response message with the Code field
indicating, "Invalid port session number." The current port
session number may be obtained using a configuration
message.
ポートSession Number Fieldは入力ポートのセッション番号を与えます。 それぞれのスイッチポートはスイッチによって割り当てられたPort Session Numberを維持します。 ポートは絶え間なく変わりがありますが、ポートのポートセッション番号はAvailable州で変わりがありません、そして、リンク状態は絶え間なく変わりがあります。Up。 Unavailableになった後にポートがAvailable状態に戻るときに時かDownになった後に系列状態がUp状態に戻るときに時かLoopback州のどれかか、Testか、パワーサイクルの後に、新しいPort Session Numberを生成しなければなりません。 ポートセッション番号は、何らかのフォームの乱数を使用することで割り当てられるべきです。 スイッチは「無効のポートセッション番号」と、Code分野が示していてInput Port分野で失敗応答メッセージを返すことによってポートへの無効のPort Session Numberを指定するどんな接続管理要求メッセージも拒絶しなければなりません。 構成メッセージを使用することで現在のポートセッション番号を得るかもしれません。
Input Port
Indicates a switch input port. Switch ports are referenced
by a 32 bit value assigned by the switch.
スイッチ入力が移植するPort Indicatesを入力してください。 スイッチポートは値がスイッチで割り当てた32ビットによって参照をつけられます。
Input VPI
Identifies an ATM virtual path arriving at the switch input
port indicated by the Input Port field.
VPI Identifiesを入力してください。Input Port分野によって示されたスイッチ入力ポートに到着するATMの仮想の経路。
Newman, et. al. Informational [Page 8] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[8ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
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.
仮想の経路で到着するATMの事実上のチャンネルがスイッチのInput VPIフィールドでInput Port分野によって示されたポートを入力するのを示したVCI Identifiesを入力してください。
Output Port
Indicates a switch output port. Switch ports are
referenced by a 32 bit value assigned by the switch.
スイッチ出力が移植するPort Indicatesを出力してください。 スイッチポートは値がスイッチで割り当てた32ビットによって参照をつけられます。
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.
仮想の経路で出発する辞職している事実上のチャンネルがスイッチからのOutput VPI分野でOutput Port分野で示されたポートを出力するのを示したVCI Identifiesを出力してください。
Number of Branches
Gives the number of output branches on a virtual channel
connection. (A unicast connection will have one branch, a
multicast connection will have two or more branches.) This
field is only used in the Verify Tree message. In all
other connection management messages this field should be
set to zero by the sender and ignored by the receiver.
数、支店Givesでは、出力の数は仮想のチャンネル接続のときに分岐します。 (ユニキャスト接続には、1つのブランチがあるだろうか、マルチキャスト接続では、2があるだろうか、または以上は分岐します。) この分野はVerify Treeメッセージで使用されるだけです。 他のすべての接続管理メッセージでは、この分野は、送付者によってゼロに設定されて、受信機によって無視されるべきです。
Reserved
This field is not used. It is set to zero by the sender and
ignored by the receiver.
予約されたThis分野は使用されていません。 それは、送付者によってゼロに設定されて、受信機によって無視されます。
Priority
Gives the priority of the connection. 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
switch. It is assumed that for 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. If a
connection request is received with a value in the priority
field that the switch cannot support, the switch will
assign the closest priority that it is capable of
supporting. This field is only used in the Add Branch and
優先権Gives、接続の優先権。 最優先が番号付のゼロであり、最も低い優先度が番号付である、「Q-1インチ、どこ、「Q」は出力ポートがサポートすることができるプライオリティの数であるか」。 異なった彼らの優先権に基づく異なった接続に対するサービスの品質を提供する能力はスイッチの出力ポートの特性であると思われます。 彼らが同時にともにスイッチにいるなら、同じ出力ポートを共有する仮想のチャンネル接続にとって、より高い優先度との関係でのATMセルがATMセルの前で低優先度との関係にスイッチをはるかに出そうであると思われます。 Port Configurationメッセージでそれぞれの出力ポートがサポートすることができるプライオリティの数を与えます。 値がスイッチがサポートすることができない優先権分野にある状態で接続要求を受け取ると、スイッチはサポートすることができる中で最も近い優先権を割り当てるでしょう。 そしてこの分野がAdd支店に使用されるだけである。
Newman, et. al. Informational [Page 9] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[9ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
Move Branch messages. In all other connection management
messages this field should be set to zero by the sender and
ignored by the receiver.
支店メッセージを動かしてください。 他のすべての接続管理メッセージでは、この分野は、送付者によってゼロに設定されて、受信機によって無視されるべきです。
If the result field of the request message is "AckAll" the switch must reply to all connection management request messages with a success response message or a failure response message. If the result field of the request message is "NoSuccessAck" the switch must only reply in the case of a failure.
要求メッセージの結果フィールドが"AckAll"であるなら、スイッチは成功応答メッセージか失敗応答メッセージですべての接続管理要求メッセージに答えなければなりません。 要求メッセージの結果フィールドが"NoSuccessAck"であるなら、スイッチは失敗の場合で返答するだけでよいです。
A success response message must not be sent until the operation has been successfully completed. For connection management messages the success response message is a copy of the request message returned with a Result field indicating success. The Code field is not used in a connection management success response message and should be set to zero. The failure response message is a copy of the request message returned with a Result field indicating failure. The Code field is used to pass the Failure Code in a connection management failure response message. If the switch issues a failure response the connection state within the switch must not be modified by the request message that resulted in the failure.
操作が首尾よく完了するまで、成功応答メッセージを送ってはいけません。 接続管理メッセージに関しては、成功応答メッセージはResult分野が成功を示していて返された要求メッセージのコピーです。 Code分野は、接続経営の成功応答メッセージに使用されないで、ゼロに設定されるべきです。 失敗応答メッセージはResult分野が失敗を示していて返された要求メッセージのコピーです。 Code分野は、接続管理失敗応答メッセージでFailure Codeを渡すのに使用されます。 スイッチが失敗応答を発行するなら、スイッチの中の接続状態は失敗をもたらした要求メッセージによって変更されてはいけません。
No distinction is made between unicast connections and multicast connections. The first Add Branch message for a particular Input Port, Input VPI, and Input VCI will establish a unicast connection. The second Add Branch message with the same Input Port, Input VPI, and Input VCI fields will convert the connection to a multicast connection with two branches. Subsequent Add Branch messages with the same Input Port, Input VPI, and Input VCI fields will add further branches to the multicast connection. Use of the Delete Branch message on a multicast connection with two branches will result in a unicast connection. Use of the Delete Branch message on a unicast connection will delete the unicast connection. There is no concept of a connection with zero output branches. All connections are unidirectional, one input virtual channel to one or more output virtual channels.
ユニキャスト接続とマルチキャスト接続の間で区別を全くしません。 特定のInput Port、Input VPI、およびInput VCIへの最初のAdd支店メッセージはユニキャスト接続を確立するでしょう。 同じInput Port、Input VPI、およびInput VCI分野がある2番目のAdd支店メッセージは2つのブランチとのマルチキャスト接続に接続を変換するでしょう。 同じInput Port、Input VPI、およびInput VCI分野があるその後のAdd支店メッセージはマルチキャスト接続に一層のブランチを加えるでしょう。 2つのブランチとのマルチキャスト接続のDelete支店メッセージの使用はユニキャスト接続をもたらすでしょう。 ユニキャスト接続のDelete支店メッセージの使用はユニキャスト接続を削除するでしょう。 出力ブランチがないとの接続の概念が全くありません。 すべての接続は単方向、1回以上の出力に事実上の事実上のチャンネルが向ける1つの入力です。
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メッセージをそのポートに受け取るとき。
Newman, et. al. Informational [Page 10] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[10ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
3.1 Add Branch Message
3.1は支店メッセージを加えます。
The Add Branch message is a connection management message used to establish a virtual channel connection or to add an additional branch to an existing virtual channel 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 priority of the connection is specified by the Priority field. The Add Branch message is:
既存の仮想のチャンネル接続にとってAdd支店メッセージは仮想のチャンネル接続を証明するか、または追加ブランチを加えるのに使用される接続管理メッセージです。 また、それは、スイッチに保存された接続状態をチェックするのに使用されるかもしれません。 接続はInput Port、Input VPI、およびInput VCI分野によって指定されます。 出力ブランチはOutput Port、Output VPI、およびOutput VCI分野によって指定されます。 接続の優先権はPriority分野によって指定されます。 Add支店メッセージは以下の通りです。
Message Type = 16
メッセージタイプ=16
If the virtual channel connection specified by the Input Port, Input VPI, and Input VCI fields does not already exist, it must be established with the single output branch specified in the request message. The output branch should have the priority specified by the Priority field. If the Result field of the request message is "AckAll" a success response message must be sent upon successful establishment of the specified branch. The success response message must not be sent until the Add Branch operation has been completed.
Input Port、Input VPI、およびInput VCI分野によって指定された仮想のチャンネル接続が既に存在しないなら、単一の出力ブランチが要求メッセージで指定されている状態で、それを設立しなければなりません。 出力ブランチはPriority分野で優先権を指定させるべきです。 要求メッセージのResult分野が"AckAll"であるなら、指定されたブランチのうまくいっている設立に成功応答メッセージを送らなければなりません。 Add支店操作が完了するまで、成功応答メッセージを送ってはいけません。
If the virtual channel connection specified by the Input Port, Input VPI, and Input VCI fields already exists, but the specified output branch does not, the new output branch must be added. The new output branch should have the priority specified by the Priority field. If the Result field of the request message is "AckAll" a success response message must be sent upon successful establishment of the specified branch. The success response message must not be sent until the Add Branch operation has been completed.
Input Port、Input VPI、およびInput VCI分野によって指定された仮想のチャンネル接続が既に存在しますが、指定された出力ブランチがそのように存在していないなら、新しい出力ブランチを加えなければなりません。 新しい出力ブランチはPriority分野で優先権を指定させるべきです。 要求メッセージのResult分野が"AckAll"であるなら、指定されたブランチのうまくいっている設立に成功応答メッセージを送らなければなりません。 Add支店操作が完了するまで、成功応答メッセージを送ってはいけません。
If the virtual channel connection specified by the Input Port, Input VPI, and Input VCI fields already exists and the specified output branch also already exists, the priority of the connection, 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. 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).
Input Port、Input VPI、およびInput VCI分野によって指定された仮想のチャンネル接続が既に存在して、また、指定された出力ブランチが既に存在するなら、要求メッセージと異なるなら、接続の優先権は要求メッセージでそれに変わるべきです。 要求メッセージのResult分野が"AckAll"であるなら成功応答メッセージを送らなければなりません。 これで、コントローラは、接続の状態を定期的に重ねて主張させるか、または優先権を変えます。 要求メッセージの結果フィールドが"NoSuccessAck"であるなら、成功応答メッセージを返すべきではありません。 これは、以前に設立された状態を重ねて主張させているメッセージのためにコントロールリンクでトラフィックを減少させるのに使用されるかもしれません。 以前に設立された状態を重ねて主張させているメッセージがないかどうかスイッチは、いつもこの状態が正しくスイッチハードウェアに設置されるのをチェックしなければなりません(すなわち、実際の接続テーブルは以前はよくセルを進めていました)。
Newman, et. al. Informational [Page 11] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[11ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
The behavior is undefined if the output virtual channel specified by the Output Port, Output VPI, and Output VCI fields is already in use by any connection other than that specified by the Input Port, Input VPI, and Input VCI fields.
事実上のチャンネルがOutput Port、Output VPI、およびOutput VCI分野で指定した出力が既に使用中であるなら、Input Port、Input VPI、およびInput VCI分野によって指定されるのを除いて、振舞いはどんな接続でも未定義です。
A failure response must be returned if the switch is unable to establish the specified branch or if there is an error in any of the fields of the request message. If a failure message is returned the state of the switch must not have been modified by the request message.
スイッチが指定された支店を開設できないか、または誤りが要求メッセージの分野のどれかにあれば、失敗応答を返さなければなりません。 失敗メッセージを返すなら、要求メッセージはスイッチの状態を変更していてはいけません。
It should be noted that different switches support multicast in different ways. There will be a limit to the total number of multicast connections any switch can support, and possibly a limit on the maximum number of branches that a multicast 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 multicast connection. Many switches are incapable of supporting more than a single branch of any particular multicast connection on the same output port. Specific failure codes are defined for some of these conditions. If a switch sends a failure response to an Add Branch message it must choose the most specific failure code.
異なったスイッチが異なった方法でマルチキャストをサポートすることに注意されるべきです。 どんなスイッチもサポートすることができるマルチキャスト接続の総数への限界、およびことによるとマルチキャスト接続が指定するかもしれないブランチの最大数における限界があるでしょう。 また、いくつかのスイッチがマルチキャスト接続の出力ブランチに配属されるかもしれない異なったVPI/VCI値の数で指し値します。 多くのスイッチは同じ出力ポートにおけるどんな特定のマルチキャスト接続の単一のブランチ以上もサポートすることができません。 特定の失敗コードはこれらの状態のいくつかのために定義されます。 スイッチがAdd支店メッセージに失敗応答を送るなら、それは最も特定の失敗コードを選ばなければなりません。
3.2 Delete Branch Message
3.2は支店メッセージを削除します。
The Delete Branch message is a connection management message used to delete a single branch of a virtual channel connection, or in the case of the last branch, to delete the connection. The virtual channel connection is specified by the Input Port, Input VPI, and Input VCI fields. The specific branch is indicated by the Output Port, Output VPI, and Output VCI fields. The Delete Branch message is:
Delete支店メッセージは、接続を削除するためには仮想のチャンネル接続の単一のブランチを削除するか、または最終場合で分岐するのに使用される接続管理メッセージです。 仮想のチャンネル接続はInput Port、Input VPI、およびInput VCI分野によって指定されます。 特定のブランチはOutput Port、Output VPI、およびOutput VCI分野によって示されます。 Delete支店メッセージは以下の通りです。
Message Type = 17
メッセージタイプ=17
If the Result field of the request message is "AckAll" a success response message must be sent upon successful deletion of the specified branch. The success response message must not be sent until the delete branch operation has been completed and if possible, not until all data on that branch, queued for transmission, has been transmitted. A failure message indicating, "The specified connection does not exist," must be sent if the connection specified by the Input Port, Input VPI, and Input VCI fields does not exist. A failure message indicating, "The specified branch does not exist," must be sent if the connection specified by the Input Port, Input VPI, and Input VCI fields exists but the branch specified by the Output Port, Output VPI, and Output VCI fields does not exist.
要求メッセージのResult分野が"AckAll"であるなら、指定されたブランチのうまくいっている削除に成功応答メッセージを送らなければなりません。 成功応答メッセージを送ってはいけない、操作が完成されて、できれば、トランスミッションのためにそのブランチに関するすべてのデータでないまで列に並ばせられないのをさせるブランチを削除して、伝えられました。 Input Port、Input VPI、およびInput VCI分野によって指定された接続が存在していないなら、失敗メッセージ表示、「指定された接続は存在していないこと」を送らなければなりません。 Input Port、Input VPI、およびInput VCI分野によって指定された接続が存在しているなら、失敗メッセージ表示、「指定されたブランチは存在していないこと」を送らなければなりませんが、Output Port、Output VPI、およびOutput VCI分野によって指定されたブランチは存在しません。
Newman, et. al. Informational [Page 12] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[12ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
3.3 Delete Tree Message
3.3は木のメッセージを削除します。
The Delete Tree message is a connection management message used to delete an entire virtual channel connection. All remaining branches of the connection are deleted. The virtual channel connection is specified by the Input Port, Input VPI, and Input VCI fields. The Output Port, Output VPI, and Output VCI fields are not used in this message and their contents should be set to zero by the sender and ignored by the receiver. The Delete Tree message is:
Delete Treeメッセージは全体の仮想のチャンネル接続を削除するのに使用される接続管理メッセージです。 接続のすべての残っているブランチが削除されます。 仮想のチャンネル接続はInput Port、Input VPI、およびInput VCI分野によって指定されます。 Output Port、Output VPI、およびOutput VCI分野がこのメッセージで使用されないで、それらのコンテンツは、送付者によってゼロに設定されて、受信機によって無視されるべきです。Delete Treeメッセージは以下の通りです。
Message Type = 18
メッセージタイプ=18
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. A failure message indicating, "The specified connection does not exist," must be sent if the connection specified by the Input Port, Input VPI, and Input VCI fields does not exist.
要求メッセージのResult分野が"AckAll"であるなら、指定された接続のうまくいっている削除に成功応答メッセージを送らなければなりません。 成功メッセージを送ってはいけない、完成されて、できれば、トランスミッションのために接続に関するすべてのデータでないまで列に並ばせられないで、操作を削除して、伝えられました。 Input Port、Input VPI、およびInput VCI分野によって指定された接続が存在していないなら、失敗メッセージ表示、「指定された接続は存在していないこと」を送らなければなりません。
3.4 Verify Tree Message
3.4は木のメッセージについて確かめます。
The Verify Tree message is a connection management message used to verify the number of branches on a virtual channel connection. The virtual channel connection is specified by the Input Port, Input VPI, and Input VCI fields. The Output Port, Output VPI, and Output VCI fields are not used in this message and their contents should be set to zero by the sender and ignored by the receiver. The number of branches that the sender believes that this virtual channel connection should contain is given by the Number of Branches field. The Verify Tree message is:
Verify Treeメッセージは仮想のチャンネル接続のときにブランチの数について確かめるのに使用される接続管理メッセージです。 仮想のチャンネル接続はInput Port、Input VPI、およびInput VCI分野によって指定されます。 Output Port、Output VPI、およびOutput VCI分野がこのメッセージで使用されないで、それらのコンテンツは、送付者によってゼロに設定されて、受信機によって無視されるべきです。支店野原はNumberによってこの仮想のチャンネル接続が含むべきである送付者が信じているブランチの数に与えられています。 Verify Treeメッセージは以下の通りです。
Message Type = 19
メッセージタイプ=19
If the Result field of the request message is "AckAll" a success response message must be sent if the receiver agrees that the actual number of branches of the specified virtual channel connection matches the number contained in the Number of Branches field of the request message. The failure response message, with the code field set to "Failure specific to the particular message type," must be sent if the actual number of branches of the specified virtual channel connection does not match the number contained in the Number of Branches field of the request message. In this failure response message the Number of Branches field must be changed to contain the actual number of branches of the specified virtual channel connection. A failure response message with the code field set to a different value must be used to indicate some other failure such as,
要求メッセージのResult分野が"AckAll"であるなら、受信機が、指定された仮想のチャンネル接続のブランチの実数が要求メッセージの支店分野のNumberに含まれた数に合っているのに同意するなら、成功応答メッセージを送らなければなりません。 指定された仮想のチャンネル接続のブランチの実数が要求メッセージの支店分野のNumberに含まれた数に合っていないなら、「特定のメッセージタイプに、特定の失敗」に設定されたコード分野と共に失敗応答メッセージを送らなければなりません。 この失敗応答メッセージでは、指定された仮想のチャンネル接続のブランチの実数を含むように支店分野のNumberを変えなければなりません。 異価に設定されたコード分野がある失敗応答メッセージはある他の失敗を示すのにおいて使用されているに違いありません。
Newman, et. al. Informational [Page 13] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[13ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
"The specified connection does not exist." In this case the Number of Branches field will be the same as that of the request message.
「指定された接続は存在していません。」 この場合、支店分野のNumberは要求メッセージのものと同じになるでしょう。
The Verify Tree message can only be guaranteed to yield a correct response when there are no other connection request messages or their response messages pending for the specified connection. If this is not the case the result of the Verify Tree message is undefined.
どんな他の接続要求メッセージもそれらの指定された接続に、未定の応答メッセージもないとき、正しい応答をもたらすためにVerify Treeメッセージを保証できるだけです。 これがそうでないなら、Verify Treeメッセージの結果は未定義です。
3.5 Delete All Message
3.5はすべてのメッセージを削除します。
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 and their contents are ignored and unspecified. 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 success response message must not be sent until the operation has been completed.
要求メッセージのResult分野が"AckAll"であるなら、成功応答メッセージを操作の完成に送らなければなりません。 操作が完了するまで、成功応答メッセージを送ってはいけません。
3.6 Move Branch Message
3.6 移動支店メッセージ
The Move Branch connection management message has the following format for both request and response messages:
Move支店接続管理メッセージには、要求と応答メッセージの両方のための以下の形式があります:
Newman, et. al. Informational [Page 14] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[14ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| zero | Input VPI | Input VCI |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Old Output Port |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| zero | Old Output VPI | Old Output VCI |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| New Output Port |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| zero | New Output VPI | New Output VCI |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Reserved | Priority |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 古い出力ポート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ゼロ| 古い出力VPI| 古い出力VCI| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 新しい出力ポート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ゼロ| 新しい出力VPI| 新しい出力VCI| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 予約されます。| 優先権| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The 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 Move Branch message is:
Move支店メッセージは、経常産出高ポートから仮想のチャンネル接続の単一の出力ブランチを動かすのに使用される接続管理メッセージと、出力VPIと、出力VCIです、同じ仮想のチャンネル接続の新しい出力ポート、出力VPI、および出力VCIに。 他の出力ブランチのいずれも変更されていません。 操作が完全であるときに、元の出力ポートの上のオリジナルの出力VPI/VCIは接続から削除されるでしょう。 Move支店メッセージは以下の通りです。
Message Type = 22
メッセージタイプ=22
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.
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支店操作が完了するまで、成功応答メッセージを送ってはいけません。
Newman, et. al. Informational [Page 15] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[15ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
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." The connection state of the switch must not be modified in this case.
Input Port、Input VPI、およびInput VCI分野によって指定された仮想のチャンネル接続が既に存在しますが、Old Output Port、Old Output VPI、およびOld Output VCI分野によって指定された出力ブランチがその接続でのブランチとして存在しないなら、「指定されたブランチは存在しません」と、Code分野が示していて、失敗応答を返さなければなりません。 この場合スイッチの接続状態を変更してはいけません。
If the virtual channel connection specified by the Input Port, Input VPI, and Input VCI fields does not exist, a failure response must be returned with the Code field indicating, "The specified connection does not exist." The connection state of the switch must not be modified in this case.
Input Port、Input VPI、およびInput VCI分野によって指定された仮想のチャンネル接続が存在しないなら、「指定された接続は存在していません」と、Code分野が示していて、失敗応答を返さなければなりません。 この場合スイッチの接続状態を変更してはいけません。
The behavior is undefined if the output virtual channel specified by the New Output Port, New Output VPI, and New Output VCI fields is already in use by any connection.
事実上のチャンネルがNew Output Port、New Output VPI、およびNew Output VCI分野で指定した出力が既に使用中であるなら、振舞いはどんな接続でも未定義です。
A failure response will be returned if the switch is unable to establish the specified branch or if there is an error in any of the fields of the request message. If a failure message is returned the state of the switch must not have been modified by the request message.
スイッチが指定された支店を開設できないか、または誤りが要求メッセージの分野のどれかにあると、失敗応答を返すでしょう。 失敗メッセージを返すなら、要求メッセージはスイッチの状態を変更していてはいけません。
4. Port Management Message
4. ポート管理メッセージ
The Port Management message allows a port to be brought into service, taken out of service, looped back, or reset. 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 16] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[16ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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
Gives the port number of the port to which the message
applies.
メッセージが適用されるポートのポートナンバーのGivesを移植してください。
Port Session Number
Gives the current port session number for the port. If the
Port Session Number in the request message does not match
the current port session number of the port indicated by
the Port field of the request message, a failure response
must be returned with, "Invalid port session number,"
indicated in the Code field. If the specified function
requires a new Port Session Number to be generated the new
Port Session Number must be given in the success response
message. The Port Session Number must be generated using
some form of random number.
現在のポートセッションがポートに付番するSession Number Givesを移植してください。 要求メッセージのPort Session Numberが電流に合っていないなら、要求メッセージのPort分野によって示されたポートのセッション番号を移植してください、と「無効のポートセッション番号」という応答を返さなければならない失敗はCode分野で示しました。 指定された機能が、新しいPort Session Numberが生成されるのを必要とするなら、成功応答メッセージで新しいPort Session Numberを与えなければなりません。 何らかのフォームの乱数を使用することでPort Session Numberを生成しなければなりません。
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 and is incremented by one each
time an asynchronous event is detected on that port 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 and should be
set to zero by the sender and ignored by the receiver.
成功応答メッセージがPort分野によって示されたスイッチポートのEvent Sequence Numberの現行価値を与えるイベントSequence Number In。 ポートが初期化されて、非同期的なイベントが通常、スイッチがEventメッセージで報告するそのポートの上に検出されるたびに1つ増加されるとき、Event Sequence Numberはゼロに用意ができています。 成功応答におけるEvent Sequence Numberがそのポートに受け取られた最新のEventメッセージのEvent Sequence Numberと異なっているなら、Eventメッセージで報告されなかったイベントは起こりました。 これはスイッチが各ポートへのメッセージをEventに送ることができるレートを制限するフロー制御のために最もありそうです。 要求メッセージでは、この分野は、使用されていなくて、送付者によってゼロに設定されて、受信機によって無視されるべきです。
Newman, et. al. Informational [Page 17] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[17ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
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
should be set to zero in the request message and must be
ignored by the receiver. 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分野は要求メッセージでFunction分野セットで使用されるだけであって、「イベント旗をリセットします」。 Function分野の他のすべての値において、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分野のビットとの通信は以下の通りです:
Port Up: Bit 0, (most significant bit)
Port Down: Bit 1,
Invalid VPI/VCI: Bit 2,
New Port: Bit 3,
Dead Port: Bit 4.
以下へのポート ビット0、(最上位ビット)ポートDown: ビット1、無効のVPI/VCI: ビット2、新しいポート: ビット3、死んでいるポート: ビット4。
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. In all other request messages it
should be set to zero by the sender and ignored by the
receiver.
秒のループバック州のいずれも稼働中であり残っている時間の長さの持続時間Is。 持続時間が期限が切れたとき、自動的にポートをサービスに返すでしょう。 持続時間が期限が切れる前に別のPort Managementメッセージを同じポートに受け取ると、ループバックは、新しいメッセージのDuration分野によって指定された時間の長さのための操作に残り続けるでしょう。 Duration分野は要求メッセージでFunction分野セットでInternal Loopback、External Loopback、またはBothway Loopbackに使用されるだけです。 他のすべての要求メッセージでは、それは、送付者によってゼロに設定されて、受信機によって無視されるべきです。
Newman, et. al. Informational [Page 18] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[18ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
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). The
defined values of the Function field are:
機能Specifies、取られるべき動作。 ポートの現在の状態にかかわらず指定された行動を取る、(利用可能である、Unavailable、またはどんなLoopback状態、も) Function分野の定義された値は以下の通りです。
Bring Up:
Function = 1. Bring the port into service. All
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.
持って来ます: 機能=1。 ポートをサービスに運び込んでください。 指定された入力ポートに到着するすべての接続を削除しなければなりません、そして、何らかのフォームの乱数を使用することで新しい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. The behavior is
undefined if the port over which the GSMP protocol is
running is taken down.
以下に取ってください。 機能=2。 使われなくなっていた状態でポートを取ってください。 このポートに受け取られたどんなセルも捨てられるでしょう。 セルは全くこのポートから伝えられないでしょう。 その後のポートのPort StatusはUnavailableになるでしょう。 GSMPプロトコルが稼働する予定であるポートが降ろされるなら、振舞いは未定義です。
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 PHY layer, e.g.
header translation, are performed upon the looped back
cells. The Port Status of the port afterwards will be
Internal Loopback.
内部のループバック: 機能=3。 スイッチ骨組みから出力ポートに到着するセルがスイッチ骨組みに返す入力ポートに突き抜けた状態で輪にされます。 PHY層の上の入力ポートの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 PHY layer are
performed upon the looped back cells. The Port Status
of the port afterwards will be External Loopback.
外部のループバック: 機能=4。 入力ポートに入らないで、外部コミュニケーションリンクから入力ポートに到着するセルがすぐに、物理的な層のコミュニケーションリンクに輪にして戻されます。 PHY層の上の入力ポートのATM機能のいずれも輪にされた逆セルに実行されません。 その後のポートのPort StatusはExternal Loopbackになるでしょう。
Bothway Loopback:
Function = 5. Both internal and external loopback are
performed. The Port Status of the port afterwards will
be Bothway Loopback.
Bothwayループバック: 機能=5。 内部の、そして、外部の両方のループバックは実行されます。 その後のポートのPort StatusはBothway Loopbackになるでしょう。
Newman, et. al. Informational [Page 19] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[19ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
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 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スペースに確立されないでしょう。 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はこの機能によって変えられません。
5. Statistics Messages
5. 統計メッセージ
The statistics messages permit the controller to request the values of various hardware counters associated with the switch input and output ports, and virtual channels. Two classes of statistics message are defined: the VC Activity Message, and the Port and VC Statistics Messages. The VC Activity message is used to determine whether one or more specific VCs have recently been carrying traffic. The Port and VC Statistics message is used to query the various port and VC specific traffic and error counters.
統計メッセージは、コントローラがスイッチ入出力ポート、および事実上のチャンネルに関連している様々なハードウェアカウンタの値を要求することを許可します。 2つのクラスに関する統計メッセージは定義されます: VC活動メッセージ、ポート、およびVC統計メッセージ。 VC Activityメッセージは、1特定のVCsが最近トラフィックを運ぶかどうか決定するのに使用されます。 PortとVC Statisticsメッセージは、様々なポートとVC特定のトラフィックと誤りカウンタについて質問するのに使用されます。
5.1 VC Activity Message
5.1 VC活動メッセージ
The VC Activity message is used to determine whether one or more specific VCs have recently been carrying traffic. The VC Activity message contains one or more VC Activity records. Each VC Activity record is used to request and return activity information concerning a single virtual connection. Each VC is specified by its input port, input VPI, and input VCI. These are specified in the Input Port, Input VPI, and Input VCI fields of each VC Activity record. Two forms of activity detection are supported. If the switch supports per VC traffic accounting the current value of the traffic counter for each specified VC 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 VCs to determine whether each VC has been active in the intervening period. If the switch does not support per VC traffic accounting, but is capable of detecting per-VC activity by some other unspecified means, the result
VC Activityメッセージは、1特定のVCsが最近トラフィックを運ぶかどうか決定するのに使用されます。 VC Activityメッセージは1つ以上のVC Activity記録を含んでいます。 それぞれのVC Activity記録は、単独の仮想接続に関して活動情報を要求して、返すのに使用されます。 各VCは入力ポート、入力VPI、および入力VCIによって指定されます。 これらはそれぞれのVC Activity記録のInput Port、Input VPI、およびInput VCI分野で指定されます。 アクティビティ検出の2つのフォームがサポートされます。 スイッチが、トラフィックが会計であるとVC単位でサポートするなら、それぞれの指定されたVCのためのトラフィックカウンタの現行価値を返さなければなりません。 数えられたトラフィックのユニットは、指定されませんが、通常セルかフレームのどちらかになるでしょう。 それぞれの指定されたVCsが、それぞれのVCが介入している時代にアクティブであるかどうか決定するように、コントローラはメッセージで返されたトラフィックカウントを前の値にたとえなければなりません。 スイッチはトラフィックが会計であるとVC単位でサポートしませんが、ある他の不特定の手段で1VCあたりの活動を検出する結果ができるなら
Newman, et. al. Informational [Page 20] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[20ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
may be indicated for each VC using the Flags field. The VC Activity message is:
各VCのためにFlags分野を使用することで示されるかもしれません。 VC Activityメッセージは以下の通りです。
Message Type = 48
メッセージタイプ=48
The VC Activity request and success response messages have the following format:
VC 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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
~ VC 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | バージョン| メッセージタイプ| 結果| コード| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | トランザクション識別子| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 記録の数| 予約されます。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | ~ VC活動記録~| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Number of Records
Field specifies the number of VC Activity records to
follow. The maximum number of VC Activity records permitted
in a single VC Activity message is 120.
Records Fieldの数は、続くようにVC Activity記録の数を指定します。 ただ一つのVC Activityメッセージで受入れられたVC Activity記録の最大数は120です。
Reserved
Field is not used. It is set to zero by the sender and
ignored by the receiver.
予約されたFieldは使用されていません。 それは、送付者によってゼロに設定されて、受信機によって無視されます。
Each VC Activity Record has the following format:
各VC Activity Recordには、以下の形式があります:
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Input Port | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Flags | Input VPI | Input VCI | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | + VC Traffic Count + | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 入力ポート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 旗| 入力VPI| 入力VCI| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | + VCトラフィックカウント+| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Input Port
Identifies the port number of the input port on which the
VC of interest arrives in order to identify the VC
(regardless of whether the traffic count for the VC is
maintained on the input port or the output port).
興味があるVCがVC(VCのためのトラフィックカウントが入力ポートか出力ポートの上で維持されるかどうかにかかわらず)を特定するために到着する入力ポートのポートナンバーのPort Identifiesを入力してください。
Newman, et. al. Informational [Page 21] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[21ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
Input VPI
Input VCI
Fields identify the specific virtual channel for which
statistics are being requested.
入力されて、VPI Input VCIフィールズは統計が要求されている特定の事実上のチャンネルを特定します。
Flags
In the request message this field is unused, it should be
set to zero by the sender and ignored by the receiver. In
the success response message bit 0 (msb) of the Flags field
is used to indicate an invalid VC Activity record. This bit
must be zero if any of the fields in this VC 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 this bit is zero in a success
response message bits 1 and 2 of the Flags field and the VC
Traffic Count field are undefined. If bit 0 of the flags
field is set, the VC Activity record is valid, and bits 1
and 2 of the Flags field in the VC Activity record are used
as follows:
この分野が未使用であり、それは、送付者によってゼロに設定されて、受信機によって無視されるべきです。成功では、応答メッセージがFlags分野の(msb)が使用されている0に噛み付いたという要求メッセージが、無効のVC Activityが記録するのを示すInに旗を揚げさせます。 このVC Activity記録の分野のどれかが無効であるなら、このビットはゼロであるに違いありません、指定された接続が存在していないならInput Port分野によって指定された入力ポートが存在していないなら。 このビットが成功でゼロであるなら、Flags分野とVC Traffic Count分野の応答メッセージビット1と2は未定義です。 0個の旗がさばくビットが設定されるなら、VC Activity記録は有効です、そして、VC Activity記録のFlags分野のビット1と2は以下の通り使用されます:
Bit 1 of the Flags field: if set, indicates that the
value in bit 2 of the Flags field is valid; if zero,
indicates that the value in the VC Traffic Count field
is valid.
Flags分野のビット1: セットして、Flags分野のビット2の値が有効であることを示します。 ゼロであるなら示す、VC Traffic Count分野の値が有効であることを示します。
If bit 1 of the Flags field is set, bit 2 of the Flags
field, if set, indicates that there has been some
activity on this virtual channel since the last VC
Activity message for this virtual channel.
Flags分野のビット1が設定されるなら、設定されるなら、Flags分野のビット2は、この事実上のチャンネルの上にこの事実上のチャンネルへの最後のVC Activityメッセージ以来何らかの活動があるのを示します。
If bit 1 of the Flags field is set, bit 2 of the Flags
field, if zero, indicates that there has been no
activity on this virtual channel since the last VC
Activity message for this virtual channel.
Flags分野のビット1が設定されるなら、Flags分野のビット2は、ゼロであるならこの事実上のチャンネルの上にこの事実上のチャンネルへの最後のVC Activityメッセージ以来活動が全くないのを示します。
Bit 3 of the Flags field is not used, it should be set
to zero by the sender and ignored by the receiver.
Flags分野のビット3が使用されていなくて、それは、送付者によってゼロに設定されて、受信機によって無視されるべきです。
VC Traffic Count
Field is unused in the request message, it should be set to
zero by the sender and ignored by the receiver. In the
success response message, if the switch supports per-VC
traffic counting, the VC Traffic Count field must be set to
the value of a free running, VC specific, 64 bit traffic
counter counting traffic flowing across the specified
virtual channel. The value of the traffic counter is not
modified by reading it. If per-VC traffic counting is
supported, the switch must report the VC Activity result
VC Traffic Count Fieldが要求メッセージで未使用であり、それは、送付者によってゼロに設定されて、受信機によって無視されるべきです。スイッチが、1VCあたりのトラフィックが勘定であるとサポートするなら、成功応答メッセージでは、自由な実行の値にVC Traffic Count分野を設定しなければなりません、指定された事実上のチャンネルの向こう側に流れている64ビットの特定のVCトラフィックカウンタ勘定トラフィック。 トラフィックカウンタの値は、それを読むことによって、変更されません。 1VCあたりのトラフィック勘定がサポートされるなら、スイッチはVC Activity結果を報告しなければなりません。
Newman, et. al. Informational [Page 22] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[22ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
using the traffic count rather than using bit 2 of the
Flags field.
トラフィックを使用して、Flags分野のビット2を使用するよりむしろ数えてください。
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-VC activity, a failure response must be returned indicating, "The specified request is not implemented on this switch."
失敗応答の形式はゼロに合わせるためにRecords分野のNumberがある要求メッセージがセットしたのと同じです、そして、VC Activity記録は全くメッセージで戻りませんでした。 スイッチが1VCあたりの活動を検出できないなら、「指定された要求はこのスイッチの上に実装されません」と示しながら、失敗応答を返さなければなりません。
5.2 Port and VC Statistics Messages
5.2 ポートとVC統計メッセージ
The Port and VC Statistics messages are used to query the various port and VC specific traffic and error counters.
PortとVC Statisticsメッセージは、様々なポートとVC特定のトラフィックと誤りカウンタについて質問するのに使用されます。
The Port and VC Statistics request messages have the following format:
PortとVC Statistics要求メッセージには、以下の形式があります:
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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Port
Identifies the port number of the port for which statistics
are being requested.
統計が要求されているポートのポートナンバーのIdentifiesを移植してください。
VPI
VCI
Fields identify the specific virtual channel for which
statistics are being requested. For requests that do not
require a virtual channel to be specified these fields
should be set to zero in the request and ignored by the
receiver.
VPI VCIフィールズは統計が要求されている特定の事実上のチャンネルを特定します。 事実上のチャンネルが指定されるのを必要としない要求において、これらの分野は、要求におけるゼロに設定されて、受信機によって無視されるべきです。
The success response messages for the port and VC statistics group have the following format:
ポートとVC統計グループのための成功応答メッセージには、以下の形式があります:
Newman, et. al. Informational [Page 23] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[23ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
+ 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| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | + 入力細胞計数+| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | + 入力フレームカウント+| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | + 入力セルはカウント+を捨てます。| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | + 入力フレームはカウント+を捨てます。| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | + 入力HEC誤り件数+| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | + 入力の無効のVPI/VCIカウント+| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | + 出力細胞計数+| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | + 出力フレームカウント+| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | + 出力セルはカウント+を捨てます。| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | |
Newman, et. al. Informational [Page 24] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[24ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
+ Output Frame Discard Count + | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+ 出力フレームはカウント+を捨てます。| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Port
VPI/VCI
Fields are the same as those of the request message.
ポートVPI/VCIフィールズは要求メッセージのものと同じです。
Input Cell Count
Output Cell Count
Each gives the value of a free running 64 bit counter
counting cells arriving at the input or departing from the
output respectively. In response to a Port Statistics
message the count will be on a per port basis and in
response to a VC Statistics message the count will be on a
per VC basis.
入力に到達するか、または出力からそれぞれ出発して、入力Cell Count Output Cell Count Eachは、セルを数えながら、64ビットの自由な実行しているカウンタの値を与えます。 Port Statisticsメッセージに対応して、カウントがポート基礎あたりのaにあるでしょう、そして、VC Statisticsメッセージに対応して、カウントはVC基礎あたりのaにいるでしょう。
Input Frame Count
Output Frame Count
Each gives the value of a free running 64 bit counter
counting frames (packets) arriving at the input or
departing from the output respectively. In response to a
Port Statistics message the count will be on a per port
basis and in response to a VC Statistics message the count
will be on a per VC basis.
入力に到達するか、または出力からそれぞれ出発して、入力Frame Count Output Frame Count Eachは64個の噛み付いているカウンタそろばん(パケット)を自由な実行の値に与えます。 Port Statisticsメッセージに対応して、カウントがポート基礎あたりのaにあるでしょう、そして、VC Statisticsメッセージに対応して、カウントはVC基礎あたりのaにいるでしょう。
Input Cell Discard Count
Output Cell Discard Count
Each gives 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. In response to a
Port Statistics message the count will be on a per port
basis and in response to a VC Statistics message the count
will be on a per VC basis.
入力Cell Discard Count Output Cell Discard Count Eachは、待ち行列オーバーフローのため入力ポートの上、または、出力ポートの上でそれぞれ捨てられたセルを数えながら、64ビットの自由な実行しているカウンタの値を与えます。 Port Statisticsメッセージに対応して、カウントがポート基礎あたりのaにあるでしょう、そして、VC Statisticsメッセージに対応して、カウントはVC基礎あたりのaにいるでしょう。
Input Frame Discard Count
Output Frame Discard Count
Each gives the value of a free running 64 bit counter
counting frames discarded due to queue overflow on an input
port or on an output port respectively. In response to a
Port Statistics message the count will be on a per port
basis and in response to a VC Statistics message the count
will be on a per VC basis.
入力Frame Discard Count Output Frame Discard Count Eachは入力ポートの上、または、出力ポートの上にそれぞれオーバーフローを列に並ばせるのにおいて当然にそろばんが捨てた64ビットの自由な実行しているカウンタの値を与えます。 Port Statisticsメッセージに対応して、カウントがポート基礎あたりのaにあるでしょう、そして、VC Statisticsメッセージに対応して、カウントはVC基礎あたりのaにいるでしょう。
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が到着次第入力ポートのヘッダーチェックサム誤りのため捨てました。
Newman, et. al. Informational [Page 25] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[25ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
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. An incoming VPI/VCI is invalid if no
connection is currently established having that value of
VPI/VCI.
それらのVPI/VCIが到着次第入力ポートで無効であるので、セルを数える空き領域実行している64ビットの価値が打ち返す無効のVPI/VCI Count Givesが捨てました。 接続が全く現在VPI/VCIのその値を持ちながら確立されないなら、入って来るVPI/VCIは無効です。
5.2.1 Port Statistics Message
5.2.1 ポート統計メッセージ
The Port Statistics message requests the statistics for the switch port specified in the Port field. The contents of the VPI/VCI field 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 virtual channels to which the cells belong. Any of the count fields in the success response message not supported by the port will be set to zero. The Port Statistics message is:
スイッチのための統計が移植するPort Statisticsメッセージ要求はPort分野で指定しました。 Port Statistics要求メッセージのVPI/VCI分野の内容は無視されます。 成功応答メッセージにおけるカウント分野のすべてがセルが属する事実上のチャンネルにかかわらず1ポートあたりのカウントについて言及します。 ポートによってサポートされなかった成功応答メッセージにおけるカウント分野のいずれもゼロに設定されるでしょう。 Port Statisticsメッセージは以下の通りです。
Message Type = 49
メッセージタイプ=49
5.2.2 VC Statistics Message
5.2.2 VC統計メッセージ
The VC Statistics message requests the statistics for the virtual channel specified in the VPI/VCI field that arrives on the switch input port specified in the Port field. All of the count fields in the success response message refer only to the specified virtual channel. The HEC Error Count and Invalid VPI/VCI Count fields are not VC specific and are set to zero. Any of the other count fields not supported on a per virtual channel basis will be set to zero in the success response message. The VC Statistics message is:
VC StatisticsメッセージはPort分野で指定されたスイッチ入力ポートの上で到着するVPI/VCI野原の中で指定された事実上のチャンネルのために統計を要求します。 成功応答メッセージにおけるカウント分野のすべてが指定された事実上のチャンネルだけについて言及します。 HEC Error CountとInvalid VPI/VCI Count分野は、VC特有でなく、ゼロに用意ができています。 仮想のチャンネル基礎あたりのaでサポートされなかった他のカウント分野のいずれも成功応答メッセージでゼロに設定されるでしょう。 VC Statisticsメッセージは以下の通りです。
Message Type = 50
メッセージタイプ=50
6. Configuration
6. 構成
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つの構成要求メッセージが定義されました: スイッチ、ポート、およびすべてのポート。
Newman, et. al. Informational [Page 26] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[26ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
All configuration request messages have 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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | バージョン| メッセージタイプ| 結果| コード| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | トランザクション識別子| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ポート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Port
Identifies the port number for which configuration
information is being requested. If the Port field is not
required by the message it is set to zero by the sender and
ignored by the receiver.
ポートがどの設定情報のために付番するポートIdentifiesは要求されています。 Port分野がメッセージによって必要とされないなら、それは、送付者によってゼロに設定されて、受信機によって無視されます。
6.1 Switch Configuration Message
6.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 and is set to zero.
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 | Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 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。
Newman, et. al. Informational [Page 27] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[27ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
Reserved
Field is not used. It is set to zero by the sender and
ignored by the receiver.
予約されたFieldは使用されていません。 それは、送付者によってゼロに設定されて、受信機によって無視されます。
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)。
6.2 Port Configuration Message
6.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 28] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[28ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| zero | Min VPI | zero | Max VPI |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Min VCI | Max VCI |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Cell Rate |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Port Status | Port Type | Line Status | Priorities |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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| ゼロ| マックス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 sub
fields that have meaning to the physical structure of the
switch hardware (e.g. shelf, slot, interface).
設定情報が参照されるスイッチポートを移植してください。 入力とスイッチポートのアウトプット側の両方に関連する設定情報を与えます。 ポートナンバーを幅32ビットであり、スイッチは割り当てます。 スイッチは、スイッチハードウェアの物理構造に意味を持っている潜水艦分野に32ビットを構造化するのを選ぶかもしれません(例えば、棚、スロットは連結します)。
Port Session Number
The current Port Session Number for the specified port.
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. When a port returns to the Available state after it
has been Unavailable, or after a power cycle, its Port
Session Number must be changed, preferably using some form
of random number.
Session Numberの現在のPort Session Numberを指定されたポートに移植してください。 それぞれのスイッチポートはスイッチによって割り当てられたPort Session Numberを維持します。 ポートは絶え間なく変わりがありますが、ポートのPort Session NumberはAvailable州で変わりがありません。 Unavailableになった後にポートがAvailable状態に戻るときに時かパワーサイクルの後に、Port Session Numberを変えなければなりません、望ましくは、何らかのフォームの乱数を使用して。
Min VPI
The minimum value of dynamically assigned incoming VPI that
the connection table on the input port can support and may
be controlled by GSMP.
分VPI、入力ポートの上の接続テーブルがそうすることができるダイナミックに割り当てられた入って来るVPIの最小値は、GSMPによってサポートして、制御されているかもしれません。
Max VPI
The maximum value of dynamically assigned incoming VPI that
the connection table on the input port can support and may
be controlled by GSMP. It is assumed that the input port
VPIに最大限にしてください。入力ポートの上の接続テーブルがそうすることができるダイナミックに割り当てられた入って来るVPIの最大値は、GSMPによってサポートして、制御されていてもよいです。 それが想定される、入力は移植します。
Newman, et. al. Informational [Page 29] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[29ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
can handle all values of VPI within the range Min VPI to
Max VPI inclusive and that GSMP may control all values
within this range. 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.
そのGSMPは範囲Min VPIの中でVPIのすべての値を包括的にマックスVPIに扱うことができて、この範囲の中のすべての値を制御するかもしれません。 スイッチが仮想の経路をサポートしないなら、Min VPIとマックスVPIの両方が同じ値を指定するのは、許容できます、最もありそうなゼロ。
Min VCI
The minimum value of dynamically assigned incoming VCI that
the connection table on the input port can support and may
be controlled by GSMP.
分VCI、入力ポートの上の接続テーブルがそうすることができるダイナミックに割り当てられた入って来るVCIの最小値は、GSMPによってサポートして、制御されているかもしれません。
Max VCI
The maximum value of dynamically assigned incoming VCI that
the connection table on the input port can support and may
be controlled by GSMP. It is assumed that the input port
can 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 that GSMP may
control all values within this range.
VCIに最大限にしてください。入力ポートの上の接続テーブルがそうすることができるダイナミックに割り当てられた入って来るVCIの最大値は、GSMPによってサポートして、制御されていてもよいです。 入力ポートが範囲Min VCIの中で範囲Min VPIのそれぞれの仮想の経路に、マックスVPIに包括的なマックスVCIに包括的にVCIのすべての値を扱うことができて、GSMPがこの範囲の中のすべての値を制御するかもしれないと思われます。
Cell Rate
A measure of the bandwidth of the port. It is the rate of
cells arriving at or departing from the port in cells/s. It
is assumed that both input port and output port have the
same cell rate.
ポートの帯域幅のセルRate A測定。 それはポートからセル/sに到着するか、または出発するセルのレートです。 入力ポートと出力ポートの両方には同じセルレートがあると思われます。
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
内部のループバック: 状態=3を移植してください。 ポートは、故意に使われなくなっていた状態で取られて、内部のループバックにはあります: スイッチ骨組みから出力ポートに到着するセルが戻る入力ポートに突き抜けた状態で輪にされます。
Newman, et. al. Informational [Page 30] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[30ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
switch fabric. All of the ATM functions of the input
port above the PHY layer, e.g. header translation, are
performed upon the looped back cells.
骨組みを切り換えてください。 PHY層の上の入力ポートの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 PHY layer are performed upon
the looped back cells.
外部のループバック: 状態=4を移植してください。 ポートは、故意に使われなくなっていた状態で取られて、外部のループバックにはあります: 入力ポートに入らないで、外部コミュニケーションリンクから入力ポートに到着するセルがすぐに、物理的な層のコミュニケーションリンクに輪にして戻されます。 PHY層の上の入力ポートのATM機能のいずれも輪にされた逆セルに実行されません。
Bothway Loopback:
Port Status = 5. The port has intentionally been taken
out of service and is in both internal and external
loopback.
Bothwayループバック: 状態=5を移植してください。 ポートは、故意に使われなくなっていた状態で取られて、内部の、そして、外部の両方のループバックにはあります。
Port Type
The type of physical transmission interface for this port.
The values for this field are given by the IANAifTYPE
object from the MIB defined for the IANAifTYPE-MIB
specified in RFC 1573 [rfc1573]. Example values are: SONET
or SDH (39), DS-3 (30).
物理的なトランスミッションのタイプのポートTypeはこのポートに連結します。 IANAifTYPEオブジェクトはRFC1573[rfc1573]で指定されたIANAifTYPE-MIBのために定義されたMIBからこの分野への値を与えます。 例の値は以下の通りです。 SonetかSDH(39)、DS-3(30)。
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 priorities that this output port
can assign to virtual channel connections. Zero is invalid
in this field. If an output port is able to support "Q"
プライオリティ、この出力ポートが仮想のチャンネル接続に割り当てることができる異なったプライオリティの数。 ゼロはこの分野で無効です。 出力ポートが「Q」をサポートすることができるなら
Newman, et. al. Informational [Page 31] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[31ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
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
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.
プライオリティであり、最優先は番号付のゼロです、そして、最も低い優先度は番号付の「Q-1インチ」です。 異なった彼らの優先権に基づく異なった接続に対するサービスの品質を提供する能力はスイッチの出力ポートの特性であると思われます。 彼らが同時にともにスイッチにいるなら、同じ出力ポートを共有する仮想のチャンネル接続にとって、より高い優先度との関係でのATMセルがATMセルの前で低優先度との関係にスイッチをはるかに出そうであると思われるかもしれません。
6.3 All Ports Configuration Message
6.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 and is set to zero.
Port分野は、要求メッセージで使用されないで、ゼロに設定されます。
The All Ports Configuration success response message has the following format:
All Ports 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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 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 number of Port Records to follow in the
message. The maximum number of port records allowed in a
single All Ports Configuration success response is 64. If a
switch has more than 64 ports it must send them in multiple
success response messages.
Records Fieldの数は、メッセージで続くようにPort Recordsの数を与えます。 ただ一つのAll Ports Configuration成功応答で許されたポート記録の最大数は64です。 スイッチに64以上のポートがあるなら、それは複数の成功応答メッセージでそれらを送らなければなりません。
Port Record Length
Field gives the length of each port record in bytes. This
is currently 24 but the Port Record Length field allows for
ポートRecord Length Fieldはバイトで表現されるそれぞれのポート記録の長さを与えます。 これは、分野が考慮する現在の24にもかかわらず、Port Record Lengthです。
Newman, et. al. Informational [Page 32] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[32ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
the future definition of further fields at the end of the
port record while preserving compatibility with earlier
versions of the protocol.
プロトコルの以前のバージョンとの互換性を保存している間のポート記録の終わりのさらなる分野の今後の定義。
Port Records follow in the remainder of the message. Each port record has the following format:
ポート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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Port |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Port Session Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| zero | Min VPI | zero | Max VPI |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Min VCI | Max VCI |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Cell Rate |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Port Status | Port Type | Line Status | Priorities |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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| ゼロ| マックスVPI| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 分VCI| マックスVCI| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | セルレート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ポート状態| ポートタイプ| 線状態| プライオリティ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The definition of the fields in the port record is exactly the same as that of the Port Configuration message.
ポート記録との分野の定義はまさにPort Configurationメッセージのものと同じです。
7. Event Messages
7. イベントメッセージ
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分野は、使用されていなくて、ゼロに設定されるべきです。 イベントメッセージは初期化の間、送られません。 イベントメッセージには、以下の形式があります:
Newman, et. al. Informational [Page 33] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[33ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
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| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Port
Field gives the switch port to which the event message
refers.
ポートFieldはイベントメッセージが参照されるスイッチポートを与えます。
Port Session Number
The current Port Session Number for the specified port.
Session Numberの現在のPort Session Numberを指定されたポートに移植してください。
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 and is incremented by one each
time an asynchronous event is detected on that port 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メッセージで報告するそのポートの上に検出されるたびに1つ増加されるとき、Event Sequence Numberはゼロに用意ができています。 スイッチがフロー制御の動作のため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
それぞれのスイッチポートはEvent Sequence NumberとEvent Flagsの1セット(それぞれのタイプに関するEventメッセージのための1Event Flag)を維持しなければなりません。 スイッチポートがEventメッセージを送るとき、それはイベントのタイプにおいて、対応するそのポートの上にEvent Flagを置かなければなりません。 Event Flagがリセットされるまでポートが同じタイプに関する別のEventメッセージを送ることが許可されていません。 イベントFlagsはPort Managementメッセージの「リセットイベント旗」機能によってリセットされます。 これはスイッチをコントローラがイベントメッセージであふれさせることができない簡単なフロー制御です。 ポートが増加しても、イベントがそのポートの上に検出されるときはいつも、ポートのEvent Sequence Numberを増加しなければなりません。
Newman, et. al. Informational [Page 34] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[34ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
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.
フロー制御の動作のためイベントを報告するのが防がれます。 これはフロー制御の動作のためポートの上に起こったいくつかのイベントを検出するそれは知識がないコントローラに許容します。
7.1 Port Up Message
7.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
7.2 Port Down Message
7.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 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 Downメッセージはポートの線StatusがUp状態からDown状態に変えたコントローラを知らせます。 スイッチがリンクの故障を検出できると、リンクの故障を報告するためにこのメッセージを送るでしょう。 ポートが落ちる前に有効であったポートセッション番号はPort Session Number分野で報告されます。 VPI/VCI分野は、使用されていなくて、ゼロに設定されます。 Port Downメッセージは以下の通りです。
Message Type = 81
メッセージタイプ=81
7.3 Invalid VPI/VCI Message
7.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
7.4 New Port Message
7.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メッセージは以下の通りです。
Newman, et. al. Informational [Page 35] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[35ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
Message Type = 83
メッセージタイプ=83
7.5 Dead Port Message
7.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
8. Adjacency Protocol
8. 隣接番組プロトコル
The adjacency protocol is used to synchronize state across the link, to discover the identity of the entity at the other end of a link, and to detect when it changes. No GSMP messages other than those of the adjacency protocol may be sent across the link until the adjacency protocol has achieved synchronization.
隣接番組プロトコルは、リンクの向こう側に状態を同期させて、リンクのもう一方の端で実体のアイデンティティを発見して、それがいつ変化するかを検出するのに使用されます。 隣接番組プロトコルが同期を実現するまで、リンクの向こう側に隣接番組プロトコルのもの以外のGSMPメッセージを全く送らないかもしれません。
8.1 Packet Format
8.1 パケット・フォーマット
The adjacency protocol is:
隣接番組プロトコルは以下の通りです。
Message Type = 10
メッセージタイプ=10
All GSMP messages belonging to the adjacency protocol have the following structure:
隣接番組プロトコルに属すすべてのGSMPメッセージが以下の構造を持っています:
Newman, et. al. Informational [Page 36] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[36ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | バージョン| メッセージタイプ| 結果| コード| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 送付者名| + +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ + | 受信機名| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 送付者ポート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 受信機ポート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 送付者インスタンス| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 受信機インスタンス| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Version
The GSMP protocol version number, currently Version = 1. It
should be set by the sender of the message to the GSMP
protocol version that the sender is currently running.
GSMPプロトコルバージョンが付番するバージョン、現在のバージョン=1。 それは送付者が現在走っているというGSMPプロトコルバージョンへのメッセージの送付者によって設定されるべきです。
Result
Field is not used in the adjacency protocol. It should be
set to zero by the sender and ignored by the receiver.
結果Fieldは隣接番組プロトコルに使用されません。 それは、送付者によってゼロに設定されて、受信機によって無視されるべきです。
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. 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に使用されるかもしれません。 RSTACKメッセージにおいて、Sender Name分野は生成するべきRSTACKメッセージを引き起こした入力メッセージからのReceiver Name分野の値に設定されます。
Newman, et. al. Informational [Page 37] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[37ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
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,
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.
受信機Name For SYN(SYNACK、およびACKメッセージ)はリンクの遠端にはあるメッセージ送信者が、信じている実体の名前です。 メッセージ送信者がリンクの遠端で実体の名前を知らないなら、この分野はゼロに設定されるべきです。 RSTACKメッセージにおいて、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.
Port numbers are locally assigned 32 bit values. 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メッセージ)はメッセージが送られるリンクの地方のポートナンバーです。 32ビットの値は局所的にポートナンバーに割り当てられます。 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
受信機Instance For SYN(SYNACK、およびACKメッセージ)は送付者がリンクの遠端における実体によって割り当てられたリンクの現在のインスタンス番号であると信じていることです。 メッセージ送信者がリンクの遠端における現在のインスタンス番号を知らないなら、この分野はゼロに設定されるべきです。 RSTACKメッセージ、Receiver Instanceのために
Newman, et. al. Informational [Page 38] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[38ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
field is set to the value of the Sender Instance field from
the incoming message that caused the RSTACK message to be
generated.
分野は生成するべきRSTACKメッセージを引き起こした入力メッセージからのSender Instance分野の値に設定されます。
8.2 Procedure
8.2手順
The adjacency protocol is described by the rules and state tables given in this section.
隣接番組プロトコルはこのセクションで与えられた規則とステートテーブルによって説明されます。
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)操作を表します。
Newman, et. al. Informational [Page 39] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[39ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
o A timer is required for the periodic generation of SYN, SYNACK,
and ACK messages. The period of the timer is unspecified but a
value of one second is suggested.
o タイマがSYN、SYNACK、およびACKメッセージの周期的な世代に必要です。 タイマの期間は不特定ですが、1秒の値は示されます。
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
Else the following State Tables.
パケットは到着します: 入力メッセージがRSTACK If Aである、C、SYNSENT ResetリンクElse DiscardメッセージElseは以下の州Tablesをそうします。
o State synchronization across a link is considered to be achieved
when the protocol reaches the ESTAB state.
o プロトコルがESTAB状態に達するとき、リンクの向こう側の州の同期が達成されると考えられます。
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 40] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[40ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
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 1) | ESTAB | +--------------------+-------------------------------------+-----------+ | ACK && B && C | Send ACK (note 1) | ESTAB | +--------------------+-------------------------------------+-----------+ | ACK && !(B && C) | Send RSTACK | ESTAB | +======================================================================+
+======================================================================+ | 状態| 動作| 新しい状態| +====================+=====================================+===========+ | SYN|| SYNACK| ACK(注意1)を送ってください。| ESTAB| +--------------------+-------------------------------------+-----------+ | ACK、B、C| ACK(注意1)を送ってください。| ESTAB| +--------------------+-------------------------------------+-----------+ | ACK、(B、C)| RSTACKを送ってください。| ESTAB| +======================================================================+
Note 1: No more than one ACK should be sent within any time period of length defined by the timer.
注意1: タイマによって定義された長さのどんな期間以内にも1ACKを送るべきです。
9. Failure Response Messages
9. 失敗応答メッセージ
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. A failure code of 16 is used for a failure that is specific to the particular request message and its meaning is defined within the text describing that message. The following failure codes are defined:
ヘッダーのResult分野が失敗(結果=4)を示していて、Code分野が失敗コードを与えていて、失敗応答メッセージは、失敗を引き起こした要求メッセージを返すことによって、形成されます。 失敗コードは要求メッセージを満たすことができないスイッチの理由を指定します。 16の失敗コードは特定の要求メッセージに特定の失敗に使用されます、そして、意味はそのメッセージについて説明するテキストの中で定義されます。 以下の失敗コードは定義されます:
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.
1: 他の失敗コードでカバーされなかった不特定の理由。 2: 無効の要求メッセージ。 3: 指定された要求はこのスイッチの上に実装されません。 4: 無効のポートセッション番号。 5: 指定されたポートの1つ以上は存在していません。
Newman, et. al. Informational [Page 41] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[41ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
6: One or more of the specified ports is down.
7: One or more of the specified VPIs or VCIs is out of range on
one or more of the requested ports.
8: The specified connection does not exist.
9: The specified branch does not exist.
10: A branch belonging to the specified multicast connection is
already established on the specified output port and the
switch cannot support more than a single branch of any
multicast connection on the same output port.
11: The limit on the maximum number of multicast connections that
the switch can support has been reached.
12: The limit on the maximum number of branches that the
specified multicast connection can support has been reached.
13: Unable to assign the requested VPI/VCI value to the requested
branch on the specified multicast connection.
14: General problem related to the manner in which multicast is
supported by the switch.
15: Out of resources (e.g. memory exhausted, etc.).
16: Failure specific to the particular message type.
6: 指定されたポートの1つ以上は下がっています。 7: 指定されたVPIsかVCIsの1つ以上は要求されたポートの1つ以上の範囲から脱しています。 8: 指定された接続は存在していません。 9: 指定されたブランチは存在しません。 10: 指定されたマルチキャスト接続のものである支店は指定された出力ポートで既に開設されます、そして、スイッチは同じ出力ポートにおけるどんなマルチキャスト接続の単一のブランチ以上もサポートすることができません。 11: スイッチがサポートすることができるマルチキャスト接続の最大数における限界に達しました。 12: 指定されたマルチキャスト接続が支えることができるブランチの最大数における限界に達しました。 13: 指定されたマルチキャスト接続のときに要求されたVPI/VCI値を要求されたブランチに配属できません。 14: どのマルチキャストに方法に関連する一般的問題はスイッチによってサポートされます。 15: リソース(例えば消耗するメモリなど)から。 16: 特定のメッセージタイプに、特定の失敗。
Newman, et. al. Informational [Page 42] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[42ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
REFERENCES
参照
[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月。
[rfc1700] "Assigned Numbers," STD 2, RFC 1700, October 1994.
[rfc1700]「規定番号」、STD2、RFC1700、1994年10月。
[rfc1573] "Evolution of the Interfaces Group of MIB-II," RFC 1573,
January 1994.
[rfc1573] 「MIB-IIのインタフェースグループの発展」、RFC1573、1994年1月。
SECURITY CONSIDERATIONS
セキュリティ問題
Security issues are not discussed in this document.
本書では安全保障問題について議論しません。
AUTHORS' ADDRESSES
作者のアドレス
Peter Newman Phone: +1 (415) 846-4603 Ipsilon Networks, Inc. Email: pn@ipsilon.com
ピーターニューマンPhone: +1 (415) 846-4603 IpsilonはInc.メールをネットワークでつなぎます: 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 (415) 846-4604 Ipsilon Networks, Inc. Email: hinden@ipsilon.com
ロバートM.Hindenは以下に電話をします。 +1 (415) 846-4604 IpsilonはInc.メールをネットワークでつなぎます: hinden@ipsilon.com
Eric Hoffman Phone: +1 (415) 846-4610 Ipsilon Networks, Inc. Email: hoffman@ipsilon.com
エリックホフマンPhone: +1 (415) 846-4610 IpsilonはInc.メールをネットワークでつなぎます: hoffman@ipsilon.com
Fong Ching Liaw Phone: +1 (415) 846-4607 Ipsilon Networks, Inc. Email: fong@ipsilon.com
フォンチンLiawは以下に電話をします。 +1 (415) 846-4607 IpsilonはInc.メールをネットワークでつなぎます: fong@ipsilon.com
Tom Lyon Phone: +1 (415) 846-4601 Ipsilon Networks, Inc. Email: pugs@ipsilon.com
トムリヨン電話: +1 (415) 846-4601 IpsilonはInc.メールをネットワークでつなぎます: pugs@ipsilon.com
Greg Minshall Phone: +1 (415) 846-4605 Ipsilon Networks, Inc. Email: minshall@ipsilon.com
グレッグMinshallは以下に電話をします。 +1 (415) 846-4605 IpsilonはInc.メールをネットワークでつなぎます: minshall@ipsilon.com
Newman, et. al. Informational [Page 43] RFC 1987 GSMP Protocol Specification August 1996
etニューマン、アル。 情報[43ページ]のRFC1987GSMPは仕様1996年8月に議定書を作ります。
Ipsilon Networks, Inc. is located at:
Ipsilon Networks Inc.は以下に位置しています。
2191 East Bayshore Road Suite 100 Palo Alto, CA 94303 USA
パロアルト、2191の東Bayshore道路スイート100カリフォルニア94303米国
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オーバーランドパーク(米国)
Newman, et. al. Informational [Page 44]
etニューマン、アル。 情報[44ページ]
一覧
スポンサーリンク
