. 1 3 4 5 6 A B C D E F G H I J K L M N O P Q R S T U V W X Y Z А Б В Г Д Е З И К Л М Н О П Р С Т У Х Ц Ч
Ra Rc Rd Re Rf Ri Rm Ro Rp Rr Rs Rt Ru
Rs- Rsa Rst Rsv Rsx Rsy

RSVP

RSVP — протокол резервирования сетевых ресурсов (Resource ReSerVation Protocol) (RFC 2205).

С целью сообщения маршрутизаторам сети потребностей конечных узлов по качеству обслуживания потоков используется дополнительный протокол — RSVP.

Работает он следующим образом: узел-источник до передачи данных, требующих определённого нестандартного качества обслуживания (например, постоянной полосы пропускания для передачи видеоинформации), посылает по сети специальное сообщение в формате протокола RSVP. Это сообщение о пути (path message) содержит данные о типе передаваемой информации и требуемой пропускной способности. Оно передаётся между маршрутизаторами по всему пути от узла-отправителя до адреса назначения, при этом определяется последовательность маршрутизаторов, в которых необходимо зарезервировать определённую полосу пропускания.

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

Протокол RSVP, помимо использования для сигнализации требований к качеству обслуживания (архитектура QoS IntServ), используется также для сигнализации MPLS TE LSP (MultiProtocol Label Switching Traffic Engineering Label-Switched Path). Для сигнализации MPLS TE LSP используется модифицированная версия протокола — RSVP-TE.

RSVP используется также маршрутизаторами для доставки QOS-запросов всем узлам вдоль пути информационного потока, а также для установки и поддержания необходимого уровня услуг. RSVP-запросы обеспечивают резервирование определенных сетевых ресурсов, которые нужны, чтобы обеспечить конкретный уровень QOS вдоль всего маршрута транспортировки данных. Функция этого протокола крайне важна и многообразна, именно по этой причине это один из самых сложных протоколов.

RSVP запрашивает ресурсы только для одного из направлений трафика и только по указанию получателя. RSVP работает поверх IPv4 или IPv6. Протокол относится к числу управляющих, а не транспортных.

RSVP предназначен для работы с существующими и будущими маршрутными протоколами, управляющими как обычными, так и мультикастными потоками. В последнем случае ЭВМ сначала посылает IGMP-запрос, для того чтобы подключиться к мультикастинг-группе, а затем уже RSVP-сообщение для резервирования ресурсов по маршруту доставки.

Механизм обеспечения QOS включает в себя классификацию пакетов, административный контроль и диспетчеризацию. Классификатор пакетов определяет QoS класс (а иногда и маршрут движения) для каждого пакета. В процессе реализации резервирования RSVP-запрос проходит два местных управляющих модуля: “контроль доступа” и “управление политикой”. Контроль доступа определяет, имеет ли узел достаточно ресурсов для удовлетворения поступившей заявки. Управление политикой определяет, имеет ли пользователь административное разрешение сделать данное резервирование. Если обе проверки завершились успешно, параметры передаются классификатору пакетов и интерфейсу канального уровня (диспетчеру пакетов). Если же какой-либо из тестов не прошел, программа RSVP присылает прикладному процессу сообщение об ошибке.

Структура и содержимое параметров QoS документировано в спецификации RFC-2210. Так как число участников группы, а также топология связей меняется со временем, структура RSVP предполагает адаптацию ЭВМ и маршрутизаторов к этим изменениям. Для этой цели RSVP периодически посылает сообщения для поддержания необходимого состояния вдоль всего маршрута обмена. При отсутствии этих сообщений происходит тайм-аут и резервирование аннулируется. Обобщая, можно сказать, что RSVP имеет следующие атрибуты:

  • RSVP выполняет резервирование для уникастных и мультикастных приложений, динамически адаптируясь к изменениям членства в группе вдоль маршрута.
  • RSVP является симплексным протоколом, т.е., он выполняет резервирование для однонаправленного потока данных.
  • RSVP ориентирован на получателя, т.е., получатель данных инициирует и поддерживает резервирование ресурсов для потока.
  • RSVP поддерживает динамическое членство в группе и автоматически адаптируется к изменениям маршрутов.
  • RSVP не является маршрутным протоколом, но зависит от существующих и будущих маршрутных протоколов.
  • RSVP транспортирует и поддерживает параметры управления трафиком и политикой, которые остаются непрозрачными для RSVP.
  • RSVP обеспечивает несколько моделей резервирования или стилей, для того чтобы удовлетворить требованиям различных приложений.
  • RSVP обеспечивает прозрачность операций для маршрутизаторов, которые его не поддерживают.
  • RSVP может работать как с IPv4, так и с IPv6.

Обсуждение закрыто.