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

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

  • Договор фиксирует коммерческие условия, но запись о блоке IPv4 ведёт реестр. Пока реестр не завершил передачу, соглашение сторон не меняет регистрационные данные.
  • В ARIN заявка начинается с уполномоченной учётной записи; за некоторые запросы взимается невозвратный сбор до оценки. Одобрение зависит от типа передачи, обоснования потребности, документов и сроков.
  • Ограничения не взаимозаменяемы. 12-месячное ограничение источника и 90-дневное ограничение на повторную заявку получателя действуют для 8.3 и передачи из ARIN по 8.4, но не для передачи в ARIN по 8.4; 36-месячный запрет на лист ожидания — после 8.3. В RIPE-807 отдельно работает 24-месячный запрет на передачу дефицитных ресурсов.
  • На heng.lu Lu Heng формулирует принцип: реестр хранит запись, но не управляет сетью. Это его заявленная позиция, а не описание политики конкретного реестра.

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

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

С чего начинается передача в ARIN

В ARIN путь начинается с учётной записи ARIN Online. Она должна быть связана с Admin или Tech POC, у которого есть полномочия запрашивать ресурсы для действующего Org ID. Без такой учётной записи заявка не начинается.

За каждый запрос NRPM 8.2, NRPM 8.3 Source и NRPM 8.4 Source ARIN взимает невозвратный сбор $500. Счёт выставляется платёжному контакту. Сбор должен быть оплачен до начала оценки, но оплата не гарантирует одобрение. Каждая передача NRPM 8.3 Recipient и NRPM 8.4 Recipient после одобрения подлежит Recipient Transfer Processing Fee по тарифам ARIN.

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

Все держатели ресурсов отвечают за поддержание записей: Org ID и данные POC, ответственную переуступку IP-адресов, обратный DNS и оплату ежегодных сборов за регистрацию и обслуживание.

Тип заявки меняет требования

NRPM 8.2 описывает передачи при слияниях, поглощениях и реорганизациях. ARIN запрашивает доказательства того, что новая организация приобрела активы, включавшие переданные ресурсы, или приобрела текущего регистранта целиком. Подойдут, например, договор купли-продажи активов и bill of sale, окончательное соглашение о слиянии, судебное решение или публичные документы SEC. Если цепочка состоит из нескольких сделок, документы нужны по каждой. Финансовые и чувствительные данные можно скрыть. Ресурсы, передаваемые по NRPM 8.2, не проходят оценку потребности в ходе такой передачи.

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

NRPM 8.3 — передача между указанными получателями внутри региона ARIN. ARIN проверяет, что уполномоченный держатель ресурсов готов их освободить, а получатель показал потребность по действующей политике. Получатель может получить IPv4 или ASN при подтверждении потребности по NRPM 8.5; ARIN может потребовать заполнить ресурсную заявку. Источник не должен был получать передачу, выделение или назначение IPv4 от ARIN в течение 12 месяцев до одобрения. Из этого ограничения прямо исключены передачи в рамках слияний и поглощений.

Если применимо, получатель по 8.3 снимается с листа ожидания ARIN и не может повторно подать заявку по разделу 4.1.8 в течение 90 дней.

После передачи по 8.3 источник на 36 месяцев не может подавать заявку на IPv4 по разделу 4.1.8, то есть в лист ожидания ARIN. Это ограничение сформулировано отдельно и исключения для слияний и поглощений не содержит. Если текущий регистрант больше не существует, ARIN требует сначала завершить передачу по NRPM 8.2, а затем рассматривать заявку 8.3.

Адреса из резервных пулов, включая указанные в NRPM 4.4 и 4.10, к передаче не допускаются.

NRPM 8.4 охватывает inter-RIR передачи. При передаче в ARIN исходный реестр подтверждает, что держатель хочет освободить ресурсы, а получатель показывает, как использует адреса в течение 24 месяцев. Адреса из резервных пулов, включая NRPM 4.4 и 4.10, к передаче не допускаются.

При передаче из ARIN регистрант подтверждает желание освободить ресурсы, а принимающий реестр подтверждает соответствие своей политике. Для IPv4, если текущий регистрант больше не существует, сначала требуется NRPM 8.2. Для источника в регионе ARIN действует 12-месячное ограничение на получение IPv4 от ARIN, если только источник и получатель не владеют друг другом или не находятся под общим контролем; передачи в рамках слияний и поглощений из него исключены.

Если применимо, получатель при передаче из ARIN по 8.4 снимается с листа ожидания и не может повторно подать заявку по разделу 4.1.8 в течение 90 дней. В руководстве ARIN это условие указано для передачи из ARIN; для передачи в ARIN по 8.4 оно не приводится.

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

Предварительное одобрение не бессрочно

ARIN предлагает предварительное одобрение для передач NRPM 8.3 и NRPM 8.4 на основе прогнозируемой потребности на 24 месяца. Запрос подаётся через Org Info в ARIN Online с обоснованием потребности на 24 месяца. Одобрение действует два года. Для передачи 8.3 или 8.4, поданной в течение 24 месяцев после одобрения, повторная проверка не требуется.

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

