Краткое содержание
- Меморандум Address Supporting Organization 2019 года возлагает на ICANN, Number Resource Organization, её Address Council и региональные интернет-реестры существенные координационные обязанности, но прямо исключает представительские и принципальные отношения между этими сторонами и запрещает одной стороне обязывать другую без предварительного письменного согласия.
- Глобальная политика, рекомендации о признании и администрирование, связанное с IANA, могут менять общую среду реестра. Их практическая сила не доказывает общего права распоряжаться регистрациями, договорами, клиентами или решениями о маршрутизации оператора, не подписавшего меморандум.
- Для прямых обязанностей держателя обычно требуется ещё один мост: договор о регистрации или членстве, инкорпорированная политика, действительное институциональное решение и любая процедура, требуемая применимым правом. Конечным пользователям и независимым сетям могут понадобиться дополнительные договорные или операционные связи.
- Подотчётность повышается, когда каждое значимое действие прослеживается через субъект, документ, условие, лицо, принимающее решение, процедуру, эффект в системе и средство защиты, а не оправдывается авторитетом институциональной договорённости в целом.
- Самая убедительная защита скоординированного администрирования номеров — точность. ICANN и RIR должны публиковать, какие полномочия являются коллективными, какие двусторонними, какие зависят от добровольного использования и какие остаются за пределами меморандумов.
Подписанная карта — это ещё не документ на владение территорией
Систему интернет-реестров номеров легко представить как иерархию полномочий. ICANN выглядит центром глобальной координации. Internet Assigned Numbers Authority выполняет функции нумерации верхнего уровня. Пять региональных интернет-реестров администрируют регионы обслуживания. Местные реестры, интернет-провайдеры и другие организации получают регистрации. Сети анонсируют маршруты, а пользователи пользуются полученной связностью. Нарисуйте эти отношения по вертикали — и административная иерархия начнёт напоминать конституционную.
Это сходство обманчиво. Цепочка включает несколько разных отношений, каждое из которых создано для своей цели. Одни — это институциональные договорённости между поименованными организациями. Другие — договоры об услугах. Третьи — правила корпоративного членства. Четвёртые — публичные технические описания. Пятые — решения о маршрутизации, которые принимают автономные сети. То, что они взаимодействуют, не сливает их в единый акт делегирования власти.
Действующиймеморандум Address Supporting Organization, подписанный 7 ноября 2019 года, — удобный пример. Он не является ни пустой церемонией, ни глобальной конституцией. Он определяет серьёзную институциональную договорённость. Number Resource Organization выполняет роль ASO. Address Council участвует в разработке глобальной политики и в назначениях, предусмотренных меморандумом. RIR участвуют через свои региональные процессы. ICANN получает рекомендации и действует через собственные структуры.
Однако в том же документе есть ограничивающий пункт. Договорённость не создаёт партнёрства, совместного предприятия, доверительной собственности, франшизы или представительских отношений тех видов, которые обычно позволяют одной стороне принимать обязательства за другую. Сторона не может обязать другую без предварительного письменного согласия. Этот пункт не следует считать формальностью, помещённой вдали от реальной сделки. Он говорит читателям, как следует понимать сделку.
Меморандум, таким образом, — карта скоординированного институционального поведения, а не документ на владение каждой регистрацией на описанной территории. Он может организовывать совместную работу сторон. Он может делать её результаты глобально значимыми. Сам по себе он не может перепрыгнуть правовую дистанцию между этими сторонами и каждым держателем, клиентом или оператором сети, которых затрагивает их работа.
Почему это различие важнее всего, когда последствия серьёзны
В обычном администрировании уровни часто совпадают. Глобальная политика разрабатывается через региональные процессы. ICANN утверждает её по предписанной процедуре. Администрирование, связанное с IANA, отражает её. Процедуры и договоры RIR связывают её с запросами или регистрациями. Сети продолжают полагаться на общий реестр. Поскольку система работает, мало кто задумывается, какой документ что именно обеспечил.
Сбой разрушает эту визуальную цельность. Предположим, институт предлагает отклонить запрос, заморозить услугу, изменить регистрацию, отозвать полномочия, перенести записи, назначить другого поставщика услуг или описать маршрут как несанкционированный. Каждый такой глагол затрагивает другой интерес. Институциональный меморандум может координировать политику. Договор с держателем может разрешать последствие в услуге. Корпоративные правила могут определять компетентный орган. Техническая система может публиковать изменённые данные. Независимая сеть может затем решить, что делать с маршрутом.
Если меморандуму приписывают ответ на все вопросы, подотчётность превращается в замкнутый круг. Институты якобы наделены властью, потому что координируют систему; система якобы легитимна, потому что её координируют эти институты. Затронутой стороне никогда не показывают пункт, который достигает её собственных отношений.
Юридический вопрос не академичен. Записи реестра влияют на передачи, обратный DNS, утверждения о безопасности маршрутизации, проверку должной осмотрительности, реагирование на злоупотребления и доверие контрагентов. Изменение может нарушить операционную работу, даже если не отдаётся команда о фильтрации пакетов. Такая практическая значимость требует более чёткого обоснования полномочий, а не более широкой презумпции.
Правильный метод — привязанный к конкретному действию. Назовите субъекта действия. Назовите затронутую сторону. Назовите документ, который их связывает. Определите условие, допускающее действие, орган, уполномоченный принимать решение, требуемое уведомление и пересмотр, а также точное последствие для реестра. Затем отдельно укажите, что другие сети могут по своему выбору сделать в ответ. Такой метод позволяет координации оставаться эффективной, не делая вид, что зависимость стёрла согласие.
Что договорённость 2019 года устанавливает на самом деле
Официальнаястраница меморандумов ASOназывает документ 2019 года действующей исполненной версией и сохраняет более ранние версии как историю. Контроль версий важен, потому что институциональная практика развивается. Утверждение об ASO должно привязываться к тексту, действовавшему в соответствующий период, а не выводиться из отменённого документа или общего описания.
Действующая договорённость определяет NRO место внутри структуры вспомогательных организаций ICANN. Она описывает Address Council и движение глобальных номерных предложений. Она предусматривает порядок рекомендаций по признанию новых RIR. Она касается назначений, регионов обслуживания, пересмотра и разрешения споров между институциональными сторонами. Это значимые функции.
Особенно важен процесс глобальной политики. Номерная политика, отвечающая согласованным критериям, может пройти путь от региональных процессов до Address Council и затем до совета ICANN. После утверждения она может определять реализацию на верхнем уровне. Так создаётся способ координировать администрирование уникальных номеров между регионами без сосредоточения всех операционных деталей в одной организации.
Рекомендации о признании тоже имеют значение. Предлагаемый новый RIR не может стать полноценным равным партнёром, просто объявив о себе. Нужны продемонстрированная поддержка сообщества, техническая компетентность, финансовая устойчивость, нейтральная практика и надёжное ведение записей. Договорённость ASO соединяет региональную экспертизу с ролью ICANN в признании.
Институциональные назначения важны, потому что они включают участников номерного сообщества в более широкое управление ICANN. Положения о пересмотре важны, потому что долгосрочным договорённостям нужен механизм адаптации. Арбитраж между поименованными институциональными сторонами важен, потому что сотрудничество может порождать споры.
Ничто из этого не тривиально. Назвать меморандум неконституционным не значит назвать его церемониальным. Дело более узкое: каждая власть имеет определённый институциональный предмет. Процедура глобальной политики — это не пункт о расторжении договора с держателем. Рекомендация о признании — не перенос прав клиента. Полномочие назначать — не контроль над маршрутами. Арбитраж между подписантами — не средство, автоматически доступное каждому конечному пользователю.
Точность усиливает меморандум. Она позволяет читателям видеть реальную ценность координации, не возлагая на документ полномочия, которых он не заявляет.
Ограничивающий пункт — часть архитектуры
Раздел 12 текста 2019 года заслуживает большего внимания, чем обычно получает. Отвергнув перечисленные представительские и принципальные отношения, стороны отвергли простую теорию, по которой один институт автоматически говорит или заключает договоры от имени другого. Потребовав предварительного письменного согласия, прежде чем одна сторона сможет обязать другую, они сохранили отдельную правосубъектность и самостоятельную компетенцию принимать решения.
Это разумный институциональный проект. ICANN и каждый RIR — отдельные юридические лица с разными учредительными документами, советами, членством, договорами, активами и обязательствами по праву страны местонахождения. NRO — координационный механизм, а не растворитель, стирающий эти различия. Региональный институт не может просто так навязать другому региону договорное обязательство. Нельзя исходить из того, что ICANN приняла любое заявление, сделанное от имени номерного сообщества. Коллективное действие должно идти по тому пути, который согласовали стороны.
Та же осторожность с ещё большей силой применима за пределами подписантов. Если меморандум не позволяет одной поименованной стороне обязывать другую поименованную сторону без согласия, трудно прочитать его так, будто он молча позволяет коллективу обязывать непоименованного оператора, который его никогда не подписал. Такое прочтение вывернуло бы пункт наизнанку. Стороны защитили бы себя от подразумеваемых обязательств, одновременно навязывая открытые обязательства посторонним.
Это не делает эффекты для третьих лиц невозможными. Договор может инкорпорировать внешние правила. Держатель может согласиться, что определённые глобальные политики вступают в силу через установленную процедуру. Договор с конечным пользователем может передавать обязанности дальше. Применимое право может налагать обязательства независимо от договора. Сеть может решить полагаться на состояние реестра. Но каждый мост нужно назвать.
Ограничивающий пункт также не решает каждый спор. Применимое право может признавать доктрины инкорпорации, полагания, эстоппеля, прав третьих лиц или компетенции корпораций. Конкретные факты имеют значение. Однако пункт опровергает ленивую исходную посылку, что институциональная близость означает неограниченные взаимные полномочия.
Меморандум следует поэтому читать как федерацию ограниченных обязательств. Стороны координировались именно потому, что оставались отдельными. Их правовая раздельность — не дефект, случайно оставшийся вне технического проекта; это одна из предпосылок проекта.
Глобальная политика — это скоординированное полномочие, а не всеобщее согласие
Глобальная номерная политика занимает промежуточное положение. Она больше, чем рекомендация. При разработке и утверждении через согласованный процесс она может направлять администрирование номеров на верхнем уровне и формировать региональную реализацию. Она меньше, чем универсальный договор, потому что затронутое население не подписывало единый общий документ.
Легитимность политики складывается из нескольких источников: открытое региональное обсуждение, техническая экспертиза, сходимость позиций множества сообществ, формальный пересмотр и потребность в глобально согласованном администрировании уникальных ресурсов. Эти свойства могут оправдать сильную институциональную опору. Они также снижают риск того, что один центр навяжет правило без региональной проверки.
Но у участия есть знаменатели. Подписчик списка рассылки — не каждый держатель. Посетитель встречи — не каждая сеть. Консенсусный призыв — не обязательно голос всех организаций, которых касается реализация. Некоторые держатели участвуют через сотрудников; другим не хватает ресурсов или языкового доступа. Конечные клиенты могут не знать о существовании предложения. Автономные сети могут полагаться на данные реестра, не участвуя в процессе политики.
Отсутствие всеобщего согласия не лишает силы совместную политику. Большинство стандартов и общих инфраструктур не могли бы работать, если бы каждый косвенный бенефициар имел право вето. Это означает лишь, что заявляемый вид власти должен соответствовать основанию, которое для него предлагается. Открытый процесс может оправдать техническую координацию и создать процедурную легитимность. Его нельзя описать как подписанный мандат от каждого затронутого лица.
Если глобальная политика достигает прямой обязанности держателя, региональный мост должен быть виден. Какой договор инкорпорирует политику? Какая версия действует? Какое уведомление было дано? Какой региональный акт ввёл глобальное правило в действие? Какое средство защиты существует, если сотрудники применят его неправильно? Эти вопросы не мешают глобальной политике. Они показывают, как общее правило становится конкретным обязательством.
Зрелая система может удерживать обе идеи одновременно. Глобальная согласованность необходима, а согласие остаётся реляционным. Институциональная координация обеспечивает первое. Договоры, правила и право всё ещё должны объяснять второе.
Критерии признания определяют вход, а не каждое более позднее полномочие
КритерииICP-2, принятые 4 июня 2001 года, задают высокий стандарт для создания нового RIR. Кандидату нужны регион обслуживания достаточного масштаба, широкая поддержка сообщества, разработка политики снизу вверх, нейтральность и беспристрастность, технические навыки, реалистичный план деятельности, финансирование, точные записи и защита конфиденциальности.
Эти критерии отвечают на институциональный вопрос входа: когда новый региональный реестр следует признать способным присоединиться к системе? Это необходимая функция управления. Администрирование уникальных номеров не может безопасно допустить нового оператора без доказательств компетентности, поддержки и преемственности.
Критерии входа могут также формировать ожидания после признания. Действующий реестр, отказавшийся от нейтральности, качества записей или финансовой устойчивости, вызывает обоснованное беспокойство, потому что эти качества поддерживали признание. Однако ожидание — не автоматически полный механизм принуждения. Правило приёма не обязательно определяет, кто может отозвать признание, каким голосованием, после какого процедурного процесса о доказательствах, с какой апелляцией и по какому плану передачи записей.
Это различие напрямую касается не подписавших сторон. ICP-2 оценивает институт. Он не делает каждого держателя в предлагаемом регионе обслуживания стороной меморандума ASO. Поддержка сообщества — доказательство жизнеспособности и легитимности; это не перенос прав от каждого оператора. Региональные политические обязательства могут стать частью более поздних договорённостей с держателями, но путь нужно задокументировать.
Признание имеет мощные практические эффекты. IANA может рассматривать признанный орган как регионального контрагента. Другие RIR могут координироваться с ним. Через него могут идти регистрации и перенаправления. Сети могут принимать его опубликованные данные. Такая операционная позиция заслуживает подотчётности, пропорциональной её последствиям.
Ответ не в том, чтобы делать вид, будто признание не имеет веса. Он в том, чтобы не заставлять документ о признании выполнять задачи, которые он не определяет. Вход, продолжающиеся стандарты, лишение признания, правопреемство и индивидуальное принуждение держателей — связанные, но отдельные вопросы. Полная архитектура управления должна отвечать на каждый из них явно.
RFC 7020 описывает систему, не делая всех её стороной
RFC 7020, опубликованный в августе 2013 года, даёт ясное описание Internet Numbers Registry System. Он описывает иерархию, в которой IANA выделяет ресурсы RIR, RIR обслуживают местные реестры и других, а записи поддерживают уникальное администрирование. Он также отделяет систему реестров от системы маршрутизации.
Это разделение ключевое. Реестр хранит административную информацию о номерных ресурсах. Протоколы маршрутизации и политики операторов определяют, как и объявляются ли маршруты и принимаются ли они. Точность реестра может влиять на решения о маршрутизации, особенно через сервисы безопасности и валидации, но реестр не отдаёт механических команд каждому маршрутизатору.
RFC 7020 — свидетельство общепризнанной технической и административной структуры. Он объясняет, почему иерархия полезна и почему точные записи важны. Он не претендует на то, чтобы быть договором, подписанным всеми сетями. Описание IANA как роли наверху иерархии реестров не превращает эту роль в собственника каждого адреса или в арбитра каждого частного спора.
Различие между описанием и делегированием знакомо по другим инфраструктурам. Технический документ может точно описывать, как работают центры сертификации, клиринговые системы или реестры стандартов, не создавая частных договоров, на которые опираются отдельные участники. Описание ценно, потому что делает зависимости видимыми. Его точность не меняет его юридический характер.
RFC 7020 поддерживает поэтому два вывода, которые нельзя путать. Первое: координация реестров имеет реальную операционную значимость. Дублирующиеся или противоречивые регистрации навредили бы системе. Второе: маршрутизация остаётся вне прямой сферы реестра. Изменённая регистрация может побудить сети изменить отношение, но их решения нужно анализировать как их решения.
Эта граница защищает от преувеличений с обеих сторон. Держатель не может настаивать, что данные реестра незначимы лишь потому, что маршрутизаторы остаются автономными. Институт не может настаивать, что каждое последствие в маршрутизации доказывает его прямые полномочия над оператором, принявшим решение о маршруте.
RFC 2860 показывает, насколько резко можно провести границу сферы
Меморандум IETF-ICANN, опубликованный как RFC 2860, даёт полезное сравнение. Подписанный и ратифицированный в марте 2000 года, он касается технической работы IANA по параметрам интернет-протоколов. Он определяет роли, техническое руководство и механизм отмены с уведомлением за шесть месяцев.
Документ примечателен тем, что исключает. Вопросы политики, касающиеся назначения блоков IP-адресов, выведены за его пределы. Это исключение не позволяет меморандуму об одном наборе функций IANA стать универсальной основой для политики номерных ресурсов.
Оговорки о сфере — это инструменты управления. Они говорят институтам и затрагиваемым сообществам, какой вопрос решён и какой остался в другом месте. Без них авторитет IANA может смешивать очень разные договорённости о параметрах протоколов, доменных именах и номерах. Один и тот же бренд и оператор могут выполнять несколько функций на основе разных источников полномочий.
RFC 2860 также показывает, что меморандум может содержать ясное отношение руководства и выхода, когда стороны этого хотят. Техническое руководство назначено. Определены полномочия. Отмена выражена явно. Читателям не нужно выводить эти полномочия из общей операционной зависимости.
Эта ясность не может быть просто заимствована для адресной политики. Сам документ это запрещает. Нельзя и трактовать его пункт об отмене так, будто он даёт ICANN право расторгнуть договор с держателем или заменить RIR. У каждой договорённости свои стороны и свой предмет.
Сравнение даёт практический урок для составления документов. Там, где системе нужны полномочия на руководство, удаление или правопреемство, принятый текст должен это называть. Молчание не следует заполнять аналогией с другой функцией IANA, меморандум которой явно ограничивает свою сферу.
Соглашение о нумерации с IANA содержит реальный механизм замены
Соглашение об уровне обслуживания для нумерационных услуг IANA 2016 года— самое сильное свидетельство того, что номерное сообщество умеет составлять операционную подотчётность, когда хочет. ICANN — оператор нумерационных услуг; пять RIR — контрагенты. Соглашение отделяет разработку политики от предоставления услуг и устанавливает положения о производительности, пересмотре, эскалации и непрерывности.
Самое примечательное: оно содержит механизм непродления, расторжения и замены оператора. RIR должны реализовывать оговорённые права коллективно и единогласно. Этот высокий порог защищает глобально общую функцию от разрозненного вмешательства. В то же время наличие пути выхода отвергает идею, что операционная незаменимость делает текущего провайдера бессрочным.
Важно направление полномочий в соглашении. RIR коллективно могут действовать в отношении оператора нумерационных услуг IANA на условиях, которые они подписали. Документ не делает ICANN начальником каждого RIR. Он не делает коллектив договорным представителем каждого держателя. Он не устанавливает процедуру, по которой один RIR может расторгнуть членский договор другого RIR.
Замена оператора верхнего уровня также не отвечает на региональное правопреемство. Нумерационные услуги IANA касаются пулов верхнего уровня и связанных реестров. RIR хранит региональные базы данных, историю договоров, операции обратного DNS, материалы по безопасности маршрутизации, экспертизу сотрудников и отношения с тысячами организаций. Смена поставщика услуг IANA сама по себе не переносит эти активы и обязанности.
Соглашение является поэтому одновременно свидетельством сильного управления и свидетельством оставшейся границы. Оно доказывает, что непрерывность услуг, расторжение и правопреемство могут быть прописаны. Оно также делает отсутствие аналогичных формулировок в других местах более заметным.
Убедительное требование полномочий должно следовать этой модели. Назовите стороны. Отделите политику от операций. Укажите стандарты услуг. Определите сбой. Предусмотрите эскалацию. Требуйте явного порога решения. Обеспечьте непрерывность. Назовите путь преемника. Не полагайтесь на институциональную ауру там, где работу могут сделать пункты.
Договоры с держателями создают недостающий двусторонний мост
Публичноесоглашение ARIN об услугах регистрациииллюстрирует другой уровень. Оно связывает поименованного провайдера услуг регистрации с поименованным держателем. Оно может определять охватываемые ресурсы, заявления держателя, оплату, записи, соответствие, последствия для услуг, положения о спорах и средства защиты. Точные права зависят от версии и истории подписания, но отношение прямое.
Стандартное соглашение об услугах RIPE NCCвыполняет сопоставимую связующую функцию в своём правовом и членском контексте. Оно связывает члена с услугами и инкорпорирует определённые процедуры. Это не меморандум ASO, и именно поэтому оно важно. Региональные полномочия в сфере услуг строятся на региональном документе с идентифицируемым контрагентом.
Эти договоры не доказывают, что каждый держатель в каждом регионе подписал текущую публичную форму. Наследуемые регистрации, спонсорство, исторические переходы и особые договорённости могут создавать разные позиции. Стандартная форма на сайте — не доказательство подписания в конкретном случае. Институт должен сохранять применимую версию и запись, связывающую её с рассматриваемыми ресурсами.
Подпись держателя также не связывает автоматически всех ниже по цепочке. Клиент, использующий адреса через провайдера, может регулироваться своим договором с провайдером. Пиринговый партнёр, принимающий маршрут, может действовать по сетевой политике. Облачный арендатор может не иметь прямых отношений с RIR. Если обязанности передаются по договорной цепочке, каждое звено нужно называть, а не предполагать.
Тем не менее двусторонний договор отвечает на проблему привязки (privity) гораздо лучше, чем институциональный меморандум. Он показывает, кто что обещал. Он может объяснить, как более поздняя политика входит в отношения. Он может определить уведомление, устранение нарушения, расторжение и порядок споров. Это элементы, необходимые, когда общая политика становится индивидуальным последствием.
Институциональная координация и двусторонний договор не должны соперничать за статус. Они выполняют взаимодополняющую работу. Первая делает возможным общее администрирование; второй связывает это администрирование с конкретными правовыми отношениями.
Операционная зависимость — реальная власть, но иного рода
Наивно было бы заключать, что не подписавшая сторона не затронута. Системы реестров создают ориентирные записи, которыми пользуются многие стороны. Авторизация происхождения маршрута может влиять на валидацию. Делегирование обратного DNS может влиять на услуги. Данные регистрации могут формировать передачи, обработку злоупотреблений и должную осмотрительность. Контрагенты могут отказываться действовать, когда общая запись противоречит заявлению.
Это инфраструктурная власть. Она возникает потому, что многие независимые субъекты полагаются на одни и те же записи и услуги. Никому не нужно отдавать универсальную команду, если доверие порождает скоординированную реакцию. Эффект может быть быстрее и шире, чем обычное договорное средство защиты.
Инфраструктурная власть заслуживает управления, даже когда она не равна прямой юридической власти. Институт должен публиковать причины, сохранять доказательства, поэтапно вводить рискованные изменения, предусматривать пересмотр и проектировать восстановление. Операторы должны знать, является ли сигнал окончательным, предварительным, оспариваемым или ограниченным одной услугой. Системы с высокими последствиями должны избегать превращения нерешённого частного спора в необратимое событие масштаба всей экосистемы.
Однако практическую зависимость не следует использовать как ретроспективное доказательство мандата. Если каждый эффект доверия подтверждает институт, который его произвёл, любой укоренившийся посредник становится самоуполномоченным. Рыночное доминирование стало бы делегированием. Техническая центральность стала бы согласием. Такой принцип делал бы подотчётность самой слабой там, где зависимость самая большая.
Правило должно быть обратным: чем больше зависимость, тем яснее нужны ограничения. Институты должны отличать власть изменять собственные записи от власти определять юридические права другой стороны. Они должны отличать результат валидации от запрета маршрутизации. Они должны указывать, какие субъекты остаются свободными принять иное операционное суждение.
Ответственность несут и сети. Оператор, который относится к одному пункту данных как к окончательному, должен уметь объяснить эту политику. Институты реестра не должны забирать себе исключительную заслугу за полезное доверие, отказываясь от ответственности за предвидимое вредное доверие. Общая инфраструктура управляется и через решения о публикации, и через решения о потреблении.
Легитимность сообщества — не то же самое, что указание принципала
Модель RIR сильно опирается на открытые процессы сообщества. Это настоящее преимущество. Технические и операционные участники могут предлагать политику, выявлять непредвиденные эффекты и проверять реализацию. Несколько регионов дают противовес одному институциональному центру. Публичные архивы делают обсуждение более проверяемым, чем закрытое нормотворчество поставщика.
Однако легитимность сообщества — это качество процесса и признания. Указание принципала — это отношение, в котором идентифицированное лицо предоставило другому определённое полномочие. Эти вещи могут пересекаться, но не являются синонимами.
Политика может пользоваться широкой поддержкой без единогласного согласия. Она может быть легитимной, потому что возражения были услышаны, причины приведены, а вытекающее правило технически необходимо. Это не значит, что каждая отсутствовавшая сторона назначила орган политики заключать договоры от её имени. Наоборот, подписанное соглашение может связывать сторону, даже когда более широкое сообщество его не одобряет.
Различие важно для средств защиты. Участник, недовольный общей политикой, может добиваться поправок через публичный процесс. Держатель, столкнувшийся с конкретным действием в отношении услуги, нуждается в причинах по делу, уведомлении и пути оспаривания применения. Отправить такого держателя обратно на будущую встречу по политике может быть полезно для реформ, но не разрешает текущий спор.
Оно важно и для заявлений о представительстве. Институты должны отдельно сообщать о правомочных членах, голосующих, участниках встреч, авторах политик, представленных организациях и региональном распределении. Большой список рассылки нельзя использовать как знаменатель для контроля членов. Голосование членов нельзя использовать как знаменатель для всех операторов маршрутов. Каждый показатель отвечает на другой вопрос.
Легитимность сильнее всего, когда институты заявляют более узкое требование, которое могут доказать. Политика разработана открыто. Совет действовал по своим правилам. Держатель подписал этот договор. Оператор выбрал эту политику маршрутизации. Эти утверждения могут сочетаться в защитимую систему без выдумывания единого универсального принципала.
Семь вопросов для каждого действия, заявленного на основе меморандума
Первый вопрос — субъект. Какое юридическое лицо действовало? «Номерное сообщество», «система RIR» и «ICANN» могут скрывать отдельные корпорации, советы и служебные органы. Запись о решении должна называть организацию и уполномоченный орган.
Второй — точный документ. Основано ли действие на меморандуме ASO 2019 года, глобальной политике, резолюции совета ICANN, уставе RIR, договоре с держателем, условиях услуги или применимом праве? Может понадобиться цепочка документов, но каждое звено должно быть названо.
Третий — сфера. Какой предмет покрывает документ? Параметры протоколов, нумерационные услуги верхнего уровня, признание, региональная регистрация и маршрутизация — разные вещи. Пункт из одной функции не должен переезжать в другую лишь потому, что в обеих фигурируют IANA или ICANN.
Четвёртый — связь затронутой стороны. Подписала ли она документ? Является ли она членом? Инкорпорировал ли её договор правило? Регулируется ли она законодательством? Является ли она лишь конечным пользователем или независимым оператором, реагирующим на открытые данные?
Пятый — триггер и последствие. Какой факт допускает действие и что именно может быть сделано? Неуплата, неточные записи, технический риск, несоблюдение политики и институциональный сбой — разные условия. Отказ, приостановка, изменение записи, расторжение и фильтрация маршрута — разные последствия.
Шестой — процедура и средство защиты. Какие уведомление, раскрытие доказательств, устранение нарушения, самоотвод, одобрение, пересмотр, арбитраж или судебный путь применимы? Чем больше практический эффект, тем сильнее основания для поэтапных действий и планирования восстановления.
Седьмой — внешнее доверие. Какие стороны, как ожидается, отреагируют на изменение состояния реестра? Является ли их реакция обязательной, рекомендуемой или добровольной? Может ли институт быстро исправить сигнал, если нижележащее решение отменено?
Эти вопросы не требуют, чтобы каждый технический выбор стал судебным разбирательством. Они требуют, чтобы институт сохранял цепочку полномочий до того, как последствия станет трудно обратить.
Аргументы в пользу широкого институционального усмотрения
Сильнейший аргумент в пользу существующей договорённости начинается с дефицитности и уникальности. Номерные ресурсы не могут администрироваться согласованно, если несколько органов без координации создают противоречащие записи. Региональным институтам нужно пространство для защиты точности реестра, реагирования на мошенничество, управления истощёнными пулами и реализации общей политики. Бесконечные двусторонние переговоры по каждому техническому правилу сделали бы общую систему непригодной.
У подписантов также есть специальные знания. Сотрудники RIR понимают историю распределений, доказательства передачи, безопасность реестра и операционные зависимости. Address Council соединяет региональные процессы. ICANN обеспечивает более широкую институциональную рамку. Операции IANA поддерживают непрерывность верхнего уровня. Суды и законодатели редко обладают сопоставимой повседневной экспертизой.
Открытые региональные процессы снижают риск произвольного центрального командования. Глобальная политика требует конвергенции, а не односторонних действий. Соглашение о нумерации с IANA обеспечивает измеримый надзор за услугами и путь преемника. Критерии признания требуют компетентности и поддержки. Это весомая архитектура подотчётности.
Не подписавшие стороны часто от неё выигрывают. Они получают глобально уникальное администрирование, предсказуемые записи и координацию без индивидуальных переговоров с каждой другой сетью. Требовать явного согласия каждого конечного пользователя перед любым обновлением реестра создало бы проблемы безбилетников и благоприятствовало бы наименее подотчётным субъектам.
Эти соображения оправдывают практическое усмотрение в определённых функциях. Они не оправдывают чистый бланк. Экспертиза поддерживает уважение к техническому суждению, а не изобретение юрисдикции. Операционная необходимость поддерживает своевременные действия, а не скрытие уполномочивающего пункта. Процесс сообщества поддерживает легитимность, а не фиктивное единогласие.
Поэтому лучшая защита — документальная. Институт должен показать, что общая политика была обоснованно разработана, региональное правило компетентно принято, документ затронутого держателя связал его с правилом, факты удовлетворяли триггеру, последствие было соразмерным, а пересмотр оставался доступным. Такой отчёт устойчивее, чем утверждение, что система всегда так работала.
Аргументы против того, чтобы сводить всё к договорной привязке
Существует и противоположная ошибка: считать, что значение имеет только прямой договор. Номерное администрирование — это общая инфраструктура, а не набор изолированных частных сделок. Договор держателя зависит от общего реестра. Глобальная уникальность зависит от скоординированной политики. Конечные стороны полагаются на записи, даже не подписывая документы, которые управляют их созданием.
Некоторые обязанности возникают из права, а не из согласия. Корпорации должны соблюдать право страны местонахождения. Суды могут издавать приказы. Правила о данных и санкциях могут влиять на услуги. Мошенничество и имущественные споры могут порождать требования, которые никакой стандартный договор полностью не предвидит. Чисто договорная линза упустила бы эти полномочия и ограничения.
Доверие также может создавать законные ожидания. Если институт публично берёт обязательства нейтральности, стабильных процедур и точных записей, затронутые стороны могут разумно строить своё поведение вокруг этих обязательств. Точный правовой эффект варьируется, но управление не должно отрицать доверие лишь потому, что сторона не имеет прямой подписи.
Техническая координация иногда требует коллективных решений, выгода которых не может быть ограничена подписантами. Предотвращение дублирующих распределений защищает всех. Ведение реестров верхнего уровня поддерживает экосистему. Экстренные действия по безопасности могут понадобиться до того, как каждая затронутая сторона будет проконсультирована.
Ответ — многослойный отчёт, а не договорный абсолютизм. Меморандумы могут санкционировать институциональную координацию. Публичные процедуры могут создавать процессуальные обязательства. Договоры с держателями могут создавать двусторонние обязанности. Право может налагать внешние обязательства. Доверие может оправдывать прозрачность и заботу. Операторы сохраняют выборы маршрутизации.
Чему нужно сопротивляться — это коллапсу категорий. Наличие нескольких допустимых оснований не позволяет институту после события выбирать то, которое звучит шире всех. Решение должно называть фактически использованное основание и принимать ограничения и средство защиты, связанные с этим основанием.
Что должен показывать прозрачный реестр полномочий
ICANN, NRO и RIR могли бы сделать эту архитектуру более понятной через общий реестр полномочий. Ему не нужны конфиденциальные досье по делам. Он должен был бы сопоставлять повторяющиеся действия с публичными документами и органами, принимающими решения.
Для глобальной политики реестр должен указывать определяющие пункты, критерии предложений, региональные одобрения, проверку Address Council, действие совета, ответственность за реализацию и путь пересмотра. Для признания — критерии, рекомендующий орган, решение ICANN, продолжающиеся обязательства и любой принятый путь отзыва.
Для нумерационных услуг IANA — обязанности оператора, показатели производительности, эскалацию, пересмотр, непродление, порог расторжения, обязательства непрерывности и выбор преемника. Соглашение 2016 года уже даёт большую часть этого материала.
Для региональных действий в отношении держателей каждый RIR должен сопоставлять отказ в запросе, аудит, приостановку услуги, расторжение договора, изменение регистрации, блокировку передачи, действие в обратном DNS и последствие для безопасности маршрутизации с применимым договором или политикой. История версий и требования уведомления должны сохраняться.
Реестр должен прямо указывать, что лежит за пределами каждой власти. Изменение записи RIR — само по себе не команда маршрутизации. Глобальная политика — не автоматически условие для конечного клиента. Признание ICANN не делает ICANN стороной каждого регионального договора. Договорённость ASO не позволяет одному подписанту обязывать другого без согласия.
Отчёт о результатах должен сопровождать карту. Счётчики значимых действий, споров, отмен, времени восстановления и затронутых категорий договоров показали бы, как писаное полномочие ведёт себя на практике. Данные об участии должны сохранять отдельные знаменатели для членов, голосующих, участников политики, держателей и операторов.
Такое раскрытие не ослабило бы институты. Оно снизило бы стимул оспаривать их существование в целом, когда реальное разногласие касается одного действия и одного недостающего звена.
Что остаётся неизвестным
Публичная запись поддерживает твёрдый вывод о сфере. Меморандум 2019 года координирует поименованные институты и прямо сохраняет их отдельную правоспособность. RFC 7020 описывает иерархию, отделяя маршрутизацию. RFC 2860 исключает политику блоков адресов из своей договорённости о параметрах протоколов. Соглашение о нумерации 2016 года даёт RIR коллективный путь замены оператора IANA. Публичные договоры с держателями демонстрируют отдельный двусторонний уровень.
Запись не даёт глобальной описи, связывающей каждую регистрацию с точным договором, который её регулирует. Наследуемые истории, спонсорство, поглощения, изменения в государственном секторе и использование конечными пользователями усложняют знаменатель. Публичная стандартная форма не может заполнить этот пробел.
Нет также полного публичного ряда случаев, показывающего, когда институт в спорном действии в отношении держателя опирался преимущественно на меморандум ASO. Письма с решениями, внутренние заключения, арбитражные результаты и судебные решения нужны, чтобы определить, были ли широкие требования на основе меморандума фактически решающими.
Участие операторов трудно измерить. Публичные встречи и списки показывают активность, но не совокупность всех затронутых сетей, их осведомлённость, несогласие или неучастие. Легитимность сообщества можно оценить лишь несовершенно без этих знаменателей.
Ни один из рассмотренных здесь источников не решает конкретный спор по применимому праву RIR или держателя. Доктрины инкорпорации договора, компетенции корпораций, публичного порядка и доверия различаются. Архитектура даёт метод, а не универсальный вердикт.
Эти пределы работают в обе стороны. Необоснованно утверждать, что координированные институты никогда не имеют власти над не подписавшей стороной; её может дать право или другой договор. Столь же необоснованно предполагать, что операционная зависимость восполняет отсутствующий акт наделения. Бремя состоит в том, чтобы назвать реальный мост в реальном деле.
Координация заслуживает доверия, уважая свои границы
Меморандумы RIR-ICANN решают настоящую проблему. Глобальное администрирование номеров нуждается в институтах, которые могут координировать политику, признавать компетентных коллег, соединять региональные процессы с ICANN и контролировать услуги, связанные с IANA. Действующая договорённость придаёт этой работе устойчивую форму.
Её предел — не смущающий дефект текста. Отдельная правосубъектность, письменное согласие и определённый предмет защищают и институты, и посторонних. Они не позволяют одному участнику случайно обязать другого. Они сохраняют региональную компетенцию. Они делают споры прослеживаемыми до согласованного процесса.
Та же дисциплина должна управлять требованиями к держателям и операторам. Меморандум может координировать подписантов. Глобальная политика может направлять общее администрирование. Договор с держателем может создавать обязанности в отношении ресурсов. Договор с конечным пользователем может связывать клиентов. Применимое право может налагать обязательства. Состояние реестра может влиять на независимые решения о маршрутизации. Ни один слой не должен притворяться всеми остальными.
Этот многослойный вывод менее драматичен, чем называние ICANN либо глобальным регулятором, либо бессильным организатором встреч. Он и точнее. ICANN и RIR обладают существенными, ограниченными полномочиями. Их координация может менять условия, в которых работают сети. Эти последствия заслуживают пристального внимания именно потому, что возникают через несколько отношений, а не через одну суверенную команду.
Институциональная легитимность не требует делать вид, что каждый затронутый человек подписал один и тот же общественный договор. Она требует честности о том, кто согласился, кто участвовал, кто полагается, кто решает и кто может добиться исправления. Меморандум 2019 года уже указывает в эту сторону, отказываясь выдумывать представительские отношения между собственными сторонами.
Мандат по меморандуму поэтому возможен только в действительном поле меморандума. За его пределами полномочиям нужен другой документ, другое решение или другое законное основание. Операционная зависимость может усилить решение. Она не может написать недостающий пункт.

