URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID6
Нить номер: 12240
[ Назад ]

Исходное сообщение
"Catalist 3550. Priority queues"

Отправлено gsv , 13-Дек-06 15:44 
Добрый день.
Есть такая схема :
Cisco3550-->HDSL Modem --> DSL --> HDSL Modem --> Cisco1751

Между модемами - 2 мб. Надо приоритезировать голосовой трафик.
Со стороны 1751 это можно сделать с пом. modular QoS CLI. Т.к. пропускная способность самого интерфейса Fa0/0 - 100 Mbit/s, надо делать class based wfq внутри шейпера на 2 Мб. Там для класса с голосом - что-нибудь типа

policy-map child
class voice
  priority 512

policy-map parent
class class-default
  shape average 2000000
  service-policy child


Но как это сделать со стороны 3550?
На 3550 IOS:
Cisco IOS Software, C3550 Software (C3550-IPSERVICES-M), Version 12.2(35)SE, RELEASE SOFTWARE (fc2)
Она работает в кач-ве роутера (inter vlan). modular QoS CLI в ней не поддерживает priority для класса. Там есть только police и set :

Sw_3550(config-pmap-c)#?
QoS policy-map class configuration commands:
  exit    Exit from QoS class action configuration mode
  no      Negate or set default values of a command
  police  Police
  set     Set QoS values
  trust   Set trust value for the class
  <cr>

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

interface FastEthernet0/31
switchport access vlan 35
switchport mode access
no ip address
mls qos trust cos
wrr-queue bandwidth 20 1 80 1
wrr-queue cos-map 1 0 1 2 4
wrr-queue cos-map 3 3 6 7
wrr-queue cos-map 4 5
priority-queue out

Как можно настроить приоритет для голоса со стороны 3550?


Содержание

Сообщения в этом обсуждении
"Catalist 3550. Priority queues"
Отправлено ВОЛКА , 13-Дек-06 17:44 
>Добрый день.
>Есть такая схема :
>Cisco3550-->HDSL Modem --> DSL --> HDSL Modem --> Cisco1751
>
>Между модемами - 2 мб. Надо приоритезировать голосовой трафик.
>Со стороны 1751 это можно сделать с пом. modular QoS CLI. Т.к.
>пропускная способность самого интерфейса Fa0/0 - 100 Mbit/s, надо делать class
>based wfq внутри шейпера на 2 Мб. Там для класса с
>голосом - что-нибудь типа
>
>policy-map child
> class voice
>  priority 512
>
>policy-map parent
> class class-default
>  shape average 2000000
>  service-policy child
>
>
>Но как это сделать со стороны 3550?
>На 3550 IOS:
>Cisco IOS Software, C3550 Software (C3550-IPSERVICES-M), Version 12.2(35)SE, RELEASE SOFTWARE (fc2)
>Она работает в кач-ве роутера (inter vlan). modular QoS CLI в ней
>не поддерживает priority для класса. Там есть только police и set
>:
>
>Sw_3550(config-pmap-c)#?
>QoS policy-map class configuration commands:
>  exit    Exit from QoS class action configuration
>mode
>  no      Negate or set default
>values of a command
>  police  Police
>  set     Set QoS values
>  trust   Set trust value for the class
>  <cr>
>
>
>
>Вариант настройки очередей (ниже), как я понимаю, будет приоритезировать четвёртую очередь на
>интерфейсе, только если начнёт переполняться очередь стамегабитного интерфейса, а у нас
>всего 2 мегабита.
>
>interface FastEthernet0/31
> switchport access vlan 35
> switchport mode access
> no ip address
> mls qos trust cos
> wrr-queue bandwidth 20 1 80 1
> wrr-queue cos-map 1 0 1 2 4
> wrr-queue cos-map 3 3 6 7
> wrr-queue cos-map 4 5
> priority-queue out
>
>Как можно настроить приоритет для голоса со стороны 3550?
ну можно на внутреннем 1751 тоже аналогичный шейпинг настроить, таким образам, чтобы шейпинг начинал работать немного до того, как полностью загрузится канал...

"Catalist 3550. Priority queues"
Отправлено gsv , 13-Дек-06 22:47 
>ну можно на внутреннем 1751 тоже аналогичный шейпинг настроить, таким образам, чтобы
>шейпинг начинал работать немного до того, как полностью загрузится канал...

Т.е. как я понимаю, на 1751 предлагаете сделать очереди в обе стороны?
Не очень эффективно это будет работать, когда со стороны 3550 какой-нибудь компютер подхватит вирус и будет флудить... Для честных tcp соединений это будет работать
А на 3550 нельзя решить эту задачу?


"Catalist 3550. Priority queues"
Отправлено Vlad , 14-Дек-06 08:07 
WRR

"Catalist 3550. Priority queues"
Отправлено gsv , 14-Дек-06 09:54 
>WRR

А как на интерфейсе установить реальную скорость подключения?
WRR, на сколько я понимаю, будет срабатывать, когда 100Мб/сек начнёт дропать пакеты, а тут всего 2 Мб/ сек.


"Catalist 3550. Priority queues"
Отправлено Shod , 14-Дек-06 10:06 
>А как на интерфейсе установить реальную скорость подключения?
>WRR, на сколько я понимаю, будет срабатывать, когда 100Мб/сек начнёт дропать пакеты,
>а тут всего 2 Мб/ сек.

WRR все время работает если включен
он просто пакеты входящие разбивает по 4 очередям приоритетности
а потом отправляет их с каждого интерфейсе согласно расписанию
неважно с какой скоростью


"Catalist 3550. Priority queues"
Отправлено gsv , 14-Дек-06 10:19 
>WRR все время работает если включен
>он просто пакеты входящие разбивает по 4 очередям приоритетности
>а потом отправляет их с каждого интерфейсе согласно расписанию
>неважно с какой скоростью


Тогда я не понимаю, как WRR на 3550 будет работать когда модемное соединение переполнится?
Модем то никак не "скажет" 3550 через ethernet, что нужно попридержать фреймы с данными, а передавать только голос. А 3550 всё равно будет посылать фреймы в модем, пускай голосовые будут впереди, но, например, если в то же время идёт и кактой-то четырёхмегабитный поток ftp, то 3550 никак их не будет задерживать, что негативно отразится на качестве voice...
Надеюсь, я понятно изложил свои сомнения )