RSVP
Наиболее важной характеристикой канала является его пропускная способность. Для исключения задержек и различных артефактов желательно, чтобы пропускная способность была как можно выше (причем это утверждение относится не только к VoIP), а также над ней должен быть установлен полный контроль.
Один из подходов состоит в реализации таких протоколов, как RSVP (Resource Reservation Protocol), резервирующий определенную долю пропускной способности для некоторых приложений. В случае IP-телефонии RSVP служит для обеспечения необходимой речевому трафику пропускной способности. Поддержку RSVP включили в свои продукты все ведущие поставщики сетевых маршрутизаторов, а Microsoft реализовала его в своем браузере Internet Explorer, что должно воодушевить разработчиков ПО на создание приложений, обладающих преимуществами этого протокола. Такое приложение может запросить определенное качество обслуживания, послав на хост-машину сообщения о резервировании части полосы пропускания по протоколу RSVP. Поскольку RSVP не является протоколом маршрутизации, программы, реализующие его, должны использовать локальные протоколы маршрутизации для взаимодействия с маршрутизаторами.
Итак, протокол RSVP предполагает выделение маршрутизаторами и коммутаторами на всех узлах маршрута определенной части полосы пропускания только на передачу голоса. Следовательно, в ответ на запрос вызывающего абонента в глобальной сети создается виртуальный канал необходимой пропускной способности только для передачи голосового трафика, а прочие IP-пакеты не пропускаются в выделенную часть диапазона. Данный механизм позволяет значительно увеличить уровень обслуживания и минимизировать задержки в передаче речи до качества коммерческого уровня, однако в глобальных сетях, построенных на маршрутизаторах разных типов и принадлежащих различным владельцам, он не всегда применим. Ведь на каждом узле маршрутизатор должен быть предварительно сконфигурирован для поддержки такой функции, как образование RSVP-туннеля, что влечет за собой определенные трудности - финансовые (пользователи вынуждены доплачивать за эксплуатацию RSVP), юридические (если сеть проходит через разные страны, то отдельные ее части могут оказаться вне зоны контроля оператора услуг связи), психологические (отказ или нежелание системных администраторов конфигурировать RSVP на подконтрольном им узле маршрута) и т. д. В целом RSVP можно оценить как весьма эффективное средство для повышения качества голоса в IP-сетях, но в то же время достаточно сложное и трудоемкое для внедрения в WAN.
