IP SLA - トラッキング - ISP

[Translator]

こんにちは

読んでくれてありがとう。

私の小さなネットワークには新しい出力があります。 元の出力を指す従来の 0.0.0.0/0 ルートがあります。 ISP の問題が発生した場合にフェールオーバーを自動化したいと考えています。 両方のコア スイッチ(出力ごとに 1 つのコア スイッチ)に、静的なフローティングフローティング加重デフォルト ルートを適用しようと考えています。

私はIP SLA(遅延を伴うリモートパブリックIPへのエコー - アップとダウンの両方)を適用し、TRACKに結び付け、静的フローティングデフォルトをTRACKに結びつけることについてのビデオを見ています。

注意すべき落とし穴はありますか?

私は高いレベルのビューを添付しました。

感謝！

ボブ

[Translator]

ダイグラムに従って - あなたはFWへのリンクを直接終了していますか?これはどのモデルFWですか?

リンクが FW に直接接続しない場合、ISP に接続するために使用するデバイスは 2 ルーターか 1 ルータか

[Translator]

こんにちはバラジ,

書きてくれてありがとう!

Exec側にはソフォスXG310があります。 NWI側には Cisco FTD 1150 があります。 Exec側には、ソフォスと私たちの境界線の間にCatalystスイッチがあります。 NWI FTDはISPに直接接続されています。

おかげで再び!

[Translator]

こんにちは

図を見ると、両方のコア スイッチの単純な IP SLA で十分ですが、1 つのデフォルト ルートがそれぞれのファイアウォールを指し、管理距離が高いデフォルト ルートがもう一方のスイッチを指しています。

この設定はどこまで行いますか。

[Translator]

こんにちはジョージ,

私は今のところメモ帳にコマンドを入れています。 SLA 到達可能性テスト用に、NWI 用に別のパブリック IP を選択します。

ipスラ 1
imcp-echo 8.8.8.8
フレク 5

IPスラは今永遠に開始時間1人生を切った

トラック 1 ip sla 1 到達可能性
遅延 60 アップ 15

エグゼクティブ側

IP ルート 0.0.0.0/0 10.0.0.250 トラック 1 名 ローカル出力

IP ルート 0.0.0.0/0 10.1.0.1 255 名前 NWI コア

NWI側

IP ルート 0.0.0.0/0 10.1.0.250 トラック 1 名 ローカル出力

IP ルート 0.0.0.0/0 10.0.0.1 255 名前 Exec コア

[Translator]

はい、それはうまくいくはずです - しかし、私はより良い結果のためにISPに向けてソースIPを使用することを提案します

例：

https://www.cisco.com/c/en/us/support/docs/ip/ip-routing/200785-ISP-Failover-with-default-routes-using-I.html

[Translator · Accepted solution]

こんにちは

ほぼ正しいが、255の管理距離は動作しません。

--> 管理距離が 255 の場合、ルータはそのルートの送信元を信じなくて、ルーティング テーブルにルートをインストールしません。

だから、以下の構成を使用してください。

エグゼクティブ側

ipスラ 1
imcp-echo 8.8.8.8 ソース IP x.x.x.x
フレク 5
!
IPスラは今永遠に開始時間1人生を切った
!
トラック 1 ip sla 1 到達可能性
遅延 60 アップ 15
!
IP ルート 0.0.0.0/0 10.0.0.250 トラック 1 名 ローカル出力
IP ルート 0.0.0.0/0 10.1.0.1 250 名前 NWI コア

NWI側

IP ルート 0.0.0.0/0 10.1.0.250 トラック 1 名 ローカル出力
IP ルート 0.0.0.0/0 10.0.0.1 250 名前 Exec コア

[Translator]

ご入力ありがとうございました!