Характеристика запросов SIP, страница 6

  |<----------------OK-------------|

  |-----------------ACK---------->|

(3)оповещение

[A]                  [B]

  |---INVITE-->|

  |<----  182 -----| (недоступен)

  |<-- 200 OK --|

  |---- ACK ---->|

Протокол резервирования ресурсов

RSVP – Resource Reservation Protocol

цели создания протокола

 1 - обеспечить приложения определять требуемые для них ресурсы

 2 - обеспечить среде инфраструктуры альтернативную реакцию на выставляемые требования со стороны приложений

            Среди альтернативных вариантов выделить три базовых

             1 - принять требования

             2 - отклонить требования

             3 - отложить сеанс связи

 3 - обеспечить возможность различным адресатам групповых адресатов определять различные требования. Необходимость различения требований обуславливается разнообразием вычислительных платформ трактов связи и внешнего оборудования.

4 – Обеспечить корректное изменение членства в группе

5 – Облегчить выбор источников информации среди множества возможных вещающих на групповые адреса.

6 – Обеспечить соответсвтвия агрегированных требований реальным потребностям систем приложений.

7 – обеспечить новые маршруты резервированием ресурсов.

8 – минимизировать траффик сопровождающий резервирование за счети управления избыточностью.

9 – обеспечить независимость процедур резервирования от методов и средств маршрутизации.

Основные свойства протокола RSVP:

1 – однонаправленная и групповая передача данных.

2 – симплексное соединение (одностороннее).

3 – резервирование по инициативе получателя.

4 – отслеживание гибкого состояния интерсети.

5 – поддержка многообразия стилей резервирования.

6 – прозрачность процедур резервирования для маршрутизаторов которые не поддерживают протокол RSVP.

Основания для резервирования ресурсов со стороны получателя:

1- отдельные члены групповых адресатов могут потреблять лишь часть информации адресуемой групппе, поэтому если ресурсы будут зарезервированы со стороны источника, то будет проявляться избыточность в резерве, тоесть не эффективность в использовании ресурсов. В связи с  этим логично резервирование со стороны получателя, но оно должно поддерживаться анализом соответсвия агрегирования совместных ресурсов реальному состоянию инфпаструктуры, что требует организации типовых стилей резервирования.