VRRP Advertisementは、現在のMasterがBackupへ生存とpriority等を知らせる制御packetです。VRRPv3ではIP protocol 112を使い、IPv4のdestinationは224.0.0.18です。BackupはAdvertisementを受信できなくなるとtimerに基づいてMasterへ移行します。
✅インフラエンジニアが理解したいこと
VRRPはなぜ冗長化として成立するのか？VRRPは、複数のルーターで
1つの仮想ゲートウェイ(VIP)を共有する仕組み。PC側のデフォルトゲートウェイは、
物理ルーターA/Bではなく、
仮想IPアドレスを見る。通常時はMasterルーターが… pic.twitter.com/bjudxhjQiU
— けんと＠設計構築チャンネル (@yeiquer12) 2026年7月12日
MasterがAdvertisementを定期送信し、Backupが生存確認すると説明したポスト。
VRRP Advertisementとは？
先に答えると、VRRP Advertisementは、現在のMasterがBackupへ生存とpriority等を知らせる制御packetです。VRRPv3ではIP protocol 112を使い、IPv4のdestinationは224.0.0.18です。BackupはAdvertisementを受信できなくなるとtimerに基づいてMasterへ移行します。
Master・Backupはどう選ばれる？
仕組みを構成上の位置と観測点に分けると、用語だけでなく実際のpacket・stateを説明できます。
| 項目 | 仕組み・役割 | 実務での判断 |
|---|---|---|
| VIP | hostがdefault gatewayとして使うvirtual IP | Masterが応答 |
| virtual MAC | VIPに対応するMAC | L2学習更新を確認 |
| priority | Master選出の優先度 | 同値時のtie-breakも考慮 |
| Advertisement | Masterの生存通知 | intervalとMaster_Down_Interval |
| preempt | 高priority routerがMasterへ戻る | 再切替影響 |
192.0.2.1
VIP／仮想MACを保持
受信して待機
BackupはMasterからのAdvertisementを監視します。受信が止まってMaster Down Intervalが満了するとBackupがMasterへ遷移します。切替確認ではroleの変化だけでなく、端末からVIP経由の通信が再開するまでの時間も測ります。
Advertisement停止後はいつ切り替わる？
Advertisement停止後はいつ切り替わる？では、対象と期待値を固定し、状態取得、実通信、変更後確認の順に進めます。commandは例であり、本番投入前に対象OSの公式資料と現行設定を確認してください。
| STEP | 実施内容 | 確認する結果 |
|---|---|---|
| 1 | 両routerのVRID・VIP・priority・timerを取得 | 設定一致 |
| 2 | 平常時のAdvertisementと実通信をcapture | baseline |
| 3 | 合意した障害点を一つ停止 | 検知から切替まで計測 |
| 4 | ARP/MAC更新・loss・preempt復帰を確認 | data plane完了 |
show vrrp brief
show vrrp
show ip arp 192.0.2.1
show mac address-table | include <virtual-mac>
# 設定例（Cisco IOS。対象versionで確認）
interface GigabitEthernet0/1
vrrp 10 ip 192.0.2.1
vrrp 10 priority 120
vrrp 10 preemptGi0/1 - Group 10
State is Master
Virtual IP address is 192.0.2.1
Advertisement interval is 1000 msec
Master Router is 192.0.2.2 (local), priority is 120preemptはどんな動作をする？
一つの表示だけで原因を決めず、症状ごとに次の観測点を選びます。正常時の同条件出力が比較基準です。
| 症状・誤り | 主な原因候補 | 次に確認すること |
|---|---|---|
| 両方Master | L2分断・VRID/auth/timer差 | Advertisement capture |
| 切替後も疎通不可 | ARP/MAC更新・upstream route | GARPとswitch table |
| 頻繁に切替 | packet loss・CPU・timer過敏 | logとadv欠損 |
| 復旧時に再瞬断 | preempt | 戻す時刻とsession影響 |
障害試験で何を測る？
show vrrpのstateだけで完了しません。連続pingまたはapplication sessionで通信断を測り、Advertisement停止、state遷移、GARP、MAC学習、実通信復旧を同じtimelineへ並べます。
- 対象機器・interface・VRF/VLAN
- 取得日時・timezone・software version
- 変更前後の同一command出力
- 期待値・実測値・判定者
- 異常時の停止条件とrollback結果
関連する仕組みを次に確認する
定義だけで終わらせず、隣接する仕組みと障害切り分けへ進みます。
まとめ：制御packetの切替とdata planeの復旧を同じtimelineで測る
制御packetの切替とdata planeの復旧を同じtimelineで測ることが結論です。構成図、設定・command、正常時と異常時の結果を同じ条件で保存し、第三者が判断を再現できる状態にしてください。
