拡張性

IP/UDP 経由のセグメントルーティング

MPLS は、アンダーレイ (トランスポート) をオーバーレイ (サービスレイヤー) から分離します。通常、ラベルは両方のレイヤーの転送命令を表すために使用されます。つまり、トランスポートレイヤーは、ラベルを保持しているとしても、GRE、IPsec、MPLS over IP/UDP トンネルなど、MPLS トンネリング以外の技術を使用できるようになっています。SR over IP/UDP (Sゆ Dp へのショート) は、このことを活用しています。

IP のみの孤島で、Sid のスタックをトンネリングしていることを調査しているのは、多くの導入事例です。Sid は、SR MPLS 対応ルーターにも関連しています。非 MPLS ルーターは、SID スタックに oblivious されており、IP 転送のみを実行する必要があります。IP アイランド– IPv4 または IPv6 –は、perpetuity および ip 専用ネットワーク MPLS の共存を可能にします。

Sゆ Dp は、ネットワークを SR MPLS 対応可能なノードに隔離することで機能します。これは、ノード SID の提供情報またはその欠如によって決定されます。SR MPLS 対応ルーター’s のネクストホップが ip のみの場合、SID スタックが IP/UDP パケットにカプセル化されます。IP パケットは、次の SR MPLS 対応ルーターにトンネリングされるか、SID スタックに基づいて最終的な宛先になります。現在、Junos は後者を実装しています。

Newark’の P ルーターを IPv4 専用ルーターに変更してみましょう。ノードの Sid を提供したり、LDP や RSVP TE を有効にしたりする必要はなくなりました。これにより、ニューヨークとワシントン州の IP アドレスに接続された SR MPLS 対応の P ルーターが残ります。

ニューヨークの各 PE ルーターは、1つまたは複数の MPLS ラベルをワシントン州の PEs に到達させることができます。長距離のラベル付きトラフィックを受信するローカルニューヨークの P ルーターは、宛先が IP 次ホップを経由して到達可能になったことを認識しています。リモート PE への動的 IP/UDP トンネルを構築し、その内部に MPLS トラフィックをカプセル化します。ワシントン・ PE は、トンネルを decapsulates し、ペイロードを転送します。

このためには、PE ルーターでのカプセル化解除の設定と SR-MPLS P ルーターでのカプセル化が必要です。IP のみの P ルーターは再構成を必要としません。

Encapsulation configuration: New York and Washington P routers

Decapsulation configuration: New York and Washington PE routers

P ルーターは、ルーター’ lo0 に割り当てられたアドレスを含む範囲内の宛先に、動的な IP/UDP トンネルを作成するように設定されています。こちらの udp-tunneling encapsulationノブによって、ルート計算時に IP 次ホップを IS-IS できます。PE ルーターはファイアウォールフィルターを使用して設定されており、既知の MPLS オーバー UDP 宛先ポートでトラフィックを照合して、decapsulates します。このフィルタは、IP/UDP トンネルトラフィックがいずれかに到達すると、すべてのコア向けインタフェースに適用されます。

この変更を確定すると、P ルーター’ inet. 3 の表において、何か問題が生じます。その前に、エリアローカルの SR MPLS ルーターへのルートのみが含まれるようになる前に、リモートの P/PE ルーターへのルートが追加されています。で’は、見てみましょう。

Control plane: p1.nyc adds routes to P/PE routers in D.C.

Congruently、mpls. 0 テーブルには、リモートルーター’ノードの sid に関連したラベル転送アクションが興味深いものとして存在しています。通常のプッシュ、次、 continueの各アクションではなく、明示的な-null に対してラベルが入れ替わり、動的な IP/UDP トンネルにプッシュされていることがわかります。明示的-null を設定すると、pe1 がパケットを受信したときに、内部パケットで MPLS ルックアップを実行するようになります。

Control plane: p1.nyc swaps inbound label 1010 (pe1.iad) with label 0 before tunneling

