Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
このページ
 

例:個別のネットワーク パス上でマルチキャスト トラフィックの冗長性を提供するためのマルチトポロジー ルーティングの設定

この例では、MTR(マルチトポロジ ルーティング)を使用して、別々のネットワーク パス上でマルチキャスト トラフィックの冗長性を提供する方法を示しています。つまり、2 つのマルチキャスト ソースが同じマルチキャスト ストリームを送信しますが、リンク障害が発生した場合の冗長性を確保するために、2 つのストリームは、分離されたパスを使用します。

メモ:

現時点では、PIM に MTR 拡張を使用するための標準は定義されていないことに注意してください。

要件

この例では、Junos OS リリース 9.0 以降がプロバイダ コア デバイスで実行されている必要があります。

概要

冗長マルチキャスト ストリーム、S1 および S2 を提供する各ソースが異なる IP サブネット アドレスを持っていることを想定しています。各ソースは、G1 と G2 という異なるグループを使用してマルチキャスト トラフィックを送信します。さらに、S1 と S2 が同じ顧客エッジ(CE)デバイスに接続されており、BGP を使用してプロバイダ エッジ(PE)ルーターにルートをアナウンスすると仮定します。

トポロジー内のすべてのデバイスに対する完全な設定セットについては、「 CLI クイック設定」を参照してください。この例の残りの部分は、デバイス CE1 とデバイス PE1 に焦点を当てています。

図 1 は、サンプル トポロジーを示しています。

図 1:音声および映像サービスに属する指定リンクのマルチトポロジー OSPF および BGP Multitopology OSPF and BGP for Designating Links Belonging to Voice and Video Services

構成

CLI クイック設定

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

デバイス CE1

デバイス CE2

デバイス PE1

デバイス PE2

デバイス P1

デバイス P2

デバイス P3

デバイス P4

デバイス CE1 の設定

手順

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

デバイス CE1 を設定するには、次の手順に従います。

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

    デモンストレーションの目的で、この例ではイーサネット インターフェイスをループバック モードにし、このループバック インターフェイス上で複数のアドレスを設定します。その後、アドレスは直接ルートとしてネットワークにアナウンスされます。これらのルートは、コミュニティがアタッチされた BGP ルートのグループをシミュレートします。

  2. デバイス PE1 への外部 BGP(EBGP)接続を設定します。

    マルチキャスト サーバーに最も近い CE ルーターは、EBGP を使用してマルチキャスト ソース IP アドレスを PE ルーターにアナウンスします。送信元アドレスは 、ファミリ inet ユニキャストファミリー inet マルチキャストの両方でアナウンスされるため、BGP ルートがデフォルト ルーティング テーブル inet.0、マルチキャスト ルーティング テーブル inet.2 に追加されます。どちらのルート セットも PE ルーターによって IBGP にインジェクトされます。

  3. インターフェイスで PIM を設定します。

  4. インターフェイス fe-0/1/0 で設定されたアドレスをアナウンスするルーティング ポリシーを設定します。

  5. 一部のルートに red コミュニティ属性を付け、その他のルートに blue コミュニティ属性をタグ付けするルーティング ポリシーを設定します。

    CE ルーターは、EBGP を介して PE ルーターにルートをアドバタイズします。これらのルートは、コミュニティが 2 つの異なるグループに設定された BGP ファミリー inet マルチキャスト ルートとしてアドバタイズされます。ポリシーは、BGP ルートの 2 つのグループを識別します。

  6. 直接ルートが BGP にエクスポートされるように、 set_community エクスポート ポリシーを適用します。

    inject_directs エクスポート ポリシーを適用して、インターフェイス fe-0/1/0 で設定されているアドレスをアナウンスします。

  7. rib-group を使用して、コミュニティがアタッチされ、マルチキャスト ルートとしてアナウンスされた BGP ルートのグループをシミュレートします。

    この設定によりマルチキャスト ルーティング テーブルが作成され、PIM はマルチキャスト ルーティング テーブル inet.2 を使用します。

  8. 自律システム(AS)番号を設定します。

結果

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

デバイスの設定が完了したら、設定モードから commit と入力します。

デバイス PE1 の設定

