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

Итак, мы имеем корпоративный FR-канал некоторой пропускной способности. Наша задача обеспечить прохождение по нему голосового трафика. Естественно, что разговор по IP-телефону должен быть в меру комфортным.

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

• IP RTP приоритет, также называемый как Priority Queue / Weighted Fair Queuing (PQ/WFQ);
• LLQ — очередь с низкими задержками, также называемая PQ/Class Based Weighted Fair Queuing (PQ/CBFWQ)

IP RTP Priority

IP RTP приоритет — это строго заданная очередь на виртуальном канале Frame Relay для набора передаваемых RTP пакетов, которые передаются по определенным UDP портам.

Очередь приоритетов базируется на том, что продукты Cisco используют один и тот же диапазон UDP портов для передачи голосового трафика (16384 — 32767). Как только маршрутизатор распознает VoIP трафик, он сразу помещает его в очередь (PQ), которая имеет наивысший приоритет при передаче данных.

Когда PQ пуста, остальные очереди (например созданные на основе IP precedence) обрабатываются стандартным механизмом Weighted Fair Queuing (PQ/WFQ). IP RTP Priority не работает до тех пор, пока на канале передачи данных отсутствуют перегрузки.

LLQ

LLQ — это особенность, позволяющая обеспечить строгую очередь (PQ) применительно к CBWFQ, очередь PQ устанавливается как класс трафика. Чувствительные к задержке данные (которые находятся в PQ) изымаются из очереди и передаются первыми.

При конфигурировании очереди PQ указывается максимальная полоса пропускания (в Kbps), которая доступна для этой очереди. Когда канал передачи данных испытывает перегрузку, то очереди PQ обеспечивается сконфигурированная полоса пропускания.

Этот метод более комплексный и гибкий, чем IP RTP Priority.

Параметры конфигурации Frame Relay

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

• cir (commited information rate) ? средняя согласованная информационная скорость, с которой сеть будет передавать данные. Указывается в bps;
• mincir ? гарантированная провайдером скорость передачи данных в bps. В большинстве случаев значение mincir равно cir;
• bc (commited burst size) ? максимальное количество данных в битах, которые сеть будет передавать за интервал времени Tc. Для виртуальных каналов передачи данных лучшее значение Bc составляет CIR/8 (Tc составит в данном случае 125 msec). Для каналов, по которым передается голосовой трафик, bc устанавливают равным CIR/100 (Tc составит 10 msec ? рекомендуемое время задержки для голосового траффика).
• be (excess burst size) ? максимальное количество дополнительных данных в битах, которое сеть будет пытаться передать за интервал времени Tc. Для каналов, по которым передается голосовой трафик, be должно быть всегда равно нулю, для обеспечения наилучшего качества голоса.
• fragment (FRF.12) ? фрагментация пакетов. Голосовой трафик очень чувствителен к задержкам. Для хорошего качества голосовой передачи задержка не должна превышать 150 msec. Важной частью общей задержки прохождения голосовых пакетом между двумя VoIP устройствами является задержка при передаче на интерфейсе маршрутизатора. Cisco рекомендует задержку в 10 msec, она не должна быть больше 20 msec.Например, для 1500-байтный пакета необходимо 214 msec, чтобы он покинул роутер через канал со скоростью 56К. Если не real-time пакет данных размером 1500 байт в данный момент посылается через канал, то real-time голосовой пакет будет находится в очереди до тех пор, пока большой пакет не предастся. Такие задержки недопустимы для голосового трафика. Поэтому необходимо разбивать большие пакеты данных на маленькие фрагменты, тогда они будут чередоваться с real-time пакетами. При таком варианте оба типа пакетов будут передаваться вместе по низкоскоростным каналам без дополнительных задержек. Cisco рекомендует следующие размеры фрагментов для 10 msec задержки передачи на интерфейсе:
  

  Скорость канала	Размер фрагмента
  56 Kbps	70 байт
  64 Kbps	80 байт
  128 Kbps	160 байт
  256 Kbps	320 байт
  512 Kbps	640 байт
  768 Kbps	1000 байт

  Для каналов со скоростью свыше 768 Kbps фрагментировать пакеты нет необходимости.

cRTP

Согласно RFC 2508 возможно сжатие IP/UDP/RTP заголовков пакетов с 40 байт до 2...4 байт. Это позволяет снизить занимаемую для передачи полосу пропускания. Компрессия заголовков должна быть включена на обеих концах канала передачи данных. В противном случае возникнут проблемы с передачей голосового трафика. cRTP работает только с инкапсуляцией Frame Relay Cisco. При использовании инкапсуляции IETF сжатие заголовков работать не будет.

Сжатие заголовков включается на интерфейсе командой:

interface Serial0/0.1 point-to-point
 ...
 frame-relay ip rtp header-compression

Кодек

Большое значение играет кодек, используемый для сжатия голосового трафика. Для низкоскоростных каналов Cisco рекомендует использовать G.729 (8 Kbps).

to be continued...

Популярность: 2%