Кратко

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

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

9 сентября 2026 года блог LACNIC опубликовал материал Hernán Arcidiacono, представленного как CTO Iplan Argentina и член IANA Review Committee. На странице отдельно сказано, что мнение принадлежит автору. Он предлагает ясное различие: автоматизация означает способность выполнить, автономность — способность принять решение. Автоматическая система действует по заранее заданным правилам; автономная учитывает своё состояние, цели или намерения и среду.

Автор рассматривает не только оборудование. Модель TM Forum охватывает ресурсы, услуги и бизнес, то есть меняет операционную модель предприятия. Но практический старт он очерчивает узко: выбрать один автономный домен — например, доступ или IP — и один процесс, например управление неисправностями. На первом этапе человек должен остаться в точке решения.

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

У уровня должен быть объект

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

ITU-T Y.3173 закрепляет это различие. Рекомендация рассматривает рабочие процессы жизненного цикла и подсистемы сети. Уровень всей сети является совокупным отражением этих элементов. Он достигает определённой ступени, лишь когда соответствующие процессы и подсистемы достигли её или превысили. Набор элементов зависит от варианта использования, поэтому и результат может различаться между вариантами.

Оценка строится по пяти измерениям:

  1. отображение потребности переводит эксплуатационную задачу в исполнимые инструкции;
  2. сбор данных получает сведения о состоянии;
  3. анализ истолковывает их и при необходимости прогнозирует;
  4. решение выбирает действие или конфигурацию;
  5. исполнение применяет решение.

По каждому измерению указывается, действует ли человек, человек вместе с системой или система. Итог варианта использования определяется минимальной применимой ступенью среди измерений. Самый эффектный модуль не получает право говорить за весь цикл.

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

Y.3173 также сохраняет высший приоритет человеческих решений и инструкций на всех уровнях. Число не распределяет юридическую ответственность, право остановки или убытки. Оно описывает способ выполнения работы в указанном случае; управление полномочиями требует отдельной записи.

Возможность ещё не является пользой

Ещё одна ошибка — считать более высокий уровень доказательством лучшего результата. ITU-T Y.3063, утверждённая в декабре 2025 года, отделяет эффективность от автономной способности. Её четыре слоя — бизнес-цели, результаты сквозных сценариев, доменные метрики и системные данные.

Автоматизация большей доли задач может не изменить доступность. Быстрое обслуживание может повысить цену редких исключений. Экономия энергии способна ухудшить покрытие. Уменьшение ручных заявок иногда сопровождается ростом жалоб. Уровень описывает, кто выполняет шаг; эффективность — что изменилось для услуги и пользователя.

Y.3063 связывает цели с клиентским опытом, операционной и ресурсной эффективностью. В числе показателей — срок активации, доступность, длительность перерыва, среднее время восстановления, развёртывание, доля автоматических операций, энергия и использование ресурсов. Не каждый показатель нужен каждому сценарию. Следует заранее назвать базу и окно наблюдения.

Практический раздел начинает с инвентаризации сквозных сценариев по доменам. Для каждого подбираются метрики, оценивается вклад, затем сценарии ранжируются и проходят путь от пилота к масштабу. Такой порядок удобен и небольшому ISP. Ему не нужна корпоративная легенда об автономности: достаточно выбрать дорогой или нестабильный процесс, измерить исходное состояние, автоматизировать ограниченную часть и расширять только доказанную пользу.

Карточка сценария

Предлагаемый реестр — вывод Theo March, а не требование LACNIC, TM Forum, ITU или ETSI. Его задача — не дать связям исчезнуть.

Первая часть называет оператора, владельца, домен или участок сети, вариант использования, процесс, триггер, период и версию метода. «Управление отказами» следует уточнять: отказ соты, транспортного канала и ошибка конфигурации — разные объекты.

Вторая часть хранит пятимерный вектор. Для потребности, данных, анализа, решения и исполнения записываются участник и доказательство: версия намерения, ссылка на данные, модель или правило, протокол решения, идентификатор изменения и проверка конечного состояния. Краткая ступень равна применимому минимуму, а не среднему; вектор остаётся рядом.

Третья часть фиксирует эффект: базовое значение, подходящий показатель, период и результат. Время восстановления, доступность и доля автоматизации нельзя подменять друг другом.

Четвёртая определяет контроль: кто может вмешаться, как ограничен радиус действия, кто обрабатывает исключение и откат, чем подтверждается конечное состояние. Наличие функции rollback в инструкции не доказывает её работу в конкретном эпизоде.

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

Кооперация агентов увеличивает цену границы

ETSI GS ZSM 002 различает управление внутри домена и сквозное управление между доменами. Несколько контуров могут действовать в разных масштабах и связываться горизонтально или иерархически. ETSI GR ZSM 020 от января 2026 года различает помощников с человеческим решением, контролируемых автономных агентов и полностью автономных агентов, а также делит их по функции и типу действия.

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

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

Оценка должна стареть

Пять переносов превращают измерение в репутацию: лучшая задача представляет контур, контур — домен, домен — компанию, способность — эффект, а старая проверка — изменившуюся систему.

Материал LACNIC ценен тем, что начинает с ограниченного объекта и постепенного перехода. Шкала останется полезной, если значение всегда ведёт обратно к сценарию, версии и доказательствам. Тогда разные операторы могут показывать прогресс, не объявляя свои организации одинаковыми.

Уровень автономности — не постоянное звание. Это датированное утверждение, которое должно выдерживать повторную проверку.

Источники