Network Working Group D. Hamilton
Request for Comments: 2641 D. Ruffen
Category: Informational Cabletron Systems Incorporated
August 1999
Cabletron's VlanHello Protocol Specification
Version 4
Status of this Memo
このメモの位置付け
This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのための情報を提供します。それはどんな種類のインターネット標準を指定しません。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (C) The Internet Society (1999). All Rights Reserved.
著作権（C）インターネット協会（1999）。全著作権所有。
Abstract
抽象
The VlanHello protocol is part of the InterSwitch Message Protocol (ISMP) which provides interswitch communication between switches running Cabletron's SecureFast VLAN (SFVLAN) product. Switches use the VlanHello protocol to discover their neighboring switches and establish the topology of the switch fabric.
VlanHelloプロトコルはCabletronのSecureFast VLAN（SFVLAN）製品を実行してスイッチ間のスイッチ間通信を提供するのInterSwitchメッセージプロトコル（ISMP）の一部です。スイッチは、それらの隣接するスイッチを検出し、スイッチファブリックのトポロジーを確立するVlanHelloプロトコルを使用します。
Table of Contents
目次
1. Introduction...................................... 2
1.1 Data Conventions.............................. 2
2. VlanHello Protocol Operational Overview........... 2
2.1 Neighbor Discovery............................ 2
2.2 Port States................................... 3
2.3 Topology Events............................... 5
2.4 Timers........................................ 9
3. InterSwitch Message Protocol...................... 9
3.1 Frame Header.................................. 10
3.2 ISMP Packet Header............................ 11
3.3 ISMP Message Body............................. 12
4. Interswitch Keepalive Message..................... 13
5. Security Considerations........................... 16
6. References........................................ 16
7. Authors' Addresses................................ 16
8. Full Copyright Statement.......................... 17
This memo is being distributed to members of the Internet community in order to solicit reactions to the proposals contained herein. While the specification discussed here may not be directly relevant to the research problems of the Internet, it may be of interest to researchers and implementers.
このメモはここに含まれた提案に対する反応を勧誘するために、インターネットコミュニティのメンバーに配布されています。ここで説明する仕様は、インターネットの研究の問題に直接関係ないかもしれませんが、それは研究者や実装に興味があるかもしれ。
The methods used in this memo to describe and picture data adhere to the standards of Internet Protocol documentation [RFC1700], in particular:
特に、[RFC1700]を記述した画像データは、インターネットプロトコルのドキュメントの基準を遵守するために、このメモで使用される方法：
The convention in the documentation of Internet Protocols 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.
インターネットプロトコルのドキュメントの規則は、小数点以下の数字を表現すると、「ビッグエンディアン」の順番でデータを描くことです。これは、フィールドが右に左と最下位オクテットの最も重要なオクテットで、右に左に説明されているされています。
The order of transmission of the header and data described in this document is resolved to the octet level. 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.
オクテットが数値を表すときは常に図中最も左のビットが高位または最上位ビットです。つまり、ビットは0が最上位ビットであるラベル。
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.
マルチオクテットフィールドが数値を表すときはいつでも同様に、フィールド全体の最も左のビットが最上位ビットです。マルチオクテット量を送信する際に最も重要なオクテットが最初に送信されます。
Switches use the VlanHello protocol to detect their neighboring switches and establish the topology of the switch fabric.
スイッチは、それらの近接スイッチを検出してスイッチファブリックのトポロジーを確立するVlanHelloプロトコルを使用します。
At initialization, each switch sends an Interswitch Keepalive message out all local ports except those which have been preconfigured such that they cannot be Network ports (see Section 2.2). Then, as each switch discovers its neighboring switches via incoming Interswitch Keepalive messages, it notifies its local topology services (see Section 2.3), which then build the topology tables for the switching fabric.
初期化時に、各スイッチは、それらがネットワークポート（2.2節を参照）ことができないように事前に設定されているものを除くすべてのローカルポートをスイッチ間キープアライブメッセージを送出します。各スイッチは、着信スイッチ間キープアライブメッセージを介してその隣接スイッチを発見のように、それは、次いで、スイッチング・ファブリックのトポロジテーブルを構築、そのローカル・トポロジ・サービス（セクション2.3を参照）、通知します。
Each switch continues to send Interswitch Keepalive messages at regular intervals (currently 5 seconds). If a switch has not heard from one of its neighbors for some predetermined interval (see Section 2.4), notification is sent to all interested services and the neighboring switch is removed from the topology table.
各スイッチは、一定の間隔（現在は5秒）でスイッチ間キープアライブメッセージを送信し続けます。スイッチが（2.4節を参照）、いくつかの所定の間隔のために隣国のいずれかから聞いていない場合、通知は、すべての興味をサービスに送信され、隣接スイッチは、トポロジテーブルから削除されます。
Interswitch Keepalive messages are described in Section 4.
スイッチ間キープアライブメッセージは、第4章で説明されています。
Each port on a switch can be in one of several different states. These states are listed below. Figure 1 shows how the port state changes within the VlanHello protocol.
スイッチ上の各ポートは、いくつかの異なる状態のいずれかになります。これらの状態は以下のとおりです。図1は、VlanHelloプロトコル内のどのポートの状態変化を示します。
o Unknown. This is the default state of all ports at initialization.
O不明。これは、初期設定ですべてのポートのデフォルト状態です。
o Network. A port is deemed a Network port when the switch has received an Interswitch Keepalive message over the port from one of its neighbor switches. A transition to this state triggers a Neighbor Found event, notifying the local topology servers that the interface is functioning and a 2-way conversation has been established with the neighbor.
ネットワークO。スイッチはその隣接スイッチの一つからポートを介してスイッチ間キープアライブメッセージを受信したときにポートがネットワークポートと見なされます。この状態への遷移は、インタフェースが機能しているローカルトポロジサーバーに通知する、ネイバー発見イベントをトリガし、2ウェイの会話はネイバーと確立されています。
When the last switch is lost on a Network port, the state of the switch reverts to either Network Only (see next state) or to Unknown, and a Neighbor Lost event is triggered, notifying the local topology servers that the interface is no longer operational.
最後のスイッチは、ネットワークポート上で失われた場合には、スイッチの状態は、ネットワーク（次の状態を参照）、または未知のいずれかに戻り、隣接ロストイベントは、インタフェースは、もはや動作してローカルトポロジサーバーに通知する、トリガーされます。
o Network Only. Certain types of port interfaces are incapable of accessing user endstations and can only be used to access other switches. Such ports are deemed Network Only ports. If the last switch is lost from a port that has already been deemed a Network port, the VlanHello protocol checks the condition of the port interface. If it is the type of interface that can only be used to access other switches, the state of the port is set to Network Only. Otherwise, it reverts to Unknown.
Oネットワークのみ。ポートインターフェイスの特定のタイプは、ユーザエンドステーションにアクセスすることができないだけ他のスイッチにアクセスするために使用することができます。このようなポートは、ネットワークのみのポートとみなされています。最後のスイッチがすでにネットワークポートとみなされているポートから失われた場合、VlanHelloプロトコルはポートインターフェイスの状態をチェックします。それだけで他のスイッチにアクセスするために使用できるインターフェイスのタイプである場合、ポートの状態は唯一のネットワークに設定されています。それ以外の場合は、不明に戻ります。
o Standby. A port is deemed a Standby port under the following conditions: o The neighbor switch on the port has a higher level of functionality and it has determined that the local switch is incompatible with that functionality. In this circumstance, the MAC entry for the local switch in the Interswitch Keepalive message received from the neighbor contains an assigned status of Incompatible.
スタンバイO。ポート上の近接スイッチは、機能性のより高いレベルを有しOおよびそれがローカルスイッチは、その機能と互換性がないと判断した：ポートは、以下の条件でスタンバイポートとみなされます。この状況では、ネイバーから受信したスイッチ間キープアライブメッセージ内のローカルスイッチのMACエントリは、互換性の割り当て状況を含んでいます。
o The list of MAC entries in the Interswitch Keepalive message received from the neighbor switch does not contain an entry for the local switch. In this circumstance, the local switch assumes that communication with its neighbor will be one-way only.
O隣接スイッチから受信したスイッチ間のキープアライブメッセージ内のMACエントリのリストは、ローカルスイッチのエントリが含まれていません。この状況では、ローカルスイッチは、そのネイバーとの通信が一方向のみとなることを前提としています。
The VlanHello protocol continues to listen for Interswitch Keepalive messages on a Standby port, but does not transmit any Interswitch Keepalive messages over the port. If a message is received that removes the condition under which the port state was set to Standby, the state of the port is set to Network.
VlanHelloプロトコルは、スタンバイポートのスイッチ間キープアライブメッセージを受信し続けますが、ポート上で任意のスイッチ間キープアライブメッセージを送信しません。メッセージが受信された場合には、ポート状態がスタンバイ状態に設定し、ポートの状態がネットワークに設定される条件を除去します。
o Going to Access. When any packet other than an Interswitch Keepalive message is received over an Unknown port, the state of the port is changed to Going to Access and a timer is activated. If the timer expires without an Interswitch Keepalive message being received over the port, the port state changes to Access.
Oアクセスしよう。スイッチ間キープアライブメッセージ以外のパケットが不明なポートを介して受信された場合、ポートの状態がアクセスしようと変更され、タイマが起動されます。タイマーは、スイッチ間のキープアライブメッセージなしで期限が切れると、ポートを介してアクセスするポートの状態の変更を受信しています。
o Access. A port is deemed an Access port when any packet other than an Interswitch Keepalive message has been received over the port and the Going to Access timer has expired. A port can also be administratively designated an Access "control" port, meaning the port is to remain an Access port, regardless of the type of messages that are received on it. Interswitch Keepalive messages are not sent over Access control ports.
Oアクセス。スイッチ間キープアライブメッセージ以外のすべてのパケットがポート上で受信されていて、タイマーをアクセスしよう期限が切れている場合、ポートは、アクセスポートとみなされます。ポートは管理上のポートにかかわらずに受信したメッセージのタイプの、アクセスポートのままにするという意味、アクセス「コントロール」のポートを指定することができます。スイッチ間キープアライブメッセージは、アクセス制御ポートを介して送信されません。
Three other types of ports are recognized: the host management port, host data port, and host control port. These ports are designated at initialization and are used to access the host CPU. Interswitch Keepalive messages are not sent over these ports.
ポートの他の三つのタイプが認識されます。ホスト管理ポート、ホストデータポート、およびホスト制御ポートを。これらのポートは、初期化時に指定され、ホストCPUにアクセスするために使用されています。スイッチ間キープアライブメッセージは、これらのポートを介して送信されることはありません。
Packet in
|
V
+---------+
Packet in | Unknown |
| +---------+
G-A V |
Timer +----------+ no V
exp | Going to |<------[KA msg?] Packet in
<------| Access | | |
| +----------+ yes | V
V | V yes +---------+
+--------+ V [1-way?]------+-->| Standby |
| Access | [KA msg?] | ^ +---------+
+--------+ | | no | |
| V no | V
yes | [compatible?]----+ [KA msg?]
| | |
| | yes | yes
| V V
V +---------+ [1-way?]
+--------->| Network |<--+ |
+---------+ ^ | no
| | yes V
lost last | +<----[compatible?]
neighbor |
V
[network]
[ only? ]
|
+--------------+ yes | no +---------+
| Network Only |<-----------+----------->| Unknown |
+--------------+ +---------+
Figure 1: Port State Machine
図1：ポートステートマシン
When the VlanHello protocol discovers new information about the status of one of its network ports, it notifies its local topology service center so that the service center can build or modify the topology tables for the switch fabric. This notification takes the form of a system event, described in a structure known as a topology relay structure. These structures are linked in a first-in/first-out (FIFO) queue and processed by the topology servers in the order in which they were received.
VlanHelloプロトコルは、ネットワークポートのいずれかのステータスに関する新しい情報を発見すると、サービスセンターは、スイッチファブリックのトポロジテーブルを構築したり、修正することができるように、それはそのローカルトポロジーサービスセンターに通知します。この通知は、トポロジリレー構造として知られる構造に記載されたシステム・イベントの形をとります。これらの構造は、それらが受信された順序でトポロジーサーバによってファーストイン/ファーストアウト（FIFO）キューにリンクされて処理されています。
A topology relay structure typically contains information from Interswitch Keepalive messages received on the specified port, as shown below.
トポロジリレー構造は、典型的には、以下に示すように、指定されたポートで受信されたスイッチ間キープアライブメッセージからの情報を含みます。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
00 | Event |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
04 | Delta options mask |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
08 | Current options mask |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
12 | Port number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
16 | |
+ Port neighbor switch identifier +
| |
+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| | Port neighbor IP address ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
28 | ... Port neighbor IP address | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Neighbor chassis MAC addr +
32 | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
36 | Neighbor chassis IP address |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
40 | Neighbor functional level |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
44 | Topology agent |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
48 | Next event |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Event
イベント
This 4-octet field contains the number of the event. Valid values are as follows:
この4オクテットのフィールドは、イベントの数が含まれています。有効な値は次のとおりです：
1 A new neighbor switch was discovered on the specified port. 2 The neighbor switch has gained the feature(s) specified in the Delta options mask. 3 The neighbor switch has lost the feature(s) specified in the Delta options mask. 4 The neighbor switch has timed out and is presumed down. 5 The specified port is down.
1新しい隣人スイッチは、指定されたポート上で発見されました。 2隣接スイッチは、デルタオプションマスクで指定されている機能（複数可）を得ています。 3隣接スイッチは、デルタオプションマスクで指定されている機能（複数可）を失ってしまいました。 4ネイバースイッチがタイムアウトしたとダウンと推定されます。 5指定されたポートがダウンしています。
6 The neighbor switch has been previously seen on a different port. The specified port is the previous port. 7 The specified port is being reassigned to another topology agent. Event is generated by the current (old) agent. 8 The port is looped -- that is, the Keepalive message was generated by the receiving switch. 9 The port is crossed -- that is, a Keepalive message was received on a port not owned by this topology agent. 10 The neighbor switch's functional level has changed. 11 The neighbor switch is running an incompatible version of the protocol. 12 Two-way communication with the neighbor switch has been lost. 13 The neighbor switch's Keepalive message sequence number has been reset, indicating the switch itself has been reset.
6ネイバースイッチは、以前に別のポートで確認されています。指定されたポートは、以前のポートです。 7指定されたポートは、他のトポロジ・エージェントに再割り当てされています。イベントは、現在の（旧）エージェントによって生成されます。 8ポートがループされる - つまり、キープアライブメッセージが受信スイッチによって生成されました。 9ポートが交差している - つまり、キープアライブメッセージは、このトポロジ・エージェントが所有していないポートで受信されました。 10隣人スイッチの機能レベルが変更されました。 11近接スイッチは、プロトコルの互換性のないバージョンを実行しています。隣接スイッチと12の双方向通信が失われました。 13近接スイッチのキープアライブメッセージのシーケンス番号は、それ自体がリセットされたスイッチを示し、リセットされています。
Delta options mask
デルタオプションマスク
This 4-octet field contains a bit map specifying the feature(s) gained or lost by the neighbor switch (events 2 and 3 only). Valid values are as specified for the next field, Current options mask.
この4オクテットフィールドは、機能（S）近接スイッチによって得られた又は失われた（イベント2及び3のみ）を指定するビットマップを含みます。有効な値は、次のフィールドに指定されているように、現在のオプションがマスク。
Current options mask
現在のオプションは、マスク
This 4-octet field contains a bit map specifying the features of the neighbor switch. Bit assignments are as follows:
この4オクテットのフィールドは、隣接スイッチの機能を指定するビットマップが含まれています。次のようにビット割り当ては、次のとおりです。
1 (unused) 2 The switch is a VLAN switch. 4 The switch has link state capability. 8 The switch has loop-free flood path capability. 16 The switch has resolve capability. 32 (unused) 64 The switch has tag-based flood capability. 128 The switch has tap capability. 256 The switch has message connection capability. 512 The switch has redundant access capability. 1024 The switch is an isolated switch. 4096 The switch is an uplink. (SFVLAN V1.8 only) 8192 The switch is an uplink to core. (SFVLAN V1.8 only) 16384 The port is an uplink port. (SFVLAN V1.8 only) 32768 The port is an uplink flood port. (SFVLAN V1.8 only)
1（未使用）2スイッチは、VLANスイッチです。 4スイッチは、リンクステート能力を有します。 8スイッチがループのない洪水のパス能力を有します。 16スイッチは、解決能力を有します。 32（未使用）64スイッチは、タグベースの洪水能力を有しています。 128スイッチはタップ能力を有します。 256スイッチは、メッセージの接続機能を持っています。 512スイッチは、冗長アクセス能力を有しています。 1024スイッチは、単離されたスイッチです。 4096スイッチは、アップリンクです。 （SFVLAN V1.8のみ）8192スイッチは、コアへのアップリンクです。 （SFVLAN V1.8のみ）16384ポートがアップリンクポートです。 （SFVLAN V1.8のみ）32768ポートは、アップリンクフラッドポートです。 （SFVLAN V1.8のみ）
Port number
ポート番号
This 4-octet field contains the logical number of the local port for which the event was generated.
この4オクテットフィールドは、イベントが生成されたローカルポートの論理番号を含んでいます。
Port neighbor switch identifier
ポートネイバースイッチ識別子
This 10-octet field contains the internal identifier of the neighbor switch discovered on the port. The identifier consists of the 6-octet physical (MAC) address of the neighbor switch, followed by the 4-octet logical port number (local to the neighbor switch) on which the neighbor was discovered.
この10オクテットフィールドは、ポート上で発見された隣接スイッチの内部識別子が含まれています。識別子は、隣人が発見された（隣接スイッチに対してローカル）4オクテット論理ポート番号に続く隣接スイッチの6オクテットの物理（MAC）アドレス、から成ります。
Port neighbor IP address
ポート隣人IPアドレス
This 4-octet field contains the Internet Protocol (IP) address of the neighbor switch.
この4オクテットのフィールドは、隣接スイッチのインターネットプロトコル（IP）アドレスが含まれています。
Neighbor chassis MAC address
近隣シャーシMACアドレス
This 6-octet field contains the physical (MAC) address of the chassis of the neighbor switch.
この6オクテットのフィールドは、隣接スイッチのシャーシの物理（MAC）アドレスが含まれています。
Neighbor chassis IP address
近隣シャーシIPアドレス
This 4-octet field contains the Internet Protocol (IP) address of the chassis of the neighbor switch.
この4オクテットのフィールドは、隣接スイッチのシャーシのインターネットプロトコル（IP）アドレスが含まれています。
Neighbor functional level
近隣の機能レベル
This 4-octet field contains the functional level of the neighbor switch, as determined by the version level of the SecureFast VLAN software under which this switch is operating. Valid values are as follows:
このスイッチが動作している下SecureFast VLANソフトウェアのバージョンレベルによって決定されるように、この4オクテットフィールドは、隣接スイッチの機能レベルを含んでいます。有効な値は次のとおりです：
1 The switch is running a version of SFVLAN prior to Version 1.8. 2 The switch is running SFVLAN Version 1.8 or greater.
1スイッチは、前バージョン1.8にSFVLANのバージョンを実行しています。 2スイッチはSFVLANバージョン1.8以上を実行しています。
Topology agent
トポロジ・エージェント
This 4-octet field contains a pointer to the topology agent that generated the event. The pointer here can reference any of the topology agents that send Interswitch Keepalive messages -- that is, any agent running the VlanHello protocol.
この4オクテットのフィールドは、イベントを生成したトポロジー・エージェントへのポインタが含まれています。 、VlanHelloプロトコルを実行している任意の薬剤である - ここでのポインタはスイッチ間キープアライブメッセージを送信するトポロジー剤のいずれかを参照することができます。
Next event
次のイベント
This 4-octet field contains a pointer to the next event relay structure in the list.
この4オクテットフィールドは、リスト内の次のイベントリレー構造体へのポインタが含まれています。
The VlanHello protocol uses three timers.
VlanHelloプロトコルは、3つのタイマーを使用しています。
o Send Hello timer. The Send Hello timer is used to control the interval at which Interswitch Keepalive messages are sent.
O Helloタイマーを送信します。こんにちは、送信タイマがスイッチ間キープアライブメッセージを送信する間隔を制御するために使用されます。
o Aging timer. The Aging Timer is used to detect when communication with a neighboring switch has been lost.
Oエージングタイマー。エージングタイマーは、隣接スイッチとの通信が失われたときを検出するために使用されます。
o Going to Access timer. The Going to Access timer is used to synchronize the transition of a port state to Access and prevent a port from being prematurely designation as an Access port during network initialization. If an Unknown port receives any packet other than an Interswitch Keepalive message, the port state is set to Going To Access. If the switch receives an Interswitch Keepalive message over that port before the timer expires, the port state is changed to Network. Otherwise, when the timer expires, the port state is changed to Access.
Oタイマーをアクセスしよう。タイマーをアクセスしようアクセスするポートの状態の遷移を同期させ、早期にネットワークの初期化中にアクセスポートとして指定されてからポートを防止するために使用されます。不明なポートがスイッチ間キープアライブメッセージ以外のすべてのパケットを受信した場合、ポートの状態がアクセスしように設定されています。スイッチはタイマーが切れる前に、そのポートを介してスイッチ間キープアライブメッセージを受信した場合、ポートの状態は、ネットワークに変更されます。タイマーが満了したときにそれ以外の場合は、ポートの状態がアクセスに変更されます。
The VlanHello protocol operates as part of the InterSwitch Message Protocol (ISMP) -- part of Cabletron's SecureFast VLAN (SFVLAN) product, as described in [IDsfvlan]. ISMP provides a consistent method of encapsulating and transmitting network control messages exchanged between SFVLAN switches.
【IDsfvlan]に記載されているように、CabletronのSecureFast VLAN（SFVLAN）製品の一部 - VlanHelloプロトコルはのInterSwitchメッセージプロトコル（ISMP）の一部として動作します。 ISMPは、メッセージがSFVLANスイッチ間で交換ネットワーク制御をカプセル化し、送信の一貫した方法を提供します。
ISMP message packets are of variable length and have the following general structure:
ISMPメッセージパケットは、可変長であり、以下の一般構造を有します。
o Frame header o ISMP packet header o ISMP message body
ICMPメッセージボディO ICMPパケットヘッダ中のOフレームヘッダ
ISMP packets are encapsulated within an IEEE 802-compliant frame using a standard header as shown below:
以下に示すようにISMPパケットは、標準ヘッダを使用して、IEEE 802準拠のフレーム内にカプセル化されます。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
00 | |
+ Destination address +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
04 | | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Source address +
08 | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
12 | Type | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +
16 | |
+ +
: :
Destination address
宛先アドレス
This 6-octet field contains the Media Access Control (MAC) address of the multicast channel over which all switches in the fabric receive ISMP packets. The destination address fields of all ISMP packets contain a value of 01-00-1D-00-00-00.
この6オクテットフィールドは、ファブリック内のすべてのスイッチがISMPパケットを受信し、その上、マルチキャストチャネルのメディアアクセス制御（MAC）アドレスを含みます。すべてのISMPパケットの宛先アドレスフィールドは01-00-1D-00-00-00の値が含まれています。
Source address
ソースアドレス
This 6-octet field contains the physical (MAC) address of the switch originating the ISMP packet.
この6オクテットフィールドはISMPパケットを発信スイッチの物理（MAC）アドレスを含みます。
Type
タイプ
This 2-octet field identifies the type of data carried within the frame. The type field of ISMP packets contains the value 0x81FD.
この2オクテットフィールドは、フレーム内に運ばれたデータのタイプを識別する。 ISMPパケットのタイプフィールドは値0x81FDが含まれています。
The ISMP packet header consists of a variable number of octets, as shown below:
以下に示すようにISMPパケットヘッダは、オクテットの可変数で構成されています。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
00 |///////////////////////////////////////////////////////////////|
://////// Frame header /////////////////////////////////////////:
+//////// (14 octets) /////////+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
12 |///////////////////////////////| ISMP Version |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
16 | ISMP message type | Sequence number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
20 | Code length | |
+-+-+-+-+-+-+-+-+ +
| Authentication code |
: :
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
: :
Frame header
フレームヘッダ
This 14-octet field contains the frame header.
この14オクテットフィールドは、フレームヘッダを含んでいます。
ISMP Version
ISMPバージョン
This 2-octet field contains the version number of the InterSwitch Message Protocol to which this ISMP packet adheres. The VlanHello protocol uses ISMP Version 3.0.
この2オクテットのフィールドは、このISMPパケットが付着するのInterSwitchメッセージプロトコルのバージョン番号が含まれています。 VlanHelloプロトコルはISMPバージョン3.0を使用しています。
ISMP message type
ISMPメッセージタイプ
This 2-octet field contains a value indicating which type of ISMP message is contained within the message body. VlanHello Interswitch Keepalive messages have a message type of 2.
この2オクテットフィールドはISMPメッセージのタイプは、メッセージ本体内に含まれているかを示す値を含みます。 VlanHelloスイッチ間キープアライブメッセージは、2のメッセージ・タイプを持っています。
Sequence number
シーケンス番号
This 2-octet field contains an internally generated sequence number used by the various protocol handlers for internal synchronization of messages.
この2オクテットのフィールドは、メッセージの内部同期のための様々なプロトコルハンドラによって使用される内部生成されたシーケンス番号を含みます。
Code length
コードの長さ
This 1-octet field contains the number of octets in the Authentication code field of the message.
この1オクテットのフィールドは、メッセージの認証コードフィールドのオクテット数を含んでいます。
Authentication code
認証コード
This variable-length field contains an encoded value used for authentication of the ISMP message.
この可変長フィールドは、ISMPメッセージの認証に使用される符号化された値を含みます。
The ISMP message body is a variable-length field containing the actual data of the ISMP message. The length and content of this field are determined by the value found in the message type field.
ISMPメッセージ本体はISMPメッセージの実際のデータを含む可変長フィールドです。このフィールドの長さと内容は、メッセージタイプフィールドで見つかった値によって決定されます。
The format of the VlanHello Interswitch Keepalive message is described in the next section.
VlanHelloスイッチ間キープアライブメッセージのフォーマットは、次のセクションに記載されています。
The VlanHello Interswitch Keepalive message consists of a variable number of octets, as shown below:
以下に示すようにVlanHelloスイッチ間キープアライブメッセージは、オクテットの可変数で構成されています。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
00 | |
+ Frame header / +
: ISMP packet header :
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
n | Version | Switch IP address ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
n+4 | ... Switch IP address | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +
n+8 | |
+ Switch ID +
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
n+16 | |
+ Chassis MAC address +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| | Chassis IP address ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
n+24 | ... Chassis IP address | Switch type |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
n+28 | Functional level |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
n+32 | Options |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
n+36 | Base MAC count | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +
n+40 | |
: Base MAC entries :
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
n = 21 + length of the authentication code of the packet
パケットの認証コードのN = 21 +長さ
Frame header/ISMP packet header
フレームヘッダー/ ISMPパケットヘッダ
This variable-length field contains the frame header and the ISMP packet header.
この可変長フィールドは、フレームヘッダとISMPパケットヘッダを含んでいます。
Version
版
This 2-octet field contains the version number of the VlanHello protocol to which this message adheres. This document describes VlanHello Version 4.
この2オクテットのフィールドは、このメッセージが付着したVlanHelloプロトコルのバージョン番号を含みます。この文書では、VlanHelloバージョン4を説明します。
Switch IP address
スイッチのIPアドレス
This 4-octet field contains the Internet Protocol (IP) address of the sending switch.
この4オクテットのフィールドは、送信スイッチのインターネットプロトコル（IP）アドレスが含まれています。
Switch ID
スイッチのID
This 10-octet field contains the internal ISMP identifier of the sending switch. The identifier is generated by the sending switch and consists of the 6-octet physical (MAC) address of the switch, followed by a 4-octet value containing the logical port number over which the switch sent the packet.
この10オクテットフィールドは、送信スイッチの内部ISMP識別子が含まれています。識別子は、送信スイッチによって生成され、スイッチがパケットを送信し、その上の論理ポート番号を含む4オクテット値続くスイッチの6オクテットの物理（MAC）アドレスで構成されています。
Chassis MAC
シャーシMAC
This 6-octet field contains the physical (MAC) address of the chassis of the sending switch.
この6オクテットフィールドは送信スイッチのシャーシの物理（MAC）アドレスを含みます。
Chassis IP address
シャーシIPアドレス
This 4-octet field contains the Internet Protocol (IP) address of the switch chassis.
この4オクテットのフィールドは、スイッチシャーシのインターネットプロトコル（IP）アドレスが含まれています。
Switch type
スイッチタイプ
This 2-octet field contains the type of the switch. Currently, the only value recognized here is as follows:
この2オクテットのフィールドは、スイッチのタイプが含まれています。次のように現在、ここで認識される唯一の値です。
2 The switch is an SFVLAN switch.
2スイッチはSFVLANスイッチです。
Functional level
機能レベル
This 4-octet field contains the functional level of the sending switch, as determined by the version level of the SecureFast VLAN software under which this switch is operating. Valid values are as follows:
このスイッチが動作している下SecureFast VLANソフトウェアのバージョンレベルによって決定されるように、この4オクテットフィールドは、送信スイッチの機能レベルを含んでいます。有効な値は次のとおりです：
1 The switch is running a version of SFVLAN prior to Version 1.8. 2 The switch is running SFVLAN Version 1.8 or greater.
1スイッチは、前バージョン1.8にSFVLANのバージョンを実行しています。 2スイッチはSFVLANバージョン1.8以上を実行しています。
Options
オプション
This 4-octet field contains a bit map specifying the features of the switch. Bit assignments are as follows:
この4オクテットのフィールドは、スイッチの機能を指定するビットマップが含まれています。次のようにビット割り当ては、次のとおりです。
1 (unused) 2 The switch is a VLAN switch. 4 The switch has link state capability. 8 The switch has loop-free flood path capability. 16 The switch has resolve capability. 32 (unused) 64 The switch has tag-based flood capability. 128 The switch has tap capability. 256 The switch has message connection capability. 512 The switch has redundant access capability. 1024 The switch is an isolated switch. 4096 The switch is an uplink. (SFVLAN V1.8 only) 8192 The switch is an uplink to core. (SFVLAN V1.8 only) 16384 The port is an uplink port. (SFVLAN V1.8 only) 32768 The port is an uplink flood port. (SFVLAN V1.8 only)
1（未使用）2スイッチは、VLANスイッチです。 4スイッチは、リンクステート能力を有します。 8スイッチがループのない洪水のパス能力を有します。 16スイッチは、解決能力を有します。 32（未使用）64スイッチは、タグベースの洪水能力を有しています。 128スイッチはタップ能力を有します。 256スイッチは、メッセージの接続機能を持っています。 512スイッチは、冗長アクセス能力を有しています。 1024スイッチは、単離されたスイッチです。 4096スイッチは、アップリンクです。 （SFVLAN V1.8のみ）8192スイッチは、コアへのアップリンクです。 （SFVLAN V1.8のみ）16384ポートがアップリンクポートです。 （SFVLAN V1.8のみ）32768ポートは、アップリンクフラッドポートです。 （SFVLAN V1.8のみ）
Base MAC count
基本MAC数
This 2-octet field contains the number of entries in the list of Base MAC entries.
この2オクテットのフィールドは、ベースMACエントリのリスト内のエントリ数が含まれています。
Base MAC entries
基本MACエントリ
This variable-length field contains a list of entries for all neighboring switches that the sending switch has previously discovered on the port over which the message was sent. The number of entries is found in the Base MAC count field.
この可変長フィールドには、送信スイッチは以前にメッセージが送信された上でのポート上で発見したすべての隣接スイッチのエントリのリストが含まれています。エントリの数は、基本MACカウントフィールドに含まれています。
Each MAC entry is 10 octets long, structured as follows:
次のように各MACエントリは10オクテット長、構成されています。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
+ Switch MAC address +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| | Assigned neighbor state ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ... Assigned neighbor state |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Switch MAC address
MACアドレスをスイッチ
This 6-octet field contains the base MAC address of the neighboring switch.
この6オクテットフィールドは、隣接スイッチのベースMACアドレスを含みます。
Assigned neighbor state
割り当てられたネイバーの状態
This 4-octet field contains the assigned state of the neighboring switch as perceived by the sending switch. Currently, the only value valid here is 3, indicating a state of Network
送信スイッチによって知覚されるように、この4オクテットフィールドは、隣接スイッチの割り当てられた状態を含んでいます。現在、ここで有効な唯一の値は、ネットワークの状態を示す、3です
Security concerns are not addressed in this document.
セキュリティ上の懸念は、このドキュメントでは扱われていません。
[RFC1700] Reynolds, J. and J. Postel, "Assigned Numbers", STD 2, RFC 1700, October 1994.
[RFC1700]レイノルズ、J.およびJ.ポステル、 "割り当て番号"、STD 2、RFC 1700、1994年10月。
[IDsfvlan] Ruffen, D., Len, T. and J. Yanacek, "Cabletron's SecureFast VLAN Operational Model", RFC 2643, August 1999.
[IDsfvlan] Ruffen、D.、レン、T.およびJ. Yanacek、 "CabletronのSecureFast VLAN運用モデル"、RFC 2643、1999年8月。
[IDvlsp] Kane, L., "Cabletron's VLS Protocol Specification", RFC 2642, August 1999.
[IDvlsp]ケイン、L.、 "CabletronのVLSプロトコル仕様"、RFC 2642、1999年8月。
Dave Hamilton Cabletron Systems, Inc. Post Office Box 5005 Rochester, NH 03866-5005
デイブ・ハミルトンCabletron Systems、Inc.の私書箱5005ロチェスター、NH 03866から5005
Phone:(603) 332-9400 EMail: daveh@ctron.com
電話：（603）332-9400 Eメール：daveh@ctron.com
Dave Ruffen Cabletron Systems, Inc. Post Office Box 5005 Rochester, NH 03866-5005
デイブRuffen Cabletron Systems、Inc.の私書箱5005ロチェスター、NH 03866から5005
Phone:(603) 332-9400 EMail: ruffen@ctron.com
電話：（603）332-9400 Eメール：ruffen@ctron.com
Copyright (C) The Internet Society (1999). All Rights Reserved.
著作権（C）インターネット協会（1999）。全著作権所有。
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.
この文書とその翻訳は、コピーして他の人に提供し、それ以外についてはコメントまたは派生物は、いかなる種類の制限もなく、全体的にまたは部分的に、準備コピーし、公表して配布することができることを説明したり、その実装を支援することができます、上記の著作権表示とこの段落は、すべてのそのようなコピーや派生物に含まれていることを条件とします。しかし、この文書自体は著作権のための手順はで定義されている場合には、インターネット標準を開発するために必要なものを除き、インターネットソサエティもしくは他のインターネット関連団体に著作権情報や参照を取り除くなど、どのような方法で変更されないかもしれませんインターネット標準化プロセスが続く、または英語以外の言語に翻訳するために、必要に応じなければなりません。
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.
上記の制限は永久で、インターネット学会やその後継者や譲渡者によって取り消されることはありません。
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
この文書とここに含まれている情報は、基礎とインターネットソサエティおよびインターネットエンジニアリングタスクフォースはすべての保証を否認し、明示または黙示、その情報の利用がない任意の保証を含むがこれらに限定されない「として、」上に設けられています特定の目的への権利または商品性または適合性の黙示の保証を侵害します。
Acknowledgement
謝辞
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。