Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

BGP MED 属性

AS 内の終了ポイントを決定する MED 属性について説明します。

BGP 複数の「MED」 (med-v) は非推移性の属性であり、インターネット全体に伝播されるのではなく、隣接する自律システム (MULTI_EXIT_DISC) にのみ対応します。MED 属性は必須ではありません。これは、必ずしも BGP 更新と一緒に送信されるわけではありません。MED の目的は、その他の人々が特定のプレフィックスに到達するために、AS をどのように入力するかに影響を与えることを意味します。

MED 属性には、メトリックと呼ばれる値があります。終了点の決定において他のすべての要素が等しい場合、メトリックが最小の出口ポイントが推奨されます。

外部の BGP リンク経由で受信した MED-V は、AS 内の他の BGP 対応デバイスへの内部リンク上に伝達されます。

ルートが BGP から学習し、すでに MED メトリックが関連付けられている場合、または構成ファイルで MED メトリックを構成している場合、BGP 更新メッセージには MED メトリックが含まれます。

次の一般的なルールに従って、ルートを使用して MED メトリックがアドバタイズされます。

  • より限定されたメトリックが、特定のメトリックよりも優先されるようになります。つまり、グループ固有のメトリックはグローバル BGP メトリックを上書きし、ピア固有のメトリックはグローバル BGP またはグループ固有のメトリックを上書きします。

  • ルーティングポリシーによって定義されたメトリックは、 metric-outステートメントで定義されたメトリックを上書きします。

  • いずれかのメトリックが定義されている場合は、ルートで受信したメトリックを上書きします。

  • 受信した工順に関連する MED がない場合、およびメトリック値を明示的に設定しない場合は、メトリックはアドバタイズされません。メトリック値を明示的に設定しない場合は、有効なルートをアドバタイズするときに、MED 値はゼロ (0) と等しくなります。

ホスト間のホップ数ではなく AS path がルート選択 BGP にとって重要な基準であるため、1つのピアに複数の接続を持つことができるのと同じように、複数の同等のパスを持つことができます。ルーティングテーブルに同一ホストへの2つのルートがある場合は、各ルートに割り当てられている MED メトリックによって、転送テーブルに含めるかどうかが決定されます。割り当てた MED メトリックによって、AS 内の特定の出口ポイントを通過するトラフィックを強制できます。

図 1は、MED メトリックを使用してルートの選択を決定する方法を示しています。

図 1: デフォルトの MED の例デフォルトの MED の例

図 1 は、 AS 1 および AS 2 がルーター C および D. への 2 つの個別の BGP リンクで接続されていることを示しています。AS 1 のホスト E は、ルーター C. ホスト F に近い場所にあり、AS 1 にも、ルーター D の近くに位置しています。ASパスが同じため、各ホストには 2 つのルートが存在し、1 つはルーター C を通り、1 つはルーター D を通っています。ルーター C を介したホスト E 宛てのトラフィックを強制するために、ネットワーク管理者の AS 1 では、出口点で各ルーターの MED メトリックをホスト E に割り当けます 。MED メトリック 10 はルーター C を通るホスト E へのルートに割り当てられます。MED 指標の 20 は、AS 2 にあるルーター D. BGP ルーターを通るホスト E へのルートに割り当てられます。転送テーブルに対して低い MED メトリックを持つルートを選択します。

デフォルトでは、同一のピア・インストールを持つルートの MEDs のみが比較されます。ただし、以下に示すルーティングテーブルパス選択オプションを設定し表 1て、meds とさまざまな方法で比較することができます。MED オプションは、相互に排他的ではありません。また、組み合わせまたは個別に構成することもできます。MED オプションを有効にするには、すべてのネットワークで一様に構成する必要があります。選択したルートは、構成する MED オプションまたはオプションによって決まります。このため、MED オプションを設定する前に、ネットワークを適切なルートに対して慎重に評価することをお勧めします。

表 1: ルーティングテーブルのパス選択の MED オプション

オプション (名前)

機能

使用

常に MEDs (always-compare-med) を比較する

さまざまな過程にあるピアからのパスの MEDs が、ルート選択プロセスで常に比較されることを保証します。

ネットワークに参加するすべての企業が MEDs を設定するための統一されたポリシーに同意した場合に便利です。たとえば、2つの Isp によって共有されているネットワークでは、どちらも、MED 値を適切に設定するために、特定のパスが適切なパスであることに同意しなければなりません。

MED (med-plus-igp) への IGP コストの追加

パス選択の MED 値を比較する前に、BGP 次ホップ宛先への IGP ルートのコストを増加させることができます。

