Пояснить назначение и принцип работы протокола RSVP

RSVP является протоколом резервирования ресурсов и предназначен для интегрированного сервиса Internet. Это протокол "точка-точка", является протоколом управления и функционирует в совокупности с протоколами маршрутизации.

Используется хостами для поддержки потоков данных от приложений, требующих заданного качества обслуживания от сети для отдельных потоков данных. Протокол также используется маршрутизаторами для доставки управляющих запросов QoS всем узлам.

Версия – номер версии протокола (текущее значение 1).

Флаги – поле флагов в настоящее время не используется.

Тип сообщения – поддерживаются следующие типы сообщений: Path. Resv. PathErr. ResvErr. PathTear. ResvTear. ResvConf.

Контрольная сумма RSVP – контрольная сумма сообщения.

Send TTL – значение времени жизни IP, с которым передается пакет.

Размер RSVP – общая длина сообщения RSVP в байтах с учетом общего заголовка и следующих за ним полей переменной длины.

Основными компонентами RSVP являются:

· отправитель;

· получатель;

· маршрутизаторы и хосты, находящиеся на пути от получателя к отправителю;

· потоки (совокупность IP-пакетов, посылаемых отправителем одному или более получателям, с соответствующим потоку идентификатором — FlowLabel).

В соответствии с протоколом RSVP, перед началом посылки потока IP-пакетов, требующего определенного качества сервиса, отправитель сообщает получателю о желании начать передачу и о необходимых параметрах качества (это сообщение называется Path и содержит IP-адреса отправителя и получателя, а также информацию, характеризующую качество сервиса QoS для потока - FlowSpec).

В ответ получатель рассылает заявки на резервирование ресурсов всем узлам, находящимся на выбранном маршруте. Данная заявка содержит в себе, помимо IP-адреса отправителя и получателя, поля FlowSpec, AdmissionControl и PolicyControl. Поле AdmissionContro l содержит информацию о возможности отправителя предоставить требуемое качество сервиса, а поле PolicyControl характеризует права получателя на проведение операции резервирования QoS. Если оба поля установлены верно, узел, получающий данную заявку, резервирует требуемые ресурсы.

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

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

Основные недостатки протокола RSVP - большой объем служебной информации и большие затраты времени на организацию резервирования.