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、またはMULTI_EXIT_DISC)は非推移的な属性であり、インターネットを介して伝播されず、隣接する自律システム(AS)にのみ伝送されます。MED属性はオプションであり、必ずしもBGPアップデートとともに送信されるわけではありません。MEDの目的は、特定のプレフィックスに到達するために他のASがASに入る方法に影響を与えることです。

MED属性には、 メトリックと呼ばれる値があります。出口点を決定する際の他のすべての要因が等しい場合は、メトリックが最も低い出口点が優先されます。

MEDが外部BGPリンク経由で受信されると、AS内の他のBGP対応デバイスへの内部リンク上で伝達されます。

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

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

  • より具体的なメトリックは、より具体的でないメトリックをオーバーライドします。つまり、グループ固有のメトリックはグローバルBGPメトリックを上書きし、ピア固有のメトリックはグローバルBGPまたはグループ固有のメトリックを上書きします。

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

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

  • 受信したルートにMEDメトリックが関連付けられておらず、メトリック値を明示的に設定していない場合、メトリックはアドバタイズされません。メトリック値を明示的に設定しない場合、MED値はアクティブルートをアドバタイズするときのゼロ(0)に相当します。

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

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

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

図 1 は、2つの別々のBGPリンクでルーターCおよびDに接続されたAS 1とAS 2を示しています。は、AS 1のホストEはルーターCの近くにあります。同じくAS 1にあるホストFは、ルーターDの近くにあります。ASパスが同一のため、各ホストには2つのルートがあります。1つはルーターCを通り、1つはルーターDを通ります。ホスト E 宛てのすべてのトラフィックをルーター C 経由で強制するために、 AS 1 のネットワーク管理者は、各ルーターの MED メトリックを出口点でホスト E に割り当てます。MEDメトリック10は、ルーターCを経由するホストEへのルートに割り当てられ、MEDメトリック20は、ルーターDを経由するホストEへのルートに割り当てられます。AS 2のBGPルーターは、転送テーブルに対して低いMEDメトリックを使用するルートを選択します。

デフォルトでは、同一のピアASを持つルートのMEDのみが比較されます。しかし、 表 1 に記載されているルーティング テーブルのパス選択オプションを設定することで、MED をさまざまな方法で比較することができます。MEDオプションは相互に排他的ではなく、組み合わせて、または個別に設定できます。MED オプションを有効にするには、ネットワーク全体で均一に設定する必要があります。設定する MED オプションによって、選択されるルートが決まります。そのため、MEDオプションを設定する前に、優先ルートについてネットワークを慎重に評価することを推奨します。

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

オプション (名前)

機能

使用

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

異なるASにあるピアからのパスのMEDが、ルート選択プロセスで常に比較されることを確認します。

ネットワークに参加しているすべての企業が、MED を設定するための統一ポリシーに同意する場合に便利です。たとえば、2つのISPが共有するネットワークでは、MED値を正しく設定するには、特定のパスがより良いパスであることに両者が同意する必要があります。

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

パス選択のためのMED値を比較する前に、 はBGPネクストホップ宛先へのIGPルートのコストをMEDに追加します。

このオプションは、ルーターのMED値を置き換えますが、IGPメトリックの比較には影響しません。その結果、MED-plus-IGP 比較後に複数のルートが同じ値を持ち、ルート選択が続行される場合、IGP ルート メトリックも比較されます。たとえそれが MED 値に加算され、選択プロセスの早い段階で比較されていたとしても、IGP ルート メトリックも比較されます。

ダウンストリームASが、複数のASにまたがって受信される特定のルートの完全なコストを必要とする場合に便利です。

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

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

  • アクティブなパスが常に最初です。非アクティブだが適格なパスはすべて、アクティブなパスに続き、受信した順番に維持されます。対象外のパスは、リストの末尾に残されています。

  • 新しいパスがルーティング テーブルに追加されると、MEDタイブレーク ルールを失ったために絶対に選択してはならないパスも含め、すべてのルート間でパス比較が行われます。

非決定的な動作により、システムがパス間で MED を適切に比較できない場合があるため、このオプションは設定しないことをお勧めします。

例:AS内の出口点を決定するMED属性を設定する

この例では、BGP アップデート メッセージでアドバタイズする複数出口識別子(MED)メトリックを設定する方法を示します。

要件

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

概要

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