ルーターの MED 値はこのオプションで置き換えられますが、IGP メトリックの比較には影響を与えません。その結果、複数のルートが IGP 比較後に同じ値を持つ場合、ルートの選択が継続されると、IGP ルートメトリックも (MED 値に追加されて選択プロセスの前に比較される場合でも) 比較が行われます。

ダウンストリームには、複数の回で受信した特定のルートの完全なコストが必要な場合に便利です。

Cisco IOS の非決定的挙動cisco-non-deterministic() の適用

Cisco IOS ソフトウェアの非決定的な動作を指定します。

  • アクティブパスは、常に先に開始されます。すべての非アクティブで適格なパスは、アクティブパスに従い、受信した順に維持されます。リストの末尾には、不適合パスが残ります。

  • ルーティングテーブルに新しいパスが追加されると、すべてのルートのパスが比較されます。これは、MED-V ルールを失ったため選択できないパスも含みます。

このチェックボックスをオンにしていないと、システムが、パス間で MEDs を適切に比較できない場合があるため、このオプションを構成しないことをお勧めします。

例:AS 内の終了ポイントを決定する MED 属性を構成しています

この例では BGP update メッセージでアドバタイズするために複数の終了識別子 (MED) メトリックを設定する方法を示します。

要件

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

概要

BGP 更新メッセージでアドバタイズする MED メトリックを直接設定するには、 metric-out以下のステートメントを含めます。

metric ピアに送信されたすべてのルートのプライマリメトリックです。0~4,294,967,295(232 – 1)の範囲内の値を指定できます。

以下のオプション設定もサポートされています。

  • minimum-igp—メトリックを、内部ゲートウェイ プロトコル(IGP)で計算した最小メトリック値に設定して、BGPにします。新しく計算されたメトリックが最小メトリック値よりも大きい場合、メトリック値は変わりません。新たに計算されたメトリックが小さい場合は、メトリック値はその値に低くなります。

  • igp—指標を、デバイスからネクスト ホップにアクセスするためにIGPした最新のメトリック値BGP設定します。

  • delay-med-update—MED 値が上昇すると、MED アップデートの送信が遅れ。明細書delay-med-updateを設定igpするときにステートメントを含めます。MED が低い場合や、ルートに関連付けられた別の属性が変更されていない場合、更新の送信を遅延するデフォルトの間隔は 10 分です。既定のmed-igp-update-interval minutes間隔を変更[edit routing-options]するには、階層レベルの明細書を含めます。

  • offset— ネットワークで計算されたメトリック offset 値から使用されるメトリックを増減する値をIGP。メトリック値は、指定された値によって相殺されます。値が正の場合は、 igp or igp-minimumを指定することで、IGP で計算されたメトリックが増加します。 offset 値が負の場合は、 igp or igp-minimumを指定することで、IGP で計算されたメトリックが減少します。 offset

    offset -231~2 31 – 1 の範囲内の値を使用できます。調整した指標を 0 以上 232 ~ 1 に設定したことがない点に注意してください。

図 2は、内部のピアセッションと隣接自律システムに複数の出口ポイントがある典型的なネットワークを示しています (AS)。

図 2: IBGP セッションと複数の終了ポイントを含む一般的なネットワークIBGP セッションと複数の終了ポイントを含む一般的なネットワーク

デバイス R4 には、アドバタイズしたプレフィックスをシミュレートするように構成された複数のループバックインターフェイスがあります。余分なループバックインターフェイスアドレスは、44.44.44.44/32 と 144.144.144.144/32 です。この例では、デバイス R4 を構成して、MED-V 値を 30 ~ デバイス R2、MED-V 値 20 ~ Device R2) にアドバタイズする方法について説明します。これにより、すべてのデバイスが123としてデバイス R2 を通過するパスが推奨されます。

構成

CLI クイック構成

この例を簡単に構成するには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除し、ネットワーク設定に一致する必要がある詳細情報を変更してから、コマンド[edit]を階層レベルで CLI にコピー & ペーストします。

デバイス R1

デバイス R2

デバイス R3

デバイス R4

デバイス R1 の構成

順を追った手順

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

デバイス R1 を構成するには、次のようになります。

  1. インターフェイスを構成します。

  2. BGP を構成します。

  3. OSPF を構成します。

  4. 直接ルートを受け入れるポリシーを構成します。

    このシナリオのその他の便利な方法として、OSPF またはローカルルートから学習したルートを受け付けることが考えられます。

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

結果

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

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

デバイス R2 の構成

順を追った手順

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

