ВУЗ:
Составители:
Рубрика:
руют базовый компонент с картинкой низкого качества и дополнительный компонент с повышенным
разрешением.
Некоторые получатели могут не иметь достаточной вычислительной мощи для обработки компо-
нентов с высоким разрешением или быть подключены к сети через подсеть или канал, не обладающие
достаточной емкостью, чтобы пропустить полный сигнал.
Резервирование ресурсов позволяет маршрутизаторам заранее определить, в состоянии ли они осу-
ществить доставку многоадресного трафика всем получателям.
В предыдущих попытках реализации резервирования ресурсов и в принятых во frame relay и АТМ
подходах необходимые ресурсы запрашивает источник потока данных. Этот метод достаточен в случае
одноадресной передачи, потому что передающее приложение передаёт данные в определённом темпе, а
необходимый уровень качества услуг заложен в схему передачи.
Однако такой подход нельзя использовать для многоадресной рассылки. У разных членов группы
могут быть неодинаковые требования к ресурсам. Если исходный поток может быть разделён на подпо-
токи, то некоторые члены группы, вполне возможно, пожелают получать только один из них. В частно-
сти, некоторые получатели смогут обрабатывать только компонент видеосигнала низкого разрешения.
Или если несколько отправителей вещают на одну группу, то получатель может выбрать только одного
отправителя или некоторое их подмножество. Наконец, требования различных получателей к качеству
услуг могут меняться в зависимости от оборудования вывода, мощности процессора и скорости канала.
По этой причине резервирование ресурсов получателем видится предпочтительным. Отправители
могут предоставить маршрутизаторам общие характеристики трафика (например, темп передачи дан-
ных и вариабельность), но получатели должны сами определить требуемый уровень качества услуг.
Маршрутизаторы затем сводят воедино запросы на выделение ресурсов на общих участках дерева рас-
пространения.
В основе RSVP лежат три концепции, касающиеся потоков данных: сеанс, спецификация потока и
спецификация фильтра.
Сеанс
– это поток данных, идентифицируемый по адресату. Отметим, что эта
концепция отличается от концепции сеанса RTP, хотя сеансы RSVP и RTP могут иметь взаимно одно-
значное соответствие. После резервирования маршрутизатором ресурсов для конкретного адресата он
рассматривает это как начало сеанса и выделяет ресурсы на время этого сеанса.
Запрос на резервирование от конечной системы-получателя, называемый описателем потока, состо-
ит из спецификации потока и фильтра.
Спецификация потока
определяет требуемое качество услуг и
используется узлом для задания параметров планировщика пакетов. Маршрутизатор передаёт пакеты с
заданным набором предпочтений, опираясь на текущую спецификацию потока.
Спецификация фильтра
определяет набор пакетов, под которые запрашиваются ресурсы. Вместе с
сеансом она определяет набор пакетов (или поток), для которых требуемое качество услуг должно быть
обеспечено (рис. 1.11). Любые другие пакеты, направляемые этому адресату, обрабатываются постоль-
ку, поскольку сеть в состоянии это сделать.
Спецификация фильтра позволяет отобрать пакеты для применения к ним спецификации потока.
Прошедшим фильтр пакетам гарантируется качество услуг, остальные доставляются по мере возможно-
сти.
RSVP не определяет содержания спецификации потока, он просто передаёт запрос. Спецификация
потока обычно включает класс услуг: Rspec (R означает резерв) и Tspec (T означает трафик). Два других
параметра представляют собой набор чисел. Параметр Rspec определяет требуемое качество услуг, а
параметр Tspec описывает поток данных. Содержимое Rspec и Tspec прозрачно для RSVP.
Спецификация
фильтра
Спецификация
потока
Доставка
по возможности
Пакеты
одного
сеанса
(одному
адресату)
Пакеты,
прошедшие через
фильтр
Остальные пакеты,
не прошедшие
через фильтр
Доставка
с гарантированным
качеством
Планировщик пакетов
Страницы
- « первая
- ‹ предыдущая
- …
- 30
- 31
- 32
- 33
- 34
- …
- следующая ›
- последняя »
