Кратко

  • Предложение LAC-2026-6 опубликовано для обсуждения 25 сентября 2026 года. В первой версии оно предлагает в нескольких положениях PDP прямо называть версию предложения предметом публикации, обсуждения и решения. Согласия по нему пока нет; действующей политикой оно не стало.
  • Автор утверждает, что хочет уточнить уже сложившуюся практику. При этом он признаёт: точная техническая причина, по которой система, по-видимому, не позволяет перезапустить срок обсуждения без новой версии, сотрудниками LACNIC не подтверждена. Его объяснение нельзя выдавать за установленный вывод организации.
  • Общий код объединяет редакции в одно дело, но сам по себе не доказывает, что именно итоговый текст был доступен до форума, обсуждался, прошёл оценку согласия, последний приём замечаний и решение совета. Каждому этапу нужен проверяемый текст.

Дело одно, редакций может быть несколько

На официальной странице LAC-2026-6 указаны автор Jordi Palet Martinez, версия 1 и статус обсуждения. Там же стоят две разные даты: последняя правка 22 сентября, начало обсуждения 25 сентября. Первую нельзя принимать за доказательство того, что публика увидела документ тремя днями раньше. А автоматическое присвоение системе идентификатора, которое проект хочет описать точнее, ещё не означает проверки и объявления текста в открытом списке рассылки.

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

Сильнейший довод в пользу автора прост. По его словам, на практике LACNIC уже работает с версиями, тогда как часть формулировок PDP до сих пор говорит о предложении как о неизменном листе бумаги. Более точные слова могут избавить авторов, модераторов и участников от споров, возникших только из-за двусмысленности. Нет оснований объявлять любое уточнение скрытым расширением власти. Проект прямо заявляет, что не преследует цель поменять процедуру.

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

Срок обсуждения относится к опубликованному тексту

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

Проект различает несколько развилок. Если согласия нет, авторы могут продолжить работу с новой версией или отозвать предложение. Когда обсуждение приводит к поправкам, нужно решить, начинать ли восьминедельный срок заново или считать изменения достаточно малыми для заключительного этапа. Есть и иной случай: редакционные изменения во время заключительного приёма замечаний. Нынешние правила и история LAC-2020-6 связывают их с публикацией новой версии и возобновлением именно этой стадии. Восемь недель с начала, четыре недели последнего этапа и ограниченное исключение для малой правки — не три названия одного действия.

Полезно проверить правило на воображаемой последовательности, не приписывая LACNIC реального нарушения. Версию 1 обсудили на списке и показали на форуме. Версия 2 после возражений добавила существенное условие. Какую часть предыдущего обсуждения она вправе унаследовать, а по какому вопросу участникам нужно дать новый шанс? В версии 3 во время последнего приёма замечаний исправили неточную формулировку без изменения обязательства. Почему достаточно повторить эту стадию, а не весь начальный цикл? Публичная история должна показывать разницу текстов, их классификацию и мотивы процессуального выбора.

Статус «согласие достигнуто» рядом с общей фамилией документа этого не делает.

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

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

Что новая версия вправе унаследовать

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

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

LAC-2026-6 всё ещё обсуждается. Рассмотренные документы не доказывают его принятия, вступления в силу, неправомерности прежнего решения или убытка конкретного владельца ресурсов. Автор может быть прав: процедура не меняется, точнее становится только её описание. Лучший способ подтвердить это — возможность пройти от редакции, доступной для возражений, к редакции, получившей каждое решение. Код связывает архив. Последствия для сетей создают определённые слова.

Источники