このページの内容
ルートアグリゲーションの設定
ルートアグリゲーションを理解する
ルートアグリゲーション手法は、選択された複数のルートを単一のルートアドバタイズメントに統合することで、IPネットワーク内のルーティングエントリーの数を最小限に抑えるのに役立ちます。このアプローチは、すべてのルーティング テーブルに各ルートの固有のエントリーを含む非ルーティングテーブルとは対照的です。アグリゲーション方法は、アグリゲーションを行うルーターのルーティングテーブルのサイズを小さくするのに役立ちません。アグリゲートのみをアドバタイズし、寄与するルートはアドバタイズしないエクスポートポリシーを設定すると、アップデートを受信するルーターにアグリゲーション効果が発生します。
集約ルートは、1 つ以上の寄与ルートがある場合にアクティブになります。寄与ルートとは、集約宛先により具体的に一致するアクティブなルートです。例えば、集約宛先 192.168.0.0/16では、 192.168.192.0/19 と 192.168.67.0/24 へのルートは寄与ルートですが、 192.168.0.0./8 と 192.168.0.0/16 へのルートは寄与しません。
1つのルートは、単一の集約ルートにのみ貢献できます。しかし、アクティブな集約ルートは、あまり特異的でない一致する集約ルートに再帰的に寄与する可能性があります。例えば、宛先 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 ... } }
他のルーティングテーブルで集約ルートを設定する場合、またはデフォルトルーティングテーブル(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-lengthここで、networkはIPアドレスのネットワーク部分、mask-lengthは宛先プレフィックス長です。defaultこれが宛先へのデフォルトルートである場合。これは、0.0.0.0/0のIPアドレスを指定することと同じです。
集約ルートを設定した後、ポリシーを設定してプロトコルにルートをアドバタイズさせ、ルーティングプロトコルによってエクスポートされます。
aggregateステートメントのroutes部分で、集約ルートの宛先プレフィックスを設定する場合、ルーティングポリシーを関連付けることができます。これにより、宛先プレフィックスのインポート ルーティングポリシー フィルターに相当するものが提供されます。つまり、集約ルートへの各潜在的貢献者は、集約オプションとともに、ポリシー フィルターを通過します。その後、ポリシーは、集約ルートへの貢献者としてルートを受け入れるか拒否することができます。貢献者が受け入れられた場合、ポリシーはデフォルトの設定を変更することができます。
以下のアルゴリズムを使用して、2つの集合型ルートを比較し、どちらがプライマリまたは優先コントリビューターであるかを判断します。
プロトコルの寄与ルートの
preferencesを比較します。優先度が低いほど、ルートが良くなります。これは、ルーティングテーブルの最適ルートを決定する際に行われる比較と似ています。プロトコルの寄与ルートの
preferences2を比較します。preference2の値が低いほど良いです。preferences2のあるルートが1つだけの場合、このルートが優先されます。プリファレンス値は同じです。プレフィックス値の数値比較に進みます。
主な要因は、数値的に最小のプレフィックス値です。
2 つのプレフィックスの数が等しい場合、プレフィックス長の値が最小のルートが主な要因となります。
この時点で、2つのルートは同じです。主な貢献者は変更されません。追加のネクストホップは、既存のプライマリコントリビュータに利用できます。
拒否された貢献者は、あまり具体的でない集約ルートに貢献することができます。ポリシーフィルターを指定しない場合、すべての候補ルートが集約ルートに寄与します。
ルーティングポリシーを集約ルートに関連付けるには、ルートを設定するときに policy ステートメントを含めます。
aggregate (defaults | route) { policy policy-name; }
aggregateステートメントのdefaults部とroute部では、aggregate-optionsを指定できます。これは、ルートがルーティングテーブルにインストールされたときにルートに含まれる集約ルートに関する追加情報を定義します。すべての集約オプションはオプションです。aggregateステートメントのdefaults部分で指定した集約オプションは、グローバルデフォルトとして扱われ、aggregateステートメントで設定したすべての集約ルートに適用されます。aggregateステートメントのroute部分で指定した集約オプションは、すべてのグローバル集約オプションを上書きし、その宛先にのみ適用されます。
集約ルートオプションを設定するには、aggregateステートメントのdefaultsまたはroute部分に1つ以上含めます。
[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番号の挿入
- 集約ルートのタグ値の設定
- ルーティングテーブルと転送テーブルにおける非アクティブな集約ルートの保持の制御
集約ルートのメトリック値の設定
以下の 1 つ以上のステートメントを含めることで、 metric から始まり、 metric2、 metric3、 metric4 まで、最大 4 つのメトリック値を指定できます。
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ピアにはアドバタイズされません。
noneオプションを使用すれば、集約ルートでBGPコミュニティ情報を明示的に除外することができます。aggregateステートメントのroute部分で個々のルートを設定し、ステートメントのdefaults部分で指定されたcommunityオプションを上書きするように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 Release 9.1以降では、RFC 4893で定義されているように、数字のAS範囲がBGP拡張され、4オ クテットAS AS番号空間のサポートBGP、4バイト番号のサポートを提供します。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>.<16-bit low-order value in decimal>で連結された2つの整数値のASドット表記形式を使用して、4バイトのAS番号を設定することもできます。たとえば、プレーン番号形式で 65,546 という 4 バイト AS数は、AS ドット表記形式では 1.10 と表されます。0.0〜65535.65535の範囲の値をASドット表記形式で指定できます。
また、ASパス情報の出所を示すBGP origin属性を使用して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オプションを含めます。aggregateステートメントのroute部分で個々のルートを設定し、ステートメントのdefaults部分で指定されたretainオプションを上書きする場合、このオプションを含めます。
aggregate (defaults | route) { full; }
これらのステートメントを含めることができる階層レベルの一覧については、これらのステートメントのステートメント概要セクションを参照してください。
集約ルートのタグ値の設定
デフォルトでは、タグ値は集約ルートに関連付けられていません。 tag オプションを含めることでタグ値を指定できます。
aggregate (defaults | route) { tag metric type number; }
このステートメントを含めることができる階層レベルの一覧については、このステートメントの「ステートメント概要」セクションを参照してください。
ルーティングテーブルと転送テーブルにおける非アクティブな集約ルートの保持の制御
スタティックルートがルーティングテーブルから削除されるのは、ネクストホップが到達不能になった場合のみであり、これは、寄与するルートがない場合に発生します。集約ルートをルーティングテーブルと転送テーブルに継続的にインストールしておくには、ルートを設定するときに passive オプションを含めます。
aggregate (defaults | route) { passive; }
ルーティングテーブルと転送テーブルに継続的にインストールされたままになるように設定されたルートは、非アクティブなときに reject ネクストホップでマークされます。
集約ルートが非アクティブになったときに明示的に削除するには、ルートを設定するときにactiveオプションを含めます。aggregateステートメントのroute部分で個々のルートを設定し、ステートメントのdefaults部分で指定されたpassiveオプションを上書きする場合、このオプションを含めます。
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クイックコンフィグレーション
この例をすばやく設定するには、以下のコマンドをコピーしてテキスト ファイルに貼り付け、改行を削除して、ネットワーク構成に合わせて必要な詳細を変更し、 [edit] 階層レベルのCLIにコマンドをコピー アンド ペーストします。
デバイス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
-
デバイスISPとのEBGPセッションに参加した結果、デバイスR3をネクストホップとして報告するようにルーティングポリシーを設定します。
[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 interfaces、show protocols、show policy-options、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
意味
出力は、デバイスR3が、IBGPピアリングを介してデバイス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の成功を示しています。
変更履歴テーブル
サポートされる機能は、使用しているプラットフォームとリリースによって決まります。 機能エクスプローラー を使用して、機能がお使いのプラットフォームでサポートされているかどうかを確認します。
