Качество обслуживания (QoS) : QoS Packet Marking

Применение решений качества обслуживания для видеоконференц-связи H.323 по IP

20 октября 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Английский (19 декабря 2015) | Отзыв


Содержание

CAC

Введение

H.323 является стандартом с глобальным принятием мультимедийных конференций в IP - сети. В этом документе анализируются программные средства для реализации механизмов качества обслуживания (QoS) для видеоконференций H.323 в корпоративной глобальной сети с относительно низкоскоростными соединениями.

Предварительные условия

Требования

Читатели данного документа должны обладать знаниями по следующим темам:

  • Компоненты совместимой H.323 системы. Компоненты включают, но не ограничены, терминалы, шлюзы, сторожевые устройства, многоточечные контроллеры (MCS), многоточечные процессоры (MP) и устройства управления многосторонней связью (MCUs). См. Описание технологических решений: Развертывание Приложений H.323 в Сетях Cisco для получения дополнительной информации.

  • Решения для видеоконференции Cisco H.323, которые включают MCUs и шлюзы, а также сторожевое устройство Multimedia Conference Manager (MCM) и прокси. Посмотрите раздел "Дополнительных сведений" этого документа для ссылок на информацию о решениях для конференции по Cisco Video.

  • Дизайны зоны H.323. Группа оконечных точек H.323 происходит в зонах, которые являются удобствами администрирования, подобными Системе доменных имен (DNS). Каждая зона имеет одно сторожевое устройство, которое управляет всеми оконечными точками.

  • Планы нумерации для дозвона. См. Главу 5: Архитектура Схемы набора номеров и Конфигурация Решения для CISCO AVVID, IP-телефонии: Релиз Cisco CallManager 3.0 (5) для получения дополнительной информации.

  • Способы Управления контролем доступа (CAC), которые включают сигнализацию потребностей в ресурсах через Протокол RSVP.

Используемые компоненты

Настоящий документ не имеет жесткой привязки к каким-либо конкретным версиям программного обеспечения и оборудования.

Условные обозначения

Дополнительные сведения об условных обозначениях см. в документе Технические рекомендации Cisco. Условные обозначения.

Общие сведения

Большинство сетей сегодня поддерживает один или больше этих типов видеотрафика:

Тип видео Характеристики трафика
Видеоконференция Оперативная, двухсторонняя пропускная способность небольших групп: Один или более потоков на пользователя
Видео по запросу Односторонний, точка-точка (модель приема) пропускная способность: Один поток на пользователя
Широковещательное видеосообщение (планируется) Односторонний, один ко многим (модель передачи) пропускная способность: Один поток неограниченным пользователям (групповая IP-адресация)

В то же время много предприятий исследуют существующее и часто отдельные данные, голос и инфраструктуры видеосети для определения самых эффективных способов объединить эти сети через Инфраструктуру IP. В этих сходящихся сетях QoS является обязательным в любой точке потенциальной перегрузки в сети. QoS гарантирует что задержка - и чувствительный к отбрасыванию трафик, видео в реальном времени и тональные частоты через беспрепятственный, относительно приложений для малочувствительных к отбрасыванию данных. В частности QoS крайне важно в Пограничном с WAN маршрутизатор. Там, сотни мегабит потенциального трафика объединяются в низкоскоростные ссылки в килобитах или низком диапазоне Megabits-per-second.

H.323

Много приложений видеоконференции IP используют набор протоколов H.323. H.323 International Telecommunications Union (ITU) определяет международный стандарт для мультимедиа по IP. ITU утвердил первую версию стандарта H.323 в 1996. Текущая версия равняется 4. Много приложений теперь обычно развертывают основанные на LAN видеосистемы H.323. Пример приложения является Microsoft NetMeeting, который использует H.323 для видеоконференции и совместного сотрудничества.

