Кратко

  • Продление от 8 мая перенесло окончание первого раунда на 17 мая и снова назвало forms.afrinic.net/brc-comment каналом подачи замечаний.
  • 13 мая AFRINIC объявила, что хост форм временно недоступен из-за технической проблемы. В заметке нет времени начала, восстановления, резервного канала и решения о компенсации срока.
  • Это не доказывает потерю комментария. Пробел состоит в другом: нет защищающего частные данные акта, который связывает доступность, подтверждение, повторные попытки, дубликаты и включение в рассмотрение.

Продлённая дата осталась на странице. Но путь к ней не оставил завершённой истории состояний.

Первый призыв открыл обсуждение с 20 апреля по 10 мая 2026 года. Членам, заинтересованным сторонам и интернет-сообществу предложили высказать замечания и поправки. Архивное сообщение от 19 апреля сохраняет точный адрес формы.

8 мая AFRINIC дала дополнительное время для содержательной обратной связи. Копия в списке Announce была заархивирована 9 мая в 13:41:12 UTC. И страница, и письмо указывают одну и ту же форму. Электронная почта, публичная рассылка или второй endpoint как запасной путь не названы.

Сообщение об экстренном обслуживании от 13 мая прямо говорит: forms.afrinic.net временно не работает после технической проблемы, команда восстанавливает сервис, а после возврата платформы последует обновление. Это полезное описание текущего состояния, но не хронология инцидента. На странице есть дата без часа; нет начала, перечня затронутых маршрутов, времени возврата и теста.

Между 13 и 17 мая четыре календарные даты. Называть это четырёхдневным простоем нельзя. Общая недоступность хоста также не доказывает, что путь комментариев отвергал каждый корректный запрос во всём интервале. Для такого вывода требуются более точные данные.

Источники не называют человека, который пытался отправить текст, увидел ошибку или потерял работу. Нет доказательства исключения. Поэтому вопрос должен оставаться узким: каким публичным документом AFRINIC связала обещанную до 17 мая возможность с доступностью входа и полным набором записей, попавших к комитету?

Попытка, приём и рассмотрение

Одна кнопка скрывает по меньшей мере три состояния:

попытка → технический приём → запись в журнал рассмотрения

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

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

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

Публикация текстов покажет, что дошло. Она не покажет страницу ошибки, тайм-аут или оставленный черновик. И наоборот, сообщение о ремонте не доказывает, что в этот момент кто-то отправлял форму. Нужна сверка, а не предположение.

Минимальный акт непрерывности

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

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

Публичный слой может показывать агрегаты по интервалам: успешные приёмы, известные ошибки, повторы, дубликаты, поздние записи и уникальные материалы после сверки. Тексты, имена, контакты, IP-адреса, ключи и чувствительные журналы не публикуются.

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

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

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

Форма стала частью процедуры

Ссылка была не элементом оформления. Через неё внешнее мнение должно было стать материалом пересмотра устава. Поэтому доступность входила в исполнение процесса.

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

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

Границы доказательств

«Техническая проблема» не означает атаку, утечку или компрометацию. WHOIS, RDAP, RPKI и база ресурсов не упомянуты. Длительность и число ошибок неизвестны. Нет основания обвинять комитет в подавлении мнений.

Реестр «комментарий — решение» начинается после приёма. Акт непрерывности заканчивается на приёме. Это две соседние, но самостоятельные проверки.

Источники