Кратко

  • Ранний Neighbor Discovery создавал список маршрутизаторов по умолчанию, но не различал выход в Интернет и первый переход только для отдельного префикса.
  • RFC 4191 добавил Высокое, Среднее и Низкое предпочтение и Route Information Option со сроком. Полная реализация сначала выбирает самое длинное совпадение, затем предпочтение среди равных и ставит известную достижимость выше объявления.
  • Это локальная рекомендация, не метрика, аутентификация или команда. Полную таблицу выгружать нельзя, а узел может игнорировать или переопределять значения.

Два доступных соседа вели в разные сети

RFC 2461 наполнял Prefix List и Default Router List из Router Advertisement. Но Ethernet, Wi-Fi, корпоративный туннель и изолированная сеть могли дать несколько живых, но неравноценных первых переходов. Redirect исправлял выбор лишь на одном канале, не между интерфейсами.

Три уровня не стали метрикой

RFC 4191, опубликованный в ноябре 2005 года, закодировал три уровня двумя битами, оставив четвёртый зарезервированным. Это не универсальная цена, задержка или пропускная способность.

Предпочтение должен явно задавать знающий топологию администратор, а не динамическая внутренняя метрика. При Router Lifetime ноль поле игнорируется: ушедший default не сохраняет власть двумя битами.

Опция 24 несла лишь несколько путей

Route Information Option содержит длину префикса, предпочтение, срок и префикс. Туннель может объявить только внутреннюю сеть, оставив другому интерфейсу default. ::/0 может заменить значение заголовка для полной реализации.

Нулевой срок удаляет маршрут через этот next hop, все единицы означают бесконечность. Объявление всё равно не доказывает владение, глобальную истинность или безопасность — только временную полезность первого перехода.

RFC не рекомендует включать механизм по умолчанию, выгружать таблицу или передавать более семнадцати RIO в одном RA на канал. Узлу нужна малая поверхность решения.

Самый длинный префикс выбирался первым

Type A игнорирует расширение, Type B использует default-предпочтение, Type C — ещё и маршруты. Type C сначала ищет самое длинное совпадение и лишь среди одинаковой длины сравнивает уровни. Узкий Низкий маршрут побеждает Высокий default в своей области.

Известно недостижимый первый переход обходится; без сведений он временно считается достижимым. Изменение инвалидирует Destination Cache. Локальная настройка может заменить полученное значение.

Маршрутизатор предлагает, узел наблюдает и решает. Предпочтение не создаёт доказательство связи.

Проверять возврат только ради трафика

Если полезный трафик выбрал бы предпочтительный маршрутизатор, узел должен проверять его возврат Neighbor Solicitation — не чаще раза в минуту. Без спроса постоянная проверка не нужна. Предпочтение, трафик и NUD дают разные основания и факты.

Не размножать внутреннюю нестабильность

Объявление может зависеть от динамического состояния, но колебания таблицы не следует копировать в тысячи кэшей. При уходе интерфейса с Router Lifetime ноль сроки RIO также должны стать нулевыми.

Узкая ложь заметна меньше

RFC 3756 описал поддельные RA и Redirect. RFC 4191 позволяет объявить Высокое предпочтение или узкий маршрут к чувствительной цели. Второе может перехватить ценный трафик, не ломая остальной. Опция не подтверждает отправителя и его полномочия.

Адрес источника открыл следующую границу

RFC 8028 показал в 2016 году: подходящий путь к цели может быть неверным выходом. Пакет с адресом провайдера A через B отбрасывается ingress-фильтром, stateful firewall или uRPF. Узел должен связать исходный префикс с объявившим его маршрутизатором.

Источники и пределы

Исходная модель — RFC 2461, пересмотр — RFC 4861. Предпочтения, RIO, типы, выбор, проверки и ограничения определяет RFC 4191; угрозы — RFC 3756, связь источника и первого перехода — RFC 8028.

Они не измеряют нынешнее внедрение и не доказывают полномочия маршрута. Исторический результат уже: малая временная грамматика и локальное решение.