Ранее, системы видеоконференции с H.320 как общая база. Каждая система имела свое собственное соединение Открытой коммутируемой телефонной сети (PSTN). Поскольку левая часть рисунка в этом разделе показывает, сегодня можно использовать шлюзы видеоданных для соединения между установившейся сетью H.323 и традиционной видеосетью. Правая часть рисунка показывает, как можно использовать адаптеры видеотерминала для соединения отдельных оконечных точек H.320 эффективно в сети H.323.

http://www.cisco.com/c/dam/en/us/support/docs/quality-of-service-qos/qos-packet-marking/21662-video-qos-1.gif

Характеристика трафика видеоконференции

В отличие от голоса, видео имеет очень высокое и скорость передачи пакетов крайне неустойчивого параметра с намного более высоким средним максимальным размером передаваемого блока данных (MTU). Этот рисунок иллюстрирует отказ размера типичного пакета трафика видеоконференции:

http://www.cisco.com/c/dam/en/us/support/docs/quality-of-service-qos/qos-packet-marking/21662-video-qos-2.gif

Поток трафика видеоконференции состоит из двух типов кадров, поскольку этот рисунок иллюстрирует:

http://www.cisco.com/c/dam/en/us/support/docs/quality-of-service-qos/qos-packet-marking/21662-video-qos-3.gif

Кадр "I" является полной выборкой видео. "P" и "B" структурируют квантование использования через векторы движения и предиктивные алгоритмы.

Планирование пропускной способности

Прежде чем вы разместите видеотрафик в сеть, гарантируете, что достаточная пропускная способность существует для всех необходимых приложений. Во-первых, вычислите требования минимальной пропускной способности для каждого основного приложения, например, голоса, видео и данных. Сумма представляет требования минимальной пропускной способности для любой определенной ссылки. Эта сумма должна использовать не больше, чем 75 процентов общей пропускной способности, доступной на той ссылке. Это 75-процентное правило предполагает, что некоторая пропускная способность необходима для служебного трафика. Примеры служебного трафика включают обновления протокола маршрутизации и пакеты Keepalive Уровня 2, а также дополнительные приложения, такие как электронная почта и трафик HTTP. Имейте голос, и видеотрафик занимают не больше, чем 33 процента емкости ссылки. Сценарий Данного примера объясняет планирование мощности на сходящейся сети.

Пример сценария

Сайт имеет емкость ссылки 1.544 Мбит/с и содержит два видеотерминала, которые поддерживают максимальную скорость передачи данных 256 кбит/с каждый. Несмотря на то, что скорость этих двух видеовызовов равняется 512 кбит/с, добавьте 20 процентов к скорости передачи данных вызова составлять издержки. Двадцать процентов являются процентом с запасом, который гарантирует надлежащее планирование мощности в большинстве сред. Можно запустить с дополнительных 20 процентов для издержек и затем отрегулировать это значение, выше или ниже, с результатами монитора как основание.

Настройте очередь с приоритетами для достаточной пропускной способности, чтобы позволить обоим видеотерминалам иметь активный вызов через глобальную сеть (WAN) одновременно без возможности переполнения очереди с приоритетами. В сценарии данного примера, если вы добавляете третий видеотерминал, необходимо внедрить некоторую форму CAC.

Определите разделение полосы пропускания по вызовам

С планированием мощности одна из большинства критически важных концепций для понимания - то, сколько пропускной способности вы используете для каждого вызова. Этот раздел перечисляет пропускную способность, которую использует каждый кодер - декодер (кодек). См. Передачу голоса по IP - На Потребление трафика при вызове для получения дополнительной информации.

H.323 аудио

Аудиосигналы содержат оцифрованный, сжатый звук (обычно речь). H.323 поддерживает доказанные алгоритмы аудио-кодека стандарта ITU. Алгоритмы с поддержкой включают:

  • G.711 — 3.1 килогерца (кГц) в 48, 56, и 64 кбит/с (стандартная телефония)

  • G.722 — 7 кГц в 48, 56, и 64 кбит/с

  • G.728 — 3.1 кГц в 16 кбит/с

  • G.723 — режимы на 5.3 и 6.3 кбит/с

