問題23555
- フォーラムは新サイトへ移行しました。
- このフォーラムではゲスト投稿が禁止されています
mm205760
投稿数: 2
投稿数: 2
内容としては、VRRPマスターとなっているルータのルーティングテーブル上にTrack対象となっているIPアドレスが存在しないためpingに失敗し、priorityが10減算され結果としてVRRPのスタンバイがマスターに昇格するとなっておりましたが、Track対象のサーバのIPアドレスは、VRRPマスターとなっているルータの上位接続先ネットワークと同一のネットワーク上に存在するため、ルーティングテーブルに具体的なIPアドレスは無くとも対象ネットワークがどのポートに接続されているかルーティングテーブルから判るため、そのネットワークへpingはフォワードされ、ARP解決できればpingは疎通すると思います。
この場合、ルーティングテーブルに乗っていないからが理由ではなく、ARPテーブルに乗っていないから、というのが適切な理由になるのではないでしょうか。Tracking対象のサーバが別のネットワークにいるのであれば、ルーティングテーブルに乗っていないからping疎通せず、VRRPマスターが切り替わるというのは納得できます。
この場合、ルーティングテーブルに乗っていないからが理由ではなく、ARPテーブルに乗っていないから、というのが適切な理由になるのではないでしょうか。Tracking対象のサーバが別のネットワークにいるのであれば、ルーティングテーブルに乗っていないからping疎通せず、VRRPマスターが切り替わるというのは納得できます。
mint73
投稿数: 12
投稿数: 12
違ったらごめんなさいですが、track ip slaと違ってtrack ip routeは単純にルーティングテーブルで判断するんだったような…なので、23555の解説で問題ないように見えます。
※すでに修正が入ったのか、私の見落しかわかりませんがpingに失敗し・・・のような記述はありませんでした
ちょっと検索した感じだとここでもそのようなことを書かれてました。
http://www.smartnetworks.jp/2006/02/hsrp_2_ip_1.html
>到達性の有無は、Ping などによる診断ではなく、ルーティングテーブル上のエントリの有無で確認します。
※すでに修正が入ったのか、私の見落しかわかりませんがpingに失敗し・・・のような記述はありませんでした
ちょっと検索した感じだとここでもそのようなことを書かれてました。
http://www.smartnetworks.jp/2006/02/hsrp_2_ip_1.html
>到達性の有無は、Ping などによる診断ではなく、ルーティングテーブル上のエントリの有無で確認します。
mm205760
投稿数: 2
投稿数: 2
ご教示ありがとうございます。ip sla を使ったトラッキングと勘違いしていました。助かりました。
