Кратко

  • RFC 5143 — документ категории Historic об эмуляции цепей SONET/SDH через MPLS; новые реализации обязаны использовать RFC 4842.
  • В 32-битном CEM-заголовке находятся DBA, удалённый дефект, номер последовательности, указатель структуры, корректировка указателя и ECC-6.
  • ECC-6 исправляет однобитную ошибку и обнаруживает до двух ошибок в заголовке, но не защищает полезную нагрузку цепи.
  • Корректный или исправленный заголовок не создаёт потерянный пакет, не устраняет перестановку и не наполняет джиттер-буфер.
  • Потеря определяется при воспроизведении, когда становится ясно, успели ли данные к моменту, в который они нужны цепи.
  • Номера выявляют потери и перестановки; без переупорядочивания такой пакет отбрасывается, а данные заменяются настроенным шаблоном.
  • Потеря пакетной синхронизации вызывает CEM-RDI в сторону пакетной сети и AIS-P в сторону структурированной цепи.
  • DBA может намеренно убрать нагрузку и сохранить частоту пакетов, поэтому наличие потока не доказывает наличие пользовательских данных.
  • Восстановление такта — отдельная функция; заголовок не удостоверяет частоту, фазу, джиттер или вандер на выходе.
  • Старый формат мог напоминать IPv4 и вызывать ECMP по нагрузке, добавляя вариацию задержки и перестановки, которые ECC не исправляет.
  • Защита не сильнее пакетной сети и может уступать нативному TDM; ECC не является аутентификацией или доказательством происхождения.
  • Руководству нужны отдельные квитанции для заголовка, порядка, буфера, времени, аварийных сигналов и фактического выхода цепи.

Целая запись не управляет маршрутом

Проблема ECMP особенно полезна как начальная точка. Некоторые сочетания D и R в старом заголовке формировали первый полубайт, похожий на IPv4. Промежуточное оборудование могло решить, что перед ним IP, извлечь видимые поля и включить их в хеш равноправных путей. Пакеты одного псевдопровода расходились по трассам с разной задержкой.

RFC 4928 объясняет следствие: джиттер и возможная перестановка. RFC 4842 использует формат, который не наследует это нарушение соглашений control word. А RFC 5143 прямо имеет статус Historic и направляет новые реализации к RFC 4842.

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

Что помещается в 32 бита

D описывает Dynamic Bandwidth Allocation. R передаёт CEM Remote Defect Indication. Десятибитный номер циклически меняется от 0 до 1023. Указатель структуры помогает найти начало синхронного payload envelope, N/P передают корректировку указателя или аварийное состояние, шесть бит отданы ECC-6.

Это минимальный общий набор для двух независимых краёв. В нём нет истории прибытия, глубины удалённого буфера, качества восстановленного такта, состояния клиентского устройства и делового результата. Тонкий общий слой не обязан становиться полной моделью реальности.

В Appendix B задана проверочная матрица. По синдрому приёмник исправляет один бит и обнаруживает ошибку до двух бит, в том числе внутри самого поля ECC. Функцию можно отключить при настройке, после чего передаётся ноль.

Объект защиты назван точно: CEM-заголовок. Полезная нагрузка SONET/SDH не покрыта. Поэтому ecc_ok не подтверждает содержимое, источник, допуск услуги, порядок пути или непрерывность.

Номер указывает на дыру, но не заполняет её

Последовательность сообщает, какой пакет должен был идти следующим. Благодаря ей видны пропуски, дубликаты и инверсии. RFC 5143 требует обнаруживать потерянные и переставленные пакеты. Реализация может переупорядочить их; иначе обязана отбросить. Вместо потерянной или отброшенной нагрузки воспроизводится программируемый байтовый шаблон.

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

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

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

Буфер принимает решение вместе с протоколом

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

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

Доказательство включает время прибытия, дедлайн, решение о воспроизведении, шаблон замены, глубину, underrun, overrun и синхронизацию. В RFC 4842 отсутствующие или отброшенные пакеты отделены от буферных событий и потери синхронизации. Замена формата не отменила физику.