Выбор правильного кодека отражает, что компромиссы между качеством речевого сигнала, битовой скоростью, вычисляют питание и задержку сигнала.

Видео H.323

Согласно стандарту H.323, функции видео в терминалах H.323 являются дополнительными. Однако при реализации терминалов H.323 терминалы должны поддержать кодек H.261 с дополнительной поддержкой для стандарта H.263.

  • H.261 — Видеокодек для аудиовизуальных сервисов во множителях 64 кбит/с. Совместимые H.261 устройства полностью кодируют исходные кадры. Устройства тогда кодируют только различия между исходными и последующими кадрами для минимальных пакетных передач. Дополнительная компенсация перемещения улучшает качество изображения.

  • H.263 — Видеокодек для видео PlainOld Telephone Service (POTS) (обычная телефонная сеть). Стандарт H.263 является обратно совместимым обновлением стандарта H.261. H.263 значительно улучшает качество изображения с полупиксельным способом оценки движения, который является требованием. Усовершенствования также прибывают из ожидаемых кадров и таблицы Кода Хаффмана с оптимизацией для передач Low Bit Rate. Стандарт H.263 определяет пять стандартных форматов изображения, поскольку Таблица 1 показывает в документе Описание технологических решений: Развертывание Приложений H.323 в Сетях Cisco.

Классификация

Предоставить соответствующее QoS гарантирует видеотрафику, сетевые устройства должны быть в состоянии определить такой трафик.

Дифференцированные сервисы (дифференцированные услуги (DiffServ)) модель QoS используют DiffServ Code Point (DSCP) значения для разделения трафика на классы. Дифференцированные услуги (DiffServ) определяют эти два набора DSCP-значений:

  • Ускоренная пересылка (EF) — Предоставляет одиночное DSCP-значение (101110), который дает маркированным пакетам высший уровень обслуживания от сети. Cisco внедряет сервис EF через организацию очереди низкой задержки (LLQ). Обычно EF поддерживает очередь с высоким приоритетом очень маленькой, чтобы управлять задержкой и предотвратить исчерпание ресурсов трафика с более низким приоритетом. Если очередь полна, в результате пакеты могут понизиться. Обычно, EF является самым соответствующим VoIP.

  • Гарантированная доставка (AF) — Предоставляет четыре класса, каждого с тремя уровнями приоритета отбрасывания.

Дополнительную информацию по DSCP см. в разделе "Внедрение политик контроля качества обслуживания с DSCP".

Обычно руководства по дизайну Cisco рекомендуют AF41 (DSCP-значение 100010) для видео. Нет никакого преимущества при обработке аудио части видеопотков лучше, чем видеопакеты в приложении видеоконференции IP. Поэтому используйте AF41 в качестве DSCP-значения и для голоса и для видео сред на видеоконференции.

На Уровне 2 можно использовать 3 бита класса обслуживания (CoS) в поле IEEE 802.1p, которое является частью метки IEEE 802.1Q.

В настоящее время нет никаких стандартов, которые описывают, какое значение является самым соответствующим видеоконференции IP. Однако Cisco обычно рекомендует эту схему маркировки мультисервисных сетей:

Тип трафика CoS уровня 2 Приоритет IP-трафика уровня 3 DSCP уровня 3
Речевой RTP1 5 5 EF
Голосовое управление 3 3 AF31
Видеоконференция 4 4 AF41
Потоковое видео (IP/TV) 1 1 AF13
Данные 0-2 0-2 С 0 AF23

1 RTP = протокол транспорта в реальном времени

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

