Интегрированные сети ISDN



Формат объекта - часть 5


<flow descriptor list> ::= <empty> |

<flow descriptor list> <flow descriptor>

Если присутствует объект INTEGRITY, он должен непосредственно следовать за общим заголовком. За объектом STYLE следует список дескрипторов потоков. Объекты в списке дескрипторов должны следовать требованиям записанных в BNF.

Объект NHOP (напр., RSVP_HOP) содержит IP-адрес интерфейса, через который посылаются сообщения Resv, и LIH для логического интерфейса, где требуется резервирование.

Появление объекта RESV_CONFIRM сигнализирует о запросе подтверждения резервирования и несет в себе IP-адрес получателя, которому должен быть послан ResvConf. Число объектов POLICY_DATA не лимитировано.

Ниже приведены правила, которые специфицируют структуру дескриптора потока для каждого из стилей резервирования.

  • Стиль WF:
  • <flow descriptor list> ::= <WF flow descriptor>

    <WF flow descriptor> ::= <FLOWSPEC>

  • Стиль FF:
  • <flow descriptor list> ::=

    <FLOWSPEC> <FILTER_SPEC> |

    <flow descriptor list> <FF flow descriptor>

    <FF flow descriptor> ::=

    [ <FLOWSPEC> ] <FILTER_SPEC>

    Каждый запрос стиля FF описывается одной парой (FLOWSPEC, FILTER_SPEC), несколько таких запросов могут быть уложены в один список дескрипторов потока сообщения Resv. Объект FLOWSPEC может быть опущен, если он идентичен последнему такому объекту в списке; первый дескриптор потока стиля FF должен содержать FLOWSPEC.

    • Стиль SE:

    <flow descriptor list> ::= <SE flow descriptor>

    <SE flow descriptor> ::=

    <FLOWSPEC> <filter spec list>

    <filter spec list> ::= <FILTER_SPEC>

    | <filter spec list> <FILTER_SPEC>

    Набор отправителей (reservation scope), которым направляется конкретный запрос резервирования, определяется следующим образом:

    • Явный выбор отправителя

    Резервирование переадресуется всем отправителям, чьи объекты SENDER_TEMPLATE, записанные в состоянии прохода соответствуют объекту FILTER_SPEC.




    Содержание  Назад  Вперед