手順

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

デバイス PE1 を設定するには、次の手順に従います。

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

  2. セカンダリ アドレス 1.1.1.30 および 2.2.2.30 を設定します。

    IBGP ルートをインジェクトする各ルーター上の各トポロジには、特定のプロトコルのネクスト ホップ IP アドレスが必要です。ルーター上で複数のセカンダリ ループバック IP アドレスを、プロトコルのネクスト ホップ アドレスとして使用するように設定できます。この設定は、非プライベート IP アドレス 1.1.1.30/32 と 2.2.2.30/32 をそれぞれ red トポロジと blue トポロジで使用するためにループバック インターフェイス lo0 に設定されている様子を示しています。

    ルーティング トポロジに関連付けられた BGP ルートのグループは、同じ固有のプロトコルのネクスト ホップを使用します。たとえば、2 つのルーティング トポロジを処理するように PE ルーターを設定した場合、ループバック インターフェイス lo0 の下に 2 つの固有の非primary アドレスも設定します。

  3. 各非プライベート ループバック IP アドレスをトポロジに関連付けて、関連付けられたトポロジ ルーティング テーブルに含めます。

    OSPF インターフェイス ステートメントの下でループバック IP アドレスとトポロジを設定します。特に、OSPF に既知の他のすべてのトポロジを無効にする必要があります。理由は 2 つあります。まず、トポロジに固有のループバック アドレスは、1 つのトポロジ ルーティング テーブルにのみ存在する必要があります。2 つ目は、トポロジが OSPF に追加されると、そのトポロジはデフォルトで OSPF の下のすべての後続のインターフェイスで有効になります。

    デバイス PE1 設定では、ループバック アドレス 1.1.1.30/32 を、このルーターの OSPF Router-LSA の下のスタブ ルートとして OSPF データベースに配置します。これは red トポロジとデフォルト トポロジに属しますが、blue トポロジには属しません。ループバック アドレス 1.1.1.30/32 は、リモート コア ルーターのトポロジー ルーティング テーブル inet.0 および :red.inet.0 にインストールされます(ただし、:blue.inet.0 にはインストールされません)。blue ループバック アドレス 2.2.2.30/32 にも同様の設定を使用します。

  4. インターフェイスで OSPF を有効にし、トポロジ上で特定の OSPF リンク メトリックを設定して、パスを識別し、異なるサーバーへのツリーを構築します。

    リンクはすべてのルーティング トポロジをサポートし、プライマリ マルチキャスト パスに障害が発生した場合にバックアップを提供できます。

    ソースに向けられた PIM ジョイン メッセージを介してマルチキャスト ツリーが構築されると、最も望ましいパスに従います。異なるマルチキャスト ソース(異なるルーティング トポロジ内)へのマルチキャスト ツリーは、別のパスに沿って別のツリーを作成できます。

  5. マルチキャスト ルーティング テーブル inet.2 を作成し、 inet.2 ルーティング テーブルを使用するように PIM を設定します。

    マルチキャスト ルックアップ用に別のルーティング テーブルを設定します。 inet.2 からのルートが設定されます。 inet.2 ルーティング テーブルは、タイプマルチキャストのルートによって設定されます。

  6. inet.2 のルートを使用するように PIM を設定します。

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

  8. 指定されたルーティング テーブルを使用してプロトコルのネクスト ホップでルート解決を実行するようにルーターを設定します。

    プロトコルのネクスト ホップは、PIM ジョイン メッセージを転送する転送ネクスト ホップ インターフェイスを決定するために使用されます。この設定では、プロトコルのネクストホップ IP アドレス ルックアップにトポロジ ルーティング テーブル :red.inet.0 および :blue.inet.0 を使用するよう inet.2 ルート解決を指示します。

    解決設定では、最大 2 つのルーティング テーブルを指定できます。このソリューションの重要な要素は、プロトコルのネクスト ホップ アドレスが 1 つのトポロジ ルーティング テーブルにのみ存在することです。つまり、プロトコルのネクスト ホップはリモート PE セカンダリ ループバック アドレスに属し、1 つのトポロジ ルーティング テーブルにのみインジェクトされます。ルート解決スキームは、まずルーティング テーブル :red.inet.0 をチェックして、プロトコルのネクスト ホップ アドレスを確認します。アドレスが見つかった場合は、このエントリを使用します。見つからない場合、解決スキームはルーティング テーブル :blue.inet.0 をチェックします。そのため、各プロトコルのネクストホップ アドレスにはトポロジ ルーティング テーブルが 1 つだけ使用されます。

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

  10. BGP を設定します。

  11. EBGP ルートを IBGP にエクスポートする場合は、プロトコルのネクスト ホップを設定します。

    ルートを IBGP にエクスポートする場合、イングレス デバイス PE1 ルーターを設定して、BGP ルートのプロトコルのネクスト ホップ アドレスを設定します。

    BGP は、EBGP ルートを IBGP にインジェクトする際に、エクスポート ポリシーを使用してネクスト ホップを設定します。

    この設定は、設定するネクスト ホップの可能性が 3 つあるエクスポート ポリシーです。ルート 1.1.1.30 は red トポロジに関連付けられています。ルート 2.2.2.30 は blue トポロジに関連付けられています。デフォルトのネクストホップ自己ポリシーでは、デバイス PE1 のプライマリ ループバック アドレス 10.255.165.93 が使用されます。

    nhs_test ポリシーは、BGP アップデートのコミュニティに基づいてプロトコルのネクスト ホップを設定します。

  12. ネクストホップ自己ポリシーを IBGP セッションに適用します。

  13. OSPF および BGP でこれらのトポロジを使用できるようにする voice トポロジと video トポロジを設定します。

    voicevideo という名前はルーターに対してローカルです。この名前は、このルーターを越えて伝達されません。ただし、管理目的では、マルチトポロジー環境のルーター間で一貫した命名規則を使用すると便利です。