Control plane: p1.nyc creates a dynamic tunnel to each SR-MPLS router in Washington

The traceroute between the CEs is most transformed:

以前に表示されていたホップが消えています。現在の動作には p1 が含まれていることに注意してください。 nyc は、最高の次ホップへのトンネルを確立します。もう1つの方法は、次に近い SR MPLS 対応ルーターへのトンネルを確立することです。どちらのアプローチでも、伝送ルーターすべてが MPLS のデータプレーンを必要とするわけではありません。多くの環境では、これは実に重要です。Sゆ Dp を使用すると、SID スタックをこれらの IP アイランドに転送できます。

FlexAlgo

マルチトポロジールーティング (MTR) に対応している方は、その複雑さから shudder ことがあります。MTR は、欠点を無料ではありませんが、一般的に有用な概念です。パスが減少しても、最短距離を超えている場合があります。多くの事業者は、IGP メトリックを最大化し、IGP トラフィックエンジニアリング指標を使用してルーティングを最適化します。TE メトリックは遅延を表す場合がありますが、通常のエンドユーザーエクスペリエンスに最も影響を与えるメトリックであると言えます。

MTR は広く普及していませんでした。実質的な実装では、ユニキャストとマルチキャストの変種を使用して、トポロジの数を IPv4 および IPv6 のトポロジに制限しています。それだけではなく、このような marginalization を実現するというのは、この問題の原因です。

名前が示すように、FlexAlgo の目的は、トポロジー定義を制御する手の演算子です。すべてのノードとリンクがデフォルトトポロジに参加します。制約と最適化の目標を定義することで、その他のサブセットトポロジーが算出されます。Prototypical の例を取るために、赤色のトポロジーには、TE 赤色のリンクがすべて含まれている場合があります。blue のトポロジーには青色のリンクのみを含めることができました。最後に、紫色のトポロジには、赤と青両方のリンクが含まれている場合があります。

最初のステップは、トポロジを構成する要素を定義することです。MTR では、事業者は各ルーターにアクセスし、各リンク’のトポロジーへの参加を設定する必要があります。このプロセスは、ネットワークが拡大していてはうまくいかないため、ミスが発生しやすいものでした。トポロジーのメンバーシップを検出、検証、適用するには、大規模な開発ツールが必要でした。

FlexAlgo は、IGP で柔軟なアルゴリズム定義 (FAD) をアドバタイズすることによって、そのトポロジの定義を形式化しています。この属性は、どのメトリックを計算するか、どのアルゴリズムを計算に使用するか、また、最も興味深いのは、拡張管理グループ (EAG) に基づいたリンクの包含と除外です。各 FAD は、128-255 から番号が付けられています。運用を容易にするために、nominally‘(red’ fad、 ‘ブルー’ fad) を参照している場合がありますが、最終的には fad 番号としてエンコードされます。

FAD は、ネットワーク内のルーターのサブセット上で設定する必要があります。残りのルーターは、IGP 経由で FADs を学習します。また、各 FAD は、最も高い数値を選択することで、優先度が関連付けられています。FADs は、ルーターのサブセット全体で同じように設定する必要があります。–競合がある場合、red EAGs を使用‘し’たリンクを含む red fad を通知する1つの‘ルーター’と、blue EAGs –とのリンクを含む red fad を提供しています。これは、最も優先度の高い fad wins を使用しています。タイブレーカーとして、IGP システム ID またはルーター ID が使用されます。

ローカル構成または IGP 提供情報によってトポロジの定義が学習されたら、ルーターを構成してトポロジに参加させることができます。ここでも、個々のリンク、la MTR を設定することで、これを実現することはできません。FAD は、デフォルトトポロジの sieve として動作します。サブセットトポロジーは、各ルーターの排除に対応していないため、メトリックのタイプに応じて最適化されます。

