Действительно, смысла в индивидуальном управлении потоком, например, по соединениям опорной сети OC-12 может и не быть. По этой причине в коде Cisco IOS версии 12.1(5)T и более поздних выпусков сообщения RSVP прозрачно переправляются, если этот протокол не настроен на любом интерфейсе платформы. Не выполняется и не управляется ни одно резервирование, но путь и пакеты Resv не отбрасываются. Это делает возможным создание гибридных топологий, где используется RSVP вокруг границ сети для защиты медленных соединений доступа в глобальную сеть или перегрузки, в то время как высокоскоростные локальные сети, соединяющие несколько офисов, и опорные соединения глобальной сети не используют RSVP.
Конечно, такая топология является компромиссом между настоящим сквозным резервированием и гарантией качества обслуживания RSVP, но вполне рабочим. На опорных соединениях может достигаться необходимая защита от излишних устройств или от одного из других механизмов контроля приема вызовов, описанных ранее, в то время как для подключения с высокой вероятностью конфликта (обычно граничное оборудование локальной сети) можно пользоваться протоколом RSVP. На рис. 23 отображена гипотетическая сеть, настроенная на использование DiffServ в опорной и локальной сети, но использующая резервирования RSVP на граничных соединениях с глобальной сетью. Рис. 23.
Гибридная топология DiffServ/RSVP Краткая информация о механизме контроля приема вызовов RSVP Необходимо помнить о следующих факторах, относящихся к использованию протокола RSVP в качестве механизма контроля приема вызовов: В ПО Cisco IOS, который используется в настоящее время, вызовы H.323 по умолчанию инициируются с помощью технологии FastConnect, если настроен протокол RSVP. Пакеты RSVP (PATH и RESV) проходят по сети как трафик, передаваемый только при наличии возможности. В качестве основы для LLQ на интерфейсе/PVC должна быть включена поддержка WFQ.
Протокол RSVP является настоящим сквозным механизмом контроля приема вызовов, только если он настроен на любой интерфейс, через который проходит вызов. Из-за уникальной веозможности протокола RSVP функционировать в качестве сквозного механизма контроля приема вызовов и гарантировать качество обслуживания на всей продолжительности вызова, в сети появляются некоторые «издержки» следующего рода: Передача сигналов (передача сообщений и обработка) Отдельное состояние (память) для каждого потока Задержки после набора номера В случае сбоя в соединении сети протокол RSVP не обеспечивает перенаправление вызова после его установки В Cisco IP-телефонах RSVP пока не поддерживается