ネットワークトポロジー
タスク
- デフォルトの基本静的ルートの作成
- フローティング静的ルートの導入
- メインルートに障害が発生した場合のフローティング静的ルートへの切り替えをテストする
概要
まず、静的ルート、さらにはフローティング ルートとは何かについて少し説明します。 動的ルーティングとは異なり、静的ルーティングでは、特定のネットワークへのルートを独自に構築する必要があります。 フローティング スタティック ルートは、プライマリ ルートに障害が発生した場合に宛先ネットワークへのバックアップ パスを提供する役割を果たします。
私たちのネットワークを例に挙げると、これまでのところ、「境界ルーター」には ISP1、ISP2、LAN_1、および LAN_2 ネットワークへの直接接続されたルートしかありません。
デフォルトの基本静的ルートの作成
バックアップ ルートについて説明する前に、まずメイン ルートを構築する必要があります。 エッジルーターからインターネットまでのメインルートを ISP1 経由とし、ISP2 経由のルートをバックアップとします。 これを行うには、グローバル コンフィギュレーション モードでエッジ ルータにデフォルトのスタティック ルートを設定します。
Edge_Router>en
Edge_Router#conf t
Edge_Router(config)#ip route 0.0.0.0 0.0.0.0 s0/0/0
ここで：
- ゼロの最初の 32 ビットは宛先ネットワーク アドレスです。
- 32 番目の XNUMX ビットのゼロはネットワーク マスクです。
- s0/0/0 は、ISP1 ネットワークに接続されているエッジ ルータの出力インターフェイスです。
このエントリは、LAN_1 または LAN_2 からエッジ ルータに到着するパケットにルーティング テーブルにない宛先ネットワークのアドレスが含まれている場合、それらのパケットはインターフェイス s0/0/0 経由で転送されることを示します。
エッジ ルーターのルーティング テーブルを確認し、PC-A または PC-B から Web サーバーに ping を送信してみましょう。
デフォルトの静的ルート エントリがルーティング テーブルに追加されていることがわかります (S* エントリによって証明されています)。 PC-A または PC-B から Web サーバーまでのルートを追跡してみましょう。
最初のホップは、PC-B からエッジ ルーターのローカル IP アドレス 192.168.11.1 までです。 10.10.10.1 番目のホップは、エッジ ルーターから 1 (ISPXNUMX) までです。 後でトランジションを比較することに注意してください。
フローティング静的ルートの導入
これで、メインの静的ルートが構築されました。 次に、実際に、ISP2 ネットワークを介してフローティング スタティック ルートを作成します。 フローティング スタティック ルートを作成するプロセスは、アドミニストレーティブ ディスタンスを追加で指定することを除いて、通常のデフォルト スタティック ルートと変わりません。 管理距離は、ルートの信頼度を指します。 実際、スタティック ルートのアドミニストレーティブ ディスタンスは 5 に等しいということは、ローカル ルートを除き、アドミニストレーティブ ディスタンスが何倍も大きいダイナミック ルーティング プロトコルよりも絶対的な優先順位を意味します。ローカル ルートのアドミニストレーティブ ディスタンスは XNUMX に等しいのです。 したがって、スタティック フローティング ルートを作成するときは、XNUMX より大きいアドミニストレーティブ ディスタンス (たとえば、XNUMX) を指定する必要があります。したがって、フローティング ルートはメイン スタティック ルートよりも優先されませんが、使用できなくなった時点でデフォルト ルートが優先されます。がメインとみなされます。
フローティング静的ルートを指定する構文は次のとおりです。
Edge_Router(config)#ip route 0.0.0.0 0.0.0.0 s0/0/1 5ここで：
- 5 はアドミニストレーティブ ディスタンスの値です。
- s0/0/1 は、ISP2 ネットワークに接続されたエッジ ルータの出力インターフェイスです。
すぐに言いたいのですが、 メインルートが動作している間は、フローティングスタティックルートはルーティングテーブルに表示されません。。 より説得力のあるものにするために、メイン ルートが良好な状態にあるときにルーティング テーブルの内容を表示してみましょう。
ルーティング テーブルには出力インターフェイス Serial0/0/0 を持つデフォルトのメイン スタティック ルートが表示されており、他のスタティック ルートはルーティング テーブルに表示されていないことがわかります。
メインルートに障害が発生した場合のフローティング静的ルートへの切り替えをテストする
そして今、楽しい部分のために： メインルートの障害をシミュレーションしてみましょう。 これは、ソフトウェア レベルでインターフェイスを無効にするか、単にルーターと ISP1 の間の接続を削除することで実行できます。 メインルートの Serial0/0/0 インターフェイスを無効にします。
Edge_Router>en
Edge_Router#conf t
Edge_Router(config)#int s0/0/0
Edge_Router(config-if)#shutdown
...そしてすぐに実行してルーティング テーブルを確認します。
上の図では、メインのスタティック ルートが失敗した後、出力インターフェイス Serial0/0/0 が Serial0/0/1 に変更されたことがわかります。 先ほど実行した最初のトレースでは、エッジ ルーターからのネクスト ホップは IP アドレス 10.10.10.1 でした。 バックアップ ルートを使用して再トレースして、遷移を比較してみましょう。
エッジ ルーターから Web サーバーへの移行は、IP アドレス 10.10.10.5 (ISP2) を介して行われます。
もちろん、静的ルートは、現在のルーター構成を表示することで確認できます。
Edge_Router>en
Edge_Router#show run
出所： habr.com