Кратко

  • 4 сентября 2026 года IESG одобрил обновлённый Stateful NAT64 как Internet Standard. Решение признаёт зрелость и широкое внедрение механизма, но не сертифицирует конкретный продукт, размер пула, фильтр или аварийное переключение.
  • Переводчик временно распределяет ограниченные IPv4-адреса и порты между множеством IPv6-клиентов. Для доказательства ёмкости, непрерывности и атрибуции привязку, сеанс, таймер, фильтр, реплику и результат приложения нельзя сливать в один статус.

В официальном сообщении IESG сказано, что draft-ietf-v6ops-rfc6146-bis-16 одобрен как Internet Standard. Будущий документ должен заменить RFC 6146 и войти в STD 103. Datatracker показывает отправленное объявление об одобрении и продолжающуюся работу IANA. Окончательного номера RFC в изученном состоянии ещё не было.

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

Уровень зрелости не переносится на устройство

Одобренная версия 16 устраняет две опечатки без изменения протокольного поведения, обновляет ссылки, уточняет сохранение чётности портов и добавляет ненормативный раздел об эксплуатации. Исходным поведением остаётся RFC 6146, а архитектурный контекст задаёт RFC 6144.

В документе приведён длинный перечень коммерческих продуктов, открытых реализаций, облаков и систем. Но там же обозначена граница: сведения взяты из публичных источников, не являются рекомендацией IETF и не были формально подтверждены испытаниями на совместимость специально для этой публикации. RFC 7942 рассматривает отчёт о реализациях как помощь стандартной работе, а не знак соответствия.

Название продукта не доказывает запущенную версию, выбранный режим фильтра, ёмкость, полноту журналов или сохранение состояния при переключении. В логике Running-Code Primacy стандарт задаёт проверяемое общее поведение, а конкретную услугу подтверждают работающий код и наблюдение.

Дефицитная единица включает порт

Stateful NAT64 позволяет IPv6-only клиентам обращаться к IPv4-серверам по UDP, TCP и ICMP. Один или несколько публичных IPv4 делятся между многими клиентами. Поэтому выдаётся не просто адрес, а транспортный адрес IPv4: адрес с портом либо адрес с идентификатором ICMP.

Это право ограничено временем. После удаления состояния та же комбинация может быть выдана другому клиенту. Публичный адрес сам по себе описывает группу. Даже пара адрес-порт без протокола, времени, погрешности часов и поколения переводчика может вести к неверной атрибуции.

При наличии ресурсов алгоритм старается сохранить диапазон и чётность порта. Если подходящей комбинации нет, переводчик может вернуть ICMPv6; местная политика может подавить сообщение. Поэтому пользовательский тайм-аут не доказывает исчерпание. Причина может находиться в распределителе, фильтре, маршруте, IPv4-сервере или приложении.

RFC 6269 описывает последствия совместного адреса, а RFC 6888 — общие требования к журналам крупномасштабных переводчиков. Версия 16 прямо отмечает: плотное динамическое использование портов уменьшает нужный IPv4-пул, но увеличивает журналы.

В реестре права нужны внешний адрес, порт или идентификатор, протокол, внутренний IPv6-транспортный адрес, начало и конец, качество времени, узел, поколение пула и правило допуска.

BIB и таблица сеансов свидетельствуют о разном

Переводчик хранит отдельные BIB для UDP, TCP и ICMP Query. Запись BIB связывает транспортный адрес IPv6 с транспортным адресом IPv4. Отдельные таблицы сеансов описывают фактически общающиеся пары и состояние протокола.

Одна независимая от назначения привязка может обслуживать несколько сеансов. Ручная привязка способна существовать без сеанса и удаляться только явно. Сеанс может закончиться раньше привязки. TCP проходит переходное, установленное и завершающее состояния с разными сроками.

Единый счётчик NAT-записей стирает различие между правом и использованием. Нужны отдельные идентификаторы BIB и сеанса, связь между ними, причина создания, поколение пула, обновивший пакет и основание удаления. Запись, восстановленная резервным узлом, является преемником, а не прежним свидетелем.

