Использование протокола rsvp в сетях с ds
Протокол RSVP позволяет приложениям сообщать о требованиях потока к сети. Он используется для определения объема этих требований. Но протокол RSVP имеет некоторые ограничения, которые препятствуют его развертыванию в Internet в целом:
В настоящее время только небольшое число устройств поддерживает протокол RSVP. Их число, как ожидается, будет расти, однако большинство существующих приложений не сможет поддерживать этот протокол без существенных доработок;
Многие приложения, хотя и требуют предоставления QoS, не способны точно выразить эти требования при использовании IS-модели.
На рис. 14.4 показан пример, в котором два клиента распределенной сети, поддерживающие протокол RSVP, связаны магистралью с DS через Internet. Маршрутизаторы R2 и R3 – это граничные маршрутизаторы, которые служат в качестве переводчиков требований QoS с языка сети IS на язык сети DS и наоборот. В нашем примере граничные маршрутизаторы не используются для выполнения резервирования RSVP. Они осуществляют функции входного контроля домена DS. Услуги, определенные в сети DS, должны быть доступны непрерывно по сети для того, чтобы произвести подмену резервирования потока протоколом RSVP соответствующим обслуживанием, предоставляемым в домене DS. Маршрутизаторы в сети DS должны предоставить набор параметров, которые, по своей сути, соответствуют ресурсам, зарезервированным протоколом RSVP. Это необходимо приложениям, поддерживающим протокол RSVP, для того, чтобы назначать определенные сервисные уровни для их потоков трафика в сети с предоставлением DS.
Маршрутизаторы R1 и R4 – специальные маршрутизаторы, которые работают как в RSVP/IS-области сети, так и в области сети с предоставлением DS. Эти маршрутизаторы как бы разделены на две половины. Одна поддерживает протокол RSVP и связана с пользовательской сетью. Другая половина поддерживает сети с предоставлением DS и связана с Internet. Первая половина должна, по крайней мере, частично поддерживать протокол RSVP. Маршрутизатор должен обрабатывать сообщения PATH и RESV, но этого не требуется для того, чтобы поддерживать классификацию пакета и сохранение состояния RSVP. Вторая половина маршрутизатора обеспечивает управление доступом для сети с DS. Если сервисное соглашение между пользовательской сетью и Internet является статическим, то функция управления доступом может быть реализована в виде простой таблицы, которая и определяет необходимые параметры QoS. Если сервисное соглашение имеет динамическую форму, то управление доступом связывается с аналогичными функциями в пределах данной сети с предоставлением DS для того, чтобы принять решение о доступе в зависимости от имеющейся пропускной способности сети.
В рассмотренном примере обмен сообщениями протокола RSVP используется для обеспечения контроля за доступом на определенные сервисные уровни сети с предоставлением DS из сети с предоставлением IS. Сообщения протокола RSVP несут описание параметров QoS сети IS. На границе между сетями IS и DS граничные маршрутизаторы переносят требуемые для сетей IS параметры QoS на соответствующие уровни обслуживания сетей DS. Пользовательский трафик сможет пройти после того, как его пропустит граничный маршрутизатор, контролирующий доступ в сеть DS. Это произойдет в том случае, если маршрутизатор сможет предоставить необходимое качество обслуживания в сети DS. Если сообщение о резервировании протокола RSVP из сети IS достигает граничного маршрутизатора, дескриптор потока RSVP будет преобразован в режим РНВ, который представляет соответствующий сервисный уровень в сети DS. Граничный маршрутизатор добавляет в конец сообщения о резервировании протокола RSVP значение режима РНВ. Отправляющая рабочая станция помечает все уходящие пакеты этим значением режима РНВ. Такой подход позволяет поддерживать параметры QoS, гарантированные приложениям протоколом RSVP, в интрасетях, если они связаны между собой через Internet каналами с предоставлением DS.