Краткое содержание

  • 26 октября 2014 года Карманн Олумомо опубликовалAFPUB-2014-GEN-005-DRAFT-01— предложение «Руководство по обслуживанию AFRINIC» со статусомНа обсуждении. В нём описывались жалобы участников на чрезвычайно долгое ожидание последующих выделений ресурсов и запросы нетехнической информации, например данных клиентов и сведений о маркетинговых каналах.
  • Пункт 3.1 предусматривал принятие решения в срок не более 20 % периода, на который были одобрены ресурсы. При приведённом в проекте примере с потребностями на 12 месяцев это составляет 2,4 месяца, а не два месяца. Предложенный в нём промежуточный ответ при дальнейшей задержке грамматически неоднозначен и не даёт надёжных оснований для изобретения процента, объёма или права на получение ресурсов.
  • Пункты 3.2–3.5 сочетали таймер со стандартными базовыми требованиями к информации, ограничениями на хранение или запрос маркетинговой и деловой информации, решениями на основе действующей политики и отделением рутинной работы по выделению ресурсов от апелляции на уровне Совета директоров. Вместе они могли бы сделать частный сервис более предсказуемым, не создавая публичной юрисдикции.
  • Страница подтверждает публикацию, формулировки, дату, автора и статус предложения. Она не подтверждает принятие, внедрение, включение в договор, измеримое соблюдение, консенсус участников, реальную апелляцию или юридическую силу.
  • Подлинный характер AFRINIC — это частный технический учётчик, координатор и сервисный оператор. У него нет суверенитета, публичной регуляторной юрисдикции, полицейских полномочий, права наказывать, права конфискации или полномочий окончательного разрешения споров. Именно потому, что его мандат узок, к нему могут предъявляться строгие сервисные обязательства, ограничивающие порядок обработки запросов участников.

Одна публикация и намеренно узкий вопрос

26 октября 2014 года публикация проекта 1 «Руководство по обслуживанию AFRINIC» вынесла на обсуждение необычно практическое предложение. Ссылка на документ —AFPUB-2014-GEN-005-DRAFT-01, указанный автор — Карманн Олумомо, статус —На обсуждении. В предложении говорилось, что некоторые участники сталкивались с чрезвычайно долгим ожиданием при запросе дополнительных выделений ресурсов. Также отмечалось, что у них запрашивали нетехнические материалы, включая данные клиентов и сведения о маркетинговых каналах. В ответ документ предлагал формулу расчёта времени, стандартизированные базовые требования, ограничения на сбор деловой информации, принятие решений в рамках политики и разделение обычной обработки и апелляции на уровне Совета директоров.

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

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

Но операционная значимость не превращается в суверенитет только потому, что записи важны.

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

Жалоба была утверждением о качестве обслуживания, а не решённым делом

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

Они не доказывают, что какой-либо конкретный запрос был обработан ненадлежащим образом.

На доступной странице не назван ни один участник. Ни одно дело по запросу не показывает, когда поступила заявка, когда были направлены вопросы, быстро ли ответил заявитель, какая техническая проверка потребовалась, какой объём адресного пространства запрашивался и какое решение последовало. Нет ни измеренной выборки времени ожидания, ни доказанного коммерческого ущерба. Поэтому было бы неверно превращать описание из предложения в вывод о том, что AFRINIC нарушил обязанность, действовал недобросовестно или причинил вред конкретному оператору. Документ описывает класс сервисных рисков; он не разрешает исторический спор.

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

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

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

Пункт 3.1: таймер, привязанный к горизонту планирования

Пункт 3.1 содержал самый запоминающийся инструмент предложения. AFRINIC должен был принимать решение по запросу на последующее выделение ресурсов в соответствии с политикой AFRINIC и завершать его в срок не более 20 % от общего периода, на который AFRINIC одобрил ресурсы. В примере использовался период потребностей в 12 месяцев. Двадцать процентов от 12 месяцев составляют 2,4 месяца. Десятичная часть имеет значение.

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

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

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

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

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

Таймер возобновлялся бы автоматически после поступления этого элемента с учётом опубликованного окна проверки.

