VRRP не заменяет согласование списка virtual addresses
Фотография конкретного исполнения не приложена.
Два routers могут иметь одинаковый VRID и разные представления о том, какие адреса они резервируют. Такая конфигурация требует отдельной проверки. Совпадение номера группы не является автоматической репликацией всех её параметров.
RFC 9568 передаёт IPvX address count и адресные поля в advertisement и описывает проверки получаемых packets. Конкретный участник должен сопоставлять обмен со своей конфигурацией и применимыми условиями. Локальное имя instance в интерфейсе не гарантирует совпадение адресного набора.
Различия могут проявиться только после failover, когда Backup начинает обслуживать собственный список. Поэтому успешная работа исходного Active не проверяет резервный набор полностью. Diagnostic behavior реализации также нужно знать, не предполагая один и тот же автоматический отказ при любом mismatch.
В приёмке сравнивают configured и advertised addresses, family, count и роль каждого участника. После предусмотренного перехода проверяют каждый нужный gateway. Отчёт должен показывать согласованное назначение группы. Одна запись Established или Backup не подтверждает, что резервный router обслужит весь ожидаемый адресный комплект.
Основание — VRRPv3 RFC9568 April2024 and selected BFD base, single/multihop, application, micro and seamless RFCs, разделы RFC9568 5.2 IPvX address fields;7.1 Receiving VRRP Packets; configuration checks. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Основание — указанные RFC: VRRPv3 рассматривается по RFC 9568 от апреля 2024 года, заменившему RFC 5798; BFD — в явно указанном scope. Реальная поддержка, timers, hardware и маршруты не проверялись. Переключения, faults, пакеты и настройки рабочей сети не выполнялись.