Кратко

  • Две работы NETCONF помогают решать разные задачи: получать обновления без повторных запросов и не загружать длинный список целиком ради небольшой части.
  • После утверждения нового устава документы по этим темам планируют передать на рассмотрение до 31 декабря 2026 года. Это срок подачи, а не дата появления готовых функций в оборудовании.

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

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

У такого ожидания есть рабочая цена: проверять приходится картину, которая уже могла устареть. RFC 7923, документ с требованиями 2016 года, прямо называет две задачи, которым нужен непрерывный обзор: контроль состояния сети для обеспечения услуг и отслеживание изменений оборудования для проверки правил безопасности. Если обновление запаздывает, проверяющая система узнаёт об изменении позже. Это объяснение риска задержки, а не сообщение о пропущенном здесь инциденте.

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

Рабочая группа NETCONF занимается протоколами управления сетевыми устройствами. 9 октября IESG утвердила её новый устав. IESG рассматривает документы, которые предлагают к публикации в процессе стандартизации IETF.

В истории группы появились две цели на 31 декабря 2026 года: передать туда проекты по расширению YANG-Push и постраничному получению списков. Они претендуют на статус Proposed Standard. Пока это следующий шаг рассмотрения, а не его результат.

Обновление по подписке

YANG-Push позволяет приложению подписаться на обновления выбранной части хранилища данных. Они могут поступать периодически или при изменениях. Такой подход уже описан в RFC 8641, опубликованном в 2019 году. Октябрьский план касается его развития, а не первого появления.

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

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

Редакция 14 датирована 9 октября. На момент проверки 19 октября документ находился на заключительном сборе замечаний в рабочей группе; состояние IESG по-прежнему обозначало наличие Internet-Draft. Это конкретный текст, по которому можно судить о предложении. Однако сами декабрьские пункты не перечисляют номера проектов и не определяют полный состав будущей подачи.

Что произошло с прежними датами

12 июня в истории появились цели рассмотрения: ноябрь для YANG-Push и июль для пагинации. 18 июля обе записи удалили. Октябрьские пункты — новые цели подачи из утверждённого устава. Удаление старых не доказывает, что прежнее рассмотрение завершилось.

Круг работы по уставу 21 шире: NETCONF, RESTCONF, управление на основе YANG, транспорт, кодирование и вспомогательные модели. Две даты выделяют часть этой программы и делают её ход более заметным. Окончательные тексты, решения о публикации и реализации ещё не следуют из самого утверждения плана.

Для администратора смысл этих работ — меньше ждать ненужной выгрузки и быстрее добираться до нужной информации. Декабрьская цель не обещает ускорить его приложение с 1 января. Она позволяет проверить следующий шаг: какие именно тексты переданы IESG. Работоспособность решений затем придётся подтверждать уже в реализациях.