Кратко

  • В августе 2001 года RIPE NCC опубликовал RIPE-224 — форму для запроса независимого IPv6-пространства точками обмена трафиком. Ее подготовили Timothy Lowe, Nurani Nimpuno и Sabrina Waschke. 17 августа Nimpuno сообщила о начале назначений адресов заявителям.
  • Председатели рабочих групп по точкам обмена и IPv6 попросили приостановить применение предлагаемой политики: по их мнению, сообщество еще не рассмотрело ее окончательный текст. Операторы говорили о задержках и временно заимствованных адресах. Nimpuno изложила, почему RIPE NCC счел предыдущее обсуждение достаточным для работы с заявками.
  • 10 сентября председатели признали завершенным прием замечаний к промежуточному предложению и попросили RIPE NCC опубликовать его и начать назначения. Адрес /64 предполагалось помещать в границах зарезервированного /48, оставляя место для дальнейшего решения.

Ответ из очереди заявок

В письме от 23 августа Nurani Nimpuno перечисляла вполне земные причины, по которым RIPE NCC начал работу. Обменным пунктам требовались собственные IPv6-адреса; несколько запросов находились в ожидании с апреля. На заседании RIPE и в списках рассылки тему обсуждали подробно. В июне появилось резюме дискуссии, а затем громких возражений почти не последовало. С точки зрения регистра это выглядело как разрешение переходить от слов к назначениям.

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

За два дня до этого председатели Fearghas McKay и David Kessens сообщили, что часы у них показывают другое время. McKay возглавлял группу по точкам обмена, Kessens — группу по IPv6. В переписке 21 августа они потребовали остановить предлагаемую политику до предъявления окончательного текста и возможности высказать принципиальные возражения. Kessens уточнил: речь шла о последней проверке конкретной формулировки, а не о требовании единогласия.

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

Зачем обменной точке адрес вне чужого блока

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

Обычная логика крупных IPv6-выделений плохо описывала узел, который связывает операторов, но сам не раздает адреса множеству конечных клиентов. Участники обсуждали /64 и /48, несколько физических сегментов, проверку открытого членства. Правило требовало точных границ: особый путь выдачи должен обслуживать именно совместную инфраструктуру обмена, а не любую услугу организации, называющей себя IXP.

Задержка ощущалась за пределами списка рассылки. В августовском споре Steve Walker написал о клиентах, которые хотели IPv6-трафик, и о застопорившемся процессе заявок. Gert Doering как оператор SpaceNet привел DECIX: тот пользовался адресами из блока SpaceNet. Robert Kiessling считал, что обсуждение затянулось; Hans Petter Holen предложил подумать о временных назначениях с последующим пересмотром. Это были разные свидетельства одной операционной цены ожидания.

Очередь, о которой сообщила Nimpuno, поэтому не была риторической фигурой. Она связывала нерешенный порядок согласования с конкретными обменными сетями. Но оперативная потребность сама по себе не выбирала между /64 и /48, не определяла проверку заявителей и не подменяла последнее публичное слово рабочих групп. Поэтому технические и процедурные вопросы пришлось распутывать вместе.

Бланк, который проверяет не вывеску

RIPE-224 датирован 15 августа 2001 года. Среди авторов указаны Timothy Lowe, Nurani Nimpuno и Sabrina Waschke. Уже на первых страницах у заявителя просят документы организации: она должна показать, что создана для обмена трафиком между поставщиками интернет-услуг. Требуются открытая политика вступления и ее правила. Название «точка обмена» без описания участников для такой заявки не годится.

Следующий слой проверки — список членов и номера их автономных систем. Не менее трех участников должны поддерживать BGP-пиринг в зоне без маршрута по умолчанию, согласно определениям самой формы. RIPE NCC может сверить сведения с базой данных и связаться с перечисленными соседями. Поле формы превращает абстрактную характеристику «нейтральный обмен» в проверяемую сеть отношений.

Далее надо описать уже используемые IPv4- и IPv6-адреса, выделить физически отдельные подсети и объяснить будущую инфраструктуру. Запрашивается план на момент подачи, на год и на два года. В качестве примера приводится /64 для нейтральной пиринговой сети. Заявки без идентификатора в реестре RIPE NCC возвращались; изменение шаблона могло замедлить обработку. Авторы подготовили инструмент, который сотрудник действительно мог открыть рядом с поступившим письмом.

17 августа Nimpuno, работавшая Internet Address Policy Manager в RIPE NCC, объявила о начале назначений и предложила ожидающим заявителям заполнить форму. В ее сообщении долгий разговор был уже приведен к слову «консенсус». Спустя четыре дня председатели указали, что окончательная редакция политики еще не получила полноценной заключительной проверки. Стол приема корреспонденции оказался готов раньше, чем обе стороны согласовали надпись на его табличке.

Сентябрьский способ открыть стол

После августовского столкновения проект промежуточной политики был представлен для замечаний. В совместном письме 10 сентября McKay и Kessens сообщили, что срок приема комментариев истек, а направление обсуждения принципиально не изменилось. Они попросили RIPE NCC опубликовать временную политику и начать первые назначения. У возражавших в августе председателей появился текст и завершенный этап его обсуждения.

Решение оставляло список открытых вопросов: обычный размер префикса /64 или /48, конкретный блок адресов, нужные подтверждающие документы, запись в базе RIPE. Если выдавался /64, его следовало располагать в границах зарезервированного /48. В этом есть инженерная аккуратность: небольшое назначение работает сейчас, а возможность расширить его позже уже учтена в адресном плане.

Годовой отчет RIPE NCC за 2001 год позже включил работу над политикой для IXP в итог года. RIPE-256, опубликованный в 2002 году, уже излагает более оформленные правила: обменная сеть уровня 2 с минимум тремя подключенными провайдерами и открытым вступлением; /64 для случая, когда точно нужна лишь одна сеть, иначе /48. Документ также предупреждает, что глобальная маршрутизируемость адресов не гарантирована, и отсылает к форме. Сентябрьское письмо остается источником о самом промежуточном решении, а поздняя политика показывает, во что развился порядок.

В этой истории Nimpuno была сотрудником регистра, соавтором практического документа и публичным лицом решения начать прием. Она объясняла логику RIPE NCC в тот момент, когда ее оспорили руководители рабочих групп. McKay и Kessens добились видимого завершающего этапа, а операторы настояли на цене промедления. В результате у заявки появились и рабочий бланк, и обнародованное основание для обработки. Именно такой порядок позволяет очереди двигаться, не превращая молчание в неограниченный мандат.