Добрый вечер всем !Имеем 7206-1G.транк-3750-100m.транк-канальный оператор-10m.access-клиент.
Задача банальна дать клиенту 1.5 мегабита приоритет VoIP. Как учили идем на цыско ком и там видим:
http://www.cisco.com/en/US/tech/tk543/tk545/technologies_tec...
Реализовываем:
policy-map client
class voip
priority 1500
class class-default
fair-queuepolicy-map root
class class-default
shape average 10000000
service-policy clientclass-map match-any voip
match protocol rtp
match ip precedence 5
match ip dscp cs5вешаем на 7206 на аут транкового саб интерфейса.
Смотрим sh policy-map int Gi0/1.303 output
видим что матчи идут все красиво, что дефултовый класс дропаеться в очереди встает. а воипи без одного дропа. Но на стороне клиента задампил трафик и выпал в осадок. Потери задержки вообщем никакого QOSа. Если рейт лимитом зарезать ему все кроме воипи на 8.5 мегабит то все нормально.Что то я не очень понимаю данной ситуации. Грешу пока на IOS но легко его сменить нельзя. Прошу помощи !
c7200-js-mz.122-25.S2.bin
А вывод show policy interface ?
>А вывод show policy interface ?
Пока его пришлось снять так как не работает, но там все красиво пишет что матчи идут, дропанья приоритетного трафика нету, дропания остального есть в нормальных пределах.
Вот для теста повесил на свой интерфейс...GigabitEthernet0/1.304
Service-policy output: office
Class-map: class-default (match-any)
371138 packets, 414910208 bytes
5 minute offered rate 5207000 bps, drop rate 127000 bps
Match: any
Traffic Shaping
Target/Average Byte Sustain Excess Interval Increment
Rate Limit bits/int bits/int (ms) (bytes)
6000000/6000000 37500 150000 150000 25 18750Adapt Queue Packets Bytes Packets Bytes Shaping
Active Depth Delayed Delayed Active
- 70 366210 407630319 302024 356377635 yesService-policy : client
Class-map: voip (match-any)
29581 packets, 6439072 bytes
5 minute offered rate 88000 bps, drop rate 0 bps
Match: protocol rtp
1055 packets, 230111 bytes
5 minute rate 0 bps
Match: ip precedence 5
28526 packets, 6208961 bytes
5 minute rate 88000 bps
Match: ip dscp cs5
0 packets, 0 bytes
5 minute rate 0 bps
Queueing
Strict Priority
Output Queue: Conversation 136
Bandwidth 1500 (kbps) Burst 37500 (Bytes)
(pkts matched/bytes matched) 23555/5129886
(total drops/bytes drops) 0/0Class-map: class-default (match-any)
341557 packets, 408471136 bytes
5 minute offered rate 5131000 bps, drop rate 127000 bps
Match: any
Queueing
Flow Based Fair Queueing
Maximum Number of Hashed Queues 128
(total queued/total drops/no-buffer drops) 52/4925/0Тут был один разговор по G711alaw и параллельно было скачивание в несколько сессий файликов с фтп, так что пример не очень удачный, но там абсолютно такая же картина.
UP!
>>А вывод show policy interface ?
>
>
>Пока его пришлось снять так как не работает, но там все красиво
>пишет что матчи идут, дропанья приоритетного трафика нету, дропания остального есть
>в нормальных пределах.
>Вот для теста повесил на свой интерфейс...
>
> GigabitEthernet0/1.304
>
> Service-policy output: office
>
> Class-map: class-default (match-any)
> 371138 packets, 414910208 bytes
> 5 minute offered rate 5207000 bps,
>drop rate 127000 bps
> Match: any
> Traffic Shaping
> Target/Average
> Byte Sustain Excess
> Interval Increment
>
> Rate
> Limit bits/int bits/int (ms)
> (bytes)
> 6000000/6000000
> 37500 150000 150000
>25 18750
>
> Adapt Queue
> Packets Bytes
>Packets Bytes Shaping
> Active Depth
>
>
>Delayed Delayed Active
> -
> 70 366210
> 407630319 302024 356377635 yes
>
> Service-policy : client
>
> Class-map: voip (match-any)
> 29581 packets,
>6439072 bytes
> 5 minute
>offered rate 88000 bps, drop rate 0 bps
> Match: protocol
>rtp
>
>1055 packets, 230111 bytes
>
>5 minute rate 0 bps
> Match: ip
>precedence 5
>
>28526 packets, 6208961 bytes
>
>5 minute rate 88000 bps
> Match: ip
>dscp cs5
>
>0 packets, 0 bytes
>
>5 minute rate 0 bps
> Queueing
>
>Strict Priority
>
>Output Queue: Conversation 136
>
>Bandwidth 1500 (kbps) Burst 37500 (Bytes)
>
>(pkts matched/bytes matched) 23555/5129886
>
>(total drops/bytes drops) 0/0
>
> Class-map: class-default (match-any)
> 341557 packets,
>408471136 bytes
> 5 minute
>offered rate 5131000 bps, drop rate 127000 bps
> Match: any
>
> Queueing
>
>Flow Based Fair Queueing
>
>Maximum Number of Hashed Queues 128
> (total queued/total drops/no-buffer drops)
>52/4925/0
>
>Тут был один разговор по G711alaw и параллельно было скачивание в несколько
>сессий файликов с фтп, так что пример не очень удачный, но
>там абсолютно такая же картина.эээ.. Так а что не работает-то? класс client содержит 3 матчеса. По двум из них - все пркрасно отрабатывается. третьего матчеса нету, так как видно пакетов таких не пролетало :) А так - все отлично работает. Или я что-то не догоняю?
>эээ.. Так а что не работает-то? класс client содержит 3 матчеса. По
>двум из них - все пркрасно отрабатывается. третьего матчеса нету, так
>как видно пакетов таких не пролетало :) А так - все
>отлично работает. Или я что-то не догоняю?Все написано выше может конечно не очень удобно за что приношу извинения.
Но на стороне клиента задампил трафик и выпал в осадок. Потери, задержки вообщем никакого QOSа.
Собрал лабу и проводил эксперименты есть подозрение на размер корзины маркеров.(согласованный и расширенный всплеск)
Так как ограничил шейпом 4мегабита а иногда поток достигал 5.5 мегабита.
То есть я поставил 10 мегабит а он мог прыгать больше.
Я сразу об этом подумал и пробовал 9 мегабит эффект был тот же.
Возможно все таки в этом направлении нужно думать ?
То есть задача сводится к следующему:рутер1---1гигабит---коммутатор---10мегабит---клиент
на рутер1 нужно сконфигурировать QOS так что бы он шейпил 10 мегабит не больше и в этой полосе выделял приоритет 1.5 мегабита голосу.
Заранее благодарю !
Match: ip dscp cs5
0 packets, 0 bytes
5 minute rate 0 bpsэто не смущает ?
>Match: ip dscp cs5
>
>0 packets, 0 bytes
>
>5 minute rate 0 bps
>
>это не смущает ?
не смущает, так как я не мечу DSCP просто сделал на будущее.
А есть ли там 10 мбит на самом деле? Моежт стоит посмотреть состояние после коммутатора и сранить с состоянием после 10 мбит/с канала? И из примера непонятно - 10ка фул или халф..
>А есть ли там 10 мбит на самом деле? Моежт стоит посмотреть
>состояние после коммутатора и сранить с состоянием после 10 мбит/с канала?
>И из примера непонятно - 10ка фул или халф..
10 мегабит есть, там фул.