Кратко

  • draft-ietf-opsawg-collected-data-manifest-14 требует передавать и хранить Platform Manifest вместе с телеметрией; Data Collection Manifest остаётся ненормативным примером.
  • Время отправки, идентификатор платформы и идентификатор подписки позволяют найти действовавший контекст, включая фактический интервал сбора.
  • Такая связка сама по себе не доказывает отсутствие пропусков, надёжность часов, сохранность данных, верность смысла, полномочность решения или операционный результат.

Значение телеметрии редко объясняет само себя. Ноль может означать пустой счётчик, перезапуск, артефакт перегрузки, неудачное окно выборки или потерю измерения по дороге в хранилище. Редакция 14 документа A Data Manifest for Contextualized Telemetry Data исправляет первую организационную ошибку этой цепочки: число сохраняют, а условия его появления теряют.

Предложение достаточно конкретно. Нормативный Platform Manifest может содержать определённый сетью идентификатор платформы, производителя или PEN, сведения о ПО и операционной системе, а также данные YANG Library: редакции модулей, пространства имён, функции, отклонения, схемы и datastores. Data Collection Manifest добавляет потоки или хранилища, фильтры, идентификатор подписки, получателей, периодический либо событийный режим и интервал сбора. Вторая модель дана как ненормативный пример, поскольку нужный schema mount недоступен на стадии проектирования.

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

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

Это полезное соединение. Но оно не удостоверяет историю.

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

Отдельно проверяется идентичность схемы. YANG Library сообщает, какая редакция, пространство имён, функция и отклонение определяют смысл поля. На 10 сентября 2026 года Datatracker показывал для редакции 14 ноль ошибок и ноль предупреждений YANG-валидации. Но сам проект отмечает ограничение: YANG не умеет потребовать включения хотя бы одного набора yang-catalog или ietf-system. Модуль без обоих наборов способен пройти проверку и сообщить лишь идентификатор платформы. Зелёная отметка относится к модели и зависимостям, а не к достаточности контекста, который отдала конкретная система.

Область сбора — третья самостоятельная проверка. Фильтр подписки задаёт то, что могло поступить. Молчание периодической подписки и молчание подписки по изменению имеют разный смысл. Фактический период обнаруживает смену частоты, но не доказывает отправку и получение каждой ожидаемой выборки. Проект прямо приравнивает надёжность манифеста к надёжности сбора, поскольку манифест тоже собирается как данные. Запись, идущая по тому же каналу, не может независимо засвидетельствовать всё, что канал потерял.

Следующая граница — время. Правило «последний манифест до datapoint» работает, лишь если время отправки, идентичность платформы и архив правильно упорядочивают события. Уход часов, задержка доставки, подмена времени устройства временем коллектора или опоздавшее обновление могут выбрать неверную версию, не нарушив SQL-соединения. Временная метка — вход правила, а не доказательство физической последовательности.

Совместное хранение не решает вопрос сохранности. Защищённые NETCONF или RESTCONF, взаимная аутентификация и контроль доступа защищают сеанс. Для целостности и происхождения проект ссылается на отдельную работу с подписями COSE. Всё равно нужны подтверждения на этапах буферизации, нормализации, репликации и хранения. Соседство двух строк в базе не доказывает, что ни одна из них не была удалена, переставлена или изменена по пути.

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

Решение и эффект — последние две записи. Узлы YANG доступны только для чтения; RPC и action не определены. Манифест не уполномочивает контроллер менять сеть. Анализ может рекомендовать перенаправление, ограничение или расследование; ответственный субъект должен решить, система — исполнить, а наблюдаемая граница сервиса — показать результат.

Статус документа требует той же аккуратности. На 10 сентября 2026 года редакция 14 была активным Internet-Draft от 19 августа, переданным в IESG для публикации, находившимся на Expert Review и нацеленным на Proposed Standard. Проверка YANG была чистой. Это не делало документ RFC и не подтверждало внедрение в какой-либо сети.

Поэтому полезнее говорить не о «самоописывающихся данных», а о квитанции контекста. Её нужно хранить, версионировать и аккуратно связывать. После этого источник, схема, область, время, сохранность, интерпретация, решение и эффект по-прежнему требуют разных доказательств. Манифест помогает задать правильный вопрос, но не получает право отвечать за оператора.

Sources