Кратко

  • Представьте продавца, учтённого в одном региональном реестре, покупателя, которого обслуживает другой реестр, и блок адресов, остающийся глобально маршрутизируемым на всём протяжении сделки. Стороны могут понимать коммерческую передачу, но запись о признанном держателе не сможет перейти чисто, пока оба частных реестра не примут совместимые доказательства и не внесут согласованные записи.
  • Документ, опубликованный 26 октября 2018 года, — этоAFPUB-2018-GEN-003-DRAFT01. Идентификатор AFPUB-2018-V4-003-DRAFT01, встречающийся в некоторых источниках, ошибочен, и это предложение нельзя путать с отдельным семейством AFPUB-2019-V4-003, черновики с 1-го по 4-й.
  • Черновик 1 предлагал серьёзную архитектуру учёта: взаимность, минимальные размеры передаваемых блоков, раздельные проверки источника и получателя, документы по сделке, публичный журнал и обновление реестра после передачи. Эти меры могли бы сохранить происхождение, уникальность и непрерывность записей в обеих книгах.
  • Его тест потребности, классификация происхождения, двухлетний срок владения IPv6, годичный запрет повторной передачи и правило вывода только legacy-ресурсов тоже создавали частные барьеры. Каждый барьер должен был иметь узкое обоснование — защиту целостности записей или борьбу с мошенничеством; ни один пункт не мог наделять суверенной, регуляторной, карательной или судебной властью.
  • Черновик 1 не достиг консенсуса, не вступил в силу и не передал ни одного ресурса. AFRINIC-29 вернул его в список рассылки, а отзыв автора в мае 2019 года касался Версии 2 и закрыл поздний жизненный цикл, не превратив Черновик 1 в отдельное предложение 2019 года.

L3 — Передача между двумя книгами

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

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

Именно этот конфликт решал Черновик 1. Проблема была не столько внутри BGP, сколько на границе между базами данных. Если реестр-источник признаёт право продавца совершить сделку, а реестр получателя не может одобрить покупателя, сделка может не получить чистого признанного завершения. Если реестр получателя готов, но реестр-источник отказывается закрыть свою запись, базы данных могут разойтись. Тогда покупателю, кредитору, брокеру, вышестоящему провайдеру или клиенту приходится решать, какие доказательства описывают текущую реальность.

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

Идентичность предложения важна, потому что в окружающей истории политики скрыта ловушка. Документ, поданный Jordi Palet Martinez 26 октября 2018 года, — этоAFPUB-2018-GEN-003-DRAFT01под названием Inter-RIR Resource Transfers Version 1, оформленный как новая статья 13.0 Consolidated Policy Manual. Это не AFPUB-2018-V4-003-DRAFT01 — ошибочный идентификатор, встречающийся в некоторых источниках. Это и не ранняя версия AFPUB-2019-V4-003 — отдельного семейства Resource Transfer Policy, прошедшего четыре черновика и получившего собственную процедурную историю. Замена GEN на V4 — не канцелярская щепетильность. Она не позволяет пунктам, статусу и дальнейшей институциональной жизни одного документа незаметно перейти другому.

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

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

Остальные пункты показывают, как автор предполагал работу этого моста. Сначала — ресурсы, входящие в область действия, и минимальные единицы, которые могли пересечь границу. В предложенной схеме фигурировали IPv4, IPv6 и номера автономных систем. Передача IPv4 не могла быть меньше /24, а передача IPv6 — меньше /48. Эти пороги можно считать административной и маршрутной гигиеной: реестры не обрабатывали бы фрагменты ниже установленного политикой минимума. Но минимумы также показывают, что предлагаемый сервис не был нейтральной фиксацией любого соглашения, которое стороны могли бы заключить.

Реестр сам определял бы, какие сделки его книга готова признать.

Вторым шло асимметричное правило для исходящих передач из AFRINIC. Адреса IPv4 и номера AS могли покидать регион обслуживания AFRINIC, только если AFRINIC классифицировал их как legacy-ресурсы. Тогдашняя оценка персонала читала черновик так, что на IPv6 это ограничение «только legacy» не распространялось. Это различие означало, что классификация происхождения, а не только текущее держательство и документы сделки, могла определять, будет ли исходящая передача вообще допущена к процессу. Legacy-блок IPv4 мог уйти; не-legacy блок IPv4 того же размера — нет. Технические идентификаторы в обоих случаях работали глобально.