metric は、ピアに送信されるすべてのルートの主要なメトリックです。0 から 4,294,967,295 (232 – 1) の範囲の値を指定できます。

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

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

  • igp—メトリックをIGPで計算された最新のメトリック値に設定して、BGPネクストホップに到達します。

  • delay-med-update- MED値が増加した場合、MEDアップデートの送信を遅延させます。igp ステートメントを設定する場合、delay-med-update ステートメントを含めます。MEDが低い場合や、ルートに関連する別の属性が変更された場合を除いて、アップデートの送信を遅延させるデフォルトの間隔は10分です。デフォルトの間隔を変更するには、[edit routing-options]階層レベルで med-igp-update-interval minutes ステートメントを含めます。

  • offset—IGP で計算されたメトリック値から使用されるメトリックを増減する offset の値を指定します。メトリック値は、指定された値だけオフセットされます。IGPで計算されたメトリック( igp または igp-minimumのいずれかを指定して)は、 offset 値が正の場合に増加します。IGPで計算されたメトリック( igp または igp-minimumのいずれかを指定)は、 offset 値が負の場合減少します。

    offset には、–231 から 231 – 1 の範囲の値を指定できます。調整された指標は、0 を下回ったり、232 – 1 を超えたりすることはできません。

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

図 2: IBGPセッションと複数の出口点を持つ典型的なネットワークIBGPセッションと複数の出口点を持つ典型的なネットワーク

デバイスR4には、アドバタイズされたプレフィックスをシミュレートするように設定された複数のループバックインターフェイスがあります。追加のループバック インターフェイス アドレスは、44.44.44.44/32 および 144.144.144.144/32 です。この例では、MED値30をデバイスR3に、MED値20をデバイスR2にアドバタイズするようにデバイスR4を設定する方法を示しています。これにより、AS 123内のすべてのデバイスは、デバイスR2を通過してAS 4に到達するパスを優先するようになります。

設定

CLIクイック構成

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

デバイスR1

デバイスR2

デバイスR3

デバイス R4

デバイスR1の設定

ステップバイステップでの手順

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

Device R1を設定するには:

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

  2. BGP を設定します。

  3. OSPFを設定します。

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

    このシナリオの他の有用なオプションは、OSPF またはローカル ルートで学習したルートを受け入れることかもしれません。

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

結果

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

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

デバイスR2の設定

ステップバイステップでの手順

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

デバイスR2 を設定するには:

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

  2. BGP を設定します。

  3. OSPFを設定します。

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

    このシナリオの他の有用なオプションは、OSPF またはローカル ルートで学習したルートを受け入れることかもしれません。

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

結果

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

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

デバイス R3 の設定

ステップバイステップでの手順

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

デバイス R3 を設定するには:

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

  2. BGP を設定します。

  3. OSPFを設定します。

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

    このシナリオの他の有用なオプションは、OSPF またはローカル ルートで学習したルートを受け入れることかもしれません。

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

結果

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

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

デバイスR4の設定

ステップバイステップでの手順

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

デバイスR4 を設定するには:

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

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

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

    このシナリオの他の有用なオプションは、OSPF またはローカル ルートで学習したルートを受け入れることかもしれません。

  3. BGP を設定します。

  4. ネイバーデバイスR3のMED値30と、ネイバーデバイスR2のMED値20を設定します。

    この設定によって、(デバイスR1、デバイスR2、デバイスR3 がメンバーである)自律システム(AS)123が発生し、デバイスR2を通過してAS 4に到達するパスが優先されます。

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

結果

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

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

検証

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

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

目的

アクティブパスがデバイスR2を通過することを確認します。

アクション

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

意味

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

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

目的

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

アクション

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

意味

MED列には、デバイスR4が正しいMED値を2つの外部BGP(EBGP)ネイバーに送信していることがわかります。

例:ルート フィルターを使用した MED の設定

この例では、ルート フィルターを使用して、BGP アップデート メッセージでアドバタイズするように複数出口識別子(MED)メトリックを変更するポリシーを設定する方法を示します。

要件

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

概要

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

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

図 3: IBGPセッションと複数の出口点を持つ典型的なネットワークIBGPセッションと複数の出口点を持つ典型的なネットワーク

デバイスR4には、アドバタイズされたプレフィックスをシミュレートするように設定された複数のループバックインターフェイスがあります。追加のループバック インターフェイス アドレスは、172.16.44.0/32 および 172.16.144.0/32 です。この例では、172.16.144.0を除くすべてのルートに対して、デバイスR3にMED値30をアドバタイズするようにデバイスR4を設定する方法を示しています。172.16.144.0の場合、MED値10はデバイス3にアドバタイズされます。ルートプレフィックスに関係なく、MED値20がデバイスR2にアドバタイズされます。

設定

CLIクイック構成

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

デバイスR1

デバイスR2

デバイスR3

デバイス R4

デバイスR1の設定

ステップバイステップでの手順

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

Device R1を設定するには:

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

  2. BGP を設定します。

  3. OSPFを設定します。

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

    このシナリオの他の有用なオプションは、OSPF またはローカル ルートで学習したルートを受け入れることかもしれません。

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

結果

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

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

デバイスR2の設定

