Кратко

  • Проект устава NMOP 01-01 разрешит эксперименты с ИИ только в рамках уже существующей работы по обнаружению сетевых аномалий и управлению инцидентами.
  • До запуска каждое испытание должно определить границы, критерии выхода и обязательство внедрения, получить консенсус рабочей группы и согласие Area Director.

Анализ

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

Рабочая группа IETF Network Management Operations (NMOP) поставила эти условия в центр проекта нового устава.

Версия 01-01 обновлена 26 октября 2026 года и имеет в Datatracker статус «Draft Charter Rechartering». Действующим остаётся утверждённый устав версии 01. Новые правила пока проходят согласование.

Проект ограничивает эксперименты по применению ИИ уже существующими направлениями NMOP: обнаружением аномалий и управлением инцидентами. Для каждого испытания потребуется предложение с границами, критериями выхода и обязательством внедрения. До начала нужны консенсус рабочей группы и согласие Area Director (AD), отвечающего за соответствующую область IETF. Председатели вместе с AD должны ограничить число параллельных экспериментов тем, что группа способна активно сопровождать. Разработка моделей ИИ, архитектур агентов и протоколов агентов исключена; для экспериментов в других областях потребуется новое изменение устава.

Текст вырос из конкретного разговора в июле. В протоколе NMOP на IETF 126 зафиксирован вопрос: станет ли группа главным местом обсуждения ИИ-агентов или останется для них временной площадкой? Председатели тогда ещё выясняли, где публиковать связанные с ИИ черновики. Они собирались узнать у авторов, как идут работы, в чём границы эксперимента и планируется ли участие открытого программного обеспечения. Собранные сведения должны были помочь решить, стоит ли добавлять в устав отдельный экспериментальный фокус. В октябре эта разведка превратилась в предварительный допуск.

Ограничение числа испытаний касается не моды, а пропускной способности. Действующий устав по умолчанию отдаёт время встреч докладам и опыту операторов. У группы конечный бюджет внимания: дополнительные эксперименты требуют рецензирования, обсуждения и наблюдения за ходом работ. Проект прямо поручает председателям и AD соотнести число испытаний с возможностями сопровождения. Рабочая группа не получает новых часов только потому, что к теме добавились три буквы.

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

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

Граница проекта одновременно ограничивает полномочия. NMOP не получает мандат на создание моделей или агентов, а выход в другую область требует вернуться к процедуре пересмотра устава. RFC 2418 описывает устав рабочей группы как соглашение о её целях, задачах и этапах; существенное изменение проходит процедуру нового устава и рассматривается IESG и IAB. Расширение сферы работы потребует нового видимого решения.

Дальше нужно понять, кто управляет остановкой. Кто подтверждает, что критерий выполнен? Может ли оператор прекратить эксперимент? Будут ли зафиксированы результаты остановленного испытания наравне с успешным прототипом? Проект оставляет эти детали индивидуальным предложениям и процессу группы. Такая гибкость подходит разным испытаниям, но сравнение результатов станет трудным, если ответственные и доказательства каждый раз будут разными.

Ближайшие факты — решение по версии 01-01 и, в случае её утверждения, первое предложение эксперимента. NMOP уже очертила поле для испытаний ИИ. Следующий документ покажет, есть ли в нём работающий выход.

Источники