Такая более полная конструкция была бы требовательной, но не безрассудной. Она оставляла бы сотрудникам возможность задавать специфические для дела технические вопросы, проверять подозрения в отношении идентичности или мошенничества и защищать уникальность записей реестра. В то же время она не позволяла бы общей ссылке на сложность превращаться в бессрочное административное усмотрение. Исполнение обещания оценивалось бы по зафиксированным событиям, а не по впечатлениям.

Неоднозначный промежуточный ответ при задержке

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

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

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

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

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

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

Пункт 3.2: публиковать обычный базовый набор доказательств

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

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

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

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

Лучшая операционная связка между пунктами 3.1 и 3.2 — это чётко определённое событие полного приёма заявки. Сервисный таймер должен запускаться либо после предоставления опубликованного базового набора, либо когда AFRINIC в течение короткого начального окна укажет точные недостающие базовые элементы. Если позже возникает необходимость в дополнительном вопросе, поставщик должен указать техническую или правовую причину, зафиксировать, приостанавливается ли таймер, и определить событие, которое его возобновляет. Такая структура защищает тщательную проверку, не позволяя меняющимся требованиям к доказательствам поглотить крайний срок.

Пункт 3.3: необходимые технические доказательства, а не коммерческое любопытство

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

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

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

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

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

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

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

Пункт 3.4: границы политики вокруг решения

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

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

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

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

Пункт 3.5: рутинная обработка внизу, апелляция наверху

Пункт 3.5 предлагал, чтобы Совет директоров AFRINIC не участвовал напрямую в обработке выделения IP-ресурсов, если не подана апелляция. Интуиция сервисного дизайна — разделение ролей. Работа первой инстанции должна выполняться в рамках обычного технически организованного процесса. Другой уровень должен пересматривать оспоренный результат только тогда, когда задействован апелляционный маршрут. Недопущение Совета директоров к рутинным делам может защитить и нейтральность сотрудников, и способность Совета рассматривать жалобы, не будучи заранее связанным с результатом.

Доступный текст не доказывает, что апелляционная система уже существовала, не определяет, как начиналась апелляция, и не указывает, что мог делать Совет директоров. В нём нет стандарта пересмотра, крайнего срока, правила о конфликте интересов, правила доступа к материалам или меры защиты. Он не устанавливает ни фактического вмешательства Совета, ни фактической апелляции. Эти неизвестные важны, потому что одно лишь упоминание вышестоящего органа не создаёт независимого пересмотра.

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

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

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

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

Пункты 3.6 и 3.7: положения о разделении, включённые в предложение

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

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

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

Страница не устанавливает ни выборов, ни кандидатов, ни дефектов правил, ни исхода.

Эти пункты можно признать частью пакета из семи пунктов, не превращая их в общий рассказ о выборах или коллективной легитимности. Их связь с основной сервисной конструкцией ограничена, но понятна: институциональные роли не должны смешиваться так, чтобы рутинная техническая работа или её надзор становились менее независимыми. Однако более непосредственная и измеримая сервисная архитектура остаётся в пунктах 3.1–3.5 — время, доказательства, данные, критерии решения и отделение апелляции.

Строгие обязательства не создают публичную власть

Самое ценное следствие проекта — подотчётность не зависит от попыток выдать реестр за государство. AFRINIC может быть социально и операционно значимым, оставаясь частной организацией, зарегистрированной и расположенной в Маврикии и выполняющей функции по ресурсам нумерации для Африки и части региона Индийского океана. Значимость — не юрисдикция. Зависимость от его записей не даёт ему суверенитета над сетями, собственностью, высказываниями или торговлей.

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

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

Это ограничение не оправдание слабого сервиса. Напротив, узкий мандат поддерживает более строгие обязательства. Участникам нельзя обоснованно говорить, что AFRINIC слишком частная организация, чтобы гарантировать предсказуемую обработку, и одновременно относиться к её внутреннему усмотрению так, будто оно заслуживает почтения, положенного регулятору. Если законный контроль организации является административным, этот контроль должен быть ограничен прозрачными исходными данными, таймерами, объяснениями, гарантиями конфиденциальности и пересмотром.

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

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

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

Источники