例:動的ルーティング ポリシーの設定
この例では、標準設定データベースで必要とされるものと同じ検証の対象とならない動的データベースにルーティングポリシーオブジェクトを設定する方法を示します。
要件
この例を設定する前に、デバイス初期化以外の特別な設定を行う必要はありません。
概要
設定変更をコミットするために必要な検証プロセスには、多大なオーバーヘッドと時間がかかります。
動的データベースへの変更をコミットするのにかかる時間は、標準構成データベースの場合よりもはるかに短くなります。これらのポリシーおよびポリシーオブジェクトは、標準データベースで設定するルーティングポリシーで参照できます。BGPは、動的データベースで設定されたポリシーおよびポリシーオブジェクトを参照するルーティングポリシーを適用できる唯一のプロトコルです。動的データベースに設定されたオブジェクトに基づいてルーティング・ポリシーを構成してコミットした後、動的データベース構成に変更を加えることによって、既存のルーティング・ポリシーを迅速に更新することができます。
Junos OS は動的データベースの設定変更を検証しないため、この機能を使用する際は、コミットする前にすべての設定変更をテストおよび検証する必要があります。
図 1は、サンプルのネットワークを示しています。
この例では、外部 BGP(EBGP)セッションが確立されている 3 台のルーターが含まれています。デバイス R1 のみがダイナミック データベースを使用します。
デバイス R0 の fe-1/2/1 インターフェイスでは、複数の IPv4 インターフェイスが設定されており、ルーティング ポリシーは、デバイス R0 の fe-1/2/1 インターフェイスに設定されたすべての IP アドレスを指定するための短縮法として from interface fe-1/2/1.0
ポリシー条件を使用して、これらのプレフィックスを BGP に挿入します。
同様に、デバイスR2のfe-1/2/3インターフェイスでは、複数のIPv4アドレスが設定されており、ルーティングポリシーがこれらのプレフィックスをBGPに挿入します。デバイスR2の設定は、デバイスR2の設定がプレフィックスリストの使用を示しているという点で、デバイスR0の設定とは若干異なります。
デバイスR1の動的データベースでは、デバイスR0から学習したインターフェイスアドレス用とデバイスR2から学習したインターフェイスアドレス用の2つのプレフィックスリストが定義されています。デバイスR1の標準データベースには、動的データベースで定義されているものと同様のプレフィックスリストを持つルーティングポリシーが含まれています。
デバイス R0 とのピア セッションでは、デバイス R1 に静的データベース ポリシーが適用されます。これに対して、デバイス R2 とのピア セッションでは、デバイス R1 の設定は動的データベースを参照します。
これらの異なる構成の結果は、 検証 セクションで分析されます。
CLIクイック構成は、図 1でのすべてのデバイスの設定を示しています。
セクション #configuration776__policy-dynamic-st では、デバイス R1 の動的データベースでの手順について説明します。
セクション #configuration776__policy-standard-st では、デバイス R1 の標準データベースの手順について説明します。
設定
手順
CLIクイック構成
この例をすばやく設定するには、次のコマンドをコピーしてテキストファイルに貼り付け、改行を削除して、ネットワーク構成に合わせて必要な詳細を変更し、[edit]
階層レベルのCLIにコマンドをコピー&ペーストしてください。
デバイスR0
set interfaces fe-1/2/0 unit 0 family inet address 10.0.0.1/30 set interfaces fe-1/2/1 unit 0 family inet address 172.16.4.1/24 set interfaces fe-1/2/1 unit 0 family inet address 172.16.3.1/24 set interfaces fe-1/2/1 unit 0 family inet address 172.16.2.1/24 set interfaces fe-1/2/1 unit 0 family inet address 172.16.1.1/24 set interfaces fe-1/2/1 unit 0 family inet address 172.16.5.1/24 set interfaces fe-1/2/1 unit 0 family inet address 172.16.6.1/24 set interfaces fe-1/2/1 unit 0 family inet address 172.16.7.1/24 set interfaces fe-1/2/1 unit 0 family inet address 172.16.8.1/24 set interfaces fe-1/2/1 unit 0 family inet address 172.16.9.1/24 set interfaces fe-1/2/1 unit 0 family inet address 172.16.10.1/24 set interfaces lo0 unit 0 family inet address 10.255.14.151/32 set protocols bgp group ext type external set protocols bgp group ext neighbor 10.0.0.2 export t2 set protocols bgp group ext neighbor 10.0.0.2 peer-as 200 set policy-options policy-statement t2 from interface fe-1/2/0.0 set policy-options policy-statement t2 from interface fe-1/2/1.0 set policy-options policy-statement t2 then accept set routing-options router-id 10.255.14.151 set routing-options autonomous-system 100
デバイスR1動的データベース
[edit dynamic] set policy-options prefix-list dyn_prfx1 172.16.1.0/24 set policy-options prefix-list dyn_prfx1 172.16.2.0/24 set policy-options prefix-list dyn_prfx1 172.16.3.0/24 set policy-options prefix-list dyn_prfx1 172.16.4.0/24 set policy-options prefix-list dyn_prfx1 172.16.5.0/24 set policy-options prefix-list dyn_prfx1 172.16.6.0/24 set policy-options prefix-list dyn_prfx1 172.16.7.0/24 set policy-options prefix-list dyn_prfx1 172.16.8.0/24 set policy-options prefix-list dyn_prfx2 172.16.2.0/24 set policy-options prefix-list dyn_prfx2 172.16.3.0/24 set policy-options prefix-list dyn_prfx2 172.16.4.0/24 set policy-options prefix-list dyn_prfx2 172.16.5.0/24 set policy-options prefix-list dyn_prfx2 172.16.6.0/24 set policy-options policy-statement dyn_policy1 term t1 from prefix-list dyn_prfx1 set policy-options policy-statement dyn_policy1 term t1 then accept set policy-options policy-statement dyn_policy1 term t2 then reject set policy-options policy-statement dyn_policy2 term t1 from prefix-list dyn_prfx2 set policy-options policy-statement dyn_policy2 term t1 then accept set policy-options policy-statement dyn_policy2 term t2 then reject
デバイスR1標準データベース
set interfaces fe-1/2/0 unit 0 family inet address 10.0.0.2/30 set interfaces fe-1/2/2 unit 0 family inet address 10.1.0.1/30 set interfaces fe-1/2/1 unit 0 family inet address 172.16.4.2/24 set interfaces fe-1/2/1 unit 0 family inet address 172.16.3.2/24 set interfaces fe-1/2/1 unit 0 family inet address 172.16.2.2/24 set interfaces fe-1/2/1 unit 0 family inet address 172.16.1.2/24 set interfaces fe-1/2/1 unit 0 family inet address 172.16.5.2/24 set interfaces fe-1/2/1 unit 0 family inet address 172.16.6.2/24 set interfaces fe-1/2/1 unit 0 family inet address 172.16.7.2/24 set interfaces fe-1/2/1 unit 0 family inet address 172.16.8.2/24 set interfaces fe-1/2/1 unit 0 family inet address 172.16.9.2/24 set interfaces fe-1/2/1 unit 0 family inet address 172.16.10.2/24 set interfaces fe-1/2/3 unit 0 family inet address 172.16.22.2/24 set interfaces fe-1/2/3 unit 0 family inet address 172.16.23.2/24 set interfaces fe-1/2/3 unit 0 family inet address 172.16.24.2/24 set interfaces fe-1/2/3 unit 0 family inet address 172.16.25.2/24 set interfaces fe-1/2/3 unit 0 family inet address 172.16.26.2/24 set interfaces lo0 unit 0 family inet address 192.168.0.2/32 set protocols bgp group to_r0 idle-after-switch-over 300 set protocols bgp group to_r0 neighbor 10.0.0.1 import dyn_policy1 set protocols bgp group to_r0 neighbor 10.0.0.1 export dyn_policy2 set protocols bgp group to_r0 neighbor 10.0.0.1 peer-as 100 set protocols bgp group to_R2 import static_policy1 set protocols bgp group to_R2 export static_policy2 set protocols bgp group to_R2 idle-after-switch-over 300 set protocols bgp group to_R2 neighbor 10.1.0.2 peer-as 300 set policy-options prefix-list static_prfx1 172.16.22.0/24 set policy-options prefix-list static_prfx1 172.16.23.0/24 set policy-options prefix-list static_prfx1 172.16.24.0/24 set policy-options prefix-list static_prfx1 172.16.25.0/24 set policy-options prefix-list static_prfx2 172.16.1.0/24 set policy-options prefix-list static_prfx2 172.16.2.0/24 set policy-options prefix-list static_prfx2 172.16.3.0/24 set policy-options prefix-list static_prfx2 172.16.4.0/24 set policy-options policy-statement dyn_policy1 dynamic-db set policy-options policy-statement dyn_policy2 dynamic-db set policy-options policy-statement static_policy1 term t1 from prefix-list static_prfx1 set policy-options policy-statement static_policy1 term t1 then accept set policy-options policy-statement static_policy1 term t2 then reject set policy-options policy-statement static_policy2 term t1 from prefix-list static_prfx2 set policy-options policy-statement static_policy2 term t1 then accept set policy-options policy-statement static_policy2 term t2 then reject set routing-options autonomous-system 200
デバイスR2
set interfaces fe-1/2/2 unit 0 family inet address 10.1.0.2/30 set interfaces fe-1/2/3 unit 0 family inet address 172.16.22.1/24 set interfaces fe-1/2/3 unit 0 family inet address 172.16.23.1/24 set interfaces fe-1/2/3 unit 0 family inet address 172.16.24.1/24 set interfaces fe-1/2/3 unit 0 family inet address 172.16.25.1/24 set interfaces fe-1/2/3 unit 0 family inet address 172.16.26.1/24 set interfaces lo0 unit 0 family inet address 192.168.0.3/32 set protocols bgp group to_vin neighbor 10.1.0.1 export p1 set protocols bgp group to_vin neighbor 10.1.0.1 peer-as 200 set policy-options prefix-list ppx1 172.16.22.0/24 set policy-options prefix-list ppx1 172.16.23.0/24 set policy-options prefix-list ppx1 172.16.24.0/24 set policy-options prefix-list ppx1 172.16.25.0/24 set policy-options prefix-list ppx1 172.16.26.0/24 set policy-options policy-statement p1 term t1 from family inet set policy-options policy-statement p1 term t1 from prefix-list ppx1 set policy-options policy-statement p1 term t1 then accept set routing-options autonomous-system 300
ステップバイステップでの手順
次の例では、設定階層のいくつかのレベルに移動する必要があります。手順については、 Junos OS CLIユーザーガイドの 設定モードでのCLIエディターの使用を参照してください。
デバイスR1のダイナミックデータベースを設定するには:
動的データベースの設定モードを開始します。
user@R1> configure dynamic Entering configuration mode [edit dynamic]
デバイスR0から学習したインターフェイスアドレスのプレフィックスリストを作成します。
[edit dynamic policy-options prefix-list dyn_prfx1] user@R1# set 172.16.1.0/24 user@R1# set 172.16.2.0/24 user@R1# set 172.16.3.0/24 user@R1# set 172.16.4.0/24 user@R1# set 172.16.5.0/24 user@R1# set 172.16.6.0/24 user@R1# set 172.16.7.0/24 user@R1# set 172.16.8.0/24
デバイスR2から学習したインターフェイスアドレスのプレフィックスリストを作成します。
[edit dynamic policy-options prefix-list dyn_prfx2] user@R1# set 172.16.2.0/24 user@R1# set 172.16.3.0/24 user@R1# set 172.16.4.0/24 user@R1# set 172.16.5.0/24 user@R1# set 172.16.6.0/24
ルーティングポリシーを設定します。
[edit dynamic policy-options policy-statement dyn_policy1] user@R1# set term t1 from prefix-list dyn_prfx1 user@R1# set term t1 then accept user@R1# set term t2 then reject user@R1# set term t1 from prefix-list dyn_prfx2 user@R1# set term t1 then accept user@R1# set term t2 then reject
ステップバイステップでの手順
次の例では、設定階層のいくつかのレベルに移動する必要があります。手順については、 Junos OS CLIユーザーガイドの 設定モードでのCLIエディターの使用を参照してください。
デバイス R1 の標準データベースを設定するには、次の手順に従います。
ルーター インターフェイスを作成します。
[edit interfaces] user@R1# set fe-1/2/0 unit 0 family inet address 10.0.0.2/30 user@R1# set fe-1/2/2 unit 0 family inet address 10.1.0.1/30 user@R1# set fe-1/2/1 unit 0 family inet address 172.16.4.2/24 user@R1# set fe-1/2/1 unit 0 family inet address 172.16.3.2/24 user@R1# set fe-1/2/1 unit 0 family inet address 172.16.2.2/24 user@R1# set fe-1/2/1 unit 0 family inet address 172.16.1.2/24 user@R1# set fe-1/2/1 unit 0 family inet address 172.16.5.2/24 user@R1# set fe-1/2/1 unit 0 family inet address 172.16.6.2/24 user@R1# set fe-1/2/1 unit 0 family inet address 172.16.7.2/24 user@R1# set fe-1/2/1 unit 0 family inet address 172.16.8.2/24 user@R1# set fe-1/2/1 unit 0 family inet address 172.16.9.2/24 user@R1# set fe-1/2/1 unit 0 family inet address 172.16.10.2/24 user@R1# set fe-1/2/3 unit 0 family inet address 172.16.2.2/24 user@R1# set fe-1/2/3 unit 0 family inet address 172.16.3.2/24 user@R1# set fe-1/2/3 unit 0 family inet address 172.16.4.2/24 user@R1# set fe-1/2/3 unit 0 family inet address 172.16.5.2/24 user@R1# set fe-1/2/3 unit 0 family inet address 172.16.6.2/24 user@R1# set lo0 unit 0 family inet address 192.168.0.2/32
動的データベース内のポリシーを参照するルーティング・ポリシーを作成します。
[edit policy-options] user@R1# set policy-statement dyn_policy1 dynamic-db user@R1# set policy-statement dyn_policy2 dynamic-db
デバイスR0とのBGPピアリングを設定します。
[edit protocols bgp group to_r0] user@R1# set neighbor 10.0.0.1 peer-as 100
動的データベース ポリシーをデバイス R0 との BGP ピアリングに適用します。
[edit protocols bgp group to_r0] user@R1# set neighbor 10.0.0.1 import dyn_policy1 user@R1# set neighbor 10.0.0.1 export dyn_policy2
デバイスR0から学習したプレフィックスのプレフィックスリストを設定します。
[edit policy-options prefix-list static_prfx2] user@R1# set 172.16.1.0/24 user@R1# set 172.16.2.0/24 user@R1# set 172.16.3.0/24 user@R1# set 172.16.4.0/24
デバイスR2から学習したプレフィックスのプレフィックスリストを設定します。
[edit policy-options prefix-list static_prfx1] user@R1# set 172.16.2.0/24 user@R1# set 172.16.3.0/24 user@R1# set 172.16.4.0/24 user@R1# set 172.16.5.0/24
静的データベース ポリシーを構成します。
[edit policy-options policy-statement static_policy1] user@R1# set term t1 from prefix-list static_prfx1 user@R1# set term t1 then accept user@R1# set term t2 then reject [edit policy-options policy-statement static_policy2] user@R1# set term t1 from prefix-list static_prfx2 user@R1# set term t1 then accept user@R1# set term t2 then reject
デバイスR2とのBGPピアリングを設定します。
[edit protocols bgp group to_R2] user@R1# set neighbor 10.1.0.2 peer-as 300
静的データベースポリシーをデバイスR2とのBGPピアリングに適用します。
[edit protocols bgp group to_R2] user@R1# set import static_policy1 user@R1# set export static_policy2
(オプション)指定した期間、または手動でセッションを再確立するまで、アクティブなノンストップルーティングスイッチオーバー後にBGPピアリングセッションを再確立しないようにルーターを設定します。
ノンストップアクティブルーティング(NSR)が有効になっている場合、動的データベースはバックアップルーティングエンジンと同期されないため、このステートメントは動的ルーティングポリシーで特に役立ちます。その結果、バックアップのルーティングエンジンに切り替えた場合、スイッチオーバー時にプライマリルーティングエンジンで実行されていたインポートおよびエクスポートポリシーが利用できなくなる可能性があります。そのため、スイッチオーバーが発生した直後にBGPピアリングセッションが自動的に再確立されないようにしたい場合があります。
[edit protocols bgp] user@R1# set group to_r0 idle-after-switch-over 300 user@R1# set group to_R2 idle-after-switch-over 300
自律システム(AS)番号を設定します。
[edit routing-options] user@R1# set routing-options autonomous-system 200
結果
動的データベースの設定モードから show
コマンドを入力し、標準データベースの設定モードから show interfaces
、 show protocols
、 show policy-options
、および show routing-options
コマンドを入力して、設定を確認します。出力結果に意図した設定内容が表示されない場合は、この例の手順を繰り返して設定を修正します。
デバイスR1ダイナミック
[edit dynamic] user@R1# show policy-options { prefix-list dyn_prfx1 { 172.16.1.0/24; 172.16.2.0/24; 172.16.3.0/24; 172.16.4.0/24; 172.16.5.0/24; 172.16.6.0/24; 172.16.7.0/24; 172.16.8.0/24; } prefix-list dyn_prfx2 { 172.16.2.0/24; 172.16.3.0/24; 172.16.4.0/24; 172.16.5.0/24; 172.16.6.0/24; } policy-statement dyn_policy1 { term t1 { from { prefix-list dyn_prfx1; } then accept; } term t2 { then reject; } } policy-statement dyn_policy2 { term t1 { from { prefix-list dyn_prfx2; } then accept; } term t2 { then reject; } } }
デバイスR1標準
[edit] user@R1# show interfaces fe-1/2/0 { unit 0 { family inet { address 10.0.0.2/30; } } } fe-1/2/1 { unit 0 { family inet { address 172.16.4.2/24; address 172.16.3.2/24; address 172.16.2.2/24; address 172.16.1.2/24; address 172.16.5.2/24; address 172.16.6.2/24; address 172.16.7.2/24; address 172.16.8.2/24; address 172.16.9.2/24; address 172.16.10.2/24; } } } fe-1/2/2 { unit 0 { family inet { address 10.1.0.1/30; } } } fe-1/2/3 { unit 0 { family inet { address 172.16.2.2/24; address 172.16.3.2/24; address 172.16.4.2/24; address 172.16.5.2/24; address 172.16.6.2/24; } } } lo0 { unit 0 { family inet { address 192.168.0.2/32; } } }
user@R1# show protocols bgp { group to_r0 { idle-after-switch-over 300; neighbor 10.0.0.1 { import dyn_policy1; export dyn_policy2; peer-as 100; } } group to_R2 { import static_policy1; export static_policy2; idle-after-switch-over 300; neighbor 10.1.0.2 { peer-as 300; } } }
user@R1# show policy-options prefix-list static_prfx1 { 172.16.2.0/24; 172.16.3.0/24; 172.16.4.0/24; 172.16.5.0/24; } prefix-list static_prfx2 { 172.16.1.0/24; 172.16.2.0/24; 172.16.3.0/24; 172.16.4.0/24; } policy-statement dyn_policy1 { dynamic-db; } policy-statement dyn_policy2 { dynamic-db; } policy-statement static_policy1 { term t1 { from { prefix-list static_prfx1; } then accept; } term t2 { then reject; } } policy-statement static_policy2 { term t1 { from { prefix-list static_prfx2; } then accept; } term t2 { then reject; } }
user@R1# show routing-options autonomous-system 200;
デバイスの設定が完了したら、設定モードから commit
を入力します。
検証
設定が正常に機能していることを確認します。
- デバイスR1の設定済みポリシーの確認
- デバイスR0からデバイスR1にアドバタイズされたルートの確認
- デバイスR1がデバイスR0から受信しているルートを確認する
- デバイスR2からデバイスR1へアドバタイズされたルートの確認
- デバイスR1がデバイスR2から受信しているルートを確認する
- デバイスR1がデバイスR0にアドバタイズしているルートを確認する
- デバイスR1がデバイスR2にアドバタイズしているルートを確認する
デバイスR1の設定済みポリシーの確認
目的
デバイスR1に動的ポリシーと静的ポリシーが有効であることを確認します。
アクション
デバイスR1から、 show policy
コマンドを入力します。
user@R1> show policy Configured policies: dyn_policy1 dyn_policy2 static_policy1 static_policy2 dyn_policy1 dyn_policy2
意味
動的ポリシーは、動的データベース内の最初の中央構成の 2 回構成されているため、2 回リストされています。セカンダリ設定は、次に示すように、動的データベースが参照される静的データベース内にあります。
動的データベースで設定
policy-statement dyn_policy1 { term t1 { from { prefix-list dyn_prfx1; } then accept; } term t2 { then reject; } } policy-statement dyn_policy2 { term t1 { from { prefix-list dyn_prfx2; } then accept; } term t2 { then reject; } }
静的データベースから参照
policy-statement dyn_policy1 { dynamic-db; } policy-statement dyn_policy2 { dynamic-db; }
デバイスR0からデバイスR1にアドバタイズされたルートの確認
目的
デバイスR0のルーティングポリシーが機能していることを確認します。
アクション
デバイスR0から、デバイスR1のネイバーアドレスを使用して、 show route advertising-protocol bgp
コマンドを入力します。
user@R0> show route advertising-protocol bgp 10.0.0.2 inet.0: 28 destinations, 28 routes (28 active, 0 holddown, 0 hidden) Prefix Nexthop MED Lclpref AS path * 172.16.1.0/24 Self I * 172.16.2.0/24 Self I * 172.16.3.0/24 Self I * 172.16.4.0/24 Self I * 172.16.5.0/24 Self I * 172.16.6.0/24 Self I * 172.16.7.0/24 Self I * 172.16.8.0/24 Self I * 172.16.9.0/24 Self I * 172.16.10.0/24 Self I * 10.0.0.0/30 Self I
意味
デバイスR0は、予期されたルートをデバイスR1に送信しています。
デバイスR1がデバイスR0から受信しているルートを確認する
目的
デバイスR1のインポートルーティングポリシーが機能していることを確認します。
アクション
デバイスR1から、デバイスR0のネイバーアドレスを使用して、 show route receive-protocol bgp
コマンドを入力します。
user@R1> show route receive-protocol bgp 10.0.0.1 inet.0: 35 destinations, 51 routes (35 active, 0 holddown, 4 hidden) Prefix Nexthop MED Lclpref AS path 172.16.1.0/24 10.0.0.1 100 I 172.16.2.0/24 10.0.0.1 100 I 172.16.3.0/24 10.0.0.1 100 I 172.16.4.0/24 10.0.0.1 100 I 172.16.5.0/24 10.0.0.1 100 I 172.16.6.0/24 10.0.0.1 100 I 172.16.7.0/24 10.0.0.1 100 I 172.16.8.0/24 10.0.0.1 100 I
意味
デバイスR0が送信したルートの中には、デバイスR1が受信しないものがあります。ルート 172.16.9.0/24、172.16.10.0/24、および 10.0.0.0/30 が欠落しています。これは、 import dyn_policy1
ステートメントを使用してデバイス R0 との BGP ピアリング セッションに適用されるデバイス R1 のインポート ポリシーが、以下のルートに限定されたプレフィックス リストを具体的に定義しているためです。
prefix-list dyn_prfx1 { 172.16.1.0/24; 172.16.2.0/24; 172.16.3.0/24; 172.16.4.0/24; 172.16.5.0/24; 172.16.6.0/24; 172.16.7.0/24; 172.16.8.0/24; }
デバイスR2からデバイスR1へアドバタイズされたルートの確認
目的
デバイスR2のルーティングポリシーが機能していることを確認します。
アクション
デバイスR2から、デバイスR1のネイバーアドレスを使用して、 show route advertising-protocol bgp
コマンドを入力します。
user@R2> show route advertising-protocol bgp 10.1.0.1 inet.0: 17 destinations, 17 routes (17 active, 0 holddown, 0 hidden) Prefix Nexthop MED Lclpref AS path * 172.16.2.0/24 Self I * 172.16.3.0/24 Self I * 172.16.4.0/24 Self I * 172.16.5.0/24 Self I * 172.16.6.0/24 Self I
意味
デバイスR2は、デバイスR1に予期されたルートを送信しています。
デバイスR1がデバイスR2から受信しているルートを確認する
目的
デバイスR1のインポートルーティングポリシーが機能していることを確認します。
アクション
デバイスR1から、デバイスR0のネイバーアドレスを使用して、 show route receive-protocol bgp
コマンドを入力します。
user@R1> show route receive-protocol bgp 10.1.0.2 inet.0: 35 destinations, 51 routes (35 active, 0 holddown, 4 hidden) Prefix Nexthop MED Lclpref AS path 172.16.2.0/24 10.1.0.2 300 I 172.16.3.0/24 10.1.0.2 300 I 172.16.4.0/24 10.1.0.2 300 I 172.16.5.0/24 10.1.0.2 300 I
意味
デバイスR2が送信したルートの1つが、デバイスR1で受信されていません。ルート 172.16.6.0/24 がありません。これは、 import static_policy1
ステートメントを使用してデバイス R2 との BGP ピアリング セッションに適用されるデバイス R1 のインポート ポリシーが、以下のルートに限定されたプレフィックス リストを具体的に定義しているためです。
prefix-list static_prfx1 { 172.16.2.0/24; 172.16.3.0/24; 172.16.4.0/24; 172.16.5.0/24; }
デバイスR1がデバイスR0にアドバタイズしているルートを確認する
目的
デバイスR1のエクスポートルーティングポリシーが機能していることを確認します。
アクション
デバイスR1から、デバイスR0のネイバーアドレスを使用して、 show route advertising-protocol bgp
コマンドを入力します。
user@R1> show route advertising-protocol bgp 10.0.0.1 inet.0: 35 destinations, 51 routes (35 active, 0 holddown, 4 hidden) Prefix Nexthop MED Lclpref AS path * 172.16.2.0/24 Self I * 172.16.3.0/24 Self I * 172.16.4.0/24 Self I * 172.16.5.0/24 Self I * 172.16.6.0/24 Self I
意味
意外かもしれませんが、デバイスR1がBGP経由でデバイスR2から(172.16.6.0/24)を受信しなかったルートが、デバイスR1によってBGPを介してデバイスR0に対してアドバタイズされているのかもしれません。これには2つの理由があります。最初の理由は、次に示すように、ルート172.16.6.0/24が直接ルートではありますが、デバイスR1のルーティングテーブルに存在することです。
user@R1> show route 172.16.6.0/24 protocol direct inet.0: 35 destinations, 51 routes (35 active, 0 holddown, 4 hidden) + = Active Route, - = Last Active, * = Both 172.16.6.0/24 *[Direct/0] 2d 22:51:41 > via fe-1/2/3.0
2つ目の理由は、 export dyn_policy2
ステートメントを使用してデバイスR0とのBGPピアリングセッションに適用されるデバイスR1のエクスポートポリシーが、具体的に以下のルートに限定されたプレフィックスリストを定義していることです。
prefix-list dyn_prfx2 { 172.16.2.0/24; 172.16.3.0/24; 172.16.4.0/24; 172.16.5.0/24; 172.16.6.0/24; }
172.16.6.0/24 が含まれていることに注意してください。
デバイスR1がデバイスR2にアドバタイズしているルートを確認する
目的
デバイスR1のエクスポートルーティングポリシーが機能していることを確認します。
アクション
デバイスR1から、デバイスR2のネイバーアドレスを使用して、 show route advertising-protocol bgp
コマンドを入力します。
user@R1> show route advertising-protocol bgp 10.1.0.2 inet.0: 35 destinations, 51 routes (35 active, 0 holddown, 4 hidden) Prefix Nexthop MED Lclpref AS path * 172.16.1.0/24 Self I * 172.16.2.0/24 Self I * 172.16.3.0/24 Self I * 172.16.4.0/24 Self I
意味
デバイスR1は、予期されたルートをデバイスR2に送信しています。export static_policy2
ステートメントを使用してデバイスR2とのBGPピアリングセッションに適用されるデバイスR1のエクスポートポリシーは、具体的に以下のルートに限定されたプレフィックスリストを定義します。
prefix-list static_prfx2 { 172.16.1.0/24; 172.16.2.0/24; 172.16.3.0/24; 172.16.4.0/24; }