Протокол управления передачей RTCP

3.4 Протокол управления передачей RTCP

Протокол управления передачей RTCP (Real-Time Transport Control Protocol)

работает с несколькими адресатами для обеспечения обратной связи с

отправителями данных RTP и другими участниками сеанса. RTCP использует тот

же самый базовый транспортный протокол, что и RTP (обычно, UDP), но другой

номер порта. Каждый участник сеанса периодически посылает RTCP-пакет всем

остальным участникам сеанса.

RTCP выполняет следующие функции:

Многоадресность RTCP-пакетов дает возможность участникам группы оценить

качество приема и сообщить о своих проблемах (например, утере пакетов,

избыточной неравномерности передачи). Обратная связь с получателями важна

также для диагностики ошибок при распространении пакетов.

RTCP-пакеты содержат стандартное текстовое описание отправителя,

обеспечивающее его идентификацию. Кроме того, они помогают пользователю

идентифицировать потоки, относящиеся к различным сеансам. Например, они

дают возможность определить, что одновременно открыты отдельные сеансы для

передачи аудио- и видеоинформации.

Оценка размера сеанса и масштабирование осуществляются управлением

частотой передачи RTCP-пакетов. При небольшом числе участников один

RTCP-пакет посылается максимум каждые 5 секунд. Цель состоит в том, чтобы

трафик RTCP не превышал 5% от общего трафика сеанса.

3.5 Протокол UDP

Протокол UDP намного проще, чем ТСР; он полезен в ситуациях, когда мощные механизмы обеспечения надежности протокола ТСР не обязательны. Заголовок UDP имеет всего четыре поля: поле порта источника (source port), поле порта пункта назначения (destination port), поле длины (length) и поле контрольной суммы UDP (checksum UDP). Поля порта источника и порта назначения выполняют те же функции, что и в заголовке ТСР. Поле длины обозначает длину заголовка UDP и данных; поле контрольной суммы обеспечивает проверку целостности пакета. Контрольная сумма UDP является факультативной возможностью.

Главным применением протокола UDP являются системы Internet Name Server, и Trivial File Transfer, SNMP.

Структура протокольного блока

Номера портов источника и получателя определяют прикладной процесс, инициировавший данное соединение. Закрепление номеров портов осуществляется в соответствии с Рекомендацией RFC-1700.

Мультиплексирование и демультиплексирование прикладных протоколов с помощью протокола UDP

Протокол UDP ведет для каждого порта две очереди: очередь пакетов, поступающих в данный порт из сети, и очередь пакетов, отправляемых данным портом в сеть.

Процедура обслуживания протоколом UDP запросов, поступающих от нескольких различных прикладных сервисов, называется мультиплексированием.

Распределение протоколом UDP поступающих от сетевого уровня пакетов между набором высокоуровневых сервисов, идентифицированных номерами портов, называется демультиплексированием.

Хотя к услугам протокола UDP может обратиться любое приложение, многие из них предпочитают иметь дело с другим, более сложным протоколом транспортного уровня TCP. Дело в том, что протокол UDP выступает простым посредником между сетевым уровнем и прикладными сервисами, и, в отличие от TCP, не берет на себя никаких функций по обеспечению надежности передачи. UDP является дейтаграммным протоколом, то есть он не устанавливает логического соединения, не нумерует и не упорядочивает пакеты данных.

С другой стороны, функциональная простота протокола UDP обуславливает простоту его алгоритма, компактность и высокое быстродействие. Поэтому те приложения, в которых реализован собственный, достаточно надежный, механизм обмена сообщениями, основанный на установлении соединения, предпочитают для непосредственной передачи данных по сети использовать менее надежные, но более быстрые средства транспортировки, в качестве которых по отношению к протоколу TCP и выступает протокол UDP. Протокол UDP может быть использован и в том случае, когда хорошее качество каналов связи обеспечивает достаточный уровень надежности и без применения дополнительных приемов типа установления логического соединения и квитирования передаваемых пакетов.

Похожие работы

Разработка рекламной продукции в сети интернет

Скачать

79354

16

0

... на сайт. Согласитесь, что 50 уникальных посетителей ежедневно на сайт строительной тематики из каталога Яндекса — это весьма неплохой результат. [17] Глава II. Разработка, анализ и оценка эффективности, рекламного продукта в сети Интернет   2.1 Сравнение КПД Челябинских сайтов   Одним из косвенных методов оценки рекламы сайта является его популярность (видимость в первых строчках каталога в ...

ФОРМИРОВАНИЕ МАРКЕТИНГА В СЕТИ ИНТЕРНЕТ

Скачать

78400

2

3

... и развиваться. Отсюда увеличение объема производства и объема продаж имеет смысл постольку, поскольку просматривается удовлетворительный финансовый результат хозяйствования. 1.3. Особенности развития и целевая аудитория сети интернет в России В 1961 году Defence Advanced Research Agensy (DARPA) по заданию министерства обороны США приступило к проекту по созданию экспериментальной сети под ...

Разработка автоматизированной системы управления торговым предприятием

Скачать

138680

12

12

... приведения к базовому узлу, метод удельных весов, метод учета затрат на единицу веса изделия, расчет себестоимости по статьям затрат. В данном проекте приводится расчет себестоимости разработки автоматизированной системы управления торговым предприятием. (АСУТП). АСУТП служит для ведения учета торговой деятельности в Интернет и на аукционе EBay. Из основных преимуществ перед конкурентами стоит ...

Разработка проекта мероприятий по внедрению автоматизированных систем управления бизнесом в ресторане "Эль Ранчо"

Скачать

62074

11

2

... каналов сбыта продукции и услуг ресторана. Налаживание связей с общественностью является залогом дальнейшей деятельности предприятия. 2. Проектно-организационный раздел 2.1 Разработка проекта мероприятий по внедрении автоматизированных систем управления На основании выводов аналитического раздела разработан проект мероприятий по внедрению автоматизированных систем управления предприятия ...