Точность выше 95% и заявка на zero-error O&M — с таким набором ZTE и China Telecom Guangdong перевели пилоты по моделированию IP-сети в формальный стандарт. Для русскоязычной IT-аудитории история важна не только как новость из телекома: цифровой двойник сети здесь перестает быть красивой презентацией и становится инструментом, без которого опасно трогать продакшен.
Речь идет о стандарте E-Surfing Simulation 2.0 – Cross-Vendor IP Network Simulation Standard, который China Telecom Guangdong представила 18 июня 2026 года на форуме Talent & Expertise Development Forum, сообщает The Register. Документ построен вокруг совместной системы моделирования, которую оператор разрабатывал вместе с ZTE. Смысл практичный: замкнуть процесс изменений в сети в единый контур — от подачи заявки на изменение до проверки в симуляции и выдачи разрешения на внедрение. По сути, оператор пытается убрать из эксплуатации старую логику «инженер посмотрел, прикинул по опыту и пошел менять», заменив ее предварительной проверкой на цифровой копии инфраструктуры.
Самый заметный тезис в этой истории — обещанная точность. ZTE утверждает, что система добивается более чем 95-процентного соответствия цифрового двойника реальному состоянию устройств и маршрутизирующих протоколов. Для IP-сети это не декоративная метрика. Если модель действительно достаточно близка к боевой среде, команда эксплуатации может заранее увидеть, что произойдет после правки параметров протокола, ввода нового оборудования или переключения услуги. Иначе говоря, цифровой двойник сети превращается в тестовый стенд, который не живет своей отдельной жизнью, а повторяет поведение продакшена настолько точно, чтобы на нем имело смысл ловить риски до окна работ.
Отдельный акцент сделан на мультивендорности, и здесь начинается самое интересное. В больших сетях операторов проблема обычно не в том, чтобы смоделировать один сегмент на оборудовании одного производителя, а в том, чтобы свести в одной среде устройства, протоколы и особенности разных поставщиков. ZTE и China Telecom Guangdong говорят, что пошли по распределенной схеме: у каждого вендора — своя специализированная подсистема моделирования, а над ними работает глобальный координатор. Такая архитектура должна снять барьеры между симуляторами устройств разных производителей, сократить стоимость разработки и поддержки и при этом не упереться в масштабирование. Звучит менее эффектно, чем разговоры про «интеллектуальные сети», но для эксплуатации это как раз главное: если система не умеет жить в разнородной инфраструктуре, она остается игрушкой для демо.
Пилоты перед публикацией стандарта прошли в Фошане и Янцзяне — двух городах провинции Гуандун. По данным ZTE, они двигались поэтапно: сначала отрабатывались сценарии в пределах одного вендора, затем — в мультивендорной среде. В зону тестирования попали все устройства новых городских сетей в этих городах. Проверяли четыре базовых сценария: изменение параметров протоколов, переключение новой услуги домашнего широкополосного доступа, ввод в эксплуатацию нового устройства и сетевую трансформацию. Разработчики и SRE-команды узнают логику без переводчика: это именно те типы изменений, на которых чаще всего и случаются неприятные сюрпризы, потому что они затрагивают и конфиг, и маршрутизацию, и сервисный слой.
Вендор утверждает, что решение покрывает более 90% типовых сценариев сетевых изменений, а полевые испытания показали заметное снижение рисков и возможность проводить изменения без ошибок. Формулировка про zero-error operations, конечно, звучит как рекламный максимум, и относиться к ней стоит аккуратно: в эксплуатации магия обычно заканчивается на первом нетиповом кейсе, несовпадении модели с фактом или человеческом обходе регламента. Но даже если убрать маркетинговый блеск, сама постановка задачи выглядит зрелой. Оператор не обещает, что ИИ все починит сам; он сначала строит механизм предварительной верификации, а уже потом говорит про интеллектуальные операции. Для отрасли это куда более здоровый порядок действий, чем привычный путь, когда слово «автономность» появляется раньше, чем появляется нормальная инженерная дисциплина.
Для российского рынка и вообще для любой крупной инфраструктуры здесь есть понятный прикладной вывод. Чем сложнее сеть, тем дороже обходятся изменения «на глаз», особенно в разнородной среде, где рядом живут устройства разных производителей, старые сегменты и новые сервисы. Концепция, в которой цифровой двойник сети встроен в обязательный цикл change management, интересна не только телеком-операторам. Та же логика давно просится в дата-центры, облачные платформы, крупные enterprise-сети и вообще туда, где ошибка в маршрутизации превращается в долгий разбор инцидента с участием половины инженерной команды. Для бизнеса это история про снижение риска аварий и цены изменений; для инженеров — про возможность заранее проверить влияние правки, а не надеяться, что rollback успеет сработать раньше, чем начнут звонить клиенты.
Следующий вопрос уже не в том, можно ли поднять красивый пилот, а в том, насколько такая схема переживает масштабирование на всю страну и насколько честно она работает вне показательных сценариев. Если телеком действительно начнет массово переводить эксплуатацию в режим «сначала симуляция, потом доступ в прод», то главным активом станет не очередной громкий термин, а качество модели, полнота покрытия изменений и готовность нескольких вендоров играть по общим правилам. Именно там и проходит граница между демонстрацией на форуме и новой нормой сетевой эксплуатации.