デバイス R2 を構成するには、次のようになります。

  1. インターフェイスを構成します。

  2. BGP を構成します。

  3. OSPF を構成します。

  4. 直接ルートを受け入れるポリシーを構成します。

    このシナリオのその他の便利な方法として、OSPF またはローカルルートから学習したルートを受け付けることが考えられます。

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

結果

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

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

デバイス R3 の構成

順を追った手順

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

デバイス R3 を構成するには、次のようにします。

  1. インターフェイスを構成します。

  2. BGP を構成します。

  3. OSPF を構成します。

  4. 直接ルートを受け入れるポリシーを構成します。

    このシナリオのその他の便利な方法として、OSPF またはローカルルートから学習したルートを受け付けることが考えられます。

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

結果

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

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

デバイス R4 の構成

順を追った手順

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

デバイス R4 を構成するには、次のようにします。

  1. インターフェイスを構成します。

    デバイス R4 は、アドバタイズされたプレフィックスをシミュレートする複数のループバックインターフェイスアドレスを備えています。

  2. 直接ルートを受け入れるポリシーを構成します。

    このシナリオのその他の便利な方法として、OSPF またはローカルルートから学習したルートを受け付けることが考えられます。

  3. BGP を構成します。

  4. 近傍デバイス R3 の MED 値30、および近傍デバイス R2 用の MED 値20を構成します。

    この設定により、デバイス R2 を通過するパスを4として使用するために、123 (AS、デバイス R1、デバイス R2、デバイス R3 がメンバーである) の自律システムが発生します。

  5. ルーター ID と AS 番号を設定します。

結果

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

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

検証

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

デバイス R1 からデバイス R4 へのアクティブパスの確認

目的

デバイス R2 でアクティブパスが使用されていることを確認します。

アクション

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

アスタリスク (*) は、デバイス R2 を介して優先パスが指定されていることを示します。パス選択の理由は、MED 20 として表示されます。

デバイス R4 がルートを正しく送信していることを確認します。

目的

デバイス R4 が、値 20 ~ デバイス R2、値 30 ~ デバイス R3 の更新メッセージを送信していることを確認してください。

アクション

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

MED 列は、デバイス R4 が正しい MED 値を2つの外部 BGP (EBGP) 近隣ノードに送信していることを示しています。

例:ルートフィルターを使用した MED の構成

この例では、ルートフィルターを使用して、BGP update メッセージでアドバタイズする複数のアウト・弁別識別子 (MED) メトリックを変更するポリシーを設定する方法について説明します。

要件

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

概要

BGP 更新メッセージでアドバタイズされた MED を変更するルートフィルターポリシーを構成するにはmetric 、ポリシーアクションにそのステートメントを含めます。

図 3は、内部のピアセッションと隣接自律システムに複数の出口ポイントがある典型的なネットワークを示しています (AS)。

図 3: IBGP セッションと複数の終了ポイントを含む一般的なネットワークIBGP セッションと複数の終了ポイントを含む一般的なネットワーク

デバイス R4 には、アドバタイズしたプレフィックスをシミュレートするように構成された複数のループバックインターフェイスがあります。余分なループバックインターフェイスアドレスは、172.16.44.0/32 と 172.16.144.0/32 です。この例では、デバイス R4 を構成して、172.16.144.0 以外のすべてのルートに対して、MED 値 30 ~ デバイス R3 を通知する方法を示します。172.16.144.0 では、MED 値10がデバイス3に提供されます。デバイス R2 には、ルートプレフィックスに関係なく、MED 値20が通知されます。

構成

CLI クイック構成

この例を簡単に構成するには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除し、ネットワーク設定に一致する必要がある詳細情報を変更してから、コマンド[edit]を階層レベルで CLI にコピー & ペーストします。

デバイス R1

デバイス R2

デバイス R3

デバイス R4

デバイス R1 の構成

順を追った手順

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

デバイス R1 を構成するには、次のようになります。

  1. デバイスインターフェイスを構成します。

  2. BGP を構成します。

  3. OSPF を構成します。

  4. 直接ルートを受け入れるポリシーを構成します。

    このシナリオのその他の便利な方法として、OSPF またはローカルルートから学習したルートを受け付けることが考えられます。

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

結果

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

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

デバイス R2 の構成

順を追った手順

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

デバイス R2 を構成するには、次のようになります。

  1. デバイスインターフェイスを構成します。

  2. BGP を構成します。

  3. OSPF を構成します。

  4. 直接ルートを受け入れるポリシーを構成します。

    このシナリオのその他の便利な方法として、OSPF またはローカルルートから学習したルートを受け付けることが考えられます。

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

結果

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

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

デバイス R3 の構成