Именно частная служба записей относилась к их административной истории по-разному.

В-третьих, для IPv6, выделенного AFRINIC, действовало временное условие. Такой ресурс становился доступен для передачи только через два года после выделения или назначения. Срок владения можно защищать как тормоз против немедленной перепродажи или как возможность проверить искренность первоначальной заявки. Однако механика такого срока шире, чем проверка того, что текущий держатель существует, ресурс не оспаривается, а документ сделки подлинен. Правило задержало бы передачу, даже если все эти факты о расчётах были ясны.

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

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

И всё же тест потребности — это не просто проверка подлинности держателя. Он спрашивает, зачем и в каком объёме получателю следует разрешить принять ресурс. Это самое ясное место, где гигиена расчётов могла превратиться в частное суждение о распределении. Предсказуемый тест потребности мог бы ограничить выдуманный спрос или согласовать передачу с правилами дефицита у контрагента. Расширительный или дискреционный тест, наоборот, мог бы задержать добросовестную сделку, снизить мобильность дефицитного пространства IPv4 и сделать коммерческий прогноз реестра условием точной публичной записи.

Черновик 1 не дал измеримых данных, разрешающих это напряжение, потому что он так и не заработал.

В-пятых — проверки на стороне источника. Соответствующий реестр проверял бы, что сторона, представляющаяся источником, является текущим держателем в его записях. Он также определял бы, не оспаривается ли ресурс. Это одни из самых сильных положений предложения. Книгу записей нельзя менять по запросу постороннего, а оспариваемую запись нельзя через обычную административную передачу выдавать за урегулированную. Подтверждение текущего зарегистрированного держателя защищает цепочку происхождения. Изоляция спора не позволяет службе записей отмыть неопределённость в результат, который выглядит чистым.

Эти проверки нужно описывать точно. Проверка держателя для цели обновления книги — не то же самое, что вынесение универсального суждения о праве собственности. Пометка спора — не его разрешение. Реестр может отказаться подавать оспариваемое состояние как административно окончательное, пока компетентный частный процесс или государственный суд решает вопрос о правах. Он не получает судебной власти только потому, что его база данных важна. Разумная проверка источника в Черновике 1 была сильнее всего, когда понималась как узкий отказ искажать запись.

В-шестых, обе стороны предоставляли бы юридический документ, подтверждающий сделку. Это требование связывало предлагаемое обновление реестра с доказательствами за его пределами. Запись сама по себе не создавала бы сделку; она отражала бы сделку, задокументированную сторонами. Это направление объяснения важно. Коммерческая и юридическая реальность даёт основание для изменения книги. Книга не фабрикует соглашение сторон и не вручает его им. Проверка подлинности может включать контроль того, что документ называет стороны и ресурсы и подтверждает запрошенное изменение состояния, — без превращения сотрудников реестра в суд общей юрисдикции.

В-седьмых, стороны оставались связаны применимыми условиями участвующих реестров. Двухреестровый расчёт не может работать, если каждая сторона игнорирует операционные требования службы, ведущей её аккаунт. Нужны правила для проверки аккаунта, формата запроса, обработки доказательств и согласованных сроков. Но «применимые условия» нельзя считать карт-бланшем. Договорное или процедурное условие обязывает в пределах своего правового основания и объёма услуги. Оно не становится законодательством для континента только потому, что реестр вписал его в руководство.

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

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

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

Правовой характер интересов в номерных ресурсах может различаться в зависимости от юрисдикции и сделки. Словарь реестра не может решить этот вопрос универсально.

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

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

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

Результат, будь политика принята и успешно сопряжена с контрагентом, стал бы более достоверным описанием частной сделки.

Историческая запись не доходит до этого результата. Персонал AFRINIC оценил первый черновик 1 ноября 2018 года. На AFRINIC-29 в конце того же месяца автор представил охват IPv4, IPv6 и ASN, вывод IPv4 только как legacy, минимумы /24 и /48, демонстрацию потребности получателем и цель поддержания точной регистрации. Протокол встречи говорит, что сопредседатели вернули предложение в список рассылки Resource Policy Discussion. Консенсус или принятие в нём не зафиксированы. Годовой отчёт AFRINIC всё ещё числил Версию 1 как находящуюся в обсуждении.

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