Часть 2 из 3 · Какое решение я предлагаю
Сохранить реестр. Дать сетям право уйти.
Интернету нужна общая достоверная запись о том, кто использует номера. Ему не нужен незаменяемый хозяин этой записи. Я предлагаю оставить в центре только необходимую координацию, сделать её независимо проверяемой и дать сети возможность заменить администратора, сохранив адреса и работу клиентов.
Несколько цифр
- 11
- Прав сети перед регистратором, собранных в заметке 72. Заметка 72
- 3
- Принципа общей системы учёта: минимальная спецификация, решения на местах и добровольное принятие изменений. Заметка 64
- 10 дней
- Рабочих дней на запись обычной передачи в моём проекте правил для AFRINIC. Это предложение, а не действующий срок. Заметка 71
Главное за минуту
- Каждое центральное правило должно объяснять, зачем оно нужно работающим сетям.
- Совместно поддерживаем только то, без чего нельзя обеспечить уникальность номеров и достоверность записей.
- Регистратор проверяет и записывает передачу, а не оценивает коммерческий план.
- Возможность сменить администратора должна быть предусмотрена заранее и проверена на практике.
Начать с работающих сетей
Интернет вырос из инженерного подхода: решения получали признание, потому что работали в реальных сетях. Я предлагаю вернуть этот критерий в управление реестрами. Не сеть должна оправдывать своё существование перед процедурой, а процедура — свою необходимость перед сетью.
Для каждого правила есть простой вопрос: что сломается, если не решать это в центре? Если ответ — уникальность номеров, совместимость, точность записей, безопасность или непрерывность работы, общая координация может быть нужна. Если ничего из этого не страдает, перед нами, вероятно, лишнее полномочие.
“Когда процедура реестра вступает в конфликт с работающими сетями, приоритет у работающих сетей.”
Что решаем вместе, а что — каждый у себя
В заметке 64 я формулирую три принципа. Сначала — минимальная общая спецификация, которую каждый способен проверить. Затем — право участников самостоятельно решать дальнейшие вопросы. И добровольное принятие изменений: новое правило начинает работать, когда сети выбирают его, а отказ сам по себе не становится нарушением.
Для адресного реестра это означает узкий круг общих функций. Аренда, цены, финансирование, клиенты и устройство бизнеса остаются у операторов. Договорные споры решаются договорами и независимыми инстанциями, а применение закона — уполномоченными органами и судами.
“Лучшая проблема управления — та, которую устраняет сама архитектура системы.”
Проверить передачу и записать её
Реестр должен установить, настоящая ли передача, согласен ли прежний держатель и не возникнет ли двойная запись. После проверки — внести изменение в установленный срок. В моём проекте для AFRINIC это десять рабочих дней для обычной передачи и двадцать для передачи между регистраторами. Отказ требует конкретного основания, доказательств и возможности обжалования.
Лишение адресов тоже не может быть свободным инструментом давления. В заметках я ограничиваю его определёнными случаями: решением суда или независимой инстанции, доказанным мошенничеством, неустранимым дублированием и другими прямо названными основаниями. Данные безопасности не должны становиться рычагом в коммерческом споре.
Если два держателя спорят о праве, реестр фиксирует спор и сохраняет последнее подтверждённое состояние, пока независимая инстанция не решит вопрос. Ведение записи, предъявление претензии и вынесение решения нельзя сосредоточивать в одних руках.
“Но он не вправе решать, должна ли эта передача существовать.”
Уйти, не меняя адреса
Вы можете сменить мобильного оператора и сохранить номер. Я предлагаю сходный принцип для сети: перенести регистрацию блока, подтверждения контроля и данные безопасности к подходящему преемнику, не перенумеровывая клиентов и не спрашивая разрешения у того, от кого уходите.
Это больше, чем смена членства в организации. Сам ресурс не должен оставаться заложником её сбоя, конфликта или захвата управления.
Такой переход требует инженерной подготовки. Нужны проверяемая история реестра, независимые копии, резервирование справочных служб и порядок передачи ключей и хранилищ RPKI. Просто сохранить файл недостаточно: необходимо проверить, что вся цепочка продолжит работать.
“Незаменимая инфраструктура требует заменяемых администраторов.”
Реестр, который можно проверить самому
Сегодня сеть во многом вынуждена доверять тому, что сообщает регистратор. Моя долгосрочная цель — общая запись, состояние которой каждый участник может независимо проверить. Ни одна организация не должна быть единственным источником её достоверности.
Распределённый реестр — один из способов это построить. Суть не в токене или названии технологии, а в проверяемости и переносимости. Сначала нужно сделать систему прозрачной и защитить непрерывность сетей, затем подготовить перенос и только потом менять архитектуру.
Остаются настоящие инженерные задачи: установление личности участника, противоречащие версии истории, скомпрометированные ключи, безопасная передача управления. Их надо решать открыто. Нельзя объявить задачу выполненной только потому, что появилась новая схема на слайде.
“Долгосрочная цель — состояние, которое можно независимо проверить и перенести, а не новый комитет, администрирующий тот же тест потребности.”
Почему недостаточно просто заменить руководство?
Новый совет может работать лучше прежнего. Но следующий совет унаследует те же рычаги. Цель — убрать право распоряжаться чужой инфраструктурой, а не надеяться на более доброго распорядителя.
Передать всё государствам — значит перенести зависимость на другой уровень и усилить риск политического давления на маршрутизацию. Государства применяют свои законы через свои институты; это не требует превращать систему номеров в государственную монополию.
Создать более сильный глобальный орган — значит рисковать появлением ещё одной, более крупной точки контроля. А повысить ответственность за ущерб полезно, но даже полная компенсация не создаёт права управлять чужой сетью.
Поэтому я настаиваю на сочетании трёх вещей: узкие полномочия, независимая проверка и реальная возможность уйти. Каждая из них ограничивает зависимость, которую остальные меры сами по себе не устраняют.
“Ведение записей — не суверенитет.”
Вопросы, которые могут возникнуть
Вы предлагаете блокчейн-проект?
Нет. Я предлагаю проверяемый и переносимый учёт. Распределённый реестр может быть подходящим инструментом, но идея не зависит от криптовалюты, токена или конкретного проекта. Критерий — продолжит ли сеть работать и сможет ли проверить запись без разрешения одного учреждения.
Подробнее в заметкахЗаметка 58Заметка 64Заметка 65
Возможность уйти не расколет интернет?
Самовольное создание несовместимых реестров действительно опасно. Поэтому нужен заранее определённый перенос с сохранением единой достоверной истории. Когда выйти нельзя, сети ищут обходные пути. Понятный порядок перехода снижает этот риск. Его издержки, в том числе для таблиц маршрутизации, надо учитывать и управлять ими.
Подробнее в заметкахЗаметка 67Заметка 71
Кто тогда остановит мошенничество и злоупотребления?
Операторы, их контрагенты, суды и правоохранительные органы — каждый в пределах своей ответственности. Регистратор проверяет подлинность записи, исправляет подлог и публикует контакты сети. Наказание всей сети через отбор адресов затрагивает и невиновных клиентов.
Подробнее в заметкахЗаметка 28Заметка 70Заметка 71
Вы хотите объявить адреса частной собственностью?
Предложение не зависит от одного юридического термина. У держателей есть интересы и права, которые определяются применимым правом. Регистратор не становится их владельцем потому, что ведёт список, и не создаёт их своим решением. Его задача — учёт.
Подробнее в заметкахЗаметка 53Заметка 71Заметка 72
Нынешние регистраторы исчезнут?
Не обязательно. У них есть опыт, сотрудники и работающие службы. Они могут продолжать работу, если их функции ограничены, записи достоверны, а переход к другому оператору возможен. Необходимо убрать незаменяемую власть, а не уничтожить полезную службу.
Подробнее в заметкахЗаметка 67Заметка 70
Заметки, на которых основан разбор
Здесь изложена суть аргумента. В этих заметках — полное рассуждение и его основания.
- Заметка 72Билль о правах на координацию уникальностиОдиннадцать прав сети перед регистратором.
- Заметка 64Минимальная исходная спецификация, дальнейшие решения на уровне участников и добровольное внедрение в системе интернет-координацииТри принципа совместной системы без постоянной верховной власти.
- Заметка 65Приоритет работающего кода: исправление, необходимое для сохранения исходного замысла ИнтернетаПочему работающие сети должны быть исходной точкой правил.
- Заметка 70Ошибка представления о непрерывности реестра — защищайте реестр, а не привратникаЧто нужно для непрерывности и как подготовить смену администратора.
- Заметка 67Когда водоснабжающая компания заявляет, что ваш дом принадлежит ейПочему сеть должна иметь возможность уйти со своими адресами.
- Заметка 71Зеркало политикиПредлагаемые изменения, возвращающие регистратору функцию учёта.
- Заметка 74Потребностная база и предварительное одобрение — вето RIR на передачи IPv4Граница между проверкой передачи и одобрением инвестиций.
- Заметка 13О децентрализации глобальной регистрации IP-адресов с помощью технологии распределённого реестраПервоначальный эскиз распределённого реестра IP-адресов.