Всем доброго времени суток.

Стоит задача организовать приоритезацию голосового траффика. Для передачи голоса предполагается использовать программные телефоны (X-Lite и др.) и IP телефоны, подключаемые по езернету (аналоги Cisco 7950G).

Сеть выглядит следующим образом: от провайдера приходит канал в Cisco 3800, потом, с 28й циски уходит на Catalyst2950 и с него идёт раздача Интернета пользователям.

Если нужны будут детали- спрашивайте.

Спасибо.

• Приоритезация голоса.,Andrew Kolchoogin, 13:47 , 01-Апр-08
  • Приоритезация голоса.,Solodark, 13:46 , 02-Апр-08
    • Приоритезация голоса.,ScatMan, 14:37 , 02-Апр-08
      • Приоритезация голоса.,Solodark, 15:20 , 02-Апр-08
        • Приоритезация голоса.,ScatMan, 14:52 , 07-Апр-08

> Стоит задача организовать приоритезацию голосового траффика. Для передачи
> голоса предполагается использовать программные телефоны (X-Lite и др.)
> и IP телефоны, подключаемые по езернету (аналоги Cisco 7950G).

    Приоритезация любого трафика бывает двух типов: Differentiated Services и Integrated Services. В первом случае управлением трафиком управляет его ориджинейтор, во втором -- терминейтор. Ориджинейтору управлять трафиком правильнее, так как он знает его структуру, но ни один провайдер не позволит тебе это делать на его канале: в противном случае ты выставишь Realtime Priority на весь свой трафик и прогнёшь провайдерскую инфраструктуру.

> Сеть выглядит следующим образом: от провайдера приходит канал в Cisco 3800, потом,
> с 28й циски уходит на Catalyst2950 и с него идёт раздача Интернета пользователям.

    Что касается IntServ: в принципе, если сильно напоить провайдера коньяком, можно попросить построить с тобой линк по RSVP (Resource Reservation Protocol) -- это наиболее адекватный IntServ. Или, если поменять 38'ю на что-нибудь более вменяемое, то попросить у провайдера MPLS'ный линк, и строить Label-switched Path либо по тому же RSVP, либо статически по информации L3 (например, пропускать UDP с таких-то IP-адресов через альтернативный LSP).

    Если же и то, и другое невозможно -- остаётся только шейпинг. Зашейпь исходящий трафик на Border Router'е таким образом, чтобы оставалось 64..128 кбит/сек на голос -- этого хватит на пяток разговоров при использовании G.729.

    С DiffServ'ом чуть попроще: на порты "Каталиста", на которых хочется получить QoS, просто говорится:

mls qos trust dscp
priority-queue out

    В IP-телефонах, как правило, класс трафика проставляется автоматически в дефолтных настройках.

>[оверквотинг удален]
>разговоров при использовании G.729.
>
>    С DiffServ'ом чуть попроще: на порты "Каталиста", на
>которых хочется получить QoS, просто говорится:
>
>mls qos trust dscp
>priority-queue out
>
>    В IP-телефонах, как правило, класс трафика проставляется автоматически
>в дефолтных настройках.

а почему нелзя сразу сделать cbwfq на кошке, которая смотрит прямиком на провайдера (ежели в других местах узкого горла нет)? Т.е. мэчить весь голосовой трафик с pre 5 (к примеру) и дать ему приоритет , а остальной пусть попадает в class class-default -  и применить эту полиси на выходном интерфейсе к провайдеру

>[оверквотинг удален]
>>priority-queue out
>>
>>    В IP-телефонах, как правило, класс трафика проставляется автоматически
>>в дефолтных настройках.
>
>а почему нелзя сразу сделать cbwfq на кошке, которая смотрит прямиком на
>провайдера (ежели в других местах узкого горла нет)? Т.е. мэчить весь
>голосовой трафик с pre 5 (к примеру) и дать ему приоритет
>, а остальной пусть попадает в class class-default -  и
>применить эту полиси на выходном интерфейсе к провайдеру

А как это сделать (CBWFQ)? Я с такими задачами не сталкивался никогда.

>[оверквотинг удален]
>>>в дефолтных настройках.
>>
>>а почему нелзя сразу сделать cbwfq на кошке, которая смотрит прямиком на
>>провайдера (ежели в других местах узкого горла нет)? Т.е. мэчить весь
>>голосовой трафик с pre 5 (к примеру) и дать ему приоритет
>>, а остальной пусть попадает в class class-default -  и
>>применить эту полиси на выходном интерфейсе к провайдеру
>
>А как это сделать (CBWFQ)? Я с такими задачами не сталкивался никогда.
>

ну смотри .. щас буду импровизировать (все равно читать придется)), но смысл поймешь :

на своей аплинковой кошке делаешь класс мапы (т.е. калссы, в который будет попадать твой трафик)

class map 1
match ip precc 5 - т.е. весь трафик с полем ip precc = 5 попадает под этот классификатор

далее делаешь политику

Policy map
class 1
policy cir 10
priority

class class-default (а это весь оставшийся трафик т.е. интернет который попадает под дефолтный класс)
bandwidth X (оставшуюся полосу)или fair q)

далее применяшь полисю на интерфейсе к провайдеру ... и все - круто )

>[оверквотинг удален]
>class 1
>policy cir 10
>priority
>
>class class-default (а это весь оставшийся трафик т.е. интернет который попадает под
>дефолтный класс)
>bandwidth X (оставшуюся полосу)или fair q)
>
>далее применяшь полисю на интерфейсе к провайдеру ... и все - круто
>)

Это всё замечательно... но как будут отделяться зёрна от плевел (голос от данных)? Как мне дать понять циске это? Что посоветуете почитать на предмет настройки приоритезации на циске?