結果

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

デバイスの設定が完了したら、設定モードから commit と入力します。

検証

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

inet.2 で IBGP ルートを確認する

目的

デバイス PE1 によって IBGP にインジェクトされるルートに、それらが属するトポロジに基づくネクスト ホップがあることを確認します。

アクション

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

意味

この出力は、デバイス PE1 から見た inet.2 ルーティング テーブルの IBGP ルートを示しています。ルートは当初、デバイス PE1 によって IBGP にインジェクトされ、ネクスト ホップはルートが属するトポロジに基づいて設定されました。BGP コミュニティ値により、トポロジの関連付けが決定されました。

ルート 11.19.130/24 は、コミュニティ値 target:40:40 を持っているので、red トポロジに属します。プロトコルのネクスト ホップは 1.1.1.30 で、転送ネクスト ホップは ge-1/2/1.42 です。

ルートの検証

目的

ルートが予想されるルーティング テーブルにあり、予想されるコミュニティがルートにアタッチされていることを確認します。

アクション

動作モードから、デバイス PE1 でコマンドを show route detail 入力します。

意味

この出力は、コミュニティ値 target:40:40 を持つ BGP ルート 11.19.130.0/24 を示しています。ルートは voice トポロジの基準に一致するため、デフォルトのルーティング テーブルと voice トポロジ ルーティング テーブル(inet.0 および :voice.inet.0)の両方にルートが追加されます。デバイス PE1 は、デバイス CE1 から EBGP を通じてルートを学習し、そのルートを IBGP にインジェクトします。

BGP ネクスト ホップの解決の確認

目的

プロトコルのネクスト ホップと転送ネクスト ホップを確認します。

アクション

動作モードから、デバイス PE2 でコマンドを show route detail 入力します。

意味

一般的な IBGP コアには、基盤となる IGP ルートを使用して解決するプロトコルのネクスト ホップを持つ BGP ルートがあります。トポロジ ルーティング テーブル内の IBGP ルートには、プロトコルのネクスト ホップ IP アドレスがあります。デフォルトでは、プロトコルのネクスト ホップ IP アドレスを検索して転送ネクスト ホップに解決するために、同じトポロジ ルーティング テーブルが使用されます。デバイス PE2 からのこの出力は、前の例と同じ BGP ルートを示しています。11.19.130.0/24。ルートは別の視点、つまりデバイス PE2 から IBGP ルートとして表示されています。同様に、この IBGP ルートは、デバイス PE2 の inet.0:voice.inet.0 の両方に追加されます。ただし、各ルートは同じプロトコルのネクスト ホップを持ちますが、各ルートは異なる転送ネクスト ホップ(ge-0/0/1/4.0 ではなく ge-0/0/3.0)を持ちます。この違いは、プロトコルのネクスト ホップ IP アドレス 10.255.165.93 を解決し、対応するルーティング テーブル(inet.0 または :voice.inet.0)を使用してプロトコルのネクスト ホップを検索する場合です。

