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)ピア セッションを持っています。内部 BGP(IBGP)ピアが AS 2 のサブネットにアクセスできるようにするために、デバイス C はデバイス 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エグレスデバイスを超えた宛先への単一のデータリンクと見なします。

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

このアプローチは、サーバーファームなど、AS内の特定の宛先に大量のトラフィックがルーティングされる場合に実用的です。

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

CLI クイック構成 は、 図 1 のすべてのデバイスの設定を示しています。 セクション#configuration424__isis-shortcuts-step-by-stepでは 、デバイスAの手順について説明します。

構成

プロシージャ

CLIクイック構成

この例をすばやく設定するには、次のコマンドをコピーしてテキストファイルに貼り付け、改行を削除して、ネットワーク構成に合わせて必要な詳細を変更し、 [edit] 階層レベルのCLIにコマンドをコピー&ペーストしてください。

1 デバイスA 1

1 デバイスB 1

1 デバイスC 1

1 デバイスD 1

1 デバイスE 1

デバイスF

1 デバイスG 1

手順

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

IS-IS トラフィック制御のショートカットを設定するには:

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

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

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

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

    test_pathという名前の単一のLSPが、デバイスAからデバイスCに設定されます。LSPの明示的なルートオブジェクト(ERO)は、デバイスEを介して厳密なホップを使用するように指定されているため、LSPはOSPFのA-B-Cの最短パスとは異なるパスを取ります。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 を設定します。

    ingressルーターでIGPショートカットを有効にする必要があるのは、それが最短パスファースト(SPF)計算を実行するルーターだからです。

    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 interfacesshow protocols、および show 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を使用します。

ネクストホップの self がデバイス C で使用された場合でも、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を使用する場合とtraffic-engineering bgp(デフォルト)を使用する場合、IGPおよびBGPルートに使用されるパスを確認します。

アクション

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

    これにより、各ルーティング インスタンスで構成できるMPLSトラフィックエンジニアリング設定は 1 つだけであるため、構成から traffic-engineering bgp-igp が削除されます。

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

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

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

    各ルーティング インスタンスで構成できるMPLSトラフィックエンジニアリング設定は 1 つだけであるため、構成から traffic-engineering bgp が削除されます。

  5. traffic-engineering bgp-igpが設定されている場合に、show route forwarding-tableコマンドを使用してパスを確認します。

  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ネクストホップ解決に使用されていることを示しています。