### 2.8 Протокол RSVP

Протокол резервирования ресурсов RSVP (RFC 2205) предоставляет простой механизм резервирования необходимой емкости очередей для отдельных потоков трафика. Он был разработан организацией IETF как средство для запроса и резервирования ресурсов в маршрутизируемых сетях, подобных Интернет. Одна из рабочих групп, прорабатывающих вопросы, связанные с RSVP, — Integrated Services Working Group — занимается развитием модели Интернет с целью обеспечения интеграции самых разнообразных служб. Основная ее задача — описать типы служб и соответствующие каждому из них требования к качеству обслуживания. Обращаясь к той или иной службе, приложение использует протокол RSVP, чтобы сообщить сети о своих пожеланиях относительно качества обслуживания. Это означает, что RSVP предназначен для сквозного распределения сетевых ресурсов между отдельными потоками трафика. Следовательно, чтобы обеспечить запрошенное качество обслуживания, все узлы должны поддерживать RSVP.
Группа Integrated Services определила «поведение» элементов сети для двух типов служб: с контролируемой загрузкой (RFC 2211) и с гарантированным качеством обслуживания (RFC 2212). Первые обеспечивают передачу потока трафика с качеством обслуживания, близким к тому, которое достижимо при отсутствии загрузки сетевого элемента (для этого привлекается жесткий алгоритм управления доступом). Вторые гарантируют определенную полосу пропускания и задержку, благодаря чему дейтаграммы доставляются в пределах указанного срока и не сбрасываются из-за переполнения очередей. Вместе с тем службы с гарантированным качеством обслуживания не предпринимают попыток минимизировать величину разброса задержек.
Сам протокол RSVP не определяет никаких функциональных свойств элементов сети и предназначен только для передачи запросов на резервирование сетевых ресурсов. Резервирование инициируется стороной, принимающей поток. Оно действует для определенного потока данных и на определенный период времени, для продления резервирования приемник должен периодически отправлять соответствующие сообщения. Все маршрутизаторы, находящиеся на пути передачи потока, обязаны резервировать ресурсы для обеспечения указанного качества обслуживания.
Существует два основных типа сообщений RSVP: Resv и Path. Сообщение Path посылается в направлении от отправителя к приемнику по маршруту пересылки данных и подготавливает маршрутизаторы к возможному резервированию ресурсов. Приемник посылает по тому же самому маршруту сообщение Resv, которое и резервирует на маршрутизаторах ресурсы, необходимые для предоставления требуемого качества обслуживания.
Каждый маршрутизатор должен классифицировать пакеты и обслуживать очереди таким образом, чтобы обеспечить каждому потоку требуемый ему уровень обслуживания. Это позволяет достичь неплохих результатов в управлении качеством обслуживания, но при увеличении числа сеансов RSVP нагрузка на маршрутизатор тоже резко возрастает. Поэтому рассматриваемая технология хорошо подходит лишь для сетей с контролируемым числом сеансов RSVP.
Одно из возможных решений по уменьшению нагрузки на маршрутизатор — объединение на границе сети множества потоков трафика в один или несколько путей RSVP; так, в случае IP-телефонии, трафик множества абонентов вполне можно пустить по одному RSVP-пути между речевыми шлюзами. В мультисервисных сетях такое объединение может базироваться на модели Diff-Serv.