ВУЗ:
Составители:
Рубрика:
Для обслуживания различных приложений предлагается несколько типов резервирования.
Элементами протокола RSVP являются отправители, получатели и расположенные между ними
маршрутизаторы. В этом протоколе формируется два основных типа сообщений:
путь
(РАТН),
резерви-
рование
(RESV). Отправитель сообщения высылает РАТН в обратном направлении к одному (или бо-
лее) получателю, информируя о том, какого типа сведения будут переданы источником. Эта информа-
ция включает такие параметры потока, как средняя скорость передачи, требуемый уровень QoS.
Получатель высылает сообщение отправителю RESV. Ресурсы не резервируются до тех пор, пока
получатель, используя информацию, содержащуюся в сообщении РАТН, не вышлет сообщение RESV в
прямом направлении (обычно обратном тому пути, каким пришло сообщение РАТН), где укажет, какие
конкретные ресурсы необходимо зарезервировать. К одному отправителю с сообщением RESV могут
обратиться несколько получателей, причём количество запрошенных ресурсов бывает различным. Это
стандартная ситуация при групповом режиме обращения. Узел, принимающий такие запросы, объеди-
няет их и генерирует одно обращение RESV, которое затем отправляется источнику. В новом обраще-
нии RESV содержится максимальный из всех запрошенных ресурсов, пришедших на предыдущем эта-
пе.
Запрос RESV состоит из
дескриптора потока
,
который образован спецификатором потока и специ-
фикатором фильтра. Первый определяет необходимый уровень QoS, в то время как спецификатор
фильтра используется для выбора числа пакетов, участвующих в данной сессии. В RSVP поток – это
набор пакетов данных, который принимается с QoS, определяемым спецификатором потока, а под сес-
сией понимается поток данных с конкретным пунктом назначения и протоколом транспортного уровня.
Каждый узел, который участвует в исполнении протокола RSVP, осуществляет
контроль доступа
и
кон-
троль стратегии.
Первый тип определяет достаточность имеющихся ресурсов для обеспечения запро-
шенного QoS. Второй тип выясняет, имеет ли пользователь право для резервирования ресурсов. Когда
промежуточный узел принимает запрос RSVP, он должен выполнить две функции, а именно:
−
сформировать резерв.
Спецификаторы потока и фильтра используются обоими типами контроля
для принятия решения об исполнении запроса или отказе в его исполнении. При отказе получателю,
осуществившему запрос, высылается сообщение об ошибке. Если запрос принят к исполнению, то уз-
лом формируется классификатор пакета для отбора соответствующих входящих пакетов. Таким же об-
разом формируется план передачи пакетов, с тем чтобы их передача исполнялась в режиме, обеспечи-
вающем требуемый уровень QoS;
−
передать запрос в прямом направлении.
Сообщение, содержащее запрос, отсылается в прямом
направлении к источнику.
Базовой моделью резервирования считается однопереходная. Это означает, что получатель посыла-
ет сообщение RSVP в прямом направлении, а промежуточные узлы либо готовы исполнить его, либо
нет. Получатель не может отвечать за всю передачу пакетов от пункта отправления до пункта получе-
ния сообщения. Более совершенной является
однопереходная модель с уведомлением
(One Path With
Advertising – OPWA), в которой контрольные пакеты отправляются в обратном направлении по пути
следования данных. Эти пакеты собирают информацию, которая затем используется для предсказания
уровня QoS на всём пути. RSVP доставляет полученные результаты, названные уведомлением приём-
ника, который может использовать их для формирования или динамической корректировки соответст-
вующего запроса на выделение резерва.
Работу протокола RSVP иллюстрирует рис. 3.6. На схеме показано четыре маршрутизатора – RА,
RВ, RС, RD, один источник, или отправитель, сообщений – S1, два получателя – R1 и R2. На рис. 3.5
представлена операция объединения запросов, в которой промежуточный маршрутизатор RС отправля-
ет источнику единственное сообщение RESV, хотя на предыдущей стадии он принял сообщения от
обоих получателей. Работа данной схемы основана на предположении, что все маршрутизаторы на пути
сообщения RESV приняли запрос.
Протокол RSVP работает следующим образом:
1. Источник высылает сообщение РАТН одному или нескольким получателям. Сообщение содер-
жит спецификатор потока, в котором указываются скорость передачи данных и границы величины за-
держки потока, т.е. QoS.
Страницы
- « первая
- ‹ предыдущая
- …
- 58
- 59
- 60
- 61
- 62
- …
- следующая ›
- последняя »