Кроме того, можно разделить контроль и блоки данных потоков видеоконференции. Для разделения этих двух частей потоков отметьте контроль AF31 и данные с AF41. Однако этот дизайн не является лучшим дизайном. Не все оконечные точки позволяют вам отмечать несущую и контрольный трафик по-другому, и Прокси Cisco отмечает весь трафик видеоконференции одним значением. Кроме того, битовые скорости контрольного трафика незначительны относительно битовых скоростей видеовызова.

Выполните классификацию максимально близко к источнику. Сторонний VCON партнеров видео, PictureTel и Polycom могут установить двоичные значения приоритета IP-трафика. Если ваш терминал H.323 делает "not set" какие-либо значения заголовка, можно отметить пакеты в этих точках в сети:

  • Порт Коммутатора 3 уровня

    См. QoS Настройки для получения дополнительной информации.

  • Маршрутизатор IOS� Cisco, который использует маркировку на основе классов

    См. Пакет на основе классов Настройки, маркирующий для получения дополнительной информации.

  • Маршрутизатор Cisco IOS, который использует функцию MCM Cisco

  • Сторожевое устройство H.323 / прокси, который работает на удаленном Маршрутизаторе глобальной сети

Выберите механизм организации сложной очереди

Программное обеспечение Cisco IOS теперь включает несколько механизмов организации очереди. Эти механизмы удовлетворяют потребности типа трафика, который вводит сеть и глобальные среды, которые пересекает трафик. Или в кампусе или в глобальной сети (WAN), любое время там является точкой потенциальной перегрузки в сети, приложение правильных методов организации очереди необходимо. Очередь гарантирует, что задержка - и чувствительный к отбрасыванию трафик, такой как голос и видео в реальном времени, проходит беспрепятственный относительно приложений для малочувствительных к отбрасыванию данных. Прерывание типично в Пограничном с WAN маршрутизатор. Там, сотни мегабит потенциального трафика объединяются в низкоскоростные ссылки в килобитах или низком диапазоне Megabits-per-second.

Настройте более новые методы очереди с командами интерфейса командной строки (CLI) модульного QoS (MQC). С MQC задайте минимальную пропускную способность с командой bandwidth. Задайте исключение из очереди со строгим приоритетом очереди уровня интерфейса с приоритетной командой. Команда bandwidth внедряет взвешенную организацию очереди на основе классов (CBWFQ), и приоритетная команда внедряет LLQ. См. Сравнение пропускной способности и приоритетных Команд Политики обслуживания QoS для получения дополнительной информации.

Модель/Схема приоритетности

Cisco рекомендует эту модель или схему назначения приоритетов на мультисервисной сети:

Тип канала передачи данных Минимальный Cisco IOS Software Release Классификация Приоритизация LFI1 Формирование трафика
Последовательные линии Cisco IOS Software Release 12.0.7.T DSCP = EF для голоса; DSCP = AF41 для всего трафика видеоконференции; DSCP = AF31 для речевого контрольного трафика; другие классы трафика имеют уникальную классификацию. LLQ с CBWFQ MLP2
Frame Relay Программное обеспечение Cisco IOS версии 12.1(2)T DSCP = EF для голоса; DSCP = AF41 для видео; DSCP = AF31 для речевого контрольного трафика; другие классы трафика имеют уникальную классификацию. LLQ с CBWFQ FRF 12 Трафик формы к CIR3.
ATM Программное обеспечение Cisco IOS версии 12.1(5)T DSCP = EF для голоса; DSCP = AF41 для видео; DSCP = AF31 для речевого контрольного трафика; другие классы трафика имеют уникальную классификацию. LLQ с CBWFQ MLP over ATM Трафик формы к гарантированному разделу пропускной способности.
ATM и Frame Relay Программное обеспечение Cisco IOS версии 12.1(5)T DSCP = EF для голоса; DSCP = AF41 для видео; DSCP = AF31 для речевого контрольного трафика; другие классы трафика имеют уникальную классификацию. LLQ с CBWFQ MLP over ATM и Frame Relay Трафик формы к гарантированному разделу пропускной способности на самой медленной ссылке.

