Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 

高速再ルーティングの概要

 

高速再ルーティングによって LSP パスに冗長性が提供されます。高速再ルーティングを有効にすると、detours は LSP に基づいて precomputed と事前に確立されます。現在の LSP パスでネットワーク障害が発生した場合、トラフィックは detours の1つに迅速にルーティングされます。図 1は、ルーター A からルーター F への LSP を示しており、確立された detours が示されています。各 detour はアップストリームノードによって確立され、即時下流ノードと即時下流ノードへのリンクを回避します。各 detour は、図に示されていない1つ以上のラベルスイッチルーター (またはスイッチ) を通過する可能性があります。

高速再ルーティングは、入口ルーター (またはスイッチ) 間の障害発生地点を問わず、トラフィックを保護します。 スケールされたすばやい再ルーティングのシナリオで障害が発生した場合、デバイスは、障害が発生したリンクを経由して接続していたすべてのピアへの到達可能性を失います。このため、デバイス間の BGP セッションがダウンすると、トラフィックが中断してしまいます。 LSP において複数の障害が発生した場合、高速再ルーティングが失敗する可能性があります。また、高速再ルーティングによって、受信ルーターやアウトルータの障害から保護することはできません。

図 1: Detours は、高速再ルーティングを使用して LSP に設定されています。
Detours は、高速再ルーティングを使用して LSP に設定されています。

(リンクレイヤー固有の活性検知メカニズムを使用して) ダウンストリームリンクが失敗したこと、またはダウンストリームノードに障害が発生したことが検知されると (たとえば、RSVP 近傍 hello プロトコルを使用して)、ノードはすぐにトラフィックを detour に切り替え、同時に、リンクまたはノードの障害について受信ルーターに通知します。図 2は、ルーター B とルーター C の間のリンクに障害が発生したときに取得される detour を示しています。

図 2: ルーター B からルーター C へのリンクに障害が発生した後の Detour
ルーター B からルーター C へのリンクに障害が発生した後の Detour

ネットワークトポロジが十分ではない場合、他のルーターへの十分なリンクを備えたルーターが不足していると、detours の一部が成功しない可能性があります。たとえば、ルーター A からルーター C への detour は、 図 1リンク a-b とルーター b をスキャンできません。このようなパスを使用できない場合、detour は発生しません。

ノードが detour へのトラフィックを切り替えると、その後すぐに新たに計算された detour にトラフィックを切り替えることができる場合があることに注意してください。これは、最初の detour ルートが最適なルートではないためです。再ルーティングを可能な限り速くするために、ノードは最初に detour が有効であることを確認せずに、トラフィックを初期 detour に切り替えます。スイッチが作成されると、ノードは detour を再度計算します。ノードが、初期 detour がまだ有効であると判断すると、トラフィックはこの detour を通過し続けることになります。ノードが初期 detour が無効になったと判断した場合は、再び、トラフィックを新たに計算された detour に切り替えます。

ノードが最初showの detour にトラフィックを切り替えた後でコマンドを発行すると、ノードは、そのトラフィックが元の LSP 上でフローしていることを示している場合があります。この状況は一時的なものであり、即座に修正する必要があります。

高速再ルーティングの detour にかかる時間は、以下の2つの独立した時間間隔によって異なります。

  • リンクまたはノードに障害が発生—していることを検知する時間の長さこの間隔は、使用しているリンクレイヤーと障害の性質に大きく依存します。たとえば、SONET/SDH リンクの障害検知は、通常、ギガビットイーサネットリンクよりもはるかに高速で、ルーター障害の検知よりもはるかに高速です。

  • トラフィックを detour—にスプライスするために必要な時間この操作はパケット転送エンジンによって実行されます。これには、detour にトラフィックを簡単にスプライスする時間がほとんど必要ありません。必要な時間は、detours に切り替えられる Lsp の数によって異なる可能性があります。

高速再ルーティングは、パケットロスを削減するための短期的なパッチです。Detour の計算によって適切な帯域幅が予約されない場合があるため、detours は代替リンクの輻輳を招く可能性があります。受信ルーターは、LSP ポリシー制約を完全に認識している唯一のルーターであり、そのため、十分な長期の代替パスを提供できるのは唯一のルーターです。

Detours は RSVP を使用して作成されており、すべての RSVP セッションと同様に、ネットワークの追加の状態とオーバーヘッドが必要になります。このため、各ノードでは、高速再ルーティングが有効になっている LSP ごとに、1つの detour が確立されます。各 LSP に対して複数の detour を作成すると、オーバーヘッドが増加しますが、実用的な目的はありません。

ネットワークのオーバーヘッドをさらに削減するために、各 detour は、障害が発生したノードまたはリンクの後、できるだけ早く LSP にマージを試みます。を通過する LSP を検討できる場合 wireless-nルーターノードを作成することもできます。 wireless-n – 1detours. たとえば、 図 3では、detour が、 ルーター E やルーター F ではなく、ルーター D の LSP にマージバックしようとしています。LSP に反映させることで、detour の拡張性の問題がより管理しやすくなります。トポロジーの制約により、detour が LSP に迅速にマージされない場合、detours は他の detours と自動的にマージされます。

図 3: Detours を他の Detours に統合
Detours を他の Detours に統合