Кратко

  • RFC 3692 предпочла общие тестовые значения временным исключительным назначениям, которые трудно отозвать и рискованно использовать повторно.
  • Числа 253 и 254 не обозначают один конкретный эксперимент и не гарантируют взаимопонимание систем; безопасное использование требует местного согласия и явной настройки, а для постоянного применения нужен обычный порядок назначения.

Сначала номер, потом проверка

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

Опубликованная в январе 2004 года как Best Current Practice 82, RFC 3692 объясняет скрытую цену временных исключительных назначений. Контакты устаревают, статус испытания становится неизвестным, а значение может попасть в коммерческий продукт. После этого повторное использование способно затронуть устройства с непрослеживаемой историей. Само возвращение числа несложно; сложно понять, не зависит ли от него кто-то ещё.

Вместо этого документ предложил общие тестовые диапазоны. Для поля Protocol в IP IANA назначила 253 и 254 для испытаний и экспериментов. Согласившиеся системы могут применять одно значение в разных целях. Номер не закрепляет смысл одного протокола и не обязывает другие реализации его понимать.

Один номер — не один смысл

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

Успешный тест поэтому доказывает лишь ограниченный факт. Пакет со значением 253 может показать, что настроенный партнёр распознаёт расширение. Он не доказывает, что посторонняя сеть истолкует то же значение так же. Успех в лаборатории относится к конкретным устройствам и настройкам, а не к широкой совместимости. Если расширение оказалось полезным, RFC 3692 направляет авторов к обычной процедуре получения постоянного номера.

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

Позднее RFC 4727 собрала экспериментальные значения для заголовков IPv4, IPv6, ICMP, UDP и TCP. Она предостерегает от прямого встраивания такого числа в систему и отсылает к мерам предосторожности RFC 3692. В действующем списке IANA значения IPv4 Protocol 253 и 254 по-прежнему обозначены для тестирования. Это подтверждает назначение диапазона, но не число использующих его продуктов и не широкое развёртывание. RFC 8126 содержит более поздние общие рекомендации для разделов IANA Considerations; ссылка RFC 3692 на RFC 2434 относится к историческому контексту 2004 года, а не описывает все нынешние правила.

Небольшой вклад RFC 3692 — ясная дисциплина эксперимента: общие значения, видимое местное согласие, явное включение и обычная процедура для того, что останется надолго. Тестовый номер открывает путь к проверке, но не объясняет другим, что именно они увидят.

Источники