Кратко

  • Формат RFC 1897 соединял ASN провайдера, часть существующей IPv4-сети абонента, подсеть площадки и идентификатор интерфейса, но одновременно объявлял тестовый адрес временным, подлежащим возврату и перенумерации.
  • RFC 2471 перевёл 6bone на 3FFE::/16 и новую иерархию. Реестр, маршрутизация BGP4+ и обязанности pTLA сделали эксперимент эксплуатационным, не превратив его в постоянное производственное полномочие.
  • RFC 3701 остановил новые выделения и назначил 6 июня 2006 года датой завершения. Возврат блоков IANA закрывает историю распределения, но не доказывает мгновенное исчезновение каждой старой зависимости.

Временная координата могла обслуживать настоящий трафик

RFC 1897 выделял адреса для испытания прототипов IPv6. Их разрешалось маршрутизировать ради этой цели, но не использовать в Интернете вне испытаний. Тот же документ прямо назвал пространство временным, предупредил о его возврате и обязал всех пользователей в будущем провести перенумерацию.

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

Сам формат показывал, от чего адрес зависел. В него входили 16-битный ASN текущего провайдера, старшие 24 бита маршрутизируемой IPv4-сети абонента, 16-битное поле подсети и 48-битный идентификатор интерфейса. Если IPv4-префикс был длиннее 24 бит, остаток размещался в поле подсети. Идентификатор интерфейса при возможности обычно брался из IEEE MAC-адреса.

Одна величина связывала провайдера, положение в IPv4, физический канал и интерфейс. Это ускоряло запуск: новая сеть опиралась на уже известные отношения. Но это же перечисляло будущие причины переезда. Смена провайдера, IPv4-контекста, канала или общей архитектуры требовала обновить адрес и всё, куда он успел попасть.

Изменилась архитектура — переехал и испытательный полигон

RFC 1884 задал раннюю 128-битную архитектуру IPv6. RFC 1887 предложил провайдерскую иерархию, чтобы адреса отражали топологию и сдерживали рост маршрутизации. RFC 1897 построил на этом временный формат.

Затем общая схема изменилась. RFC 2374 ввёл агрегируемый формат с уровнями TLA, NLA и SLA и разделил публичную топологию с внутренней структурой площадки. RFC 2471 объявил RFC 1897 устаревшим и назначил 6bone идентификатор TLA 0x1FFE, образовав тестовый префикс 3FFE::/16.

Новый блок не стал постоянным. RFC 2471 повторил условия возврата и будущей перенумерации. Иерархия NLA должна была отражать транзитные сети и конечные площадки 6bone, а внутреннее устройство оставалось за организацией. Соответствие формату подтверждало место в действующем эксперименте, а не права после его окончания.

RFC 3701 позднее оценил переход с первого блока 5F00::/8 на 3FFE::/16 как прошедший с небольшими проблемами. Это важное свидетельство координации, но не полная перепись. Оно не показывает судьбу каждого узла, DNS-записи, туннеля, ACL или приложения и не означает, что миграция ничего не стоила.

Строгая эксплуатация не превращала испытание в владение

6bone была действующей средой. RFC 2546 и RFC 2772 описывали BGP4+, агрегацию, фильтры, DNS, реестр формата RIPE-181, контактные и политические объекты и обязанности администраторов pTLA. Участие считалось добровольным и доброжелательным, но ответственность за утечки, область действия и ошибочные объявления была вполне практической.

Эти правила делали эксперимент содержательным. Объект реестра показывал заявленного ответственного. Сессия BGP показывала обмен сведениями о достижимости. Принятый маршрут фиксировал решение плоскости управления. Пересылка пакетов, ответ узла и успех приложения требовали других наблюдений. Даже полный набор не менял срок действия префикса.

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

Дата превратила раннее предупреждение в обязательный выход

Когда появились обычные механизмы производственного распределения IPv6, бессрочная жизнь переходной сети могла создать параллельный порядок. RFC 3701 назначил 1 января 2004 года концом новых pTLA и 6 июня 2006 года — завершением 6bone. После этой даты её префиксы не следовало использовать в Интернете ни в какой форме; операторы могли их фильтровать. IANA должна была забрать 3FFE::/16.

План не обещал бывшим участникам производственный префикс определённого размера и не конвертировал испытательное выделение автоматически. Замену следовало получать по надлежащей процедуре. Документ также отметил, что устав прежней рабочей группы уже не охватывал надзор за 6bone, и выбрал процесс IETF как место решения. Это зафиксированный механизм управления, но не доказательство персонального согласия каждого участника.

RFC 5156 позднее записал, что 5F00::/8 и 3FFE::/16 возвращены IANA и не должны появляться в публичном Интернете до нового распределения. Верхняя запись закрыта. Однако административный возврат сам по себе не удаляет литералы из исходного кода, DNS, межсетевых экранов, журналов и инструкций. Окончание делегирования и исчезновение эксплуатационной зависимости подтверждаются разными квитанциями.

Источники