はじめに
このドキュメントでは、RSTPによって以前の802.1D標準に追加された機能拡張について説明します。
背景
802.1D スパニング ツリー プロトコル(STP)は、停止後 1 分程度で接続を回復すれば十分だと考えられていた時代に設計されました。LAN環境でのレイヤ3スイッチングの登場により、ブリッジは現在、Open Shortest Path First(OSPF)やEnhanced Interior Gateway Routing Protocol(EIGRP)などのプロトコルが短時間で代替パスを提供できるルーテッドソリューションと競合しています。
シスコは、元の802.1D仕様をアップリンクファースト、バックボーンファースト、ポートファーストなどの機能で拡張し、ブリッジ型ネットワークのコンバージェンス時間を短縮しました。難点は、これらのメカニズムがシスコ独自のものであり、追加設定が必要なことです。
ラピッドスパニングツリープロトコル(RSTP、IEEE 802.1w)は、802.1D標準の革命ではなく進化と見なすことができます。802.1D 用語は基本的に同じままです。ほとんどのパラメータが変更されていないため、802.1D に慣れているユーザは、新しいプロトコルをすぐに設定できます。ほとんどの場合、RSTP は、追加設定なしでシスコ独自の拡張機能より良好に稼動します。また、802.1wはポート単位で802.1Dに戻し、レガシーブリッジとの相互運用が可能です。ただし、802.1D に戻すと、導入された利点は使用できなくなります。
802.1D 標準の新版である IEEE 802.1D-2004 には、IEEE 802.1t-2001 と IEEE 802.1w 標準が実装されています。
Catalyst スイッチでの RSTP のサポート
次の表に、一部のCatalystスイッチファミリでのRSTPのサポートと、サポートに必要な最低限のソフトウェアを示します。
Catalyst プラットフォーム |
RSTP を実装した MST |
RPVST+(別名 PVRST+) |
Catalyst 2900 XL/3500 XL |
利用不可 |
利用不可 |
Catalyst 2940 |
12.1(20)EA2 |
12.1(20)EA2 |
Catalyst 2950/2955/3550 |
12.1(9)EA1 |
12.1(13)EA1 |
Catalyst 2970/3750 |
12.1(14)EA1 |
12.1(14)EA1 |
Catalyst 3560 |
12.1(19)EA1 |
12.1(19)EA1 |
Catalyst 3750 Metro |
12.1(14)AX |
12.1(14)AX |
Catalyst 2948G-L3/4908G-L3 |
利用不可 |
利用不可 |
Catalyst 4000/4500(Cisco IOS®) |
12.1(12c)EW |
12.1(19)EW |
Catalyst 6000/6500(Cisco IOS) |
12.1(11b)EX、12.1(13)E、12.2(14)SX |
12.1(13)E |
Catalyst 8500 |
利用不可 |
利用不可 |
新しいポート ステートおよびポート ロール
802.1D は、次の 5 つの異なるポート ステートで定義されます。
-
無効
-
リスニング
-
ラーニング
-
blocking
-
forwarding
ポート状態の詳細については、このドキュメントの「ポート状態」セクションを参照してください。
ポート ステートには、トラフィックをブロックするか転送するかということと、アクティブなトポロジでポートが果たすロール(ルート ポート、指定ポートなど)が混在しています。たとえば、操作上の観点から、ブロッキング ステートのポートとリスニング ステートのポートに違いはありません。どちらもフレームを廃棄して、MAC アドレスを学習しません。実際の違いは、スパニングツリーがポートに割り当てるロールにあります。リスニング ポートは指定ポートかルート ポートのいずれかであり、フォワーディング ステートに移行する途中であると想定して問題ありません。残念ながら、一度フォワーディング ステートになると、ポート ステートからそのポートがルート ポートか指定ポートかを推測する方法はありません。これは、このステートベースの用語に欠陥があることを示しています。RSTP では、ポート ロールとポートステートを切り離して、この問題に対処します。
ポート ステート
RSTP には、可能性がある 3 つの動作状態に対応するポート ステートは 3 つしかありません。802.1D の無効、ブロッキング、およびリスニング ステートは、802.1w では独自の廃棄ステートに統合されています。
STP(802.1D)のポート ステート |
RSTP(802.1w)のポート ステート |
ポートがアクティブなトポロジに含まれるかどうか |
ポートが MAC アドレスを学習するかどうか |
Disabled |
破棄 |
いいえ |
いいえ |
ブロック |
破棄 |
いいえ |
いいえ |
リスニング |
破棄 |
Yes |
いいえ |
ラーニング |
ラーニング |
Yes |
Yes |
フォワーディング |
フォワーディング |
Yes |
Yes |
ポート ロール
ポートロールは、特定のポートに割り当てられた変数になりました。ルート ポート ロールと指定ポート ロールはそのままですが、ブロッキング ポート ロールはバックアップ ポート ロールと代替ポート ロールに分割されています。スパニングツリーアルゴリズム(STA)は、ブリッジプロトコルデータユニット(BPDU)に基づいてポートの役割を決定します。問題を簡単にするために、BPDUについて覚えておくべき点は、2つのBPDUを比較して、どちらが他よりも有用かを判断する方法が常に存在することです。この方法は、BPDU に保存された値に基づいて実行され、場合によっては BPDU を受信するポートに基づくこともあります。次のセクションでは、ポート ロールの実用的なアプローチについて説明します。
ルート ポート ロール
指定ポート ロール
代替ポート ロールとバックアップ ポート ロール
-
これら 2 つのポート ロールは、802.1D のブロッキング ステートに相当します。ブロッキング ポートは、指定ポートまたはルート ポートではないと定義されます。ブロッキング ポートは、そのセグメントで送信される BPDU よりも有用な BPDU を受信します。ブロック状態を維持するには、ポートがBPDUを受信する必要があることに注意してください。RSTP では、そのために次の 2 つのロールを導入しています。
-
代替ポートは、別のブリッジからより有用な BPDU を受信します。また、このポートはブロックされています。これを次の図に示します。
-
バックアップ ポートは、同じブリッジからより有用な BPDU を受信します。また、このポートはブロックされています。これを次の図に示します。
この区別は、802.1D 内ですでに行われています。基本的に、これがシスコの UplinkFast 機能の仕組みです。代替ポートがルート ブリッジに代替パスを提供するため、ルート ポートに障害が発生した場合にルート ポートを置き換えることができるという原理です。バックアップ ポートは同じセグメントに冗長接続を提供するため、ルート ブリッジへの代替接続は保証できません。そのため、アップリンク グループからは除外されます。
その結果、RSTP は 802.1D と同じ基準を使用するスパニング ツリーの最終トポロジを計算します。異なるブリッジプライオリティとポートプライオリティの使用方法に変更はありません。シスコの実装では、廃棄ステートにブロッキングという名前を使用しています。CatOS リリース 7.1 以降では、引き続きリスニング ステートおよびラーニング ステートが表示されます。これにより、ポートに関する情報がIEEE標準で必要とされる情報よりも多く提供されます。ただし、新機能では、プロトコルがポートに決定したロールと現在の状態に違いがあります。たとえば、ポートが指定ポートであると同時にブロッキングポートとしても有効です。これは通常、非常に短期間で発生しますが、このポートが指定フォワーディングステートに移行する途中であることを意味します。
新しい BPDU 形式
RSTP によって、BPDU 形式にいくつかの変更が加えられました。802.1D で定義されているのは、トポロジ変更(TC)と TC 確認応答(TCA)の 2 つのフラグのみです。ただし、RSTPは残りのフラグバイトの6ビットすべてを使用して、次の処理を実行します。
Cisco BPDU、IEEE BPDU、およびBPDUの図の全体像
高解像度イメージについては、『Cisco BPDU、IEEE BPDU、およびBPDUの図』を参照してください。
注:ビット0(トポロジの変更)は最下位ビットです。
もう 1 つの重要な変更は、RSTP BPDU がタイプ 2、バージョン 2 になっていることです。つまり、レガシー ブリッジではこの新しい BPDU を廃棄する必要があります。この特性により、802.1wブリッジは、接続されているレガシーブリッジを簡単に検出できます。
新しい BPDU 処理
BPDUはHelloタイムごとに送信される
BPDUは単にリレーされるのではなく、ハロータイムごとに送信されます。802.1D では、ルート ポートで BPDU を受信すると、非ルート ブリッジは BPDU の生成のみを実行します。ブリッジは、BPDUを実際に生成する以上にリレーします。802.1w では、これは当てはまりません。ブリッジは、ルートブリッジからBPDUを受信しなくても、現在の情報を含むBPDUを<hello-time>秒ごとに送信します(デフォルトでは2秒)。
情報の迅速なエージング
任意のポートで、Hello が 3 回連続で受信されない場合(または max_age の期限が切れた場合)、プロトコル情報は即座に期限切れになります。前述のプロトコル変更によって、BPDU はブリッジ間でキープアライブ メカニズムとして使用されています。ブリッジは、3 回連続で BPDU を受信できなければ、直接のネイバー ルートまたは指定ブリッジへの接続が失われたと見なします。このような急速な情報のエージングによって、迅速に障害を検出できます。ブリッジがネイバーからの BPDU の受信に失敗する場合、確実に、そのネイバーへの接続は失われています。これは、問題がルートへのパス上のどこにでも存在する可能性がある802.1Dとは対照的です。
注:物理リンクで障害が発生した場合、障害はさらに迅速に検出されます。
不良 BPDU の受け入れ
この概念が、BackboneFast エンジンの中核を形成しています。IEEE 802.1w委員会は、同様のメカニズムをRSTPに組み込みました。ブリッジは、指定ブリッジまたはルート ブリッジから不正な情報を受信すると、即座に受け入れて、前に保存した情報と置き換えます。
ブリッジ C はルートが問題なく動作していることがわかっているため、ルート ブリッジに関する情報を含む BPDU をブリッジ B に即座に送信します。その結果、ブリッジ B は自身の BPDU を送信せず、ブリッジ C につながるポートを新しいルート ポートとして受け入れます。
フォワーディング ステートへの迅速な移行
迅速な移行は、802.1w で導入された最も重要な機能です。レガシー STA では、ネットワークのコンバージェンスを受動的に待ってから、ポートをフォワーディング ステートにしていました。コンバージェンスを高速化するには、控えめに設定されたデフォルトパラメータ(転送遅延とmax_ageタイマー)を変更する必要があり、ネットワークの安定性が脅かされることもありました。新しい高速STPは、ポートがフォワーディングステートに安全に移行できることをアクティブに確認でき、タイマー設定に依存する必要はありません。これは、RSTP 準拠のブリッジ間で実行される実際のフィードバック メカニズムです。ポートで高速コンバージェンスを実現するために、プロトコルはエッジポートとリンクタイプの2つの新しい変数に依存しています。
エッジ ポート
エッジポートの概念は、基本的にPortFast機能に対応しているため、シスコのスパニングツリーユーザにはすでにわかっています。エンドステーションに直接接続されているすべてのポートは、ネットワーク内にブリッジループを作成できません。そのため、エッジポートは、リスニング ステートとラーニング ステートを飛ばして、直接フォワーディング ステートに移行します。リンクが切り替わると、エッジ ポートでも PortFast が有効なポートでもトポロジ変更は生成されません。BPDU を受信したエッジ ポートは即座にエッジ ポート ステータスを失い、通常のスパニング ツリー ポートになります。この時点では、ユーザ設定値とエッジ ポート ステートの動作値があります。シスコの実装では、エッジ ポート設定に PortFast キーワードが使用されます。これによって、RSTP への移行が容易になります。
リンクタイプ
RSTP では、エッジ ポートとポイントツーポイント リンクでのみ、フォワーディング ステートへの迅速な移行を実現できます。リンク タイプは、ポートのデュプレックス モードから自動的に取得されます。全二重で動作するポートは、ポイントツーポイントと見なされ、半二重のポートはデフォルトで共有ポートと見なされます。この自動リンクタイプ値は、明示的な設定によって上書きできます。今日のスイッチド ネットワークでは、ほとんどのリンクが全二重モードで動作し、RSTP によってポイントツーポイント リンクとして処理されます。そのため、これらのリンクが、フォワーディング ステートに迅速に移行する候補となります。
802.1D でのコンバージェンス
次の図は、802.1D がブリッジ型ネットワークに追加された新しいリンクを処理する方法を示しています。
このシナリオでは、ルート ブリッジとブリッジ A の間にリンクが追加されています。ブリッジAとルートブリッジの間には、すでに間接的な接続(図中のC-Dによる)があると仮定します。STAはポートをブロックし、ブリッジループを無効にします。まず、発生と同時に、ルートとブリッジ A の間のリンク上にあるポートがともにリスニング ステートになります。ブリッジ A は、ルートから直接受信できるようになり、ただちに指定ポート上でツリーのリーフに向けて BPDU を伝搬します。ブリッジBとCは、ブリッジAからこの新しい上位情報を受信するとすぐに、リーフに向けて情報をリレーします。ほんの数秒で、ブリッジ D がルートから BPDU を受信して、即座にポート P1 をブロックします。
スパニング ツリーでは、非常に効率よくネットワークの新しいトポロジを算定できます。唯一の問題は、ルートとブリッジ A の間にあるリンクがフォワーディング ステートになるまでに、転送遅延の 2 倍の時間がかかることです。つまり、8021.D のアルゴリズムにはネットワーク コンバージェンスを秒単位で明確にアドバタイズするフィードバック メカニズムがないため、トラフィックが 30 秒間途絶えてしまう(ネットワークの A、B、C の全体が孤立する)ことになります。
802.1w でのコンバージェンス
今度は、RSTP が同様の状況をどう処理するかを見てみましょう。最終的なトポロジは、802.1D が算定するトポロジとまったく同じであることに注意してください(つまり、以前と同一の場所にブロックされたポートが 1 つあります)。このトポロジに到達するためのステップが変化しただけです。
スイッチAとルートの間のリンク上にあるポートは、アップするとすぐに指定ブロッキングに置かれます。ここまでは、すべての動作が純粋な 802.1D 環境と同じです。しかし、この段階では、スイッチ A とルート間でネゴシエーションが行われます。スイッチAはルートのBPDUを受信するとすぐに、非エッジ指定ポートをブロックします。この操作は同期と呼びます。この操作の終了後、ブリッジ A はルート ブリッジがポートをフォワーディング ステートにするよう、明示的に権限を与えます。次の図は、ネットワーク上でこのプロセスがどのような結果になるかを示しています。スイッチ A とルート ブリッジ間のリンクはブロックされ、両方のブリッジが BPDU を交換します。
スイッチ A が非エッジ指定ポートをブロックすると、スイッチ A とルート間のリンクはフォワーディング ステートになり、次のような状況になります。
まだループの発生はありません。スイッチAの前でブロックするのではなく、スイッチAの後でネットワークがブロックされるようになりました。ただし、発生する可能性のあるブリッジループは、別の場所で切断されます。スイッチ A へのルートで生成された新しい BPDU とともに、この切断箇所はツリーを下っていきます。この段階で、スイッチ A 上で新しくブロックされたポートも、同期操作を開始するスイッチ B およびスイッチ C 上の両方の近隣ポートとの、forwarding 状態への急速な遷移のネゴシエーションを行います。Aに対するルートポートを除き、スイッチBにはエッジ指定ポートしかありません。そのため、フォワーディング ステートに移行する権限をスイッチ A に与えるためにブロックできるポートがありません。同様に、スイッチ C のみが D に対する指定ポートをブロックする必要があります。これで、次の図に示す状態になります。
最終的なトポロジは、802.1D の例とまったく同じであり、D 上のポート P1 は最終的にブロッキング ステートになることに注意してください。つまり、新しい BPDU がツリーを下っていくのに必要なだけの時間で、最終的なネットワーク トポロジに到達したということになります。この迅速なコンバージェンスには、タイマーは関与していません。RSTP によって導入された唯一の新しいメカニズムは、フォワーディング ステートに即時に移行する権限を与えるためにスイッチが新しいルート ポート上で送信できる確認応答だけです。これにより、転送遅延の 2 倍の時間がかかるリスニングおよびラーニングの段階が回避されます。迅速なコンバージェンスから利益を得るために、管理者は次の点にのみ注意する必要があります。
-
ブリッジ間のこのネゴシエーションは、ブリッジがポイントツーポイントリンク(つまり、明示的なポート設定でない限り、全二重リンク)で接続されている場合にのみ可能です。
-
PortFast が 802.1D のポートで有効になっているため、エッジ ポートはさらに重要な役割を果たします。たとえば、ネットワーク管理者がスイッチBのエッジポートを正しく設定できない場合、それらの接続はスイッチAと起動するルート間のリンクの影響を受けます。
プロポーザル/アグリーメントのシーケンス
STAによって指定ポートになるポートが選択されると、802.1Dはフォワーディングステートに移行するまで2回(デフォルトでは2 X 15)待機します。RSTP 内で、この状態は指定ロールを備えたポートに当たりますが、これはブロッキング ステートです。次の図は、迅速な移行がどのように実現されるのかを順を追って説明したものです。ルートとスイッチ A の間に新しいリンクが作成されていると仮定します。このリンク上のポートはどちらも、相手から BPDU を受信するまで指定ブロッキング ステートになります。
指定ポートが、廃棄ステートまたはラーニング ステート(このケースにおいてのみ)の場合、送信する BPDU 上にプロポーザル ビットを設定します。前の図のステップ 1 で示されているように、ルート ブリッジのポート p0 はこのような状態になっています。スイッチ A は上位情報を受信するので、p1 が新しいルート ポートであることはすぐにわかります。スイッチ A は同期を開始して、スイッチ A 上のポートすべてがこの新しい情報と同期していることを検証します。次のいずれかの条件を満たせば、ポートは同期しています。
異なる種類のポートでの同期メカニズムの効果を説明するために、スイッチA上に代替ポートp2、指定フォワーディングポートp3、およびエッジポートp4が存在すると仮定します。p2とp4は基準の1つをすでに満たしていることに注意してください。同期をとるには(前の図のステップ2を参照)、スイッチAはポートp3をブロックし、廃棄ステートを割り当てるだけです。この時点ですべてのポートが同期したので、スイッチ A は、新しく選択したルート ポート p1 のブロックを解除し、アグリーメント メッセージを送信してルートに応答できます(ステップ 3 を参照)。このメッセージは、プロポーザル BPDU のコピーであり、プロポーザル ビットの代わりにアグリーメント ビットが設定されています。これにより、ポート p0 は、受信したアグリーメントがどのプロポーザルに対応するものかを確実に判別できます。
p0 は、このアグリーメントを受信すると、即座にフォワーディング ステートに移行できます。これは前の図のステップ4です。ポート p3 は、同期後も指定廃棄ステートのままです。ステップ 4 では、このポートは、ステップ 1 のポート p0 とまったく同じ状況です。その後、ネイバーへのプロポーザルを開始して、フォワーディング ステートに即座に移行しようとします。
-
プロポーザル アグリーメント メカニズムは、タイマーにまったく依存しないため、非常に高速です。この一連のハンドシェイクはネットワークのエッジに向かって急速に伝搬し、トポロジの変更後に接続を迅速に回復します。
-
指定廃棄ポートがプロポーザルの送信後にアグリーメントを受信しない場合、フォワーディング ステートにゆっくりと移行し、従来の 802.1D リスニングラーニング シーケンスにフォール バックします。このような状態は、リモート ブリッジで RSTP BPDU が認識されない場合や、リモート ブリッジのポートがブロッキング ステートにある場合に発生します。
-
シスコは、同期する際に、ブリッジが以前のルート ポートしか廃棄ステートにできないように同期メカニズムを強化しました。このメカニズムの詳細は、このドキュメントの範囲に含まれません。ただし、最も一般的な再コンバージェンスのケースでは、この機能が呼び出されると考えて間違いありません。最後にブロックされるポートへのパスにあるポートのみが一時的に混乱するため、このドキュメントの「802.1w でのコンバージェンス」セクションで説明するシナリオが非常に有効です。
UplinkFast
RSTP に含まれているフォワーディング ステートに即座に移行するための別の形式は、Cisco UplinkFast 独自のスパニング ツリーの機能拡張に似ています。基本的に、ブリッジがルートポートを失うと、最適な代替ポートを直接フォワーディングモードにすることができます(新しいルートポートの出現もRSTPによって処理されます)。新しいルート ポートとして代替ポートを選択すると、トポロジ変更が生じます。802.1w のトポロジ変更メカニズムによって、アップストリーム ブリッジの Content Addressable Memory(CAM)テーブルにある該当するエントリがクリアされます。これによって、UplinkFast のダミー マルチキャスト生成プロセスは必要なくなります。
このメカニズムは RSTP に元々含まれていて自動的に有効になっているため、UplinkFast をこれ以上設定する必要はありません。
新しいトポロジ変更メカニズム
802.1D のブリッジがトポロジの変更を検出すると、信頼できるメカニズムを使用して、まずルート ブリッジに通知します。これを次の図に示します。
ルートブリッジは、ネットワークトポロジの変更を認識すると、送信するBPDUにTCフラグを設定し、ネットワーク内のすべてのブリッジにリレーします。ブリッジは、TCフラグビットが設定されたBPDUを受信すると、ブリッジテーブルのエージングタイムを転送遅延秒に減らします。これにより、古くなった情報が比較的早くフラッシュされます。このトポロジ変更メカニズムは、RSTP で大幅に作り変えられています。トポロジ変更の検出とネットワークを介した伝達の両方が進化しています。
トポロジ変更の検出
RSTP で、トポロジ変更が発生するのは、フォワーディング ステートに移行する非エッジ ポートのみです。802.1D とは対照的に、接続の損失はトポロジ変更とは見なされないということです(つまり、ブロッキング ステートに移行するポートで TC は生成されません)。RSTP のブリッジがトポロジ変更を検出すると、次のようになります。
注:TC Whileタイマーがポートで実行されている限り、そのポートから送信されるBPDUにはTCビットが設定されています。タイマーがアクティブな間、BPDU はルート ポートでも送信されます。
トポロジ変更の伝達
ブリッジがネイバーから TC ビットが設定された BPDU を受信すると、次のようになります。
このように、TCN はネットワーク全体で非常に迅速にフラッディングされます。TCの伝搬は1ステップのプロセスになります。実際には、ルートブリッジのみがフラッディングを行う802.1Dとは対照的に、トポロジ変更のイニシエータはこの情報をネットワーク全体にフラッディングします。このメカニズムは、802.1D の同等のメカニズムよりもはるかに高速です。ルート ブリッジが通知を受信して、ネットワーク全体のトポロジ変更ステートを最大経過時間 + 転送遅延の秒数保持するのを待機する必要はありません。
ほんの数秒または Hello タイムの数倍の時間で、ネットワーク(VLAN)全体の CAM テーブルのほとんどのエントリがフラッシュされます。このアプローチでは、一時的なフラッディングが多く発生する可能性がありますが、その一方で高速の接続回復を妨げる、古くなっている可能性のある情報がクリアされます。
802.1D との互換性
RSTP は、レガシー STP プロトコルと相互運用できます。ただし、レガシー ブリッジと対話すると、802.1w 固有の高速コンバージェンスの利点が失われることに注意してください。
各ポートは、対応するセグメント上で実行するプロトコルを定義した変数を保持します。ポートが起動すると、3 秒の移行遅延タイマーも開始されます。このタイマーが動作すると、ポートに関連付けられた現在の STP モードまたは RSTP モードはロックされます。移行遅延時間が終了するとすぐに、ポートは次に受信する BPDU に対応するモードに適応します。ポートが BPDU を受信した結果として動作モードを変更すると、移行遅延が再起動します。これによって、可能なモード変更の頻度が制限されます。
たとえば、上の図のブリッジAとBの両方がRSTPを実行していて、スイッチAがセグメントに指定されていると仮定します。レガシー STP ブリッジ C がこのリンクに導入されます。802.1D ブリッジは RSTP BPDU を無視して廃棄するため、C はセグメント上に他にブリッジはないと見なし、不正な 802.1D 形式の BPDU の送信を開始します。スイッチ A がこれらの BPDU を受信し、最大の Hello タイムの 2 倍の秒数が経過した後に、そのポート上でのみモードを 802.1D に変更します。その結果、C はスイッチ A の BPDU を理解して、A をセグメントの指定ブリッジとして受け入れます。
この特定のケースでは、ブリッジ C が削除されると、ブリッジ A は、一意のネイバー B によってより効率よく RSTP で動作できるにもかかわらず、そのポートで STP モードで実行されます。これは、ブリッジ C がセグメントから削除されたことを A が認識していないためです。この特定の(まれな)ケースでは、ユーザが介入して、手動でポートのプロトコル検出を再起動する必要があります。
ポートが802.1D互換モードの場合は、Topology Change Notification(TCN;トポロジ変更通知)BPDUや、TCビットまたはTCAビットが設定されたBPDUも処理できます。
結論
RSTP(IEEE 802.1w)には、802.1D スパニング ツリーに対する BackboneFast、UplinkFast、PortFast などのシスコ独自の機能拡張のほとんどが含まれています。RSTP は、ときには数百ミリ秒程度で、適切に設定されたネットワークのより高速なコンバージェンスを実現できます。転送遅延やmax_ageなどの802.1Dの定番タイマーは、バックアップとしてのみ使用され、管理者がポイントツーポイントリンクとエッジポートを適切に識別して設定している場合は必要ありません。また、レガシーブリッジとの相互対話がない場合は、タイマーは必要ありません。
関連情報