FlexAlgo は、軽量のラベル圧縮方式として機能します。長い明示的なパスではなく、1つの FAD ノードの Sid は、浅いラベルスタックを使用して非ソースルーティングを提供できます。

例では、そのことを明らかにしています。シンプルさを維持するため’に、pe1 の nyc と p1 に追加のトポロジを設定しましょう。この新しいトポロジーは、IGP のメトリックではなく、TE のために最適化されます。現時点では、デフォルトのトポロジからのリンクは排除されません。その結果、構成番号が FAD となり、最適化目標が指定されて、優先度が割り当てられるようになります。

これにより、it に関与するルーターがなくても、新しいトポロジが定義されるようになります。その結果、FAD’は IGP によってあふれさえなくなります。次のステップは、ニューヨークのルーターすべてをトポロジ–に参加させることです。 nyc と p2 は pe2 によって得られたものであることに注意してください。 nyc は構成ではなく、IS-IS からの fad について学習しています。

トポロジーに記載されている2つのルーターを使用している場合、複数のサブ-TLVs nyc’と p1 が pe1 になります。 nyc s は lsp を IS-IS しています。

Control plane: Viewing pe1.nyc’s IS-IS LSP on pe2.nyc

トポロジーに記載されている2つのルーターを使用している場合、複数のサブ-TLVs nyc’と p1 が pe1 になります。 nyc s は lsp を IS-IS しています。FAD 自体をアドバタイズする新しいルーター機能に加えて、トポロジごとのプレフィックス SID が新たに提供されています。

これにより、FlexAlgo のもう1つのメリットが得られ、デュアルまたはマルチプレーンのトポロジーの作成にもつながります。同じサービスルートの場合、BGP’のプロトコルのネクストホップ (pnh) はポリシーによって変更されるため、プレーン間では異なることがあります。RSVP TE Lsp は、各 PNH に対してスピンアップされます。Lsp は別々にルーティングされ、デュアルプレーンの動作を実行しています。RSVP TE によって定められているソフト状態以外には、各 PE’s ループバックに複数の IPv4 または IPv6 アドレスを割り当てる必要があります。各アドレスは、特定のプレーンを介してその PE への到達可能性を表しています。

それとは対照的に、FlexAlgo は、ノード SID をトポロジー単位で割り当てることができます。各ノード SID は、同じループバック IPv4 または IPv6 アドレスに関連付けられたままです。その後、サービスルート PNH は、それぞれ異なるトポロジに対応する、さまざまなルーティングテーブル内に含めることができます。このようにして、単一の IP アドレスを PNH として残すことができます。サービスルートは、さまざまなノード Sid を使用して、拡張 BGP カラーコミュニティと、FlexAlgo トポロジとの関連性に基づいて、次ホップの解決を実行できます。

シンプルなデュアルプレーントポロジを示すために、’pe1 を使用して nyc を推奨します。 pe2 に到達するには nyc をお勧めします。 nyc;その後、pe2 は nyc の nyc を希望しています。 pe1 に到達します。現在、Pe は、P ルーターを経由した同等コストのルートを介して到達可能です。これまでの設定スニペットでは、新しいトポロジを最適化するために、不等価の TE メトリックを使用して、このことがすでに設定されています。Pe2 に、トポロジごとにノード SID 構成を nyc と nyc に追加します。

Control plane: pe1.nyc’s new topology is a subset of the default topology

新しいトポロジーには、対応する新しいルーティング情報ベース (リブ) が搭載されています。この新しいトポロジでは、nyc と pe2 の間に利用可能なパスが少なくなり、pe1 との間のメトリックも異なります。Pe2 によって提供される追加のプレフィックス SID (1000 + 16) は、同じループバックアドレスに関連付けられていることに注意してください。

私たちは、簡単な例で、その過程を開始し、最後に見てきました。セグメントルーティングは、柔軟で効率的、代替可能なのネットワークを構築することを意味しています。

ぜひご覧ください。