順を追った手順

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

デバイス R3 を構成するには、次のようにします。

  1. デバイスインターフェイスを構成します。

  2. BGP を構成します。

  3. OSPF を構成します。

  4. 直接ルートを受け入れるポリシーを構成します。

    このシナリオのその他の便利な方法として、OSPF またはローカルルートから学習したルートを受け付けることが考えられます。

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

結果

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

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

デバイス R4 の構成

順を追った手順

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

デバイス R4 を構成するには、次のようにします。

  1. デバイスインターフェイスを構成します。

    デバイス R4 は、アドバタイズされたプレフィックスをシミュレートする複数のループバックインターフェイスアドレスを備えています。

  2. 直接ルートを受け入れるポリシーを構成します。

    このシナリオのその他の便利な方法として、OSPF またはローカルルートから学習したルートを受け付けることが考えられます。

  3. BGP を構成します。

  4. 2つの MED ポリシーを構成します。

  5. 2つの EBGP 近隣ノードを構成し、デバイス R3 に2個の MED ポリシーを適用して、20 ~ デバイス R2 の MED 値を設定します。

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

結果

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

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

検証

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

デバイス R1 からデバイス R4 へのアクティブパスの確認

目的

デバイス R2 でアクティブパスが使用されていることを確認します。

アクション

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

この出力は、デバイス R4 によってアドバタイズされたルートへの優先パスが、デバイス R2 を通じて 172.16.144.0/32 以外のすべてのルートを通過していることを示しています。172.16.144.0/32 では、デバイス R3 を介して優先パスを使用しています。

デバイス R4 がルートを正しく送信していることを確認します。

目的

デバイス R4 が、値 20 ~ デバイス R2、値 30 ~ デバイス R3 の更新メッセージを送信していることを確認してください。

アクション

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

MED 列は、デバイス R4 が正しい MED 値を2つの EBGP 近隣ノードに送信していることを示しています。

例:コミュニティーを使用した MED の構成

特定のコミュニティからの全ルートで、マルチ Exit 識別子(MED)メトリックを 20 に設定します。

例:MED パス属性と IGP メトリックの関連付けと MED 更新の遅延

この例では、複数の出口弁別識別子 (MED) path 属性を内部ゲートウェイプロトコル (IGP) メトリックに関連付け、MED-V 属性の更新を遅延させるタイマーを設定する方法を示します。

要件

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

概要

BGP は、内部 BGP (IBGP) ルートの次ホップの IGP 距離に基づいてルートの MED 属性をアドバタイズするように構成できます。IGP メトリックにより、管理者の設定に従って最短パスをたどる内部ルーティングが可能になります。導入環境によっては、IGP 最短パスの知識を、隣接する自律システム (AS) の外部 BGP (EBGP) ピアに通信することが理想的な場合があります。これにより、これらの EBGP ピアは最短パスを使用して自分のにトラフィックを転送できるようになります。

EBGP ピアから学習したルートには、通常、直接接続されたインターフェイス上に次のホップがあります。したがって、IGP 値はゼロに等しくなります。0は通知された値です。IGP メトリックは、BGP ピア がローカル システムによるネクストホップ解決(IBGP 設定、コンフェデレーション ピア内の設定、ステートメントを含む EBGP 設定など)を実行する必要があるサードパーティー製のネクスト ホップを送信する場合、0 以外の値です。 multihop このようなシナリオでmetric-out minimum-igpは、or metric-out igpオプションを含めることで、MED 値と IGP メトリックを関連付けることが理にかなっています。

MED が IGP メトリックに関連付けられているという欠点は、ネットワーク内で不安定 IGP が発生した場合に、過剰なルートのアドバタイズメントのリスクになります。MED 更新の遅延を設定すると、そのようなシナリオでルートの通知を削減するメカニズムが提供されます。遅延は、次ホップの IGP メトリックが変更された場合に、MED 更新を遅らせることで機能します。このアプローチでは、タイマーを使用して MED 更新を定期的に提供しています。タイマーの有効期限が過ぎると、構成されmetric-out igp delay-updatesたルートの MED 属性が、次ホップの現在の IGP メトリックに更新されます。BGP 対応デバイスは、MED 属性が変更されたルートの広告を送信します。

このdelay-updatesオプションは、MED 更新を抑制する必要がある BGP グループ (またはピア) を識別します。MED 更新をアドバタイズする時間は、デフォルトで10分に設定されています。med-igp-update-interval設定にrouting-optionsステートメントを含めることで、間隔を600分まで増やすことができます。

注:

