静的ルートの優先度と適格なネクストホップ
静的ルートの優先度と適格なネクストホップの理解
静的ルート宛先アドレスには、複数のネクストホップを関連付けることができます。この場合、ルーティングテーブルには複数のルートが挿入され、ルート選択が行われなければなりません。ルート選択の主な基準は ルート優先度であるため、特定のネクストホップに関連付けられたルート優先度を設定することで、特定の宛先のプライマリルートとして使用されるルートを制御できます。ルート優先度が低いルートは、常にトラフィックのルーティングに使用されます。優先ルートを設定しない場合、Junos OS はネクストホップアドレスの 1 つをランダムに選択して、転送テーブルにインストールします。
一般に、静的ルートに割り当てられたデフォルトプロパティは、静的ルートに設定されたすべてのネクストホップアドレスに適用されます。ただし、特定のルートにネクストホップアドレスを2つ設定し、それらを異なる方法で処理する場合は、一方を適格ネクストホップとして定義できます。
適格なネクストホップでは、1つ以上のプロパティを特定のネクストホップアドレスに関連付けることができます。特定のスタティックルートに対して全体的な優先度を設定し、適格なネクストホップに対して異なる優先度を指定することができます。例えば、2つのネクストホップアドレス(10.10.10.10と10.10.10.7)がスタティックルート192.168.47.5/32に関連付けられているとします。スタティックルート全体に一般的な優先度が割り当てられ、その後、適格なネクストホップアドレス10.10.10.7のみに異なる優先度が割り当てられます。次に例を示します。
route 192.168.47.5/32 {
next-hop 10.10.10.10;
qualified-next-hop 10.10.10.7 {
preference 6;
}
preference 5;
}
この例では、適格なネクストホップ10.10.10.7に優先度6を、ネクストホップ10.10.10.10に優先度5を割り当てています。
[edit route route qualified-next-hop]階層のpreferenceおよびmetricオプションは、適格なネクストホップにのみ適用されます。ルートプリファレンスが(その特定のルートの)デフォルトのプリファレンスとメトリックを上書きするのと同様に、適格なネクストホップの優先度とメトリックは、その特定の適格なネクストホップのみのルート優先度とメトリックを上書きします。
Junos OSリリース15.1R4以降、スタティックルートが加入者に関連付けられたネクストホップを指す設定は、ルーターはサポートしなくなりました。通常、これは、RADIUS がネクスト ホップに Framed-IP-Address 属性を割り当てるときに発生する可能性があります。この誤設定の代替手段は、静的ルートに一致するFramed-Route属性をRADIUSサーバーに提供させることです。
例:静的ルート選択を制御するための静的ルート設定と適格なネクストホップを構成する
この例では、静的ルート選択を制御する方法を示しています。
要件
この例では、デバイスの初期化以上の特別な設定は必要ありません。
概要
この例では、スタティック ルート 192.168.47.0/24 には 2 つのネクスト ホップがあります。1 つのリンクの帯域幅が広いため、このリンクが優先パスとなります。この設定を適用するには、 qualified-next-hop ステートメントが両方のデバイスの設定に含まれます。 図1をご覧ください。
の制御
トポロジー
設定
手順
CLIクイックコンフィグレーション
この例を簡単に設定するには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除して、ネットワーク構成に合わせて必要な詳細を変更し、コマンドを [edit] 階層レベルのCLIにコピー&ペーストしてください。
プロバイダネットワークのデバイスB
set interfaces ge-1/2/0 unit 0 description B->D set interfaces ge-1/2/0 unit 0 family inet address 172.16.1.1/24 set interfaces fe-1/2/1 unit 2 description secondary-B->D set interfaces fe-1/2/1 unit 2 family inet address 192.168.2.1/24 set interfaces lo0 unit 57 family inet address 10.0.0.1/32 set interfaces lo0 unit 57 family inet address 10.0.0.2/32 set routing-options static route 192.168.47.0/24 next-hop 172.16.1.2 set routing-options static route 192.168.47.0/24 qualified-next-hop 192.168.2.2 preference 25
顧客ネットワークのデバイスD
set interfaces ge-1/2/0 unit 1 description D->B set interfaces ge-1/2/0 unit 1 family inet address 172.16.1.2/24 set interfaces fe-1/2/1 unit 3 description secondary-D->B set interfaces fe-1/2/1 unit 3 family inet address 192.168.2.2/24 set interfaces lo0 unit 2 family inet address 192.168.47.5/32 set interfaces lo0 unit 2 family inet address 192.168.47.6/32 set routing-options static route 0.0.0.0/0 next-hop 172.16.1.1 set routing-options static route 0.0.0.0/0 qualified-next-hop 192.168.2.1 preference 25
ステップバイステップの手順
次の例では、設定階層のさまざまなレベルに移動する必要があります。その方法の詳細については、『Junos OS CLIユーザーガイド』の「構成モードでのCLIエディターの使用」を参照してください。
静的ルート選択を制御するには:
デバイスBで、インターフェイスを設定します。
[edit interfaces] user@B# set ge-1/2/0 unit 0 description B->D user@B# set ge-1/2/0 unit 0 family inet address 172.16.1.1/24 user@B# set fe-1/2/1 unit 2 description secondary-B->D user@B# set fe-1/2/1 unit 2 family inet address 192.168.2.1/24 user@B# set lo0 unit 57 family inet address 10.0.0.1/32 user@B# set lo0 unit 57 family inet address 10.0.0.2/32
デバイスBで、カスタマーネットワークへのスタティックルートを設定します。
[edit routing-options static route 192.168.47.0/24] user@B# set next-hop 172.16.1.2
デバイスBで、お客様のネットワークへのバックアップルートを設定します。
[edit routing options static route 192.168.47.0/24] user@B# set qualified-next-hop 192.168.2.2 preference 25
デバイスDで、インターフェイスを設定します。
[edit interfaces] user@D# set ge-1/2/0 unit 1 description D->B user@D# set ge-1/2/0 unit 1 family inet address 172.16.1.2/24 user@D# set fe-1/2/1 unit 3 description secondary-D->B user@D# set fe-1/2/1 unit 3 family inet address 192.168.2.2/24 user@D# set lo0 unit 2 family inet address 192.168.47.5/32 user@D# set lo0 unit 2 family inet address 192.168.47.6/32
デバイスDで、外部ネットワークへの静的デフォルトルートを設定します。
[edit routing options static route 0.0.0.0/0] user@D# set next-hop 172.16.1.1
デバイスDで、外部ネットワークへのバックアップ静的デフォルトルートを設定します。
[edit routing options static route 0.0.0.0/0] user@D# set qualified-next-hop 192.168.2.1 preference 25
結果
show interfaces コマンドと show routing-options コマンドを発行して、設定を確認します。出力に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。
user@B# show interfaces
ge-1/2/0 {
unit 0 {
description B->D;
family inet {
address 172.16.1.1/24;
}
}
}
fe-1/2/1 {
unit 2 {
description secondary-B->D;
family inet {
address 192.168.2.1/24;
}
}
}
lo0 {
unit 57 {
family inet {
address 10.0.0.1/32;
address 10.0.0.2/32;
}
}
}
user@B# show routing-options
static {
route 192.168.47.0/24 {
next-hop 172.16.1.2;
qualified-next-hop 192.168.2.2 {
preference 25;
}
}
}
user@D# show interfaces
ge-1/2/0 {
unit 1 {
description D->B;
family inet {
address 172.16.1.2/24;
}
}
}
fe-1/2/1 {
unit 3 {
description secondary-D->B;
family inet {
address 192.168.2.2/24;
}
}
}
lo0 {
unit 2 {
family inet {
address 192.168.47.5/32;
address 192.168.47.6/32;
}
}
}
user@D# show routing-options
static {
route 0.0.0.0/0 {
next-hop 172.16.1.1;
qualified-next-hop 192.168.2.1 {
preference 25;
}
}
}
デバイスの設定が完了したら、両方のデバイスの設定モードから コミット を入力します。
検証
設定が正常に機能していることを確認します。
ルーティングテーブルのチェック
目的
静的ルートがデバイスBとデバイスDのルーティングテーブルに表示されていることを確認します。
アクション
user@B> show route protocol static
inet.0: 7 destinations, 8 routes (7 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
192.168.47.0/24 *[Static/5] 02:02:03
> to 172.16.1.2 via ge-1/2/0.0
[Static/25] 01:58:21
> to 192.168.2.2 via fe-1/2/1.2
user@D> show route protocol static
inet.0: 7 destinations, 8 routes (7 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
0.0.0.0/0 *[Static/5] 02:02:12
> to 172.16.1.1 via ge-1/2/0.1
[Static/25] 01:58:31
> to 192.168.2.1 via fe-1/2/1.3
意味
ルーティングテーブルのアスタリスク(*)は、アクティブなルートを示しています。バックアップルートを次に示します。
リモートアドレスへの ping
目的
静的ルートが機能していることを確認します。
デバイスBから、デバイスDのループバックインターフェイスアドレスの1つにpingを実行します。
デバイス D から、デバイス B のループバック インターフェイス アドレスの 1 つに ping を実行します。
アクション
user@B> ping 192.168.47.5 PING 192.168.47.5 (192.168.47.5): 56 data bytes 64 bytes from 192.168.47.5: icmp_seq=0 ttl=64 time=156.126 ms 64 bytes from 192.168.47.5: icmp_seq=1 ttl=64 time=120.393 ms 64 bytes from 192.168.47.5: icmp_seq=2 ttl=64 time=175.361 ms
user@D> ping 10.0.0.1 PING 10.0.0.1 (10.0.0.1): 56 data bytes 64 bytes from 10.0.0.1: icmp_seq=0 ttl=64 time=1.315 ms 64 bytes from 10.0.0.1: icmp_seq=1 ttl=64 time=31.819 ms 64 bytes from 10.0.0.1: icmp_seq=2 ttl=64 time=1.268 ms
バックアップルートがアクティブなルートになることを確認
目的
プライマリルートが使用できなくなった場合は、バックアップのセカンダリルートがアクティブになることを確認してください。
アクション
デバイスBのge-1/2/0.0インターフェイスを無効にして、アクティブなルートを無効にします。
user@B# deactivate interfaces ge-1/2/0 unit 0 family inet address 172.16.1.1/24 user@B# commit
デバイスBのルーティングテーブルを確認します。
user@B> show route protocol static inet.0: 5 destinations, 5 routes (5 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 192.168.47.0/24 *[Static/25] 02:06:24 > to 192.168.2.2 via fe-1/2/1.2
意味
バックアップルートがアクティブなルートになりました。
静的ルートを使用したIPアドレスの保存
ホスティング プロバイダは、複数の顧客向けに複数のサーバーをホストしており、IP アドレス空間の使用量を節約したいと考えています。従来、ホスティングプロバイダークライアントが新しいサーバーを追加すると、サーバーには/29ブロックなどのIPアドレスの小さなブロックが割り当てられ、クライアントのサーバーはすべてそのIPアドレスのブロックに配置されます。
問題、図解
例えば、顧客Aには3台のサーバーが必要で、ブロック10.3.3.0/29(10.3.3.0〜10.3.3.7)が割り当てられています。このシナリオでは、複数のIPアドレスが消費されます。これには、ネットワークとブロードキャストのIPアドレス(10.3.3.0および10.3.3.7)、サーバーが接続されているルーターゲートウェイのアドレス、および個々のサーバーのアドレスが含まれます。3台のサーバーを割り当てるには、8つのIPアドレスを割り当てる必要があります。単一の /24 ネットワークを 32 /29 ネットワークに分割すると、256 個のうち 96 個の IP アドレスになり、/24 はネットワーク、ブブロードキャスト、およびゲートウェイ アドレスによって消費されます。この効果が何千ものホスティングプロバイダーに倍増すると、IPアドレス空間は効率的に使用されることからはほど遠いものになります。 図2 は、この問題を示しています。
の非効率的な使用
この設定では、各顧客にアドレス空間の /29 ブロックが割り当てられます。各ブロックについて、ネットワーク、ブブロードキャスト、およびゲートウェイアドレスがサーバーIPアドレッシングに使用できないため、3つのIPアドレスが非効率的に使用されます。さらに、ブロックは将来の拡張のために未使用のIPアドレスを消費します。
ソリューション
この問題は、共有アドレス空間(RFC 6598)用に予約されたIPv4プレフィックスからのアドレスを使用してルーター上のインターフェイスを設定し、インターフェイスを指す静的ルートを使用することで解決できます。IANAは、共有アドレス空間として使用するためにIPv4 /10の割り当てを記録しています。共有アドレス空間のアドレス範囲は 100.64.0.0/10 です。
ルーター内のインターフェイスには、RFC 6598スペースからIPアドレスが割り当てられるため、パブリックにルーティング可能なアドレス空間を消費せず、接続はインターフェイス上の静的ルートで処理されます。サーバー内のインターフェイスは、パブリックにルーティング可能なアドレスで設定されていますが、ルーター インターフェイスは設定されていません。ネットワークアドレスとブロードキャストアドレスは、パブリックにルーティング可能なアドレス空間ではなく、RFC 6598スペースから消費されます。
この機能は、Junos OS 17.1R1以降のQFX10000スイッチでサポートされています。
図3 は、IPアドレス空間の効率的な使用を示しています。
を使用した設定
この設定では、各顧客にはサーバーごとに個別のIPアドレスが割り当てられます。ホストルートとして設定できるスタティックルートがあります。ルーター内のインターフェイスには、RFC 6598スペースからIPアドレスが割り当てられるため、パブリックにルーティング可能なアドレス空間を消費せず、接続はインターフェイスへの静的ルートで処理されます。
設定
ゲートウェイルーター上の顧客Aの設定は次のようになります。
interfaces {
ge-1/0/1 {
unit 0 {
family inet {
address 100.64.0.1/30;
}
}
}
}
routing-options {
static {
route 203.0.113.10/32 {
qualified-next-hop ge-1/0/1.0;
}
route 203.0.113.11 {
qualified-next-hop ge-1/0/1.0;
}
}
}
この設定では、公開ルーティング可能なIPアドレスが無駄になることはありません。この設定でパケットをルーターから顧客Aのサーバー203.0.113.10のサーバーに転送すると、ルートがIPアドレス 100.64.0.1のインターフェイスge-1/0/1.0に転送されることに注意してください。
顧客Aのサーバーは、次のように設定されます。
ifconfig eth0 203.0.113.10 netmask 255.255.255.255route add -host 100.64.0.1/32 dev eth0 route add default gw 100.64.0.1
ifconfig eth0 203.0.113.11 netmask 255.255.255.255route add -host 100.64.0.1/32 dev eth0 route add default gw 100.64.0.1
この例では、1:1マッピングであるサーバーあたりの1つのホストルートを示しています。これが維持されれば、多数の静的ホストルートに相当する可能性があります。スケーリングのために、この環境では非ホストルートをサポートする必要があります。例えば、この設定に8台のサーバーを持つ顧客Cがあった場合、8台のサーバーが接続されているインターフェイスを指すルーターに/29ルートを割り当てた方がはるかに効率的です。顧客 C に 203.0.114.8 から 203.0.114.15 までのサーバー IP が割り当てられ、これらがインターフェイス ge-1/0/2.0 を介して接続されている場合、次のようになります。
user@host# set routing-options static route 203.0.114.8/29 qualified-next-hop ge-1/0/2.0
ルーティングテーブルと転送テーブルにおける静的ルート制御について
ルーティングテーブルと転送テーブルへの静的ルートのインポートは、いくつかの方法で制御できます。主な方法には、以下の1つ以上の属性をルートに割り当てることが含まれます。
保持—ルーティングプロセスがシャットダウンするか、デバイスが再起動した後、ルートを転送テーブルに保持します。
再アドバタイズなし—ルートが他のルーティングプロトコルに再アドバタイズされないようにします。
パッシブ—ルートを宛先とするトラフィックを拒否します。
このトピックでは、次のセクションについて説明します。
ルート保持
デフォルトでは、ルーティング プロセスがシャットダウンされたときに、静的ルートは転送テーブルに保持されません。ルーティングプロセスが再び起動したら、スタティックルートとして設定されたルートを転送テーブルに再度追加する必要があります。この遅延を回避するために、ルートに 保持のフラグを付けて、ルーティング プロセスがシャットダウンした後も転送テーブルに保持されるようにすることができます。保持により、システムの再起動直後でも、ルートが常に転送テーブルに保持されます。
再広告防止
スタティックルートは、デフォルトで他のルーティングプロトコルによる再アドバタイズの対象となります。いかなる状況においてもこれらの静的ルートを再アドバタイズしたくないスタブ領域では、静的ルートに 再アドバタイズなしのフラグを立てることができます。
パッシブルートトラフィックの強制拒否
通常、ルーティングテーブルと転送テーブルにはアクティブなルートのみが含まれます。静的ルートのネクストホップアドレスに到達できない場合、そのルートは パッシブとしてマークされ、ルーティングテーブルや転送テーブルに含まれなくなります。ネクストホップの到達可能性に関係なく、ルートをルーティングテーブルに含めるようにするには、ルートに パッシブのフラグを立てることができます。ルートに パッシブ フラグが付けられ、そのネクストホップアドレスに到達できない場合、そのルートはルーティングテーブルに含まれ、そのルートを宛先とするすべてのトラフィックは拒否されます。
例:スタティック ルートの再アドバタイズの防止
この例では、スタティック ルートが OSPF に再アドバタイズされないようにして、ルーティング テーブルと転送テーブルにルートが表示されないようにする方法を示します。
要件
この例では、デバイスの初期化以上の特別な設定は必要ありません。
概要
この例では、 no-readvertise ステートメントでタグ付けされているために再アドバタイズされない静的ルートを除き、静的ルートを OSPF に再アドバタイズするルーティングポリシーを設定する方法を示します。
設定
手順
CLIクイックコンフィグレーション
この例をすばやく設定するには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除して、ネットワーク構成に合わせて必要な詳細を変更してから、コマンドを [edit] 階層レベルのCLIにコピー&ペーストします。
デバイスA
set interfaces fe-1/2/0 unit 4 description A->B set interfaces fe-1/2/0 unit 4 family inet address 10.0.2.2/30 set protocols ospf area 0.0.0.0 interface fe-1/2/0.4
デバイスB
set interfaces fe-1/2/0 unit 3 description B->A set interfaces fe-1/2/0 unit 3 family inet address 10.0.2.1/30 set interfaces fe-1/2/1 unit 6 description B->C set interfaces fe-1/2/1 unit 6 family inet address 10.0.3.1/30 set protocols bgp group ext type external set protocols bgp group ext peer-as 23 set protocols bgp group ext neighbor 10.0.3.2 set protocols ospf export send-static set protocols ospf area 0.0.0.0 interface fe-1/2/0.3 set policy-options policy-statement send-static from protocol static set policy-options policy-statement send-static then accept set routing-options static route 0.0.0.0/0 next-hop 10.0.3.2 set routing-options static route 192.168.0.0/24 next-hop 10.0.3.2 set routing-options static route 192.168.0.0/24 no-readvertise set routing-options autonomous-system 17
デバイスC
set interfaces fe-1/2/0 unit 7 description B->C set interfaces fe-1/2/0 unit 7 family inet address 10.0.3.2/30 set interfaces lo0 unit 5 family inet address 192.168.0.1/32 set protocols bgp group ext type external set protocols bgp group ext peer-as 17 set protocols bgp group ext neighbor 10.0.3.1 set routing-options autonomous-system 23
ステップバイステップの手順
次の例では、設定階層のさまざまなレベルに移動する必要があります。その方法の詳細については、『Junos OS CLIユーザーガイド』の「構成モードでのCLIエディターの使用」を参照してください。
デバイスAを設定するには:
デバイスBへのインターフェイスを設定します。
[edit interfaces fe-1/2/0 unit 4] user@A# set description A->B user@A# set family inet address 10.0.2.2/30
デバイス B と OSPF ピア関係を形成するように OSPF を設定します。
[edit protocols ospf area 0.0.0.0] user@A# set interface fe-1/2/0.4
ステップバイステップの手順
デバイスBを設定するには:
機器 A と機器 C へのインターフェースを設定します。
[edit interfaces] user@B# set fe-1/2/0 unit 3 description B->A user@B# set fe-1/2/0 unit 3 family inet address 10.0.2.1/30 user@B# set fe-1/2/1 unit 6 description B->C user@B# set fe-1/2/1 unit 6 family inet address 10.0.3.1/30
1つ以上のスタティックルートと自律システム(AS)番号を設定します。
[edit routing-options] user@B# set static route 0.0.0.0/0 next-hop 10.0.3.2 user@B# set static route 192.168.0.0/24 next-hop 10.0.3.2 user@B# set autonomous-system 17
ルーティングポリシーを設定します。
このポリシーは、静的ルートをルーティングテーブルからOSPFにエクスポートします。
[edit policy-options policy-statement send-static] user@B# set from protocol static user@B# set then accept
192.168.0.0/24ルートがOSPFにエクスポートされないようにするための
no-readvertiseステートメントを含めます。[edit routing-options] user@B# set static route 192.168.0.0/24 no-readvertise
ルーティングプロトコルを設定します。
BGP設定は、デバイスCと外部BGP(EBGP)ピア関係を形成します。
OSPF設定は、デバイスAとOSPFピア関係を形成し、 send-static ルーティングポリシーを適用します。
[edit protocols] user@B# set bgp group ext type external user@B# set bgp group ext peer-as 23 user@B# set bgp group ext neighbor 10.0.3.2 user@B# set ospf export send-static user@B# set ospf area 0.0.0.0 interface fe-1/2/0.3
ステップバイステップの手順
デバイスCを設定するには:
デバイスBへのインターフェイスを作成し、ループバックインターフェイスを設定します。
[edit interfaces ] user@C# set fe-1/2/0 unit 7 description B->C user@C# set fe-1/2/0 unit 7 family inet address 10.0.3.2/30 user@C# set lo0 unit 5 family inet address 192.168.0.1/32
デバイスBとのEBGPピアリングセッションを設定します。
[edit protocols bgp group ext] user@C# set type external user@C# set peer-as 17 user@C# set neighbor 10.0.3.1
AS番号を設定します。
[edit routing-options] user@C# set autonomous-system 23
結果
show interfaces、show policy-options、show protocols、show routing-optionsコマンドを発行して、設定を確認します。出力に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。
デバイスA
user@A# show interfaces
fe-1/2/0 {
unit 4 {
description A->B;
family inet {
address 10.0.2.2/30;
}
}
}
user@A# show protocols
ospf {
area 0.0.0.0 {
interface fe-1/2/0.4;
}
}
デバイスB
user@B# show interfaces
interfaces {
fe-1/2/0 {
unit 3 {
description B->A;
family inet {
address 10.0.2.1/30;
}
}
}
fe-1/2/1 {
unit 6 {
description B->C;
family inet {
address 10.0.3.1/30;
}
}
}
}
user@B# show policy-options
policy-statement send-static {
from protocol static;
then accept;
}
user@B# show protocols
bgp {
group ext {
type external;
peer-as 23;
neighbor 10.0.3.2;
}
}
ospf {
export send-static;
area 0.0.0.0 {
interface fe-1/2/0.3;
}
}
user@B# show routing-options
static {
route 0.0.0.0/0 next-hop 10.0.3.2;
route 192.168.0.0/24 {
next-hop 10.0.3.2;
no-readvertise;
}
}
autonomous-system 17;
デバイスC
user@C# show interfaces
fe-1/2/0 {
unit 7 {
description B->C;
family inet {
address 10.0.3.2/30;
}
}
}
lo0 {
unit 5 {
family inet {
address 192.168.0.1/32;
}
}
}
user@C# show protocols
bgp {
group ext {
type external;
peer-as 17;
neighbor 10.0.3.1;
}
}
user@C# show routing-options autonomous-system 23;
デバイスの設定が完了したら、設定モードから コミット を入力します。
検証
設定が正常に機能していることを確認します。
ルーティングテーブルのチェック
目的
no-readvertiseステートメントが機能していることを確認します。
アクション
デバイスAで、
show route protocol ospfコマンドを実行して、192.168.0.0/24ルートがデバイスAのルーティングテーブルに表示されないようにします。user@A> show route protocols ospf inet.0: 4 destinations, 4 routes (4 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 0.0.0.0/0 *[OSPF/150] 00:03:15, metric 0, tag 0 > to 10.0.2.1 via fe-1/2/0.4 224.0.0.5/32 *[OSPF/10] 00:04:07, metric 1 MultiRecvデバイスBで、
no-readvertiseステートメントを無効にします。user@B# deactivate routing-options static route 192.168.0.0/24 no-readvertise
デバイスAで、
show route protocol ospfコマンドを再実行して、192.168.0.0/24ルートがデバイスAのルーティングテーブルに表示されることを確認します。user@A> show route protocols ospf inet.0: 5 destinations, 5 routes (5 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 0.0.0.0/0 *[OSPF/150] 00:04:24, metric 0, tag 0 > to 10.0.2.1 via fe-1/2/0.4 192.168.0.0/24 *[OSPF/150] 00:00:15, metric 0, tag 0 > to 10.0.2.1 via fe-1/2/0.4 224.0.0.5/32 *[OSPF/10] 00:05:16, metric 1 MultiRecv
意味
no-readvertiseステートメントは期待通りに機能しています。
静的ルート設定の検証
目的
静的ルートがルーティングテーブルにあり、それらのルートがアクティブであることを確認します。
アクション
CLIから、 show route terse コマンドを入力します。
出力例
コマンド名
user@host> show route terse inet.0: 20 destinations, 20 routes (20 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both A Destination P Prf Metric 1 Metric 2 Next hop AS path * 192.168.47.5/32 S 5 Reject * 172.16.0.0/12 S 5 >192.168.71.254 * 192.168.0.0/18 S 5 >192.168.71.254 * 192.168.40.0/22 S 5 >192.168.71.254 * 192.168.64.0/18 S 5 >192.168.71.254 * 192.168.64.0/21 D 0 >fxp0.0 * 192.168.71.246/32 L 0 Local * 192.168.220.4/30 D 0 >ge-0/0/1.0 * 192.168.220.5/32 L 0 Local * 192.168.220.8/30 D 0 >ge-0/0/2.0 * 192.168.220.9/32 L 0 Local * 192.168.220.12/30 D 0 >ge-0/0/3.0 * 192.168.220.13/32 L 0 Local * 192.168.220.17/32 L 0 Reject * 192.168.220.21/32 L 0 Reject * 192.168.220.24/30 D 0 >at-1/0/0.0 * 192.168.220.25/32 L 0 Local * 192.168.220.28/30 D 0 >at-1/0/1.0 * 192.168.220.29/32 L 0 Local * 224.0.0.9/32 R 100 1 MultiRecv
意味
出力は、現在 inet.0 ルーティングテーブルにあるルートのリストを示しています。次の情報を確認します。
設定された各スタティックルートが存在します。ルートはIPアドレスの昇順で表示されています。スタティックルートは、出力のプロトコル(P)列にSで識別されます。
各スタティックルートはアクティブです。アクティブなルートは、 ネクストホップ 列にネクストホップIPアドレスを表示します。ルートのネクストホップアドレスに到達できない場合、そのネクストホップアドレスは 拒否として識別されます。これらのルートはアクティブなルートではありませんが、 passive 属性が設定されているため、ルーティングテーブルに表示されます。
各スタティックルートの優先度が正しい。特定のルートに対する優先度は、出力の Prf 列に記載されています。
関連項目
変更履歴テーブル
サポートされる機能は、使用しているプラットフォームとリリースによって決まります。 機能エクスプローラー を使用して、機能がお使いのプラットフォームでサポートされているかどうかを確認します。