ルート アグリゲーションの設定
ルート アグリゲーションについて
ルート アグリゲーション方法は、選択された複数のルートを 1 つのルート アドバタイズメントに統合することで、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 つのルートは、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番号を含める
- 集約ルートのタグ値の設定
- ルーティングおよび転送テーブルにおける非アクティブな集約ルートの保持の制御
集約ルートのメトリック値の設定
最大 4 つのメトリック値を指定できます。 metric (最初のメトリック値)、 metric2、 metric3、 metric4 と続くには、次のステートメントを 1 つ以上含めます。
aggregate (defaults | route) { (metric | metric2 | metric3 | metric4) metric <type type>; }
これらのステートメントを含めることができる階層レベルの一覧は、これらのステートメントのステートメント概要セクションを参照してください。
typeオプションでは、ルートのタイプを指定できます。
集約ルートの優先値の設定
デフォルトでは、集約ルートの優先度は 130 です。ルーティングテーブルに、これよりも優先値が良い(低い)宛先への動的ルートが含まれている場合、その動的ルートがアクティブルートとして選択され、転送テーブルにインストールされます。
デフォルトのプリファレンス値を変更するには、プライマリプリファレンス値(preference)を指定します。また、第 2 優先値 (preference2) や、さらに詳細な優先値である色 (color と color2) を指定することもできます。これを行うには、以下のステートメントを 1 つ以上含めます。
aggregate (defaults | route) { (preference | preference2 | color | color2) preference <type type>; }
これらのステートメントを含めることができる階層レベルの一覧は、これらのステートメントのステートメント概要セクションを参照してください。
優先度は、0 から 4,294,967,295 (2、32 – 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 で定義されている以下の周知コミュニティ名のいずれかとして、コミュニティの community-ids を指定することもできます。
no-export—このコミュニティ名を含むルートは、BGPコンフェデレーション境界の外部にアドバタイズされません。no-advertise—このコミュニティ名を含むルートは、他のBGPピアにアドバタイズされません。no-export-subconfed—このコミュニティ名を含むルートは、外部のBGPピア(BGPコンフェデレーション内の他のメンバーのASのピアを含む)にはアドバタイズされません。
none オプションを使用して、集約ルートで BGP コミュニティ情報を明示的に除外することができます。ステートメントのaggregate部分で指定されたcommunityオプションを上書きするために、ステートメントのdefaultsroute部分で個々のルートを設定する場合に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以降では、ピリオドで連結された2つの整数値のASドット表記形式(<16-bit high-order value in decimal>.<16-bit low-order value in decimal>)を使用して、4バイトAS番号を設定することもできます。たとえば、プレーン番号形式で65,546という4バイトAS番号は、ASドット表記形式では1.10と表されます。0.0 から 65535.65535 の範囲の値をドット表記形式で指定できます。
また、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オプションを含めます。このオプションは、ステートメントのdefaults部分で指定されたretainオプションを上書きするために、aggregate ステートメントのroute部分で個々のルートを設定する場合に含めます。
aggregate (defaults | route) { full; }
これらのステートメントを含めることができる階層レベルの一覧は、これらのステートメントのステートメント概要セクションを参照してください。
集約ルートのタグ値の設定
デフォルトでは、集約ルートにタグ値は関連付けられません。 tag オプションを含めることで、タグ値を指定できます。
aggregate (defaults | route) { tag metric type number; }
このステートメントを含めることができる階層レベルの一覧は、このステートメントのステートメント概要のセクションを参照してください。
ルーティングおよび転送テーブルにおける非アクティブな集約ルートの保持の制御
スタティックルートがルーティングテーブルから削除されるのは、ネクストホップが到達不能になった場合のみです。これは、寄与するルートがない場合に発生します。ルーティングおよび転送テーブルに集合ルートを継続的にインストールしたままにするには、ルートを設定する際に passive オプションを含めます。
aggregate (defaults | route) { passive; }
ルーティングテーブルと転送テーブルに継続的にインストールされたままになるように設定されたルートは、非アクティブなときに reject ネクストホップでマークされます。
集約ルートが非アクティブになったときに明示的に削除するには、ルートを設定する際に active オプションを含めます。このオプションは、ステートメントのdefaults部分で指定されたpassiveオプションを上書きするために、aggregate ステートメントのroute部分で個々のルートを設定する場合に含めます。
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セッションにnext-hop-selfポリシーを適用します。
[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がデバイスR2に設定された静的ルートを学習し、IBGPピアリングを介してデバイスR1の顧客ネットワーク(10.200.1.0/24および10.200.2.0/24)に到達したことを示しています。
デバイス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を示しています。
変更履歴
サポートされる機能は、使用しているプラットフォームとリリースによって決まります。特定の機能がお使いのプラットフォームでサポートされているかどうかを確認するには、 Feature Explorer を使用します。