Резюме

  • Резолюция 202002.552 оперативно утвердила Multihoming Not Required for ASN Draft 4 и Adjusting IPv6 PI одним корпоративным актом, но сжала лишь сам акт утверждения, а не доказательства, необходимые для понимания каждого документа.
  • Предложение по ASN и корректировка по IPv6 PI имели разные формулировки проблемы, историю рассмотрения, риски для заявителей и эксплуатационные изменения. Доказательства из одного направления не могут подтвердить ни тщательность рассмотрения, ни внедрение в другом.
  • Надёжная публичная запись должна сочетать общую резолюцию и границу выпуска 29 мая 2020 года с двумя отдельными записями документов: точным финальным текстом, историей рассмотрения, сохраняющейся оговоркой, ответственными работами по внедрению, изменёнными сервисными материалами и проверкой после выпуска.
  • AFRINIC могла администрировать оба правила как частный технический учётчик и координатор. Ни ратификация Советом, ни консенсус сообщества не давали ей суверенной, регуляторной, полицейской, прокурорской, карательной, конфискационной или судебной власти.

L3 — Одна резолюция, две технические записи

Сеть на удалённом рынке может нуждаться в глобально уникальной публичной маршрутной идентичности, имея сегодня лишь одно физическое подключение. Точка обмена может использовать провайдер-независимое адресное пространство IPv6 в пиринговой LAN, которая никогда не предназначена для глобального анонсирования. Эти ситуации не задают реестру номерных ресурсов один и тот же вопрос. Первая спрашивает, какие доказательства показывают реальную потребность в публичном ASN, когда физический мультихоминг не является абсолютным предварительным условием.

Вторая спрашивает, можно ли справедливо считать отсутствие в глобальной таблице маршрутизации отсутствием использования. В феврале 2020 года одна строка в записи Совета AFRINIC изменила административный статус обоих вопросов.

В строке зафиксирована резолюция 202002.552 и названы Multihoming Not Required for ASN Draft 4 и Adjusting IPv6 PI. Это надёжное доказательство одного корпоративного акта утверждения. Это не доказательство того, что документы прошли одинаковую проверку, отвечали на одни и те же возражения или требовали одинаковых изменений в сервисном руководстве. Запись также не устанавливает точный день принятия резолюции, подсчёт голосов, мотивы отдельных директоров или содержание каких-либо материалов Совета. Поэтому ответственное прочтение узкое, но значимое: Совет AFRINIC один раз, в феврале 2020 года, принял решение по двум отдельным предложениям.

Это различие важно, потому что короткая запись о решении провоцирует лёгкую ошибку. Читатель может увидеть один номер резолюции, одну более позднюю дату внедрения и слово «внедрено» на странице жизненного цикла политики, а затем мысленно превратить пару в одно изменение политики. Однако документ по ASN касался теста на публичную маршрутную идентичность, тогда как документ по IPv6 исправлял связь между отсутствием анонса и продолжающимся легитимным использованием. Первый мог повлиять на заявителя, решающего, обязан ли он приобрести второго апстрим-провайдера перед запросом ASN.

Второй мог повлиять на конечного пользователя, чей ресурс IPv6 PI обслуживает точку обмена или частную сеть, не появляясь глобально. Один не мог унаследовать доказательства другого.

Направление ASN начинается до ратифицированного драфта

История ASN показывает, почему дисциплина версий необходима. Версия 1 документа Multihoming Not Required for ASN была представлена 27 февраля 2019 года и отдельно анонсирована 7 марта. Её главным вызовом было использование физического мультихоминга как абсолютного прокси-критерия допустимости. Сеть может иметь законную эксплуатационную потребность в глобально уникальном публичном ASN, даже если её текущая топология не включает два физических апстрим-подключения. И наоборот, реестр по-прежнему должен отличать такую потребность от сугубо локальных применений, для которых оставались доступны частные ASN.

Предложение не отменяло проверку допустимости и не отменяло частные ASN.

Сотрудники AFRINIC оценили Draft 1 8 апреля 2019 года. Эта оценка необычайно полезна, поскольку показывает те вопросы, которые сжатая строка об утверждении показать не может. Сотрудники выявили конфликт, связанный с маршрутом с одним межсетевым соединением и разделом 5.1 RFC 1930. Они проверили четыре сценария с одним пиром или предполагаемых сценария, запросили изменения терминологии, рассмотрели потребление пространства имён с учётом большого пула 32-битных ASN и перечислили операционную работу в формах, чек-листах и документации. В оценке также зафиксировано отсутствие комментария юридического советника.

Каждый пункт относится к истории рассмотрения предложения по ASN.

Но ни один из этих пунктов нельзя просто перенести на финальный объект решения. Draft 2 последовал 10 апреля, Draft 3 — 3 ноября, а Draft 4 — 25 ноября. Резолюция 202002.552 утвердила Draft 4, а не Draft 1. Апрельская оценка доказывает, что ранняя версия получила детальное внимание сотрудников; сама по себе она не доказывает, как каждая рекомендация была учтена в более позднем тексте и как выглядела полная финальная проверка. Поэтому корректный учёт разделяет три утверждения: Draft 1 вызвал и получил задокументированную оценку; предложение менялось в течение трёх последующих версий; и Совет в итоге утвердил Draft 4.

