Кратко

  • Редакция 20 задаёт переиспользуемые identities, types и groupings для Layer 1 и OTN. Сам модуль не публикует записываемых узлов, узлов read-only state или RPC.
  • Валидный снимок полосы и диапазона — доказательство представления. Реальная доступность, авторизация, транзакция, состояние двух концов и услуга образуют отдельную цепочку.

Гонка начинается после правильного чтения

Топология сообщает, что нужные слоты свободны. Контроллер выбирает подходящий TPN и набор TS. Пока запрос идёт к устройствам, другая транзакция получает тот же ресурс.

Первое чтение могло быть совершенно правильным. Оно не было обещанием. Без времени снимка, механизма исключения и результата commit слово «доступно» превращает наблюдение в полномочие, которого у наблюдения нет.

Редакция 20 Common YANG Data Types for Layer 1 Networks датирована 14 сентября 2026 года и истекает 18 марта 2027 года. Datatracker показывает её как документ рабочей группы CCAMP с предполагаемым статусом Proposed Standard в очереди RFC Editor. Это зрелый проект, но не опубликованный RFC, не отчёт о реализации и не доказательство работы сети.

Его сильная сторона — точное описание. Ошибка появляется, когда точность структуры принимают за гарантию текущего ресурса.

Зачем оптической сети общий словарь

Топология, туннель, клиентский сигнал и сервис смотрят на одну инфраструктуру с разных сторон. Если каждый модуль отдельно определяет ODU, гранулярность, TPN, TS, label range и bandwidth, интегратор вынужден поддерживать частные переводы и скрытые допущения.

ietf-layer1-types задаёт общие основания. Гранулярности tributary slots включают 1,25G, 2,5G и 5G. odu-type образует расширяемую иерархию Optical Data Unit. client-signal охватывает Ethernet, STM, OC и Fibre Channel. OTN-groupings дополняют общие TE-типы оптическими атрибутами.

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

Но общая identity не гарантирует одинаковую реализацию. Draft допускает vendor-specific типы, производные от odu-type, и отмечает, что связанная спецификация контейнера не гарантирует совместимость data plane. Два устройства могут распознать имя и по-разному реализовать mapping.

Словарь делает capability сравнимой. Он не подтверждает её без инвентаря и испытания.

Библиотека не имеет живого узла

Security Considerations проводят явную границу. Модуль определяет identities, types и groupings для повторного использования. Сам по себе он не содержит записываемых data nodes, read-only state nodes или RPC.

Пометка rw в дереве grouping показывает форму после инстанцирования. Чтобы появился доступный путь, другой модуль должен импортировать grouping и разместить его в schema. Устройство должно реализовать этот модуль, объявить revision и предоставить datastore через протокол управления.

Риск раскрытия тоже возникает у потребителя. Инстанцированные bandwidth и label ranges могут открыть чувствительную OTN-топологию. Использующий модуль должен описать безопасность и доступ.

Поэтому аудит фиксирует YANG library устройства, module revision, features, deviations и фактические пути. Маркетинговое «поддерживает YANG» не отвечает, какие данные существуют и какие операции доступны.

Максимальная ёмкость и свободный ресурс — разные таблицы

В проекте приведён 100G-link, способный нести один ODU4, десять ODU2 или восемьдесят ODU0. Это альтернативные разбиения одной ёмкости. Складывать числа нельзя.

otn-link-bandwidth представляет варианты по ODU type. Планировщику всё равно нужны текущая занятость, фрагментация, приоритет, endpoint capability и ограничения полного пути.

OTN label обычно объединяет Tributary Port Number и набор Tributary Slots. Для одного LSP на обоих концах link должен быть назначен один label. Range сообщает значения, подходящие для setup с учётом типа и гранулярности.

Range не устанавливает lock. Снимок может устареть; конкурентная операция может забрать slot; один конец может принять комбинацию, второй — нет. Candidate может пройти validation, но не получить commit.

Доказательство reservation включает время снимка, выбранные TPN/TS, transaction ID, исключение конкуренции, ответы обоих концов, commit и operational readback. После этого ещё требуется доказательство услуги.

ODUflex раскрывает цену потерянного контекста

Шесть форм ODUflex используют разные расчёты nominal bit rate. YANG choice сохраняет соответствующий вход: generic rate, CBR client, GFP n/k, FlexE, FlexE-aware или packet payload rate.

Generic case нужен для forward compatibility в transit domain, где setup не зависит от точного типа. Одновременно редакция рекомендует применять его только при необходимости и использовать type-specific case, когда это возможно, чтобы упростить interoperability.

Абстракция полезна, если скрытая информация действительно не нужна решению. Если запись попадает в домен, где требуется точный mapping, одного rate недостаточно. Журнал обязан хранить выбранную ветвь.

Draft отдельно предупреждает: число доступных ODUs недостаточно для вывода о bandwidth ODUflex. В расчёт входят число TS и тип ODTU. Connectivity matrix и local link добавляют ограничения underlay.

Показатель «свободен один ODUflex» без формулы, ODTU и пути создаёт ложную точность.

Resizable ещё не означает resize без потерь

Модель различает обычный ODUflex и ODUflex-resizable. Вторая identity описывает поддержку hitless resizing и может выражать иные пределы количества LSP.

В schema это допустимое понятие. В объявлении устройства — заявленная capability. В intended configuration — намерение. Ни один из этих фактов не измеряет конкретный переход.

Для утверждения «hitless» нужны совместимые endpoints, дополнительные slots, координация, состояние до и после, alarms, error counters и client traffic во время окна. Identity задаёт предмет теста, но не заменяет измерение.

Валидный payload может не иметь права на действие

NETCONF и RESTCONF выполняют операции над YANG-данными. Защищённый транспорт и mutual authentication устанавливают стороны в рамках настроенного доверия. NACM решает, имеет ли principal доступ к операции и содержимому.

Schema-valid payload может быть неавторизован. Авторизованный запрос может столкнуться с ресурсным конфликтом. Candidate validation не равна commit. Committed intended state не гарантирует немедленный operational state.

NMDA сохраняет различие, чтобы асинхронное применение, system-derived values и аппаратные ограничения были видимы. Но operational остаётся отчётом устройства. Оптическому сервису нужны независимые signal, alarm, error и traffic observations.

Active cross-connect не исключает loss of signal или неправильную client adaptation. Протокольный ok нельзя превращать в отчёт о доставке.

Набор квитанций, пригодный для восстановления

Сначала фиксируются document/module revision, hashes, dependencies и validator. Затем — module-set, features и deviations каждого endpoint.

Для операции сохраняются principal, NACM decision, operation, datastore, payload hash, transaction ID, validation, commit и rollback. Далее intended сопоставляется с operational по времени.

Ресурсный слой хранит ODU, client signal, granularity, TPN, TS, ODTU, priority, path constraints, concurrent allocations и расчёт ODUflex. Слой результата хранит cross-connect, alarms, optical metrics, errors и traffic.

Running-Code Primacy Хэн Лу здесь не обесценивает стандарт. Документ авторитетен в общей форме. Реализация авторитетна в собственных действиях. Наблюдение авторитетно в результате. Проблема начинается, когда ранняя квитанция заимствует поздний вывод.

Чего источники не доказывают

Замороженные источники подтверждают содержание редакции 20, её статус и границы YANG, datastores и доступа. Они не доказывают соответствие конкретного продукта, внедрение оператором, успешный reservation или качество сервиса.

Статья не ранжирует поставщиков и не оценивает adoption. Вывод ограничен: схема правильно описывает bandwidth, но не резервирует slot. Надёжная автоматизация должна сохранить обе части этой фразы.

Sources