1 LFI = фрагментация и чередование данных в канале

2 MLP = протокол PPP

3 CIR = заявленная скорость передачи информации

Этот список объясняет некоторые ключевые идеи схемы модели/назначения приоритетов.

  • Голос вводит очередь с возможностями постановки в очередь с установлением приоритетa (PQ) и получает пропускную способность 48 кбит/с. Критерий вхождения этой очереди является DSCP-значением EF или значением приоритета IP-трафика 5. Трафик сверх отбрасываний на 48 кбит/с, если существует перегрузка интерфейса. Поэтому используйте механизм контроля за соединением, чтобы гарантировать, что трафик не превышает это значение.

  • Трафик видеоконференции вводит очередь с возможностями PQ и получает пропускную способность скорости данных вызова плюс 20 процентов. Критерий вхождения этой очереди является DSCP-значением AF41 или значением приоритета IP-трафика 4. Если существует перегрузка интерфейса, трафик сверх скорости данных вызова понижается. Поэтому как в случае голоса, необходимо использовать механизм контроля за соединением, чтобы гарантировать, что трафик не превышает это значение. Используйте прокси для доступа очереди, особенно если вы не настроили доверие на каждом порте коммутатора. Для доступа очереди на небольших узлах только с несколькими видеотерминалами используйте списки контроля доступа (ACL) с IP-адресом видеотерминала как основание. Использование защит ACL от пользователей-нарушителей, кто отмечает трафик приоритетом IP-трафика 4. Эта метка обходит сторожевое устройство или CAC, и влияет на все видео в PQ.

    Примечание: Односторонний видеотрафик, такой как IP/TV, должен использовать CBWFQ через команду bandwidth. Допустимые задержки выше.

  • Перегрузка каналов WAN может полностью исчерпать ресурсы речевые протоколы сигнализации контроля. В этом случае IP-телефоны не могут завершить вызовы через глобальную сеть (WAN) IP. Трафик протокола речевого управления, такой как H.323 и Skinny Client Control Protocol, требует своей собственной очереди взвешенного обслуживания \(WFQ \) на основе классов с минимальной конфигурируемой пропускной способностью, равной DSCP-значению AF31. Это DSCP-значение коррелирует к значению приоритета IP-трафика 3.

  • Трафик Системной сетевой архитектуры (SNA) вводит очередь с указанными пропусканиями способность 56 кбит/с. Операция организации очереди в этом классе является FIFO с минимальным распределением полосы пропускания 56 кбит/с. Трафик в этом классе, который превышает 56 кбит/с, вводит очередь по умолчанию. Критерий вхождения этой очереди может или быть номерами порта TCP, адресом Уровня 3, приоритетом IP-трафика или DSCP.

Весь трафик, который остается, может ввести очередь по умолчанию. При определении пропускной способности операция очередизации является FIFO. Также при определении ключевого слова fair операция является обслуживанием очередей на основе равнодоступности (WFQ).

Кроме того, не делайте видеоконференции на скоростях связи меньше чем 768 кбит/с. На ссылках Low Bit Rate использование сжатого RTP (cRTP) и LFI может уменьшить эффекты задержки организации очереди и сериализации.

Не используйте cRTP с видеоконференциями IP. Этот список предоставляет оптимальные методы для cRTP:

  • Используйте cRTP только с голосовыми кодеками Low Bit Rate, такими как G.729. При использовании G.711 в качестве аудиокодека для голоса или вызова видеоконференции, статистические усиления пропускной способности, которых вы достигаете с cRTP, не являются достаточно значительными для заслуживания использования cRTP.

  • Используйте cRTP только, когда голос Low Bit Rate будет значительным процентом предлагаемой загрузки. В целом, когда голос Low Bit Rate больше, чем 30 процентов предлагаемой загрузки к каналу, эта функция только выгодна.

  • cRTP может влиять на скорость переадресации. Загрузка ЦПУ монитора, когда вы активировали опцию.