Это не просто библиографическая аккуратность. Если читатель припишет Draft 4 формулировки Draft 1, он может поверить, что какая-то проблема осталась, хотя она была пересмотрена, или что пересмотр состоялся, хотя его не было. Если тест сотрудников для раннего драфта описан так, будто это финальный тест внедрения, заявитель не сможет понять, какие доказательства AFRINIC действительно запросит после вступления правила в силу. Идентичность версии — часть сервисного обещания. Она говорит операторам, какая формулировка управляет заявкой, а сотрудникам — какой чек-лист правомерно использовать.

Более поздний жизненный цикл политики и CPM 1.5 относят внедрение к 29 мая 2020 года. Это даёт направлению ASN видимую конечную точку, но одна дата — ещё не расписка. Чтобы закрыть направление, публичная запись должна связать финальное правило допустимости из Draft 4 с изменённым текстом руководства по ASN, формой запроса, чек-листом, внутренними указаниями и объяснением для заявителя. Апрельская оценка предвосхитила категории такой работы, но её существование не может доказать, что каждое финальное изменение было выполнено. Читателю нужны финальный текст и соответствующие сервисные материалы рядом.

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

Направление IPv6 начинается с другого дефекта

Корректировка IPv6 PI выросла из отдельной истории. AFRINIC опубликовала V6-004, обновление IPv6 PI, 28 марта 2018 года. Это предложение создало для конечных пользователей путь к провайдер-независимым ресурсам IPv6 с последствиями для переносимости и зависимости от адресации провайдера. На AFRINIC-28 6 июня участники обсудили условие о двенадцатимесячном анонсировании, мониторинг маршрутизации и другие технические формулировки. Резолюция 201808.449 утвердила V6-004 8 августа и поручила сотрудникам внедрение. 29 ноября AFRINIC сообщила о частичном внедрении, тогда как указанная автоматизация оставалась в ожидании.

Эти записи 2018 года устанавливают правило-предшественник и контекст, в котором возникла более поздняя проблема. Они не устанавливают, что корректировка 2019 года уже была утверждена или внедрена. Хронология важна: сначала появился путь конечного пользователя к IPv6 PI с сохранёнными формулировками об анонсировании; лишь позже Adjusting IPv6 PI определила, почему эти формулировки могут быть слишком широкими.

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

Поэтому формулировка, способная связать двенадцать месяцев без анонса с намёком на изъятие, рисковала выдать наблюдение за таблицей маршрутизации за полное описание операционной реальности.

Выбранный реестр идентифицирует ратифицированный документ по IPv6 как Draft 1, тогда как приводимая содержательная страница жизненного цикла — Adjusting IPv6 PI Draft 2. Draft 2 подтверждает существование отдельной проблемы уточнения, примеры легитимного использования без анонсов и более поздний жизненный цикл. Его нельзя использовать для утверждения, что каждое слово, показанное там, присутствовало в ратифицированном Draft 1.

Это граница версий IPv6, соответствующая предупреждению для ASN, но работающая иначе: запись по ASN чётко определяет Draft 4 как объект ратификации, тогда как более поздняя страница Draft 2 по IPv6 даёт ограниченные доказательства о сути уточнения и его эволюции. Аккуратный анализ называет этот предел, а не молча переносит более позднюю формулировку назад.

Оценка сотрудников по ASN также не может заполнить пробел. Четыре сценария ASN, конфликт с RFC 1930 и забота о большом 32-битном пространстве имён ничего не говорят о том, является ли пиринговая LAN точки обмена легитимным использованием пространства IPv6 PI без анонса. Точно так же обсуждение на встрече 2018 года анонсирования и мониторинга не может доказать, что ASN Draft 4 прошёл финальную проверку. Записи соседствуют во времени, а позже соседствуют и в реестре Совета, но соседство не заменяет доказательств.

Жизненный цикл политики и CPM 1.5 также относят изменение IPv6 к границе внедрения 29 мая 2020 года. Общая дата полезна, но неполна. Чтобы закрыть это направление, требуется прямое сопоставление ратифицированной корректировки IPv6 с исправленным предложением в соответствующем разделе руководства по IPv6 PI, а также операционный тест, показывающий, что легитимное использование без анонса больше не запускает дефектную импликацию. Форма и чек-лист ASN не могут выполнить эту задачу. Направлению IPv6 нужна собственная расписка.

Что одна строка реестра может и не может нам сказать

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

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

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

Более раннее исследование BTW по первому драфту ASN помогает установить раннюю хронологию и практическую проблему обязательного мультихоминга, но февральская комиссия 2020 года начинается позже: она спрашивает, что произошло, когда Draft 4 и корректировка IPv6 были утверждены вместе. Более ранний анализ IPv6 PI от BTW также устанавливает механизм переносимости предшественника и неоднозначность анонсирования, не доказывая резолюцию 202002.552. Относиться к этим статьям как к первоклассным аналитическим источникам означает уважать их границы, а не только использовать их выводы.

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