DBA сохраняет ритм без данных клиента

При AIS-P или неоснащённой нагрузке SONET/SDH механизм DBA может полностью подавить CEM payload. Заголовок, метки и пакетная оболочка продолжают передаваться. Частота остаётся близкой к нормальной, чтобы не раскачать удалённый буфер и отличить состояние линии от разрыва пакетной сети.

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

DBA должна запускаться по overhead SONET/SDH, а не по догадке о содержимом payload. Происхождение решения — часть доказательства. Явное состояние линии и случайное совпадение битового рисунка имеют разную силу.

Исправление битов не исправляет часы

Выход обязан воспроизвести входной сервисный такт. RFC 5143 предусматривает синхронный и асинхронный режимы, одинаково настроенные на обоих концах. В структурированном синхронном варианте N/P передаёт корректировки, а последовательность не позволяет повторно применить событие после дубликата или перестановки.

Качество такта всё равно требует собственного свидетеля. Асинхронный вариант может использовать адаптивное восстановление, подробности которого оставлены реализации. RFC 4842 также не стандартизует алгоритм, но требует соблюсти применимые пределы jitter и wander.

Полная последовательность может дать неверную частоту. Хорошее среднее скрывает короткие фазовые колебания. Захваченный такт способен ритмично передавать AIS-P. Частоту, фазу, джиттер и вандер нужно измерять на восстановленном интерфейсе.

Аварийный сигнал — честный выход

При потере синхронизации RFC 5143 требует послать CEM-RDI к пакетной сети. На структурированной цепи воспроизводится AIS-P. Это сообщение о том, что путь не несёт действительных конечных данных, а не подтверждение непрерывности.

Сигнал нужно сохранять вместе с происхождением. Где впервые увидели состояние SONET/SDH? Где включили DBA? Где потеряли пакетную синхронизацию? Какой край сформировал AIS-P? Без такой цепочки авария превращается в ещё один бинарный цвет без причины.

Шесть независимых квитанций

Первая квитанция говорит о заголовке: действителен, исправлен, обнаружен без возможности исправления, непригоден или передан с отключённым ECC. Вторая содержит пропуски, дубликаты, инверсии и результат переупорядочивания. Третья описывает буфер: дедлайн, воспроизведение, замену, underrun, overrun и синхронизацию. Четвёртая измеряет частоту, фазу, jitter и wander. Пятая ведёт AIS-P, CEM-RDI, Unequipped и DBA от источника. Шестая проверяет, вышли ли к клиентскому оборудованию действительные данные.

Разделение ускоряет поиск. Рост исправлений указывает на качество линии. Чистые номера с пустым буфером — на pacing или вариацию пути. Корректные пакеты с плохим временем — на восстановление такта. Ровная DBA вместе с AIS-P — на состояние цепи.

Источники

  1. RFC 5143, HTML
  2. RFC 5143, текст
  3. Запись RFC Editor
  4. IETF Datatracker
  5. История документа
  6. Поиск errata RFC 5143
  7. Параметры Pseudowire IANA
  8. RFC 4842: Circuit Emulation over Packet
  9. RFC 4553: Structure-Agnostic TDM over Packet
  10. RFC 5086: Structure-Aware TDM Circuit Emulation
  11. RFC 4447: настройка и обслуживание Pseudowire через LDP
  12. RFC 4385: Pseudowire Control Word
  13. RFC 4928: исключение обработки ECMP в MPLS
  14. RFC 3985: архитектура Pseudowire Emulation
  15. RFC 4023: инкапсуляция MPLS в IP или GRE
  16. RFC 5085: проверка связности Pseudowire
  17. RFC 6374: измерение потерь и задержки MPLS
  18. Minimum Initial Specification, Localized Future Decision, and Voluntary Adoption
  19. On Reality Layers, Symbolic Power, and Why Clarity Feels So Hostile
  20. Running-Code Primacy