Живой VRRP Active может потерять путь за пределами LAN
Фотография конкретного исполнения не приложена.
Router способен продолжать отправлять advertisements при недоступном upstream. Тогда backups видят участника, а клиенты не получают нужный сервис. Это различие между локальной election и полной работоспособностью маршрута.
RFC 9568 определяет выбор forwarding responsibility на LAN. Он не является универсальной проверкой каждого удалённого destination или бизнес-приложения. Сам факт регулярных advertisements не доказывает пригодность WAN, default route и всех зависимых forwarding policies.
Продукт может связывать роль с interface tracking, route monitoring или внешним health check. Такие возможности требуют конкретного описания и проверки. Нельзя приписывать их любой реализации VRRP только по наличию протокола в specifications.
В приёмке отдельно рассматривают потерю Active на LAN и отказ его upstream при сохранённом control exchange. Проверяют заданную реакцию и конечный путь клиента. Отчёт должен показывать область health detection. Зелёное VRRP-соседство не подтверждает доступность сервиса за router и не заменяет end-to-end критерий работоспособности.
Основание — VRRPv3 RFC9568 April2024 and selected BFD base, single/multihop, application, micro and seamless RFCs, разделы RFC9568 Forwarding responsibility; protocol overview; Active advertisements. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Основание — указанные RFC: VRRPv3 рассматривается по RFC 9568 от апреля 2024 года, заменившему RFC 5798; BFD — в явно указанном scope. Реальная поддержка, timers, hardware и маршруты не проверялись. Переключения, faults, пакеты и настройки рабочей сети не выполнялись.