スタティックルート設定と適格なネクストホップ
スタティック ルート設定と認定ネクスト ホップの理解
静的ルート宛先アドレスには、複数のネクストホップを関連付けることができます。この場合、複数のルートがルーティングテーブルに挿入され、ルート選択が行われる必要があります。ルート選択の主要な基準は ルートの優先度であるため、特定のネクストホップに関連するルートの優先度を設定することで、特定の宛先のプライマリ ルートとして使用されるルートを制御できます。ルート優先度が低いルートが、常にトラフィックのルーティングに使用されます。優先ルートを設定しない場合、Junos OS はネクストホップアドレスの 1 つをランダムに選択して転送テーブルにインストールします。
一般に、静的ルートに割り当てられたデフォルトプロパティは、その静的ルートに設定されたすべてのネクストホップアドレスに適用されます。ただし、特定のルートに対して 2 つの可能なネクストホップ アドレスを設定し、それらを別々に処理する場合は、1 つを適格なネクストホップとして定義できます。
適格なネクストホップを使用すると、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アドレスを消費します。
解決
この問題は、共有アドレス空間の予約済み IPv4 プレフィックス(RFC 6598)からのアドレスを使用してルーター上のインターフェイスを設定し、インターフェイスを指す静的ルートを使用することで解決できます。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のサーバーに転送されると、ルートが 100.64.0.1のIPアドレスを持つインターフェイス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 つ以上をルートに割り当てることが含まれます。
retain—ルーティング プロセスがシャットダウンされた後、またはデバイスが再起動された後、転送テーブルにルートを保持します。
no-readvertise—ルートが他のルーティング プロトコルに再アドバタイズされないようにします。
パッシブ—ルート宛てのトラフィックを拒否します。
このトピックは、以下のセクションで構成されています。
ルート保持
デフォルトでは、ルーティングプロセスのシャットダウン時に、スタティックルートは転送テーブルに保持されません。ルーティング プロセスが再開されたら、スタティック ルートとして設定されたルートを転送テーブルに再度追加する必要があります。この遅延を回避するには、ルートに 保持のフラグを設定し、ルーティング プロセスをシャットダウンした後も転送テーブルに保持されるようにします。保持により、システムの再起動直後であっても、ルートが常に転送テーブルに存在するようになります。
再広告防止
スタティックルートは、デフォルトで他のルーティングプロトコルによる再アドバタイズの対象となります。どのような状況でもこれらのスタティック ルートを再アドバタイズしたくないスタブ エリアでは、スタティック ルートに no-readvertiseのフラグを付けることができます。
パッシブルートトラフィックの強制拒否
一般に、ルーティングおよび転送テーブルにはアクティブなルートのみが含まれます。静的ルートのネクストホップアドレスが到達できない場合、そのルートは パッシブとマークされ、ルーティングテーブルや転送テーブルには含まれません。ネクストホップの到達可能性に関係なく、ルートをルーティングテーブルに含めるように強制するには、ルートに パッシブのフラグを設定します。ルートに パッシブ のフラグが付けられ、そのネクストホップアドレスが到達できない場合、そのルートはルーティングテーブルに含まれ、そのルートを宛先とするすべてのトラフィックは拒否されます。
例:スタティック ルートの再アドバタイズメントの防止
この例では、静的ルートがOSPFに再アドバタイズされるのを防ぎ、ルーティングテーブルと転送テーブルにルートが表示されないようにする方法を示しています。
必要条件
この例では、デバイスの初期化以上の特別な設定は必要ありません。
概要
この例では、 no-readvertise ステートメントでタグ付けされているため再アドバタイズされない 1 つの静的ルートを除き、スタティック ルートを OSPF に再アドバタイズするルーティングポリシーを設定する方法を示しています。
構成
プロシージャ
CLIクイック構成
この例をすばやく設定するには、次のコマンドをコピーしてテキストファイルに貼り付け、改行を削除して、ネットワーク構成に合わせて必要な詳細を変更し、 [edit] 階層レベルのCLIにコマンドをコピー&ペーストしてください。
1 デバイスA 1
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
1 デバイスB 1
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
1 デバイスC 1
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ピア関係を形成し、 送信静的 ルーティングポリシーを適用します。
[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コマンドを発行して、設定を確認します。出力結果に意図した設定内容が表示されない場合は、この例の手順を繰り返して設定を修正します。
1 デバイスA 1
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;
}
}
1 デバイスB 1
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;
1 デバイスC 1
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で識別されます。
各静的ルートはアクティブです。アクティブなルートには、[ Next hop ] 列にネクストホップ IP アドレスが表示されます。ルートのネクストホップ アドレスが到達できない場合、そのネクストホップ アドレスは 拒否として識別されます。これらのルートはアクティブなルートではありませんが、 パッシブ 属性が設定されているため、ルーティングテーブルに表示されます。
各静的ルートの優先度は正しいです。特定のルートに対する優先度は、出力の Prf 列に一覧表示されます。
参照
変更履歴
サポートされる機能は、使用しているプラットフォームとリリースによって決まります。特定の機能がお使いのプラットフォームでサポートされているかどうかを確認するには、 Feature Explorer を使用します。