Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

RIPngネットワークにおけるトラフィック制御

パス コストを最適化するためのメトリックによる RIPng トラフィック制御の理解

RIPng ネットワークを調整し、ネットワークを通過するトラフィック フローを制御するには、ネットワークを通過するパスのコストを増減します。RIPng には、パス コストを変更する方法として、受信メトリックと送信メトリックの 2 つが用意されており、それぞれ既定で 1 に設定されています。つまり、デフォルトでは、RIPngがネイバーからインポートするルート、またはネイバーにエクスポートするルートのメトリックは1増加します 。これらのルートには、RIPng から学習したルートと、他のプロトコルから学習したルートが含まれます。メトリックは、ホストを通じてアドバタイズされるルートのコストを指定するアトリビュートです。ネットワーク全体のリンクのメトリック(ひいてはコスト)を増減することで、ネットワーク全体のパケット伝送を制御できます。

受信メトリックは、セグメントを横断するルートがルーティングテーブルにインポートされるときに、個々のセグメントのコストを変更します。たとえば、セグメントの受信メトリックを 3 に設定すると、リンクに沿った個々のセグメントのコストが 1 から 3 に変更されます。コストの増加は、そのリンクを経由するすべてのルート計算に影響します。これまでホップ数が多いために除外されていた他のルートが、ルーターの転送テーブルに選択される場合があります。

発信メトリックは、特定のインターフェイスからアドバタイズされるすべてのルートのパス コストを変更します。受信メトリックとは異なり、発信メトリックは他のルーターが学習しているルートを変更することで、トラフィックの送信方法を制御します。

エクスポートされたルートが同じRIPngグループのメンバーから学習された場合、そのルートに関連付けられたメトリックは通常のRIPngメトリックになります。例えば、受信メトリック 2 で設定されたネイバーから学習したメトリック 5 の RIPng ルートは、同じグループ内のネイバーにアドバタイズされると、結合メトリック 7 でアドバタイズされます。ただし、このルートが異なるグループの RIPng ネイバーまたは異なるプロトコルから学習された場合、ルートはそのグループの発信メトリックで設定されたメトリック値でアドバタイズされます。

ルートのメトリックを大きくすることで、特定のルートが選択され、ルーティング テーブルにインストールされている可能性を減らすことができます。このプロセスは、 ルート ポイズニングとも呼ばれます。ルートをポイズニングする理由には、ルートの使用コストが比較的高いことや、帯域幅が比較的低いことなどがあります。

他のルートよりもメトリックが高いルートは、メトリックの低いルートが利用できなくなった場合にのみアクティブなルートになります。このようにして、メトリックの高いルートがバックアップ パスとして機能します。

インポートされたルートのメトリックを上げる 1 つの方法は、インポート ポリシーを設定することです。別の方法は、RIPngネイバー設定にこのステートメントを含める metric-in ことです。エクスポート ルートのメトリックを上げる 1 つの方法は、エクスポート ポリシーを設定することです。別の方法は、RIPngネイバー設定にこのステートメントを含める metric-out ことです。

例:ルート選択プロセスを制御するために、インポートされた RIPng ルートに追加されるメトリック値の設定

この例では、ルート選択プロセスを制御するために、受信ルートに追加するデフォルトのメトリックを変更する方法を示しています。

要件

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

概要

通常、複数のルートが使用可能な場合、RIPng はホップ数が最も少ないルートを選択します。デフォルトのメトリックを変更することで、ホップ数の多いルートをホップ数が少ないルートよりも優先できるように、ルート選択プロセスを制御することができます。

図 1 に、この例で使用するトポロジを示します。

図 1: RIPng 受信メトリック ネットワーク トポロジ RIPng Incoming Metrics Network Topology

デバイス R1 には、2001:db8::2/128 に到達する 2 つの潜在的なパスがあります。デフォルトの動作では、デバイスR2向けの2001:db8:0:1::/64インターフェイスからトラフィックを送信します。ただし、デバイス R3 を経由するパスの方がコストが安い場合や、リンクの帯域幅が大きいとします。この例では、ステートメントを使用して metric-in 、デバイス R1 がデバイス R3 を経由するパスを使用して 2001:db8::2/128 に到達するようにする方法を示しています。 CLIクイック構成 は、 図1のすべてのデバイスの構成を示しています。セクション #d17e58__d17e200 では、デバイス R1 の手順について説明します。

トポロジ

構成

手順

CLIクイック構成

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

デバイスR1

デバイスR2

デバイス R3

手順

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

RIPngメトリックを設定するには:

  1. ネットワークインターフェイスを設定します。

  2. RIPng グループを作成し、インターフェイスを追加します。

    Junos OSでRIPngを設定するには、RIPngが有効になっているインターフェイスを含む1つ以上のグループを設定する必要があります。ループバックインターフェイスでRIPngを有効にする必要はありません。

    デバイスR2に面しているインターフェースでは、 メトリックイン4 の設定により、このルートがアクティブルートとして選択される可能性が低くなります。

  3. 直接ルートとRIPngで学習したルートの両方をアドバタイズするルーティングポリシーを作成します。

  4. ルーティングポリシーを適用します。

    Junos OSでは、グループレベルでのみRIPngエクスポートポリシーを適用できます。

結果

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

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

検証

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

予期したルートがアクティブであることの確認

目的

デバイスR1がデバイスR3を通るパスを使用して、2001:db8:0:2:2a0:a514:0:24c/128に到達することを確認します。

アクション

動作モードから コマンド show route 2001:db8:0:2:2a0:a514:0:24c を入力します。

意味

ge-1/2/1.10 経由の fe80::2a0:a514:0:94c への出力は、デバイス R1 がデバイス R3 を経由するパスを使用して 2001:db8:0:2:2a0:a514:0:24c/128 に到達していることを示しています。このルートのメトリックは 3 です。

メトリックインステートメントの削除

目的

metric-in ステートメントを削除または非アクティブ化して、2001:db8:0:2:2a0:a0:a514:0:24c/128 ルートに何が起こるかを確認します。

アクション
  1. 設定モードから、 ステートメントを無効に metric-in します。

  2. 動作モードから コマンド show route 2001:db8:0:2:2a0:a514:0:24c を入力します。

意味

fe-1/2/0.1 経由の fe80::2a0:a514:0:24c への出力は、デバイス R1 がデバイス R2 を経由するパスを使用して 2001:db8:0:2:2a0:a0:a514:0:24c/128 に到達していることを示しています。このルートのメトリックは 2 です。