この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
シスコは世界中のユーザにそれぞれの言語でサポート コンテンツを提供するために、機械と人による翻訳を組み合わせて、本ドキュメントを翻訳しています。 ただし、最高度の機械翻訳であっても、専門家による翻訳のような正確性は確保されません。 シスコは、これら翻訳の正確性について法的責任を負いません。原典である英語版(リンクからアクセス可能)もあわせて参照することを推奨します。
このドキュメントでは、RSTP によって以前の 802.1D 標準に追加された機能拡張について説明します。802.1D スパニング ツリー プロトコル(STP)は、停止後 1 分程度で接続を回復すれば十分だと考えられていた時代に設計されました。LAN 環境にレイヤ 3 スイッチが登場したことによって、ブリッジングは現在ルーテッド ソリューションと競合しています。ルーテッド ソリューションでは、Open Shortest Path First(OSPF)や Enhanced Interior Gateway Routing Protocol(EIGRP)などのプロトコルが短時間で代替パスを提供できます。
シスコは、元の 802.1D 仕様を UplinkFast、BackboneFast、PortFast などの機能で強化し、ブリッジ型ネットワークのコンバージェンス時間を高速化しました。難点は、これらのメカニズムがシスコ独自のものであり、追加設定が必要なことです。
Rapid Spanning Tree Protocol(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 を実装した 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/2948G/2980G(CatOS) | 7.1 | 7.5 |
Catalyst 4000/4500(IOS) | 12.1(12c)EW | 12.1(19)EW |
Catalyst 5000/5500 | 利用不可 | 利用不可 |
Catalyst 6000/6500 | 7.1 | 7.5 |
Catalyst 6000/6500(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 | 破棄 | No | No |
ブロック | 破棄 | No | No |
リスニング | 破棄 | Yes | No |
ラーニング | ラーニング | Yes | Yes |
フォワーディング | フォワーディング | Yes | Yes |
ロールは、任意のポートに割り当てられる変数です。ルート ポート ロールと指定ポート ロールはそのままですが、ブロッキング ポート ロールはバックアップ ポート ロールと代替ポート ロールに分割されています。スパニング ツリー アルゴリズム(STA)が、ブリッジ プロトコル データ ユニット(BPDU)に基づいてポート ロールを決定します。 問題を簡単にするために、BPDU には 2 つのロールを比較してどちらがより有用かを判断する方法があることを覚えておいてください。この方法は、BPDU に保存された値に基づいて実行され、場合によっては BPDU を受信するポートに基づくこともあります。次のセクションでは、ポート ロールの実用的なアプローチについて説明します。
ルート ポート ロール
ブリッジで最適な BPDU を受信するポートがルート ポートです。これは、パス コストの観点からルート ブリッジに最も近いポートです。STA は、ブリッジ ネットワーク全体で(VLAN ごとに)単一のルート ブリッジを選択します。 ルート ブリッジは、他のブリッジが送信する BPDU よりも有用な BPDU を送信します。ネットワークの中で、ルート ポートを持たないブリッジはルート ブリッジのみです。その他すべてのブリッジは、少なくとも 1 つのポートで BPDU を受信します。
指定ポート ロール
接続されたセグメントで最適な BPDU を送信できるポートは、指定ポートです。802.1D ブリッジは、イーサネット セグメントなどのさまざまなセグメントを接続して、ブリッジ ドメインを作成します。任意のセグメントで、ルート ブリッジに対するパスを 1 つだけ置くことができます。パスが 2 つある場合は、ネットワークにブリッジング ループがあります。任意のセグメントに接続されるすべてのブリッジは、それぞれの BPDU をリッスンして、最適な BPDU を送信するブリッジをそのセグメントの指定ブリッジとして認識します。そのブリッジ上にある対応するポートが、セグメントの指定ポートです。
代替ポート ロールとバックアップ ポート ロール
これら 2 つのポート ロールは、802.1D のブロッキング ステートに相当します。ブロッキング ポートは、指定ポートまたはルート ポートではないと定義されます。ブロッキング ポートは、そのセグメントで送信される BPDU よりも有用な BPDU を受信します。ポートがブロックされた状態を維持するには、必ず BPDU を受信する必要があることに注意してください。RSTP では、そのために次の 2 つのロールを導入しています。
代替ポートは、別のブリッジからより有用な BPDU を受信します。また、このポートはブロックされています。これを次の図に示します。
バックアップ ポートは、同じブリッジからより有用な BPDU を受信します。また、このポートはブロックされています。これを次の図に示します。
この区別は、802.1D 内ですでに行われています。基本的に、これがシスコの UplinkFast 機能の仕組みです。代替ポートがルート ブリッジに代替パスを提供するため、ルート ポートに障害が発生した場合にルート ポートを置き換えることができるという原理です。バックアップ ポートは同じセグメントに冗長接続を提供するため、ルート ブリッジへの代替接続は保証できません。そのため、アップリンク グループからは除外されます。
その結果、RSTP は 802.1D と同じ基準を使用するスパニング ツリーの最終トポロジを計算します。別のブリッジおよびポートの優先順位を使用する方法に変更はありません。シスコの実装では、廃棄ステートにブロッキングという名前を使用しています。CatOS リリース 7.1 以降では、引き続きリスニング ステートおよびラーニング ステートが表示されます。そのため、IEEE 標準で必要とされるよりも多くのポート情報が示されます。ただし、新機能では、プロトコルがポートに決定したロールと現在の状態に違いがあります。たとえば、今は、指定ポートであると同時にブロッキング ポートであることが可能です。通常これが起こるのは非常に短い期間で、このポートが指定されたフォワーディング ステートに移行する途中の状態であることを意味します。
RSTP によって、BPDU 形式にいくつかの変更が加えられました。802.1D で定義されているのは、トポロジ変更(TC)と TC 確認応答(TCA)の 2 つのフラグのみです。ただし、RSTP はフラグ バイトの残りの 6 ビットすべてを使用して、次の操作を実行します。
BPDU の送信元ポートのロールおよびステートのエンコード
プロポーザル/アグリーメント メカニズムの処理
高解像度のイメージについては、Cisco BPDU、IEEE BPDU、およびBPDUダイアグラムを参照してください。
注:ビット 0(トポロジ変更)は、最下位ビットです。
もう1つの重要な変更は、RSTP BPDUが現在タイプ2、バージョン2になっていることです。これは、レガシーブリッジがこの新しいBPDUを廃棄する必要があるということです。この特性によって、802.1w ブリッジでは、接続されたレガシー ブリッジを容易に検出できます。
BPDU は、単にリレーされるのではなく、Hello タイムごとに送信されます。802.1D では、ルート ポートで BPDU を受信すると、非ルート ブリッジは BPDU の生成のみを実行します。実際には、ブリッジは BPDU を生成するだけではなくリレーします。802.1w では、これは当てはまりません。ブリッジは、ルート ブリッジから BPDU を受信しなくても、Hello タイムにかかる秒数(デフォルトでは 2 秒)ごとに最新情報を含む BPDU を送信します。
任意のポートで、Hello が 3 回連続で受信されない場合(または max_age の期限が切れた場合)、プロトコル情報は即座に期限切れになります。 前述のプロトコル変更によって、BPDU はブリッジ間でキープアライブ メカニズムとして使用されています。ブリッジは、3 回連続で BPDU を受信できなければ、直接のネイバー ルートまたは指定ブリッジへの接続が失われたと見なします。このような急速な情報のエージングによって、迅速に障害を検出できます。ブリッジがネイバーからの BPDU の受信に失敗する場合、確実に、そのネイバーへの接続は失われています。この点が、ルートへのパスのどこかに問題がある可能性がある 802.1D とは異なります。
注:物理リンクで障害が発生した場合は、さらに迅速に障害が検出されます。
この概念が、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 がブリッジ型ネットワークに追加された新しいリンクを処理する方法を示しています。
このシナリオでは、ルート ブリッジとブリッジ A の間にリンクが追加されています。ブリッジ A とルート ブリッジの間には、すでに間接的な接続(図中の C - D 経由)があると仮定します。 STA は、ポートをブロックし、ブリッジング ループを無効にします。まず、発生と同時に、ルートとブリッジ A の間のリンク上にあるポートがともにリスニング ステートになります。ブリッジ A は、ルートから直接受信できるようになり、ただちに指定ポート上でツリーのリーフに向けて BPDU を伝搬します。ブリッジ B および C は、ブリッジ A からこの新しい上位情報を受信すると、すぐにリーフに向けて情報をリレーします。ほんの数秒で、ブリッジ D がルートから BPDU を受信して、即座にポート P1 をブロックします。
スパニング ツリーでは、非常に効率よくネットワークの新しいトポロジを算定できます。唯一の問題は、ルートとブリッジ A の間にあるリンクがフォワーディング ステートになるまでに、転送遅延の 2 倍の時間がかかることです。つまり、8021.D のアルゴリズムにはネットワーク コンバージェンスを秒単位で明確にアドバタイズするフィードバック メカニズムがないため、トラフィックが 30 秒間途絶えてしまう(ネットワークの A、B、C の全体が孤立する)ことになります。
今度は、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 × 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 でのコンバージェンス」セクションで説明するシナリオが非常に有効です。
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 のブリッジがトポロジ変更を検出すると、次のようになります。
必要に応じて、すべての非エッジ指定ポートおよびルート ポートに対して、Hello タイムの 2 倍に等しい値で TC While タイマーが開始されます。
これらのすべてのポートに関連付けられている MAC アドレスがフラッシュされます。
注:TC While タイマーがポート上で動作している間は、そのポートから送信される BPDU に TC ビットが設定されます。タイマーがアクティブな間、BPDU はルート ポートでも送信されます。
ブリッジがネイバーから TC ビットが設定された BPDU を受信すると、次のようになります。
トポロジ変更を受信するポートを除き、すべてのポートで学習した MAC アドレスがクリアされます。
TC While タイマーが開始され、すべての指定ポートおよびルート ポートで、TC が設定された BPDU が送信されます(レガシー ブリッジを通知する必要がなければ RSTP は特定の TCN BPDU を使用しません)。
このように、TCN はネットワーク全体で非常に迅速にフラッディングされます。TC 伝達は、ワン ステップのプロセスです。実際、トポロジ変更のイニシエータがこの情報をネットワーク全体にフラッディングします。これはルートのみがフラッディングする 802.1D とは対照的です。このメカニズムは、802.1D の同等のメカニズムよりもはるかに高速です。ルート ブリッジが通知を受信して、ネットワーク全体のトポロジ変更ステートを最大経過時間 + 転送遅延の秒数保持するのを待機する必要はありません。
ほんの数秒または Hello タイムの数倍の時間で、ネットワーク(VLAN)全体の CAM テーブルのほとんどのエントリがフラッシュされます。このアプローチでは、一時的なフラッディングが多く発生する可能性がありますが、その一方で高速の接続回復を妨げる、古くなっている可能性のある情報がクリアされます。
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モードで動作します。これは、AがブリッジCがセグメントから削除されたことがわかっていないためです。この特定の(まれな)ケースでは、ユーザが介入して、手動でポートのプロトコル検出を再起動する必要があります。
ポートが 802.1D 互換モードの場合は、トポロジ変更通知(TCN)BPDU と TC または TCA ビットが設定された BPDU も処理できます。
RSTP(IEEE 802.1w)には、802.1D スパニング ツリーに対する BackboneFast、UplinkFast、PortFast などのシスコ独自の機能拡張のほとんどが含まれています。RSTP は、ときには数百ミリ秒程度で、適切に設定されたネットワークのより高速なコンバージェンスを実現できます。転送遅延や max_age などの代表的な 802.1D のタイマーは、バックアップとして使用するだけです。管理者がポイントツーポイント リンクおよびエッジ ポートを正しく識別して設定している場合は必要ありません。また、レガシー ブリッジとの対話がない場合もタイマーは必要ありません。