Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
このページで
 

例:IS-ISトラフィック制御サポートの有効化

この例では、IS-IS を設定して、ラベルスイッチ パスをショートカットとして使用する方法を示します。

要件

この例を設定する前に、デバイス初期化以外の特別な設定は必要ありません。

概要

MPLSトラフィックエンジニアリングは、特定のデータフローを、内部ゲートウェイプロトコル(IGP)によって計算されたデータリンクではなく、確立されたラベルスイッチパス(LSP)にマッピングし、最適な(最短)パスの一部となります。この機能の基本は、LSP にマッピングするトラフィックの決定です。トラフィックは、特定の宛先プレフィックスのネクストホップルーターとしてエグレスLSRを指定することで、トンネルのイングレスラベルスイッチングルーター(LSR)のLSPにマッピングされます。

LSPが宛先へのルート全体を構成するわけではないことを理解することが重要です。むしろ、LSPはルートのネクストホップセグメントです。そのため、ルート解決プロセス中にエグレスLSRが実行可能なネクストホップ候補と見なされる場合にのみ、パケットをLSPにマッピングすることができます。

図 1 は、この例で使用したトポロジーを示しています。

図 1:IS-IS ショートカット トポロジー IS-IS Shortcuts Topology

この例では、デバイスCは自律システム(AS)2のデバイスGとの外部BGP(EBGP)ピアセッションを持っています。デバイスCは、AS 2の内部BGP(IBGP)ピアがサブネットにアクセスできるように、デバイスGに接続するインターフェイスでIS-ISをパッシブに実行します。IS-ISは外部サブネットに関する情報を持ち、inet.0ルーティングテーブル内のこれらのサブネットへのルートを入力します。BGPは、AS外部ルートのネクストホップアドレスを解決する際に、IGPルートを使用します。

ヒント:

インターフェイス上でIS-ISをパッシブに実行する代わりに、ネクストホップセルフポリシーを使用します。

デバイスAには、デバイスCへのLSPがあります。パスは、デバイスBを経由するのではなく、常にデバイスEを経由するように設定されています。

トラフィックエンジニアリングのショートカットとも呼ばれる内部ゲートウェイプロトコル(IGP)ショートカットは、AS内のリンク状態IGP(OSPFまたはIS-IS)が最短パスファースト(SPF)計算でLSPを検討できるツールを提供します。パッシブ外部インターフェイスを使用している場合、IGPはLSPをLSPエグレスデバイスを越えた宛先に向かう単一のデータリンクと見なします。

(デフォルトである)とIGPのショートカットを使用 traffic-engineering bgp する場合、トラフィック制御ソリューションはBGP AS外部ルート解決にのみ使用されます。ただし、AS内部の宛先へのトラフィックは、LSPにマッピングすることもできます。これを実現するには、 traffic-engineering bgp-igp が有効になっています。そのため、RSVP は inet.3 テーブルではなく inet.0 テーブルに MPLS プレフィックスをインストールします。その結果、MPLS LSP が転送テーブルにインストールされます。

このアプローチでは、サーバーファームなど、重いトラフィックがAS内の特定の宛先にルーティングされるたびに、実用的なアプリケーションを見つけることができます。

単独で使用する場合でも、トラフィックエンジニアリング BGP-IGP と組み合わせて使用する場合でも、IGP のショートカットに関する重要なポイントは、LSP 間で IGP の隣接関係が形成されることはありません。IGPはLSPを単一のデータリンクと見なしますが、エグレスルーターを潜在的なピアとして表示せず、LSPにhelloメッセージを転送しません。また、RSVPメッセージがLSP上で転送されることはないため、LSPが誤って別のLSP内に構築される可能性を防ぎます。

CLI クイック設定 は、 図 1 にすべてのデバイスの設定を示しています。セクション #configuration424__isisショートカット-順 を追って、デバイス A の手順について説明します。

構成

手順

CLI クイックコンフィギュレーション

この例を迅速に設定するには、以下のコマンドをコピーしてテキスト ファイルに貼り付け、改行を削除し、ネットワーク設定に合わせて必要な詳細を変更してから、 階層レベルの CLI にコマンドを [edit] コピー アンド ペーストします。

デバイスA

デバイスB

デバイスC

デバイスD

デバイスE

デバイスF

デバイス G

手順

次の例では、設定階層内のさまざまなレベルに移動する必要があります。CLIのナビゲーションについては、 CLIユーザーガイドの設定モードでのCLIエディターの使用を参照してください。