ステップバイステップでの手順

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

デバイスR2 を設定するには:

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

  2. BGP を設定します。

  3. OSPFを設定します。

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

    このシナリオの他の有用なオプションは、OSPF またはローカル ルートで学習したルートを受け入れることかもしれません。

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

結果

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

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

デバイス R3 の設定

ステップバイステップでの手順

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

デバイス R3 を設定するには:

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

  2. BGP を設定します。

  3. OSPFを設定します。

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

    このシナリオの他の有用なオプションは、OSPF またはローカル ルートで学習したルートを受け入れることかもしれません。

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

結果

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

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

デバイスR4の設定

ステップバイステップでの手順

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

デバイスR4 を設定するには:

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

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

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

    このシナリオの他の有用なオプションは、OSPF またはローカル ルートで学習したルートを受け入れることかもしれません。

  3. BGP を設定します。

  4. 2つのMEDポリシーを設定します。

  5. 2つのEBGPネイバーを設定し、2つのMEDポリシーをデバイスR3に適用し、MED値20をデバイスR2に適用します。

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

結果

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

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

検証

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

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

目的

アクティブパスがデバイスR2を通過することを確認します。

アクション

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

意味

出力からは、デバイスR4がアドバタイズしたルートへの優先パスが、172.16.144.0/32を除くすべてのルートについてデバイスR2を経由することを示しています。172.16.144.0/32の場合、優先パスはデバイスR3を経由します。

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

目的

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

アクション

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

意味

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

例:コミュニティを使用したMEDの設定

特定のコミュニティからのすべてのルートについて、複数出口識別子(MED)メトリックを20に設定します。

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

この例では、複数出口識別子(MED)パス属性をインテリアゲートウェイプロトコル(IGP)メトリックに関連付け、MED属性の更新を遅らせるタイマーを設定する方法を示しています。

要件

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

概要

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

EBGPピアから学習されたルートは、通常、直接接続されたインターフェイス上にネクストホップがあるため、IGP値はゼロになります。ゼロはアドバタイズされる値です。BGPピアが、ローカルシステムにネクストホップ解決の実行を要求するサードパーティのネクストホップ(IBGP設定、コンフェデレーションピア内の設定、または multihop 文を含むEBGP設定)を送信する場合、IGPメトリックは0以外の値になります。これらのシナリオでは、 metric-out minimum-igp または 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 分に設定されています。routing-options設定に med-igp-update-interval ステートメントを含めることで、この間隔を最大 600 分まで増やすことができます。

注:

ノンストップアクティブルーティング(NSR)を有効にしているときにスイッチオーバーが発生した場合、スイッチオーバーが発生するとすぐに遅延したMEDアップデートがアドバタイズされる可能性があります。

metric-out igpオプションを設定すると、IGPメトリックはIGPコストをIBGPピアに直接追跡します。IGPコストが下がると、アドバタイズされたMED値も下がります。逆に、IGPコストが上昇すると、MED値も上昇します。

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

この例では、OSPF設定の metric ステートメントを使用して、IGPメトリックが変更されると、設定された遅延間隔の後にMEDも変化することを示しています。OSPFメトリックの範囲は1〜65,535です。

図 4サンプルのトポロジーを示しています。

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

この例では、デバイスR1によってアドバタイズされるMED値は、AS1で実行されているIGPに関連付けられています。デバイスR1によってアドバタイズされるMED値は、AS 2がAS 1にトラフィックを転送する際のネイバーAS(AS 2)の決定に影響を与えます。

設定

CLIクイック構成

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

デバイスR1

デバイスR2

デバイスR3

デバイス R4

デバイス R5

デバイス R6

デバイス R7

デバイス R8

デバイスR1の設定

ステップバイステップでの手順

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

Device 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を設定します。

    ここでは、IGPメトリックが変化したときに何が起こるかを示すために、 metric ステートメントを使用します。

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

    このシナリオの他の有用なオプションは、OSPF またはローカル ルートで学習したルートを受け入れることかもしれません。

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

結果

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

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

検証

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

BGP アドバタイズメントの確認

目的

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

アクション

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

意味

MED列の601の値は、設定されたOSPFメトリックを反映するようにMED値が更新されたことを示しています。

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 設定のテスト

目的

igp ステートメントではなく、minimum-igp ステートメントを使用するように設定を変更します。OSPFメトリックを大きくしてもMED値は変わりませんが、OSPFメトリックを小さくしても、MED値は新しいOSPFメトリックを反映します。

アクション

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

動作モードから、 show route advertising-protocol bgp コマンドを入力して、MED値が変わらないことを確認します。

設定モードから、OSPFメトリックを下げます。

動作モードから、 show route advertising-protocol bgp コマンドを入力して、MED値が変化することを確認します。

意味

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