TTL 255 VRRP ограничивает сетевой scope, но не аутентифицирует соседа
Фотография конкретного исполнения не приложена.
Проверка Hop Limit помогает отбрасывать неподходящие protocol packets. Однако из правильного числа нельзя вывести доверие к любому участнику LAN. Для модели доступа важно понимать точное свойство механизма.
RFC 9568 требует соответствующие TTL/Hop Limit проверки и указывает, что VRRPv3 не включает встроенную аутентификацию. Протокольная проверка scope отличается от криптографического доказательства личности router. Поэтому accepted advertisement не является самостоятельным credential узла.
Граница доверия LAN и правила допуска трафика должны соответствовать реальной топологии. Наличие резервных routers не устраняет ошибки подключения и политики L2. Также фильтрация должна сохранять предусмотренный легитимный exchange между участниками, иначе возможны ложные переключения.
В приёмке проверяют допустимый control path и требования к сетевому scope. Сопоставляют фактические ports с утверждённой схемой. Отчёт должен описывать, что именно проверяется. Одно значение 255 в захвате не подтверждает подлинность соседа и не является достаточным основанием считать весь сегмент доверенным.
Основание — VRRPv3 RFC9568 April2024 and selected BFD base, single/multihop, application, micro and seamless RFCs, разделы RFC9568 IPv4 TTL; IPv6 Hop Limit;9 Security Considerations. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Основание — указанные RFC: VRRPv3 рассматривается по RFC 9568 от апреля 2024 года, заменившему RFC 5798; BFD — в явно указанном scope. Реальная поддержка, timers, hardware и маршруты не проверялись. Переключения, faults, пакеты и настройки рабочей сети не выполнялись.