IS-ISトラフィックエンジニアリングのショートカットを設定するには:

  1. インターフェイスを設定します。

  2. インターフェイスでシグナリング プロトコルを有効にします。

  3. インターフェイスでMPLSを有効にします。

  4. ラベルスイッチ パスを設定します。

    test_pathという名前の単一のLSPが、デバイスAからデバイスCに設定されています。LSP の明示的ルート オブジェクト(ERO)は、デバイス E を通るストリクト ホップを使用するように指定されているため、LSP は A-B-C の OSPF 最短パスとは異なるパスを取得します。LSP は RSVP を使用してシグナリングされますが、CSPF は実行されていません。

  5. BGPとIGPの両方の宛先のトラフィック制御を設定します。

    IGP ショートカットも有効になっている場合、IGP はその計算で LSP を使用できます。計算の結果をinet.0テーブルに入力します。

    [edit protocols mpls]
    user@A# set traffic-engineering bgp-igp
    

  6. デバイス間の内部BGP(IBGP)ピアリングを設定します。

  7. インターフェイスでIS-ISを有効にし、リンクメトリックを設定します。

  8. IPv4アドレスファミリーのネクストホップとしてMPLS LSPを使用するようにIS-ISを設定します。

    これは、ルーターが最短パスファースト(SPF)計算を実行しているため、イングレスルーターでIGPショートカットを有効にする必要があります。

    IGPのショートカットがプロトコルとルーティングテーブルの関係にどのように影響するかを理解することが重要です。IGP は LSP エグレス ポイントのダウンストリームのサブネットに SPF 計算を実行しますが、これらの計算の結果は inet.3 テーブルにのみ入力されます。同時に、IGP は従来の SPF 計算を実行し、これらの計算の結果を inet.0 テーブルに入力します。その結果、IGP は inet.3 テーブルへのエントリーを作成していますが、ルート解決を目的として、そのテーブルを可視化する唯一のプロトコルは依然として BGP です。そのため、AS内部宛先への転送は依然としてinet.0 IGPルートを使用し、LSPはBGPネクストホップ解決にのみ使用されます。LSP を IGP ネクストホップ解決に使用する場合は、 を設定 traffic-engineering bgp-igpする必要があります。

  9. ルーターIDと自律システム(AS)番号を設定します。

結果

設定モードから、 、 、 show protocolsコマンドを入力して設定をshow interfacesshow routing-options確認します。出力結果に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。

デバイスの設定が完了したら、設定モードから コミット を入力します。

検証

設定が正しく機能していることを確認します。

ネクストホップの検証

目的

MPLS LSPが予想されるルートのネクストホップとして使用されていることを確認します。

アクション

動作モードから、 コマンドを show route 入力します。

意味

IS-IS は、LSP エグレス デバイスの宛先ダウンストリームへの最短パスとして LSP を選択します。さらに、IGP は LSP を使用して外部サブネット 10.0.0.24/30 に到達するため、BGP は 10.2.0.0 および 10.3.0.0 へのルートで LSP を使用します。

デバイス C でネクストホップ self が使用された場合、BGP は IGP パス上で LSP を選択します。

RSVP セッションの確認

目的

RSVP セッションに関する情報の表示

アクション

動作モードから、 コマンドを show rsvp session brief 入力します。

意味

4つのルーティングデバイスすべてで、LSPのイングレスおよびエグレスIPアドレスが表示されます。パスはデバイスAのイングレスパスとして表示され、LSPで転送されたパケットには299776のラベルが割り当てられます。デバイスEでは、LSPはトランジットであり、299776のラベルで到着したパケットには、299808の発信ラベルが与えられます。ラベルには、隣接する LSR(ラベルスイッチ ルーター)間でのみ意味があります。デバイスFは、受信ラベル299808を発信ラベル3に交換します。デバイスC(エグレス)は、ラベル3をポップし、標準的なIP最長一致ルートルックアップによって受信したパケットをルーティングします。

異なるトラフィック制御設定でパスを確認する

目的

いつ使用され、いつ traffic-engineering bgp-igp (デフォルト)が使用されているか、IGPおよび traffic-engineering bgp BGPルートに使用されるパスを確認します。

アクション

  1. を設定します traffic-engineering bgp

    これにより、各ルーティング インスタンスで MPLS トラフィック制御設定を 1 つだけ設定できるため、設定が削除 traffic-engineering bgp-igp されます。

  2. コマンドを show route forwarding-table 使用して、(デフォルト)が設定されている場合 traffic-engineering bgp にパスを確認します。

  3. コマンドを traceroute 使用して、(デフォルト)が設定されている場合 traffic-engineering bgp にパスを確認します。

  4. を設定します traffic-engineering bgp-igp

    これにより、各ルーティング インスタンスで MPLS トラフィック制御設定を 1 つだけ設定できるため、設定が削除 traffic-engineering bgp されます。

  5. コマンドを show route forwarding-table 使用して、設定時にパスを traffic-engineering bgp-igp 確認します。

  6. コマンドを traceroute 使用して、設定時にパスを traffic-engineering bgp-igp 確認します。

意味

が設定されている場合 traffic-engineering bgp 、最初のトレースは BGP で学習した 10.2.0.0/16 プレフィックスに属する宛先に対し、LSP に従います。2 番目のトレースは、IS-IS で学習した 192.168.0.3 ルート(デバイス C のループバック インターフェイス アドレス)に対し、IS-IS ルートに従います。これらの結果は、転送テーブルで観察したものに対応しています。転送テーブルは、inet.0 のルートのみに基づいて構築されています。BGPはinet.3を調べて、BGPプレフィックスのネクストホップへの最適なパスとしてLSPを選択し、そのLSPを利用してinet.0にルートを追加できます。その後、inet.0 ルートから転送テーブルにエントリが作成されます。デフォルトでは、他のプロトコルは inet.3 を参照できません。また、inet.3 ルートは inet.0 に入力されません。そのため、192.168.0.3 の転送エントリーは、inet.0 の宛先への唯一のルート(IS-IS ルート)から作成されます。

が設定されている場合 traffic-engineering bgp-igp 、10.2.1.1 への最初のトレースは LSP に続きます。192.168.0.3 への 2 番目のトレースも LSP に続きます。これらの結果は、転送テーブルで観察したものに対応しており、LSPがIGPネクストホップ解決に使用されていることを示しています。