無着陸アクティブルーティング (NSR) が有効になっていて、スイッチオーバーが発生した場合、遅延した MED 更新は、スイッチオーバーが発生すると、すぐにアドバタイズされることがあります。

このmetric-out igpオプションを構成すると、IGP メトリックは、ibgp ピアへの IGP コストを直接追跡します。IGP コストがダウンすると、アドバタイズされた MED 値が計算されます。反対に、IGP コストが上がった場合、MED 値もアップします。

このmetric-out minimum-igpオプションを構成すると、ibgp ピアへの IGP コストがダウンした場合にのみ、アドバタイズされた MED 値が変化します。IGP コストが増加しても、MED-V 値は影響を受けることはありません。ルーターは、ルーティングプロセス (rpd) が再起動されるまで、最低 IGP コストを監視し、記憶します。BGP ピアは、以前に提供された値またはルートに関連付けられている別の属性が変わった場合、または BGP ピアがルート更新要求に応答している場合にのみ更新を送信します。

この例ではmetric 、OSPF 構成のステートメントを使用して、IGP メトリックが変更されたときに、構成済みの遅延期間が経過した後も MED に変更が加えられることを示します。指標OSPF 1~65,535の範囲です。

図 4に、トポロジーの例を示します。

図 4: MED 更新を遅延させるためのトポロジMED 更新を遅延させるためのトポロジ

この例では、デバイス R1 によってアドバタイズされた MED 値は、1として実行される IGP に関連付けられています。デバイス R1 によって提供される MED 値は、トラフィックを1として転送する2とした場合、近隣の決定に影響を及ぼします。 (2)

構成

CLI クイック構成

この例を簡単に構成するには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除し、ネットワーク設定に一致する必要がある詳細情報を変更してから、コマンド[edit]を階層レベルで CLI にコピー & ペーストします。

デバイス R1

デバイス R2

デバイス R3

デバイス R4

デバイス R5

デバイス R6

デバイス R7

デバイス R8

デバイス R1 の構成

順を追った手順

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

デバイス R1 を構成するには、次のようになります。

  1. インターフェイスを構成します。

  2. IBGP を構成します。

  3. EBGP を構成します。

  4. MED 値を IGP メトリックに関連付けます。

    delay-med-updateオプションが含まれている場合、MED 更新のデフォルトは10分です。delay-med-updateオプションを除外すると、IGP メトリックが変更された直後に、MED 更新が実行されます。

  5. ナMED 更新の更新間隔を構成します。

    この間隔は10分から600分の間で設定できます。

  6. OSPF を構成します。

    ここmetricでは、この文を使用して IGP メトリックが変更された場合に何が起こるかを示します。

  7. 直接ルートを受け入れるポリシーを構成します。

    このシナリオのその他の便利な方法として、OSPF またはローカルルートから学習したルートを受け付けることが考えられます。

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

結果

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

デバイスの設定が完了したら、設定commitモードから入力します。ネットワークに必要に応じて、トポロジ内の他のデバイスで設定手順を繰り返します。

検証

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

BGP の提供情報を確認しています

目的

デバイス R1 がデバイス R4 にアドバタイズしていることを確認します。 IGP メトリックを反映した BGP MED 値です。

アクション

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

MED 列の601値は、MED 値が更新され、構成済みの OSPF メトリックを反映していることを示しています。

OSPF メトリックが変わったときに MED 値が変化していることの確認

目的

OSPF メトリックを700に上げると、MED 値がこの変更を反映して更新されることを確認してください。

アクション

設定モードからset protocols ospf area 0 interface fe-1/2/0.2 metric 700コマンドを入力します。

12分 (設定された遅延期間) を待機しshow route advertising-protocol bgpた後、運用モードからコマンドを入力します。

MED 列の701値は、MED 値が更新され、構成済みの OSPF メトリックを反映していることを示しています。

最小 igp 設定のテスト

目的

ステートメントのminimum-igpigp代わりにステートメントを使用するように設定を変更します。OSPF メトリックを上げると、MED 値は変更されませんが、OSPF メトリックを下げると、MED 値には新しい OSPF メトリックが反映されます。

アクション

設定モードから、このigpステートメントを削除し、 minimum-igpステートメントを追加して、OSPF メトリックを増やします。

運用モードから、MED 値show route advertising-protocol bgpが変更されないようにするコマンドを入力します。

コンフィギュレーションモードから、OSPF メトリックを削減します。

運用モードから、MED-V 値show route advertising-protocol bgpが変更されるようにするコマンドを入力します。

このminimum-igpステートメントが構成されている場合、MED 値は短いパスが利用可能な場合にのみ変更されます。