Резюме

  • Draft 4 документаAbuse Contact Policy Updateудалил тринадцатишаговый пример из Draft 3, включая временную и постоянную недействительность, повторную валидацию, формулировки о нарушении политики, посредничество AFRINIC и прямую ссылку на процедуры отзыва ресурсов. Однако общий пункт, связывающий несоблюдение с более тщательным контролем, предупреждениями и блокировкой определённых услуг по усмотрению AFRINIC, остался.
  • Предложение сохранило первоначальный период валидации в 15 дней и дополнительный период не более 15 дней после эскалации на другие контакты LIR. Это были окна проверки контактов, а не сроки разрешения существа жалобы об abuse. Также сохранилась повторная валидация при заявлениях о манипулировании проверкой или о неправильном либо отсутствующем ответе.
  • Работающий ролевой почтовый ящик — законная цель реестра. Частный технический регистратор может проверить нейтральную доставляемость, уведомить контакты и исправить свою запись. Он не может приобрести регуляторные или судебные полномочия, назвав недовольство заявителя проблемой валидации или превратив несвязанные услуги в рычаг давления из-за дефекта контакта.
  • Справедливая замена — это ограниченная система уведомления и исправления: объективные проверки, задокументированное уведомление, доступ к исправлению, предсказуемое окно исправления, датированный флаг качества данных и непрерывность несвязанных функций, обращённых к реестру. Достоверность обвинения в abuse относится к оператору, его договорам или компетентному публичному органу с реальной юрисдикцией.

Удаление, скрывшее сохранившуюся власть

Решающий факт о Draft 4 не в том, что он стал короче. Важно, что исчезло и что осталось. Draft 3 содержал тринадцатишаговый пример, который проводил неудачный тест контакта через временную недействительность, персонализированное сопровождение, постоянную недействительность, ещё один раунд валидации, объявление о нарушении политики, возможное посредничество AFRINIC и, в самом конце, прямую ссылку на процедуры, особенно связанные с отзывом ресурсов. Draft 4 удалил эту последовательность.

Но его раздел 8.5 по-прежнему гласил, что несоблюдение приведёт к более тщательному контролю, предупреждениям и блокировке определённых услуг по усмотрению AFRINIC в соответствии с действующими политиками и процедурами. Раздел 8.6 по-прежнему допускал повторную валидацию после заявлений о манипулировании проверкой или о неправильном либо отсутствующем ответе на случай abuse. Первоначальное окно валидации осталось 15 дней, после неудачи следовала эскалация на другие контакты LIR и дополнительный период не более 15 дней.

Это сочетание важно при первом чтении, поскольку оно не допускает двух удобных, но неточных трактовок. Draft 4 прямо не угрожал отзывом: ссылка на процедуры отзыва исчезла вместе с подробным примером Draft 3. Но Draft 4 не сделал схему свободной от последствий: пункт о блокировке услуг сохранился. Таким образом, пересмотр сократил заявленный жёсткий финал, оставив широкую зону принуждения. Он также убрал значительную часть последовательности, по которой держатель ресурсов мог увидеть, как одна неудача превращается в следующий статус, предупреждение или последствие.

Более короткое правило может быть более узким в одном отношении и менее определённым в другом. Draft 4 оказался и тем и другим.

Собственная датировка предложения подкрепляет необходимость точности. Панель сведений AFRINIC идентифицируетAbuse Contact Policy Update, предложениеAFPUB-2018-GEN-001-DRAFT04, как версию 4.0, автором указан Jordi Palet Martinez, цель — изменение статьи 8.0 Сводного руководства по политикам. На панели отображается 4 ноября 2019 года. Таблица изменений на той же сохранённой странице показывает 2 ноября 2019 года и описывает версию 4 как общее упрощение версии 3. Страница также показывает 8 ноября 2019 года как дату последнего изменения. Две ноябрьские даты не следует сводить к ложной определённости или считать доказательством двух разных версий. Это документальное расхождение, относящееся к одной записи Draft 4.

То, что Draft 4 стремился проверить, также шире, чем принимает ли адрес почту. Для напрямую выделенных или назначенных ресурсов предложение требовало ссылкуabuse-cи как минимум один действительный, отслеживаемый и активно управляемыйabuse-mailbox. Сообщения на этот ящик должны были требовать вмешательства получателя. Заявителя нельзя было заставить заполнять форму, а канал должен был позволять приём сообщений вместе с такими материалами, как журналы, примеры или заголовки писем. Эти требования отвечают реальной операционной проблеме: адрес, существующий только для вида, не снижает стоимость доступа к тому, кто может расследовать жалобу.

