Кратко

  • В draft-ietf-ivy-network-inventory-topology-11 поля ne-ref и port-ref сопоставляют логические объекты физическим элементам и портам, а доступный только для чтения port-breakout перечисляет каналы, которые способно предоставить оборудование. Ни одно из них не доказывает текущее разбиение, рабочее состояние или свободную ёмкость.
  • Сопоставления могут быть обнаружены автоматически, внесены вручную, импортированы или созданы для будущего ресурса. Их происхождение должно храниться отдельно от намерения конфигурации, чтения устройства, состояния, ёмкости, решения оркестратора и результата услуги.

Когда арифметика опережает устройство

Оркестратор видит порт 400G и четыре breakout channel. Запросу нужно 100G. Если считать список готовым запасом, один канал можно выбрать немедленно.

Но port-breakout имеет config false. Проект прямо говорит, что список отражает внутреннюю способность оборудования независимо от того, настроен ли порт сейчас как trunk или как breakout. Это сведения о возможной форме компонента, а не перечень существующих дочерних интерфейсов.

Порт может продолжать работать как единое соединение 400G. Оптика может не подходить. Дочерние интерфейсы могут не появиться после команды. Lane может быть в аварии, а её ёмкость — уже зарезервирована. Во всех случаях запись способности остаётся правдивой. Неправдивым становится вывод, который подменяет ею последующие факты.

У карты есть источник

Редакция 11 вводит inventory-topology поверх модели RFC 8345. ne-ref связывает узел с физическим сетевым элементом, а port-ref — точку терминации с физическим компонентом порта. Наличие mapping attributes отличает физические объекты от абстрактных и логических в рамках модели.

Стандартная ссылка облегчает взаимодействие, но остаётся утверждением источника. Поля сопоставления доступны для записи именно потому, что автоматическое обнаружение не охватывает весь мир. CPE бывает вне административного домена. Арендованный транспорт скрывает внутреннее устройство. Планирование требует гипотетических будущих ресурсов. Оператор может вручную исправить обнаруженное значение.

Каждый такой случай допустим и требует собственной метки. Следует сохранять автора или controller, метод, время, область действия, полномочие на override и статус discovered, manual, imported либо hypothetical. Если происхождение теряется, плановый объект незаметно превращается в установленный актив, а ручная запись — в телеметрию.

Сила и предел данных только для чтения

port-breakout нельзя вручную задать через эту модель. Его определяет оборудование, поэтому он сильнее говорит о способности физического компонента. Это полезно для проверки совместимости и подготовки изменения.

Однако ответ необходимо привязать к устройству, компоненту, версии ПО или firmware, способу и времени сбора. Замена line card может оставить логическое имя и изменить способность. Кэш способен вернуть прежний корректный ответ уже для другого железа.

Текущую конфигурацию доказывают утверждённое намерение и независимое readback после commit. Работу канала доказывают реально возникшие интерфейсы, administrative и operational state, оптика, alarms и counters. Доступность доказывают свежие данные ёмкости для выбранной lane.

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

Арендованное волокно и честная неполнота

link-type — лёгкий классификатор: fiber, copper, coax, microwave, WLAN, leased fiber. Он направляет к специализированным моделям, но не заменяет подробный физический инвентарь.

Арендатор волокна может точно знать зависимость и конечные точки, не видя трассу, волокна и промежуточные компоненты провайдера. Значение leased-fiber правдиво одновременно с ограничением видимости.

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

Ноль ошибок YANG относится к модулю

На дату исследования редакция 11 оставалась активным Standards Track Internet-Draft, была передана в IESG и ожидала AD go-ahead; проверка IANA ещё не имела статуса OK. Datatracker показывал ноль ошибок и ноль предупреждений YANG validation.

Это свидетельство качества структуры модуля, а не внедрения поставщиком, свежести controller или состояния сети. Защищённый транспорт может без искажения доставить устаревшее сопоставление. NACM ограничивает доступ, но не делает решение уполномоченного субъекта правильным.

Документ, реализация, конфигурация и результат не должны наследовать один зелёный индикатор.

Что происходит после выбора SAP

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

Проверяемый процесс фиксирует устройство, родительский порт, breakout mode, ожидаемые дочерние идентификаторы, оптические предпосылки, окно и одобрение. После команды устройство читается заново: изменился ли режим, появились ли нужные интерфейсы?

Далее проверяются состояние, аварии, ошибки, оптические уровни и незанятая ёмкость. Оркестратор сохраняет версию policy, прочитанные snapshots, кандидатов, причины отказа, выбранный SAP или path и ручные исключения. Только activation, наблюдаемый traffic path и клиентский результат закрывают заказ.

Принятая конфигурация ещё не услуга. Состояние interface up само по себе тоже не доставка.

Десять отдельных квитанций

Стоит сохранять:

  1. версии draft или RFC, модуля и registry, понятные инструменту;
  2. controller, устройство, метод и время snapshot;
  3. ne-ref, port-ref и link-type с происхождением;
  4. ссылочную целостность и полномочия создания или override;
  5. port-breakout, связанный с компонентом и firmware;
  6. утверждённое намерение и change record;
  7. readback после commit и реальные дочерние интерфейсы;
  8. состояние, оптику, counters и capacity выбранной lane;
  9. policy, кандидатов, SAP или path и ручное вмешательство;
  10. activation, наблюдаемый путь трафика и клиентский результат.

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

Источники