Summary

  • Раздел 3.7 действующей политики ARIN требует, чтобы получатель подробного переназначения или перераспределения уже имел запись об организации в базе ARIN и хотя бы одно проверенное контактное лицо. При отсутствии проверенных контактов запрос подлежит отклонению. Простое переназначение не связано с объектами организации и контактов.
  • Руководство ARIN по управлению ресурсами описывает имя клиента в простой записи как непроверяемый свободный текст. Прямой держатель может изменить или удалить запись. Подробные записи и перераспределения требуют Org ID и соглашения об услугах, предоставляя клиенту разные возможности управления.
  • Шаблон уведомления об отказе требует от клиента проверить контакт, затем обратиться к вышестоящему провайдеру для повторной подачи. Шаблон фиксирует неудавшуюся регистрационную операцию и не содержит измерений трафика.

Самая откровенная характеристика простой записи у ARIN — «free text». Как объясняет официальное руководство, прямой держатель адресов вводит название клиента в свободное поле, а реестр не проверяет его. Так держатель показывает использование части своего пространства другой стороной. Клиент, чье имя появилось в записи, не может сам управлять этим блоком через нее. Провайдер вправе менять или стирать запись по своему усмотрению. Клиент виден в книге, но перо остается наверху.

Подробное переназначение меняет эту расстановку. Получателю нужны собственный Organization Identifier — Org ID — и Registration Services Agreement с ARIN. Тогда он может добавлять контакты и управлять полученными адресами в ARIN Online. Обе стороны могут работать с объектами Интернет-реестра маршрутизации и обратным DNS.

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

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

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

Раздел 3.7 руководства по политике ставит на входе четкий турникет. Организация, получающая подробное переназначение или перераспределение, должна уже присутствовать в базе ARIN и иметь минимум один проверенный Point of Contact. Если проверенного контакта нет, ARIN отклоняет запрос. Тот же раздел поясняет, что простые переназначения не связываются с объектами организации или контактов. Адреса могут использоваться тем же самым клиентом, однако права клиента в регистрационной системе резко отличаются.

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

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

Контакты проходят собственный цикл проверки. Раздел 3.6 предусматривает ежегодное письмо и дает до шестидесяти дней на подтверждение или исправление сведений Whois. После тщательного анализа сотрудники ARIN могут отметить контакт недействительным, если он полностью и окончательно оставлен без сопровождения либо незаконен по иной причине. Само истечение шестидесяти дней не описано как автоматическое аннулирование. Недействительному POC в ARIN Online доступны лишь оплата и обновление контактных данных. Организация без единого действительного POC не может пользоваться прочими функциями, пока административный или технический контакт не подтвердит либо не исправит запись.

Вышестоящий провайдер не вправе придумать недостающую организацию клиента. По разделу 3.8 ARIN создает запись организации лишь по прямому обращению уполномоченного представителя проверяемого юридического лица и не делает этого по просьбе третьей стороны. Так реестр защищается от вымышленных получателей.

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

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

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