Кратко

  • 9 июня 1996 года WIDE провела первый обмен IPv6 туда и обратно между НИИ передовых наук и технологий Нары и сетевым центром в Токио по последовательному каналу, а не через туннель IPv6-over-IPv4.
  • WIDE разделила существующий канал T1: 64 кбит/с выделила IPv6, а 1 472 кбит/с оставила IPv4. По воспоминаниям проекта, это позволило не арендовать ещё одну линию и не допустить взаимного влияния двух сетей в эксплуатации.

Узкий канал для первого шага

Начало WIDE 6bone не было уменьшенной копией поздней глобальной сети туннелей. В ретроспективе WIDE говорится, что первый обмен IPv6 между НИИ передовых наук и технологий Нары и сетевым центром Токио прошёл 9 июня 1996 года в 15:22 по японскому времени по последовательной линии. Вместо аренды отдельного канала команда разделила уже имевшийся T1: 1 472 кбит/с оставила обычной сети IPv4, а 64 кбит/с отвела IPv6. Проект называл две причины: не платить за ещё одну линию и не позволить эксперименту IPv6 повлиять на работу IPv4. Это зафиксированная цель проектирования, а не независимый замер изоляции или пользовательской скорости.

Решение изменило исходный вопрос. Не требовалось сначала построить глобальную сеть IPv6; можно было начать с части существующей инфраструктуры. Токийский университет подключился к NOC в тот же день, Осакский университет — через неделю. На старте для удобства использовались IPv6-адреса, совместимые с IPv4. Маршруты вводили вручную, поскольку подходящих демонов маршрутизации ещё не было. Малый масштаб снижал начальные расходы, но оставлял участникам ручную работу по эксплуатации.

Туннель появился при расширении

На встрече 6bone во время IETF 36 в Монреале в июне 1996 года участники договорились создать глобальную 6bone 15 июля. По отчёту WIDE, до запуска команда перешла на применявшиеся тогда тестовые адреса IPv6. 16 июля первым пиром WIDE стала Cisco; ещё через два дня WIDE добавила туннель IPv6-over-IPv4 с G6. Последовательность важна: первый локальный обмен WIDE шёл по последовательному каналу, а туннель подключил площадку к другому участнику уже расширяющейся тестовой сети.

С ростом числа участников статические маршруты стало трудно обслуживать. В феврале 1997 года WIDE установила RIPng. Спустя полгода отчёт насчитывал более десяти внутренних переходов в сети WIDE и 300 полных маршрутов в глобальной 6bone. Это моментальный снимок из ретроспективы одного участника, а не всемирный подсчёт по единой методике. Протокол заседания IPv6-группы RIPE 28 отдельно сообщал о более чем 120 подключённых площадках в 30 странах на более раннюю дату. Это показывает географический размах проекта, но число площадок нельзя напрямую складывать с маршрутами WIDE.

План адресации и маршрутизация тоже менялись

По мере расширения временных тестовых адресов и ручного управления стало недостаточно. WIDE сообщает, что заседание IETF в Мюнхене в августе 1997 года определило два изменения: переход от адресов, основанных на провайдерах, к агрегируемому формату и миграцию на BGP4+ до 1 ноября. WIDE выбрали псевдоагрегатором верхнего уровня, выделили ей 3ffe:500::/24, и в октябре сеть перенумеровали. BGP4+ запустили только в январе 1998 года: разработка демона задержалась.

RFC 1897 определял первые тестовые адреса IPv6 как временные и заранее предусматривал перенумерацию. Позже RFC 2471 выделил тестовые адреса 6bone на таком же временном основании. Эти документы подтверждают, что тестовые префиксы не были постоянными производственными назначениями, но независимо не проверяют конкретные даты WIDE. RFC 2772 описывает 6bone как работающую испытательную сеть с реестром, правилами маршрутизации и требованием опыта для ряда претендентов на статус pTLA. Эксперимент требовал не только передавать пакеты, но и согласовать, кто получает адреса, как объявляет маршруты и когда прекращает использование старого плана.

Поэтому случай WIDE не доказывает, что IPv6 начинался с туннелей. Сначала команда использовала 64 кбит/с существующего T1; затем появились пиринг и туннель; позднее пришлось менять статическую маршрутизацию, адресацию и программное обеспечение. Это постепенный путь, описанный для WIDE. Он не показывает, что все участники располагали одинаковыми линиями, бюджетами и техническими условиями. Идея минимальной начальной спецификации и добровольного внедрения из Note 64 может служить редакционной оптикой для понимания координации, но не историческим свидетельством.

Источники

  • Группа IPv6 проекта WIDE, “Deployment and Experiences of WIDE 6bone”：отчёт проекта。
  • Robert Hinden и Jon Postel, RFC 1897, “IPv6 Testing Address Allocation”：RFC。
  • Robert Hinden, Robert Fink и Jon Postel, RFC 2471：RFC。
  • Rob Rockell и Robert Fink, RFC 2772, “6Bone Backbone Routing Guidelines”：RFC。
  • Robert Fink и Robert Hinden, RFC 3701, “6bone Phaseout Plan”：RFC。
  • Протокол IPv6-группы RIPE 28：запись заседания。
  • Heng Lu, Note 64, только как редакционная оптика：статья。