Кратко

  • RFC 5395 разделил пространства OpCode, RCODE, битов заголовка, data TYPE, QTYPE, Meta-TYPE, CLASS и подтипов AFSDB: одинаковая числовая ширина не создавала единой семантической области.
  • Unassigned, Reserved и Private Use обозначают разные права. Private Use допускает локальную договорённость, но не даёт глобальной защиты от совпадений; unassigned всё равно требует надлежащего распределения.
  • Проверяемая цепочка хранит поле и wire-контекст, номер, процедуру полномочия, датированный реестр, поведение программы, понимание партнёра и пользовательский результат как отдельные квитанции.

Тип данных, вопрос и команда не равны

DNS использует родственные числовые поля для разных задач. Обычный RRTYPE описывает данные, которые могут находиться в зоне. QTYPE выбирает, что запросить. Meta-TYPE обслуживает переходную операцию и не обязан быть содержимым зоны. CLASS образует ещё одно пространство. Сходство размера удобно для wire format, но не отменяет различий в жизненном цикле.

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

Модель данных с одним полем code склоняет команду к ложным объединениям. Число 16 в двух реестрах не является одним объектом. Полный ключ включает имя реестра, позицию на проводе и семантический класс. Если интерфейс показывает только целое, журнал доказательств всё равно должен сохранить остальные координаты.

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

Ошибка 16 имела два диагноза

RCODE может включать базовые биты заголовка и расширение OPT, а также появляться рядом с TSIG или TKEY. RFC 5395 фиксировал номер 16 как BADVERS, когда не поддерживается версия OPT, и как BADSIG, когда не проходит подпись TSIG.

RFC 6895 сохранил эту контекстную особенность и привёл вторую для 9: “Not Authoritative” в одном ответе и “Not Authorized” в контексте TSIG. В остальных случаях документ стремился не допускать нового смысла одного номера только из-за другого RR.

Метрика rcode=16 может быть точной арифметикой и плохой диагностикой. Проблема версии и проблема подписи требуют разных владельцев и действий. Вместе с номером надо хранить базовое или расширенное поле, контейнер, эффективную ширину, peer и управляющую спецификацию.

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

Пустое место сообщало только состояние

Unassigned означает, что на момент снимка публичное распределение не записано. Из этого не следует право первого разработчика занять число. RFC 5395 задавал разные процедуры для OpCodes, RCODEs, битов, типов, классов и AFSDB subtypes: Standards Action, IETF Review, Expert Review и иные ограничения.

Reserved — более сильный запрет, чем простое отсутствие назначения. Private Use — отдельный договор: локальные участники выбирают смысл сами, а IANA намеренно не устраняет межсайтовые совпадения. Все три состояния нельзя сокращать до слова «свободно».

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

Решение должно содержать реестр, поле, число, статус, политику, ссылку, владельца, границу коллизий и выход. Фраза «строка была пустой» не позволяет восстановить, кто разрешил публичное значение.

Частный диапазон работает только внутри названной стены

Private Use для RRTYPE занимает 65280–65534. Две лаборатории вправе выбрать 65300. Первая кодирует состояние сервиса, вторая — policy token. В изоляции обе схемы согласованы и проходят тесты.

После объединения сетей, покупки компании или подключения общего DNS-провайдера один номер приносит несовместимые RDATA. Публичного арбитра у этих значений нет: именно отсутствие глобальной координации определяет Private Use. RFC 8126 оставляет предотвращение конфликтов пользователям в заявленной области.

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

Особенно важно считать изменение связности изменением протокольного риска. Новый партнёр расширяет collision domain. Если этот факт не попадает в change review, локальная условность незаметно становится внешним обязательством.

Свободный бит мог быть занят прошлым

RFC 5395 отмечал, что некоторые реализации создавали ответ копированием заголовка запроса и не очищали неуместные биты. Поэтому значение, предназначенное только для query, возвращалось в response не как намеренный сигнал, а как остаток.

Если присвоить этому месту новое значение ответа, старое копирование станет выглядеть как команда нового протокола. У Z-бита была ещё более ранняя тень: старые системы воспринимали его в запросе как требование ответа от primary server. Хотя поведение считалось исчезнувшим, новое назначение всё равно требовало Standards Action.

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

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

Эксперт выделил имя, а не внедрил функцию

RFC 5395 ввёл специальный Expert Review для RRTYPE, а RFC 6895 упростил его. Заявитель предоставляет полный шаблон, IANA назначает эксперта, решение получает объяснение, одобренный материал помещается в публичный архив.

Data TYPE должен быть обрабатываем как неизвестный RR по RFC 3597. Meta-TYPE должен быть необязательным и безопасно отбрасываться. Эксперт может отклонить неясное предложение, неверное предположение о DNS, нарушение этих условий или запрос чрезмерного числа значений.

Одобрение доказывает состоявшееся решение о бесконфликтной идентичности. Оно не доказывает parser зоны, secondary transfer, поддержку provisioning, работу resolver, библиотеку приложения, принятие оператором или результат пользователя.

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

Неизвестная запись может сохраниться без смысла

RFC 3597 определил общий текстовый вид неизвестного RR: TYPE с десятичным номером, затем \#, длина и шестнадцатеричная RDATA. Ограничения на compression и правила equality помогают хранить, передавать и сравнивать незнакомые данные без повреждения.

Благодаря этому расширение не требует одновременного обновления всех промежуточных серверов. Но сохранность байтов подтверждает только хранение. Secondary доказывает передачу, resolver — возврат, API — доступ. Только приложение может доказать проверку смысла и ожидаемый эффект.

Испытания надо разбить на ввод, parsing, wire encoding, transfer, cache, API, application logic и результат. Известный TYPE, записанный в общей форме, после чтения всё равно требует специфической обработки; способ представления не отменяет известную семантику.

Поэтому безупречный round trip и отсутствующая услуга не противоречат друг другу. Это успех середины цепочки и отсутствие последней квитанции.

У каждого реестра есть время наблюдения

RFC 5395 вышел в 2008 году и был заменён RFC 6195 в 2011-м. RFC 6895 заменил его в 2013-м, упростил процедуру RRTYPE и закрыл реестр подтипов AFSDB. Зафиксированная для исследования страница IANA показывает дату обновления 28 августа 2026 года.

Таблица старого RFC верно описывает политику и состояние своего времени, но не текущий запас. Живой реестр включает последующие действия, однако без времени получения он тоже не воспроизводим. HTML, XML, text export, внутренний cache и generated code могут разойтись при сбое синхронизации.

Надёжная цепочка связывает RFC, который создал правило, преемника, который его изменил, действие IANA и использовавшую его реализацию. Если оставить только старый текст, состояние замрёт; только реестр — исчезнет основание решения; только код — исчезнет полномочие.

Граница доказательств

Замороженные источники подтверждают тексты и преемственность RFC 5395, 6195 и 6895, правила неизвестных RR в RFC 3597, лексику RFC 8126 и снятый реестр IANA. Они не доказывают нынешнюю поддержку конкретного продукта, внедрение оператором, реальный конфликт или причину отказа.

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