ルート アグリゲーションの設定
ルート アグリゲーションについて
ルートアグリゲーション手法では、選択した複数のルートを1つのルートアドバタイズに統合することで、IPネットワーク内のルーティングテーブルの数を最小限に抑えることができます。このアプローチは、各ルーティングテーブルに各ルートの一意のエントリーが含まれる非アグリゲーションルーティングとは対照的です。アグリゲーション方法は、アグリゲーションを行うルーター上のルーティングテーブルのサイズを小さくするのに役立たない。集約のみをアドバタイズするが、貢献するルートは広告しないエクスポートポリシーを設定すると、更新を受信するルーターにアグリゲーション効果があります。
集約ルートは、1 つ以上のルートが関与している場合にアクティブになります。貢献するルートは、集約先に対してより具体的な一致であるアクティブなルートです。例えば、集約宛先192.168.0.0/16の場合、ルートは および 192.168.67.0/24 への192.168.192.0/19ルートを提供していますが、 へのルート192.168.0.0./8は および 192.168.0.0/16 に貢献していません。
ルートは、単一の集約ルートにのみ貢献できます。しかし、アクティブな集約ルートは、より具体的でない一致する集約ルートに再帰的に貢献することができます。例えば、宛先 192.168.0.0/16 への集約ルートは、 への集約ルート 192.168.0.0/13に貢献することができます。
集約ルートがアクティブになると、次の情報とともにルーティング・テーブルにインストールされます。
ネクストホップを拒否 — より具体的なパケットがより具体的なルートに一致しない場合、パケットは拒否され、ICMP到達不能メッセージがパケットの発信元に送信されます。
ステートメントで
aggregate設定されたメトリック値。フィルターが指定されている場合、一次コントリビューターのポリシー・フィルターの結果として生じる優先値。
ステートメントで
aggregate設定されたASパス(存在する場合)。それ以外の場合、パスは、関連するすべてのルートのパスを集約して計算されます。ステートメントで
aggregate設定されたコミュニティ(指定されている場合)。メモ：宛先プレフィックスごとに 1 つの集約ルートのみを設定できます。
デフォルトのルーティングテーブル(inet.0)に集約ルートを設定するには、 ステートメントを aggregate含めます。
aggregate { defaults { ... aggregate-options ... } route destination-prefix { policy policy-name; ... aggregate-options ... } }
他のルーティングテーブルの1つに集約ルートを設定する、またはデフォルトのルーティングテーブル(inet.0)に集約ルートを明示的に設定するには、 ステートメントを aggregate 使用します。
rib routing-table-name { aggregate { defaults { ... aggregate-options ... } route destination-prefix { policy policy-name; ... aggregate-options ... } } }
IPv4 マルチキャスト ルーティング テーブル(inet.1)や IPv6 マルチキャスト ルーティング テーブル(inet6.1)に集約ルートを設定することはできません。
ステートメントは aggregate 、2つの部分で構成されています。
defaults—(オプション)ここでは、グローバル集約ルートオプションを指定します。これらはグローバルデフォルトとして扱われ、 ステートメントで設定したすべての集約ルートにaggregate適用されます。route—ここでは、個々の集約ルートを設定します。ステートメントのaggregateこの部分では、オプションで集約ルートオプションを設定できます。これらのオプションは、個々の宛先にのみ適用され、 ステートメントのaggregate一部で設定したオプションをdefaults上書きします。
ステートメントの一部に個別のaggregate集約ルートをroute設定する場合、以下のいずれかの方法でルートの宛先(でroute destination-prefix)を指定します。
network/mask-lengthnetworkは、IP アドレスのネットワーク部分であり、mask-length宛先プレフィックス長です。defaultこれが宛先へのデフォルトルートの場合です。これは、 の IP アドレス0.0.0.0/0を指定することと同じです。
集約ルートを設定した後、ルーティングプロトコルによってエクスポートされるポリシーを設定することで、プロトコルにルートをアドバタイズさせることができます。
ステートメントの一部で集約ルートの宛先プレフィックスを設定する際に、 routes ルーティングポリシーを aggregate 関連付けることができます。これにより、宛先プレフィックスに対してインポートルーティングポリシーフィルターと同等の値が提供されます。つまり、集約ルートに貢献する可能性がある各ルートと、任意の集約オプションが、ポリシー フィルターを通過します。その後、ポリシーはルートを集約ルートのコントリビューターとして受け入れるか拒否し、コントリビューターが受け入れられた場合はデフォルトのプリファレンスを変更できます。
次のアルゴリズムを使用して、2 つの集約貢献ルートを比較して、どれがプライマリまたは優先コントリビューターかを決定します。
貢献するルートの
preferencesプロトコルを比較します。優先度が低いほど、ルートはより良くなります。これは、ルーティング・テーブルに最適なルートを決定する際に行われる比較と似ています。貢献するルートの
preferences2プロトコルを比較します。優先度が低い2の方が良いです。ルートが1つだけの場合、preferences2このルートが優先されます。プリファレンス値は同じです。プレフィックス値の数値比較を進めます。
主な貢献者は、数が最も小さいプレフィックス値です。
2 つのプレフィックスが数値的に等しい場合、一次貢献者はプレフィックス長の値が最も小さいルートです。
この時点で、2つのルートは同じです。主な貢献者は変わります。既存の一次貢献者に対して追加のネクスト ホップを利用できます。
拒否された貢献者は、依然としてあまり具体的でない集約ルートに貢献できます。ポリシー フィルターを指定しない場合、すべての候補ルートが集約ルートに貢献します。
ルーティングポリシーを集約ルートに関連付けるには、ルートを設定する際に policy ステートメントを含めます。
aggregate (defaults | route) { policy policy-name; }
ステートメントの defaults および route 部分aggregateでは、 を指定aggregate-optionsすることで、ルーティング・テーブルにインストールされているルートに含まれる集約ルートに関する追加情報を定義できます。すべての集約オプションはオプションです。ステートメントのaggregate一部でdefaults指定した集約オプションは、グローバルなデフォルトとして扱われ、 ステートメントで設定したすべての集約ルートにaggregate適用されます。ステートメントのaggregate一部でroute指定した集約オプションは、グローバル集約オプションを上書きし、その宛先にのみ適用されます。
集約ルートオプションを設定するには、 ステートメントのまたはroute一部にdefaults1つ以上をaggregate含めます。
[edit] routing-options { aggregate { (defaults | route) { (active | passive); as-path <as-path> <origin (egp | igp | incomplete)> <atomic-aggregate> <aggregator as-number in-address>; community [ community-ids ]; discard; (brief | full); (metric | metric2 | metric3 | metric4) metric <type type>; (preference | preference2 | color | color2) preference <type type>; tag metric type number; } } }
- 集約ルートのメトリック値の設定
- アグリゲート ルートのプリファレンス値の設定
- アグリゲート ルートのネクスト ホップの設定
- BGP コミュニティとアグリゲート ルートの関連付け
- ASパスと集約ルートの関連付け
- アグリゲート ルート パスに AS 番号を含む
- 集約ルートのタグ値の設定
- ルーティングおよび転送テーブルにおける非アクティブな集約ルートの保持の制御
集約ルートのメトリック値の設定
最大4つのメトリック値を指定し、(最初のメトリック値用)からmetric始めて、 でmetric2metric3metric4続け、次のステートメントのうち1つ以上を含めます。
aggregate (defaults | route) { (metric | metric2 | metric3 | metric4) metric <type type>; }
これらのステートメントを含めることができる階層レベルの一覧は、これらのステートメントのステートメント概要セクションを参照してください。
オプションで type 、ルートのタイプを指定できます。
アグリゲート ルートのプリファレンス値の設定
デフォルトでは、集約ルートの優先値は130です。ルーティング・テーブルに、より良い(低い)プリファレンス値を持つ宛先への動的ルートが含まれている場合、動的ルートはアクティブ・ルートとして選択され、転送テーブルにインストールされます。
デフォルトプリファレンス値を変更するには、プライマリプリファレンス値(preference)を指定します。また、セカンダリプリファレンス値(preference2)、およびより細かなプリファレンス値(color および color2)の色を指定することもできます。これを行うには、以下のステートメントのうち1つ以上を含めます。
aggregate (defaults | route) { (preference | preference2 | color | color2) preference <type type>; }
これらのステートメントを含めることができる階層レベルの一覧は、これらのステートメントのステートメント概要セクションを参照してください。
優先値は、0~4,294,967,295(232 – 1)の範囲の数値で、低い数値はより優先ルートを示します。プリファレンス値の詳細については、 ルートプリファレンスの概要を参照してください。
オプションで type 、ルートのタイプを指定できます。
アグリゲート ルートのネクスト ホップの設定
デフォルトでは、集約ルートがルーティング・テーブルにインストールされている場合、ネクスト・ホップはリジェクト・ルートとして設定されます。つまり、パケットは拒否され、ICMP 到達不能メッセージがパケットの発信元に送信されます。
ステートメントの一部に個別のaggregateルートをroute設定する場合、または集約ルートのデフォルトを設定する場合、破棄ネクストホップを指定できます。これは、より具体的なパケットがより具体的なルートと一致しない場合、パケットは拒否され、この宛先の拒否ルートはルーティングテーブルにインストールされますが、ICMP到達不能メッセージは送信されません。
ネクストホップを破棄できるようにすることで、動的ルーティングプロトコルを介してアドバタイズできるサマリールートを発信し、サマリールートよりも特定のルートに一致しない受信トラフィックを破棄することができます。ネクストホップを破棄するには、 オプションを discard 含めます。
discard;
このステートメントを含めることができる階層レベルの一覧は、このステートメントのステートメント概要セクションを参照してください。
BGP コミュニティとアグリゲート ルートの関連付け
デフォルトでは、BGP コミュニティ情報は集約ルートに関連付けされません。コミュニティ情報をルートに関連付けるには、 オプションを community 含めます。
aggregate (defaults | route) { community [ community-ids ]; }
このステートメントを含めることができる階層レベルの一覧は、このステートメントのステートメント概要セクションを参照してください。 community-value はコミュニティ識別子で、0~65,535の範囲の数字を指定できます。
community-ids は、コミュニティまたは拡張コミュニティの1つ以上のコミュニティ識別子です。
コミュニティ識別子の形式は次のとおりです。
as-number:community-value
as-number はAS番号で、1~65,534の範囲の値を指定できます。
また、RFC 1997 で定義されている、以下の有名なコミュニティ名の 1 つとしてコミュニティにを指定 community-ids することもできます。
no-export—このコミュニティ名を含むルートは、BGP コンフェデレーション境界の外ではアドバタイズされません。no-advertise—このコミュニティ名を含むルートは、他のBGPピアにはアドバタイズされません。no-export-subconfed—このコミュニティ名を含むルートは、BGPコンフェデレーション内の他のメンバーのASのピアを含め、外部BGPピアにはアドバタイズされません。
オプションを使用して、集約ルートでBGPコミュニティ情報を明示的にnone除外することができます。ステートメントの部分aggregateで指定されたオプションをroute上書きcommunityするように個別のルートをステートメントの一部に設定する場合に defaults 含めますnone。
拡張コミュニティー属性は、 階層レベルでは [edit routing-options] サポートされていません。階層レベルで拡張コミュニティーを設定する [edit policy-options] 必要があります。拡張コミュニティー情報の設定については、 ルーティングポリシー、ファイアウォールフィルター、およびトラフィックポリサーユーザーガイドの「拡張コミュニティー属性の設定」セクションを参照してください。4バイトAS番号と拡張コミュニティの設定については、 BGPネットワークでの4バイト自律システム番号の使用を参照してください。
ASパスと集約ルートの関連付け
デフォルトでは、集約ルートのASパスはコンポーネントルートから構築されます。手動でASパスを指定し、ASパス情報をルートに関連付けるには、 オプションを as-path 含めます。
aggregate (defaults | route) { as-path <as-path> <origin (egp | igp | incomplete)> <atomic-aggregate> <aggregator as-number in-address>; }
このステートメントを含めることができる階層レベルの一覧は、このステートメントのステートメント概要セクションを参照してください。
as-path は、ルートに含めるASパスです。個々のASパス番号とASセットの組み合わせを含めることができます。セットを括弧([ ])で囲みます。パスの最初のAS番号は、ローカルASに隣接するASを表します。後続の各番号は、パスの起点に向かって徐々にローカルASから遠く離れているASを表しています。
Junos OSリリース9.1以降では、RFC 4893、 4オクテットAS番号スペースのBGPサポートで定義されているように、数値AS範囲が拡張され、4バイト AS番号のBGPサポートを提供します。AS番号では、1~4,294,967,295の値を設定できます。Junos OSの全リリースで、2バイトAS番号がサポートされています。2バイトAS番号の範囲は1~65,535です(これは4バイト範囲のサブセットです)。
Junos OSリリース9.2以降では、<16-bit high-order value in decimal ピリオドで連結された2つの整数値のASドット表記形式を使用して、4バイトAS番号>.<16-bit low-order value in decimal>を設定することもできます。例えば、プレーン番号形式の65,546の4バイトAS番号は、ASドット表記形式では1.10と表されます。0.0~65535.65535の範囲の値をASドット表記形式で指定できます。
また、ASパス情報の起点を示すBGP起点属性を使用してASパスを指定することもできます。
egp-別のASから発信されたパス情報。igpローカルAS内から発信されたパス情報。incompleteパス情報は他の方法で学習されました。
BGP ATOMIC_AGGREGATE パス属性を集約ルートにアタッチするには、 オプションを指定します atomic-aggregate 。このパス属性は、ローカル・システムがより具体的なルートではなく、より具体的なルートを選択したことを示しています。
BGP AGGREGATOR パス属性を集約ルートにアタッチするには、 オプションを指定します aggregator 。このオプションを使用する場合、集約ルートを形成する最後のAS番号(2つのオクテットとしてエンコード)の後に、集約ルートを形成するBGPシステムのIPアドレスを指定する必要があります。
Junos OS 13.2R1以降、関連ルートから構築された集約ルートのASパスが、BGPパケットサイズの最大(4096バイト)の半分以上である場合、BGPルートが非表示になります。このような AS パスには、それに対して OverflowASPathSize フラグが設定されています。ASパス長がオーバーフローする可能性があるこのようなBGPルートをリークしたい場合は、デフォルトのルート設定でASパスを静的に追加することをお勧めします。例えば：
[edit routing-instances instance-name routing options] user@host# set aggregate route 0.0.0.0/0 as-path path 1267
アグリゲート ルート パスに AS 番号を含む
デフォルトでは、すべての貢献パスからのすべてのAS番号がアグリゲートルートのパスに含まれます。貢献するASパスから最も長く一般的な先頭シーケンスのみを含める場合は、ルートを設定する際に brief オプションを含めます。これを行うと、AS番号が集約ルートから除外される場合、BGP ATOMIC_ATTRIBUTE パス属性が集約ルートに含まれます。
aggregate (defaults | route) { brief; }
すべての貢献パスからのすべてのAS番号を明示的に集約ルートのパスに含める場合は、ルートを設定する際に オプションをfull含めます。ステートメントの一部でroute指定されたオプションを上書きretainするように個別のaggregateルートを設定する場合は、このオプションをdefaults含めます。
aggregate (defaults | route) { full; }
これらのステートメントを含めることができる階層レベルの一覧は、これらのステートメントのステートメント概要セクションを参照してください。
集約ルートのタグ値の設定
デフォルトでは、集約ルートに関連付けられたタグ値はありません。オプションを含めることで、タグ値を tag 指定できます。
aggregate (defaults | route) { tag metric type number; }
このステートメントを含めることができる階層レベルの一覧は、このステートメントのステートメント概要セクションを参照してください。
ルーティングおよび転送テーブルにおける非アクティブな集約ルートの保持の制御
ネクストホップが到達不可能になった場合、スタティックルートはルーティングテーブルから削除されるだけです。これは、貢献するルートがない場合に発生します。ルーティングテーブルと転送テーブルに集約ルートを継続的にインストールするには、ルートを設定する際に passive オプションを含めます。
aggregate (defaults | route) { passive; }
ルーティングテーブルおよび転送テーブルに継続的にインストールされ続けるために設定されたルートは、非アクティブな場合はネクストホップで reject マークされます。
集約ルートが非アクティブになったときに明示的に削除するには、ルートを設定する際に オプションをactive含めます。ステートメントの一部でroute指定されたオプションを上書きpassiveするように個別のaggregateルートを設定する場合は、このオプションをdefaults含めます。
aggregate (defaults | route) { active; }
例:ルートアグリゲーションによる静的ルートの集約
この例では、集約ルートを設定してルートを集約する方法を示します。
要件
この例を設定する前に、デバイス初期化以外の特別な設定は必要ありません。
概要
この例では、
- デバイスR1は、カスタマーネットワーク10.200.1.0/24および10.200.2.0/24に接続されています。
デモンストレーションを目的として、これらのルートは、この例ではデバイスR1のループバックインターフェイスとして表されています。
- デバイスR1には、ISPネットワーク(10.0.45.0)に到達するための静的デフォルトルートがあります。
- デバイスR2には、デバイスR1の顧客ネットワーク(10.200.1.0/24および10.200.2.0/24)に到達するように設定された静的ルートがあります。
- また、デバイスR2には、ネイバーであるデバイスR3にすべての静的ルートをアドバタイズするように設定されたルーティングポリシーがあります。
- デバイスR3がこれらのルート(10.200.1.0/24および10.200.2.0/24)に関する情報をデバイスISPに送信すると、その情報は単一の集約ルート(10.200.0.0/16)にまとめられます。
- デバイスR2とデバイスR3はIBGPセッションを共有し、IGPとしてOSPFを持っています。
- デバイスISPは、AS 64501にデフォルトルートを注入します。
この例では、すべてのデバイスの設定とデバイス R3 の設定手順を示します。
構成
CLI クイックコンフィギュレーション
この例を迅速に設定するには、以下のコマンドをコピーしてテキスト ファイルに貼り付け、改行を削除し、ネットワーク設定に合わせて必要な詳細を変更してから、 階層レベルの CLI にコマンドを [edit] コピー アンド ペーストします。
デバイス R1
set interfaces ge-0/0/0 description R1-to-R2 set interfaces ge-0/0/0 unit 0 family inet address 10.0.0.1/30 set interfaces lo0 unit 0 family inet address 10.200.1.1/24 set interfaces lo0 unit 0 family inet address 10.200.2.2/24 set routing-options static route 0.0.0.0/0 next-hop 10.0.0.2
デバイスR2
set interfaces ge-0/0/0 description R2-to-R1 set interfaces ge-0/0/0 unit 0 family inet address 10.0.0.2/30 set interfaces ge-0/0/1 description R2-to-R3 set interfaces ge-0/0/1 unit 0 family inet address 10.0.2.2/30 set interfaces lo0 unit 0 family inet address 192.168.100.2/32 set policy-options policy-statement send-customer-routes from protocol static set policy-options policy-statement send-customer-routes then accept set protocols bgp group internal type internal set protocols bgp group internal local-address 192.168.100.2 set protocols bgp group internal export send-customer-routes set protocols bgp group internal neighbor 192.168.100.3 set protocols ospf area 0.0.0.0 interface ge-0/0/0.0 set protocols ospf area 0.0.0.0 interface ge-0/0/1.0 set protocols ospf area 0.0.0.0 interface lo0.0 passive set routing-options autonomous-system 64501 set routing-options static route 10.200.1.0/24 next-hop 10.0.0.1 set routing-options static route 10.200.2.0/24 next-hop 10.0.0.1
デバイスR3
set interfaces ge-0/0/1 description R3-to-R2 set interfaces ge-0/0/1 unit 0 family inet address 10.0.2.1/30 set interfaces ge-0/0/2 description R3-to-ISP set interfaces ge-0/0/2 unit 0 family inet address 10.0.45.2/30 set interfaces lo0 unit 0 family inet address 192.168.100.3/32 set policy-options policy-statement next-hop-self term 1 from protocol bgp set policy-options policy-statement next-hop-self term 1 then next-hop self set policy-options policy-statement next-hop-self term 1 then accept set policy-options policy-statement send-aggregate term 1 from protocol aggregate set policy-options policy-statement send-aggregate term 1 then accept set policy-options policy-statement send-aggregate term suppress-specific-routes from route-filter 10.200.0.0/16 longer set policy-options policy-statement send-aggregate term suppress-specific-routes then reject set protocols bgp group external type external set protocols bgp group external export send-aggregate set protocols bgp group external peer-as 64502 set protocols bgp group external neighbor 10.0.45.1 set protocols bgp group internal type internal set protocols bgp group internal local-address 192.168.100.3 set protocols bgp group internal export next-hop-self set protocols bgp group internal neighbor 192.168.100.2 set protocols ospf area 0.0.0.0 interface ge-0/0/1.0 set protocols ospf area 0.0.0.0 interface lo0.0 passive set routing-options autonomous-system 64501 set routing-options aggregate route 10.200.0.0/16
デバイスISP
set interfaces ge-0/0/2 description ISP-to-R3 set interfaces ge-0/0/2 unit 0 family inet address 10.0.45.1/30 set policy-options policy-statement advertise-default term 1 from route-filter 0.0.0.0/0 exact set policy-options policy-statement advertise-default term 1 then accept set protocols bgp group external type external set protocols bgp group external export advertise-default set protocols bgp group external peer-as 64501 set protocols bgp group external neighbor 10.0.45.2 set routing-options autonomous-system 64502 set routing-options static route 0.0.0.0/0 discard
手順
次の例では、設定階層内のさまざまなレベルに移動する必要があります。CLIのナビゲーションについては、 Junos OS CLIユーザーガイドの設定モードでのCLIエディターの使用を参照してください。
デバイスR3を設定するには:
-
デバイス インターフェイスを設定します。
[edit interfaces] user@R3# set ge-0/0/1 description R3-to-R2 user@R3# set ge-0/0/1 unit 0 family inet address 10.0.2.1/30 user@R3# set ge-0/0/2 description R3-to-ISP user@R3# set ge-0/0/2 unit 0 family inet address 10.0.45.2/30 user@R3# set lo0 unit 0 family inet address 192.168.100.3/32
AS番号を設定します。
[edit routing-options] user@R3# set autonomous-system 64501
-
ISPデバイスとのEBGPセッションを設定します。
[edit protocols] user@R3# set bgp group external type external user@R3# set bgp group external peer-as 64502 user@R3# bgp group external neighbor 10.0.45.1
-
デバイスR2とのIBGPセッションを設定します。
[edit protocols] user@R3# set bgp group internal type internal user@R3# set bgp group internal local-address 192.168.100.3 user@R3# set bgp group internal neighbor 192.168.100.2
-
OSPFをIGPとして設定します。
[edit protocols] user@R3# set ospf area 0.0.0.0 interface ge-0/0/1.0 user@R3# set ospf area 0.0.0.0 interface lo0.0 passive
-
顧客ネットワーク ルートの集約ルートを設定します。
[edit routing-options] user@R3# set aggregate route 10.200.0.0/16
-
集約ルートをアドバタイズするルーティングポリシーを設定します。
このポリシーの最初の条件は、集約ルートをアドバタイズします。2番目の条件は、より具体的なルートがアドバタイズされることを防ぎます。
[edit policy-options] user@R3# set policy-statement send-aggregate term 1 from protocol aggregate user@R3# set policy-statement send-aggregate term 1 then accept user@R3# set policy-statement send-aggregate term suppress-specific-routes from route-filter 10.200.0.0/16 longer user@R3# set policy-statement send-aggregate term suppress-specific-routes then reject
-
デバイスR3をネクストホップとして報告するルーティングポリシーを設定します。これは、デバイスISPとのEBGPセッションに参加した結果です。
[edit policy-options] user@R3# set policy-statement next-hop-self term 1 from protocol bgp user@R3# set policy-statement next-hop-self term 1 then next-hop self user@R3# set policy-statement next-hop-self term 1 then accept
-
デバイスISPとのEBGPセッションに集約ルートポリシーを適用します。
[edit protocols] user@R3# set bgp group external export send-aggregate
-
デバイスR2とのIBGPセッションにネクストホップセルフポリシーを適用します。
[edit protocols] user@R3# set bgp group internal export next-hop-self
デバイスの設定が完了したら、設定をコミットします。
[edit] user@R3# commit
結果
、 、 show protocolsshow policy-options、および のコマンドをshow interfaces発行して、設定をshow routing-options確認します。出力結果に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。
user@R3# show interfaces
ge-0/0/1 {
description R3-to-R2;
unit 0 {
family inet {
address 10.0.2.1/30;
}
}
}
ge-0/0/2 {
description R3-to-ISP;
unit 0 {
family inet {
address 10.0.45.2/30;
}
}
}
lo0 {
unit 0 {
family inet {
address 192.168.100.3/32;
}
}
}
user@R3# show protocols
bgp {
group external {
type external;
export send-aggregate;
peer-as 64502;
neighbor 10.0.45.1;
}
group internal {
type internal;
local-address 192.168.100.3;
export next-hop-self;
neighbor 192.168.100.2;
}
}
ospf {
area 0.0.0.0 {
interface ge-0/0/1.0;
interface lo0.0 {
passive;
}
}
}
user@R3# show policy-options
policy-statement next-hop-self {
term 1 {
from protocol bgp;
then {
next-hop self;
accept;
}
}
}
policy-statement send-aggregate {
term 1 {
from protocol aggregate;
then accept;
}
term suppress-specific-routes {
from {
route-filter 10.200.0.0/16 longer;
}
then reject;
}
}
user@R3# show routing-options
autonomous-system 64501;
aggregate {
route 10.200.0.0/16;
}
検証
設定が正しく機能していることを確認します。
デバイスR3に予想ルートがあることを確認する
目的
デバイスR3がデバイスR2からアドバタイズされた静的ルートを持っていることを確認します。
アクション
user@R3>show route terse protocol bgp inet.0: 12 destinations, 12 routes (12 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both A Destination P Prf Metric 1 Metric 2 Next hop AS path * 0.0.0.0/0 B 170 100 >10.0.45.1 64502 I * 10.200.1.0/24 B 170 100 >10.0.2.2 I * 10.200.2.0/24 B 170 100 >10.0.2.2 I
意味
出力は、IBGPピアリングを介して、デバイスR3がデバイスR1のカスタマーネットワーク(10.200.1.0/24および10.200.2.0/24)に到達するためにデバイスR2で設定された静的ルートを学習したことを示しています。
デバイスR3がデバイスISPにアグリゲートルートをアドバタイズしていることを確認する
目的
デバイス R3 が特定の静的ルートを送信せず、集約された集約ルートのみを送信することを確認します。
アクション
user@R3>show route advertising-protocol bgp 10.0.45.1 inet.0: 20 destinations, 20 routes (20 active, 0 holddown, 0 hidden) Prefix Nexthop MED Lclpref AS path * 10.200.0.0/16 Self I
意味
出力は、デバイスR3が要約されたルートのみをデバイスISPに送信することを示しています。
エンドツーエンド接続の検証
目的
デバイスR1上のカスタマーネットワークからデバイスISPへのエンドツーエンド接続を確認します。
アクション
user@R1>ping 10.0.45.2 source 10.200.1.1 PING 10.0.45.2 (10.0.45.2): 56 data bytes 64 bytes from 10.0.45.2: icmp_seq=0 ttl=63 time=3.953 ms 64 bytes from 10.0.45.2: icmp_seq=1 ttl=63 time=4.979 ms 64 bytes from 10.0.45.2: icmp_seq=2 ttl=63 time=3.789 ms
意味
出力は、顧客ネットワーク10.200.1.1からデバイスISPへの到達可能性を検証する正常なpingを示しています。