Ping virtual IP VRRP и полезная маршрутизация проверяют разные действия
Gateway способен пересылать клиентские пакеты и не отвечать на выбранную проверку своего virtual IP в ожидаемом режиме. Обратный вывод тоже неверен: ping ещё не подтверждает весь путь за gateway. Для мониторинга нужно точно определить проверяемую функцию.
Прокручивайте увеличенную схему по горизонтали. С клавиатуры: перейдите к схеме и используйте стрелки.
RFC 9568 использует Accept_Mode для принятия пакетов на адрес owner как собственных, когда Active сам не является этим owner. Это отличается от forwarding responsibility. Для IPv6 предусмотренное ND-поведение должно сохраняться и при выключенном Accept_Mode.
Политика ICMP и локальных служб реализации добавляет другие условия. Поэтому отсутствие echo reply нельзя без контекста превращать в доказательство неисправного VRRP. Также ответ от IP самого physical router не обязательно проверяет virtual gateway нужной группы.
В приёмке отдельно проверяют локальный ответ VIP, ARP/ND и передачу клиента к целевому destination. Сохраняют owner и Accept_Mode. Отчёт должен показывать назначение каждого probe. Один ping не является достаточным критерием готовности всего резервируемого маршрута и не заменяет понимание режима принятия пакетов самим Active.
Основание — VRRPv3 RFC9568 April2024 and selected BFD base, single/multihop, application, micro and seamless RFCs, разделы RFC9568 Accept_Mode;8.3.1 Accepting Packets. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Основание — указанные RFC: VRRPv3 рассматривается по RFC 9568 от апреля 2024 года, заменившему RFC 5798; BFD — в явно указанном scope. Реальная поддержка, timers, hardware и маршруты не проверялись. Переключения, faults, пакеты и настройки рабочей сети не выполнялись.
