スペース多様性T1にフェイルオーバーを提供する方法

私は本質的に問題のない小さな島の専用ネットワークを継承したので、当然それを改善したいと思います。ネットワーキングの投稿はこちら。わかりやすくするために、図には関連するルーターのみを含めています。

現在、各キャンパスには約6〜8台のCisco 2800および2900があり、専用の自社開発アプリケーション用のボイスカードがあり、静的ルートを使用して2つのキャンパス間でパケットを取得しています。R1とR2でc2801-spservicesk9-mz.124-3gを実行し、R3とR4でc2800nm-adventerprisek9-mz.124-15.t3を実行しています。

これは、この専用アプリケーションのみにサービスを提供する固定された不変のネットワークです。デスクトップもラップトップも出入りせず、各キャンパスのリングトポロジでサードパーティのファイバーマルチプレクサを介して接続されたCiscoルーターのみで、いくつかのサーバーマシンが接続されています（「他のノード」の一部）。

冗長性を確保するために、R2とR3の間に2つ目のT1を設置することをお勧めします。私のテストに基づくと、スタティックルーティングには2番目のT1を使用する方法がありません。新しいT1へのセカンダリルートのAD /メトリックがあっても、T1に障害が発生したルーターだけがこれを認識しますが、そのキャンパスの他のルーターはこれを認識しません。

ここでそのようなソリューションを読んだ後、物事をシンプルに保ち、ネットワークへの混乱を最小限に抑えるために、ipトラッキングオブジェクトの使用を検討していました。次に、EIGRPがこれを処理するための好ましい方法である場所を読みました。

ただし、動的ルーティングが目的の場合は、サービスを中断させない方法で実装する必要があります。これはすべて私にとってリモートであり、再構成中に接続が失われた場合に備えて、ローカルの技術者が待機するように手配する必要があります。うまくいけば、そのような小さくて不変のネットワークがあれば、この混乱を最小限に抑えることができます。

では、このT1フェールオーバールーティングを実現するために、IPトラッキングオブジェクトまたはEIGRPを使用する方法を調査する必要がありますか？

編集：ここにR4の現在構成されているルートがあります。私はここに残骸があると確信していますが、それを単純化するために1回だけ試行し、小さな間違いを1つ行ってキャンパスBへの接続を失ったときに取り消しました。停電は大きな問題ではありません。私はより良いアプローチを考案するまで一人で十分に残すことにしました。

ip route 10.0.0.0 255.0.0.0 10.1.1.8
ip route 10.1.1.8 255.255.255.252 Serial0/3/0
ip route 192.168.30.0 255.255.255.0 Serial0/3/0
ip route 192.168.6.0 255.255.255.0 Serial0/3/0
ip route 192.168.8.0 255.255.255.0 FastEthernet0/0
ip route 10.0.2.128 255.255.255.192 192.168.31.2
ip route 10.2.160.0 255.255.255.0 192.168.31.2
ip route 192.168.254.0 255.255.255.0 192.168.31.2
ip route 192.168.6.0 255.255.255.0 192.168.8.11 110 name fallback
ip route 0.0.0.0 0.0.0.0 10.1.1.9
ip route 0.0.0.0 0.0.0.0 192.168.8.11 110 name fallback

R3のルート構成は単純です。

ip route 0.0.0.0 0.0.0.0 192.168.8.15
ip route 0.0.0.0 0.0.0.0 10.1.1.5 110

ありがとう。

これは、この専用アプリケーションのみにサービスを提供する固定された不変のネットワークです。

これは、ネットワークが不変であっても、ネットワーキングではめったに一般的ではないことにお気づきでしょう。したがって、これを自動化する方法を尋ねる理由がここにあります。最終的に、以前のすべての作業を再設計する必要がある別のリンクがオンラインになります。これは、定義上、ルーティングプロトコルの目的です。どこでも静的ルートを使用する必要がないことを確認するためです！

私のテストに基づくと、スタティックルーティングには2番目のT1を使用する方法がありません。

ダウンした場合のフェイルオーバーを可能にしながら、システムの現状を維持できる一種のIP SLAをセットアップできますOld T1。

R4のこのタイプの構成の例は、次のようになります。

R4(config)# ip sla 1
R4(config)# icmp-echo 10.1.1.9 source-interface Serial0/3/0
R4(config)# timeout 1000
R4(config)# threshold 2
R4(config)# frequency 3
R4(config)# ip sla schedule 1 life forever start-time now
R4(config)# track 1 ip sla 1 reachability
R4(config)# ip route 0.0.0.0 0.0.0.0 10.1.1.9 track 1
R4(config)# ip route 0.0.0.0 0.0.0.0 192.168.8.11 100

_{firewall.cxサンプル構成の変更されたバージョン。}

しかし、すぐにわかるように、これは理想的な方法ではありません。EIGRPを使用してこれを自動化することは、すべてのシスコハードウェアを備えているため、おそらく最善の策です。

ただし、動的ルーティングが目的の場合は、サービスを中断させない方法で実装する必要があります。

静的ルートと組み合わせてEIGRPをセットアップする場合。EIGRPネイバー関係が構築され、ルーティングテーブルにさまざまな場所へのルートが入力されます。ルーターには、他のサブネットに到達する方法を知っているルーティングテーブルが完全に入力されているため、実際には停止は発生しません。

EIGRPとスタティックルーティングの両方ですべてがセットアップされてスムーズに実行されたら、スタティックルートを削除するまで、引き続き使用します。適切に行われると、トラフィックフローのブリップに気付くこともありません。

以前の構成をR4のEIGRP構成の例と比較します。

R4(config)#router eigrp 1
R4(config-router)#no auto-summary
R4(config-router)#network 10.1.1.8
R4(config-router)#network 192.168.8.0

通常、このような小規模なネットワークの場合、これは非常に簡単です。