Кратко

  • Contractual Obligations Check AFRINIC применяется к очередям Hostmaster, afrinic-dbm и Internet Routing Registry. Запрос должен исходить от зарегистрированного контакта, участник должен иметь надлежащий статус, а подписанный Registration Service Agreement — находиться в деле.
  • При несоответствии AFRINIC отказывает в поддержке или ресурсах, даёт около десяти рабочих дней на исправление, затем закрывает заявку и требует новую. На проверенных страницах нет класса серьёзности, определения часов и временного пути для срочного обратимого исправления.

Три проверки защищают не форму, а реестр

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

Contractual Obligations Check охватывает заявки Hostmaster, базы afrinic-dbm и IRR. AFRINIC проверяет отправителя по зарегистрированным контактам, статус Resource Member и наличие подписанного RSA.

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

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

Три очереди получают один знак остановки

Пробел виден в последствиях. Страница о несоответствии предписывает отклонять все запросы поддержки и/или IP-ресурсов, пока счёт не удовлетворит всем разделам проверки. На исправление даётся «разумный» срок — примерно десять рабочих дней. Если проблема остаётся, заявку закрывают; после устранения надо подать новую.

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

Опубликованная норма не присваивает серьёзность, не описывает безопасное обратимое временное действие и не обещает сохранение места после получения документов. Формула «около десяти рабочих дней» не определяет начало, праздники, паузу на проверку и часовой пояс.

Возврат к соответствию сам требует обслуживания

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

Средство устранения есть: обратиться в Member Services, представить документы и восстановить соответствие. Однако публичное описание не соединяет эту процедуру с заблокированной операционной заявкой. Участник может получить один номер для исправления счёта и затем второй — новый — для исходной работы.

Member Guidebook различает административные, технические и платёжные контакты. Технический контакт управляет ресурсами, регистрацией назначений, обратными делегациями и дополнительными адресами. Поэтому полезная запись должна отвечать не только «зарегистрирован ли контакт», но и уполномочен ли он на это действие, какого доказательства не хватает, когда оно поступило и какой риск сохранялся.

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

Источники не показывают происшествия

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

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

Источники

Использованы обзор CoC, последовательность при несоответствии, проверка RSA, проверка сведений участника, Member Guidebook, руководство IRR и определение good standing. Они подтверждают механизм, а не конкретный инцидент.