Кратко

  • draft-ietf-snac-simple-12 автоматизирует IPv6-связь stub-сети с соседней инфраструктурой, отдельно управляя адресуемостью, достижимостью и обнаружением.
  • После перезапуска или перехвата роли новый префикс может сосуществовать со старыми действительными адресами и маршрутами; свежая RA не доказывает непрерывность приложения.
  • Нужна ограниченная квитанция перехода: причина, состояние, сроки, маршрут на хосте, обнаружение и транзакция с фактически выбранным адресом.

Таймер переживает роль

SNAC-маршрутизатор соединяет ограниченную IPv6-сеть с соседним Ethernet или Wi-Fi, не превращая несовместимые среды в один мост. Версия 12 собирает Neighbor Discovery, on-link префиксы, RIO, DNS-SD, DHCPv6-PD и NAT64.

Автоматическая функция состоит из независимых условий. Адрес может существовать без обратного пути. Сервис может быть виден без маршрута. Маршрут может быть установлен, но приложение выберет старый адрес. Поэтому итоговое «работает» нельзя вывести из одного поля.

STATE-SUITABLE проверяет не только PIO

После обнаружения по RFC 4861 подходящий префикс переводит интерфейс в STATE-SUITABLE. Если его нет, начинается STATE-BEGIN-ADVERTISING.

RA старше STALE_RA_TIME, десяти минут по умолчанию, больше не подтверждает пригодность. Отдельно проверяется достижимость объявившего маршрутизатора; стандартный максимум ReachableTime составляет шестьдесят секунд до активной проверки.

Живой сосед может перестать обновлять RA. Свежая RA может остаться после отказа соседа. Формально действительный префикс не подтверждает продолжающееся поведение своего источника.

Устаревание означает перекрытие

Собственный префикс SNAC имеет по умолчанию тридцать минут preferred и valid lifetime. При появлении лучшего варианта STATE-DEPRECATING обнуляет предпочтение старого и уменьшает его срок действия. Если альтернатива исчезает, старое объявление можно восстановить.

Такой откат полезен, но память хостов распределена. Они получали RA в разное время, теряли разные multicast-пакеты и сохраняли разные сессии. Состояние маршрутизатора не сообщает, какой адрес реально выбрал клиент.

RFC 8978 описывает flash renumbering. Его общие значения SLAAC — семь и тридцать дней — не равны тридцати минутам SNAC. Общий вывод: положительный lifetime не равен рабочему пути.

Вернувшийся маршрутизатор встречает собственный след

Маршрутизатор A объявлял префикс и исчез. B взял роль с другим префиксом. Вернувшись, A видит подходящее объявление B и не возобновляет старое.

Некоторые хосты ещё используют адреса A. Пакет приходит к A, но префикс уже не считается on-link; пакет уходит к default router или теряется. Проект прямо связывает это с временной потерей управления IoT и сбоем автоматизации.

Сам перезапуск не обязан менять нумерацию. Самосозданный OSNR следует сохранять, а DHCPv6-PD часто возвращает прежний префикс. Повторные изменения указывают на потерю состояния, долгую паузу, нестабильный AIL, короткие аренды либо разделение и слияние mesh.

Общий стабильный /64, как у Thread на основе Extended PAN ID, уменьшает риск. Условие остаётся: все маршрутизаторы одной stub-сети не должны перезапускаться одновременно.

У OSNR собственная передача полномочий

OSNR поступает через DHCPv6-PD по RFC 9915 либо ULA по RFC 4193. После исчезновения единственного источника другие маршрутизаторы могут сохранять старый путь. Координация одного и того же префикса не входит в спецификацию.

Новый OSNR может появиться, пока RIO к старому публикуется до истечения. Это защищает текущий обмен, но не подтверждает адрес новой сессии и правильный сегмент после разделения сети.

Видимый сервис без маршрута

RA Guard способен блокировать RA SNAC, оставляя mDNS. Сервис виден, но без RIO по RFC 4191 инфраструктурный хост не имеет пути к OSNR. Часть исходящего трафика через NAT64 может работать.

Нужно сравнить журнал отправки, таблицу маршрутов хоста и результат приложения. RFC 6762 и RFC 6763 доказывают обнаружение, не пересылку.

Квитанция перехода

Проект рекомендует записывать перенумерацию, deprecation, invalidation, смену поставщика префикса и исчезновение default route. Следует добавить идентификатор загрузки, роль префикса, старое и новое состояние, причину, источник и возраст RA, проверку соседа, сроки, начало deprecation, RIO, маршрут на хосте, обнаружение и транзакцию с выбранным адресом.

Общая форма не создаёт центральный реестр. Хранение и исправление остаются у оператора. Minimum Initial Specification Лу Хэна обеспечивает сравнимость, а Reality Layers не позволяет сообщению, модели, маршруту и событию присваивать власть друг друга.

Источники

  1. SNAC версия 12
  2. История
  3. HTML версии 12
  4. Текст версии 12
  5. Официальный diff 11–12
  6. RFC 4861
  7. RFC 4191
  8. RFC 4193
  9. RFC 8978
  10. RFC 6762
  11. RFC 6763
  12. RFC 7084
  13. RFC 6146
  14. RFC 7050
  15. RFC 9915
  16. Lu Heng — Minimum Initial Specification
  17. Lu Heng — On Reality Layers
  18. Lu Heng — Running Code Primary