Телекоммуникационные технологии. Том 1


A Распознавание нового FEC - часть 2


Для упорядоченного управления в режиме Downstream On Demand

1. Goto FEC.2. (Смотри замечание 2.)

FEC.2 Получил ли LSR ранее от узла следующего шага и сохранил ли ассоциацию метка-FEC? Если да, goto FEC.5
FEC.3 Является ли следующим шагом партнер LDP? Если нет, Goto FEC.6
FEC.4 LSR выполняет процедуру запроса метки:

В отсутствии запросов

1. Goto FEC.6

Для запроса, когда необходимо ИЛИ

для запроса по запросу

  1. Исполнить процедуру Prepare_Label_Request_Attributes(Next Hop, FEC, InitAttributes, SAttributes);
  2. Исполнить процедуру Send_Label_Request (Next Hop, FEC, SAttributes).

Goto FEC.6.

FEC.5 Генерировать событие: От узла следующего шага получена ассоциация метки. (Смотри замечание 3.)
FEC.6 DONE.

Замечания:

  1. Примером атрибута, который может быть частью InitAttributes, является атрибут спецификации желательных характеристик LSP, таких как класс услуг ( CoS). (Заметим, что в то время как текущая версия LDP не специфицирует атрибут CoS, это могут делать расширения).
  2. Заметим, что InitAttributes не включают в себя известное число шагов или вектор пути.

  3. LSR, использующий режим рассылки меток Downstream On Demand, пошлет метку, только если он ранее получил запрос метки, помеченный как ожидающий. LSR не будет иметь таких ждущих запросов, так как он реагирует на любой запрос метки для неизвестного FEC путем посылки запрашивающему LSR уведомления No Route (нет маршрута) и отбрасыванием такого запроса; смотри LRq.3
  4. Если LSR имеет метку для данного FEC от узла следующего шага, он должен вести себя так, как если бы он только что получил метку от узла следующего шага. Это происходит в случае работы в режиме свободного удержания метки.




Начало  Назад  Вперед



Книжный магазин