Слои реальности позволяют не смешивать факты: включённая функция — конфигурация; BIB — внутреннее право; сеанс — протокольное состояние; переведённый пакет — наблюдение; завершённая операция — результат приложения.

Отображение не определяет обратный доступ

Stateful NAT64 требует endpoint-independent mapping. Пока привязка действительна, один внешний транспортный адрес может сохраняться при обращении к разным назначениям. Но безопасность определяет фильтр.

Без фильтра любая IPv4-сторона, достигшая живой привязки, может пройти внутрь. Address-dependent filtering ограничивает обратный трафик адресами, к которым IPv6-клиент уже обращался. RFC 4787 задаёт термины UDP, а RFC 5382 — TCP-поведение и таймеры.

Строка «endpoint-independent» не раскрывает политику входа. Необходимо хранить режим отображения, фильтр, правило по умолчанию, исключения, статические BIB, версию конфигурации и проверки с разрешённого и запрещённого источников.

Имеет значение и назначение внешней стороны. Оператор может не позволять пакетам с Internet-side продлевать состояние, чтобы посторонний не удерживал ресурс. Ошибка в роли интерфейса заставляет разумное правило действовать в неверную сторону. Название интерфейса уступает маршруту и фактическому поведению обновления.

Таймер распоряжается непрерывностью

UDP- и ICMP-сеансы имеют сроки. TCP использует состояния с разными таймерами. Фрагменты занимают ограниченную память в течение ограниченного окна. После истечения порт и память можно выдать снова.

Короткий срок рвёт законный бездействующий поток. Длинный сохраняет приложение, но удерживает дефицитный ресурс и облегчает искусственное продление. Операционный раздел предупреждает, что QUIC требует разумного UDP-времени, а Connection ID QUIC нельзя использовать как ключ NAT-состояния.

Нужно измерять создание, сторону обновления, возраст, плановое истечение, досрочное удаление, отказ распределения, молчаливую ошибку, фрагментную память и TCP-состояние по поколениям конфигурации. Резкое падение числа сеансов бывает и освобождением, и потерей.

Концентрация требует многомерной ёмкости

Раздел безопасности называет конечные ресурсы: IPv4-адреса и порты, память, CPU и канал. Разнообразные IPv6-источники могут занять привязки, фрагменты и SYN — память, а периодические пакеты — сохранять состояние.

Это модель угрозы, не сообщение о текущей атаке. Источники не показывают сбой или дефицит у конкретного оператора. Они обосновывают раздельные показатели свободных транспортных адресов, BIB, сеансов, фрагментной памяти, задержки распределения, отказов и тревог.

RFC 9693 предлагает методику тестирования stateful NAT-шлюзов. Результат принадлежит устройству, версии, настройке, смеси потоков, размеру пакетов и методу. Его нельзя выдать за универсальное количество абонентов.

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

Резервирование должно продолжать состояние

RFC 7269 и RFC 8683 собирают опыт NAT64, включая высокую доступность. Они не доказывают репликацию конкретного кластера.

До переключения фиксируют поколения активного и резервного узлов, watermark, задержку, отсутствующие BIB и сеансы, расхождение таймеров и владельца пула. После него проверяют уже открытые UDP-, TCP- и ICMP-потоки: что продолжилось, пересоздалось или исчезло.

При разделении два здоровых узла могут заявить один пул. Двойная выдача нарушает уникальность. Отказ резервного узла принимать неизвестное состояние сохраняет уникальность, но обрывает сеансы. Приоритет и допустимая потеря — управленческое решение.

Атрибуция нуждается в часах и поколении

RFC 8158 определяет IPFIX-элементы для управления NAT-ресурсами. Они показывают потребление и события, но не соединяют автоматически BIB, сеанс, абонента, пакет и журнал приложения.

Выборка должна восстанавливаться в обе стороны. От внешней пары и времени — к пулу, узлу, поколению, BIB, сеансу и IPv6-контексту. От клиента — к внешнему праву и интервалу. Каждое соединение несёт смещение часов и неопределённость. Расхождение нельзя исправлять произвольным именем.

Internet Standard унифицирует перевод. Он не наделяет журналы оператора безусловной доказательной силой, не определяет право хранения, не идентифицирует человека и не доказывает принятую приложением команду.

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

Источники