プロトコルのネクスト ホップの検証

目的

プロトコルのネクスト ホップと転送ネクスト ホップを確認します。

アクション

動作モードから、デバイス PE2 でコマンドを show route 入力します。

意味

デバイス PE2 からのこの出力は、IP アドレス 10.255.165.93 である 11.19.130.0/24 のプロトコルのネクスト ホップを示しています。したがって、IBGP ルート 11.19.130.0/24 がプロトコルのネクスト ホップを解決する方法をさらに示しています。前の例に示すように、10.255.165.93 の転送ネクスト ホップは、ルート 11.19.130/24 の IBGP 転送ネクスト ホップと一致します。IP アドレス 10.255.165.93 がルーティング テーブル :video.inet.0 にも含まれています。このアドレスはデバイス PE1 のループバック アドレスであるため、3 つのルーティング テーブルすべてに存在します。この例では、11.19.130.0/24 宛てにデバイス PE2 に入るトラフィックが、関連付けられたトポロジに応じて異なるインターフェイスを出る方法も示しています。実際のトラフィックは、ファイアウォール フィルタがトラフィックに特定のトポロジ ルーティング テーブルを使用するよう指示できるような方法でマークされます。

OSPF ネイバーの検証

目的

OSPF ネイバーで、予想されるトポロジが有効になっていることを確認します。

アクション

動作モードから、デバイス P2 でコマンドを show (ospf | ospf3) neighbor extensive 入力します。

意味

このデバイス P2 の出力は、OSPF ネイバー PE2(10.0.0.21)を示しています。ここでは、マルチトポロジー OSPF のデフォルトと video が参加者です。 Bidirectional フラグは、ネイバーが同じマルチトポロジー OSPF ID を使用して設定されていることを示しています。

ルーター LSA の確認

目的

動画と音声のトポロジが有効になっているリンクを確認します。

アクション

動作モードから、デバイス P2 でコマンドを show ospf database extensive 入力します。

意味

このデバイス P2 の出力は、デバイス PE2 によって発信された Router-LSA を示しています。LSA は、(デフォルト トポロジに加えて)video トポロジと voice トポロジが有効になっているリンクを示しています。

トラフィックがネットワークを通過する方法を確認する

目的

予想されるパスが使用されていることを確認します。

アクション

動作モードから、デバイス CE1 でコマンドを traceroute 入力します。

最初の出力例は、voice トポロジ上の traceroute が、DSCP が設定されているデバイス CE1 からデバイス CE2 に移行することを示しています。ルートは :voice.inet.0 で解決されます。この traceroute パスは、voice パス CE1-PE1-P1-P2-PE2-CE2 を通ります。

この出力は、DSCP が設定されていない voice のデバイス CE1 からデバイス CE2 への traceroute を示しています。ルートは inet.0 で解決され、結果のパスは DSCP が設定された前のケースとは異なります。この traceroute パスは、デフォルト のパス CE1-PE1-P4-PE2-CE2 に従います。

この出力は、ファイアウォール フィルタが宛先アドレスに基づいている video トラフィックのデバイス CE1 からデバイス CE2 への traceroute を示しています。ルートは :video.inet.0 経由で解決されます。この traceroute は、video パス CE1-PE1-P3-P4-PE2-CE2 に従います。

この出力は、DSCP が設定されている video のデバイス CE1 からデバイス CE2 への traceroute を示しています。DSCP ビットは、トポロジ テーブル :voice.inet.0 を使用するようデバイス PE1 に指示します。ビデオ ルートの音声ルーティング テーブルにエントリがないため、トラフィックはドロップされます。