Должны ли голосовые и видео сообщения делить LLQ?

Частое рассмотрение с мультисервисной политикой обслуживания QoS состоит в том, настроить ли голос и трафик видеоконференции как классы приоритета. Это рассмотрение прибывает из факта, что LLQ в настоящее время поддерживает одиночную очередь строго по приоритету, даже когда вы настроили множественные классы для приоритизации. При настройке VoIP и видео классов с приоритетом трафик от обоих из этих классов входит в одну очередь. Поэтому эти причины могут заставить вас принимать решение не разместить видео в очередь с приоритетами:

  • Видеопакеты намного больше, чем голосовые пакеты. Видеопакеты являются обычно столь же большими как максимальный размер передаваемого блока данных максимального количества соединений. С меткой EF видеопакеты могут ввести ту же очередь с приоритетами как голос. Если маленький Пакет VoIP вводит очередь позади большого видеопакета, или позади нескольких таких пакетов, задержки увеличений Пакета VoIP. Задержка может быть существенной, и она оказывает негативное влияние на производительность приложений VoIP.

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

Cisco выполнила тесты, которые разместили видео в очередь с приоритетами. Тесты были со скоростями связи, больше, чем 768 кбит/с и с надлежащим CAC для предотвращения превышения подписки. Cisco нашла, что размещение видео в очереди с приоритетами не представляло значимое увеличение задержки к голосовым пакетам.

В целом можно выбрать одну из этих моделей. Cisco протестировала обе модели:

  • Голос, видео и аудио в очереди с приоритетами и условии соответственно

  • Голос в очереди с приоритетами, с видео и аудио в очереди для полосы пропускания

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

Если вы принимаете решение разместить видео и голос в очереди с приоритетами, отметьте типы трафика другими DSCP-значениями. При маркировке типов трафика другими DSCP-значениями можно использовать другое приоритетное выражение в политике обслуживания QoS для управления видео. В частности видео может потребовать большего параметра пакета.

CAC

Приоритизация трафика только решает часть проблемы инициализации QoS для видеоданных по IP. Полное решение требует CAC.

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

В целом существует три схемы условия CAC для видеовызовов:

  • Ограничьте количество видеотерминалов. В частности на удаленных узлах без сторожевого устройства H.323 существует только один способ управлять использованием полосы пропускания для видео через отдельное соединение, такое как глобальная сеть (WAN). В этом случае необходимо физически ограничить количество видеотерминалов на удаленных узлах. Достаточная пропускная способность условия в очереди с приоритетами для поддержки максимальной скорости передачи данных всех оконечных точек видео в конкретном сайте.

    Примечание: Настройте очередь с приоритетами для максимальной скорости передачи данных видеотерминалов плюс 20 процентов. Дополнительные 20 процентов обеспечивают IP и транспортные издержки.

  • Используйте CAC сторожевого устройства для установления пределов пропускной способности для промежуточной зоны, и внутренняя зона обращается для каждого сеанса основание. Можно объединить CAC сторожевого устройства с прокси, который предоставляет единую точку доступа в очередь с приоритетами. Эта единая точка доступа предотвращает превышение подписки очереди с приоритетами неавторизованными видеопотками. Необходимо зарегистрировать видеотерминалы в сторожевом устройстве для получения доступа к прокси. Конфигурация сторожевого устройства позволяет максимальную пропускную способность для видео вне локальной зоны. Эта максимальная пропускная способность должна совпасть с условием пропускной способности очереди с приоритетами для обеспечения надлежащей функциональности организации очереди. Эти рекомендации применяются только для концентрации и среды лучевой топологии. Сторожевые устройства используют прямой режим и не позволяют промежуточным привратникам вычитать пропускную способность от ссылок.

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