Но цели валидации вышли за пределы объективного состояния канала. Процесс должен был установить, что контакт понимает процедуру и политику, регулярно проверяет ящик, принимает меры и отвечает на жалобы об abuse. Каждый из этих вопросов требует разного рода доказательств. Доставляемость можно проверить нейтральным сообщением. Мониторинг может потребовать вывода из поведения на протяжении времени. Были ли приняты адекватные меры, зависит от жалобы, сети, отношений с клиентом, доступных доказательств и законных полномочий оператора. Был ли ответ правильным — ещё сложнее.

Это превращает проверку маршрутизации и контактности в оценку содержательных действий.

Временная архитектура относилась к валидации, а не к существу лежащей в основе жалобы. Draft 4 отводил не более 15 дней на первоначальную валидацию. При неудаче AFRINIC эскалировал бы вопрос на другие контакты LIR и предоставлял дополнительный период валидации не более 15 дней. Текст также требовал валидацию при создании или обновлении соответствующих атрибутов, не реже одного раза в шесть месяцев и всякий раз, когда AFRINIC сочтёт нужным. AFRINIC мог изменить первоначальный период, период эскалации и периодичность, если проинформирует сообщество о причинах.

Дополнительное пояснение предусматривало первый год с одной проверкой и последующее увеличение, возможно, до ежеквартальных проверок. Всё это не создавало обязательство за 15+15 дней доказать, что обвинение в abuse урегулировано. Трактовка этих сроков как уровня обслуживания по обработке abuse означала бы переписывание предложения.

Изменение по сравнению с Draft 3 становится яснее, когда общие элементы отделены от удалённых. Оба черновика использовали первоначальный период 15 дней и дополнительный период до 15 дней. Оба требовали повторяющиеся проверки не реже чем раз в шесть месяцев, проверки при создании или обновлении и проверки по усмотрению AFRINIC. Оба содержали широкие формулировки о последствиях: контроль, предупреждения и блокировка определённых услуг по усмотрению AFRINIC. Эти элементы не были упрощением.

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

Удаление этих шагов действительно убрало нечто серьёзное из предложения. Draft 4 больше не проводил явную линию от неудачной процедуры контакта к отзыву ресурсов. Он больше не объявлял временную и постоянную недействительность последовательными статусами. Он больше не говорил, что продолжающаяся неудача после автоматического повтора становится нарушением политики. Любое описание, переносящее эти слова в Draft 4, сфабриковало бы угрозу, которой четвёртый черновик не содержал. Редакции следует отдать должное за сужение текста именно в этом смысле.

Однако удаление также убрало процедурные ориентиры. Пример Draft 3 был тревожным по сути, но он по крайней мере показывал задуманное восхождение: первое сообщение, второе сообщение, недействительность, более широкое уведомление, повтор, нарушение, посредничество, затем жёсткий финал. Draft 4 сохранил «блокировку определённых услуг», не называя услуги в этом пункте. Он не предоставил шкалу пропорциональности, независимого эксперта по существу, апелляционную инстанцию или правило восстановления помимо логики повторной валидации.

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

Раздел 8.6 усилил эту неопределённость. Он касался подозрений в манипулировании, например почтового ящика, настроенного отвечать только AFRINIC или только на определённую тему или содержание сообщения. Это правильная озабоченность для объективного теста: канал, который распознаёт проверяющего, но игнорирует обычных заявителей, не является действительно доступным. Однако тот же раздел также позволял сообщать в AFRINIC о неправильном или отсутствующем ответе на случай abuse для повторной валидации по разделу 8.5. «Отсутствующий» иногда можно наблюдать. «Неправильный» — это суждение по существу.

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

Документальное ограничение так же важно, как текстовое заключение. Draft 4 был предложением. Сохранённая страница доказывает публикацию, формулировки, сведения о версии и правки относительно Draft 3. Она не доказывает принятие или внедрение. Она не называет ни одного держателя ресурсов, подвергнутого черновику, ни одной фактической блокировки услуг, потери голоса, отзыва ресурсов, перерыва маршрутизации, сбоя, количественного экономического ущерба или установленного misconduct в abuse. Предложение также не устанавливает, какие услуги имели в виду авторы.

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

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