Summary

  • Условия APNIC возлагают плату за исходящий межрегиональный перевод на учётную запись APNIC. Связанные объекты в APNIC Whois удаляются; в документе названы субделегирования, маршруты и домены.
  • Новый держатель получает запись о ресурсе. Публичные сведения об использовании клиентами, маршрутизации и обратном DNS покидают исходную базу. Для них нужны собственный реестр передачи и проверка записей у принимающей стороны.
  • Объект route указывает, какой AS заявлен как источник маршрута; объект domain содержит данные серверов для делегирования обратной зоны.

У покупателя блока IPv4 обычно один календарь: дата, когда в реестре появится его имя. В условиях перевода APNIC есть второй календарь — для записей, которые исчезнут из старой базы. Если ресурсы уходят от держателя учётной записи APNIC к участнику другого регионального интернет-регистратора, APNIC удаляет все связанные объекты из собственного Whois. Она перечисляет субделегирования, объекты маршрутов и доменов. Плату вносит исходная учётная запись APNIC. После завершения прежний держатель теряет права на ресурс, а новый становится зарегистрированным держателем. Это ясная смена записи о владении. Сопутствующие рабочие записи требуют не менее ясной процедуры передачи.

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

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

Правило относится к определённому направлению. Обзор переводов APNIC различает пять сценариев: между счетами APNIC, с участием национальных регистраторов и между региональными регистраторами. Здесь речь об исходящем переводе с учётной записи APNIC к участнику другого RIR. Для этого же пути APNIC назначает плательщиком исходный счёт. Покупатель и продавец могут иначе распределить экономические расходы в частном договоре. Административный шаг в APNIC при этом остаётся за отправителем. Такую развилку лучше описать в договоре, чем обсуждать после того, как бухгалтерия сочтёт платёж «чужим».

Первым проверьте маршрут. В руководстве APNIC объекты route и route6 в Whois описывают междоменный маршрут, исходящий из автономной системы. Для их создания нужны соответствующие записи диапазона адресов и ASN, а права mnt-routes должны согласовываться. Удаление связанного объекта убирает это публичное заявление из базы APNIC. Получателю следует заранее определить, где будет создана новая запись, кто получит право её создать и когда внешние пользователи смогут её увидеть. Имя нового держателя в основном реестре не выполняет эту работу автоматически.

Субделегирования ставят вопрос о клиентах. Часть диапазона может обслуживаться другой организацией с собственным контактом и зонами ответственности. APNIC прямо относит такие записи к удаляемым.

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

Название объекта domain легко сбивает с толку. Речь идёт о делегировании обратного DNS, а не о продаже сайта. Инструкция APNIC по обратному DNS описывает объект Whois, содержащий серверы имён для зоны in-addr.arpa или ip6.arpa. APNIC строит делегирование обратных зон на основе Whois и обновляет свои серверы каждые два часа; затем действуют сроки обновления и кэширования DNS. Держатель ведёт собственную авторитетную зону и PTR-записи. APNIC публикует направление к этим серверам. Исчезновение объекта в исходной базе убирает прежнее указание делегирования. Принимающая сторона должна отдельно проверить свою запись, полномочия серверов и ответы внешних запросов.

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

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

Публичные страницы APNIC не называют время создания заменяющих объектов у принимающего RIR для отдельной сделки; датированная запись принимающего регистратора установила бы его для конкретного префикса.