Network Working Group L. Kane
Request for Comments: 2642 Cabletron Systems Incorporated
Category: Informational August 1999
Cabletron's VLS Protocol Specification
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 Virtual LAN Link State Protocol (VLSP) is part of the InterSwitch Message Protocol (ISMP) which provides interswitch communication between switches running Cabletron's SecureFast VLAN (SFVLAN) product. VLSP is used to determine and maintain a fully connected mesh topology graph of the switch fabric. Each switch maintains an identical database describing the topology. Call-originating switches use the topology database to determine the path over which to route a call connection.
仮想LANリンク状態プロトコル（VLSPは）CabletronのSecureFast VLAN（SFVLAN）製品を実行しているスイッチ間のスイッチ間通信を提供するのInterSwitchメッセージプロトコル（ISMP）の一部です。 VLSPは、スイッチファブリックの完全接続メッシュトポロジ・グラフを決定し、維持するために使用されます。各スイッチは、トポロジを記述する同一のデータベースを維持します。コール発信スイッチは、呼接続その上ルートへのパスを決定するためにトポロジーデータベースを使用します。
VLSP provides support for equal-cost multipath routing, and recalculates routes quickly in the face of topological changes, utilizing a minimum of routing protocol traffic.
VLSPは、等コストマルチパスルーティングのためのサポートを提供し、ルーティングプロトコルトラフィックの最小値を利用して、トポロジの変更の面で急速ルートを再計算します。
Table of Contents
目次
1. Introduction............................................ 3
1.1 Acknowledgments..................................... 3
1.2 Data Conventions.................................... 3
1.3 ISMP Overview....................................... 4
2. VLS Protocol Overview................................... 5
2.1 Definitions of Commonly Used Terms.................. 6
2.2 Differences Between VLSP and OSPF................... 7
2.2.1 Operation at the Physical Layer............... 8
2.2.2 All Links Treated as Point-to-Point........... 8
2.2.3 Routing Path Information...................... 9
2.2.4 Configurable Parameters....................... 9
2.2.5 Features Not supported........................ 9
2.3 Functional Summary.................................. 10
2.4 Protocol Packets.................................... 11
2.5 Protocol Data Structures............................ 12
2.6 Basic Implementation Requirements................... 12
2.7 Organization of the Remainder of This Document...... 13
3. Interface Data Structure................................ 14
3.1 Interface States.................................... 16
3.2 Events Causing Interface State Changes.............. 18
3.3 Interface State Machine............................. 21
4. Neighbor Data Structure................................. 23
4.1 Neighbor States..................................... 25
4.2 Events Causing Neighbor State Changes............... 27
4.3 Neighbor State Machine.............................. 29
5. Area Data Structure..................................... 33
5.1 Adding and Deleting Link State Advertisements....... 34
5.2 Accessing Link State Advertisements................. 35
5.3 Best Path Lookup.................................... 35
6. Discovery Process....................................... 35
6.1 Neighbor Discovery.................................. 36
6.2 Bidirectional Communication......................... 37
6.3 Designated Switch................................... 38
6.3.1 Selecting the Designated Switch............... 39
6.4 Adjacencies......................................... 41
7. Synchronizing the Databases............................. 42
7.1 Link State Advertisements........................... 43
7.1.1 Determining Which
Link State Advertisement Is Newer............. 44
7.2 Database Exchange Process........................... 44
7.2.1 Database Description Packets.................. 44
7.2.2 Negotiating the Master/Slave Relationship..... 45
7.2.3 Exchanging Database Description Packets....... 46
7.3 Updating the Database............................... 48
7.4 An Example.......................................... 49
8. Maintaining the Databases............................... 51
8.1 Originating Link State Advertisements............... 52
8.1.1 Switch Link Advertisements.................... 52
8.1.2 Network Link Advertisements................... 55
8.2 Distributing Link State Advertisements.............. 56
8.2.1 Overview...................................... 57
8.2.2 Processing an
Incoming Link State Update Packet............. 58
8.2.3 Forwarding Link State Advertisements.......... 60
8.2.4 Installing Link
State Advertisements in the Database.......... 62
8.2.5 Retransmitting Link State Advertisements...... 63
8.2.6 Acknowledging Link State Advertisements....... 64
8.3 Aging the Link State Database....................... 66
8.3.1 Premature Aging of Advertisements............. 66
9. Calculating the Best Paths.............................. 67
10. Protocol Packets........................................ 67
10.1 ISMP Packet Format................................. 68
10.1.1 Frame Header................................ 69
10.1.2 ISMP Packet Header.......................... 70
10.1.3 ISMP Message Body........................... 71
10.2 VLSP Packet Processing............................. 71
10.3 Network Layer Address Information.................. 72
10.4 VLSP Packet Header................................. 73
10.5 Options Field...................................... 75
10.6 Packet Formats..................................... 76
10.6.1 Hello Packets............................... 76
10.6.2 Database Description Packets................ 78
10.6.3 Link State Request Packets.................. 80
10.6.4 Link State Update Packets................... 82
10.6.5 Link State Acknowledgment Packets........... 83
11. Link State Advertisement Formats........................ 84
11.1 Link State Advertisement Headers................... 84
11.2 Switch Link Advertisements......................... 86
11.3 Network Link Advertisements........................ 89
12. Protocol Parameters..................................... 89
12.1 Architectural Constants............................ 90
12.2 Configurable Parameters............................ 91
13. End Notes............................................... 93
14. Security Considerations................................. 94
15. References.............................................. 94
16. Author's Address........................................ 94
17. Full Copyright Statement................................ 95
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.
このメモはここに含まれた提案に対する反応を勧誘するために、インターネットコミュニティのメンバーに配布されています。ここで説明する仕様は、インターネットの研究の問題に直接関係ないかもしれませんが、それは研究者や実装に興味があるかもしれ。
VLSP is derived from the OSPF link-state routing protocol described in [RFC2328], written by John Moy, formerly of Proteon, Inc., Westborough, Massachusetts. Much of the current memo has been drawn from [RFC2328]. Therefore, this author wishes to acknowledge the contribution Mr. Moy has (unknowingly) made to this document.
VLSPは、以前のProteon社、ウェストボロ、マサチューセッツ州のジョン・モイ、によって書かれた[RFC2328]に記載のOSPFリンク状態ルーティングプロトコル、から誘導されます。現在のメモの多くは、[RFC2328]から描かれています。したがって、この作者は氏モイは（知らずに）、この文書に対して行った貢献を認めることを望みます。
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.
マルチオクテットフィールドが数値を表すときはいつでも同様に、フィールド全体の最も左のビットが最上位ビットです。マルチオクテット量を送信する際に最も重要なオクテットが最初に送信されます。
The InterSwitch Message Protocol (ISMP) provides a consistent method of encapsulating and transmitting control messages exchanged between switches running Cabletron's SecureFast VLAN (SFVLAN) product, as described in [IDsfvlan]. ISMP provides the following services:
InterSwitchメッセージプロトコル（ISMP）を封入し、[IDsfvlan]に記載されているように、CabletronのSecureFast VLAN（SFVLAN）製品が稼働しているスイッチ間で交換される制御メッセージを送信する一貫した方法を提供します。 ISMPは、次のサービスを提供します。
o Topology services. Each switch maintains a distributed topology of the switch fabric by exchanging the following interswitch control messages with other switches:
Oトポロジーサービス。各スイッチは他のスイッチと次のスイッチ間の制御メッセージを交換することによって、スイッチファブリックの分散トポロジを維持します。
o Interswitch Keepalive messages are sent by each switch to announce its existence to its neighboring switches and to establish the topology of the switch fabric. (Interswitch Keepalive messages are exchanged in accordance with Cabletron's VlanHello protocol, described in [IDhello].)
Oスイッチ間キープアライブメッセージは、その隣接スイッチにその存在をアナウンスするために、スイッチファブリックのトポロジーを確立するために、各スイッチによって送信されます。 （スイッチ間キープアライブメッセージは、[IDhello]に記載CabletronのVlanHelloプロトコルに従って交換されます。）
o Interswitch Spanning Tree BPDU messages and Interswitch Remote Blocking messages are used to determine and maintain a loop-free flood path between all network switches in the fabric. This flood
Oスイッチ間スパニングツリーBPDUメッセージとスイッチ間のリモートブロックのメッセージがファブリック内のすべてのネットワーク・スイッチ間のループフリー洪水のパスを決定し、維持するために使用されています。この洪水
path is used for all undirected interswitch messages -- that is, messages that are (potentially) sent to all switches in the switch fabric.
パスは、すべての無向インターメッセージに使用されている - すなわち、（潜在的に）スイッチファブリック内のすべてのスイッチに送信されるメッセージ。
o Interswitch Link State messages (VLS protocol) are used to determine and maintain a fully connected mesh topology graph of the switch fabric. Call-originating switches use the topology graph to determine the path over which to route a call connection.
スイッチ間リンク状態メッセージ（VLSプロトコル）Oスイッチファブリックの完全接続メッシュトポロジ・グラフを決定し、維持するために使用されます。コール発信スイッチは、呼接続その上ルートへのパスを決定するために、トポロジ・グラフを使用します。
o Address resolution services. Interswitch Resolve messages are used to resolve a packet destination address when the packet source and destination pair does not match a known connection. Interswitch New User messages are used to provide end-station address mobility between switches.
アドレス解決サービスO。スイッチ間の解決メッセージは、パケットの送信元と宛先のペアが既知の接続と一致しない場合、パケットの宛先アドレスを解決するために使用されています。スイッチ間の新しいユーザー・メッセージは、スイッチ間のエンドステーションアドレスのモビリティを提供するために使用されています。
o Tag-based flooding. A tag-based broadcast method is used to restrict the broadcast of unresolved packets to only those ports within the fabric that belong to the same VLAN as the source.
Oタグベースの洪水。タグベースのブロードキャスト方式は、ソースと同じVLANに属しているファブリック内のポートだけに未解決パケットのブロードキャストを制限するために使用されます。
o Call tapping services. Interswitch Tap messages are used to monitor traffic moving between two end stations. Traffic can be monitored in one or both directions along the connection path.
Oサービスをタップ呼び出します。スイッチ間をタップメッセージは、2つのエンドステーション間を移動するトラフィックを監視するために使用されています。トラフィックは1かの接続経路に沿って両方向に監視することができます。
Note: Previous versions of VLSP treated all links as if they were broadcast (multi-access). Thus, if VLSP determines that a neighbor switch is running an older version of the protocol software (see Section 6.1), it will change the interface type to broadcast and begin exchanging Hello packets with the single neighbor switch.
注意：これらは（マルチアクセス）放送されたかのようにVLSPの以前のバージョンでは、すべてのリンクを処理しました。 VLSPは隣人スイッチがプロトコル・ソフトウェア（6.1節を参照）の古いバージョンを実行していると判断した場合このように、それは放送して、単一の隣接スイッチでのHelloパケットを交換を開始するためのインターフェイスの種類を変更します。
VLSP is a dynamic routing protocol. It quickly detects topological changes in the switch fabric (such as, switch interface failures) and calculates new loop-free routes after a period of convergence. This period of convergence is short and involves a minimum of routing traffic.
VLSPは、動的ルーティングプロトコルです。それはすぐに（例えば、スイッチインタフェース障害、など）は、スイッチファブリックにトポロジの変更を検出し、輻輳の期間の後に新たなループフリー経路を算出します。収束のこの期間は短く、トラフィックのルーティングの最小値を必要とします。
All switches in the fabric run the same algorithm and maintain identical databases describing the switch fabric topology. This database contains each switch's local state, including its usable interfaces and reachable neighbors. Each switch distributes its local state throughout the switch fabric by flooding. From the topological database, each switch constructs a set of best path trees (using itself as the root) that specify routes to all other switches in the fabric.
ファブリック内のすべてのスイッチは、同じアルゴリズムを実行し、スイッチファブリックトポロジを記述し、同一のデータベースを維持します。このデータベースは、使用可能なインタフェースと到達可能な近隣を含む各スイッチのローカル状態を含んでいます。各スイッチは、洪水により、スイッチファブリック全体でそのローカル状態を配布しています。トポロジーデータベースから、各スイッチは、ファブリック内の他のすべてのスイッチへのルートを指定する（ルートとしてそれ自体を使用して）最良パス木のセットを構築します。
This section contains a collection of definitions for terms that have a specific meaning to the protocol and that are used throughout the text.
このセクションでは、プロトコルに特定の意味を持っており、それがテキストで使用されている用語の定義のコレクションが含まれています。
Switch ID
スイッチのID
A 10-octet value that uniquely identifies the switch within the switch fabric. The value consists of the 6-octet base MAC address of the switch, followed by 4 octets of zeroes.
一意スイッチファブリック内のスイッチを識別する10オクテットの値。値がゼロの4つのオクテットに続くスイッチの6オクテットベースMACアドレスからなります。
Network link
ネットワークリンク
The physical connection between two switches. A link is associated with a switch interface.
二つのスイッチ間の物理的接続。リンクは、スイッチインターフェイスに関連付けられています。
There are two physical types of network links supported by VLSP:
VLSPでサポートされているネットワークリンクの2つの物理的な種類があります。
o Point-to-point links that join a single pair of switches. A serial line is an example of a point-to-point network link.
スイッチの単一のペアに参加するポイントツーポイントリンクO。シリアルラインは、ポイント・ツー・ポイントのネットワーク・リンクの例です。
o Multi-access broadcast links that support the attachment of multiple switches, along with the capability to address a single message to all the attached switches. An attached ethernet is an example of a multi-access broadcast network link.
すべての接続スイッチに単一のメッセージに対処する能力とともに、複数のスイッチの接続をサポートOマルチアクセス放送リンク。接続されているイーサネットは、マルチアクセスブロードキャストネットワークリンクの例です。
A single topology can contain both types of links. At startup, all links are assumed to be point-to-point. A link is determined to be multi-access when more than one neighboring switch is discovered on the link.
単一のトポロジは、リンクの両方のタイプを含めることができます。起動時に、すべてのリンクは、ポイントツーポイントであると想定されています。リンクは、複数の隣接スイッチがリンク上で発見された場合、マルチアクセスであると判断されます。
Interface
インタフェース
The port over which a switch accesses one of its links. Interfaces are identified by their interface ID, a 10-octet value consisting of the 6-octet base MAC address of the switch, followed by the 4-octet local port number of the interface.
スイッチはそのリンクのいずれかをアクセスする上でのポート。インターフェイスは、そのインターフェイスのID、インタフェースの4オクテットローカルポート番号に続くスイッチの6オクテットベースMACアドレスからなる10オクテットの値によって識別されます。
Neighboring switches
隣接スイッチ
Two switches attached to a common link.
共通リンクに取り付けられた2つのスイッチ。
Adjacency
隣接
A relationship formed between selected neighboring switches for the purpose of exchanging routing information. Not every pair of neighboring switches become adjacent.
ルーティング情報を交換するために選択された隣接スイッチとの間に形成された関係。近隣のスイッチのないすべてのペアが隣接するようになり。
Link state advertisement
リンク状態広告
Describes the local state of a switch or a link. Each link state advertisement is flooded throughout the switch fabric. The collected link state advertisements of all switches and links form the protocol's topological database.
スイッチまたはリンクのローカル状態を記述します。各リンクステートアドバタイズメントは、スイッチファブリック全体にフラッディングされます。すべてのスイッチおよびリンクの収集リンク状態広告はプロトコルのトポロジカルデータベースを形成します。
Designated switch
指定されたスイッチ
Each multi-access network link has a designated switch. The designated switch generates a link state advertisement for the link and has other special responsibilities in the running of the protocol.
各マルチアクセスネットワークリンクは、指定されたスイッチを持っています。指定されたスイッチはリンクのリンク状態アドバタイズメントを生成し、プロトコルの実行中に他の特別な責任を持っています。
The use of a designated switch permits a reduction in the number of adjacencies required on multi-access links. This in turn reduces the amount of routing protocol traffic and the size of the topological database.
指定されたスイッチの使用は、マルチアクセスリンク上で必要な隣接の数の減少が可能になります。これは、ルーティングプロトコルトラフィックの量及びトポロジーデータベースのサイズを減少させます。
The designated switch is selected during the discovery process. A designated switch is not selected for a point-to-point network link.
指定スイッチが検出プロセスの間に選択されています。指定スイッチは、ポイントツーポイントネットワークリンク用に選択されていません。
Backup designated switch
バックアップの指定されたスイッチ
Each multi-access network link has a backup designated switch. The backup designated switch maintains adjacencies with the same switches on the link as the designated switch. This optimizes the failover time when the backup designated switch must take over for the (failed) designated switch.
各マルチアクセスネットワークリンクはバックアップ指定スイッチがあります。バックアップ指定スイッチが指定スイッチとして、リンク上の同じスイッチとの隣接関係を維持します。これは、バックアップ指定スイッチが（失敗した）指定されたスイッチを引き継ぐ必要があり、フェイルオーバー時間を最適化します。
The backup designated switch is selected during the Discovery process. A backup designated switch is not selected for a point-to-point network link.
バックアップ指定スイッチが検出プロセスの間に選択されています。バックアップ指定スイッチは、ポイントツーポイントネットワークリンク用に選択されていません。
The VLS protocol is derived from the OSPF link-state routing protocol described in [RFC2328].
VLSプロトコルは、[RFC2328]に記載のOSPFリンク状態ルーティングプロトコルに由来します。
The primary differences between the VLS and OSPF protocols stem from the fact that OSPF runs over the IP layer, while VLSP runs at the physical MAC layer. This difference has the following repercussions:
VLSとOSPFプロトコル間の主な違いは、VLSPは、物理MACレイヤで動作しながら、OSPFは、IPレイヤ上で動作するという事実から生じます。この違いは、以下の影響があります。
o VLSP does not support features (such as fragmentation) that are typically provided by network layer service providers.
O VLSPは、典型的にはネットワーク層サービス・プロバイダによって提供される（例えば、断片化など）の機能をサポートしていません。
o Due to the unrelated nature of MAC address assignments, VLSP provides no summarization of the address space (such as, classical IP subnet information) or level 2 routing (such as,
O MACアドレス割り当ての無関係な性質のために、VLSPのような（またはレベル2のルーティング（例えば、古典的なIPサブネット情報として）アドレス空間のない要約を提供しないために、
IS-IS Phase V DECnet). Thus, VLSP does not support grouping switches into areas. All switches exist in a single area. Since a single domain exists within any switch fabric, there is no need for VLSP to provide interdomain reachability.
）フェーズV DECnetのIS-IS。したがって、VLSPは、エリアにスイッチをグループ化をサポートしていません。すべてのスイッチは、単一の領域に存在します。単一ドメインは、任意のスイッチファブリック内に存在するので、ドメイン間の到達可能性を提供するために、VLSPは必要ありません。
o As mentioned in Section 10.1.1, ISMP uses a single well-known multicast address for all packets. However, parts of the VLS protocol (as derived from OSPF) are dependent on certain network layer addresses -- in particular, the AllSPFSwitches and AllDSwitches multicast addresses that drive the distribution of link state advertisements throughout the switch fabric. In order to facilitate the implementation of the protocol at the physical MAC layer, network layer address information is encapsulated in the protocol packets (see Section 10.3). This information is unbundled and packets are then processed as if they had been sent or received on that multicast address.
10.1.1項で述べたように、O、ISMPは、すべてのパケットのための単一のよく知られたマルチキャストアドレスを使用します。スイッチファブリックを通じてリンクステートアドバタイズメントの分布を駆動特に、AllSPFSwitchesとAllDSwitchesマルチキャストアドレス - ただし、VLSプロトコルの部分は、（OSPFに由来するような）特定のネットワーク層アドレスに依存しています。物理MAC層におけるプロトコルの実装を容易にするために、ネットワークレイヤアドレス情報は、プロトコルパケットにカプセル化された（10.3項を参照）。この情報は、アンバンドルされ、彼らはそのマルチキャストアドレスに送信または受信されたかのように、パケットが処理されます。
When the switch first comes on line, VLSP assumes all network links are point-to-point and no more than one neighboring switch will be discovered on any one port. Therefore, at startup, VLSP does not send its own Hello packets over its network ports, but instead, relies on the VlanHello protocol [IDhello] for the discovery of its neighbor switches. If a second neighbor is detected on a link, the link is then deemed multi-access and the interface type is changed to broadcast. At that point, VLSP exchanges its own Hello packets with the switches on the link in order to select a designated switch and designated backup switch for the link.
スイッチは最初の行になると、VLSPは、すべてのネットワークリンクがポイントツーポイントであり、1つ以下の隣接スイッチは、いずれかのポートで発見されないことを前提としています。そのため、起動時に、VLSPは、そのネットワークポートを介して、独自のHelloパケットを送信しませんが、代わりに、その隣人スイッチの発見のために[IDhello] VlanHelloプロトコルに依存しています。第2の隣接は、リンク上で検出された場合、リンクは、その後、マルチアクセスとみなされ、インタフェースタイプがブロードキャストするように変更されます。その時点で、VLSPは、リンクの指定スイッチと指定されたバックアップスイッチを選択するために、リンク上のスイッチを持つ独自のHelloパケットを交換します。
This method eliminates unnecessary duplication of message traffic and processing, thereby increasing the overall efficiency of the switch fabric.
この方法は、それによって、スイッチファブリックの全体的な効率を高める、メッセージトラフィックと処理の不必要な重複を排除します。
Note: Previous versions of VLSP treated all links as if they were broadcast (multi-access). Thus, if VLSP determines that a neighbor switch is running an older version of the protocol software (see Section 6.1), it will change the interface type to broadcast and begin exchanging Hello packets with the single neighbor switch.
注意：これらは（マルチアクセス）放送されたかのようにVLSPの以前のバージョンでは、すべてのリンクを処理しました。 VLSPは隣人スイッチがプロトコル・ソフトウェア（6.1節を参照）の古いバージョンを実行していると判断した場合このように、それは放送して、単一の隣接スイッチでのHelloパケットを交換を開始するためのインターフェイスの種類を変更します。
Instead of providing the next hop to a destination, VLSP calculates and maintains complete end-to-end path information. On request, a list of individual port identifiers is generated describing a complete path from the source switch to the destination switch. If multiple equal-cost routes exist to a destination switch, up to three paths are calculated and returned.
代わりに、宛先へのネクストホップを提供する、VLSPは計算し、完全なエンドツーエンドのパス情報を維持します。リクエストに応じて、個々のポート識別子のリストは、宛先スイッチにソーススイッチからの完全なパスを記述が生成されます。複数の等価コストルートが宛先スイッチに存在する場合、3つのまでの経路が計算され、返却されます。
OSPF supports (and requires) configurable parameters. In fact, even the default OSPF configuration requires that IP address assignments be specified. On the other hand, no configuration information is ever required for the VLS protocol. Switches are uniquely identified by their base MAC addresses and ports are uniquely identified by the base MAC address of the switch and a port number.
OSPFは、設定可能なパラメータをサポートしています（とが必要です）。実際には、でも、OSPFのデフォルト設定は、IPアドレスの割り当てが指定されている必要があります。一方、何の設定情報は、これまでVLSプロトコルのために必要とされません。スイッチは、一意にそのベースMACアドレスによって識別され、ポートは、一意のスイッチのベースMACアドレスとポート番号によって識別されます。
While a developer is free to implement configurable parameters for the VLS protocol, the current version of VLSP supports configurable path metrics only. Note that this has the following repercussions:
開発者は、VLSプロトコルの設定可能なパラメータを実装するために自由ですが、VLSPの現在のバージョンは、構成パスメトリックのみをサポートしています。これは次のような影響があることに注意してください：
o All switches are assigned a switch priority of 1. This forces the selection of the designated switch to be based solely on base MAC address.
Oすべてのスイッチは1本のスイッチプライオリティが指定されたスイッチの選択は、単にベースMACアドレスに基づいてされるように強制的に割り当てられています。
o Authentication is not supported.
O認証がサポートされていません。
In addition to those features mentioned in the previous sections, the following OSPF features are not supported by the current version of VLSP:
前のセクションで述べたものの機能に加えて、次のOSPF機能はVLSPの現在のバージョンでサポートされていません。
o Periodic refresh of link state advertisements. (This optimizes performance by eliminating unnecessary traffic between the switches.)
リンク状態広告の定期的なリフレッシュO。 （これは、スイッチ間の不要なトラフィックを排除することにより性能を最適化します。）
o Routing based on non-zero type of service (TOS).
Oルーティングサービスの非ゼロのタイプ（TOS）に基づきます。
o Use of external routing information for destinations outside the switch fabric.
スイッチファブリック外の宛先の外部ルーティング情報の入出力を使用します。
There are essentially four operational stages of the VLS protocol.
VLSプロトコルの4つの運用の段階は基本的にあります。
o Discovery Process The discovery process involves two steps:
Oディスカバリー・プロセスは、発見プロセスは、2つの手順があります。
o Neighboring switches are detected by the VlanHello protocol [IDhello] which then notifies VLSP of the neighbor.
O近接スイッチは、その後、ネイバーのVLSPに通知VlanHelloプロトコル[IDhello]によって検出されます。
o If more than one neighbor switch is detected on a single port, the link is determined to be multi-access. VLSP then sends its own Hello packets over the link in order to discover the full set of neighbors on the link and select a designated switch and designated backup switch for the link. Note that this selection process is unnecessary on point-to-point links.
複数の近接スイッチは、単一のポートで検出された場合、O、リンクがマルチアクセスであると判断されます。 VLSPは、リンク上のネイバーのフルセットを発見し、リンクの指定スイッチと指定されたバックアップスイッチを選択するために、リンクの上に独自のHelloパケットを送信します。この選択プロセスは、ポイントツーポイントリンク上の不要であることに注意してください。
The discovery process is described in more detail in Section 6.
検出プロセスは、第6節でより詳細に記載されています。
o Synchronizing the Databases
データベースを同期O
Adjacencies are used to simplify and speed up the process of synchronizing the topological database (also known as the link state database) maintained by each switch in the fabric. Each switch is only required to synchronize its database with those neighbors to which it is adjacent. This reduces the amount of routing protocol traffic across the fabric, particularly for multi-access links with multiple switches.
隣接関係は、ファブリック内の各スイッチによって維持（また、リンク状態データベースとして知られている）トポロジーデータベースを同期化するプロセスを簡素化し、スピードアップするために使用されます。各スイッチは、唯一それが隣接しているために、これらの隣人とそのデータベースを同期するために必要とされます。これは、特に、複数のスイッチを有するマルチアクセスリンクのために、ファブリック全体プロトコルトラフィックのルーティングの量を減少させます。
The process of synchronizing the databases is described in more detail in Section 7.
データベースを同期するプロセスは、第7節でより詳細に記載されています。
o Maintaining the Databases
データベースを維持するO
Each switch advertises its state (also known as its link state) any time its link state changes. Link state advertisements are distributed throughout the switch fabric using a reliable flooding algorithm that ensures that all switches in the fabric are notified of any link state changes.
各スイッチは、その状態（また、そのリンク状態として知られる）は、任意の時間にそのリンク状態の変更をアドバタイズ。リンク状態広告は、ファブリック内のすべてのスイッチは、任意のリンク状態の変更が通知されることを確実に信頼性の高いフラッディングアルゴリズムを使用してスイッチファブリック全体に分散されています。
The process of maintaining the databases is described in more detail in Section 8.
データベースを維持する方法は、第8章でより詳細に記載されています。
o Calculating the Best Paths
ベストパスを計算するO
The link state database consists of the collection of link state advertisements received from each switch. Each switch uses its link state database to calculate a set of best paths, using itself as root, to all other switches in the fabric.
リンク状態データベースは、各スイッチから受信したリンク状態広告の集まりから成ります。各スイッチは、ファブリック内の他のすべてのスイッチに、ルートとしてそれ自体を使用して、最良の経路のセットを計算するために、そのリンク状態データベースを使用します。
The process of recalculating the set of best paths is described in more detail in Section 9.
最良パスのセットを再計算するプロセスは、セクション9でより詳細に記載されています。
In addition to the frame header and the ISMP packet header described in Section 10.1, all VLS protocol packets share a common protocol header, described in Section 10.4.
フレームヘッダおよび10.1節に記載ISMPパケットヘッダに加えて、すべてのVLSプロトコルパケットは、セクション10.4で説明した共通プロトコルヘッダを共有します。
The VLSP packet types are listed below in Table 1. Their formats are described in Section 10.6.
VLSPパケットタイプは以下の表1に列挙されている彼らのフォーマットは、セクション10.6で説明されています。
Type Packet Name Protocol Function
パケット名プロトコル機能を入力
1 Hello Select DS and Backup DS 2 Database Description Summarize database contents 3 Link State Request Database download 4 Link State Update Database update 5 Link State Ack Flooding acknowledgment
1こんにちは選択DSおよびバックアップDS 2データベース説明要約データベースの内容3リンクステート要求データベースのダウンロード4リンクステートアップデートデータベースの更新5リンクステートのAckフラッディング確認
Table 1: VLSP Packet Types
表1：VLSPパケットタイプ
The Hello packets are used to select the designated switch and the backup designated switch on multi-access links. The Database Description and Link State Request packets are used to form adjacencies. Link State Update and Link State Acknowledgment packets are used to update the topological database.
Helloパケットは、指定されたスイッチと、マルチアクセスリンク上のバックアップ指定スイッチを選択するために使用されています。データベース記述およびリンク状態要求パケットは、隣接関係を形成するために使用されています。リンクステートアップデートおよびリンクステート確認応答パケットは、トポロジカルデータベースを更新するために使用されています。
Each Link State Update packet carries a set of link state advertisements. A single Link State Update packet may contain the link state advertisements of several switches. There are two different types of link state advertisement, as shown below in Table 2.
各リンクステートアップデートパケットは、リンク状態広告のセットを運びます。単一リンクステートアップデートパケットは、複数のスイッチのリンク状態アドバタイズメントが含まれていてもよいです。以下の表2に示すように、リンク状態広告の2種類があります。
LS Advertisement Advertisement Description
Type Name
1 Switch link Originated by all switches. This advertisements advertisement describes the collected states of the switch's interfaces.
すべてのスイッチによって発信1つのスイッチリンク。この広告広告は、スイッチのインタフェースの収集状態を説明しています。
2 Network link Originated by the designated switch. advertisements This advertisement contains the list of switches connected to the network link.
指定されたスイッチによって発信2ネットワークリンク。広告この広告はネットワークリンクに接続されたスイッチのリストが含まれています。
Table 2: VLSP Link State Advertisements
表2：VLSPリンクステートアドバタイズメント
The VLS protocol is described in this specification in terms of its operation on various protocol data structures. Table 3 lists the primary VLSP data structures, along with the section in which they are described in detail.
VLSプロトコルは、様々なプロトコル・データ構造上のその動作の点で、本明細書に記載されています。表3は、それらが詳細に説明されている部分と共にプライマリVLSPデータ構造。
Structure Name Description
構造名説明
Interface Data Structure Section 3 Neighbor Data Structure Section 4 Area Data Structure Section 5
インタフェースデータ構造部3ネイバーのデータ構造部4領域データ構造の第5節
Table 3: VLSP Data Structures
表3：VLSPデータ構造
An implementation of the VLS protocol requires the following pieces of system support:
VLSプロトコルの実装では、システムサポートの以下の部分が必要です。
Timers
タイマー
Two types of timer are required. The first type, known as a one-shot timer, expires once and triggers an event. The second type, known as an interval timer, expires at preset intervals. Interval timers are used to trigger events at periodic intervals. The granularity of both types of timers is one second.
タイマーの二つのタイプが必要とされています。ワンショット・タイマとして知られている第一のタイプは、一度期限が切れると、イベントをトリガします。インターバルタイマとして知られる第2のタイプは、予め設定された間隔で満了します。インターバルタイマーは定期的にイベントをトリガするために使用されています。タイマーの両方のタイプの粒度は1秒です。
Interval timers should be implemented in such a way as to avoid drift. In some switch implementations, packet processing can affect timer execution. For example, on a multi-access link with multiple switches, regular broadcasts can lead to undesirable synchronization of routing packets unless the interval timers have been implemented to avoid drift. If it is not possible to implement drift-free timers, small random amounts of time should be added to or subtracted from the timer interval at each firing.
インターバルタイマは、ドリフトを避けるような方法で実施されるべきです。いくつかのスイッチの実装では、パケット処理は、タイマーの実行に影響を与えることができます。インターバルタイマーは、ドリフトを回避するために実装されていない限り、例えば、複数のスイッチを有するマルチアクセスリンク上で、定期的なブロードキャストは、ルーティングパケットの望ましくない同期をもたらすことができます。それは、ドリフトフリーのタイマーを実装することができない場合、時間の小さなランダム量は、追加または各焼成時のタイマー間隔から減算する必要があります。
List manipulation primitives
リスト操作プリミティブ
Much of the functionality of VLSP is described here in terms of its operation on lists of link state advertisements. Any particular advertisement may be on many such lists. Implementation of VLSP must be able to manipulate these lists, adding and deleting constituent advertisements as necessary.
VLSPの機能の多くは、リンクステートアドバタイズメントのリストにその動作の観点から、ここで記述されています。任意の特定の広告には、多くのこのようなリスト上にあってもよいです。 VLSPの実装は、必要に応じて構成する広告の追加と削除、これらのリストを操作することができなければなりません。
Tasking support
タスクのサポート
Certain procedures described in this specification invoke other procedures. At times, these other procedures should be executed in-line -- that is, before the current procedure has finished. This is indicated in the text by instructions to "execute" a procedure. At other times, the other procedures are to be executed only when the current procedure has finished. This is indicated by instructions to "schedule" a task. Implementation of VLSP must provide these two types of tasking support.
本明細書に記載の特定の手順は、他のプロシージャを呼び出します。現在の手続きが終了する前に、ある - 時には、これらの他の手順は、インラインで実行する必要があります。これは、手順を「実行」する命令によりテキストに示されています。またある時には、他の手順は、現在の手続きが終了したときにのみ実行されます。これは、「スケジュール」タスクに指示によって示されます。 VLSPの実装はサポートをタスクこれらの2つのタイプを提供しなければなりません。
The remainder of this document is organized as follows:
このドキュメントの残りは以下の通り構成されています。
o Section 3 through Section 5 describe the primary data structures used by the protocol. Note that this specification is presented in terms of these data structures in order to make explanations more precise. Implementations of the protocol must support the functionality described, but need not use the exact data structures that appear in this specification.
セクション5を介してO部3は、プロトコルによって使用される主要なデータ構造を記述する。この仕様は、説明をより正確にするために、これらのデータ構造の観点から提示されることに注意してください。プロトコルの実装は、記述された機能をサポートしている必要がありますが、この仕様書に表示され、正確なデータ構造を使用する必要はありません。
o Section 6 through Section 9 describe the four operational stages of the protocol: the discovery process, synchronizing the databases, maintaining the databases, and calculating the set of best paths.
、データベースを同期させるデータベースを維持し、そして最良の経路のセットを計算し、発見プロセス：第9を介してO部6は、プロトコル4つの動作段階を記述する。
o Section 10 describes the processing of VLSP packets and presents detailed descriptions of their formats.
O部10は、VLSPパケットの処理を記述し、その形式の詳細な説明を提示しています。
o Section 11 presents detailed descriptions of link state advertisements.
O部11は、リンクステートアドバタイズメントの詳細な説明を提示しています。
o Section 12 summarizes the protocol parameters.
O部12は、プロトコルパラメータをまとめたもの。
The port over which a switch accesses a network link is known as the link interface. Each switch maintains a separate interface data structure for each network link.
スイッチは、ネットワーク・リンクにアクセスする上のポートは、リンクインタフェースとして知られています。各スイッチは、それぞれのネットワーク・リンクのための別個のインタフェースのデータ構造を維持します。
The following data items are associated with each interface:
次のデータ項目は、各インターフェイスに関連付けられています。
Type
タイプ
The type of network to which the interface is attached -- point-to-point or broadcast (multi-access). This data item is initialized to point-to-point when the interface becomes operational. If a second neighbor is detected on the link after the first neighbor has been discovered, the link interface type is changed to broadcast. The type remains as broadcast until the interface is declared down, at which time the type reverts to point-to-point.
インターフェイスが接続されているネットワークのタイプ - ポイント・ツー・ポイントまたはブロードキャスト（マルチアクセス）。このデータ項目は、ポイントツーポイントインターフェイスが動作になったときに初期化されます。最初の隣人が発見された後に第2のネイバーがリンク上で検出された場合は、リンクインタフェースタイプがブロードキャストに変更されます。インタフェースがダウンと宣言されるまで、型はその時点でタイプは、ポイント・ツー・ポイントに戻り、ブロードキャストとして残ります。
Note: Previous versions of VLSP treated all links as if they were multi-access. Thus, if VLSP determines that a neighbor switch is running an older version of the protocol software (see Section 6.1), it will change the interface type to broadcast.
注意：彼らはマルチアクセスであるかのようにVLSPの以前のバージョンでは、すべてのリンクを処理しました。 VLSPは隣人スイッチがプロトコル・ソフトウェア（6.1節を参照）の古いバージョンを実行していると判断した場合このように、それは放送するインタフェースの種類を変更します。
State
状態
The functional level of the interface. The state of the interface is included in all switch link advertisements generated by the switch, and is also used to determine whether full adjacencies are allowed on the interface. See Section 3.1 for a complete description of interface states.
インターフェイスの機能レベル。インターフェースの状態は、スイッチによって生成されたすべてのスイッチリンク広告に含まれており、また、完全隣接インターフェイス上で許可されるかどうかを決定するために使用されます。界面準位の完全な記述については、セクション3.1を参照してください。
Interface identifier
インターフェイスを識別する
A 10-octet value that uniquely identifies the interface. This value consists of the 6-octet base MAC address of the neighbor switch, followed by the 4-octet local port number of the interface.
インターフェイスを一意に識別する10オクテットの値。この値はインタフェースの4オクテットローカルポート番号に続く隣接スイッチの6オクテットベースMACアドレスからなります。
Area ID
エリアID
A 4-octet value identifying the area. Since VLSP does not support multiple areas, the value here is always zero.
領域を特定する4オクテットの値。 VLSPが複数の領域をサポートしていないので、ここでの値は常にゼロです。
HelloInterval
HelloIntervalと
The interval, in seconds, at which the switch sends VLSP Hello packets over the interface. This parameter is not used on point-to-point links.
スイッチはインターフェイスを介してVLSP Helloパケットを送信する間隔（秒）、、。このパラメータは、ポイントツーポイントリンク上で使用されていません。
SwitchDeadInterval
SwitchDeadInterval
The length of time, in seconds, that neighboring switches will wait before declaring the local switch dNeighboring switches
時間の長さは、秒単位で、その隣接スイッチは、ローカルスイッチ近接スイッチを宣言する前に待機します
A list of the neighboring switches attached to this network link. This list is created during the discovery process. Adjacencies are formed to one or more of these neighbors. The set of adjacent neighbors can be determined by examining the states of the neighboring switches as shown in their link state advertisements.
このネットワークリンクに取り付けられた近接スイッチのリスト。このリストは、発見プロセス中に作成されます。隣接関係は、これらの隣人の一つ以上に形成されています。隣接ネイバーのセットは、それらのリンク状態アドバタイズメントに示すように、隣接スイッチの状態を調べることによって決定することができます。
Designated switch
指定されたスイッチ
The designated switch selected for the multi-access network link. (A designated switch is not selected for a point-to-point link.) This data item is initialized to zero when the switch comes on-line, indicating that no designated switch has been chosen for the link.
マルチアクセスネットワークリンク用に選択された指定されたスイッチ。 （指定されたスイッチは、ポイントツーポイントリンクのために選択されていない。）スイッチがオンラインとなると、このデータ項目はゼロに初期化され、何の指定されたスイッチがリンクのために選択されていないことを示します。
Backup designated switch
バックアップの指定されたスイッチ
The backup designated switch selected for the multi-access network link. (A backup designated switch is not selected for a point-to-point link.) This data item is initialized to zero when the switch comes on-line, indicating that no backup designated switch has been chosen for the link.
マルチアクセスネットワークリンクのために選択したバックアップの指定スイッチ。 （バックアップ指定スイッチは、ポイントツーポイントリンクのために選択されていない。）スイッチは全くバックアップ指定されたスイッチがリンクのために選択されていないことを示す、オンラインとなると、このデータ項目はゼロに初期化されます。
Interface output cost(s)
インターフェイス出力コスト（S）
The cost of sending a packet over the interface. The link cost is expressed in the link state metric and must be greater than zero.
インターフェイス上でパケットを送信するコスト。リンクコストメトリックリンク状態で発現され、ゼロより大きくなければなりません。
RxmtInterval
RxmtInterval
The number of seconds between link state advertisement retransmissions, for adjacencies belonging to this interface. This value is also used to time the retransmission of Database Description and Link State Request packets.
このインターフェイスに属する隣接のためのリンク状態アドバタイズメント再送信間の秒数。この値は、データベースの内容及びリンク状態要求パケットの再送信を時間を計るために使用されます。
This section describes the various states of a switch interface. The states are listed in order of progressing functionality. For example, the inoperative state is listed first, followed by a list of the intermediate states through which the interface passes before attaining the final, fully functional state. The specification makes use of this ordering by references such as "those interfaces in state greater than X".
ここでは、スイッチインターフェイスのさまざまな状態を説明しています。状態は、機能性を進んの順に表示されます。例えば、非作動状態では、インターフェイスは、最終的な、完全に機能する状態になる前に通過する中間状態のリストが続き、最初にリストされています。仕様は、「Xよりも大きい状態でそれらのインタフェース」として参照することにより、この順序付けを利用します。
Figure 1 represents the interface state machine, showing the progression of interface state changes. The arrows on the graph represent the events causing each state change. These events are described in Section 3.2. The interface state machine is described in detail in Section 3.3.
図1は、界面状態の変化の進行を示す、インタフェース・ステート・マシンを表します。グラフ上の矢印は、各状態変化を引き起こすイベントを表します。これらのイベントは、セクション3.2で説明されています。インタフェース・ステート・マシンは、3.3節に詳細に記載されています。
Down
ダウン
This is the initial state of the interface. In this state, the interface is unusable, and no protocol traffic is sent or received on the interface. In this state, interface parameters are set to their initial values, all interface timers are disabled, and no adjacencies are associated with the interface.
これは、インタフェースの初期状態です。この状態では、インタフェースは使用不可能であり、いかなるプロトコルトラフィックがインターフェイス上で送信されないか、または受信されます。この状態では、インタフェースパラメータが初期値に設定されている、すべてのインタフェースタイマーは無効になり、何の隣接関係は、インターフェイスに関連付けられていません。
+-------+
| any | Interface +----------+ Unloop Ind +----------+
| state | -----------> | Down | <----------- | Loopback |
+-------+ Down +----------+ +----------+
| ^
| Interface Up |
+-------+ [pt-to-pt] | |
| Point |<------------type? Loop Ind |
| to | | |
| Point | | [broadcast] |
+-------+ V +-------+
+-----------+ | any |
| Waiting | | state |
+-----------+ +-------+
|
Backup Seen |
| Wait Timer
|
|
+----------+ Neighbor V Neighbor +----------+
| DS | <------------> [ ] <------------> | DS Other |
+----------+ Change ^ Change +----------+
|
|
Neighbor Change |
|
V
+----------+
| Backup |
+----------+
Figure 1: Interface State Machine
図1：インターフェイスステートマシン
Loopback
ループバック
In this state, the switch interface is looped back, either in hardware or in software. The interface is unavailable for regular data traffic.
この状態では、スイッチ・インターフェースは、ハードウェアまたはソフトウェアのいずれかで、ループバックされます。インタフェースは、通常のデータトラフィックには使用できません。
Point-to-Point
ポイントからポイントへ
In this state, the interface is operational and is connected to a physical point-to-point link. On entering this state, the switch attempts to form an adjacency with the neighboring switch.
この状態では、インターフェイスは動作していると物理的ポイントツーポイントリンクに接続されています。この状態に入ると、スイッチは、隣接スイッチとの隣接関係を形成しようとします。
Waiting
待機中
In this state, the switch is attempting to identify the backup designated switch for the link by monitoring the Hello packets it receives. The switch does not attempt to select a designated switch or a backup designated switch until it changes out of this state, thereby preventing unnecessary changes of the designated switch and its backup.
この状態では、スイッチは、受信したHelloパケットを監視することにより、リンクのバックアップ指定スイッチを識別しようとしています。スイッチは、それによって指定されたスイッチとそのバックアップの不要な変更を防止し、この状態から変更するまで指定されたスイッチまたはバックアップ指定スイッチを選択しようとしません。
DS Other
DSその他
In this state, the interface is operational and is connected to a multi-access broadcast link on which other switches have been selected as the designated switch and the backup designated switch. On entering this state, the switch attempts to form adjacencies with both the designated switch and the backup designated switch.
この状態では、インタフェースが動作し、他のスイッチは指定されたスイッチとバックアップ指定スイッチとして選択されていたマルチアクセスブロードキャストリンクに接続されています。この状態に入ると、スイッチは、指定スイッチとバックアップ指定スイッチの両方と隣接関係を形成しようとします。
Backup
バックアップ
In this state, the switch itself is the backup designated switch on the attached multi-access broadcast link. It will be promoted to designated switch if the current designated switch fails. The switch establishes adjacencies with all other switches attached to the link. (See Section 6.3 for more information on the functions performed by the backup designated switch.)
この状態では、スイッチ自体は付属マルチアクセスブロードキャストリンク上のバックアップ指定スイッチです。現在の指定スイッチに障害が発生した場合には、指定されたスイッチに昇格されます。スイッチは、リンクに接続されたすべての他のスイッチとの隣接関係を確立します。 （バックアップ指定されたスイッチによって実行される機能の詳細については、セクション6.3を参照）。
DS
DS
In this state, this switch itself is the designated switch on the attached multi-access broadcast link. The switch establishes adjacencies with all other switches attached to the link. The switch is responsible for originating network link advertisements for the link, containing link information for all switches attached to the link, including the designated switch itself. (See Section 6.3 for more information on the functions performed by the designated switch.)
この状態では、このスイッチ自体は、添付のマルチアクセス放送リンク上で指定されたスイッチです。スイッチは、リンクに接続されたすべての他のスイッチとの隣接関係を確立します。スイッチは、指定されたスイッチ自体を含むリンクに接続されているすべてのスイッチのリンク情報を含む、リンクのネットワークリンク広告を発信する責任があります。 （指定されたスイッチによって実行される機能の詳細については、セクション6.3を参照）。
The state of an interface changes due to an interface event. This section describes these events.
インターフェイスイベントによるインタフェースの状態が変化します。このセクションでは、これらのイベントについて説明します。
Interface events are shown as arrows in Figure 1, the graphic representation of the interface state machine. For more information on the interface state machine, see Section 3.3.
インタフェースイベントは、図1、インターフェイスステートマシンのグラフィック表現の矢印として示されています。インタフェース・ステート・マシンの詳細については、3.3節を参照してください。
Interface Up
アップインターフェース
This event is generated by the VlanHello protocol [IDhello] when it discovers a neighbor switch on the interface. The interface is now operational. This event causes the interface to change out of the Down state. The state it enters is determined by the interface type. If the interface type is broadcast (multi-access), this event also causes the switch to begin sending periodic Hello packets out over the interface.
それはインターフェイス上の近接スイッチを検出すると、このイベントは、[IDhello] VlanHelloプロトコルによって生成されます。インタフェースは現在動作しています。このイベントは、インターフェイスがダウン状態から変化させます。それが入る状態は、インターフェイスタイプによって決定されます。インターフェイスタイプを（マルチアクセス）放送されている場合は、このイベントは、インタフェースを介して定期的にHelloパケットを送出を開始するためにスイッチが発生します。
Wait Timer
タイマーを待って
This event is generated when the one-shot Wait timer expires, triggering the end of the required waiting period before the switch can begin the process of selecting a designated switch and a backup designated switch on a multi-access link.
ワンショットタイマーを待ったときに、このイベントが生成され、スイッチがマルチアクセスリンク上で指定されたスイッチとバックアップ指定スイッチを選択するプロセスを開始する前に、必要な待機期間の終了をトリガする、有効期限が切れます。
Backup Seen
バックアップみます
This event is generated when the switch has detected the existence or non-existence of a backup designated switch for the link, as determined in one of the following two ways:
スイッチは、リンクのバックアップ指定されたスイッチの存在または非存在を検出した場合、次の2つの方法のいずれかで決定されるように、このイベントが生成されます。
o A Hello packet has been received from a neighbor that claims to be the backup designated switch.
O Helloパケットは、バックアップ指定スイッチであることを主張するネイバーから受信されています。
o A Hello packet has been received from a neighbor that claims to be the designated switch. In addition, the packet indicated that there is no backup.
O Helloパケットは、指定されたスイッチであることを主張するネイバーから受信されています。また、パケットは、バックアップがないことを示しています。
In either case, the interface must have bidirectional communication with its neighbor -- that is, the local switch must be listed in the neighbor's Hello packet.
いずれの場合も、インターフェースはその隣人との双方向通信を持っている必要があります - つまり、ローカルスイッチは隣人のHelloパケットに記載されている必要があり。
This event signals the end of the Waiting state.
このイベントは、待機状態の終了を知らせます。
Neighbor change
ネイバー変更
This event is generated when there has been one of the following changes in the set of bidirectional neighbors associated with the interface. (See Section 4.1 for information on neighbor states.)
インターフェイスに関連付けられた双方向の隣人のセットで、次のいずれかの変更があったときに、このイベントが生成されます。 （ネイバーの状態については、4.1節を参照してください。）
o Bidirectional communication has been established with a neighbor -- the state of the neighbor has changed to 2-Way or higher.
O双方向通信は、隣接して確立されている - 隣人の状態は、2ウェイ以上に変化しました。
o Bidirectional communication with a neighbor has been lost -- the state of the neighbor has changed to Init or lower.
O隣人との双方向の通信が失われた - 隣人の状態は、init以下に変更されました。
o A bidirectional neighbor has just declared itself to be either the designated switch or the backup designated switch, as detected by examination of that neighbor's Hello packets.
その隣人のHelloパケットの検査によって検出されるように、O双方向の隣人はちょうど、指定されたスイッチまたはバックアップ指定スイッチのいずれかであることを自分自身を宣言しました。
o A bidirectional neighbor is no longer declaring itself to be either the designated switch or the backup designated switch, as detected by examination of that neighbor's Hello packets.
O双方向の隣人は、その隣人のHelloパケットの検査によって検出されるように、指定されたスイッチまたはバックアップ指定スイッチのいずれかであることを自分自身を宣言しなくなりました。
o The advertised switch priority of a bidirectional neighbor has changed, as detected by examination of that neighbor's Hello packets.
その隣人のHelloパケットの検査によって検出されるように、O双方向の隣人の宣伝スイッチプライオリティは、変更されました。
When this event occurs, the designated switch and the backup designated switch must be reselected.
このイベントが発生すると、指定されたスイッチとバックアップ指定スイッチを再選択する必要があります。
Loop Ind
ループインディアナ
This event is generated when an interface enters the Loopback state. This event can be generated by either the network management service or by the lower-level protocols.
インターフェイスがループバック状態になると、このイベントが生成されます。このイベントは、いずれかのネットワーク管理サービスによって、またはより低いレベルのプロトコルによって生成することができます。
Unloop Ind
Unloopインディアナ
This event is generated when an interface leaves the Loopback state. This event can be generated by either the network management service or by the lower-level protocols.
インタフェースがループバック状態を離れたときに、このイベントが生成されます。このイベントは、いずれかのネットワーク管理サービスによって、またはより低いレベルのプロトコルによって生成することができます。
Interface Down
インターフェースダウン
This event is generated under the following two circumstances:
このイベントには、次の2つの状況の下で生成されます。
o The VlanHello [IDhello] protocol has determined that the interface is no longer functional.
O VlanHello [IDhello]プロトコルは、インタフェースがもはや機能的であると判断しませんでした。
o The neighbor state machine has detected a second neighboring switch on a link presumed to be of type point-to-point. In addition to generating the Interface Down event, the neighbor state machine changes the interface type to broadcast.
O隣接状態機械タイプのポイント・ツー・ポイントであると推定されるリンク上の第2の隣接スイッチを検出しました。インターフェイスダウンイベントを生成することに加えて、ネイバーステートマシンは放送するためのインターフェイスの種類を変更します。
In both instances, this event forces the interface state to Down. However, when the event is generated by the neighbor state machine, it is immediately followed by an Interface Up event. (See Section 4.3.)
いずれの場合も、このイベントはダウンへのインターフェイスの状態を強制します。イベントはネイバーステートマシンによって生成されたときしかし、それはすぐにインターフェイスアップイベントが続いています。 （4.3節を参照してください。）
This section presents a detailed description of the interface state machine.
このセクションでは、インタフェース・ステート・マシンの詳細な説明を提示しています。
Interface states (see Section 3.1) change as the result of various events (see Section 3.2). However, the effect of each event can vary, depending on the current state of the interface. For this reason, the state machine described in this section is organized according to the current interface state and the occurring event. For each state/event pair, the new interface state is listed, along with a description of the required processing.
インターフェース状態（3.1節を参照）各種イベントの結果として変化する（3.2節を参照してください）。しかし、各イベントの効果は、インタフェースの現在の状態に応じて、変えることができます。この理由のため、このセクションで説明する状態マシンは、現在のインターフェイスの状態と発生したイベントに応じて編成されます。各状態/イベントペアに対して、新しい界面状態が必要とされる処理の説明とともに、表示されています。
Note that when the state of an interface changes, it may be necessary to originate a new switch link advertisement. See Section 8.1 for more information.
インタフェースの状態が変化したが、新しいスイッチリンク広告を発信する必要があるかもしれないときがあります。詳細については、8.1節を参照してください。
Some of the processing described here includes generating events for the neighbor state machine. For example, when an interface becomes inoperative, all neighbor connections associated with the interface must be destroyed. For more information on the neighbor state machine, see Section 4.3.
ここで説明する処理のいくつかは隣人州のマシンのためのイベントを生成することを含みます。例えば、インタフェースが動作不能になった場合、インタフェースに関連付けられているすべての隣接接続が破棄されなければなりません。ネイバーステートマシンの詳細については、4.3節を参照してください。
State(s): Down Event: Interface Up New state: Depends on action routine Action: If the interface is a point-to-point link, set the interface state to Point-to-Point. Otherwise, start the Hello interval timer, enabling the periodic sending of Hello packets over the interface. If the switch is not eligible to become the designated switch, change the interface state to DS Other. Otherwise, set the interface state to Waiting and start the one-shot wait timer. Create a new neighbor data structure for the neighbor switch, initialize all neighbor parameters and set the stateof the neighbor to Down.
状態（S）：ダウンイベント：インターフェイス上の新しい状態は：アクションルーチンアクションによって異なります。インターフェイスは、ポイントツーポイントリンクである場合は、ポイントツーポイントインターフェイスの状態を設定します。それ以外の場合は、定期的なインターフェースを介してHelloパケットの送信を可能にする、ハロー間隔タイマーを起動します。スイッチが指定スイッチになる資格がない場合には、DSの他に、インタフェースの状態を変更します。それ以外の場合は、待機中に界面準位を設定すると、ワンショット待ちタイマを起動します。隣接スイッチのための新しい隣人データ構造を作成し、すべてのネイバーのパラメータを初期化し、ダウンにstateofに隣人を設定します。
State(s): Waiting Event: Backup Seen New state: Depends on action routine Action: Select the designated switch and backup designated switch for the attached link, as described in Section 6.3.1. As a result of this selection, set the new state of the interface to either DS Other, Backup or DS.
状態（S）：イベント待ち：バックアップみる新しい状態：アクションルーチンアクションによって異なります。6.3.1項で説明したように、添付のリンクのためのスイッチを指定した指定スイッチとバックアップを選択します。この選択の結果、DSの他、バックアップまたはDSのいずれかにインターフェイスの新しい状態を設定します。
State(s): Waiting Event: Wait Timer New state: Depends on action routine Action: Select the designated switch and backup designated switch for the attached link, as described in Section 6.3.1. As a result of this selection, set the new state of the interface to either DS Other, Backup or DS.
状態（S）：イベント待ち：タイマー新しい状態を待っ：アクションルーチンアクションによって異なります。6.3.1項で説明したように、添付のリンクのためのスイッチを指定した指定スイッチとバックアップを選択します。この選択の結果、DSの他、バックアップまたはDSのいずれかにインターフェイスの新しい状態を設定します。
State(s): DS Other, Backup or DS Event: Neighbor Change New state: Depends on action routine Action: Reselect the designated switch and backup designated switch for the attached link, as described in Section 6.3.1. As a result of this selection, set the new state of the interface to either DS Other, Backup or DS.
状態（S）：DS他、バックアップまたはDSイベント：近隣変更するには、新しい状態は：アクションルーチンアクションによって異なります。6.3.1項で説明したように、添付のリンクに指定されたスイッチとバックアップ指定スイッチを再選択。この選択の結果、DSの他、バックアップまたはDSのいずれかにインターフェイスの新しい状態を設定します。
State(s): Any State Event: Interface Down New state: Down Action: Reset all variables in the interface data structure and disable all timers. In addition, destroy all neighbor connections associated with the interface by generating the KillNbr event on all neighbors listed in the interface data structure.
状態（S）：任意状態イベント：新しい状態をダウンインタフェース：アクションダウン：インタフェースデータ構造内のすべての変数をリセットし、すべてのタイマーを無効にします。また、インターフェースデータ構造にリストされたすべてのネイバーにKillNbrイベントを生成して、インターフェイスに関連付けられたすべてのネイバー接続を破壊します。
State(s): Any State Event: Loop Ind New state: Loopback Action: Reset all variables in the interface data structure and disable all timers. In addition, destroy all neighbor connections associated with the interface by generating the KillNbr event on all neighbors listed in the interface data structure.
状態（S）：任意状態イベント：ループインディアナ新しい状態：ループバックアクション：インターフェース・データ構造内のすべての変数をリセットし、すべてのタイマーを無効にします。また、インターフェースデータ構造にリストされたすべてのネイバーにKillNbrイベントを生成して、インターフェイスに関連付けられたすべてのネイバー接続を破壊します。
State(s): Loopback Event: Unloop Ind New state: Down Action: No action is necessary beyond changing the interface state to Down because the interface was reset on entering the Loopback state.
状態（S）：ループバックイベント：Unloopインディアナ新しい状態：下の処置：アクションは、インターフェイスがループバック状態に入る時にリセットされたため、下に界面の状態を変化させることを越えて必要ありません。
Each switch conducts a conversation with its neighboring switches and each conversation is described by a neighbor data structure. A conversation is associated with a switch interface, and is identified by the neighboring switch ID.
各スイッチは近接スイッチとの会話を行い、各会話は隣接データ構造によって記述されます。会話は、スイッチインターフェイスに関連付けられており、隣接スイッチのIDによって識別されます。
Note that if two switches have multiple attached links in common, multiple conversations ensue, each described by a unique neighbor data structure. Each separate conversation is treated as a separate neighbor.
ユニークな隣接データ構造によって記述される各2つのスイッチの共通の複数の接続リンクを持っている場合、複数の会話が続いて起こることに留意されたいです。各個別の会話は、別の隣人として扱われます。
The neighbor data structure contains all information relevant to any adjacency formed between the two neighbors. Remember, however, that not all neighbors become adjacent. An adjacency can be thought of as a highly developed conversation between two switches.
隣人データ構造は、二つの隣人との間に形成された任意の隣接関係に関連するすべての情報が含まれています。いないすべてのネイバーが隣接するようになりこと、しかし、覚えておいてください。隣接関係は、2つのスイッチ間で高度に発達した会話と考えることができます。
State
状態
The functional level of the neighbor conversation. See Section 4.1 for a complete description of neighbor states.
隣人の会話の機能レベル。隣人状態の完全な記述については、セクション4.1を参照してください。
Inactivity timer
非アクティブタイマー
A one-shot timer used to determine when to declare the neighbor down if no Hello packet is received from this (multi-access) neighbor. The length of the timer is SwitchDeadInterval seconds, as contained in the neighbor's Hello packet. This timer is not used on point-to-point links.
ワンショット・タイマにはHelloパケットがこの（マルチアクセス）ネイバーから受信されない場合ダウン隣人を宣言する時期を決定するために使用します。隣人のHelloパケットに含まれるタイマの長さは、SwitchDeadInterval秒です。このタイマーは、ポイントツーポイントリンク上で使用されていません。
Master/slave flag
マスター/スレーブフラグ
A flag indicating whether the local switch is to act as the master or the slave in the database exchange process (see Section 7.2). The master/slave relationship is negotiated when the conversation changes to the ExStart state.
ローカルスイッチ（セクション7.2を参照）データベース交換プロセスにおけるマスタまたはスレーブとして動作するかどうかを示すフラグ。会話がのExStart状態に変化したときに、マスター/スレーブの関係が交渉されています。
Sequence number
シーケンス番号
A 4-octet number identifying individual Database Description packets. When the neighbor state ExStart is entered and the database exchange process is started, the sequence number is set to a value not previously seen by the neighboring switch. (One possible scheme is to use the switch's time of day counter.) The sequence number is then incremented by the master with each new Database Description packet sent. See Section 7.2 for more information on the database exchange process.
個々のデータベース記述パケットを識別する4オクテットの数。近隣状態のExStartが入力され、データベース交換プロセスが開始されると、シーケンス番号が以前に近接スイッチからは見えない値に設定されています。 （一つの可能なスキームは、日カウンタのスイッチの時間を使うことです。）シーケンス番号は、その後送られたそれぞれの新しいデータベース記述パケットでマスターによってインクリメントされます。データベース交換プロセスの詳細については、セクション7.2を参照してください。
Neighbor ID
ネイバーID
The switch ID of the neighboring switch, as discovered by the VlanHello protocol [IDhello] or contained in the neighbor's Hello packets.
VlanHelloプロトコルによって発見されたように、隣接スイッチのスイッチIDは、[IDhello]または隣人のHelloパケットに含まれています。
Neighbor priority
近隣の優先順位
The switch priority of the neighboring switch, as contained in the neighbor's Hello packets. Switch priorities are used when selecting the designated switch for the attached multi-access link. Priority is not used on point-to-point links.
隣人のHelloパケットに含まれる近接スイッチのスイッチプライオリティ、。付属のマルチアクセスリンクのための指定されたスイッチを選択するとき、スイッチの優先順位が使用されています。優先順位は、ポイントツーポイントリンク上で使用されていません。
Interface identifier
インターフェイスを識別する
A 10-octet value that uniquely identifies the interface over which this conversation is being held. This value consists of the 6- octet base MAC address of the neighbor switch, followed by the 4- octet local port number of the interface.
一意この会話が保持されている上にインタフェースを識別する10オクテットの値。この値はインタフェースの4-オクテットローカルポート番号に続く隣接スイッチの6オクテットベースMACアドレスからなります。
Neighbor's designated switch
近隣の指定されたスイッチ
The switch ID identifying the neighbor's idea of the designated switch, as contained in the neighbor's Hello packets. This value is used in the local selection of the designated switch. It is not used on point-to-point links.
隣人のHelloパケットに含まれているとして、指定されたスイッチの隣人の考えを特定するスイッチID。この値は、指定されたスイッチのローカル選択に使用されています。これは、ポイントツーポイントリンク上で使用されていません。
Neighbor's backup designated switch
近隣のバックアップ指定スイッチ
The switch ID identifying the neighbor's idea of the backup designated switch, as contained in the neighbor's Hello packets. This value is used in the local selection of the backup designated switch. It is not used on point-to-point links.
隣人のHelloパケットに含まれるよう、バックアップ指定スイッチの隣人の考えを特定するスイッチID。この値は、バックアップ指定スイッチのローカル選択に使用されています。これは、ポイントツーポイントリンク上で使用されていません。
Link state retransmission list
リンクステート再送リスト
The list of link state advertisements that have been forwarded over but not acknowledged on this adjacency. The local switch retransmits these link state advertisements at periodic intervals until they are acknowledged or until the adjacency is destroyed. (For more information on retransmitting link state advertisements, see Section 8.2.5.)
以上の転送が、この隣接に認めていないされているリンク状態広告のリスト。それらが確認されるまで、または隣接関係が破壊されるまで、ローカルスイッチは、定期的な間隔で、これらのリンク状態広告を再送信します。 （リンク状態のアドバタイズメントを再送信についての詳細は、8.2.5項を参照してください。）
Database summary list
Database概要リスト
The set of link state advertisement headers that summarize the local link state database. When the conversation changes to the Exchange state, this list is sent to the neighbor via Database Description packets. (For more information on the synchronization of databases, see Section 7.)
ローカルリンクステートデータベースをまとめたリンク状態アドバタイズメントヘッダのセット。会話がExchange状態に変化した場合、このリストは、データベース記述パケットを経由してネイバーに送信されます。 （データベースの同期の詳細については、セクション7を参照してください）
Link state request list
Link州の要求リスト
The list of link state advertisements that must be received in order to synchronize with the neighbor switch's link state database. This list is created as Database Description packets are received, and is then sent to the neighbor in Link State Request packets. (For more information on the synchronization of databases, see Section 7.)
隣接スイッチのリンク状態データベースと同期するために受信しなければならないリンクステートアドバタイズメントのリスト。このリストは、データベース記述パケットを受信したとして作成され、その後、リンク状態要求パケットでネイバーに送信されます。 （データベースの同期の詳細については、セクション7を参照してください）
This section describes the various states of a conversation with a neighbor switch. The states are listed in order of progressing functionality. For example, the inoperative state is listed first, followed by a list of the intermediate states through which the conversation passes before attaining the final, fully functional state. The specification makes use of this ordering by references such as "those neighbors/adjacencies in state greater than X".
このセクションでは、隣接スイッチとの会話のさまざまな状態を説明しています。状態は、機能性を進んの順に表示されます。例えば、非作動状態では、最初にリストされる会話が、最終的な、完全に機能する状態になる前に通過する中間状態のリストが続きます。仕様では、このような「Xより大きい状態のそれらの隣人/隣接」として参照することで、この順序付けを使用しています。
Figure 2 represents the neighbor state machine. The arrows on the graph represent the events causing each state change. These events are described in Section 4.2. The neighbor state machine is described in detail in Section 4.3.
図2は、ネイバーステートマシンを表します。グラフ上の矢印は、各状態変化を引き起こすイベントを表します。これらのイベントは、セクション4.2で説明されています。ネイバーステートマシンは、4.3節に詳細に記載されています。
Down
ダウン
This is the initial state of a neighbor conversation.
これは、隣人の会話の初期状態です。
Init
初期化
In this state, the neighbor has been discovered, but bidirectional communication has not yet been established. All neighbors in this state or higher are listed in the VLS Hello packets sent by the local switch over the associated (multi-access) interface.
この状態では、隣人が発見されたが、双方向の通信がまだ確立されていません。この状態以上のすべての隣人は、関連する（マルチアクセス）インタフェースを介してローカルスイッチによって送信されたVLS Helloパケットに記載されています。
+----------+ KillNbr, LLDown, +-----------+
| Down | <--------------------- | any state |
+----------+ or Inactivity Timer +-----------+
|
Hello |
Rcvd |
|
V
+-----< [pt-to-pt?]
| yes |
| | no
| V
| +----------+ 1-Way +----------+
| | Init | <-------- | >= 2-way |
| +----------+ +----------+
| |
| 2-Way |
| Rcvd | +-------+ AdjOK? +------------+
| +----------------> | 2-Way | <------- | >= ExStart |
| | (no adjacency) +-------+ no +------------+
| |
| V
| +---------+ Seq Number Mismatch +-------------+
+----> | ExStart | <--------------------- | >= Exchange |
+---------+ or BadLSReq +-------------+
|
Negotiation |
Done |
V
+----------+
| Exchange |
+----------+
|
Exchange | +--------+
Done +----------------------> | Full |
| (request list empty) +--------+
| ^
V |
+---------+ Loading Done |
| Loading | ----------------------->
+---------+
Figure 2: Neighbor State Machine
図2：ネイバーステートマシン
2-Way
2ウェイ
In this state, communication between the two switches is bidirectional. This is the most advanced state short of beginning to establish an adjacency. On a multi-access link, the designated switch and the backup designated switch are selected from the set of neighbors in state 2-Way or greater.
この状態では、二つのスイッチ間の通信は双方向です。これは、隣接関係を確立し始めの短い最も先進的な状態です。マルチアクセスリンク上で、指定されたスイッチとバックアップ指定スイッチは、状態2ウェイ以上に近隣のセットから選択されます。
ExStart
ExStart
This state indicates that the two switches have begun to establish an adjacency by determining which switch is the master, as well as the initial sequence number for Database Descriptor packets. Neighbor conversations in this state or greater are called adjacencies.
この状態は、2つのスイッチは、スイッチがマスター、ならびにデータベース・ディスクリプタパケットの初期シーケンス番号であるかを決定することにより、隣接関係を確立し始めていることを示しています。この状態以上で近隣の会話は隣接関係と呼ばれます。
Exchange
交換
In this state, the switches are exchanging Database Description packets. (See Section 7.2 for a complete description of this process.) All adjacencies in the Exchange state or greater are used by the distribution procedure (see Section 8.2), and are capable of transmitting and receiving all types of VLSP routing packets.
この状態では、スイッチは、データベース記述パケットを交換しています。 （この処理の詳細については、セクション7.2を参照。）配信手順で使用されている交換状態以上のすべての隣接関係（セクション8.2を参照）、および送信およびVLSPルーティングパケットのすべてのタイプを受信することができます。
Loading
積載
In this state, the local switch is sending Link State Request packets to the neighbor asking for the more recent advertisements that were discovered in the Exchange state.
この状態では、ローカルスイッチは、Exchangeの状態で発見された、より最近の広告を求める隣人にリンク状態要求パケットを送信しています。
Full
いっぱい
In this state, the two switches are fully adjacent. These adjacencies will now appear in switch link and network link advertisements generated for the link.
この状態で、2つのスイッチが完全に隣接しています。これらの隣接関係は現在、スイッチリンクとリンクのために生成されたネットワークリンク広告に表示されます。
The state of a neighbor conversation changes due to neighbor events. This section describes these events.
隣人の会話の状態は隣接事象による変更されます。このセクションでは、これらのイベントについて説明します。
Neighbor events are shown as arrows in Figure 2, the graphic representation of the neighbor state machine. For more information on the neighbor state machine, see Section 4.3.
隣接イベントは、図2、ネイバーステートマシンのグラフィック表現の矢印として示されています。ネイバーステートマシンの詳細については、4.3節を参照してください。
Hello Received
こんにちは受信
This event is generated when a Hello packet has been received from a neighbor.
Helloパケットをネイバーから受信されたときに、このイベントが生成されます。
2-Way Received
2ウェイで受信します
This event is generated when the local switch sees its own switch ID listed in the neighbor's Hello packet, indicating that bidirectional communication has been established between the two switches.
ローカルスイッチは双方向通信が2つのスイッチ間で確立されたことを示す、隣人のHelloパケットに記載されている自身のスイッチIDを見ているときに、このイベントが生成されます。
Negotiation Done
交渉は完了します
This event is generated when the master/slave relationship has been successfully negotiated and initial packet sequence numbers have been exchanged. This event signals the start of the database exchange process (see Section 7.2).
マスター/スレーブ関係がうまく交渉してきたし、最初のパケットのシーケンス番号が交換されたときに、このイベントが生成されます。このイベントは、データベース交換プロセスの開始を知らせる（7.2節を参照してください）。
Exchange Done
取引完了
This event is generated when the database exchange process is complete and both switches have successfully transmitted a full sequence of Database Description packets. (For more information on the database exchange process, see Section 7.2.)
このイベントは、データベース交換プロセスが完了したときに生成され、両方のスイッチは、データベース記述パケットの完全なシーケンスを正常に送信されています。 （データベース交換プロセスの詳細については、セクション7.2を参照。）
BadLSReq
Badlsreya
This event is generated when a Link State Request has been received for a link state advertisement that is not contained in the database. This event indicates an error in the synchronization process.
リンク状態要求がデータベースに含まれていないリンク状態通知のために受信されたときに、このイベントが生成されます。このイベントは、同期処理中にエラーがあることを示します。
Loading Done
ロードは完了します
This event is generated when all Link State Updates have been received for all out-of-date portions of the database. (See Section 7.3.)
すべてのリンクステートアップデートは、データベースのすべての期限切れの部分のために受信されたときに、このイベントが生成されます。 （7.3節を参照してください。）
AdjOK?
ポスト？
This event is generated when a decision must be made as to whether an adjacency will be established or maintained with the neighbor. This event will initiate some adjacencies and destroy others.
決定は隣接関係が確立されるか隣人に維持されるか否かの判断がなされなければならないときに、このイベントが生成されます。このイベントは、いくつかの隣接関係を開始し、他の人を破壊します。
Seq Number Mismatch
配列番号不一致
This event is generated when a Database Description packet has been received with any of the following conditions:
データベース説明パケットは、以下の条件のいずれかで受信されたときに、このイベントが生成されます。
o The packet contains an unexpected sequence number. o The packet (unexpectedly) has the Init bit set. o The packet has a different Options field than was previously seen.
Oパケットは、予想外のシーケンス番号が含まれています。パケットO（予想外に）初期化ビットが設定されています。 Oパケットは、以前に見られたよりも異なるオプションのフィールドがあります。
These conditions all indicate that an error has occurred during the establishment of the adjacency.
これらの条件はすべて、エラーが隣接関係の確立中に発生したことを示します。
1-Way
1ウェイ
This event is generated when bidirectional communication with the neighbor has been lost. That is, a Hello packet has been received from the neighbor in which the local switch is not listed.
隣人との双方向の通信が失われたときに、このイベントが生成されます。つまり、Helloパケットはローカルスイッチが記載されているされていないネイバーから受信されています。
KillNbr
KillNbr
This event is generated when further communication with the neighbor is impossible.
隣人との更なる通信が不可能な場合、このイベントが生成されます。
Inactivity Timer
非アクティブタイマー
This event is generated when the inactivity timer has expired, indicating that no Hello packets have been received from the neighbor in SwitchDeadInterval seconds. This timer is used only on broadcast (multi-access) links.
このイベントは、何のHelloパケットがSwitchDeadInterval秒でネイバーから受信されていないことを示す、非アクティブタイマーが期限切れになったときに生成されます。このタイマは、ブロードキャスト（マルチアクセス）リンクでのみ使用されます。
LLDown
LLDown
This event is generated by the lower-level switch discovery protocols and indicates that the neighbor is now unreachable.
このイベントは、低レベルスイッチのディスカバリプロトコルによって生成され、隣人が現在到達不能であることを示しています。
This section presents a detailed description of the neighbor state machine.
このセクションでは、ネイバーステートマシンの詳細な説明を提示しています。
Neighbor states (see Section 4.1) change as the result of various events (see Section 4.2). However, the effect of each event can vary, depending on the current state of the conversation with the neighbor. For this reason, the state machine described in this section is organized according to the current neighbor state and the occurring event. For each state/event pair, the new neighbor state is listed, along with a description of the required processing.
近隣状態（セクション4.1を参照）は、様々なイベントの結果として変化（セクション4.2を参照）。しかし、各イベントの効果は、ネイバーとの会話の現在の状態に応じて、変えることができます。この理由のため、このセクションで説明する状態マシンは、現在の隣接状態と発生したイベントに応じて編成されます。各状態/イベントペアに対して、新しい隣人状態が必要とされる処理の説明とともに、表示されています。
Note that when the neighbor state changes as a result of an interface Neighbor Change event (see Section 3.2), it may be necessary to rerun the designated switch selection algorithm. In addition, if the interface associated with the neighbor conversation is in the DS state (that is, the local switch is the designated switch), changes in the neighbor state may cause a new network link advertisement to be originated (see Section 8.1).
場合インターフェイスネイバー変更イベントの結果として隣接状態変化（セクション3.2を参照）、指定されたスイッチ選択アルゴリズムを再実行する必要があるかもしれないことに留意されたいです。隣人の会話に関連付けられたインターフェイス（つまり、ローカルスイッチが指定スイッチである場合）DS状態にある場合に加えて、隣人状態の変化は、（8.1節を参照）、新たなネットワークリンク広告が発信される可能性があります。
When the neighbor state machine must invoke the interface state machine, it is invoked as a scheduled task. This simplifies processing, by ensuring that neither state machine executes recursively.
ネイバーステートマシンは、インタフェース・ステート・マシンを起動する必要がある場合、それがスケジュールされたタスクとして起動されます。これは、どちらのステートマシンを再帰的に実行されることを確実にすることによって、処理を簡素化します。
State(s): Down Event: Hello Received New state: Depends on the interface type Action: If the interface type of the associated link is point-to-point, change the neighbor state to ExStart. Otherwise, change the neighbor state to Init and start the inactivity timer for the neighbor. If the timer expires before another Hello packet is received, the neighbor switch is declared dead.
状態（S）：ダウンイベント：こんにちは新しい状態を受け取った：インターフェイスタイプのアクションによって異なります。関連するリンクのインタフェースタイプがポイントツーポイントである場合、のExStartに隣人の状態を変更します。それ以外の場合は、初期に隣人状態を変更し、隣人のために非アクティブタイマーを起動します。別のHelloパケットを受信する前にタイマーが満了した場合、隣接スイッチが死んで宣言されています。
State(s): Init or greater Event: Hello Received New state: No state change Action: If the interface type of the associated link is point-to-point, determine whether this notification is for a different neighbor than the one previously seen. If so, generate an Interface Down event for the associated interface, reset the interface type to broadcast and generate an Interface Up event.
状態（S）：初期化またはそれ以上のイベントは：こんにちは、新しい状態を受け取りました：いいえ状態変化のアクションを：関連付けられたリンクのインタフェース型は、ポイント・ツー・ポイントである場合、この通知は、以前に見たものとは異なる隣人のためにあるかどうかを判断します。その場合は、関連付けられたインターフェイスのインターフェイスダウンイベントを生成し、インターフェイスアップイベントをブロードキャストして生成するインターフェイスタイプをリセットします。
Note: This procedure of generating an Interface Down event and changing the interface type to broadcast is also executed if the neighbor for whom the notification was received is running an older version of the protocol software (see Section 6.1). In previous versions of the protocol, all interfaces were treated as if they were broadcast.
注意：通知を受けた人のために隣人がプロトコル・ソフトウェアの旧バージョンを実行している場合、インターフェイスダウンイベントを生成し、放送するためにインターフェイスタイプを変更するこの手順は、（6.1節を参照）が実行されます。それらが放送されたかのようにプロトコルの以前のバージョンでは、すべてのインタフェースを処理しました。
If the interface type is broadcast, reset the inactivity timer for the neighbor.
インターフェイスタイプが放送されている場合は、隣人のために非アクティブタイマーをリセットします。
State(s): Init Event: 2-Way Received New state: Depends on action routine Action: Determine whether an adjacency will be formed with the neighbor (see Section 6.4). If no adjacency is to be formed, change the neighbor state to 2-Way.
状態（S）：初期化イベント：2ウェイは、新しい状態を受信：アクションルーチンアクションによって異なります（セクション6.4を参照）隣接関係が隣人で形成されるかどうかを決定します。隣接関係が形成されていない場合、2ウェイに隣人状態を変更します。
Otherwise, change the neighbor state to ExStart. Initialize the sequence number for this neighbor and declare the local switch to be master for the database exchange process. (See Section 7.2.)
それ以外の場合は、のExStartに隣人の状態を変更します。この隣人のシーケンス番号を初期化し、データベース交換プロセスのためのマスターにローカルスイッチを宣言する。 （7.2節を参照してください。）
State(s): ExStart Event: Negotiation Done New state: Exchange Action: The Negotiation Done event signals the start of the database exchange process. See Section 7.2 for a detailed description of this process.
状態（S）：のExStartイベント：交渉完了新しい状態：為替アクション：イベントを完了交渉がデータベース交換プロセスの開始を知らせます。このプロセスの詳細については、セクション7.2を参照してください。
State(s): Exchange Event: Exchange Done New state: Depends on action routine Action: If the neighbor Link state request list is empty, change the neighbor state to Full. This is the adjacency's final state.
状態（S）：Exchangeイベント：Exchangeは新しい状態を完了には：アクションルーチンアクションによって異なりますネイバーのリンク状態要求リストが空の場合、完全に隣人の状態を変更します。これは、隣接の最終状態です。
Otherwise, change the neighbor state to Loading. Begin sending Link State Request packets to the neighbor requesting the most recent link state advertisements, as discovered during the database exchange process. (See Section 7.2.) These advertisements are listed in the link state request list associated with the neighbor.
それ以外の場合は、ロードに隣人の状態を変更します。データベース交換プロセス中に発見されたとして、最新のリンク状態アドバタイズメントを要求して隣人にリンク状態要求パケットの送信を開始。 （7.2節を参照してください。）これらの広告は隣人に関連したリンクステート要求リストに記載されています。
State(s): Loading Event: Loading Done New state: Full Action: No action is required beyond changing the neighbor state to Full. This is the adjacency's final state.
状態（S）：ロードイベント：ロード新しい状態を完了：フルアクション：処置は完全に隣人の状態を変更することを超えて必要とされません。これは、隣接の最終状態です。
State(s): 2-Way Event: AdjOK? New state: Depends on action routine Action: If no adjacency is to be formed with the neighboring switch (see Section 6.4), retain the neighbor state at 2-Way. Otherwise, change the neighbor state to ExStart. Initialize the sequence number for this neighbor and declare the local switch to be master for the database exchange process. (See Section 7.2.)
状態（S）：2ウェイイベント：AdjOK？新しい状態は：アクションルーチンアクションによって異なります。隣接関係が隣接スイッチで形成されるべきでない場合（セクション6.4を参照）、2ウェイの隣人状態を維持します。それ以外の場合は、のExStartに隣人の状態を変更します。この隣人のシーケンス番号を初期化し、データベース交換プロセスのためのマスターにローカルスイッチを宣言する。 （7.2節を参照してください。）
State(s): ExStart or greater Event: AdjOK? New state: Depends on action routine Action: If an adjacency should still be formed with the neighboring switch (see Section 6.4), no state change and no further action is necessary. Otherwise, tear down the (possibly partially formed) adjacency. Clear the link state retransmission list, database summary list and link state request list and change the neighbor state to 2-Way.
状態（S）：のExStart以上イベント：AdjOK？新しい状態は：アクションルーチンアクションによって異なります。隣接関係はまだ（6.4節を参照）は、隣接するスイッチを用いて形成する必要がある場合は、状態変化とそれ以上のアクションは必要ありません。そうでない場合、（おそらく部分的に形成された）隣接関係を取り壊します。リンクステート再送リスト、データベース概要リストおよびリンクステート要求リストをクリアし、2ウェイの隣人状態を変更します。
State(s): Exchange or greater Event: Seq Number Mismatch New state: ExStart Action: Tear down the (possibly partially formed) adjacency. Clear the link state retransmission list, database summary list and link state request list. Change the neighbor state to ExStart and make another attempt to establish the adjacency.
状態（S）：Exchangeまたはそれ以上のイベント：配列番号不一致新しい状態：のExStartアクション：（おそらく部分的に形成された）隣接関係を取り壊します。リンクステート再送リスト、データベース概要リストおよびリンクステート要求リストをクリアします。 ExStartに隣人の状態を変更し、隣接関係を確立するための別の試みを行います。
State(s): Exchange or greater Event: BadLSReq New state: ExStart Action: Tear down the (possibly partially formed) adjacency. Clear the link state retransmission list, database summary list and link state request list. Change the neighbor state to ExStart and make another attempt to establish the adjacency.
状態（S）：Exchangeまたはそれ以上のイベント：BadLSReq新しい状態：のExStartアクション：（おそらく部分的に形成された）隣接関係を取り壊します。リンクステート再送リスト、データベース概要リストおよびリンクステート要求リストをクリアします。 ExStartに隣人の状態を変更し、隣接関係を確立するための別の試みを行います。
State(s): Any state Event: KillNbr New state: Down Action: Terminate the neighbor conversation. Disable the inactivity timer and clear the link state retransmission list, database summary list and link state request list.
状態（S）：任意の状態イベント：KillNbr新しい状態：ダウンアクション：隣人の会話を終了します。非アクティブタイマーを無効にし、リンクステート再送リスト、データベース概要リストおよびリンクステート要求リストをクリアします。
State(s): Any state Event: LLDown New state: Down Action: Terminate the neighbor conversation. Disable the inactivity timer and clear the link state retransmission list, database summary list and link state request list.
状態（S）：任意の状態イベント：LLDown新しい状態：ダウンアクション：隣人の会話を終了します。非アクティブタイマーを無効にし、リンクステート再送リスト、データベース概要リストおよびリンクステート要求リストをクリアします。
State(s): Any state Event: Inactivity Timer New state: Down Action: Terminate the neighbor conversation. Disable the inactivity timer and clear the link state retransmission list, database summary list and link state request list.
状態（S）：任意の状態イベント：非アクティブタイマー新しい状態：ダウンアクション：隣人の会話を終了します。非アクティブタイマーを無効にし、リンクステート再送リスト、データベース概要リストおよびリンクステート要求リストをクリアします。
State(s): 2-Way or greater Event: 1-Way Received New state: Init Action: Tear down the adjacency between the switches, if any. Clear the link state retransmission list, database summary list and link state request list.
状態（S）：2ウェイ以上のイベント：初期化アクション：1ウェイは、新しい状態を受信した場合、スイッチ間の隣接関係を取り壊します。リンクステート再送リスト、データベース概要リストおよびリンクステート要求リストをクリアします。
State(s): 2-Way or greater Event: 2-Way received New state: No state change Action: No action required.
状態（S）：2ウェイ以上のイベント：いいえ状態変化アクション：2ウェイは、新しい状態を受信操作は必要ありません。
State(s): Init Event: 1-Way received New state: No state change Action: No action required.
状態（S）：初期化イベント：いいえ状態変化の処置：：1ウェイは、新しい状態を受信操作は必要ありません。
The area data structure contains all the information needed to run the basic routing algorithm. One of its components is the link state database -- the collection of all switch link and network link advertisements generated by the switches.
領域データ構造は、基本的なルーティングアルゴリズムを実行するために必要なすべての情報が含まれています。スイッチによって生成されたすべてのスイッチリンクとネットワーク・リンク広告のコレクション - その構成要素の一つは、リンクステートデータベースです。
The area data structure contains the following items:
領域データ構造は、以下の項目が含まれています。
Area ID
エリアID
A 4-octet value identifying the area. Since VLSP does not support multiple areas, the value here is always zero.
領域を特定する4オクテットの値。 VLSPが複数の領域をサポートしていないので、ここでの値は常にゼロです。
Associated switch interfaces
関連するスイッチインターフェイス
A list of interface IDs of the local switch interfaces connected to network links.
ネットワークリンクに接続されたローカルスイッチインターフェースのインターフェースIDのリスト。
Link state database
リンク状態データベース
The collection of all current link state advertisements for the switch fabric. This collection consists of the following:
スイッチファブリックのためのすべての現在のリンク状態アドバタイズメントのコレクション。このコレクションの構成は次のとおりです。
Switch link advertisements
スイッチリンク広告
A list of the switch link advertisements for all switches in the fabric. Switch link advertisements describe the state of each switch's interfaces.
ファブリック内のすべてのスイッチのスイッチリンク広告のリスト。スイッチリンク広告は、各スイッチのインタフェースの状態を記述する。
Network link advertisements
ネットワークリンク広告
A list of the network link advertisements for all multi-access network links in the switch fabric. Network link advertisements describe the set of switches currently connected to each link.
スイッチファブリック内のすべてのマルチアクセスネットワークリンクのためのネットワークリンク広告のリスト。ネットワークリンク広告は、現在、各リンクに接続されたスイッチのセットを記述します。
Best path(s)
ベストパス（複数可）
A set of end-to-end hop descriptions for all equal-cost best paths from the local switch to every other switch in the fabric. Each hop is specified by the interface ID of the next link in the path. Best paths are derived from the collected switch link and network link advertisements using the Dijkstra algorithm. [Perlman]
ファブリック内の他のすべてのスイッチへのローカルスイッチからのすべての等コストの最良パスのエンド・ツー・エンドホップ記述のセット。各ホップは、パス内の次のリンクのインタフェースIDによって特定されます。ベストパスは、ダイクストラのアルゴリズムを使用して収集スイッチリンクとネットワークリンク広告から誘導されます。 [パールマン]
The link state database within the area data structure must contain, at most, a single instance of each link state advertisement. To keep the database current, a switch adds link state advertisements to the database under the following conditions:
領域データ構造内のリンク状態データベースは、最大で、それぞれのリンク状態アドバタイズメントの単一のインスタンスが含まれている必要があります。データベースを最新の状態に保つために、スイッチは、以下の条件の下でのデータベースへのリンク状態アドバタイズメントを追加します。
o When a link state advertisement is received during the distribution process
Oリンク状態広告が配信処理中に受信した場合
o When the switch itself generates a link state advertisement
Oスイッチ自体は、リンク状態アドバタイズメントを生成するとき
(See Section 8.2.4 for information on installing link state advertisements.)
（リンク状態のアドバタイズメントのインストールについては、第8.2.4項を参照してください。）
Likewise, a switch deletes link state advertisements from the database under the following conditions:
同様に、スイッチは、以下の条件の下で、データベースからリンク状態広告を削除します。
o When a link state advertisement has been superseded by a newer instance during the flooding process
Oリンク状態広告が氾濫プロセス中に新しいインスタンスに取って代わられている場合には
o When the switch generates a newer instance of one of its self-originated advertisements
Oスイッチは自己由来広告の1つの新しいインスタンスを生成する場合
Note that when an advertisement is deleted from the link state database, it must also be removed from the link state retransmission list of all neighboring switches.
広告はリンク状態データベースから削除されたとき、それはまた、すべての隣接スイッチのリンクステート再送リストから削除されなければならないことに注意してください。
An implementation of the VLS protocol must provide access to individual link state advertisements, based on the advertisement's type, link state identifier, and advertising switch [1]. This lookup function is invoked during the link state distribution procedure and during calculation of the set of best paths. In addition, a switch can use the function to determine whether it has originated a particular link state advertisement, and if so, with what sequence number.
VLSプロトコルの実装は、広告の種類、リンク状態識別子、および広告スイッチ[1]に基づいて、個々のリンク状態アドバタイズメントへのアクセスを提供しなければなりません。この検索機能は、リンク状態の配信手順の間に、最高のパスのセットの計算時に呼び出されます。また、スイッチは、それが特定のリンクステートアドバタイズメントを発信し、もしそうであれば、どのような順序番号としているかどうかを判断するための機能を使用することができます。
An implementation of the VLS protocol must provide access to multiple equal-cost best paths, based on the base MAC addresses of the source and destination switches. This lookup function should return up to three equal-cost paths. Paths should be returned as lists of end-to-end hop information, with each hop specified as a interface ID of the next link in the path -- the 6-octet base MAC address of the next switch and the 4-octet local port number of the link interface.
VLSプロトコルの実装では、送信元および宛先スイッチのベースMACアドレスに基づいて、複数の等コストの最良のパスへのアクセスを提供しなければなりません。この検索機能は、3等コストパスまで戻す必要があります。次のスイッチの6オクテットベースMACアドレス及び4オクテットローカルポート - パスは、パス内の次のリンクのインタフェースIDとして指定された各ホップで、エンド・ツー・エンドのホップ情報のリストとして返されるべきリンクインターフェイスの数。
The first operational stage of the VLS protocol is the discovery process. During this stage, each switch dynamically detects its neighboring switches and establishes a relationship with each of these neighbors. This process has the following component steps: o Neighboring switches are detected on each functioning network interface.
VLSプロトコルの最初の動作段階は、発見プロセスです。この段階で、各スイッチは、動的に近接スイッチを検出し、これらの近隣の各々との関係を確立します。このプロセスは、以下の成分の工程を有する：近隣スイッチoを各機能ネットワークインターフェイス上で検出されます。
o Bidirectional communication is established with each neighbor switch.
O双方向通信は、各隣接スイッチとの間で確立されています。
o A designated switch and backup designated switch are selected for each multi-access network link.
O指定スイッチとバックアップ指定スイッチは、各マルチアクセスネットワークリンクのために選択されます。
o An adjacent relationship is established with selected neighbors on each link.
O隣接関係は、各リンク上の選択された隣人に確立されています。
When the switch first comes on line, VLSP assumes all network links are point-to-point and no more than one neighboring switch will be discovered on any one port. Therefore, at startup, VLSP relies on the VlanHello protocol [IDhello] for the discovery of its neighbor switches.
スイッチは最初の行になると、VLSPは、すべてのネットワークリンクがポイントツーポイントであり、1つ以下の隣接スイッチは、いずれかのポートで発見されないことを前提としています。したがって、起動時に、VLSPは、その隣接スイッチの発見のために[IDhello] VlanHelloプロトコルに依存しています。
As each neighbor is detected, VlanHello triggers a Found Neighbor event, notifying VLSP that a new neighbor has been discovered. (See [IDhello] for a description of the Found Neighbor event and the information passed.) VLSP enters the neighbor switch ID in the list of known neighbors and creates a new neighbor data structure with a neighbor status of Down. A Hello Received neighbor event is then generated, which changes the neighbor state to ExStart.
各ネイバーが検出されると、VlanHelloは新しい隣人が発見されたことをVLSPに通知、発見隣人イベントをトリガします。 （発見隣人イベントの説明と渡された情報のための[IDhello]を参照してください。）VLSPは知られているネイバーのリスト内の隣接スイッチIDを入力し、下の隣接状態で新しい隣人データ構造を作成します。こんにちは受信隣人イベントは、その後のExStartに隣人の状態を変化させる、生成されます。
There are two circumstances under which VLSP will change the type of an interface to broadcast:
VLSPが放送するインターフェイスの種類を変更しますその下の2つの状況があります。
o If VLSP receives a subsequent notification from VlanHello, specifying a second (different) neighbor switch on the port., the interface is then known to be multi-access. VLSP generates an Interface Down event for the interface, resets the interface type to broadcast, and then generates an Interface Up event.
O VLSPは、ポート上の第2の（異なる）隣接スイッチを指定し、VlanHelloから後続の通知を受信した場合、インターフェイスは、次にマルチアクセスであることが知られています。 VLSPは、インターフェイスのインターフェイスダウンイベントを生成し放送するためのインターフェイスタイプをリセットして、インターフェイスアップイベントを生成します。
o If the functional level of the neighbor switch is less than 2, the neighbor is running a previous version of the VLSP software in which all links were treated as broadcast links. VLSP immediately changes the interface type to broadcast and generates an Interface Up event.
近接スイッチの機能レベルが2未満であると、O、ネイバーがすべてのリンクは、放送リンクとして処理されたVLSPソフトウェアの以前のバージョンを実行しています。 VLSPはすぐに放送するためにインターフェイスタイプを変更し、インターフェイスアップイベントを生成します。
In both cases, VLSP assumes control of communication over the interface by exchanging its own VLSP Hello packets with the neighbors on the link.
どちらの場合も、VLSPは、リンク上の隣人で、独自のVLSP Helloパケットを交換することにより、インタフェースを介した通信の制御を前提としています。
Note: These Hello packets are in addition to the Interswitch Keepalive messages sent by VlanHello. VlanHello still continues to monitor the condition of the interface and notifies VLSP of any change.
注：これらのHelloパケットはVlanHelloにより送信されたスイッチ間キープアライブメッセージに加えています。 VlanHelloはまだインタフェースの状態を監視し続け、すべての変更のVLSPに通知します。
Each Hello packet contains the following data used during the discovery process on multi-access links:
各Helloパケットは、マルチアクセスリンク上で検出プロセス中に使用される次のデータが含まれます。
o The switch ID and priority of the sending switch
送信スイッチのスイッチIDと優先O
o Values specifying the interval timers to be used for sending Hello packets and deciding whether to declare a neighbor switch Down.
Oインターバルタイマーを指定する値は、helloパケットを送信し、隣人スイッチのダウンを宣言するかどうかを決定するために使用されます。
o The switch ID of the designated switch and the backup designated switch for the link, as understood by the sending switch
送信スイッチによって理解されるように指定されたスイッチおよびリンクのバックアップ指定されたスイッチのスイッチID、O
o A list of switch IDs of all neighboring switches seen so far on the link
Oすべての隣接スイッチのスイッチIDのリストは、リンク上で、これまでに見ました
For a detailed description of the Hello packet format, see Section 10.6.1.
Helloパケットのフォーマットの詳細については、10.6.1項を参照してください。
When VLSP receives a Hello packet (on a broadcast link), it first attempts to identify the sending switch by matching its switch ID to one of the known neighbors listed in the interface data structure. If this is the first Hello packet received from the switch, the switch ID is entered in the list of known neighbors and a new neighbor data structure is created with a neighbor status of Down.
VLSPは、（放送リンク上の）Helloパケットを受信すると、最初のインターフェイスデータ構造にリストされている既知の近隣の一つに、そのスイッチのIDを照合することによって、送信スイッチを識別することを試みます。これはスイッチから受信した最初のHelloパケットである場合は、スイッチのIDは、既知の隣人のリストに入力され、新しい隣人データ構造は、下の隣人の状態で作成されます。
At this point, the remainder of the Hello packet is examined and the appropriate interface and neighbor events are generated. In all cases, a neighbor Hello Received event is generated. Other events may also be generated, triggering further steps in the discovery process or other actions, as appropriate.
この時点で、Helloパケットの残りの部分が検査され、適切なインターフェースと隣接イベントが生成されます。すべての場合において、隣人のHello受信したイベントが生成されます。他のイベントはまた、必要に応じて、発見プロセス又は他の動作の更なるステップをトリガー、生成されてもよいです。
For a detailed description of the interface state machine, see Section 3.3. For a detailed description of the neighbor state machine, see Section 4.3.
インターフェイスステートマシンの詳細については、セクション3.3を参照してください。ネイバーステートマシンの詳細については、4.3節を参照してください。
Before a conversation can proceed with a neighbor switch, bidirectional communication must be established with that neighbor. Bidirectional communication is detected in one of two ways: o On a point-to-point link, the VlanHello protocol sees its own switch ID listed in an Interswitch Keepalive message it has received from the neighbor.
会話が隣接スイッチを進めることができます前に、双方向通信がその隣人に確立されなければなりません。双方向通信は、2つの方法のいずれかで検出された：ポイントツーポイントリンク上でO、VlanHelloプロトコルは、ネイバーから受信したスイッチ間キープアライブメッセージに記載されている独自のスイッチIDを見ます。
o On a multi-access link, VLSP sees its own switch ID listed in a VLSP Hello packet it has received from the neighbor.
Oマルチアクセスリンクでは、VLSPは、それが隣人から受けたVLSP Helloパケットに記載されている自身のスイッチIDを見ています。
In either case, a neighbor 2-Way Received neighbor event is generated.
いずれの場合も、隣人2ウェイ受信隣人イベントが生成されます。
Once bidirectional communication has been established with a neighbor, the local switch determines whether an adjacency will be formed with the neighbor. However, if the link is a multi-access link, a designated switch and a backup designated switch must first be selected for the link. The next section contains a description of the designated switch, the backup designated switch, and the selection process.
双方向通信は、隣人との間で確立された後、ローカルスイッチは、隣接が隣接して形成されるか否かを判断します。リンクがマルチアクセスリンクである場合は、指定されたスイッチとバックアップ指定スイッチは、第一のリンクを選択する必要があります。次のセクションでは、指定されたスイッチ、バックアップ指定スイッチ、および選択プロセスの記述を含みます。
Every multi-access network link has a designated switch. The designated switch performs the following functions for the routing protocol:
すべてのマルチアクセスネットワークリンクは、指定されたスイッチを持っています。指定されたスイッチは、ルーティングプロトコルのための以下の機能を実行します。
o The designated switch originates a network link advertisement on behalf of the link, listing the set of switches (including the designated switch itself) currently attached to the link. For a detailed description of network link advertisements, see Section 11.3.
O指定されたスイッチは、現在のリンクに取り付けられた（指定されたスイッチ自体を含む）のスイッチのセットをリスト、リンクに代わって、ネットワークリンク広告を発信します。ネットワークリンク広告の詳細については、11.3節を参照してください。
o The designated switch becomes adjacent to all other switches on the link. Since the link state databases are synchronized across adjacencies, the designated switch plays a central part in the synchronization process. For a description of the synchronization process, see Section 7.
O指定されたスイッチは、リンク上の他のすべてのスイッチに隣接なります。リンク状態データベースが隣接間で同期しているので、指定されたスイッチは、同期プロセスにおいて中心的な役割を果たしています。同期プロセスの説明については、セクション7を参照してください。
Each multi-access network link also has a backup designated switch. The primary function of the backup designated switch is to act as a standby for the designated switch. If the current designated switch fails, the backup designated switch becomes the designated switch.
各マルチアクセスネットワークリンクもバックアップ指定スイッチがあります。バックアップ指定されたスイッチの主な機能は、指定されたスイッチのスタンバイとして機能することです。現在の指定スイッチに障害が発生した場合、バックアップ指定スイッチが指定スイッチになります。
To facilitate this transition, the backup designated switch forms an adjacency with every other switch on the link. Thus, when the backup designated switch must take over for the designated switch, its link state database is already synchronized with the databases of all other switches on the link.
この移行を容易にするために、バックアップ指定スイッチは、リンク上の他のすべてのスイッチとの隣接関係を形成しています。このように、バックアップ指定スイッチが指定スイッチを引き継ぐ必要がある場合に、そのリンク状態データベースは、すでにリンク上の他のすべてのスイッチのデータベースと同期されます。
Note: Point-to-point network links have neither a designated switch or a backup designated switch.
注：ポイントツーポイントのネットワークリンクは、指定されたスイッチまたはバックアップ指定スイッチも持ちません。
When a multi-access link interface first becomes functional, the switch sets a one-shot Wait timer (with a value of SwitchDeadInterval seconds) for the interface. The purpose of this timer is to ensure that all switches attached to the link have a chance to establish bidirectional communication before the designated switch and backup designated switch are selected for the link.
マルチアクセスリンクインタフェースが第一機能になると、スイッチはインターフェイスのための（SwitchDeadInterval秒の値を持つ）のワンショット待ちタイマを設定します。このタイマーの目的は、指定されたスイッチとバックアップ指定スイッチはリンクのために選択される前に、リンクに接続されているすべてのスイッチが双方向通信を確立する機会を持っていることを確認することです。
When the Wait timer is set, the interface enters the Waiting state. During this state, the switch exchanges Hello packets with its neighbors attempting to establish bidirectional communication. The interface leaves the Waiting state under one of the following conditions:
待機タイマーが設定されている場合、インターフェイスは待機状態になります。その隣には、双方向通信を確立しようとすると、この状態の間に、スイッチを交換Helloパケット。インタフェースは、次のいずれかの条件の下で待機状態を残し：
o The Wait timer expires.
O待ちタイマが満了します。
o A Hello packet is received indicating that a designated switch or a backup designated switch has already been specified for the interface.
O Helloパケットは、指定されたスイッチまたはバックアップ指定スイッチがすでにインターフェイスに指定されたことを示す受信されます。
At this point, if the switch sees that a designated switch has already been selected for the link, the switch accepts that designated switch, regardless of its own switch priority and MAC address. This situation typically means the switch has come up late on a fully functioning link. Although this makes it harder to predict the identity of the designated switch on a particular link, it ensures that the designated switch does not change needlessly, necessitating a resynchronization of the databases.
スイッチが指定スイッチがすでにリンクのために選択されていることを見れば、この時点では、スイッチに関係なく、独自のスイッチプライオリティおよびMACアドレスの、その指定されたスイッチを受け付けます。この状況は、通常、スイッチが完全に機能するリンクで遅くまで来たことを意味します。これは、それが難しい特定のリンクに指定されたスイッチのアイデンティティを予測することができますが、それはデータベースの再同期を必要と、指定されたスイッチは不変化しないことを保証します。
If no designated switch is currently specified for the link, the switch begins the actual selection process. Note that this selection algorithm operates only on a list of neighbor switches that are eligible to become the designated switch. A neighbor is eligible to be the designated switch if it has a switch priority greater than zero and its neighbor state is 2-Way or greater. The local switch includes itself on the list of eligible switches as long as it has a switch priority greater than zero.
何も指定されたスイッチは、現在のリンクのために指定されていない場合、スイッチは、実際の選択プロセスを開始します。この選択アルゴリズムのみを指定したスイッチになる資格があるネイバースイッチのリスト上で動作することに注意してください。隣人は、それがゼロより大きく、その隣接状態は、2ウェイ以上でスイッチプライオリティを持っている場合、指定スイッチである対象です。ローカルスイッチは、それがゼロより大きいスイッチの優先度を有するように適格スイッチのリストに自分自身を含みます。
The selection process includes the following steps:
選択プロセスは、以下のステップを含みます。
1. The current values of the link's designated switch and backup designated switch are saved for use in step 6.
1.リンクの指定されたスイッチとバックアップ指定スイッチの現在の値は、ステップ6で使用するために保存されています。
a) Eliminate from consideration those switches that have declared themselves to be the designated switch.
a）の考慮から指定されたスイッチであることを自分自身を宣言したこれらのスイッチを排除します。
b) If one or more of the remaining switches have declared themselves to be the backup designated switch, eliminate from consideration all other switches.
残りのスイッチの1つまたは複数のバックアップ指定されたスイッチであることを自分自身を宣言した場合b）に示すように、考慮から他のすべてのスイッチを排除します。
c) From the remaining list of eligible switches, select the switch having the highest switch priority as the backup designated switch. If multiple switches have the same (highest) priority, select the switch with the highest switch ID as the backup designated switch.
C）適格スイッチの残りのリストから、バックアップ指定スイッチとして最高のスイッチプライオリティを持つスイッチを選択します。複数のスイッチが同じ（最高）の優先順位を持っている場合は、バックアップ指定スイッチとして最高のスイッチIDを持つスイッチを選択します。
a) If one or more of the switches have declared themselves to be the designated switch, eliminate from consideration all other switches.
a）は、スイッチの一つ以上の場合は考慮から他のすべてのスイッチを排除し、指定されたスイッチであることを自分自身を宣言しました。
b) From the remaining list of eligible switches, select the switch having the highest switch priority as the designated switch. If multiple switches have the same (highest) priority, select the switch with the highest switch ID as the designated switch.
B）適格スイッチの残りのリストから、指定されたスイッチとして最高のスイッチプライオリティを持つスイッチを選択します。複数のスイッチが同じ（最高）の優先順位を持っている場合、指定されたスイッチとして最高のスイッチIDを持つスイッチを選択します。
4. If the local switch has been newly selected as either the designated switch or the backup designated switch, or is now no longer the designated switch or the backup designated switch, repeat steps 2 and 3, above, and then proceed to step 5.
4.ローカルスイッチは、新たに指定されたスイッチまたはバックアップ指定スイッチのいずれかとして選択されていない、またはもはや今指定スイッチまたはバックアップ指定スイッチであり、ステップ2および3を繰り返し、上記、次いで5に進みされている場合。
If the local switch is now the designated switch, it will eliminate itself from consideration at step 2a when the selection of the backup designated switch is repeated. Likewise, if the local switch is now the backup designated switch, it will eliminate itself from consideration at step 3a when the selection of the designated switch is repeated. This ensures that no switch will select itself as both backup designated switch and designated switch [2].
ローカルスイッチが指定スイッチが、今の場合は、バックアップ指定スイッチの選択が繰り返されると、それはステップ2aでの検討から自分自身を排除します。ローカルスイッチはバックアップ指定スイッチが、今であれば指定されたスイッチの選択が繰り返されると同様に、それはステップ3aでの検討から自分自身を排除します。これには、スイッチがバックアップ指定スイッチと指定スイッチの両方としてそれ自体を選択しないことを確実にする[2]。
o If the local switch is now the designated switch, set the interface state to DS.
ローカルスイッチは今指定スイッチである場合には、O、DSに界面準位を設定します。
o If the local switch is now the backup designated switch, set the interface state to Backup.
ローカルスイッチは今バックアップ指定スイッチである場合には、O、バックアップへのインタフェースの状態を設定します。
o Otherwise, set the interface state to DS Other.
Oそれ以外の場合は、DSの他に界面準位を設定します。
6. If either the designated switch or backup designated switch has now changed, the set of adjacencies associated with this link must be modified. Some adjacencies may need to be formed, while others may need to be broken. Generate the neighbor AdjOK? event for all neighbors with a state of 2-Way or higher to trigger a reexamination of adjacency eligibility.
6.指定されたスイッチまたはバックアップ指定スイッチが現在変更されているいずれかの場合には、このリンクに関連付けられている隣接のセットが修正されなければなりません。他の人が壊れする必要があるかもしれない間、いくつかの隣接関係を形成する必要があるかもしれません。隣人AdjOKを生成？隣接資格の見直しをトリガする2ウェイ以上の状態にすべての隣人のためのイベント。
Caution: If VLSP is implemented with configurable parameters, care must be exercised in specifying the switch priorities. Note that if the local switch is not itself eligible to become the designated switch (i.e., it has a switch priority of 0), it is possible that neither a backup designated switch nor a designated switch will be selected by the above procedure. Note also that if the local switch is the only attached switch that is eligible to become the designated switch, it will select itself as designated switch and there will be no backup designated switch for the link. For this reason, it is advisable to specify a default switch priority of 1 for all switches.
注意：VLSPが設定可能なパラメータで実装されている場合は、注意がスイッチの優先順位を指定する際に行使しなければなりません。ローカルスイッチ（すなわち、それが0のスイッチプライオリティを持つ）指定されたスイッチになる資格自体でない場合、バックアップ指定スイッチも指定スイッチいずれも上記の手順で選択されることが可能であることに留意されたいです。ローカルスイッチが指定スイッチになる資格があるのみ付属スイッチであれば、それは指定されたスイッチとして自分自身を選択し、リンクのためのバックアップ指定スイッチがないことにも注意してください。このため、すべてのスイッチのために1のデフォルトのスイッチの優先順位を指定することをお勧めします。
VLSP creates adjacencies between neighboring switches for the purpose of exchanging routing information. Not every two neighboring switches will become adjacent. On a multi-access link, an adjacency is only formed between two switches if one of them is either the designated switch or the backup designated switch.
VLSPは、ルーティング情報を交換するために、隣接スイッチ間の隣接関係を作成します。必ずしもすべての隣接する二つのスイッチが隣接するようになります。それらの一つが指定されたスイッチまたはバックアップ指定スイッチのいずれかである場合、マルチアクセスリンク上で、隣接関係は、2つのだけのスイッチとの間に形成されています。
Note that an adjacency is bound to the network link that the two switches have in common. Therefore, if two switches have multiple links in common, they may also have multiple adjacencies between them.
隣接関係が2つのスイッチが共通して持っているネットワークリンクにバインドされていることに注意してください。 2つのスイッチが共通する複数のリンクを持っている場合はそのため、彼らはまた、それらの間の複数の隣接関係を有することができます。
The decision to form an adjacency occurs in two places in the neighbor state machine:
隣接関係を形成するという決定は、ネイバーステートマシンで2つの場所で発生します。
o When bidirectional communication is initially established with the neighbor.
O双方向通信は当初、ネイバーと確立されている場合。
o When the designated switch or backup designated switch on the attached link changes.
O指定スイッチまたはバックアップは、添付のリンクの変更にスイッチを指定する場合。
The rules for establishing an adjacency between two neighboring switches are as follows:
次のように二つの隣接スイッチ間の隣接関係を確立するための規則は次のとおりです。
o On a point-to-point link, the two neighboring switches always establish an adjacency.
Oポイントツーポイントリンクでは、隣接する二つのスイッチが常に隣接関係を確立します。
o On a multi-access link, an adjacency is established with the neighboring switch under one of the following conditions: o The local switch itself is the designated switch. o The local switch itself is the backup designated switch. o The neighboring switch is the designated switch. o The neighboring switch is the backup designated switch.
マルチアクセスリンク上のOは、隣接関係は、次のいずれかの条件の下で、隣接スイッチとの間で確立されている：ローカルスイッチ自体が指定スイッチはO。 Oローカルスイッチ自体はバックアップ指定スイッチです。 O隣接スイッチは、指定されたスイッチです。 O隣接スイッチは、バックアップ指定されたスイッチです。
If no adjacency is formed between two neighboring switches, the state of the neighbor conversation remains set to 2-Way.
いかなる隣接が二つの隣接スイッチとの間に形成されていない場合、近隣の会話の状態は、2ウェイに設定されたままです。
In an SPF-based routing algorithm, it is important for the link state databases of all switches to stay synchronized. VLSP simplifies this process by requiring only adjacent switches to remain synchronized.
SPFベースのルーティングアルゴリズムでは、同期を維持するために、すべてのスイッチのリンクステートデータベースのために重要です。 VLSPは、同期を維持するためにのみ隣接するスイッチを必要とすることによって、このプロセスを簡素化します。
The synchronization process begins when the switches attempt to bring up the adjacency. Each switch in the adjacency describes its database by sending a sequence of Database Description packets to its neighbor. Each Database Description packet describes a set of link state advertisements belonging to the database. When the neighbor sees a link state advertisement that is more recent than its own database copy, it makes a note to request this newer advertisement.
スイッチは、隣接関係を持ち出すしようとすると、同期プロセスが開始されます。隣接の各スイッチは、その隣人にデータベース説明パケットのシーケンスを送信することによって、そのデータベースを記述する。各データベース説明パケットに含まれるのは、データベースに属するリンク状態広告のセットを記述する。隣人が独自のデータベースのコピーよりも新しいリンク状態の広告を見たとき、それはこの新しい広告を要求するメモします。
During this exchange of Database Description packets (known as the database exchange process), the two switches form a master/slave relationship. Database Description packets sent by the master are known as polls, and each poll contains a sequence number. Polls are acknowledged by the slave by echoing the sequence number in the Database Description response packet.
（データベース交換プロセスとして知られている）データベース記述パケットのこの交換の間に、2つのスイッチがマスター/スレーブ関係を形成します。マスタが送信データベース記述パケットはポーリングとして知られており、各世論調査では、シーケンス番号が含まれています。投票は、データベース説明応答パケットのシーケンス番号をエコーでスレーブによって確認されています。
When all Database Description packets have been sent and acknowledged, the database exchange process is completed. At this point, each switch in the exchange has a list of link state advertisements for which its neighbor has more recent instances. These advertisements are requested using Link State Request packets.
すべてのデータベース説明パケットが送信され、承認されている場合は、データベース交換プロセスが完了しています。この時点では、為替の各スイッチは、その隣人が、より最近のインスタンスが含まれているため、リンクステートアドバタイズメントのリストを持っています。これらの広告は、リンク状態要求パケットを使用して要求しています。
Once the database exchange process has completed and all Link State Requests have been satisfied, the databases are deemed synchronized and the neighbor states of the two switches are set to Full, indicating that the adjacency is fully functional. Fully functional adjacencies are advertised in the link state advertisements of the two switches [3].
データベース交換プロセスが完了していると、すべてのリンクステート要求が満たされた後は、データベースが同期され、二つのスイッチのネイバー状態が隣接関係が完全に機能していることを示す、完全に設定されているとみなされます。完全に機能的な隣接関係は、二つのスイッチ[3]のリンク状態アドバタイズメントでアドバタイズされます。
Link state advertisements form the core of the database from which a switch calculates the set of best paths to the other switches in the fabric.
リンクステート広告は、スイッチファブリック内の他のスイッチに最良の経路のセットを計算するから、データベースの中核を形成します。
Each link state advertisement begins with a standard header. This header contains three data items that uniquely identify the link state advertisement.
各リンク状態広告が標準ヘッダーで始まります。このヘッダは、一意のリンク状態広告を識別する3つのデータ項目を含みます。
o The link state type. Possible values are as follows:
リンクステート型のO。次のような値は次のとおりです。
1 Switch link advertisement -- describes the collected states of the switch's interfaces.
1つのスイッチリンク広告 - スイッチのインタフェースの収集状態を説明しています。
2 Network link advertisement -- describes the set of switches attached to the network link.
2ネットワークリンク広告 - ネットワークリンクに接続されたスイッチの集合を記述する。
o The link state ID, defined as follows:
次のようにリンクステートID O、定義されました：
o For a switch link advertisement -- the switch ID of the originating switch
元のスイッチのスイッチID - スイッチリンク広告の場合O
o For a network link advertisement -- the switch ID of the designated switch for the link
リンクの指定されたスイッチのスイッチID - ネットワークリンク広告の場合O
o The switch ID of the advertising switch -- the switch that generated the advertisement
広告を生成スイッチ - 広告スイッチのスイッチID O
The link state advertisement header also contains three data items that are used to determine which instance of a particular link state advertisement is the most current. (See Section 7.1.1 for a description of how to determine which instance of a link state advertisement is the most current.)
リンク状態広告ヘッダも最新である特定のリンク状態広告のどのインスタンスを決定するために使用される3つのデータ項目を含みます。 （最新であるリンク状態広告のどのインスタンスかを決定する方法については、7.1.1項を参照してください。）
o The link state sequence number
リンク状態シーケンス番号O
o The link state age, stored in seconds
秒に保存されているリンク状態、年齢、O
o The link state checksum, a 16-bit unsigned value calculated for the entire contents of the link state advertisement, with the exception of the age field
ageフィールドを除き、リンク状態のチェックサム、リンク状態広告の内容全体について計算する16ビットの符号なしの値、O
The remainder of each link state advertisement contains data specific to the type of the advertisement. See Section 11 for a detailed description of the link state header, as well as the format of a switch link or network link advertisement.
各リンク状態広告の残りの部分は、広告の種類に固有のデータを含みます。リンク状態ヘッダーの詳細については、セクション11、ならびにスイッチリンクまたはネットワークリンク広告のフォーマットを参照。
At various times while synchronizing or updating the link state database, a switch must determine which instance of a particular link state advertisement is the most current. This decision is made as follows:
リンクステートデータベースを同期するか、更新している間に、様々な時点で、スイッチは、最新である特定のリンクステートアドバタイズメントのどのインスタンスを決定しなければなりません。次のようにこの決定が行われます。
o The advertisement having the greater sequence number is the most current.
O大きいシーケンス番号を持つ広告が最も電流があります。
o If both instances have the same sequence number, then:
両方のインスタンスが、その後、同じシーケンス番号をお持ちの場合○：
o If the two instances have different checksum values, then the instance having the larger checksum is considered the most current [4].
2つのインスタンスが異なるチェックサム値を持つ場合は、O、次に大きいチェックサムを有するインスタンスが最新であると考えられている[4]。
o If both instances have the same sequence number and the same checksum value, then:
両方のインスタンスは、次いで、同じシーケンス番号と同一のチェックサム値を使用している場合○：
o If one (and only one) of the instances is of age MaxAge, then the instance of age MaxAge is considered the most current [5].
1つだけのインスタンスが年齢MaxAgeのであれば、O、次いで年齢MaxAgeののインスタンスが[5]、最新であると考えられます。
o Else, if the ages of the two instances differ by more than MaxAgeDiff, the instance having the smaller (younger) age is considered the most current [6].
2つのインスタンスの年齢がMaxAgeDiffを超えて異なる場合にそうでO、小さい（若い）年齢を有するインスタンスが最新であると考えられる[6]。
o Else, the two instances are considered identical.
Oそうでなければ、2つのインスタンスが同一とみなされます。
There are two stages to the database exchange process:
データベース交換プロセスには2つの段階があります。
o Negotiating the master/slave relationship o Exchanging database summary information
Exchangeデータベースサマリ情報のマスタ/スレーブ関係を交渉O
Database Description packets are used to describe a switch's link state database during the database exchange process. Each Database Description packet contains a list of headers of the link state advertisements currently stored in the sending switch's database. (See Section 11.1 for a description of a link state advertisement header.)
データベース説明パケットには、データベース交換プロセス中にスイッチのリンク状態データベースを記述するために使用されています。各データベース説明パケットに含まれるのは、現在の送信スイッチのデータベースに格納されたリンクステートアドバタイズメントのヘッダーのリストが含まれています。 （リンク状態アドバタイズメントヘッダの説明については、セクション11.1を参照してください。）
In addition to the link state headers, each Database Description packet contains the following data items: o A flag (the M-bit) indicating whether or not more packets are to follow. Depending on the size of the local database and the maximum size of the packet, the list of headers in any particular Database Description packet may be only a partial list of the total database. When the M-bit is set, the list of headers is only a partial list and more headers are to follow in subsequent packets.
リンク状態ヘッダーに加えて、各データベース記述パケットは以下のデータ項目を含む：複数のパケットが後続するか否かを示すフラグ（Mビット）O。ローカルデータベースのサイズとパケットの最大サイズに応じて、任意の特定のデータベース記述パケットにおけるヘッダのリストは、全データベースの唯一の部分的なリストであってもよいです。 Mビットが設定されている場合、ヘッダのリストは、リストの一部であり、複数のヘッダは、後続のパケットに追従しています。
o A flag (the I-bit) indicating whether or not this is the first Database Description packet sent for this execution of the database exchange process.
Oフラグ（Iビット）このデータベース交換プロセスのこの実行のために送られた最初のデータベース記述パケットであるか否かを示します。
o A flag (the MS-bit) indicating whether the sending switch thinks it is the master or the slave in the database exchange process. If the flag is set, the switch thinks it is the master.
フラグ（MSビット）O送信スイッチは、マスタまたはデータベース交換プロセスにおいて、スレーブであると考えているかどうかを示します。フラグが設定されている場合、スイッチは、それがマスターであると考えています。
o A 4-octet sequence number for the packet.
パケットのための4オクテットのシーケンス番号O。
While the switches are negotiating the master/slave relationship, they exchange "empty" Database Description packets. That is, packets that contain no link summary information. Instead, the flags and sequence number constitute the information required for the negotiation process.
スイッチは、マスター/スレーブの関係を交渉しているが、それらは「空」データベース記述パケットを交換します。それは、何のリンクサマリー情報が含まれていないパケットです。代わりに、フラグとシーケンス番号は、交渉プロセスに必要な情報を構成します。
See Section 10.6.2 for a more detailed description of a Database Description packet.
データベース説明パケットの詳細な説明については、セクション10.6.2を参照してください。
Before two switches can begin the actual exchange of database information, they must decide between themselves who will be the master in the exchange process and who will be the slave. They must also agree on the starting sequence number for the Database Description packets.
2つのスイッチがデータベース情報の実際の交換を開始する前に、彼らは交換プロセスでのマスターとなり、誰がスレーブになります誰が自分たちの間で決定する必要があります。彼らはまた、データベース説明パケットの開始シーケンス番号に同意しなければなりません。
Once a switch has decided to form an adjacency with a neighboring switch, it sets the neighbor state to ExStart and begins sending empty Database Description packets to its neighbor. These packets contain the starting sequence number the switch plans to use in the exchange process. Also, the I-bit and M-bit flags are set, as well as the MS-bit. Thus, each switch in the exchange begins by believing it will be the master.
スイッチは近接スイッチとの隣接関係を形成することを決定したら、それはのExStartに隣人状態を設定し、その隣に空のデータベース説明パケットの送信を開始します。これらのパケットは、スイッチが交換プロセスで使用する予定開始シーケンス番号が含まれています。また、Iビット及びMビットのフラグが設定され、ならびにMS-ビット。したがって、為替の各スイッチは、それがマスターになります信じることによって開始されます。
Empty Database Description packets are retransmitted every RxmtInterval seconds until the neighbor responds.
隣人が応答するまで空のデータベース記述パケットは、すべてのRxmtInterval秒を再送しています。
When a switch receives an empty Database Description packet from its neighbor, it determines which switch will be the master by comparing the switch IDs. The switch with the highest switch ID becomes the master of the exchange. Based on this determination, the switch proceeds as follows:
スイッチは、その隣人から空のデータベース説明パケットを受信すると、スイッチのIDを比較することにより、マスターになるの切り替えを決定します。最高のスイッチIDを持つスイッチが交流のマスターになります。次のようにこの決意に基づいて、スイッチは、進行します：
o If the switch is to be the slave of the database exchange process, it acknowledges that it is the slave by sending another empty Database Description packet to the master. This packet contains the master's sequence number and has the MS-bit and the I-bit cleared.
スイッチは、データベース交換プロセスのスレーブとなる場合、O、それはマスタに別の空のデータベース記述パケットを送信することによって、スレーブであることを認めています。このパケットは、マスターのシーケンス番号が含まれており、MS-ビットとIビットはクリアしています。
o The switch then generates a neighbor event of Negotiation Done to change its neighbor state to Exchange and waits for the first non-empty Database Description packet from the master.
Oスイッチは、ネゴシエーションの隣接イベントがExchangeにその隣接状態を変更するために行われ、マスタから最初の非空のデータベース記述パケットを待つ生成します。
o If the switch is to be the master of the database exchange, it waits to receive an acknowledgment from its neighbor -- that is, an empty Database Description packet with the MS-bit and I-bit cleared and containing the sequence number it (the master) previously sent.
（それはつまり、MSビットを有する空のデータベース記述パケットであり、Iビットをクリアし、シーケンス番号を含む - Oスイッチがデータベース交換のマスタとなる場合は、そのネイバーから確認応答を受信するのを待ちますマスターは）以前に送られました。
o When it receives the acknowledgment, it generates a neighbor event of Negotiation Done to change its neighbor state to Exchange and begin the actual exchange of Database Description packets.
それは肯定応答を受信すると、O、それは、Exchangeへの隣人の状態を変更し、データベース記述パケットの実際の交換を開始するために完了交渉の隣人イベントを生成します。
Note that during the negotiation process, the receipt of an inconsistent packet will result in a neighbor event of Seq Number Mismatch, terminating the process. See Section 4.3 for more information.
交渉プロセスの間に、一貫性のないパケットの受信は、プロセスを終了する、配列番号不一致の隣人イベントとなることに注意して下さい。詳細については、セクション4.3を参照してください。
Once the neighbor state changes to Exchange, the switches begin the exchange of Database Description packets containing link state summary data. The process proceeds as follows:
Exchangeへの隣人の状態が変化すると、スイッチはリンク状態要約データを含むデータベース説明パケットの交換を開始します。プロセスは次のように進行します：
1. The master sends a packet containing a list of link state headers. If the packet contains only a portion of the unexchanged database -- that is, more Database Description packets are to follow -- the packet has the M-bit set. The MS-bit is set and the I-bit is clear.
1.マスターはリンクステートヘッダーのリストを含むパケットを送信します。パケットが未交換データベースの一部のみが含まれている場合 - パケットがMビットがセットされている - つまり、より多くのデータベース説明パケットが従うことです。 MS-ビットがセットされ、Iビットがクリアされています。
If the slave does not acknowledge the packet within RxmtInterval seconds, the master retransmits the packet.
スレーブがRxmtInterval秒以内にパケットを承認しない場合は、マスターがパケットを再送します。
2. When the slave receives a packet, it first checks the sequence number to see if the packet is a duplicate. If so, it simply acknowledges the packet by clearing the MS-bit and returning the packet to the master. (Note that the slave acknowledges all Database Description packets that it receives, even those that are duplicates.)
スレーブがパケットを受信すると2は、最初のパケットが複製であるかどうかを確認するためにシーケンス番号をチェックします。そうである場合、それは単にMSビットをクリアし、マスタにパケットを戻すことによってパケットを肯定応答します。 （スレーブは、受信したすべてのデータベース記述パケットを認めることにも重複しているもので、注意してください。）
Otherwise, the slave processes the packet by doing the following:
そうでない場合、スレーブは次の作業を実行して、パケットを処理します。
o For each link state header listed in the packet, the slave searches its own link state database to determine whether it has an instance of the advertisement.
パケットに記載されている各リンクステートヘッダーのoは、スレーブは、それが広告のインスタンスを有するかどうかを決定するために、自身のリンクステートデータベースを検索します。
o If the slave does not have an instance of the link state advertisement, or if the instance it does have is older than the instance listed in the packet, it creates an entry in its link state request list in the neighbor data structure. See Section 7.1.1 for a description of how to determine which instance of a link state advertisement is the newest.
スレーブがリンク状態アドバタイズメントのインスタンスを持っていない場合、それは持っていない場合は、パケットに記載されているインスタンスよりも古い場合、O、または、それが隣人データ構造におけるそのリンクステート要求リストにエントリを作成します。最新であるリンク状態広告のどのインスタンスかを決定する方法の説明については、7.1.1項を参照してください。
o When the slave has examined all headers, it acknowledges the packet by turning the MS-bit off and returning the packet to the master.
スレーブはすべてのヘッダを調べたとき、O、それはMS-ビットをオフにし、マスタにパケットを戻すことによってパケットを肯定応答します。
3. When the master receives the first acknowledgment for a particular Database Description packet, it processes the acknowledgment as follows:
3.マスタは特定のデータベース記述パケットの最初の確認応答を受信すると、次のように、それは肯定応答を処理します。
o For each link state header listed in the packet, the master checks to see if the slave has indicated it has an instance of the link state advertisement that is newer than the instance the master has in its own database. If so, the master creates an entry in its link state request list in the neighbor data structure.
スレーブは、マスターが自身のデータベース内に有する、例えばより新しいリンク状態広告のインスタンスを有する示している場合、パケットに記載されている各リンクステートヘッダーのO、マスターかどうかを確認します。もしそうなら、マスターは隣人データ構造におけるそのリンクステート要求リストにエントリを作成します。
o The master then increments the sequence number and sends another packet containing the next set of link state summary information, if any.
Oマスタは次に、シーケンス番号をインクリメントし、もしあれば、リンク状態要約情報の次のセットを含む別のパケットを送信します。
Subsequent acknowledgments for the Database Description packet (those with the same sequence number) are discarded.
データベース記述パケット（同じシーケンス番号を有するもの）のための後続の肯定応答は廃棄されます。
When the master sends the last portion of its database summary information, it clears the M-bit in the packet to indicate that no more packets are to be sent.
マスタは、そのデータベースサマリ情報の最後の部分を送信するとき、それはより多くのパケットが送信されないことを示すために、パケット内のMビットをクリアします。
4. When the slave receives a Database Description packet with the M-bit clear, it processes the packet, as described above in step 2. After it has completed processing and has acknowledged the packet to the master, it generates an Exchange Done neighbor event and its neighbor state changes to Loading.
スレーブはMビットのクリアとDatabase記述パケットを受信すると、ステップ2で上述したように、それが処理を完了し、マスタにパケットを認識した後4.それは、パケットを処理し、それは、Exchange完了隣人イベントを生成しますそして、読み込みに隣人状態が変化します。
The database exchange process is now complete for the slave, and it begins the process of requesting those link state advertisements for which the master has more current instances (see Section 7.3).
データベース交換プロセスは現在、スレーブのための完全であり、それはマスターがより多くの現在のインスタンスを（7.3節を参照）を持っているそれらのリンク状態広告を要求するプロセスを開始します。
5. When the master receives an acknowledgment for the final Database Description packet, it processes the acknowledgment as described above in step 3. Then it generates an Exchange Done neighbor event and its neighbor state changes to Loading.
マスターは最終Database記述パケットに対する肯定応答を受信すると、ステップ3で上述したように5、それは肯定応答を処理しそしてそれが読み込んに隣接イベントとその隣接状態変更完了交流を生成します。
The database exchange process is now complete for the master, and it begins the process of requesting those link state advertisements for which the slave has more current instances (see Section 7.3).
データベース交換プロセスは現在のマスターのための完全であり、スレーブはより多くの現在のインスタンスを（7.3節を参照）を持っているそれらのリンク状態広告を要求するプロセスを開始します。
Note that during this exchange, the receipt of an inconsistent packet will result in a neighbor event of Seq Number Mismatch, terminating the process. See Section 4.3 for more information.
この交換の際に、一貫性のないパケットの受信は、プロセスを終了する、配列番号不一致の隣人イベントとなることに注意して下さい。詳細については、セクション4.3を参照してください。
When either switch completes the database exchange process and its neighbor state changes to Loading, it has a list of link state advertisements for which the neighboring switch has a more recent instance. This list is stored in the neighbor data structure as the link state request list.
どちらかのスイッチがデータベース交換プロセスやロードにそのネイバー状態変化を完了すると、近接スイッチの方が新しいインスタンスを持っているリンク状態広告のリストを持っています。このリストは、リンクステート要求リストとして隣人データ構造に格納されています。
To complete the synchronization of its database with that of its neighbor, the switch must obtain the most current instances of those link state advertisements.
その隣のものとそのデータベースの同期を完了するために、スイッチはこれらのリンク状態アドバタイズメントの最新のインスタンスを取得する必要があります。
The switch requests these advertisements by sending its neighbor a Link State Request packet containing the description of one or more link state advertisement, as defined by the advertisement's type, link state ID, and advertising switch. (For a detailed description of the Link State Request packet, see Section 10.6.3.) The switch continues to retransmit this packet every RxmtInterval seconds until it receives a reply from the neighbor.
スイッチは、広告のタイプ、リンクステートID、および広告スイッチによって定義されるように、その隣人一つ以上のリンク状態アドバタイズメントの記述を含むリンク状態要求パケットを送信することにより、これらの広告を要求します。 （リンク状態要求パケットの詳細については、第10.6.3項を参照してください。）スイッチは、それが隣人からの応答を受信するまで、このパケットごとRxmtInterval秒を再送し続けています。
When the neighbor switch receives the Link State Request packet, it responds with a Link State Update packet containing its most current instance of each of the requested advertisements. (Note that the neighboring switch can be in any of the Exchange, Loading or Full neighbor states when it responds to a Link State Request packet.)
ネイバースイッチがリンク状態要求パケットを受信すると、要求された広告のそれぞれの最も現在のインスタンスを含むリンクステートアップデートパケットで応答します。 （それはリンク状態要求パケットに応答するとき、ロードまたはFull隣人は述べて近接スイッチは、Exchangeのいずれかであることに注意してください。）
If the neighbor cannot locate a particular link state advertisement in its database, something has gone wrong with the synchronization process. The switch generates a BadLSReq neighbor event and the partially formed adjacency is torn down. See Section 4.3 for more information.
隣人がそのデータベース内の特定のリンク状態アドバタイズメントを見つけることができない場合は、何かが同期プロセスを間違ってしまいました。スイッチはBadLSReq隣接イベントを生成し、部分的に形成された隣接が取り壊されます。詳細については、セクション4.3を参照してください。
Depending on the size of the link state request list, it may take more than one Link State Request packet to obtain all the necessary advertisements. Note, however, that there must at most one Link State Request packet outstanding at any one time.
リンクステート要求リストのサイズによっては、必要なすべての広告を取得するために、複数のリンク状態要求パケットがかかる場合があります。優れた高々1つのリンク状態要求パケットがいずれかの時点で存在しなければならないこと、しかし、注意してください。
Figure 3 shows an example of an adjacency being formed between two switches -- S1 and S2 -- connected to a network link. S2 is the designated switch for the link and has a higher switch ID than S1.
S1とS2 - - ネットワークリンクに接続されている。図3は、2つのスイッチ間に形成される隣接関係の一例を示しています。 S2は、リンクのために指定されたスイッチであり、S1よりも高いスイッチIDを有しています。
The neighbor state changes that each switch goes through are listed on the sides of the figure.
各スイッチが通過するネイバー状態変化は、図の側面に記載されています。
+--------+ +--------+
| Switch | | Switch |
| S1 | | S2 |
+--------+ +--------+
Down Down
Hello (DS=0, seen=0)
------------------------------------->
Init
Hello (DS=S2, seen=...,S1)
<-------------------------------------
ExStart
DB Description (Seq=x, I, M, Master)
------------------------------------->
ExStart
DB Description (Seq=y, I, M, Master)
<-------------------------------------
xchange
DB Description (Seq=y, M, Slave)
------------------------------------->
Exchange
DB Description (Seq=y+1, M, Master)
<-------------------------------------
DB Description (Seq=y+1, M, Slave)
------------------------------------->
.
.
.
DB Description (Seq=y+n, Master)
<-------------------------------------
DB Description (Seq=y+n, Slave)
------------------------------------->
Loading Full
Link State Request
<-------------------------------------
Link State Update
------------------------------------->
.
.
.
Link State Request
<-------------------------------------
Link State Update
------------------------------------->
Full
Figure 3: An Example of Bringing Up an Adjacency
図3：隣接の始動の例
At the top of Figure 3, S1's interface to the link becomes operational, and S1 begins sending Hello packets over the interface. At this point, S1 does not yet know the identity of the designated switch or of any other neighboring switches. S2 receives the Hello packet from S1 and changes its neighbor state to Init. In its next Hello packet, S2 indicates that it is itself the designated switch and that it has received a Hello packet from S1. S1 receives the Hello packet and changes its state to ExStart, starting the process of bringing up the adjacency.
図3の上部には、リンクにS1のインタフェースが動作可能になり、S1こんにちはインタフェースを介してパケットの送信を開始します。この時点で、S1は、まだ指定されたスイッチのまたは任意の他の近接スイッチの正体を知りません。 S2はS1からHelloパケットを受信して、初期にその隣人の状態が変化します。その次のHelloパケットに、S2は、それが指定されたスイッチ自体であり、それはS1からのHelloパケットを受信したことをことを示しています。 S1は、Helloパケットを受信して、隣接関係を育てるのプロセスを開始する、のExStartにその状態を変更します。
S1 begins by asserting itself as the master. When it sees that S2 is indeed the master (because of S2's higher switch ID), S1 changes to slave and adopts S2's sequence number. Database Description packets are then exchanged, with polls coming from the master (S2) and acknowledgments from the slave (S1). This sequence of Database Description packets ends when both the poll and associated acknowledgment have the M-bit off.
S1はマスターとして自分自身をアサートすることによって開始されます。それはS2が実際に（なぜならS2の高いスイッチIDの）マスタであることを確認すると、S1は、スレーブに変わり、S2のシーケンス番号を採用しています。データベース記述パケットは、スレーブ（S1）からマスター（S2）と肯定応答からのポーリングで、交換されます。世論調査と関連した承認の両方がMビットをオフに持っている場合、データベース記述パケットのこのシーケンスは終了します。
In this example, it is assumed that S2 has a completely up-to-date database and immediately changes to the Full state. S1 will change to the Full state after updating its database by sending Link State Request packets and receiving Link State Update packets in response.
この例では、S2が完全に最新のデータベースを有しており、すぐに満杯状態に変化することが想定されます。 S1は、リンク状態要求パケットを送信し、応答リンクステートアップデートパケットを受信することによって、データベースを更新した後、完全な状態に変わります。
Note that in this example, S1 has waited until all Database Description packets have been received from S2 before sending any Link State Request packets. However, this need not be the case. S1 could interleave the sending of Link State Request packets with the reception of Database Description packets.
すべてのデータベース説明パケットがどのリンク状態要求パケットを送信する前にS2から受信されるまで、この例では、S1が待っていることに注意してください。しかし、そうである必要はありません。 S1は、データベース説明パケットの受信にリンク状態要求パケットの送信をインターリーブできます。
Each switch advertises its state (also known as its link state) by originating switch link advertisements. In addition, the designated switch on each network link advertises the state of the link by originating network link advertisements.
各スイッチは、スイッチリンク広告を発信することにより（また、そのリンク状態として知られている）、その状態をアドバタイズ。また、各ネットワーク・リンク上の指定されたスイッチは、ネットワークリンク広告を発信することにより、リンクの状態をアドバタイズ。
As described in Section 7.1, link state advertisements are uniquely identified by their type, link state ID, and advertising switch.
セクション7.1で説明したように、リンクステートアドバタイズメントは、一意そのタイプ、リンクステートID、および広告スイッチによって識別されます。
Link state advertisements are distributed throughout the switch fabric using a reliable flooding algorithm that ensures that all switches in the fabric are notified of any link state changes.
リンク状態広告は、ファブリック内のすべてのスイッチは、任意のリンク状態の変更が通知されることを確実に信頼性の高いフラッディングアルゴリズムを使用してスイッチファブリック全体に分散されています。
A new instance of each link state advertisement is originated any time the state of the switch or link changes. When a new instance of a link state advertisement is originated, its sequence number is incremented, its age is set to zero, and its checksum is calculated. The advertisement is then installed into the local link state database and forwarded out all fully operational interfaces (that is, those interfaces with a state greater than Waiting) for distribution throughout the switch fabric. See Section 8.2.4 for a description of the installation of the advertisement into the link state database and Section 8.2.5 for a description of how advertisements are forwarded.
各リンク状態広告の新しいインスタンスは、任意の時間にスイッチまたはリンクの状態が変化を発しています。リンク状態広告の新しいインスタンスが発信されると、そのシーケンス番号は、その年齢はゼロに設定され、インクリメントされ、そのチェックサムが計算されます。広告は、ローカルリンク状態データベースにインストールされ、スイッチファブリック全体に分布するため、すべての完全に動作インターフェイス（すなわち、待つよりも大きい状態とそれらのインタフェースである）から転送されています。リンク状態データベースと広告が転送されている方法については、セクション8.2.5への広告の設置の説明については、第8.2.4項を参照してください。
A switch originates a new instance of a link state advertisement as a result of the following events:
スイッチは、以下の事象の結果として、リンク状態広告の新しいインスタンスを発信します：
o The state of one of the switch's interfaces changes such that the contents of the associated switch link advertisement changes.
Oスイッチのインタフェースの変更のいずれかの状態になるように関連するスイッチリンク広告の内容が変更。
o The designated switch on any of the switch's attached network links changes. The switch originates a new switch link advertisement. Also, if the switch itself is now the designated switch, it originates a new network link advertisement for the link.
Oスイッチの接続されたネットワークのいずれかの指定スイッチは、変更をリンクします。スイッチは、新しいスイッチリンク広告を発信します。スイッチ自体は今スイッチを指定された場合も、それはリンクのための新しいネットワークリンク広告を発信します。
o One of the switch's neighbor states changes to or from Full. If this changes the contents of the associated switch link advertisement, a new instance is generated. Also, if the switch is the designated switch for the attached network link, it originates a new network link advertisement for the link.
Oスイッチの隣人の一つは、完全にまたはからの変化を述べています。これは、関連するスイッチリンク広告の内容を変更する場合は、新しいインスタンスが生成されます。スイッチが接続されているネットワークリンクの指定スイッチであればまた、それはリンクのための新しいネットワークリンク広告を発信します。
Two instances of the same link state advertisement must not be originated within the time period MinLSInterval. Note that this may require that the generation of the second instance to be delayed up to MinLSInterval seconds.
同じリンクステートアドバタイズメントの2つのインスタンスは、期間MinLSInterval内始まってはいけません。これは2番目のインスタンスの生成がMinLSInterval秒まで遅延させることを必要とするかもしれないことに注意してください。
A switch link advertisement describes the collected states of all functioning links attached to the originating switch -- that is, all attached links with an interface state greater than Down. A switch originates an empty switch link advertisement when it first becomes functional. It then generates a new instance of the advertisement each time one of its interfaces reaches a fully functioning state (Point-to-Point or better).
スイッチリンク広告は、発信スイッチに接続されているすべての機能のリンクの収集状態を説明 - 、ダウンよりも大きい界面準と接続されているすべてのリンクです。スイッチは、それが第一の機能となり、空のスイッチリンク広告を発信します。これは、各時間広告の新しいインスタンスを生成し、そのインターフェースの一つは、完全に機能する状態（ポイントツーポイントまたはそれ以上）に達します。
Each link in the advertisement is assigned a type, based on the state of interface, as shown in Table 4.
表4に示すように、広告内の各リンクは、インタフェースの状態に基づいて、タイプが割り当てられます。
Interface state Link type Description
インターフェイスの状態リンクタイプの説明
Point-to-Point 1 Point-to-point link DS Other* 2 Multi-access link Backup* 2 Multi-access link DS** 2 Multi-access link
ポイントツーポイント1ポイントツーポイントリンクDSその他* 2マルチアクセスリンクのバックアップ* 2マルチアクセスリンクDS ** 2のマルチアクセスリンク
*If a full adjacency has been formed with the designated switch.
*完全な隣接関係は、指定されたスイッチを用いて形成されている場合。
**If a full adjacency has been formed with at least one other switch on the link.
**完全な隣接関係はリンクの上に少なくとも一つの他のスイッチで形成されている場合。
Table 4: Link Types in a Switch Link Advertisement
表4：スイッチ間リンク広告でのリンク・タイプ
Each link in the advertisement is also assigned a link identifier based on its link type. In general, this value identifies another switch that also originates advertisements for the link, thereby providing a key for accessing other link state advertisements for the link. The relationship between link type and ID is shown in Table 5.
広告内の各リンクは、そのリンクタイプに基づいて、リンクの識別子が割り当てられます。一般に、この値は、それによってリンクのための他のリンク状態広告にアクセスするための鍵を提供し、またリンクの広告を発信する別のスイッチを識別する。リンクタイプとIDとの関係は、表5に示されています。
Type Description Link ID
タイプ説明リンクID
1 Point-to-point link Switch ID of neighbor switch 2 Multi-access link Switch ID of designated switch
指定されたスイッチの隣接スイッチ2のマルチアクセスリンクスイッチIDの1ポイントツーポイントリンクスイッチのID
Table 5: Link IDs in a Switch Link Advertisement
表5：スイッチ間リンク広告におけるリンクID
In addition to a type and an identifier, the description of each link specifies the interface ID of the associated network link.
タイプ識別子に加えて、各リンクの説明は、関連するネットワークリンクのインタフェースIDを指定します。
Finally, each link description includes the cost of sending a packet over the link. This output cost is expressed in the link state metric and must be greater than zero.
最後に、各リンクの説明は、リンクの上にパケットを送信するコストを含んでいます。この出力コストメトリックリンク状態で発現され、ゼロより大きくなければなりません。
To illustrate the format of a switch link advertisement, consider the switch fabric shown in Figure 4.
スイッチリンク広告のフォーマットを説明するために、図4に示したスイッチファブリックを考えます。
In this example, switch SW1 has 5 neighboring switches (shown as boxes) distributed over 3 network links (shown as lines). The base MAC address of each switch is also shown adjacent to each box. On switch SW1, ports 01 and 02 attach to point-to-point network links, while port 03 attaches to a multi-access network link with three attached switches. The interface state of each port is shown next to the line representing the corresponding link.
この例では、スイッチSW1は、3つのネットワークリンク（線として示される）にわたって分布（ボックスとして示される）5つの近接スイッチを有します。各スイッチのベースMACアドレスは、各ボックスに隣接して示されています。ポート03三個の取り付けスイッチとマルチアクセスネットワークリンクに取り付けられている間、スイッチSW1に、ポート01と02は、ポイントツーポイントネットワークリンクを取り付けます。各ポートの界面状態は、対応するリンクを表す線の隣に示されています。
00-00-1d-22-23-c5
+-------+
| SW2 |
+-------+
|
| Point-to-Point
|
| 01
+-------+ Loopback +-------+
| SW3 |----------------| SW1 | 00-00-1d-1f-05-81
+-------+ 02 +-------+
00-00-1d-17-35-a4 | 03
|
| DS Other
|
+--------------------+--------------------+
| | |
| DS Other | Backup | DS
| | |
+-------+ +-------+ +-------+
| SW4 | | SW5 | | SW6 |
+-------+ +-------+ +-------+
00-00-1d-4a-26-b3 00-00-1d-4a-27-1c 00-00-1d-7e-84-2e
Figure 4: Sample Switch Fabric
図4：サンプルスイッチファブリック
The switch link advertisement generated by switch SW1 would contain the following data items:
スイッチSW1によって生成されたスイッチリンク広告は、次のデータ項目が含まれています：
; switch link advertisement for switch SW1
;スイッチSW1のためのスイッチリンク広告
LS age = 0 ; always true on origination Options = (T-bit|E-bit) ; options LS type = 1 ; this is a switch link advert
LSの年齢= 0;常に発信オプションの真=（T-ビット| E-ビット）。オプションLSタイプ= 1。これは、スイッチリンク広告です
; SW1's switch ID Link State ID = 00-00-1d-1f-05-81-00-00-00-00 Advertising switch = 00-00-1d-1f-05-81-00-00-00-00 # links = 2
; SW1のスイッチIDリンクステートID = 00-00-1d-1F-05-81-00-00-00-00広告スイッチ= 00-00-1d-1F-05-81-00-00-00-00＃リンク= 2
; link on interface port 1 Link ID = 00-00-1d-22-23-c5-00-00-00-00 ; switch ID
;インターフェイスポート1のリンクID = 00-00-1d-22-23-c5-00-00-00-00上のリンク。スイッチID
Link Data = 00-00-1d-1f-05-81-00-00-00-01 ; interface ID Type = 1 ; pt-to-pt link # other metrics = 0 ; TOS 0 only TOS 0 metric = 1
リンクデータ= 00-00-1d-1F-05-81-00-00-00-01。インターフェイスIDタイプ= 1。 PT-へ-PTのリンク＃他のメトリック= 0; TOS 0のみTOS 0メトリック= 1
; link on interface port 2 is not fully functional
;インターフェイスポート2のリンクは完全には機能しません
; link on interface port 3 Link ID = 00-00-1d-7e-84-2e-00-00-00-00 ; switch ID of DS Link Data = 00-00-1d-1f-05-81-00-00-00-03 ; interface ID Type = 2 ; multi-access # other metrics = 0 ; TOS 0 only TOS 0 metric = 2
;インターフェイスポート上のリンク3、リンクID = 00-00-1d-7E-84-2e-00-00-00-00。 DSリンクデータのIDを切り替える= 00-00-1d-1F-05-81-00-00-00-03。インターフェイスIDタイプ= 2。マルチアクセス＃他のメトリック= 0。 TOS 0のみTOS 0メトリック= 2
(See Section 11.2 for a detailed description of the format of a switch link advertisement.)
（スイッチリンク広告のフォーマットの詳細については、セクション11.2を参照してください。）
Network link advertisements are used to describe the switches attached to each multi-access network link.
ネットワークリンク広告は、各マルチアクセスネットワークリンクに取り付けられたスイッチを記述するために使用されます。
Note: Network link advertisements are not generated for point-to-point links.
注意：ネットワークリンク広告はポイントツーポイントリンクのために生成されていません。
A network link advertisement is originated by the designated switch for the associated multi-access link once the switch has established a full adjacency with at least one other switch on the link. Each advertisement lists the switch IDs of those switches that are fully adjacent to the designated switch. The designated switch includes itself in this list.
スイッチは、リンク上の少なくとも一つの他のスイッチとの完全な隣接関係を確立した後、ネットワークリンク広告は、関連するマルチアクセスリンク用に指定されたスイッチによって発信されます。それぞれの広告が完全に指定されたスイッチに隣接しているこれらのスイッチのスイッチIDを示しています。指定スイッチがこのリストに自分自身を含んでいます。
To illustrate the format of a network link advertisement, consider again the switch fabric shown in Figure 4. In this example, network link advertisements will be generated only by switch SW6, the designated switch of the multi-access network link between switches SW1 and switches SW4, SW5, and SW6.
ネットワークリンク広告のフォーマットを示す図で、再度この例では、図4に示したスイッチファブリックを考慮し、ネットワークリンク広告は、スイッチSW6、スイッチ間のマルチアクセスネットワークリンクの指定されたスイッチSW1とスイッチによって生成されますSW4、SW5、SW6と。
The network link advertisement generated by switch SW6 would contain the following data items:
スイッチSW6によって生成されたネットワークリンク広告は、次のデータ項目が含まれています：
; network link advertisement for switch SW6
;スイッチSW6のためのネットワークリンク広告
LS age = 0 ; always true on origination Options = (T-bit|E-bit) ; options LS type = 2 ; this is a network link advert
LSの年齢= 0;常に発信オプションの真=（T-ビット| E-ビット）。オプションLSタイプ= 2。これは、ネットワークリンク広告です
; SW6's switch ID Link State ID = 00-00-1d-73-84-2e-00-00-00-00 Advertising switch = 00-00-1d-73-84-2e-00-00-00-00
; SW6のスイッチIDリンクステートID = 00-00-1d-73-84-2e-00-00-00-00広告スイッチ= 00-00-1d-73-84-2e-00-00-00-00
Attached switch = 00-00-1d-7e-84-2e-00-00-00-00 Attached switch = 00-00-1d-4a-26-b3-00-00-00-00 Attached switch = 00-00-1d-1f-05-81-00-00-00-00 Attached switch = 00-00-1d-4a-27-1c-00-00-00-00
添付のスイッチ= 00-00-1d-7E-84-2e-00-00-00-00取り付けスイッチ= 00-00-1d-4A-26-b3-00-00-00-00取り付けスイッチ= 00-00スイッチ= 00-00-1d-4A-27-1c-00-00-00-00添付-1d-1F-05-81-00-00-00-00
(See Section 11.3 for a detailed description of the format of a network link advertisement.)
（ネットワークリンク広告のフォーマットの詳細については、11.3節を参照してください。）
Link state advertisements are distributed throughout the switch fabric encapsulated within Link State Update packets. A single Link State Update packet may contain several distinct advertisements.
リンク状態広告はリンクステートアップデートパケット内にカプセル化されたスイッチファブリック全体に分散されています。単一リンクステートアップデートパケットは、いくつかの明確な広告が含まれていてもよいです。
To make the distribution process reliable, each advertisement must be explicitly acknowledged in a Link State Acknowledgment packet. Note, however, that multiple acknowledgments can be grouped together into a single Link State Acknowledgment packet. A sending switch retransmits unacknowledged Link State Update packets at regular intervals until they are acknowledged.
配布プロセスが信頼できるようにするには、各広告は、明示的にリンクステート確認応答パケットに確認する必要があります。ただし、複数の承認を単一のリンクステート確認応答パケットにグループ化することができます。彼らは承認されるまで、送信スイッチは、定期的に未確認のリンク状態更新パケットを再送します。
The remainder of this section is structured as follows:
次のようにこのセクションの残りは、構造化されています。
o Section 8.2.1 presents an overview of the distribution process.
O部8.2.1は、配布プロセスの概要を説明します。
o Section 8.2.2 describes how an incoming Link State Update packet is processed.
O部8.2.2は、着信リンクステートアップデートパケットを処理する方法について説明します。
o Section 8.2.3 describes how a Link State Packet is forwarded -- both by the originating switch and an intermediate receiving switch.
発信スイッチと中間側スイッチの両方 - Oセクション8.2.3は、リンク状態パケットを転送する方法を記載しています。
o Section 8.2.4 describes how advertisements are installed into the local database.
O部8.2.4は、広告がローカルデータベースにインストールされている方法を説明します。
o Section 8.2.5 describes the retransmission of unacknowledged advertisements.
O部8.2.5は未確認の広告の再送信を説明します。
o Section 8.2.6 describes how advertisements are acknowledged.
O部8.2.6は、広告が確認されている方法を説明します。
The philosophy behind the distribution of link state advertisements is based on the concept of adjacencies -- that is, each switch is only required to remain synchronized with its adjacent neighbors.
リンクステートアドバタイズメントの分布の背後にある哲学は、隣接の概念に基づいている - で、各スイッチは、その隣接している隣人との同期を維持するために必要とされます。
When a switch originates a new instance of a link state advertisement, it formats the advertisement into a Link State Update packet and floods the packet out each fully operational interface -- that is, each interface with a state greater than Waiting. However, only those neighbors that are adjacent to the sending switch need to process the packet.
スイッチがリンク状態広告の新しいインスタンスを発信する際には、リンクステートアップデートパケットに広告をフォーマットし、それぞれ完全に動作インターフェイスからパケットをフラッディング - 、待つよりも大きい状態と各インタフェースです。しかし、送信スイッチに隣接しているのみの隣人は、パケットを処理する必要があります。
The sending switch indicates which of its neighbor switches should process the advertisement by specifying a particular multicast destination in the network layer address information (see Section 10.3). The sending switch sets the value of the network layer destination switch ID field according to the state of the interface over which the packet is sent:
送信スイッチはネットワーク層アドレス情報で特定のマルチキャスト宛先を指定して広告を処理する必要があり、その隣接スイッチのかを示す（10.3項を参照）。送信スイッチは、パケットが送信されるインタフェースの状態に応じて、ネットワークレイヤの宛先スイッチIDフィールドの値を設定します。
o If the interface state is Point-to-Point, DS, or Backup, the switch is adjacent to all other switches on the link and all neighboring switches must process the packet. Therefore, the destination field is set to the multicast switch ID AllSPFSwitches.
界面状態がポイントツーポイント、DS、またはバックアップの場合、O、スイッチは、リンク上の他のすべてのスイッチに隣接しており、全ての隣接スイッチがパケットを処理しなければなりません。したがって、宛先フィールドはマルチキャストスイッチIDのAllSPFSwitchesに設定されています。
o If the interface state is DS Other, the switch is only adjacent to the designated switch and the backup designated switch and only those two neighboring switches must process the packet. Therefore, the destination field is set to the multicast switch ID AllDSwitches.
界面状態がDSその他の場合はO、スイッチは指定されたスイッチとバックアップ指定スイッチとパケットを処理しなければならないだけ隣接する二つのスイッチにのみ隣接しています。したがって、宛先フィールドはマルチキャストスイッチIDのAllDSwitchesに設定されています。
A similar logic is used when a switch receives a Link State Update packet containing a new instance of a link state advertisement. After processing and acknowledging the packet, the receiving switch forwards the Link State Update packet as
スイッチがリンク状態広告の新しいインスタンスを含むリンクステートアップデートパケットを受信したときと同様のロジックが使用されています。処理およびパケットを認めた後、受信したスイッチは、リンクステートアップデートパケットなどを転送します
o On the interface over which the original Link State Update packet was received: o If the receiving switch is the designated switch for the attached network link, the packet is forwarded to all other switches on the link. (The destination field is set to AllSPFSwitches.) The originating switch will recognize that it was the advertisement originator and discard the packet.
受信スイッチが接続されたネットワークリンクの指定されたスイッチである場合、パケットはリンク上の他のすべてのスイッチに転送され（O）元のリンク状態更新パケットを受信したインターフェイス上のO。 （宛先フィールドがAllSPFSwitchesに設定されている。）元のスイッチは、それが広告創始者であったことを認識し、パケットを破棄します。
o If the receiving switch is not the designated switch for the attached network link, the packet is not sent back out the interface over which it was received.
受信スイッチが接続されているネットワークリンクの指定スイッチでない場合はO、パケットは、それが受信された先のインターフェイスから返送されません。
o On all other interfaces:
他のすべてのインターフェイス上でO：
o If the receiving switch is the designated switch for the attached network link, the packet is forwarded to all switches on the link. (The destination field is set to AllSPFSwitches.)
受信スイッチが接続されたネットワークリンクの指定されたスイッチである場合、O、パケットはリンク上のすべてのスイッチに転送されます。 （宛先フィールドはAllSPFSwitchesに設定されています。）
o If the receiving switch is neither the designated switch or the backup designated switch for the attached network link, the packet is forwarded only to the designated switch and the backup designated switch. (The destination field is set to AllDSwitches.)
受信スイッチが指定スイッチまたは接続されたネットワークリンクのバックアップ指定スイッチでもない場合、O、パケットのみが指定されたスイッチとバックアップ指定スイッチに転送されます。 （宛先フィールドはAllDSwitchesに設定されています。）
Each Link State Update packet is forwarded and processed in this fashion until all switches in the fabric have received notification of the new instance of the link state advertisement.
ファブリック内のすべてのスイッチは、リンク状態広告の新しいインスタンスの通知を受け取るまで、各リンクステートアップデートパケットは、この方法で転送されて処理されます。
When the a Link State Update packet is received, it is first subjected to a number of consistency checks. In particular, the Link State Update packet is associated with a specific neighbor. If the state of that neighbor is less than Exchange, the entire Link State Update packet is discarded.
リンク状態更新パケットを受信したとき、それは最初の整合性チェックの数に供されます。具体的には、リンクステートアップデートパケットは、特定のネイバーに関連付けられています。その隣人の状態がExchange未満の場合、全体のリンクステートアップデートパケットが破棄されます。
Each link state advertisement contained in the packet is processed as follows:
次のようにパケットに含まれる各リンク状態広告が処理されます。
1. Validate the advertisement's link state checksum and type. If the checksum is invalid or the type is unknown, discard the advertisement without acknowledging it.
1.広告のリンク状態のチェックサムとタイプを検証します。チェックサムが無効であるかの種類が不明な場合は、それを認めずに広告を捨てます。
2. If the advertisement's age is equal to MaxAge and there is currently no instance of the advertisement in the local link state database, then do the following: a) Acknowledge the advertisement by sending a Link State Acknowledgment packet to the sending neighbor (see Section 8.2.6).
2.広告の年齢はMaxAgeのに等しく、ローカルリンクステートデータベースの広告のインスタンスが現在存在しない場合は、次の操作を行います。a）項を参照してください（送付隣人にリンクステート確認応答パケットを送信することにより、広告をアクノリッジを8.2.6）。
b) Purge all outstanding requests for equal or previous instances of the advertisement from the sending neighbor's Link State Request list.
b）に送付隣人のリンク状態要求リストから広告の同等または以前のインスタンスのすべての未処理の要求をパージします。
c) If the neighbor is Exchange or Loading, install the advertisement in the link state database (see Section 8.2.4). Otherwise, discard the advertisement.
隣人がExchangeまたは読み込んである場合c）は、リンク状態データベース内に広告をインストールする（）セクション8.2.4を参照してください。それ以外の場合は、広告を捨てます。
3. If the advertisement's age is equal to MaxAge and there is an instance of the advertisement in the local link state database, then do the following:
そして3.広告の年齢はMaxAgeのに等しく、ローカルリンクステートデータベースの広告のインスタンスがある場合は、次の手順を実行します。
a) If the advertisement is listed in the link state retransmission list of any neighbor, remove the advertisement from the retransmission list(s) and delete the database copy of the advertisement.
広告はすべてのネイバーのリンクステート再送リストに表示されている場合a）に、再送リスト（S）から広告を削除し、広告のデータベースのコピーを削除します。
b) Discard the received (MaxAge) advertisement without acknowledging it.
b）はそれを認めずに受信（MaxAgeの）広告を捨てます。
4. If the advertisement's age is less than MaxAge, attempt to locate an instance of the advertisement in the local link state database. If there is no database copy of this advertisement, or the received advertisement is more recent than the database copy (see Section 7.1.1), do the following:
4.広告の年齢がMaxAgeの未満の場合は、ローカルリンクステートデータベースに広告のインスタンスを検索しようとします。 （セクション7.1.1を参照）が、この広告のないデータベースコピーがされていない、または受信した広告は、データベースのコピーよりも新しい場合、次の手順を実行します。
a) If there is already a database copy, and if the database copy was installed less than MinLSInterval seconds ago, discard the new advertisement without acknowledging it.
A）が既にデータベースのコピーであり、データベースのコピーが前MinLSInterval秒未満のインストールされていた場合、それを認めることなく、新しい広告を破棄した場合。
b) Otherwise, forward the new advertisement out some subset of the local interfaces (see Section 8.2.3). Note whether the advertisement was sent back out the receiving interface for later use by the acknowledgment process.
B）それ以外の場合は、ローカルインタフェースのいくつかのサブセットから新しい広告を転送する（）8.2.3項を参照してください。広告が承認プロセスによって後で使用するための受信インタフェースから送り返されたかどうかに注意してください。
c) Remove the current database copy from the Link state retransmission lists of all neighbors.
C）すべてのネイバーのリンク状態再送リストから、現在のデータベースのコピーを削除します。
d) Install the new advertisement in the link state database, replacing the current database copy. (Note that this may cause the calculation of the set of best paths to be scheduled. See Section 9.) Timestamp the new advertisement with the time that it was received to prevent installation of another instance within MinLSInterval seconds.
D）現在のデータベースのコピーを置き換え、リンク状態データベース内に新しい広告をインストールします。 （これは、スケジュールすることが最善のパスのセットの計算を引き起こす可能性があることに注意してください。セクション9を参照）、タイムスタンプ、それはMinLSInterval秒以内に別のインスタンスのインストールを防止するために、受信した時刻との新しい広告。
e) Acknowledge the advertisement, if necessary, by sending a Link State Acknowledgment packet back out the receiving interface. (See Section 8.2.6.)
必要に応じてe）の受信インタフェースからバックリンクステート確認応答パケットを送信することにより、広告を認めます。 （セクション8.2.6を参照してください。）
f) If the link state advertisement was initially advertised by the local switch itself, advance the advertisement sequence number and issue a new instance of the advertisement. (Receipt of a newer instance of an advertisement means that the local copy of the advertisement is left over from before the last time the switch was restarted.)
リンク状態広告は、最初はローカルスイッチ自体によってアドバタイズされた場合f）は、広告シーケンス番号を進めると広告の新しいインスタンスを発行します。 （広告の新しいインスタンスの領収書は、広告のローカルコピーが、スイッチが再起動された最後の時間の前から残されていることを意味します。）
5. If the received advertisement is the same instance as the database copy (as determined by the algorithm described in Section 7.1.1), do the following:
前記受信した広告は、次の操作を行い、（セクション7.1.1で説明されたアルゴリズムによって決定されるように）データベースのコピーと同じインスタンスである場合：
a) If the advertisement is listed in the neighbor's link state retransmission list, the local switch is expecting an acknowledgment for this advertisement. Treat the received advertisement as an implied acknowledgment, and remove the advertisement from the link state retransmission list. Note this implied acknowledgment for later use by the acknowledgment process (Section 8.2.6).
広告が隣人のリンクステート再送リストに表示されている場合a）に、ローカルスイッチはこの広告のための確認応答を期待しています。暗黙の承認として受信した広告を扱い、リンクステート再送リストから広告を削除します。承認プロセス（8.2.6）によって後で使用するために、この暗黙の承認を注意してください。
b) Acknowledge the advertisement, if necessary, by sending a Link State Acknowledgment packet back out the receiving interface. (See Section 8.2.6.)
必要であれば、b）は受信インターフェイスからバックリンクステート確認応答パケットを送信することにより、広告を認めます。 （セクション8.2.6を参照してください。）
If the database copy of the advertisement is more recent than the instance just received, do the following:
広告のデータベースのコピーが受信されたばかりのインスタンスよりも新しい場合、次の手順を実行します。
a) Determine whether the instance is listed in the neighbor link state request list. If so, an error has occurred in the database exchange process. Restart the database exchange process by generating a neighbor BadLSReq event for the sending neighbor and terminate processing of the Link State Update packet.
a）のインスタンスが隣人のリンク州の要求リストに記載されているかどうかを決定します。その場合は、エラーがデータベース交換プロセスで発生しています。送付隣人のために隣人BadLSReqイベントを生成することによって、データベース交換プロセスを再起動して、リンクステートアップデートパケットの処理を終了します。
b) Otherwise, generate an unusual event to network management and discard the advertisement.
B）それ以外の場合は、ネットワーク管理、広告を破棄する異常なイベントを発生させます。
When a new instance of an advertisement is originated or after an incoming advertisement has been processed, the switch must decide over which interfaces and to which neighbors the advertisement will be forwarded. In some instances, the switch may decide not to forward the advertisement over a particular interface because it is able to determine that the neighbors on that attached link have or will receive the advertisement from another switch on the link.
広告の新しいインスタンスが発信されている場合や、着信広告が処理された後、スイッチはインターフェイスするとその隣人広告が転送されるために、その上決定する必要があります。その添付リンク上の隣人が持っていることを決定することができるか、リンク上の他のスイッチからの広告を受信しますので、いくつかの例では、スイッチは、特定のインターフェイス上での広告を転送しないことを決定してもよいです。
The decision of whether to forward an advertisement over each of the switch's interfaces is made as follows:
次のようにスイッチのインターフェイスのそれぞれの上に広告を転送するかどうかの決定がなされています。
1. Each neighboring switch attached to the interface is examined to determine whether it should receive and process the new advertisement. For each neighbor, the following steps are executed:
1インターフェースに接続された各隣接スイッチは、それが新しい広告を受信して処理する必要があるかどうかを決定するために検査されます。各隣人のために、以下のステップが実行されます。
a) If the neighbor state is less than Exchange, the neighbor need not receive or process the new advertisement.
隣人状態がExchange未満の場合a）に、隣人は新しい広告を受信したり処理する必要はありません。
b) If the neighbor state is Exchange or Loading, examine the link state request list associated with the neighbor. If an instance of the new advertisement is on the list, the neighboring switch already has an instance of the advertisement. Compare the new advertisement to the neighbor's copy:
隣人状態がExchangeまたは読み込んである場合b）は、隣人に関連したリンクステート要求リストを調べます。新しい広告のインスタンスがリストにある場合は、隣接スイッチは、すでに広告のインスタンスを持っています。隣人のコピーに新しい広告を比較します。
o If the new advertisement is less recent, the neighbor need not receive or process the new advertisement.
新しい広告が少ない最近のものである場合には、O、隣人は、新しい広告を受信したり処理する必要はありません。
o If the two copies are the same instance, delete the advertisement from the link state request list. The neighbor need not receive or process the new advertisement [7].
2つのコピーが同じインスタンスであればO、リンクステート要求リストから広告を削除します。隣人は受信したり、新しい広告を処理する必要はない[7]。
o Otherwise, the new advertisement is more recent. Delete the advertisement from the link state request list. The neighbor may need to receive and process the new advertisement.
Oそれ以外の場合は、新しい広告は、より最近のことです。リンクステート要求リストから広告を削除します。隣人は、新しい広告を受信して処理する必要があるかもしれません。
c) If the new advertisement was received from this neighbor, the neighbor need not receive or process the advertisement.
新しい広告は、このネイバーから受信された場合c）は、隣人は、広告を受信したり処理する必要はありません。
d) Add the new advertisement to the link state retransmission list for the neighbor.
d）の隣人のためのリンクステート再送リストに新しい広告を追加します。
2. The switch must now decide whether to forward the new advertisement out the interface.
2.スイッチは現在のインターフェイスから新しい広告を転送するかどうかを決定する必要があります。
a) If the link state advertisement was not added to any of the link state retransmission lists for neighbors attached to the interface, there is no need to forward the advertisement out the interface.
リンク状態広告がインタフェースに接続さネイバーのリンクステート再送リストのいずれにも追加されなかった場合は、A）、インターフェースから広告を転送する必要はありません。
b) If the new advertisement was received on this interface, and it was received from either the designated switch or the backup designated switch, there is no need to forward the advertisement out the interface. Chances are all neighbors on the attached network link have also received the advertisement already.
新しい広告は、このインターフェイス上で受信し、それが指定されたスイッチまたはバックアップ指定スイッチのいずれかから受信された場合b）は、インタフェースから広告を転送する必要はありません。チャンスは付属ネットワークリンク上のすべてのネイバーが既に広告をも受けています。
c) If the new advertisement was received on this interface and the state of the interface is Point-to-Point, there is no need to forward the advertisement since the received advertisement was originated by the neighbor switch.
受信した広告は、隣接スイッチによって発信されて以来c）の新しい広告は、このインタフェースおよびインターフェイスの状態で受信された場合はポイントツーポイント、広告を転送する必要はありません。
d) If the new advertisement was received on this interface, and the interface state is Backup -- that is, the switch itself is the backup designated switch -- there is no need to forward the advertisement out the interface. The designated switch will distribute advertisements on the attached network link.
d）の新しい広告は、このインターフェイス上で受信され、インタフェースの状態がバックアップされた場合 - つまり、スイッチ自体はバックアップ指定スイッチで - インターフェイスから広告を転送する必要はありません。指定されたスイッチは、接続されたネットワークリンク上の広告を配布します。
e) Otherwise, the advertisement must be forwarded out the interface.
E）それ以外の場合は、広告がインターフェイスから転送する必要があります。
To forward a link state advertisement, the switch first increments the advertisement's age by InfTransDelay seconds to account for the transmission time over the link. The switch then copies the advertisement into a Link State Update packet
リンク状態アドバタイズメントを転送するには、スイッチは最初にリンク上での伝送時間を考慮してInfTransDelay秒で広告の年齢をインクリメントします。スイッチをコピーリンクステートアップデートパケットに広告
Forwarded advertisements are sent to all adjacent switches associated with the interface. If the interface state is Point-to-Point, DS, or Backup, the destination switch ID field of the network layer address information is set to the multicast switch ID AllSPFSwitches. If the interface state is DS Other, the destination switch ID field is set to the multicast switch ID AllDSwitches.
転送された広告は、インターフェイスに関連付けられたすべての隣接スイッチに送信されます。界面状態がポイントツーポイント、DS、またはバックアップである場合、ネットワーク層アドレス情報の宛先スイッチIDフィールドはマルチキャストスイッチIDのAllSPFSwitchesに設定されています。界面状態がDSその他の場合は、宛先スイッチIDフィールドはマルチキャストスイッチIDのAllDSwitchesに設定されています。
When a new link state advertisement is installed into the link state database, as the result of either originating or receiving a new instance of an advertisement, the switch must determine whether the best paths need to be recalculated. To make this determination, do the following:
新しいリンク状態広告がリンクステートデータベースにインストールされると、広告の新しいインスタンスを発信または受信のいずれかの結果として、スイッチは、最良の経路が再計算される必要があるかどうかを決定しなければなりません。この決定を行うには、次の手順を実行します。
1. Compare the contents of the new instance with the contents of the old instance (assuming the older instance is available). Note that this comparison does not include any data from the link state header. Differences in fields within the header (such as the sequence number and checksum, which are guaranteed to be different in different instances of an advertisement) are of no consequence when deciding whether or not to recalculate the set of best paths.
1.（古いインスタンスが利用可能であると仮定して）古いインスタンスの内容で新しいインスタンスの内容を比較してください。この比較は、リンク状態のヘッダから任意のデータを含んでいないことに留意されたいです。最良パスのセットを再計算するかどうかを決定するとき（例えば、広告の異なるインスタンスで異なることが保証されているシーケンス番号およびチェックサムなど）ヘッダ内のフィールドの差がない結果です。
2. If there are no differences in the contents of the two advertisement instances, there is no need to recalculate the set of best paths.
2. 2つの広告インスタンスの内容に違いがない場合は、最良のパスのセットを再計算する必要はありません。
Note also that the older instance of the advertisement must be removed from the link state database when the new advertisement is installed. The older instance must also be removed from the link state retransmission lists of all neighbors.
新しい広告がインストールされている場合、広告の古いインスタンスは、リンク状態データベースから削除する必要があることにも注意してください。古いインスタンスはまた、すべてのネイバーのリンクステート再送リストから削除する必要があります。
When a switch sends a link state advertisement to an adjacent neighbor, it records the advertisement in the neighbor's link state retransmission list. To ensure the reliability of the distribution process, the switch continues to periodically retransmit the advertisements specified in the list until they are acknowledged.
スイッチは、隣接ネイバーにリンクステートアドバタイズメントを送信するとき、それは隣人のリンクステート再送リストに広告を記録します。配布プロセスの信頼性を確保するために、スイッチは、彼らが確認されるまで定期的にリストで指定された広告を再送信し続けます。
The interval timer used to trigger retransmission of the advertisements is set to RxmtInterval seconds, as found in the interface data structure. Note that if this value is too low, needless retransmissions will ensue. If the value is too high, the speed with which the databases synchronize across adjacencies may be affected if there are lost packets.
インターフェースデータ構造に見られるような広告の再送をトリガするために使用されるインターバルタイマーは、RxmtInterval秒に設定されています。この値が低すぎると、不必要な再送信が続いて起こることに注意してください。値が高すぎる場合には、失われたパケットが存在する場合、データベースは隣接間で同期する速度に影響することがあります。
When the interval timer expires, entries in the retransmission list are formatted into one or more Link State Update packets. (Remember that multiple advertisements can fit into a single Link State Update packet.) The age field of each advertisement is incremented by InfTransDelay, as found in the interface data structure, before the advertisement is copied into the outgoing packet.
インターバルタイマーが満了すると、再送信リストのエントリは、一つ以上のリンク状態更新パケットにフォーマットされています。 （複数の広告が単一リンクステートアップデートパケットに収まることができることを覚えておいてください。）インタフェースデータ構造に見られるような広告は、発信パケットにコピーされる前に、各広告の年齢フィールドは、InfTransDelayインクリメントされます。
Link State Update packets containing retransmitted advertisements are always sent directly to the adjacent switch. That is, the destination field of the network layer addressing information is set to the switch ID of the neighboring switch.
再送された広告を含むリンクステートアップデートパケットは、常に隣接スイッチに直接送信されます。すなわち、ネットワーク層アドレス指定情報の宛先フィールドは、隣接スイッチのスイッチIDに設定されています。
If the adjacent switch goes down, retransmissions will continue until the switch failure is detected and the adjacency is torn down by the VLSP discovery process. When the adjacency is torn down, the link state retransmission list is cleared.
隣接スイッチがダウンした場合スイッチの故障が検出され、隣接関係がVLSP検出プロセスによって取り壊されるまで、再送が継続されます。隣接関係が切断されると、リンクステート再送リストがクリアされます。
Each link state advertisement received by a switch must be acknowledged. In most cases, this is done by sending a Link State Acknowledgment packet. However, acknowledgments can also be done implicitly by sending Link State Update packets (see step 4a of Section 8.2.2).
スイッチが受信した各リンク状態広告が承認される必要があります。ほとんどの場合、これはリンクステート確認応答パケットを送信することにより行われます。しかし、確認応答は、（8.2.2項のステップ4aを参照してください）リンクステートアップデートパケットを送信することにより、暗黙的にもを行うことができます。
Multiple acknowledgments can be grouped together into a single Link State Acknowledgment packet.
複数の承認は、単一のリンクステート確認応答パケットにグループ化することができます。
Sending an acknowledgment
確認応答を送信します
Link State Acknowledgment packets are sent back out the interface over which the advertisement was received. The packet can be sent immediately to the sending neighbor, or it can be delayed and sent when an interval timer expires.
リンクステート確認応答パケットは、広告を受信した上でインターフェイスから送り返されています。パケットを送信するネイバーに即座に送信することができ、またはインターバルタイマが満了したときにそれが遅延し、送信することができます。
o Sending delayed acknowledgments facilitates the formatting of multiple acknowledgments into a single packet. This enables a single packet to send acknowledgments to several neighbors at once by using a multicast switch ID in the destination field of the network layer addressing information (see below). Delaying acknowledgments also randomizes the acknowledgment packets sent by the multiple switches attached to a multi-access network link.
遅延肯定応答を送信oを単一のパケットに複数の肯定応答のフォーマットを容易にします。これは、情報を（下記参照）のアドレス指定のネットワークレイヤの宛先フィールドにマルチキャストスイッチIDを使用して、一度に複数のネイバーに肯定応答を送信するために単一のパケットを可能にします。遅延肯定応答は、マルチアクセスネットワークリンクに取り付けられた複数のスイッチによって送信された確認応答パケットをランダム化します。
Note that the interval used to time delayed acknowledgments must be short (less than RxmtInterval) or needless retransmissions will ensue.
時間遅れて確認応答を使用間隔が短くなければならないことに注意してください（RxmtInterval未満）または不必要な再送信が続いて起こります。
Delayed acknowledgments are sent to all adjacent switches associated with the interface. If the interface state is Point-to-Point, DS, or Backup, the destination field of the network layer addressing information is set to the multicast switch ID AllSPFSwitches. If the interface state is DS Other, the destination field is set to the multicast switch ID AllDSwitches.
遅延肯定応答は、インターフェイスに関連付けられたすべての隣接スイッチに送信されます。界面状態がポイントツーポイント、DS、またはバックアップである場合、ネットワーク層アドレス指定情報の宛先フィールドはマルチキャストスイッチIDのAllSPFSwitchesに設定されています。界面状態がDSその他の場合は、宛先フィールドはマルチキャストスイッチIDのAllDSwitchesに設定されています。
o Immediate acknowledgments are sent directly to a specific neighbor in response to the receipt of duplicate link state advertisements. These acknowledgments are sent immediately when the duplicate is received.
O即時確認応答は、重複リンクステートアドバタイズメントの受信に応答して、特定のネイバーに直接送信されます。重複を受信したときに、これらの確認応答がすぐに送信されます。
The method used to send a Link State Acknowledgment packet -- either delayed or immediate -- depends on the circumstances surrounding the receipt of the advertisement, as shown in Table 6. Note that switches with an interface state of Backup send acknowledgments differently than other switches because they play a slightly different role in the distribution process (see Section 8.2.3).
リンクステート確認応答パケットを送信するために使用される方法 - 遅延または即時のいずれかが - バックアップの界面状態に切り替える6注意が異なる他のスイッチよりも肯定応答を送信し、表に示すように、広告の受信を取り巻く状況に依存します彼らは流通過程で若干異なる役割を果たしているので、（8.2.3項を参照してください）。
Action taken in state Circumstances Backup Other states
状態の状況バックアップその他の州で撮影したアクション
Advertisement was No ack sent No ack sent forwarded back out receiving interface
広告ACKが全くインタフェースを受けて返送送信されませACKを送信されませんでした
Advertisement is Delayed ack sent Delayed ack more recent than if advertisement sent database copy, but received from DS, was not forwarded else do nothing back out receiving interface
広告は、他の転送インターフェースを受けて戻って何もしないではないた、広告がデータベースのコピーを送信した場合よりも、ACK、より最近の遅延送られた遅延ACKが、DSから受信されます
Advertisement was a Delayed ack sent No ack sent duplicate treated if advertisement as an implied acknow- received from DS, ledgment (step 4a of else do nothing Section 8.2.2)
広告遅延ACKは暗黙のacknow-として広告がDS、ledgment（他に何もしないセクション8.2.2のステップ4a）から受信した場合は送信されませACKが重複して扱わなかっ送られました
Advertisement was a Immediate ack Immediate ack duplicate not treated sent sent as an implied acknow-ledgment
広告は、即時ACK即時ACKは暗黙のacknow-ledgmentとして送信され送信され扱われていない重複して
Advertisement age Immediate ack Immediate ack equal to MaxAge and sent sent no current instance found in database
広告年齢即時ACK即時MaxAgeのに等しいACKされて送信がデータベースに見つかりませ現行のインスタンスを送信されません
Table 6: Sending Link State Acknowledgments
表6：リンクステート謝辞を送信
Receiving an acknowledgment
承認を受けました
When the a Link State Acknowledgment packet is received, it is first subjected to a number of consistency checks. In particular, the packet is associated with a specific neighbor. If the state of that neighbor is less than Exchange, the entire Link State Acknowledgment packet is discarded.
リンクステート確認応答パケットを受信したとき、それは最初の整合性チェックの数に供されます。具体的には、パケットは、特定のネイバーに関連付けられています。その隣人の状態がExchange未満の場合、全体のリンクステート確認応答パケットが破棄されます。
Each acknowledgment contained in the packet is processed as follows: o If the advertisement being acknowledged has an instance in the link state retransmission list for the sending neighbor, do the following:
次のようにパケットに含まれる各確認応答が処理されます。広告が確認された場合は、送信隣人のためのリンクステート再送リストでインスタンスを持っているO、次の手順を実行します。
o If the acknowledgment is for the same instance as that specified in the list (as determined by the procedure described in Section 7.1.1), remove the instance from the retransmission list.
肯定応答（セクション7.1.1に記載した手順によって決定される）リストに指定されたものと同じインスタンスのためのものである場合、O、再送リストからインスタンスを削除します。
o Otherwise, log the acknowledgment as questionable.
Oそれ以外の場合は、疑わしいとして承認を記録します。
Each link state advertisement has an age field, containing the advertisement's age, expressed in seconds. When the advertisement is copied into a Link State Update packet for forwarding out a particular interface, the age is incremented by InfTransDelay seconds to account for the transmission time over the link. An advertisement's age is never incremented past the value MaxAge. Advertisements with an age of MaxAge are not used to calculate best paths.
各リンク状態広告は年齢フィールドは、広告の年齢を含む、秒単位で表されています。広告が特定のインターフェイスを転送するためのリンク州Updateパケットにコピーされた場合、年齢がリンク上での伝送時間を考慮してInfTransDelay秒ずつインクリメントされます。広告の年齢は値MaxAgeのを過ぎてインクリメントされることはありません。 MaxAgeの時代で広告が最善のパスを計算するのに使用されていません。
If a link state advertisement's age reaches MaxAge, the switch flushes the advertisement from the switch fabric by doing the following:
リンクステートアドバタイズメントの年齢はMaxAgeのに達すると、スイッチは次の手順でスイッチファブリックから広告をフラッシュします。
o Originate a new instance of the advertisement with the age field set to MaxAge. The distribution process will eventually result in the advertisement being removed from the retransmission lists of all switches in the fabric.
O MaxAgeのに設定ageフィールドで広告の新しいインスタンスを発信。配布プロセスは、最終的には、ファブリック内のすべてのスイッチの再送リストから削除された広告になります。
o Once the advertisement is no longer contained in the link state retransmission list of any neighbor and no neighbor is in a state of Exchange or Loading, remove the advertisement from the local link state database.
広告はもはやネイバーのリンクステート再送リストに含まれていると何の隣人がExchangeまたはロードの状態ではありませんされたら、O、ローカルリンク状態データベースから広告を削除しません。
A link state advertisement can be prematurely flushed from the switch fabric by forcing its age to MaxAge and redistributing the advertisement.
リンク状態広告が早まっMaxAgeのにその年齢を強制的に広告を再配布することにより、スイッチファブリックから洗い流すことができます。
A switch that was previously the designated switch for a multi-access network link but has lost that status due to a failover to the backup designated switch prematurely ages the network link advertisements it originated for the link.
以前にマルチアクセスネットワークリンクの指定スイッチだったが、途中で年齢、それはリンクのための発祥のネットワークリンクアドバタイズメントを伴うバックアップ指定スイッチへのフェイルオーバーにその地位を喪失したスイッチ。
Premature aging also occurs when an advertisement's sequence number must wrap -- that is, when the current advertisement instance has a sequence number of 0x7fffffff. In this circumstance, the advertisement is prematurely aged so that the next instance of the advertisement can be originated with a sequence number of 0x80000001 and be recognized as the most recent instance.
つまり、現在の広告のインスタンスは0x7FFFFFFFでのシーケンス番号を持っている場合 - 広告のシーケンス番号がラップする必要がある場合に、早期老化にも発生します。広告の次のインスタンスが0x80000001のシーケンス番号が起源することができ、最新のインスタンスとして認識されるように、このような状況では、広告が途中で熟成されます。
A switch may only prematurely age those link state advertisements for which it is the advertising switch.
スイッチは、途中でそれが広告スイッチであるため、それらのリンク状態広告を老化ことがあります。
Once an adjacency has been formed and the two switches have synchronized their databases, each switch in the adjacency calculates the best path(s) to all other switches in the fabric, using itself as the root of each path. In this context, "best" path means that path with the lowest total cost metric across all hops. If there are multiple paths with the same (lowest) total cost metric, they are all calculated. Best paths are stored in the area data structure.
隣接関係が形成された2つのスイッチがそれらのデータベースを同期した後、隣接の各スイッチは、各パスのルートとしてそれ自体を使用して、ファブリック内の他のすべてのスイッチに最適なパス（S）を算出します。この文脈では、「最良」のパスは、すべてのホップ間で最低の総コストメトリックとそのパスを意味します。同じ（最低）合計コストメトリックを有する複数のパスが存在する場合、それらは全て計算されます。ベストパスは領域データ構造に格納されます。
Paths are calculated using the well-known Dijkstra algorithm. For a detailed description of this algorithm, the reader is referred to [Perlman], or any of a number of standard textbooks dealing with network routing.
パスは、周知のダイクストラのアルゴリズムを使用して計算されています。このアルゴリズムの詳細については、読者は[パールマン]、またはネットワークのルーティングを扱う標準的な教科書の数のいずれかと呼ばれます。
Note that whenever there is a change in an adjacency relationship, or any change that alters the topology of the switch fabric, the set of best paths must be recalculated.
隣接関係の変化、またはスイッチファブリックのトポロジーを変化させる任意の変更があるたびに、最良のパスのセットが再計算されなければならないことに留意されたいです。
This section describes VLS protocol packets and link state advertisements.
このセクションでは、VLSプロトコルパケットおよびリンクステートアドバタイズメントを記述します。
There are five distinct VLSP packet types, as listed in Table 7.
表7に記載されている5つの別個のVLSPパケットの種類があります。
Type Packet Name Function Description
パケット名機能の説明を入力します
1 Hello Select DS/Backup DS Section 10.6.1 2 Database Summarize database Description contents Section 10.6.2 3 LS Request Database download Section 10.6.3 4 LS Update Database update Section 10.6.4 5 LS Ack Flooding acknow-ledgment Section 10.6.5
1こんにちは選択DS /バックアップDS 10.6.1項2データベースデータベースの説明の内容を要約は、第10.6.2項3 LS要求データベースのダウンロードセクション10.6.3 4 LSアップデートデータベース更新部10.6.4 5 LSのAck洪水は、セクション10.6.5、ledgmentのacknow
Table 7: VLSP Packet Types
表7：VLSPパケットタイプ
All VLSP packets are encapsulated within a standard ISMP packet, with the VLS packet carried in the ISMP message body. The ISMP packet is described in Section 10.1.
すべてのVLSPパケットはISMPメッセージ本体で運ばVLSパケットに、標準ISMPパケット内にカプセル化されます。 ISMPパケットは、10.1節で説明されています。
Since it is important that the link state databases remain synchronized throughout the switch fabric, processing of both incoming and outgoing routing protocol packets should take priority over ordinary data packets. Section 10.2 describes packet processing.
それはリンク状態データベースは、スイッチファブリックを通じて同期を維持することが重要であるため、両方の着信および発信ルーティングプロトコルパケットの処理は、通常のデータパケットよりも優先すべきです。 10.2節は、パケット処理を説明します。
All VLSP packets begin with network layer addressing information, described in Section 10.3, followed by a standard header, described in Section 10.4.
すべてのVLSPパケットは、セクション10.4に記載された標準ヘッダに続くセクション10.3で説明したネットワークレイヤアドレッシング情報、、、で始まります。
With the exception of Hello packets, all VLSP packets deal with lists of link state advertisements. The format of a link state advertisement is described in Section 11.
Helloパケットを除き、すべてのVLSPパケットは、リンクステートアドバタイズメントのリストを扱います。リンク状態広告のフォーマットは、セクション11に記載されています。
All VLSP packets are encapsulated within a standard ISMP packet. ISMP packets are of variable length and have the following general structure:
すべてのVLSPパケットが標準のISMPパケット内にカプセル化されています。 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 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 6 octets, as shown below:
以下に示すようにISMPパケットヘッダは、6つのオクテットで構成されています。
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 |///////////////////////////////| Version |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
16 | ISMP message type | Sequence number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
20 | |
+ +
: :
Frame header
フレームヘッダ
This 14-octet field contains the frame header.
この14オクテットフィールドは、フレームヘッダを含んでいます。
Version
版
This 2-octet field contains the version number of the InterSwitch Message Protocol to which this ISMP packet adheres. This document describes ISMP Version 2.0. ISMP message type
この2オクテットのフィールドは、このISMPパケットが付着するのInterSwitchメッセージプロトコルのバージョン番号が含まれています。この文書では、ISMPバージョン2.0について説明します。 ISMPメッセージタイプ
This 2-octet field contains a value indicating which type of ISMP message is contained within the message body. Valid values are as follows:
この2オクテットフィールドはISMPメッセージのタイプは、メッセージ本体内に含まれているかを示す値を含みます。有効な値は次のとおりです：
1 (reserved) 2 Interswitch Keepalive messages 3 Interswitch Link State messages 4 Interswitch Spanning Tree BPDU messages and Interswitch Remote Blocking messages 5 Interswitch Resolve and New User messages 6 (reserved) 7 Tag-Based Flood messages 8 Interswitch Tap messages
1（予約）2つのスイッチ間キープアライブメッセージ3つのスイッチ間リンクステートメッセージ4つのスイッチ間スパニングツリーBPDUメッセージとスイッチ間のリモートブロックのメッセージを5スイッチ間解決し、新規ユーザメッセージ6（予約）7タグベースの洪水のメッセージ8件のスイッチ間をタップメッセージ
All VLS protocol messages have an ISMP message type of 3.
すべてのVLSプロトコルメッセージは、3のISMPメッセージタイプを持っています。
Sequence number
シーケンス番号
This 2-octet field contains an internally generated sequence number used by the various protocol handlers for internal synchronization of messages.
この2オクテットのフィールドは、メッセージの内部同期のための様々なプロトコルハンドラによって使用される内部生成されたシーケンス番号を含みます。
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. VLSP packets are contained in the ISMP message body.
ISMPメッセージ本体はISMPメッセージの実際のデータを含む可変長フィールドです。このフィールドの長さと内容は、メッセージタイプフィールドで見つかった値によって決定されます。 VLSPパケットはISMPメッセージボディーに含まれています。
Note that with the exception of Hello packets, VLSP packets are sent only between adjacent neighbors. Therefore, all packets travel a single hop.
Helloパケットを除いて、VLSPパケットのみが隣接している隣人との間で送信されることに注意してください。したがって、すべてのパケットは、単一のホップを旅行します。
VLSP does not support fragmentation and reassembly of packets. Therefore, packets containing lists of link state advertisements or advertisement headers must be formatted such that they contain only as many advertisements or headers as will fit within the size constraints of a standard ethernet frame.
VLSPは、パケットの断片化と再構築をサポートしていません。そのため、リンク状態広告又は宣伝のヘッダーのリストを含むパケットは、標準的なイーサネットフレームのサイズ制限内に収まるよう、彼らが唯一のように多くの広告やヘッダを含むようにフォーマットする必要があります。
When a protocol packet is received by a switch, it must first pass the following criteria before being accepted for further processing:
プロトコルパケットがスイッチで受信されると、それは最初に、さらなる処理のために受理される前に、次の基準に合格しなければなりません。
o The checksum number must be correct.
Oチェックサム番号が正しくなければなりません。
o The destination switch ID (as found in the network layer address information) must be the switch ID of the receiving switch, or one of the multicast switch IDs AllSPFSwitches or AllDSwitches.
O（ネットワークレイヤアドレス情報に見られるような）宛先スイッチIDは、スイッチ側スイッチのID、またはマルチキャストスイッチIDがAllSPFSwitches又はAllDSwitchesのいずれかでなければなりません。
If the destination switch ID is the multicast switch ID AllDSwitches, the state of the receiving interface must be Point-to-Point, DS, or Backup.
宛先スイッチのIDがマルチキャストスイッチIDのAllDSwitchesであれば、受信インタフェースの状態は、ポイントツーポイント、DS、またはバックアップする必要があります。
o The source switch ID (as found in the network layer address information) must not be that of the receiving switch. (That is, locally originated packets should be discarded.)
OソーススイッチIDは、（ネットワークレイヤアドレス情報に見られるような）受信スイッチのものであってはなりません。 （すなわち、ローカル発信パケットは廃棄されるべきです。）
At this point, if the packet is a Hello packet, it is accepted for further processing.
パケットはHelloパケットである場合は、この時点で、それは更なる処理のために受け入れられています。
Since all other packet types are only sent between adjacent neighbors, the packet must have been sent by one of the switch's active neighbors. If the source switch ID matches the switch ID of one of the receiving switch's active neighbors (as stored in the interface data structure associated with the inport interface), the packet is accepted for further processing. Otherwise, the packet is discarded.
他のすべてのパケットタイプのみ隣接している隣人の間で送信されているので、パケットはスイッチのアクティブ隣人のいずれかによって送信されている必要があります。ソーススイッチIDが受信スイッチのアクティブネイバー（のInportインタフェースに関連付けられたインターフェイスデータ構造体に格納されている）のいずれかのスイッチIDと一致する場合、パケットは、さらなる処理のために受け入れられています。そうでない場合、パケットは破棄されます。
As mentioned in Section 2.2.1, portions of the VLS protocol (as derived from OSPF) are dependent on certain network layer addresses -- in particular, the AllSPFSwitches and AllDSwitches multicast addresses that drive the distribution of link state advertisements throughout the switch fabric. In order to facilitate the implementation of the protocol at the physical MAC layer, network layer address information is encapsulated in the VSLP packets. This information immediately follows the ISMP frame and packet header and immediately precedes the VLSP packet header, as shown below:
スイッチファブリックを通じてリンクステートアドバタイズメントの分布を駆動特に、AllSPFSwitchesとAllDSwitchesマルチキャストアドレス - セクション2.2.1で述べたように、VLSプロトコルの部分は、（OSPFに由来するような）特定のネットワーク層アドレスに依存しています。物理MAC層におけるプロトコルの実装を容易にするために、ネットワークレイヤアドレス情報はVSLPパケットにカプセル化されています。この情報は、直ちにISMPフレーム及びパケットヘッダに続き、直ちに以下に示すように、VLSPパケットヘッダに先行します。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
: frame header / ISMP header :
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
00 | |
: Unused (20 octets) :
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
20 | |
+ Source switch ID +
24 | |
+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
28 | | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +
32 | |
+ Destination switch ID +
36 | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
40 | |
: VLSP header :
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Source switch ID
ソーススイッチID
This 10-octet field contains the switch ID of the sending switch.
この10オクテットフィールドは、送信側スイッチのスイッチIDが含まれています。
Destination switch ID
宛先スイッチのID
This 10-octet field contains the switch ID of the packet destination. The value here is set as follows:
この10オクテットのフィールドは、パケットの送信先のスイッチIDが含まれています。次のようにここでの値が設定されます。
o Hello packets are addressed to the multicast switch ID AllSPFSwitches.
こんにちはOパケットはマルチキャストスイッチIDのAllSPFSwitchesに宛てています。
o The designated switch and the backup designated switch address initial Link State Update packets and Link State Acknowledgment packets to the multicast switch ID AllSPFSwitches.
マルチキャストスイッチIDのAllSPFSwitchesに指定されたスイッチとバックアップ指定スイッチアドレス初期リンクステートアップデートパケットおよびリンクステート確認応答パケットO。
o All other switches address initial Link State Update packets and Link State Acknowledgment packets to the multicast switch ID AllDSwitches.
O他のすべてのスイッチはマルチキャストスイッチIDのAllDSwitchesに初期リンクステートアップデートパケットおよびリンクステート確認応答パケットを扱います。
o Retransmissions of Link State Update packets are always addressed directly to the nonresponding switch.
Oリンクステートアップデートパケットの再送は、常に無応答スイッチに直接対処されています。
o Database Description packets and Link State Request are always addressed directly to the other switch participating in the database exchange process.
Oデータベース説明パケットやリンク状態要求は常にデータベース交換プロセスに参加している他のスイッチに直接対処されています。
VLSP header
VLSPヘッダ
This 30-octet field contains the VLSP standard header. See Section 10.4.
この30オクテットフィールドはVLSP標準ヘッダを含んでいます。 10.4節を参照してください。
Every VLSP packet starts with a common 30-octet header. This header, along with the data found in the network layer address information, contains all the data necessary to determine whether the packet should be accepted for further processing. (See Section 10.1.)
すべてのVLSPパケットは、一般的な30オクテットのヘッダから始まります。このヘッダは、ネットワーク層アドレス情報で見つかったデータと一緒に、パケットは、さらなる処理のために受け入れられるかどうかを決定するために必要な全てのデータを含みます。 （10.1節を参照してください。）
The format of the VLSP header is shown below. Note that the header starts at offset 36 of the ISMP message body, following the network layer address information.
VLSPヘッダーのフォーマットを以下に示します。ネットワーク層アドレス情報に従って、ISMPメッセージボディの36オフセットにヘッダが始まることに留意されたいです。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
: frame header / ISMP header :
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
00 | |
: Network layer address information :
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
40 | (unused) | Type | Packet length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
44 | |
+ Source switch ID +
48 | |
+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
52 | | Area ID . . . |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
56 | Area ID . . . | Checksum |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
60 | Autype | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Authentication +
64 | |
+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
68 | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type
タイプ
This 1-octet field contains the packet type. Possible values are as follows:
この1オクテットのフィールドは、パケットの種類が含まれています。次のような値は次のとおりです。
1 Hello 2 Database Description 3 Link State Request 4 Link State Update 5 Link State Acknowledgment
1こんにちは2データベースの説明3リンク状態要求4リンクステートアップデート5リンクステート確認応答
Packet length
パケット長
This 2-octet field contains the length of the protocol packet, in bytes, calculated from the start of the VLSP header, at offset 20 of the ISMP message body. If the packet length is not an integral number of 16-bit words, the packet is padded with an octet of zero (see the description of the checksum field, below).
この2オクテットフィールドはISMPメッセージ体の20オフセットに、VLSPヘッダの開始から計算バイト単位で、プロトコルパケットの長さを含みます。パケット長が16ビットワードの整数倍でない場合、パケットは（以下、チェックサムフィールドの説明を参照）がゼロのオクテットで埋められます。
Switch ID
スイッチのID
This 10-octet field contains the switch ID of the sending switch.
この10オクテットフィールドは、送信側スイッチのスイッチIDが含まれています。
Area ID
エリアID
This 4-octet field contains the area identifier. Since VLSP does not support multiple areas, the value here is always zero.
この4オクテットのフィールドは、エリア識別子が含まれています。 VLSPが複数の領域をサポートしていないので、ここでの値は常にゼロです。
Checksum
チェックサム
This 2-octet field contains the packet checksum value. The checksum is calculated as the 16-bit one's complement of the one's complement sum of all the 16-bit words in the packet, beginning with the VLSP header, excluding the authentication field. If the packet length is not an integral number of 16-bit words, the packet is padded with an octet of zero before calculating the checksum.
この2オクテットのフィールドは、パケットのチェックサム値が含まれています。チェックサムは認証フィールドを除く、VLSPヘッダーで始まり、パケット内のすべての16ビット・ワードの1の補数の和の16ビットの1の補数として計算されます。パケット長が16ビットワードの整数倍でない場合、パケットは、チェックサムを計算する前にゼロのオクテットで埋められます。
AuType
AuType
This 2-octet field identifies the authentication scheme to be used for the packet. Since authentication is not supported by this version of VLSP, this field contains zero.
この2オクテットのフィールドは、パケットに使用する認証方式を特定します。認証がVLSPのこのバージョンでサポートされていないので、このフィールドはゼロが含まれています。
Authentication
認証
This 8-octet field is reserved for use by the authentication scheme. Since authentication is not supported by this version of VLSP, this field contains zeroes.
この8オクテットのフィールドは、認証方式で使用するために予約されています。認証がVLSPのこのバージョンでサポートされていないので、このフィールドはゼロが含まれています。
Hello packets and Database Description packets, as well as link state advertisements, contain a 1-octet options field. Using this field, a switch can communicate its optional capabilities to other VLSP switches. The receiving switch can then choose whether or not to support those optional capabilities. Thus, switches of differing capabilities potentially can be mixed within a single VLSP routing domain.
helloパケットおよびデータベース記述パケットだけでなく、リンク状態広告は、1オクテットのオプションフィールドが含まれています。このフィールドを使用して、スイッチが他のVLSPスイッチに、そのオプション機能を通信することができます。受信スイッチは、これらのオプション機能をサポートするかどうかを選択できます。従って、異なる機能のスイッチは、潜在的に単一VLSPルーティングドメイン内で混合することができます。
Two optional capabilities are currently defined in the options field: routing based on Type of Service (TOS) and support for external routing beyond the local switch fabric. These two capabilities are specified in the options field as shown below.
2つのオプション機能は、現在、オプションフィールドに定義されていますルーティングサービスタイプ（TOS）とローカルスイッチファブリックを越えた外部ルーティングのサポートに基づきます。下記に示すように、これらの2つの機能は、オプションフィールドに指定されています。
+-+-+-+-+-+-+-+-+
|0|0|0|0|0|0|E|T|
+-+-+-+-+-+-+-+-+
The options field
オプションフィールド
T-bit
Tビット
The T-bit specifies the switch's Type of Service (TOS) capability. If the T-bit is set, the switch supports routing based on nonzero types of service.
Tビットは、スイッチのサービスタイプ（TOS）機能を指定します。 Tビットが設定されている場合、スイッチは、サービスの非零タイプに基づいてルーティングをサポートします。
E-bit
E-ビット
The E-bit specifies the switch's external routing capability. If the E-bit is set, the switch supports external routing.
Eビットは、スイッチの外部ルーティング機能を指定します。 E-ビットが設定されている場合、スイッチは、外部ルーティングをサポートしています。
Note: The current version of VLSP supports neither of these capabilities. Therefore, both the T-bit and the E-bit are clear and the options field contains a value of zero.
注意：VLSPの現在のバージョンでは、これらの機能のどちらをサポートしています。したがって、TビットおよびEビットの両方がクリアされ、オプションフィールドがゼロの値を含みます。
This section contains detailed descriptions of the five VLS protocol packets.
このセクションでは、5つのVLSプロトコルパケットの詳細な説明が含まれています。
Hello packets are sent periodically over multi-access switch interfaces in order to discover and maintain neighbor relationships.
こんにちはパケットが発見し、ネイバー関係を維持するために、マルチアクセススイッチインターフェイス上で定期的に送信されます。
Note: Hello packets are not sent over point-to-point network links. For point-to-point links, the VLS protocol relies on the VlanHello protocol [IDhello] to notify it of neighboring switches.
注意：こんにちは、パケットはポイントツーポイントネットワーク・リンクを介して送信されません。ポイントツーポイントリンクのために、VLSプロトコルは、隣接スイッチからそれを通知する[IDhello] VlanHelloプロトコルに依存しています。
Since all switches connected to a common network link must agree on certain interface parameters, these parameters are included in each Hello packet. A switch receiving a Hello packet that contains parameters inconsistent with its own view of the interface will not establish a neighbor relationship with the sending switch.
一般的なネットワークリンクに接続されているすべてのスイッチが特定のインターフェイスパラメータに同意しなければならないので、これらのパラメータは、それぞれのHelloパケットに含まれています。送信スイッチとの隣接関係を確立しませんインターフェースの独自の観点と矛盾するパラメータが含まれてHelloパケットを受信したスイッチ。
The format of a Hello packet is shown below.
Helloパケットのフォーマットは以下の通りです。
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 | |
: Network layer addressing / VLSP header :
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
70 | (unused -- must be 0) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
74 | HelloInt | Options | Priority |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
78 | DeadInt |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
82 | |
+ Designated switch ID +
86 | |
+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
90 | | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +
94 | |
+ Backup designated switch ID +
98 | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
102 | |
+ +
: Neighbor list :
+ +
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Network layer addressing / VLSP header
/ VLSPヘッダアドレッシングネットワーク層
This 70-octet field contains the network layer addressing information and the standard VLS protocol packet header. The packet header type field contains a value of 1.
この70オクテットフィールドは、情報及び標準VLSプロトコルパケットヘッダをアドレッシングネットワーク層を含んでいます。パケットヘッダタイプフィールドが1の値を含みます。
HelloInt
HelloInt
This 2-octet field contains the interval, in seconds, at which this switch sends Hello packets.
この2オクテットのフィールドは、このスイッチは、Helloパケットを送信する間隔を秒単位で、含まれています。
Options
オプション
This 1-octet field contains the optional capabilities supported by the switch, as described in Section 10.5.
この1オクテットフィールドは、セクション10.5で説明したように、スイッチによってサポートされる任意の機能を含んでいます。
Priority
優先
This 1-octet field contains the switch priority used in selecting the designated switch and backup designated switch (see Section 6.3.1). If the value here is zero, the switch is ineligible to become the designated switch or the backup designated switch.
この1オクテットのフィールドが指定されたスイッチとバックアップ指定スイッチを選択するのに使用されるスイッチの優先順位が含まれています（6.3.1項を参照してください）。ここでの値がゼロの場合、スイッチは指定されたスイッチまたはバックアップ指定スイッチになる資格です。
DeadInt
DeadInt
This 4-octet field contains the length of time, in seconds, that neighboring switches will wait before declaring the interface down once they stop receiving Hello packets over the interface. The value here is equal to the value of SwitchDeadInterval, as found in the interface data structure.
彼らはインターフェイスを介してHelloパケットの受信を停止後、この4オクテットのフィールドは、時間の長さを含む、数秒で、その近接スイッチは、インターフェイスをダウン宣言する前に待機します。インターフェースデータ構造に見られるように、ここで値は、SwitchDeadIntervalの値に等しいです。
Designated switch
指定されたスイッチ
This 10-octet field contains the switch ID of the designated switch for this network link, as currently understood by the sending switch. This value is set to zero if the designated switch selection process has not yet begun.
現在の送信スイッチによって理解されるように、この10オクテットフィールドは、このネットワークリンクの指定されたスイッチのスイッチIDを含んでいます。指定されたスイッチ選択プロセスがまだ始まっていない場合、この値はゼロに設定されています。
Backup designated switch
バックアップの指定されたスイッチ
This 10-octet field contains the switch ID of the backup designated switch for the network link, as currently understood by the sending switch. This value is set to zero if the backup designated switch selection process has not yet begun.
現在の送信スイッチによって理解されるように、この10オクテットフィールドは、ネットワークリンクのためのバックアップ指定スイッチのスイッチIDが含まれています。バックアップ指定スイッチ選択プロセスがまだ始まっていない場合、この値はゼロに設定されています。
Neighbor list
ネイバーリスト
This variable-length field contains a list of switch IDs of each switch from which the sending switch has received a valid Hello packet within the last SwitchDeadInterval seconds.
この可変長フィールドには、送信スイッチが最後にSwitchDeadInterval秒以内に有効なHelloパケットを受信したから、各スイッチのスイッチIDのリストが含まれています。
Database Description packets are exchanged while an adjacency is being formed between two neighboring switches and are used to describe the contents of the topological database. For a complete description of the database exchange process, see Section 7.2.
隣接関係は、2つの隣接するスイッチとの間に形成されており、トポロジーデータベースの内容を説明するために使用されるデータベース記述パケットが交換されます。データベース交換プロセスの詳細については、セクション7.2を参照してください。
The format of a Database Description packet is 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 | |
: Network layer addressing / VLSP header :
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
70 | (unused -- must be 0) | Options | Flags |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
74 | Sequence number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
78 | |
+ +
: Link state advertisement headers :
+ +
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Network layer addressing / VLSP header
/ VLSPヘッダアドレッシングネットワーク層
This 70-octet field contains the network layer addressing information and the standard VLS protocol packet header. The packet header type field contains a value of 2.
この70オクテットフィールドは、情報及び標準VLSプロトコルパケットヘッダをアドレッシングネットワーク層を含んでいます。パケット・ヘッダ・タイプ・フィールドは、2の値を含みます。
Options
オプション
This 1-octet field contains the optional capabilities supported by the switch, as described in Section 10.5.
この1オクテットフィールドは、セクション10.5で説明したように、スイッチによってサポートされる任意の機能を含んでいます。
Flags
国旗
This 1-octet field contains a set of bit flags that are used to coordinate the database exchange process. The format of this octet is as follows:
この1オクテットのフィールドは、データベース交換プロセスを調整するために使用されるビットフラグのセットを含みます。次のように、このオクテットの形式は次のとおりです。
+-+-+-+-+-+-+-+-+
|0|0|0|0|0|I|M|MS
+-+-+-+-+-+-+-+-+
I-bit (Init)
Iビット（初期化）
The I-bit is used to signal the start of the exchange. It is set while the two switches negotiate the master/slave relationship and the starting sequence number.
Iビットは、交流の開始を知らせるために使用されます。 2つのスイッチがマスター/スレーブ関係及び開始シーケンス番号を交渉しながら、それが設定されています。
M-bit (More)
Mビット（詳細）
The M-bit is set to indicate that more Database Description packets to follow.
Mビットは、より多くのデータベース説明パケットが従っていることを示すために設定されています。
MS-bit (Master/Slave)
MSビット（マスタ/スレーブ）
The MS-bit is used to indicate which switch is the master of the exchange. If the bit is set, the sending switch is the master during the database exchange process. If the bit is clear, the switch is the slave.
MSビットが交換のマスターであるスイッチを示すために使用されます。ビットが設定されている場合、送信スイッチは、データベース交換プロセスの間、マスタです。ビットがクリアされている場合、スイッチは奴隷です。
Sequence number
シーケンス番号
This 4-octet field is used to sequence the Database Description packets during the database exchange process. The two switches involved in the exchange process agree on the initial value of the sequence number during the master/slave negotiation. The number is then incremented for each Database Description packet in the exchange.
この4オクテットフィールドは、データベース交換プロセス中のデータベース記述パケットを配列決定するために使用されます。交換プロセスに関与する2つのスイッチは、マスター/スレーブネゴシエーション中にシーケンス番号の初期値については同意します。数は、為替の各データベース説明パケットごとにインクリメントされます。
To acknowledge each Database Description packet sent by the master, the slave sends a Database Description packet that echoes the sequence number of the packet being acknowledged.
マスターによって送信される各データベース記述パケットを確認するには、スレーブは、承認されたパケットのシーケンス番号をエコーデータベース説明パケットを送信します。
Link state advertisement headers
リンク状態アドバタイズメントヘッダ
This variable-length field contains a list of link state headers that describe a portion of the master's topological database. Each header uniquely identifies a link state advertisement and its current instance. (See Section 11.1 for a detailed description of a link state advertisement header.) The number of headers included in the list is calculated implicitly from the length of the packet, as stored in the VLSP packet header (see Section 10.4).
この可変長フィールドには、マスタのトポロジカルデータベースの一部を記述するリンクステートヘッダーのリストが含まれています。各ヘッダは、一意のリンク状態アドバタイズメントとその現在のインスタンスを識別する。 （リンク状態アドバタイズメントヘッダの詳細については、セクション11.1を参照）。VLSPパケットヘッダに格納されているように、パケットの長さから暗黙的に計算されるヘッダの数がリストに含まれる（セクション10.4を参照）。
Link State Request packets are used to request those pieces of the neighbor's database that the sending switch has discovered (during the database exchange process) are more up-to-date than instances in its own database. Link State Request packets are sent as the last step in bringing up an adjacency. (See Section 7.3.)
リンク状態要求パケットは、より最新の独自のデータベース内のインスタンスよりもある送信スイッチが（データベース交換プロセス中に）発見した隣人のデータベースのそれらの作品を要求するために使用されています。リンク状態要求パケットは、隣接関係を育てるの最後のステップとして送信されます。 （7.3節を参照してください。）
The format of a Link State Request packet is 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 | |
: Network layer addressing / VLSP header :
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
70 | Link state type |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
74 | |
+ Link state ID +
88 | |
+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
82 | | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +
86 | |
+ Advertising switch ID +
90 | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
94 | |
: . . . :
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Network layer addressing / VLSP header
/ VLSPヘッダアドレッシングネットワーク層
This 70-octet field contains the network layer addressing information and the standard VLS protocol packet header. The packet header type field contains a value of 3.
この70オクテットフィールドは、情報及び標準VLSプロトコルパケットヘッダをアドレッシングネットワーク層を含んでいます。パケットヘッダタイプフィールドは3の値を含みます。
Link state type
リンクステートタイプ
This 4-octet field contains the link state type of the requested link state advertisement, as stored in the advertisement header.
広告ヘッダに格納されているように、この4オクテットフィールドは、要求されたリンク状態広告のリンク状態型を含んでいます。
Link state ID
リンク状態ID
This 10-octet field contains the link state ID of the requested link state advertisement, as stored in the advertisement header.
広告ヘッダに格納されているように、この10オクテットフィールドは、要求されたリンク状態広告のリンク状態IDを含みます。
Advertising switch
広告スイッチ
This 10-octet field contains the switch ID of advertising switch for the requested link state advertisement, as stored in the advertisement header.
広告ヘッダーに保存されているように、この10オクテットフィールドは、要求されたリンク状態広告の広告スイッチのスイッチIDが含まれています。
Note that the last three fields uniquely identify the advertisement, but not its instance. The receiving switch will respond with its most recent instance of the specified advertisement.
最後の三つのフィールドを一意にそのインスタンスを広告を識別しますが、ないことに注意してください。受信スイッチは、指定された広告の最も最近のインスタンスで応答します。
Multiple link state advertisements can be requested in a single Link State Request packet by repeating the link state type, ID, and advertising switch for each requested advertisement. The number of advertisements requested is calculated implicitly from the length of the packet, as stored in the VLSP packet header.
複数のリンク状態アドバタイズメントは、各要求された広告のリンクステートタイプ、ID、および広告スイッチを繰り返すことによって、単一リンク状態要求パケットで要求することができます。 VLSPパケットヘッダに格納されているように要求された広告の数は、パケットの長さから暗黙的に計算されます。
Link State Update packets are used to respond to a Link State Request packet or to advertise a new instance of one or more link state advertisements. Link State Update packets are acknowledged with Link State Acknowledgment packets. For more information on the use of Link State Update packets, see Section 7 and Section 8.
リンクステートアップデートパケットは、リンク状態要求パケットに応答する1つまたは複数のリンク状態広告の新しいインスタンスを宣伝するために使用されています。リンクステートアップデートパケットは、リンクステート確認応答パケットを認めています。リンクステートアップデートパケットの使用方法の詳細については、第7章と第8章を参照してください。
The format of a Link State Update packet is 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 | |
: Network layer addressing / VLSP header :
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
70 | # advertisements |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
74 | |
+ +
: Link state advertisements :
+ +
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Network layer addressing / VLSP header
/ VLSPヘッダアドレッシングネットワーク層
This 70-octet field contains the network layer addressing information and the standard VLS protocol packet header. The packet header type field contains a value of 4.
この70オクテットフィールドは、情報及び標準VLSプロトコルパケットヘッダをアドレッシングネットワーク層を含んでいます。パケット・ヘッダ・タイプ・フィールドは4の値を含みます。
# advertisements
＃広告
This 4-octet field contains the number of link state advertisements included in the packet.
この4オクテットのフィールドは、パケットに含まれるリンクステートアドバタイズメントの数が含まれています。
Link state advertisements
リンク状態アドバタイズメント
This variable-length field contains a list of link state advertisements. For a detailed description of the different types of link state advertisements, see Section 11.
この可変長フィールドには、リンクステートアドバタイズメントのリストが含まれています。リンクステートアドバタイズメントの異なるタイプの詳細については、セクション11を参照してください。
Link State Acknowledgment Packets are used to explicitly acknowledge one or more Link State Update packets, thereby making the distribution of link state advertisements reliable. (See Section 8.2.6.)
リンクステート確認応答パケットが明示的に確実なリンク状態広告の配信を行う、一つ以上のリンクステートアップデートパケットを確認するために使用されています。 （セクション8.2.6を参照してください。）
The format of a Link State Acknowledgment packet is 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 | |
: Network layer addressing / VLSP header :
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
70 | |
+ +
: Link state advertisement headers :
+ +
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Network layer addressing / VLSP header
/ VLSPヘッダアドレッシングネットワーク層
This 70-octet field contains the network layer addressing information and the standard VLS protocol packet header. The packet header type field contains a value of 5.
この70オクテットフィールドは、情報及び標準VLSプロトコルパケットヘッダをアドレッシングネットワーク層を含んでいます。パケットヘッダタイプフィールドは5の値を含みます。
Link state advertisement headers
リンク状態アドバタイズメントヘッダ
This variable-length field contains a list of link state headers that are being acknowledged by this packet. Each header uniquely identifies a link state advertisement and its current instance. (See Section 11.1 for a detailed description of a link state advertisement header.) The number of headers included in the list is calculated implicitly from the length of the packet, as stored in the VLSP packet header (see Section 10.4).
この可変長フィールドには、このパケットによって承認されているリンクステートヘッダーのリストが含まれています。各ヘッダは、一意のリンク状態アドバタイズメントとその現在のインスタンスを識別する。 （リンク状態アドバタイズメントヘッダの詳細については、セクション11.1を参照）。VLSPパケットヘッダに格納されているように、パケットの長さから暗黙的に計算されるヘッダの数がリストに含まれる（セクション10.4を参照）。
Link state advertisements are used to describe various pieces of the routing topology within the switch fabric. Each switch in the fabric maintains a complete set of all link state advertisements generated throughout the fabric. (Section 8.1 describes the circumstances under which a link state advertisement is originated. Section 8.2 describes how advertisements are distributed throughout the switch fabric.) This collection of advertisements, known as the link state (or topological) database, is used to calculate a set of best paths to all other switches in the fabric.
リンク状態アドバタイズメントは、スイッチファブリック内のルーティングトポロジの様々な部分を説明するために使用されます。ファブリック内の各スイッチは、ファブリック全体で生成されたすべてのリンク状態アドバタイズメントの完全なセットを維持します。 （8.1節は、リンク状態広告が発信される状況を説明している。セクション8.2に広告がスイッチファブリック全体に分散されている方法を記載している。）リンク状態（又はトポロジー）データベースとして知られている広告のこのコレクションは、セットを計算するために使用されますファブリック内の他のすべてのスイッチへの最良のパス。
There are two types of link state advertisement, as listed in Table 8.
表8に記載されているリンク状態広告の2種類があります。
Type Name Function Description
タイプ名機能説明
1 Switch link Lists all network Section 11.2 advertisement linksattached to a switch
すべてのネットワーク11.2広告がスイッチにlinksattached 1つのスイッチリンクリスト
2 Network link Lists all adjacen- Section 11.3 advertisement cies on a network link
2つのネットワーク・リンクリストのネットワークリンク上のすべてのadjacen- 11.3広告CIES
Table 8: Link State Advertisement Types
表8：リンク状態アドバタイズメントの種類
Each link state advertisement begins with a standard header, described in Section 11.1.
各リンクステートアドバタイズメントは、セクション11.1で説明する標準ヘッダーで始まり。
All link state advertisements begin with a common 32-octet header. This header contains information that uniquely identifies the advertisement -- its type, link state ID, and the switch ID of its advertising switch. Also, since multiple instances of a link state advertisement can exist concurrently in the switch fabric, the header contains information that permits a switch to determine which instance is the most recent -- the age, sequence number and checksum.
すべてのリンク状態アドバタイズメントは、一般的な32オクテットのヘッダで始まります。そのタイプ、リンクステートID、およびその広告スイッチのスイッチID - このヘッダーは一意広告を識別する情報を含みます。年齢、シーケンス番号およびチェックサム - リンク状態広告の複数のインスタンスは、スイッチファブリック内に同時に存在することができるので、また、ヘッダは、最新である場合を決定するために、スイッチを可能にする情報を含んでいます。
The format of the link state advertisement header is 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 | Age | Options | LS Type |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
04 | |
+ Link state ID +
08 | |
+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
12 | | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +
16 | |
+ Advertising switch ID +
20 | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
24 | Sequence number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
28 | Checksum | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Age
上げ
This 2-octet field contains the time, in seconds, since this instance of the link state advertisement was originated.
リンク状態広告のこのインスタンスが発信されたので、この2オクテットのフィールドは、秒単位の時間が含まれています。
Options
オプション
This 1-octet field contains the optional capabilities supported by the advertising switch, as described in Section 10.5.
この1オクテットのフィールドは、セクション10.5で説明したように、広告スイッチでサポートされているオプションの機能が含まれています。
LS type
LSタイプ
This 1-octet field contains the type of the link state advertisement. Possible values are:
この1オクテットのフィールドは、リンク状態アドバタイズメントの種類が含まれています。可能な値は以下のとおりです。
1 Switch link advertisement 2 Network link advertisement
1つのスイッチリンク広告2ネットワークリンク広告
Link state ID
リンク状態ID
This 10-octet field identifies the switch that originates advertisements for the link. The content of this field depends on the advertisement's type.
この10オクテットフィールドは、リンクのための広告を発信するスイッチを識別します。このフィールドの内容は、広告の種類によって異なります。
o For a switch link advertisement, this field contains the switch ID of the originating switch o For a network link advertisement, this field contains the switch ID of the designated switch for the link
Oスイッチリンク広告の場合、このフィールドはネットワークリンク広告のために元のスイッチ0のスイッチIDが含まれ、このフィールドには、リンクの指定されたスイッチのスイッチIDが含まれています
Note: In VLSP, the link state ID of an advertisement is always the same as the advertising switch. This level of redundancy results from the fact that OSPF uses additional types of link state advertisements for which the originating switch is not the advertising switch.
注意：VLSPでは、広告のリンクステートIDは、常に広告スイッチと同じです。冗長性のこのレベルは、OSPFが元のスイッチは広告スイッチされていないため、リンクステートアドバタイズメントの追加タイプを使用していることに起因します。
Advertising switch
広告スイッチ
This 10-octet field contains the switch ID of the switch that originated the link state advertisement.
この10オクテットのフィールドは、リンク状態通知を発信したスイッチのスイッチIDが含まれています。
Sequence number
シーケンス番号
This 4-octet field is used to sequence the instances of a particular link state advertisement. The number is incremented for each new instance.
この4オクテットフィールドは、特定のリンクステートアドバタイズメントのインスタンスを配列決定するために使用されます。数は、それぞれの新しいインスタンスごとにインクリメントされます。
Checksum
チェックサム
This 2-octet field contains the checksum of the complete contents of the link state advertisement, excluding the age field. The checksum used is commonly referred to as the Fletcher checksum and is documented in [RFC905]. Note that since this checksum is calculated for each separate advertisement, a protocol packet containing lists of advertisements or advertisement headers will contain multiple checksum values.
この2オクテットのフィールドはageフィールドを除く、リンクステートアドバタイズメントの完全な内容のチェックサムが含まれています。使用されるチェックサムは、一般的にフレッチャーチェックサムと呼ばれ、[RFC905]に記載されています。このチェックサムは、それぞれ別々の広告のために計算されるので、広告または広告ヘッダーのリストを含むプロトコル・パケットは複数のチェックサム値を含むことに注意してください。
Length
長さ
This 2-octet field contains the total length, in octets, of the link state advertisement, including the header.
この2オクテットフィールドがヘッダを含む、リンク状態アドバタイズメントの、オクテットで、全体の長さを含んでいます。
A switch link advertisement is used to describe all functioning network links of a switch, including the cost of using each link.
スイッチリンク広告は各リンクを使用してのコストを含め、スイッチのすべての機能ネットワークリンクを記述するために使用されます。
Each functioning switch in the fabric originates one, and only one, switch link advertisement -- all of the switch's links must be described in a single advertisement. A switch originates its first switch link advertisement (containing no links) when it first becomes functional. It then originates a new instance of the advertisement each time any of its neighbor states changes such that the contents of the advertisement changes. See Section 8.1 for details on originating a switch link advertisement.
ファブリック内の各機能スイッチが1、そして唯一の、スイッチリンク広告を発信 - スイッチのすべてのリンクは、単一の広告で説明されなければなりません。それが第一の機能になったときにスイッチが（何のリンクを含まない）その第一のスイッチリンク広告を発信します。これは、その隣人のいずれかが、変更は、このような広告の内容が変更と述べたびに広告の新しいインスタンスを発信します。スイッチリンク広告発信の詳細については、8.1節を参照してください。
The format of a switch link advertisement is 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 | |
: Link state header :
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
32 | (unused -- must be 0) | # links |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
36 | |
+ Link ID +
40 | |
+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
44 | | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +
48 | |
+ Link data +
52 | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
56 | Link type | # TOS | TOS 0 metric |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
60 | |
: . . . :
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Link state header
リンク状態ヘッダー
This 32-octet field contains the standard link state advertisement header. The type field contains a 1, and the link state ID field contains the switch ID of the advertising switch.
この32オクテットのフィールドは、標準のリンク状態アドバタイズメントヘッダが含まれています。タイプフィールドは1を含み、リンクステートIDフィールドは、広告スイッチのスイッチIDが含まれています。
# links
＃リンク
This 2-octet field contains the number of links described by this advertisement. This value must be equal to the total number of functioning network links attached to the switch.
この2オクテットのフィールドは、この広告で説明リンクの数が含まれています。この値は、スイッチに接続されたネットワークリンク機能の合計数と等しくなければなりません。
Link ID
リンクID
This 10-octet field identifies the other switch that originates link state advertisements for the link, providing a key for accessing other link state advertisements for the link. The value here is based on the link type, as follows:
この10オクテットフィールドは、リンクのための他のリンク状態広告にアクセスするためのキーを提供し、リンクのリンク状態アドバタイズメントを発信し、他のスイッチを識別します。次のようにここでの値は、リンクの種類に基づいています。
o For point-to-point links, this field contains the switch ID of the neighbor switch connected to the other end of the link.
Oポイントツーポイントリンクの場合、このフィールドには、リンクの他端に接続された隣接スイッチのスイッチIDが含まれています。
o For multi-access links, this field contains the switch ID of the designated switch for the link.
マルチアクセスのリンクについてoは、このフィールドには、リンクの指定されたスイッチのスイッチIDが含まれています。
Link data
リンクデータ
This 10-octet field contains additional data necessary to calculate the set of best paths. Typically, this field contains the interface ID of the link.
この10オクテットフィールドは、最高のパスのセットを計算するために必要な追加データが含まれています。通常、このフィールドには、リンクのインタフェースIDが含まれています。
Link type
リンクタイプ
This 1-octet field contains the type of link being described. Possible values are as follows:
この1オクテットのフィールドは、記述されているリンクのタイプが含まれています。次のような値は次のとおりです。
1 Point-to-point link 2 Multi-access link
1ポイントツーポイントリンク2のマルチアクセスリンク
# TOS
＃TOS
This 1-octet field contains the number of nonzero type of service metrics specified for the link. Since the current version of VLSP does not support routing based on nonzero types of service, this field contains a value of zero.
この1オクテットのフィールドは、リンクのために指定されたサービスメトリックのゼロ以外の種類の数が含まれています。 VLSPの現在のバージョンは、サービスの非零タイプに基づいてルーティングをサポートしていないので、このフィールドはゼロの値を含みます。
TOS 0 metric
TOS 0メトリック
This 2-octet field contains the cost of using this link for the zero TOS. This value is expressed in the link state metric and must be greater than zero.
この2オクテットのフィールドはゼロTOSのために、このリンクを使用してのコストが含まれています。この値は、メトリックリンク状態で発現され、ゼロより大きくなければなりません。
Note that the last five fields are repeated for all functioning network links attached to the advertising switch. If the interface state of attached link changes, the switch must originate a new instance of the switch link advertisement.
最後の5つのフィールドは、広告スイッチに接続されているすべての機能ネットワークリンクのために繰り返されることに注意してください。添付のリンク変更の界面準場合は、スイッチはスイッチリンク広告の新しいインスタンスを発信する必要があります。
A network link advertisement is originated by the designated switch of each multi-access network link. The advertisement describes all switches attached to the link that are currently fully adjacent to the designated switch, including the designated switch itself. See Section 8.1 for details on originating a switch link advertisement.
ネットワークリンク広告は、各マルチアクセスネットワークリンクの指定されたスイッチによって発信されます。広告は現在、指定されたスイッチ自体を含む指定スイッチに完全に隣接しているリンクに接続されているすべてのスイッチについて説明します。スイッチリンク広告発信の詳細については、8.1節を参照してください。
Network link advertisements are not generated for point-to-point network links.
ネットワークリンク広告は、ポイントツーポイントネットワークリンク用に生成されていません。
The format of a network link advertisement is show 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 | |
: Link state header :
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
32 | (unused) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
36 | |
+ +
: Switch list :
+ +
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Link state header
リンク状態ヘッダー
This 32-octet field contains the standard link state advertisement header. The type field contains a 2, and the link state ID field contains the switch ID of the designated switch.
この32オクテットのフィールドは、標準のリンク状態アドバタイズメントヘッダが含まれています。タイプフィールドは、2を含み、リンク状態IDフィールドは、指定されたスイッチのスイッチIDを含んでいます。
Switch list
スイッチのリスト
The switch IDs of all switches attached to the network link that are currently fully adjacent to the designated switch. The designated switch includes itself in this list.
現在指定されたスイッチに完全に隣接しているネットワーク・リンクに接続されているすべてのスイッチのスイッチのID。指定スイッチがこのリストに自分自身を含んでいます。
This section contains a compendium of the parameters used in the VLS protocol.
このセクションでは、VLSプロトコルで使用されるパラメータの大要を含んでいます。
Several VLS protocol parameters have fixed architectural values. The name of each architectural constant follows, together with its value and a short description of its function.
いくつかのVLSプロトコルパラメータは、建築値を修正しました。各建築定数の名前は、一緒に、その値とその機能の簡単な説明と、以下。
AllSPFSwitches
AllSPFSwitches
The multicast switch ID to which Hello packets and certain other protocol packets are addressed, as specified in the destination switch ID field of the network layer address information (see Section 10.3). The value of AllSPFSwitches is E0-00-00-05-00-00- 00-00.
IDは、Helloパケットとネットワーク層アドレス情報の宛先スイッチIDフィールド（セクション10.3を参照）で指定されるように特定の他のプロトコルパケットが、アドレス指定されるマルチキャストスイッチ。 AllSPFSwitchesの値はE0-00-00-05-00-00- 00-00です。
AllDSwitches
AllDSwitches
The multicast switch ID to which Link State Update packets and Link State Acknowledgment packets are addressed, as specified in the destination switch ID field of the network layer address information (see Section 10.3), when they are destined for the designated switch or the backup designated switch of a network link. The value of AllDSwitches is E0-00-00-06-00-00-00-00.
ネットワーク層アドレス情報の宛先スイッチIDフィールドに指定され、それらは指定されたスイッチまたはバックアップ指定のために運命づけられている場合、（10.3項を参照）、アドレス指定されるリンク状態更新パケットおよびリンクステート確認応答パケットにマルチキャストスイッチIDネットワークリンクのスイッチ。 AllDSwitchesの値はE0-00-00-06-00-00-00-00です。
LSRefreshTime
LSRefreshTime
The interval at which the set of best paths recalculated if no other state changes have forced a recalculation. The value of LSRefreshTime is set to 1800 seconds (30 minutes).
他の状態の変化は、再計算を強制していない場合は、最良のパスのセットが再計算される間隔。 LSRefreshTimeの値は1800秒（30分）に設定されています。
MinLSInterval
MinLSInterval
The minimum time between distinct originations of any particular link state advertisement. The value of MinLSInterval is set to 5 seconds.
任意の特定のリンクステートアドバタイズメントの個別のオリジネーションの間の最小時間。 MinLSIntervalの値は5秒に設定されています。
MaxAge
MaxAgeの
The maximum age that a link state advertisement can attain. When an advertisement's age reaches MaxAge, it is redistributed throughout the switch fabric. When the originating switch receives an acknowledgment for the advertisement, indicating that the advertisement has been removed from all neighbor Link state retransmission lists, the advertisement is removed from the originating switch's database. Advertisements having age MaxAge are not used to calculate the set of best paths. The value of MaxAge must be greater than LSRefreshTime. The value of MaxAge is set to 3600 seconds (1 hour).
リンク状態広告が達成できる最大歳。広告の時代がMaxAgeのに達すると、スイッチファブリック全体に再分配されます。元のスイッチは広告がすべてのネイバーのリンクステート再送リストから削除されたことを示す、広告に対する肯定応答を受信すると、広告が発信スイッチのデータベースから削除されます。年齢MaxAgeのを持つ広告は、最良のパスのセットを計算するために使用されていません。 MaxAgeの値はLSRefreshTimeよりも大きくなければなりません。 MaxAgeの値は3600秒（1時間）に設定されています。
MaxAgeDiff
MaxAgeDiff
The maximum time disparity in ages that can occur for a single link state instance as it is distributed throughout the switch fabric. Most of this time is accounted for by the time the advertisement sits on switch output queues (and therefore not aging) during the distribution process. The value of MaxAgeDiff is set to 900 seconds (15 minutes).
それはスイッチファブリック全体に分散されているように、単一のリンク状態、例えば、発生する可能性が年齢の最大時間格差。この時間のほとんどは、広告が配信プロセスの中にスイッチの出力キュー（したがって、老化せず）上に座っている時間が占めています。 MaxAgeDiffの値は900秒（15分）に設定されています。
LSInfinity
LSInfinity
The link state metric value indicating that the destination is unreachable. It is defined to be a binary value of all ones.
リンク状態メトリック値は、宛先が到達不能であることを示します。すべてのもののバイナリ値になるように定義されます。
Many of the switch interface parameters used by VLSP may be made configurable if the implementer so desires. These parameters are listed below. Sample default values are given for some of the parameters.
望むように実装場合VLSPによって使用されるスイッチインターフェイスパラメータの多くは設定してもよいです。これらのパラメータは以下のとおりです。サンプルのデフォルト値は、パラメータのいくつかのために与えられています。
Note that some of these parameters specify properties of the individual interfaces and their attached network links. These parameters must be consistent across all the switches attached to that link.
これらのパラメータのいくつかは、個々のインターフェイスとその接続されたネットワークリンクの特性を指定することに留意されたいです。これらのパラメータは、そのリンクに接続されたすべてのスイッチ間で一貫している必要があります。
Interface output cost(s)
インターフェイス出力コスト（S）
The cost of sending a packet over the interface, expressed in the link state metric. This is advertised as the link cost for this interface in the switch's switch link advertisement. The interface output cost must always be greater than zero.
インターフェースを介してパケットを送信するコストは、リンク状態メトリックで発現しました。これは、スイッチのスイッチリンク広告で、このインターフェイスのリンクコストとしてアドバタイズされます。インターフェイス出力コストは常にゼロよりも大きくなければなりません。
RxmtInterval
RxmtInterval
The number of seconds between link state advertisement retransmissions for adjacencies established on this interface. This value is also used when retransmitting Database Description packets and Link State Request packets. This value must be greater than the expected round-trip delay between any two switches on the attached link. However, the value should be conservative or needless retransmissions will result. A typical value for a local area network would be 5 seconds.
このインターフェイス上で確立隣接関係のためのリンク状態アドバタイズメントの再送信間の秒数。データベース説明パケットやリンク状態要求パケットを再送するとき、この値は使用されます。この値は、添付のリンク上の任意の2つのスイッチ間の予想往復遅延時間よりも大きくなければなりません。ただし、値は保守的であるべきか、不必要な再送信が発生します。ローカルエリアネットワークのための典型的な値は5秒になります。
InfTransDelay
InfTransDelay
The estimated number of seconds it takes to transmit a Link State Update packet over this interface. Link state advertisements contained in the Link State Update packet must have their age incremented by this amount before transmission. This value must take into account the transmission and propagation delays for the interface and must be greater than zero. A typical value for a local area network would be 1 second.
秒数の推定値は、それがこのインタフェース上でリンクステートアップデートパケットを送信するのにかかります。リンクステートアップデートパケットに含まれるリンク状態広告が彼らの年齢は、送信前にこの量によって増分している必要があります。この値は、アカウントに、インターフェイスの送信および伝播遅延を取らなければならないし、ゼロより大きくなければなりません。ローカルエリアネットワークのための典型的な値は1秒であろう。
Switch priority
スイッチプライオリティ
An 8-bit unsigned integer. When two switches attached to the same network link contend for selection as the designated switch, the switch with the highest priority takes precedence. If both switches have the same priority, the switch with the highest base MAC address becomes the designated switch. A switch whose switch priority is set to zero is ineligible to become the designated switch on the attached link.
8ビットの符号なし整数。同一のネットワークリンクに取り付けられた2つのスイッチが指定されたスイッチとしての選択のために競合する場合、優先度の高いスイッチが優先されます。両方のスイッチが同じ優先順位を有する場合、最高のベースMACアドレスを持つスイッチが指定されたスイッチとなります。そのスイッチプライオリティがゼロに設定されているスイッチは、接続リンク上の指定されたスイッチになることが不適格です。
HelloInterval
HelloIntervalと
The length of time, in seconds, between the Hello packets that the switch sends over the interface. This value is advertised in the switch's Hello packets. It must be the same for all switches attached to a common network link. The smaller this value is set, the faster topological changes will be detected. However, a smaller interval will also generate more routing traffic. A typical value for a local area network would be 10 seconds.
スイッチはインターフェイスを介して送信するhelloパケット間の秒単位の時間の長さ、、。この値は、スイッチのHelloパケットでアドバタイズされます。これは、一般的なネットワークリンクに接続されたすべてのスイッチで同じでなければなりません。この値が設定されて小さく、より高速なトポロジの変更が検出されます。しかし、小さい間隔もより多くのルーティングトラフィックを生成します。ローカルエリアネットワークのための典型的な値は10秒になります。
SwitchDeadInterval
SwitchDeadInterval
The length of time, in seconds, that neighboring switches will wait before declaring the interface down once they stop receiving Hello packets over the interface. This value is advertised in the switch's Hello packets. It must be the same for all switches attached to a common network link and should be some multiple of the HelloInterval parameter. A typical value would be 4 times HelloInterval.
彼らはインターフェイスを介してHelloパケットの受信を停止後の時間の長さは、秒単位で、その近接スイッチは、インターフェイスをダウン宣言する前に待機します。この値は、スイッチのHelloパケットでアドバタイズされます。これは、一般的なネットワークリンクに接続されたすべてのスイッチで同じでなければならず、HelloIntervalのパラメータのいくつかの倍数でなければなりません。典型的な値は4倍HelloIntervalのであろう。
[1] During calculation of the set of best paths, a network link advertisement must be located based solely on its link state ID. Note, however, that the lookup in this case is still well defined, since no two network advertisements can have the same link state ID.
[1]ベストパスの集合の計算の間、ネットワークリンク広告は、単にそのリンクステートIDに基づいて配置されなければなりません。何の2つのネットワークの広告が同じリンクステートIDを持つことはできませんので、この場合は、ルックアップがまだ十分に定義されていること、しかし、注意してください。
[2] It is instructive to see what happens when the designated switch for a network link fails. Call the designated switch for the link S1 and the backup designated switch S2. If switch S1 fails (or its interface to the link goes down), the other switches on the link will detect S1's absence within SwitchDeadInterval seconds. All switches may not detect this condition at precisely the same time. The switches that detect S1's absence before S2 does will temporarily select S2 as both designated switch and backup designated switch. When S2 detects that S1 is down, it will move itself to designated switch. At this time, the remaining switch with the highest switch priority will be selected as the backup designated switch.
[2]ネットワークリンクの指定スイッチに障害が発生したときに何が起こるか見るために有益です。リンクS1の指定スイッチとバックアップ指定スイッチS2を呼び出します。スイッチS1が故障した（またはリンクへのインターフェイスがダウンした）場合は、リンク上の他のスイッチはSwitchDeadInterval秒以内S1の不在を検出します。すべてのスイッチは正確に同じ時間にこの状態を検出しないことがあります。 S2の前にS1の不在を検知するスイッチは、一時的にスイッチを指定した指定スイッチとバックアップの両方としてS2を選択しますありません。 S2は、S1がダウンしていることを検出すると、指定されたスイッチに自分自身を移動します。このとき、最高のスイッチプライオリティを持つ残りのスイッチはバックアップ指定スイッチとして選択されます。
[3] Note that it is possible for a switch to resynchronize any of its fully established adjacencies by setting the neighbor state back to ExStart. This causes the switch on the other end of the adjacency to process a SeqNumberMismatch event and also revert to the ExStart state.
[3]スイッチバックのExStartに隣接状態を設定することにより、その完全に確立された隣接関係のいずれかを再同期することが可能であることに留意されたいです。これは、隣接の他端にスイッチがSeqNumberMismatchイベントを処理し、またのExStart状態に復帰させます。
[4] When two advertisements have different checksum values, they are assumed to be separate instances. This can occur when a switch restarts and loses track of its previous sequence number. In this case, since the two advertisements have the same sequence number, it is not possible to determine which advertisement is actually newer. If the wrong advertisement is accepted as newer, the originating switch will originate another instance.
2つの広告が異なるチェックサム値を有する場合、[4]、それらは別個のインスタンスであると仮定されます。スイッチが再起動し、その前のシーケンス番号のトラックを失ったときにこれが発生する可能性があります。 2つの広告が同じシーケンス番号を持っているので、この場合には、実際に新しいしている広告を判断することはできません。間違った広告が、新しいものとして受け入れている場合は、元のスイッチは、別のインスタンスを発信します。
[5] An instance of an advertisement is originated with an age of MaxAge only when it is to be flushed from the database. This is done either when the advertisement has naturally aged to MaxAge, or (more typically) when the sequence number must wrap. Therefore, a received instance with an age of MaxAge must be processed as the most recent in order to flush it properly from the database.
[5]広告のインスタンスは、それがデータベースからフラッシュするだけMaxAgeの年齢で発信されます。これは、広告が自然MaxAgeのに老化したとき、または（より典型的には）シーケンス番号がラップしなければならないときのいずれかで行われます。したがって、MaxAgeの時代で受信したインスタンスは、データベースから適切にフラッシュするために、最近のように処理されなければなりません。
[6] MaxAgeDiff is an architectural constant that defines the maximum disparity in ages, in seconds, that can occur for a single link state instance as it is distributed throughout the switch fabric. If two advertisements differ by more than this amount, they are assumed to be different instances of the same advertisement. This can occur when a switch restarts and loses track of its previous sequence number.
[6] MaxAgeDiffは、それがスイッチファブリック全体に分散されているように、単一のリンク状態、例えば、発生する可能性が秒で、年齢における最大視差を定義建築定数です。 2つの広告がこの量を超えて異なる場合、それらは同一の広告の異なるインスタンスであると想定されています。スイッチが再起動し、その前のシーケンス番号のトラックを失ったときにこれが発生する可能性があります。
[7] This is how the link state request list is emptied, causing the neighbor state to change to Full.
[7]これはリンクステート要求リストが完全に変更するために隣人状態を引き起こして、空になっている方法です。
Security concerns are not addressed in this document.
セキュリティ上の懸念は、このドキュメントでは扱われていません。
[Perlman] Perlman, R., Interconnections: Bridges and Routers. Addison-Wesley Publishing Company. 1992.
【パールマン]パールマン、R.、相互接続：ブリッジとルーター。アディソン・ウェズリー出版社。 1992。
[RFC905] McKenzie, A., "ISO Transport Protocol specification ISO DP 8073", RFC 905, April 1984.
[RFC905]マッケンジー、A.、 "ISOトランスポートプロトコル仕様ISO DP 8073"、RFC 905、1984年4月。
[RFC2328] Moy, J., "OSPF Version 2", STD 54, RFC 2328, April 1998.
[RFC2328]モイ、J.、 "OSPFバージョン2"、STD 54、RFC 2328、1998年4月。
[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月。
[IDhello] Hamilton, D. and D. Ruffen, "Cabletron's VlanHello Protocol Specification", RFC 2641, August 1999.
[IDhello]ハミルトン、D.とD. Ruffen、 "CabletronのVlanHelloプロトコル仕様"、RFC 2641、1999年8月。
Laura Kane Cabletron Systems, Inc. Post Office Box 5005 Rochester, NH 03866-5005
ローラ・ケインCabletron Systems、Inc.の私書箱5005ロチェスター、NH 03866から5005
Phone:(603) 332-9400 EMail: lkane@ctron.com
電話：（603）332-9400 Eメール：lkane@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機能のための基金は現在、インターネット協会によって提供されます。