Кратко

  • IETF принимает до 26 сентября заключительные комментарии к draft-ietf-ivy-network-inventory-topology-11, кандидату на статус Proposed Standard. Это по-прежнему изменяемый Internet-Draft, а не RFC и не свидетельство внедрения.
  • ne-ref, port-ref и link-type доступны для записи. Предпочтительно автоматическое обнаружение, но допускаются ручные исключения; port-breakout отражает аппаратную возможность, доступен только для чтения и не может задаваться вручную.
  • Ссылка на инвентарь может участвовать в выборе, не доказывая текущую ёмкость, установленную конфигурацию или результат услуги. Daniel Kade предлагает защищённый журнал с окончанием срока; в проекте IETF такого требования нет.

Last Call рассматривает шов между двумя моделями

История Datatracker показывает, что редакция 11 после оценки директора области перешла в IETF Last Call. Комментарии запрошены до 26 сентября, предполагаемый итог — Proposed Standard. Текущая карточка фиксирует незавершённую процедуру, а не принятое решение.

Редакция 11 соединяет разные представления сети. RFC 8345 моделирует сети, узлы, линии и точки терминации. Базовый проект сетевого инвентаря описывает устройства и компоненты, которые система управления считает установленными. IVY добавляет переход от логического объекта к связанному физическому ресурсу.

ne-ref указывает от узла топологии к сетевому элементу. port-ref связывает точку терминации с физическим компонентом порта. link-type даёт простую классификацию среды — например, оптоволокно, медь, радиорелейную линию или WLAN. port-breakout показывает логические каналы, поддерживаемые физическим портом.

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

Ссылка на порт — ещё не подтверждение услуги

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

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

Устаревший port-ref направит безошибочный алгоритм к неправильному компоненту. Правильная ссылка может встретиться со старым показанием ёмкости. Принятая команда может не установиться; установленная конфигурация может не дать ожидаемого пути трафика. Название «инвентарь» не превращает эти факты в одно доказательство.

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

Ручное значение иногда необходимо

В эксплуатационных соображениях сказано, что ne-ref, port-ref и link-type обычно следует заполнять автоматическим обнаружением. Ручная замена допустима лишь в особых случаях: оборудование на площадке клиента, арендованные линии или планируемые ресурсы.

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

Но ручная запись имеет другую природу. Обнаруженное значение связано с методом, версией контроллера и временем наблюдения. Ручное — с полномочием организации и обоснованием. Оба могут быть точными или ошибочными, но устаревают и исправляются по-разному.

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

Аппаратную возможность нельзя утвердить приказом

port-breakout проводит более жёсткую границу. Это состояние только для чтения, поскольку его определяет оборудование; проект запрещает ручную настройку. Если план требует четыре логических канала, а порт поддерживает два, административная подпись не создаст остальные. Нужно исправить обнаружение, идентификацию устройства или план.

Контейнер присутствия inventory-topology занимает промежуточное положение. Обычно контроллер устанавливает его, когда обнаруживает или создаёт экземпляр физического уровня. Если обнаружение недоступно, допускается ручное объявление. Оно может быть законным, но должно оставаться объявлением, а не маскироваться под наблюдение.

Разная политика для полей — это точность управления. Плановое знание иногда допускает ограниченную гипотезу. Физическая способность не должна меняться по удобству процесса.

Прозрачность не означает публикацию топологии

Раздел безопасности называет последствия ошибочных и старых связей: неверное предоставление услуги, неудачную активацию, неожиданный путь трафика и неточное планирование ёмкости. Для NETCONF и RESTCONF нужны защищённый транспорт и взаимная аутентификация, а доступ ограничивается средствами NACM из RFC 8341. Структура анализа опирается на руководство для YANG RFC 9907.

Чтение тоже раскрывает чувствительные сведения. ne-ref способен показать набор сетевых элементов, port-ref — внутренние названия компонентов, link-type — характер владения. Идентификатор leased-fiber отличает стороннюю транспортную инфраструктуру от собственной. Полный публичный журнал создал бы новую поверхность разведки.

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

У исключения должен быть конец

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

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

Такой журнал не требуется IVY, RFC 8345, RFC 8341 или RFC 9907. Это редакционное предложение Daniel Kade об организационном контексте технической модели. Оно не объявляет автоматическое обнаружение безошибочным, а лишь сохраняет различие между наблюдением и разрешённым утверждением в момент действия.

Такое разделение соответствует The Policy Mirror Heng Lu: полномочие, правило и доказательство выполняют разные функции. Minimum Initial Specification оставляет место для более строгих локальных мер поверх небольшого общего механизма. Why BTW Media Exists задаёт предел вывода: Last Call — факт; авария или гарантия истинности карты — нет.

Источники

  1. Inventory Topology Mapping, редакция 11
  2. Текущая карточка Datatracker
  3. История Datatracker
  4. Карточка базовой модели инвентаря
  5. Базовая модель инвентаря, редакция 18
  6. RFC 8345 — модель YANG для топологий
  7. RFC 8341 — NACM
  8. RFC 9907 — руководство для авторов YANG
  9. Heng Lu — The Policy Mirror
  10. Heng Lu — Minimum Initial Specification
  11. Heng Lu — Why BTW Media Exists