Кратко
- RFC 5150 соединяет выделенные сегментные GMPLS LSP, или S-LSP, в один сквозной LSP.
- Один S-LSP может обслуживать только один e2e-LSP и отдаёт этой связи всю полосу.
- Источник просит stitching битом 5 в LSP_ATTRIBUTES, а конец сегмента подтверждает готовность тем же битом в RRO.
- Подтверждение включает ненулевую подготовительную метку; известная, но неподдерживаемая операция возвращает Routing Problem со значением 30.
- Готовность разрешает использовать сегмент, но не подтверждает последующую установку пересылки e2e.
- В TE-топологии концы S-LSP могут выглядеть соседями, хотя forwarding adjacency в плоскости данных между ними нет.
- Поэтому Label и Upstream Label на абстрактном e2e-хопе формально обязательны, но не имеют смысла и должны игнорироваться.
- Реальный путь замыкают локальные swap-операции на входе и выходе сегмента, а для двунаправленного LSP — в обе стороны.
- RRO сквозного LSP показывает конец сегмента и намеренно не перечисляет его внутренние узлы и линки.
- Аутентификация RSVP относится к соседям управления, а не автоматически к скрытой плоскости данных.
- S-LSP и e2e-LSP завершаются независимо; конкретная сигнализация восстановления оставлена за рамками RFC.
- Учёт ресурса, готовность, пограничные swaps, здоровье скрытого пути, recovery и результат клиента требуют отдельных квитанций.
Абстракция меняет карту, а не кабель
S-LSP можно рекламировать как TE-линк и включать в вычисление маршрута. Для потребителя базы link state его концы становятся соседними. В плоскости данных сегмент может проходить через несколько LSR и физических соединений; прямого соединения между представленными концами от этого не возникает.
Такая реклама необязательна. Если её включают, она увеличивает объём link-state базы и стоимость обновлений. Уже этот выбор требует владельца: абстракция упрощает расчёт, но добавляет состояние и скрывает детали, которые понадобятся при диагностике.
За пределами домена локальный сегмент может вообще не рекламироваться. Тогда путь дополняют доменное вычисление или PCE. Ни один из этих вариантов не свидетельствует о физическом разнообразии, текущем состоянии каждого внутреннего узла или фактическом маршруте конкретного пакета.
RRO честно фиксирует неполную видимость
В Record Route Object сквозного LSP для хопа через S-LSP записывается адрес конца сегмента либо идентификатор ненумерованного линка. Внутренние узлы и связи самого сегмента в этой позиции показывать не следует. Полный по правилам RRO тем самым подтверждает границу абстракции, а не внутренний маршрут.
Это важно для аудита. Отсутствующие узлы не потеряны из-за плохой телеметрии — протокол намеренно не обещает их в представлении e2e. Попытка вывести здоровье скрытой части из аккуратного RRO подменяет вопрос: запись отвечает, каким логическим хопом воспользовался расчёт, но не отвечает, где и как прошли данные.
Нужен отдельный источник наблюдения для сегмента: состояние его узлов и линков, счётчики, измерение трафика и связь этих данных с конкретной версией пути.
Ready означает способность участвовать
Head end сегмента устанавливает LSP stitching desired в бите 5 TLV Attributes Flags. Tail end, который понимает и поддерживает процедуру, выделяет ненулевую метку в Resv и устанавливает LSP segment stitching ready в под-объекте Attributes внутри RRO. Источник обязан проверить ответ и не использовать сегмент с очищенным ready-битом.
Если получатель понимает запрос, но не способен выполнить stitching, он возвращает PathErr: Routing Problem, значение 30 Stitching unsupported. Реализация, знакомая с объектом, но не с TLV или конкретным битом, может проигнорировать запрос. Поэтому отправленный desired-бит сам по себе не доказывает даже готовность.
Успешный ответ сообщает, что сегмент подготовлен для будущей связи. Сквозной LSP ещё должен выбрать его по switching type, ERO, полосе и локальной TE-политике. Ready-бит не читает состояние swap-таблиц, которое появится на следующем этапе, и не запускает пробный поток.
Метки логического хопа не выполняют пересылку
При двунаправленной установке e2e-LSP сообщение Path несёт Upstream Label через хоп S-LSP, а Resv возвращает Label. Формально обмен похож на обычное согласование пересылки между соседями. Однако RFC прямо говорит, что forwarding adjacency между концами нет, значения могут быть любыми и получатель должен их игнорировать.
Объекты нужны для целостности RSVP-TE процедуры над логическим хопом, а не для программирования прямой операции данных. Реальную непрерывность создают две локальные команды: входной LSR переключает трафик с предыдущего e2e-участка в S-LSP, выходной — из S-LSP на следующий участок. Двунаправленная услуга требует зеркальной пары.
Одна граница не квитирует другую. Чтобы доказать исполнение, следует прочитать обе swap-операции, связать их с той же версией LSP и наблюдать прохождение трафика. Наличие двух протокольных объектов подтверждает синтаксис, не форвардинг.
Нулевая свободная полоса — это запись о владении
Stitching происходит в одном switching layer. В отличие от иерархического H-LSP, способного нести несколько LSP верхнего уровня, S-LSP связывается не более чем с одним сквозным LSP. Вся полоса сегмента назначается этой связи.
После назначения unreserved bandwidth должна стать нулевой. Если несколько S-LSP объединены в один TE-линк, каждый компонент по-прежнему допускает одну связь, а агрегированные параметры полосы пересчитываются. Механизм не позволяет расчёту и admission control занять один выделенный ресурс дважды.
Но корректный ноль в TED не измеряет throughput, loss, задержку и состояние приложения. Ресурс может быть полностью и правильно зарезервирован при отсутствующем egress-swap или отказе внутри сегмента. Финансовый и технический учёт должны хранить эту разницу: эксклюзивность говорит, кому принадлежит ресурс, а не что он доставил.
Создание имеет локального владельца
S-LSP может быть создан административной конфигурацией или динамически в ответ на запрос. Триггер границы switching region, используемый в иерархии, нельзя переносить на stitching. Switching capability предыдущего и следующего линка должна совпадать, после чего локальная политика решает, создавать ли сегмент и какой элемент выбрать.
В доказательную цепочку входят версия этой политики, её владелец, ограничения ERO, полоса и выбранный компонент. Формулировка «протокол построил путь» стирает субъекта решения и затрудняет разбор изменений.
Stitching способен обходить старые узлы, в том числе между LSR с поддержкой P2MP. RFC предупреждает, что конфигурация может сделать RSVP P2MP менее привлекательным. Временный мост совместимости без срока пересмотра превращается в постоянную архитектурную зависимость.
Два teardown образуют две истории
Сессии S-LSP и e2e-LSP завершаются независимо. Одна может использовать ADMIN_STATUS, тогда как другая немедленно удаляет состояние. Статический сегмент способен пережить конец e2e-LSP; динамический может быть снят после задержки, определённой локальной политикой.
RFC рекомендует считать teardown S-LSP отказом e2e-LSP и запускать восстановление либо завершение, но не определяет точную сигнализацию recovery. Событие запуска не подтверждает успешный запасной путь. Рекомендованная задержка около 30 секунд перед удалением динамического сегмента уменьшает наложение сообщений об ошибке и teardown, однако не сохраняет клиентскую сессию сама по себе.
Сообщение RSVP может идти по интерфейсу, отличному от описываемого интерфейса данных. Его security association подтверждает соседей управления и IP-идентичности, не содержимое пользовательского потока. Реестр IANA и единственная редакционная errata уточняют язык стандарта, но ничего не говорят о распространённости внедрения или качестве конкретной сети.
Источники
- RFC 5150, HTML
- RFC 5150, текст
- Карточка RFC Editor
- Карточка IETF Datatracker
- История RFC 5150
- Ссылки RFC 5150
- Errata RFC 5150
- RFC 4206
- RFC 3209
- RFC 3473
- RFC 4420
- RFC 3477
- RFC 4201
- RFC 4203
- RFC 4205
- RFC 2747
- RFC 3032
- RFC 5151
- Параметры RSVP в IANA
- Minimum Initial Specification
- On Reality Layers
- Running-Code Primacy
Обзор для участников
Подробный контекст профиля
Войдите с подходящим уровнем подписки, чтобы открыть полный обзор и примечания к источникам.
Только для Стратегического сообщества
Стратегическое сообщество
Открыто всем читателям. Вступите и войдите, чтобы открыть обзоры профилей.
Вступить в Стратегическое сообществоТолько для Альянса лидеров
Альянс лидеров
Для проверенных владельцев IP-активов и руководителей. Войдите, чтобы открыть обзоры Альянса.
Вступить в Альянс лидеров
