RFC: 3031
Оригинал: Multiprotocol Label Switching Architecture
Категория: Предложенный стандарт
Дата публикации:
Авторы: , ,
Перевод: Мельников Дмитрий Анатольевич

RFC 3031, Страница 14 из 68

3.14. Назначение и уникальность маркеров

Положим, что LSR-маршрутизатор Rd может связать маркер L 1 с FEC-классом F и отправить данные об этой связке субъекту распределения маркеров R u 1 . Rd также может связать маркер L 2 с FEC-классом F и отправить данные об этой связке субъекту распределения маркеров R u 2 . MPLS-архитектура не определяет должны ли такие маркеры L 1 и L 2 быть одинаковыми. Эта задача должна решаться локально.

Положим, что LSR-маршрутизатор Rd может связать маркер L с FEC-классом F 1 и отправить данные об этой связке субъекту распределения маркеров R u 1 . Rd также может связать маркер L с FEC-классом F 2 и отправить данные об этой связке субъекту распределения маркеров R u 2 . Если (и только если) Rd после получения IP-пакета, в котором самый высший маркер является маркером L , может определить какой из субъектов R u 1 или R u 2 разместил маркер в этом IP-пакете, то MPLS-архитектура не требует, чтобы FEC-классы F 1 и F 2 были одинаковыми. В таких случаях говорят, что Rd использует различные «диапазоны (пространства) маркеров» для тех маркеров, которые он транслирует субъекту R u 1 , и для тех, которые он транслирует субъекту R u 2 .

Обобщая сказанное выше, Rd может определить, какой из субъектов R u 1 или R u 2 разместил соответствующий маркер L на самом верхнем уровне набора маркеров только при соблюдении следующих условий:

  • R u 1 и R u 2 являются лишь субъектами распределения маркеров, которым Rd транслирует данные о привязке маркера L ;

  • R u 1 и R u 2 напрямую соединены с Rd через сквозной интерфейс (point-to-point interface).

Если эти условия соблюдены, то LSR-маршрутизатор может использовать маркеры, которые предназначены для обозначения конкретного интерфейса (per interface), т.е. каждый маркер соответствует только одному уникальному интерфейсу. В этом случае говорят, что LSR-маршрутизатор использует пространство маркеров, предназначенных для обозначения конкретного интерфейса (per-interface label space).

Если эти условия не соблюдены, то маркеры должны быть уникальны по отношению LSR-маршрутизатору, за которым они закреплены. В этом случае говорят, что LSR-маршрутизатор использует пространство маркеров, предназначенных для обозначения конкретного сетевого объекта (per-platform label space).

Если определённый LSR-маршрутизатор Rd присоединён к соответствующему LSR-маршрутизатору Ru с помощью двух сквозных интерфейсов, то Rd может отправить Ru данные о привязке маркера L к FEC-классу F 1 , а также данные о привязке маркера L к FEC-классу F 2 . При этом FEC-классы F 1 и F 2 считаются эквивалентными, но только тогда (и только тогда), если каждый элемент данных о привязке может быть доставлен только в тех IP-пакетах, которые Ru транслирует Rd через один из двух сквозных интерфейсов. Во всех других случаях Rd не должен транслировать Ru данные о привязке маркера с одним и тем же значением к двум различным FEC-классам.

Такой запрет налагается и в том случае, когда данные о привязках рассматриваются как данные, расположенные на различных уровнях иерархии. MPLS-архитектура вообще не рассматривает наличие различных пространств (диапазонов) маркеров для разных уровней иерархии. При определении маркера, уровень маркера вообще не имеет какого смысла.

Вопрос заключается как раз в том, может ли LSR-маршрутизатор для одного и того же интерфейса использовать несколько диапазонов маркеров, предназначенных для обозначения конкретного, либо сетевого объекта, либо интерфейса. MPLS-архитектура этого не запрещает. Тем не менее, в таких случаях LSR-маршрутизатор обязан иметь специализированные средства (которые MPLS-архитектурой не стандартизованы), позволяющие определить, к какому диапазону маркеров принадлежит соответствующий входящий маркер. Например, в стандарте RFC-3032 установлено, что для однонаправленных и IP-пакетов с групповой адресацией должны использоваться различные диапазоны маркеров. Более того, в стандарте RFC-3032 вводится специализированный код канального уровня, предназначенный для разграничения этих двух диапазонов маркеров.

Страница 14 из 68

2007 - 2022 © Русские переводы RFC, IETF, ISOC.