Предварительное одобрение не делает передачу автоматической. После того как передача согласована, для 8.3 заявку подают и получатель, и источник; получатели 8.4 получают от ARIN уведомление и инструкции. Завершение зависит от применимых сборов и координации между реестрами. Но отдельная повторная проверка потребности для 8.3 или 8.4 в пределах 24 месяцев после одобрения не проводится.

Размер передачи и эффективность использования

Минимальный размер передачи IPv4 — /24. Организация без прямых назначений и выделений может рассчитывать на начальный /24. Более крупный начальный блок доступен тем, кто документально подтвердит, что 50% запрошенных адресов будет использовано в течение 24 месяцев, а 50% суммы прежних назначений и выделений используется эффективно.

Альтернативный путь — для организаций с прямыми назначениями и выделениями, которые показывают 80-процентную эффективность использования всех прежних ресурсов. Они могут претендовать на передачу в размере текущего IPv4-портфеля, но не более /16. Организациям с несколькими дискретными сетями каждая сеть может оцениваться отдельно, если обоснована её отдельность. Воспользоваться этим правилом можно не чаще раза в шесть месяцев.

Где соглашение становится записью

В RIPE NCC документ RIPE-807, опубликованный 30 октября 2023 года, требует, чтобы передача отражалась в базе RIPE. Исходный держатель остаётся ответственным за ресурс до завершения передачи принимающей стороне. При временной передаче ответственность возвращается к исходному держателю, когда ресурс возвращён. RIPE NCC обновляет регистрационные записи, отражая передачу. Переданные ресурсы используются получателем в соответствии с применимыми политиками.

Внутри региона RIPE выделенные ресурсы можно передавать только члену RIPE NCC. Provider Independent ресурсы можно передавать члену RIPE NCC или организации, имеющей договорные отношения с членом в соответствии с политикой RIPE.

Ограничения по срокам в RIPE

RIPE-807 ограничивает передачу дефицитных ресурсов, таких как IPv4 или 16-битные ASN. Их нельзя передавать в течение 24 месяцев с даты получения ресурса держателем. Ограничение действует и тогда, когда ресурс получен из-за изменения структуры организации, например слияния или поглощения. При этом оно не мешает передаче из-за дальнейшего слияния или поглощения внутри 24-месячного срока. Эта оговорка уже, чем кажется: она касается передачи, вызванной дальнейшей реорганизацией, и не отменяет общий запрет на обычную передачу дефицитного ресурса в течение 24 месяцев.

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

При передаче в RIPE NCC из регионов обслуживания RIR, политика которых требует, чтобы принимающий регион имел политику, основанную на потребностях, получатель должен представить в RIPE NCC план использования не менее 50% переданных ресурсов в течение пяти лет.

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

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

Что это значит для оператора

До коммерческого обязательства стоит выяснить несколько вещей. Кто сегодня держит запись? Какой реестр будет хранить блок после передачи? По какому типу пойдёт заявка? Какие документы нужны от каждой стороны? Есть ли предварительное одобрение и останется ли оно действительным к моменту подачи?

Дальше начинаются вопросы сроков. Получал ли источник IPv4 от ARIN в предыдущие 12 месяцев? Не попадает ли сделка под исключение для слияний и поглощений? Не действует ли 36-месячный запрет на лист ожидания? Когда ресурс был получен в RIPE и не истекают ли 24 месяца? Нужен ли пятилетний план использования? Кто платит невозвратный сбор, если оценка остановится? Кто ведёт тикет и отвечает на запросы ARIN?

Прайс-лист не отвечает на эти вопросы. Но именно они определяют, дойдёт ли соглашение до реестра. Сама по себе редкость не делает блок свободно передаваемым. Это определяют политики, одобрения, документы и сроки.

Границы аргумента

На главной странице heng.lu указаны заметки «Need Base and Pre-Approval: The RIR Veto over IPv4 Transfers» от 18 сентября 2026 года и «The Multi-Stakeholder Mirage: How the Multi-Stakeholder Model Turned Attendance Into Mandate» от 4 июля 2026 года. Полный текст заметки о предварительном одобрении и потребности не был доступен, поэтому здесь используются только её название и дата, опубликованные на главной странице; её содержание, график или механика одобрения не пересказываются. Процедурные детали взяты из документов ARIN и RIPE-807.

Позиция Lu Heng на heng.lu состоит в том, что реестр должен хранить запись, а не управлять сетью, и что сети должны иметь возможность менять регистрационного провайдера, не теряя используемые адреса. Сайт описывает LARUS, основанную им в 2016 году, как поставщика IP-адресов и сетевых услуг, помогающих бизнесу продолжать работу.

Это различие необходимо. То, что ARIN и RIPE NCC говорят о потребности, сборах и сроках, — опубликованная политика на дату обращения. То, что Lu Heng говорит о хранении записи и независимости сети, — заявленная им позиция. Практический вывод о том, что одобрение входит в структуру сделки, является анализом на основе обоих, а не обещанием регуляторного результата.