Приложение II стандарта версии 4 H.323 выделяет подход для использования RSVP. Сути:

  • Когда вы заказываете телефонный разговор, оконечная точка передает способность оконечной точки резервировать ресурсы к сторожевому устройству. Сторожевое устройство тогда указывает, желательна ли попытка резервирования ресурса оконечной точки.

  • Во время фазы H.245 оконечные точки указывают, могут ли они сигнализировать резервирования ресурса. С этой информацией решают оконечные точки, продолжить ли вызов.

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

Формирование трафика

Использование Frame Relay для возможности подключения к глобальной сети (WAN) представляет другое требование QoS. В частности, когда высокоскоростной центральный узел подает один или несколько низкоскоростных удаленных сайтов, центральный узел может переполнить и физическую полосу пропускания и пропускную способность CIR удаленного узла. Для предотвращения передачи слишком большого количества пропускной способности к удаленному узлу внедрите формирование трафика на маршрутизаторе в сети центрального объекта. См. эти ресурсы для получения дополнительной информации о Frame Relay Traffic Shaping:

Взаимодействие с терминалами H.323

Сети видеоконференции H.323, как правило, состоят из пяти функциональных компонентов:

  • Видеотерминалы

  • Сторожевые устройства

  • Шлюзы

  • MCUs

  • Прокси

Cisco предлагает решения для всех этих компонентов, кроме видеотерминалов. Доказательство показывает, что продукты Cisco H.323 взаимодействуют со сторонними терминалами H.323.

В некоторых случаях эти терминалы предлагают программные средства QoS для обеспечения удовлетворенности задержки и параметров потери видеотрафика перед лицом непредсказуемых потоков данных. Например, Polycom Viewstation отслеживает все видеопакеты после установления вызова. Polycom Viewstation сообщает о средней задержке, а также количестве потерянного видео или аудиопакетов. Это программное средство также поддерживает отладки с читаемыми выходными данными. Эти отладки могут помочь указывать на источник проблемы, которая не обнаруживаема посредством анализа видеовыхода. Для получения дополнительной информации обратитесь к документу, Как Настроить Видео через IP для видеотерминалов Polycom.

Пример конфигурации

Этот пример конфигурации демонстрирует, как применить LLQ к трафику видеоконференции, который пересекает канал WAN:

Пример конфигурации
Sample Configuration 
class-map Video-Conf 
  match access-group 102 
class-map Streaming-Video 
  match access-group 103 
! 
policy-map QoS-Policy 
  class Video-Conf 
    priority 450 30000 
  class Streaming-Video 
    bandwidth 150 
class class-default 
    fair-queue 
! 
! -- Video-Conf Traffic 
access-list 102 permit ip any any dscp cs4 
access-list 102 permit ip any any dscp af41 
! 
! -- Streaming Traffic 
access-list 103 permit ip any any dscp cs1 
access-list 103 permit ip any any dscp af13

После того, как вы создаете карту политики QoS, применяете политику с командой service-policy. Тип интерфейса, к которому вы применяете политику, определяет места приложения команды. Приведем несколько примеров:

Тип интерфейса Пример конфигурации
Выделенная линия
line interface multilink1 
  service-policy output QoS-Policy 
PVC1 ATM
interface atm 1/0.1 point 
  pvc 1/50 
    service-policy output QoS-Policy
VC2 Frame Relay
map-class frame-relay vcofr 
  frame cir 128000 
  frame mincir 64000 
  frame bc 1000 
  frame frag 160 
  service-policy output QoS-policy 

Примечание: На Cisco серии 7500 с распределенными системами QoS используйте команды DTS3. См. Frame Relay Traffic Shaping С Распределенной системой QoS на Cisco серии 7500.

1 PVC = постоянный виртуальный канал

2 VC = виртуальный канал

3 DTS = Distributed Traffic Shaping


Дополнительные сведения


Document ID: 21662