RFC2641 日本語訳
2641 Cabletron's VlanHello Protocol Specification Version 4. D.Hamilton, D. Ruffen. August 1999. (Format: TXT=34686 bytes) (Status: INFORMATIONAL)
プログラムでの自動翻訳です。
英語原文
Network Working Group D. Hamilton
Request for Comments: 2641 D. Ruffen
Category: Informational Cabletron Systems Incorporated
August 1999
コメントを求めるワーキンググループD.ハミルトンの要求をネットワークでつないでください: 2641年のD.Ruffenカテゴリ: 1999年8月の法人組織の情報のCabletronシステム
Cabletron's VlanHello Protocol Specification
Version 4
CabletronのVlanHelloプロトコル仕様バージョン4
Status of this Memo
このMemoの状態
This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのための情報を提供します。 それはどんな種類のインターネット標準も指定しません。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The Internet Society (1999). All Rights Reserved.
Copyright(C)インターネット協会(1999)。 All rights reserved。
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コミュニケーションに供給するInterSwitch Messageプロトコル(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
1. 序論… 2 1.1 データコンベンション… 2 2. VlanHelloは操作上の概要について議定書の中で述べます… 2 2.1 隣人発見… 2 2.2 州を移植してください… 3 2.3 トポロジーイベント… 5 2.4個のタイマ… 9 3. InterSwitchメッセージプロトコル… 9 3.1 ヘッダーを罪に陥れてください… 10 3.2 ISMPパケットのヘッダー… 11 3.3ISMPメッセージボディー… 12 4. Interswitch Keepaliveメッセージ… 13 5. セキュリティ問題… 16 6. 参照… 16 7. 作者のアドレス… 16 8. 完全な著作権宣言文… 17
Hamilton & Ruffen Informational [Page 1] RFC 2641 Cabletron's VlanHello Protocol Version 4 August 1999
ハミルトンとRuffenの情報[1ページ]のRFC2641CabletronのVlanHelloプロトコルバージョン1999年8月4日
1. Introduction
1. 序論
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.
このメモは、ここに含まれた提案への反応に請求するためにインターネットコミュニティのメンバーに配布されています。 ここで議論した仕様が直接インターネットの研究課題に関連していないかもしれない間、それは研究者とimplementersに興味があるかもしれません。
1.1 Data Conventions
1.1 データコンベンション
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.
同様に、マルチ八重奏分野が数値量を表すときはいつも、大部分が噛み付いた全体の分野の左は最も重要なビットです。 マルチ八重奏量が伝えられるとき、最も重要な八重奏は最初に、伝えられます。
2. VlanHello Protocol Operational Overview
2. VlanHelloのプロトコルの操作上の概要
Switches use the VlanHello protocol to detect their neighboring switches and establish the topology of the switch fabric.
スイッチは、それらの隣接しているスイッチを検出して、スイッチ骨組みのトポロジーを証明するのにVlanHelloプロトコルを使用します。
2.1 Neighbor Discovery
2.1 隣人発見
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.
初期化では、各スイッチはそれらがNetworkポートであるはずがない(セクション2.2を見る)ようにあらかじめ設定されたもの以外のすべての地方のポートからInterswitch Keepaliveメッセージを送ります。 そして、各スイッチが入って来るInterswitch Keepaliveメッセージで隣接しているスイッチを発見するとき、それは切り換え骨組みのためのトポロジーテーブルがその時建てられる地方のトポロジーサービス(セクション2.3を見る)に通知します。
Hamilton & Ruffen Informational [Page 2] RFC 2641 Cabletron's VlanHello Protocol Version 4 August 1999
ハミルトンとRuffenの情報[2ページ]のRFC2641CabletronのVlanHelloプロトコルバージョン1999年8月4日
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秒)メッセージをInterswitch Keepaliveに送り続けています。 スイッチがいくつかの予定された間隔の間、隣人のひとりから聞かれていないなら(セクション2.4を見てください)、すべての関心があるサービスに通知を送ります、そして、トポロジーテーブルから隣接しているスイッチを取り外します。
Interswitch Keepalive messages are described in Section 4.
Interswitch Keepaliveメッセージはセクション4で説明されます。
2.2 Port States
2.2 ポート州
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つにあることができます。 これらの州は以下に記載されています。 図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 ネットワークでつなぎます。 スイッチが隣人スイッチの1つからInterswitch Keepaliveメッセージをポートの上に受け取ったとき、ポートはNetworkポートであると考えられます。 この状態への変遷はNeighbor Foundイベントの引き金となります、インタフェースが機能していて、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.
最後のスイッチがNetworkポートの上でなくされているとき、スイッチの状態はNetwork Only(次の状態を見る)、または、Unknownに戻ります、そして、Neighbor Lostイベントは引き起こされます、インタフェースがもう操作上でないようにローカルのトポロジーサーバに通知して。
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 ネットワーク専用。 あるタイプのポートインタフェースは、ユーザendstationsにアクセスできないで、他のスイッチにアクセスするのに使用できるだけです。 そのようなポートはNetwork Onlyポートであると考えられます。 最後のスイッチがNetworkポートであると既に考えられたポートからなくされているなら、VlanHelloプロトコルはポートインタフェースの状態をチェックします。 それが他のスイッチにアクセスするのに使用できるだけであるインタフェースのタイプであるなら、ポートの状態はNetwork Onlyに設定されます。 さもなければ、それはUnknownに戻ります。
o Standby. A port is deemed a Standby port under the following
conditions:
o 予備。 ポートは以下の条件の下のStandbyポートであると考えられます:
Hamilton & Ruffen Informational [Page 3] RFC 2641 Cabletron's VlanHello Protocol Version 4 August 1999
ハミルトンとRuffenの情報[3ページ]のRFC2641CabletronのVlanHelloプロトコルバージョン1999年8月4日
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 ポートの上の隣人スイッチには、より高いレベルの機能性があります、そして、それは地方のスイッチがその機能性と非互換であることを決定しました。 この状況では、隣人から受け取られたInterswitch Keepaliveメッセージの地方のスイッチのためのMACエントリーはIncompatibleの割り当てられた状態を含んでいます。
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 隣人スイッチから受け取られたInterswitch Keepaliveメッセージにおける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プロトコルは、Standbyポートに関するInterswitch Keepaliveメッセージの聞こうとし続けていますが、どんなInterswitch Keepaliveメッセージもポートの上に送りません。 メッセージが受信されているなら、それはポート州がStandbyに設定された状態を取り除いて、ポートの状態はNetworkに設定されます。
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 アクセサリーに行きます。 Interswitch Keepaliveメッセージ以外のどんなパケットもUnknownポートの上に受け取るとき、ポートの状態はAccessへのGoingに変わります、そして、タイマは活性です。 タイマがポートの上に受け取られるInterswitch Keepaliveメッセージなしで期限が切れるなら、ポート州はAccessに変化します。
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 アクセサリー Interswitch Keepaliveメッセージ以外のどんなパケットもポートの上に受け取って、AccessタイマへのGoingが期限が切れたとき、ポートはAccessポートであると考えられます。 また、行政上Access「コントロール」ポートにポートを指定できます、ポートがAccessポートのままで残ることになっていることを意味して、それに受け取られるメッセージのタイプにかかわらず。 Interswitch KeepaliveメッセージはAccess制御ポートの上に送られません。
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.
他の3つのタイプのポートは認識されます: ホスト管理ポート、ホストデータポート、およびホストはポートを制御します。 これらのポートは、初期化で指定されて、ホストCPUにアクセスするのに使用されます。 Interswitch Keepaliveメッセージはこれらのポートの上に送られません。
Hamilton & Ruffen Informational [Page 4] RFC 2641 Cabletron's VlanHello Protocol Version 4 August 1999
ハミルトンとRuffenの情報[4ページ]のRFC2641CabletronのVlanHelloプロトコルバージョン1999年8月4日
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 |
+--------------+ +---------+
中のパケット| +に対して---------+ 中のパケット| 未知| | +---------+ G-A V| タイマ+----------+ V expがありません。| 進行中| <、-、-、-、-、--[kA msg]? <のパケット------| アクセス| | | | +----------+ はい| V V| Vはい+---------+ +--------[1ウェイ?]に対する+------+-->| 予備| | アクセス| [kA msg]? | ^ +---------+ +--------+ | | いいえ| | | Vノー| Vはい| [コンパチブル]?----+ [kA msg]? | | | | | はい| はい| +に対するV V---------+ [1ウェイ]? +--------->| ネットワーク| <--+ | +---------+ ^ | いいえ| | はいV最後に失われた| + <。----[コンパチブル]?の隣人| [単に?]のV[ネットワーク] | +--------------+ はい| +がありません。---------+ | ネットワーク専用| <、-、-、-、-、-、-、-、-、-、--+----------->| 未知| +--------------+ +---------+
Figure 1: Port State Machine
図1: ポート州のマシン
2.3 Topology Events
2.3 トポロジーイベント
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プロトコルがネットワークポートの1つの状態に関する新情報を発見するとき、それは、サービスセンターがスイッチ骨組みのためにトポロジーテーブルを組立てるか、または変更できるように、地方のトポロジーのサービスセンターに通知します。 この通知はトポロジーリレー構造として知られている構造で説明されたシステムイベントの形を取ります。 これらの構造は、外で中の第1/最初の(先入れ先出し法)待ち行列でリンクされて、それらが受け取られたオーダーでトポロジーサーバによって処理されます。
Hamilton & Ruffen Informational [Page 5] RFC 2641 Cabletron's VlanHello Protocol Version 4 August 1999
ハミルトンとRuffenの情報[5ページ]のRFC2641CabletronのVlanHelloプロトコルバージョン1999年8月4日
A topology relay structure typically contains information from Interswitch Keepalive messages received on the specified port, as shown below.
トポロジーリレー構造は以下に示されるように指定されたポートの上に受け取られたInterswitch Keepaliveメッセージからの情報を通常含んでいます。
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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 | イベント| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 04 | デルタオプションマスク| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 08 | 現在のオプションマスク| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 12 | ポートナンバー| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 16 | | + ポート隣人スイッチ名+| | + +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | 隣人IPアドレスを移植してください… | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 28 | ... ポート隣人IPアドレス| | +++++++++++++++++隣人筐体MAC addr+32| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 36 | 隣人筐体IPアドレス| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 40 | 隣人の機能的なレベル| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 44 | トポロジーのエージェント| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 48 | 次のイベント| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 指定されたポートは下がっています。
Hamilton & Ruffen Informational [Page 6] RFC 2641 Cabletron's VlanHello Protocol Version 4 August 1999
ハミルトンとRuffenの情報[6ページ]のRFC2641CabletronのVlanHelloプロトコルバージョン1999年8月4日
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 ポートは輪にされます--すなわち、Keepaliveメッセージは受信スイッチによって生成されました。 9 ポートは交差しています--このトポロジーのエージェントによって所有されていなかったポートの上にすなわち、Keepaliveメッセージを受け取りました。 10 隣人スイッチの機能的なレベルは変化しました。 11 隣人スイッチはプロトコルの両立しないバージョンを実行しています。 12 隣人スイッチとの双方向通信は失われました。 13 スイッチ自体がリセットされたのを示して、隣人スイッチのKeepaliveメッセージ通番はリセットされました。
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八重奏の分野は隣人スイッチ(イベント2と3専用)から、獲得するか、または失う特徴を指定する地図を少し含んでいます。 有効値が次の分野、Currentオプションマスクに指定されるようにあります。
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専用)
Hamilton & Ruffen Informational [Page 7] RFC 2641 Cabletron's VlanHello Protocol Version 4 August 1999
ハミルトンとRuffenの情報[7ページ]のRFC2641CabletronのVlanHelloプロトコルバージョン1999年8月4日
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:
この4八重奏の分野は隣人スイッチの機能的なレベルを含んでいます、このスイッチが作動しているSecureFast VLANソフトウェアのバージョンレベルで決定するように。 有効値は以下の通りです:
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八重奏の分野はイベントを生成したトポロジーのエージェントに指針を含んでいます。 ここの指針はメッセージをInterswitch Keepaliveに送るトポロジーのエージェントのどれかに参照をつけることができます--VlanHelloプロトコルを実行するすなわちどんなエージェント。
Hamilton & Ruffen Informational [Page 8] RFC 2641 Cabletron's VlanHello Protocol Version 4 August 1999
ハミルトンとRuffenの情報[8ページ]のRFC2641CabletronのVlanHelloプロトコルバージョン1999年8月4日
Next event
次のイベント
This 4-octet field contains a pointer to the next event relay
structure in the list.
この4八重奏の分野はリストに隣のイベントリレー構造に指針を含んでいます。
2.4 Timers
2.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タイマを送ってください。 Send Helloタイマは、Interswitch Keepaliveメッセージが送られる間隔を制御するのに使用されます。
o Aging timer. The Aging Timer is used to detect when communication
with a neighboring switch has been lost.
o タイマの年をとります。 Aging Timerは、隣接しているスイッチとのコミュニケーションがいつ失われたかを検出するのに使用されます。
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 Accessタイマに行きます。 AccessタイマへのGoingは、ポート州のAccessへの変遷を同時にさせて、早まってAccessとしての名称がネットワークの間、初期化を移植するということであるのからのポートを防ぐのに使用されます。 Unknownポートが受信されるなら、Interswitch Keepaliveメッセージ以外のどんなパケットでありも、ポート州はGoing To Accessに設定されます。 タイマが期限が切れる前にスイッチがそのポートの上にInterswitch Keepaliveメッセージを受け取るなら、ポート州はNetworkに変わります。 タイマが期限が切れるとき、さもなければ、ポート州はAccessに変わります。
3. InterSwitch Message Protocol
3. InterSwitchメッセージプロトコル
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.
VlanHelloプロトコルはInterSwitch Messageプロトコル(ISMP)の一部として作動します--CabletronのSecureFast VLAN(SFVLAN)製品を離れさせてください、[IDsfvlan]で説明されるように。 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
o フレームヘッダーo ISMPパケットのヘッダーo ISMPメッセージボディー
Hamilton & Ruffen Informational [Page 9] RFC 2641 Cabletron's VlanHello Protocol Version 4 August 1999
ハミルトンとRuffenの情報[9ページ]のRFC2641CabletronのVlanHelloプロトコルバージョン1999年8月4日
3.1 Frame Header
3.1 フレームヘッダー
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 | |
+ +
: :
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 | | + 目的地アドレス+++++++++++++++++04| | | +++++++++++++++++ソースアドレス+08| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 12 | タイプ| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ + 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パケットを受けるマルチキャストチャンネルのメディアAccess Control(MAC)アドレスを含んでいます。 すべてのISMPパケットの目的地アドレス・フィールドは01-00-1 D-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を含んでいます。
Hamilton & Ruffen Informational [Page 10] RFC 2641 Cabletron's VlanHello Protocol Version 4 August 1999
ハミルトンとRuffenの情報[10ページ]のRFC2641CabletronのVlanHelloプロトコルバージョン1999年8月4日
3.2 ISMP Packet Header
3.2 ISMPパケットのヘッダー
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 |
: :
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
: :
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 |///////////////////////////////////////////////////////////////| :////////フレームヘッダー/////////////////////////////////////////: +////////(14の八重奏)/////////+++++++++++++++++12|///////////////////////////////| ISMPバージョン| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 16 | ISMPメッセージタイプ| 一連番号| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 20 | コードの長さ| | +-+-+-+-+-+-+-+-+ + | 認証子| : : | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | : :
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 Messageプロトコルのバージョン番号を含んでいます。 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 Interswitch Keepaliveメッセージには、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八重奏の分野はメッセージの内部の同期に様々なプロトコル操作者によって使用された内部的に生成している一連番号を含んでいます。
Hamilton & Ruffen Informational [Page 11] RFC 2641 Cabletron's VlanHello Protocol Version 4 August 1999
ハミルトンとRuffenの情報[11ページ]のRFC2641CabletronのVlanHelloプロトコルバージョン1999年8月4日
Code length
コードの長さ
This 1-octet field contains the number of octets in the
Authentication code field of the message.
この1八重奏の分野はメッセージのAuthenticationコード分野の八重奏の数を含んでいます。
Authentication code
認証子
This variable-length field contains an encoded value used for
authentication of the ISMP message.
この可変長の分野はISMPメッセージの認証に使用されるコード化された値を含んでいます。
3.3 ISMP Message Body
3.3 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 Interswitch Keepaliveメッセージの形式は次のセクションで説明されます。
Hamilton & Ruffen Informational [Page 12] RFC 2641 Cabletron's VlanHello Protocol Version 4 August 1999
ハミルトンとRuffenの情報[12ページ]のRFC2641CabletronのVlanHelloプロトコルバージョン1999年8月4日
4. Interswitch Keepalive Message
4. Interswitch Keepaliveメッセージ
The VlanHello Interswitch Keepalive message consists of a variable number of octets, as shown below:
VlanHello Interswitch Keepaliveメッセージは以下に示されるように可変数の八重奏から成ります:
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 :
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 | | + フレームヘッダー/+: ISMPパケットのヘッダー: | | +++++++++++++++++++++++++++++++++n| バージョン| IPアドレスを切り換えてください… | +++++++++++++++++++++++++++++++++n+4| ... スイッチIPアドレス| | ++++++++++++++++++n+8| | + Switch ID+| | +++++++++++++++++++++++++++++++++n+16| | + 筐体MACアドレス+++++++++++++++++| | 筐体IPアドレス… | +++++++++++++++++++++++++++++++++n+24| ... 筐体IPアドレス| スイッチタイプ| +++++++++++++++++++++++++++++++++n+28| 機能的なレベル| +++++++++++++++++++++++++++++++++n+32| オプション| +++++++++++++++++++++++++++++++++n+36| 基地のMACは数えます。| | ++++++++++++++++++n+40| | : MACエントリーを基礎づけてください: | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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パケットのヘッダーを含みます。
Hamilton & Ruffen Informational [Page 13] RFC 2641 Cabletron's VlanHello Protocol Version 4 August 1999
ハミルトンとRuffenの情報[13ページ]のRFC2641CabletronのVlanHelloプロトコルバージョン1999年8月4日
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:
この4八重奏の分野は送付スイッチの機能的なレベルを含んでいます、このスイッチが作動しているSecureFast VLANソフトウェアのバージョンレベルで決定するように。 有効値は以下の通りです:
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を実行しています。
Hamilton & Ruffen Informational [Page 14] RFC 2641 Cabletron's VlanHello Protocol Version 4 August 1999
ハミルトンとRuffenの情報[14ページ]のRFC2641CabletronのVlanHelloプロトコルバージョン1999年8月4日
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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | + スイッチMACアドレス+++++++++++++++++| | 隣人状態に配属されます… | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ... 隣人状態に配属されます。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Hamilton & Ruffen Informational [Page 15] RFC 2641 Cabletron's VlanHello Protocol Version 4 August 1999
ハミルトンとRuffenの情報[15ページ]のRFC2641CabletronのVlanHelloプロトコルバージョン1999年8月4日
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八重奏の分野は送付スイッチによって知覚されるように隣接しているスイッチの割り当てられた状態を含んでいます。 現在、Networkの州を示して、ここで有効な唯一の値が3です。
5. Security Considerations
5. セキュリティ問題
Security concerns are not addressed in this document.
安全上の配慮は本書では扱われません。
6. References
6. 参照
[RFC1700] Reynolds, J. and J. Postel, "Assigned Numbers", STD 2,
RFC 1700, October 1994.
[RFC1700] レイノルズとJ.とJ.ポステル、「規定番号」、STD2、RFC1700、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オペレーショナル・モデル」、RFC2643、1999年8月。
[IDvlsp] Kane, L., "Cabletron's VLS Protocol Specification", RFC
2642, August 1999.
[IDvlsp] ケーン、L.、「CabletronのVLSプロトコル仕様」、RFC2642、1999年8月。
7. Authors' Addresses
7. 作者のアドレス
Dave Hamilton Cabletron Systems, Inc. Post Office Box 5005 Rochester, NH 03866-5005
Inc.Post Office Box5005ロチェスター、Dave Hamilton Cabletron Systemsニューハンプシャー03866-5005
Phone:(603) 332-9400 EMail: daveh@ctron.com
電話: (603) 332-9400 メールしてください: daveh@ctron.com
Dave Ruffen Cabletron Systems, Inc. Post Office Box 5005 Rochester, NH 03866-5005
Inc.Post Office Box5005ロチェスター、デーヴRuffen Cabletron Systemsニューハンプシャー03866-5005
Phone:(603) 332-9400 EMail: ruffen@ctron.com
電話: (603) 332-9400 メールしてください: ruffen@ctron.com
Hamilton & Ruffen Informational [Page 16] RFC 2641 Cabletron's VlanHello Protocol Version 4 August 1999
ハミルトンとRuffenの情報[16ページ]のRFC2641CabletronのVlanHelloプロトコルバージョン1999年8月4日
17. Full Copyright Statement
17. 完全な著作権宣言文
Copyright (C) The Internet Society (1999). All Rights Reserved.
Copyright(C)インターネット協会(1999)。 All rights reserved。
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.
それに関するこのドキュメントと翻訳は、コピーして、それが批評するか、またはそうでなければわかる他のもの、および派生している作品に提供するか、または準備されているかもしれなくて、コピーされて、発行されて、全体か一部分配された実装を助けるかもしれません、どんな種類の制限なしでも、上の版権情報とこのパラグラフがそのようなすべてのコピーと派生している作品の上に含まれていれば。 しかしながら、このドキュメント自体は何らかの方法で変更されないかもしれません、インターネット協会か他のインターネット組織の版権情報か参照を取り除くのなどように、それを英語以外の言語に翻訳するのが著作権のための手順がインターネットStandardsプロセスで定義したどのケースに従わなければならないか、必要に応じてさもなければ、インターネット標準を開発する目的に必要であるのを除いて。
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.
上に承諾された限られた許容は、永久であり、インターネット協会、後継者または案配によって取り消されないでしょう。
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
このドキュメントとそして、「そのままで」という基礎とインターネットの振興発展を目的とする組織に、インターネット・エンジニアリング・タスク・フォースが速達の、または、暗示しているすべての保証を放棄するかどうかというここにことであり、他を含んでいて、含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
Acknowledgement
承認
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。
Hamilton & Ruffen Informational [Page 17]
ハミルトンとRuffen情報です。[17ページ]
一覧
スポンサーリンク
