Многоцелевое расширение почты Интернет

         

A.1.Распознавание нового FEC


Краткое изложение:

Отклик LSR на получение данных о новом FEC из маршрутной таблицы может включать в себя одну или более операций:

  1. Передача ассоциации метка-FEC одному или более партнерам LDP;
  2. Передача запроса метки для FEC узлу следующего шага;
  3. Любая из этих операций может реализоваться, когда LSR получает ассоциацию метка-FEC от узла следующего шага.

    Контекст:

  4. LSR. LSR, обрабатывающий события.
  5. FEC. Вновь распознанный FEC.
  6. Next Hop. Следующий шаг для FEC.
  7. InitAttributes. Атрибуты, которые должны быть сопряжены с новым FEC. (Смотри замечание 1).
  8. SAttributes. Атрибуты, которые должны быть включены в ассоциацию метки или в сообщение запроса метки, если они имеются, то посылаются партнеру.
  9. StoredHopCount. Число шагов, сопряженное с ассоциацией метка-FEC, (если имеется) полученное ранее от узла следующего шага.

Алгоритм:

FEC.1 Выполнение LSR процедуры рассылки меток:



Для независимого управления в режиме Downstream Unsolicited

  1. Осуществить итерацию через шаг 5 для каждого из партнеров.
  2. Получил ли LSR ранее и сохранил ли ассоциацию метка-FEC от узла следующего шага? Если да, установить флаг рассылки равным IsPropagating. Если нет, - установить равным NotPropagating.
  3. Исполнить процедуру Prepare_Label_Mapping_Attributes(Peer, FEC, InitAttributes, SAttributes, Propagating, Unknown hop count(0)).
  4. Исполнить процедуру Send_Label (Peer, FEC, SAttributes)
  5. Завершить итерацию через шаг 1. Goto FEC.2.
  6. Для упорядоченного управления в режиме Downstream Unsolicited

  1. Выполнить итерацию через шаг 5 для каждого из партнеров.
  2. Является ли LSR выходным для этого FEC? ИЛИ получил ли LSR ранее от узла следующего шага и сохранил ли ассоциацию метка-FEC?

    Если нет, продолжить итерацию для следующего партнера.

  3. Исполнить процедуру Prepare_ Label_ Mapping_Attributes( Peer, FEC, InitAttributes, SAttributes, Propagating, StoredHopCount).
  4. Исполнить процедуру Send_Label (Peer, FEC, SAttributes)
  5. Завершить итерацию в точке 1. Goto FEC.2.

Для независимого управления в режиме Downstream On Demand ИЛИ


Для упорядоченного управления в режиме 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, это могут делать расширения).

    Заметим, что InitAttributes не включают в себя известное число шагов или вектор пути.

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


  3. Если LSR имеет метку для данного FEC от узла следующего шага, он должен вести себя так, как если бы он только что получил метку от узла следующего шага. Это происходит в случае работы в режиме свободного удержания метки.



Содержание раздела