Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 

IGP と BGP の宛先

 

MPLS を構成して、トラフィックが AS 内で宛先に送信されるパスを制御することができます。

トラフィックエンジニアリングが BGP の宛先である場合、MPLS のホストルートが inet. 3 ルーティングテーブルにインストールされます (ルーティングおよび転送テーブル、トラフィックエンジニアリング BGPを参照)。他のルーティングプロトコルから学習したルートとは別のものです。Inet 番のルートがすべて転送テーブルにダウンロードされるわけではありません。送信ルーターに直接アドレス指定されたパケットは LSP に準拠していないため、Lsp から学習したルートが、IGPs またはその他のソースから学習したルートを上書きすることはできません。

BGP を含むドメイン内のトラフィックは BGP ピア間のトラフィックを制御します。 Lsp の影響は受けません。MPLS はドメイン間のトラフィックにのみ影響を及ぼします。つまり、外部ドメインから学習した BGP プレフィックスのみに影響します。MPLS は、intradomain トラフィックを中断させないため、IS-IS または OSPF ルートは変化しません。ドメイン内の宛先pingtraceroute or コマンドを発行すると、そのpingtracerouteパケットは IGP パスに従います。ただし、 MPLS アプリケーショントポロジ( ping LSP traceroute受信ルーター) のルーター1からドメイン外の宛先に対して or コマンドを発行すると、パケットは LSP トンネルを使用します。

IGP および BGP 宛先のトラフィックエンジニアリングが有効になっている場合、MPLS のホストルートが inet. 0 テーブルにインストールされます (「ルーティングとテーブルの転送、トラフィックエンジニアリング BGP-IGP)、転送テーブルへのダウンロード」を参照してください。送信ルーターに送信されたすべてのトラフィックが LSP に配信される可能性があります。実際には、inet のすべてのルートを inet. 0 に移動することで、inet. 3 テーブルが空にされてしまいます。

RSVP パケットは、RSVP または LDP で設定されたものも含め、すべての MPLS Lsp を自動的に回避します。このため、1つの RSVP セッションを別の LSP に入れることができなくなります。つまり、1つの LSP を別に入れ子にします。