Кратко

  • draft-ietf-v6ops-framework-md-ipv6only-underlay-28 предлагает stateless-преобразование IPv4/IPv6 на границах multi-AS IPv6-only underlay по распределённым правилам.
  • Default egress может сохранить попытку доставки, но не доказывает полноту IPv4-таблицы, отсутствие повторного входа, конвергенцию MR-DB или результат сервиса.
  • Квитанция должна связать соглашение, полномочия, правило, импорт, IPv6-маршрут, проверку источника, отзыв, IPv4-выход, обратный путь и приложение.

Оператор A отправляет неизвестные назначения оператору B по default. Таблица IPv4 у B для одного префикса ведёт обратно к участвующему PE оператора A. После восстановления IPv4 пакет снова становится IPv6-embedded, пересекает underlay и повторяет цикл. TTL ограничивает длительность; договор не предотвращает механизм.

Редакция 28, страница Datatracker, история и текущая запись описывают информационный V6OPS Internet-Draft от 28 сентября 2026 года в IESG Evaluation. Это не RFC, не законченный протокол распространения и не доказательство внедрения.

Ingress PE ищет IPv4-назначение в MR-DB по longest prefix. Правило связывает блок с Pref6(PE) выхода и Conversion Type. Адрес строится по RFC 6052, заголовки и ICMP преобразуются по RFC 7915. Ядро пересылает IPv6, egress восстанавливает IPv4.

Состояние на поток не хранится, но распределённое управление остаётся: двусторонние соглашения, выделение префиксов, полномочия на IPv4-блоки, версии правил, import policy и маршруты. Документ предполагает предварительное доверие, согласованные ICMP-фильтры и доверенные ingress PE. Ограниченный домен RFC 8799 очерчивает область, но не создаёт доверие.

PE выпускает конкретные правила только для блоков, где он авторитетный или агрегирующий выход. Внешние transit-маршруты нельзя превращать в собственные полномочия. Механизм распространения должен сохранять поля, ограничивать область, аутентифицировать источник и отклонять привязки вне разрешённого диапазона.

Аутентификация подтверждает автора утверждения, но не текущий контроль блока, реализацию режима, импорт всеми PE или доступность. Локальное решение импорта — отдельный факт.

Pref6 должен рекурсивно разрешаться к правильному origin egress. При потере доступности правило отзывается или выключается. Одинаковый MR-DB не означает одинаковый FIB. Правило и исполняемый next hop требуют разных квитанций.

Default 0.0.0.0/0: Pref6(PE) превращает отсутствие конкретики в действие. Он может уменьшить мгновенные отказы, но концентрирует нагрузку, скрывает неполное распространение и становится catch-all целью. Между администрациями нужен явный договор.

Цикл из начальной сцены возникает после восстановления IPv4: метки прежнего прохода нет. Поэтому default egress обязан иметь полную IPv4-картину привлечённого трафика и не возвращать его в framework. TTL — ограничитель ущерба, не превентивный контроль.

Отзыв проходит этапы: прекратить новые преобразования, возможно дать секунды уже переданным пакетам, затем default или drop. Origin, distribution, MR-DB, FIB и текущая пересылка расходятся во времени. Нужны версия, effective time и причина.

Egress отдельно проверяет, что source prefix принадлежит разрешённому ingress, embedded IPv4 согласован с его политикой, а пакет пришёл из ожидаемой сети. RFC 2827 задаёт анти-spoofing. Успех не доказывает право бизнеса или доставку приложению.

MTU и ICMP образуют ещё одну границу. Перевод увеличивает заголовок; разная фильтрация может потерять Packet Too Big и создать PMTUD black hole. RFC 6791 помогает сформировать источник переведённой ошибки, но не обеспечивает её переход между операторами.

Смежные стандарты оставляют этот пробел: RFC 6992 — OSPFv3 в одном AS; RFC 8950 — IPv4 NLRI с IPv6 next hop; RFC 5565 — Softwire Mesh с multi-AS ограничениями. RFC 8585 и RFC 9313 описывают access IPv4aaS, а не общий MR-DB операторов.

Операционная запись связывает договор и границу, IPv4 scope, Pref6, аутентифицированное правило, импорт, локальную версию, рекурсию, source validation, счётчики, отзыв, default, запрет re-entry, обратный путь и приложение.

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

Источники