Кратко

  • draft-ietf-cats-oam-fw-01 — активный Internet-Draft рабочей группы CATS, а не RFC, не свидетельство внедрения и не эксплуатационное распоряжение.
  • Слои Link, Path, Instance и Service разделяют связность, состояние экземпляра и сквозное свидетельство о службе.
  • Policy Verification сопоставляет наблюдаемую пересылку с предшествующим выбором C-PS; веса, породившие выбор, задают администраторы.
  • В квитанции от телеметрии до меры исправления источник, свежесть, политика, конфликт, действие, исполнение и результат должны быть раздельны.

Возможность наблюдать не даёт эксплуатационного мандата

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

Статус текста требует той же точности. Datatracker показывает его как активный документ WG, со статусом IESG I-D Exists, с намерением Informational и сроком действия до января 2027 года. Это доказывает только стадию процесса. Это не доказывает, что конкретный оператор его внедрил, что конкретная служба улучшилась или что локальная политика обязательна. Internet-Draft — работа в развитии, которую могут обновить или заменить.

Четыре слоя не дают одного вывода

Link OAM наблюдает канал, Path OAM — путь между Forwarder, Instance OAM — ресурсы и здоровье отдельного экземпляра, а Service OAM — путь от входящего Forwarder к экземпляру службы. Разделение не позволяет выдать отвечающий IP-интерфейс за работающую прикладную службу. Но предметы измерения остаются разными: загрузка CPU — не прикладная транзакция, задержка измерения — не договорное толкование SLA, а изоляция домена — не доказательство причины, вины или ущерба.

Документ выводит за рамки конкретные протокольные реализации Instance OAM и Service OAM. Это не пробел, который заполнит общий график наблюдения. Архитектура, протокол и эксплуатационная процедура — отдельные выборы, у каждого из которых свой ответственный и свой предел ошибки.

Проверка политики сверяет исполнение с прежним выбором

Policy Verification отвечает на узкий вопрос: соответствует ли фактическая пересылка от входящего CATS-Router к выбранному экземпляру решению CATS Path Selector, то есть C-PS? Она проверяет исполнение по отношению к прежнему выбору. Она не решает, была ли сама эта политика правильной.

Совпадение пути не доказывает правильность веса сети и вычислительных ресурсов. Несовпадение не выбирает новый вес, failover, остановку, человеческое одобрение или мотивированное бездействие. Административные требования предусматривают, что администраторы определяют политики CATS, включая веса между сетевыми и вычислительными ресурсами. Телеметрия поступает в C-SMA, а C-PS действует в рамках политики; ответственность за её содержание и изменение остаётся у уполномоченной локальной стороны.

Обнаружение конфликта не выбирает правило разрешения

Instance OAM допускает push и pull. Если значения противоречат друг другу, система должна выявить конфликт, однако единая стратегия его разрешения не предписана, поскольку она зависит от внедрения. Какой источник имеет приоритет? Какая задержка допустима? Кто может остановить автоматизацию? Меняет ли исключение на время обслуживания подходящее действие? Это остаётся вопросом локальной ответственности, на который диаграмма не отвечает.

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

Квитанция от телеметрии до меры исправления

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

Результат должен оставаться отдельной строкой. Совпадение пересылки с C-PS свидетельствует о согласованности исполнения, но не о восстановлении службы, успехе клиента или исполнении SLA. Эта квитанция — редакционная рекомендация Daniel Kade, а не требование IETF и не утверждение о действующем развёртывании CATS.

Источники

  1. draft-ietf-cats-oam-fw-01
  2. Мандат рабочей группы CATS
  3. RFC 7282
  4. Heng Lu, The Multi-Stakeholder Mirage