> у меня вопрос по этой политике
> policy-map OUT-QOS
> class class-default
> shape average percent 90
> service-policy WAN-EDGE
> Для чего вы это делаете?
> Вы вешаете родительскую политику на физический интерфейс,на котором указана ширина. После
> этого шейпите все до 90 процентов.
> По поводу эффективности самих политик - тут нужно смотреть на реальном трафике
> под нагрузкой. + MISSION-CRITICAL-DATA включен RED. Это делал админ головной организации, но, насколько я помню, такая конструкция возникла, когда топология сети изменилась с L2 на L3 и пришлось использовать подинтерфейсы и туннельные интерфейсы, но точнее сейчас уже сказать не смогу. Поправьте, если видите, что это не правильно.
> Какой там трафик, имеет смысл его там включать?
Под MISSION-CRITICAL-DATA матчится dscp 25, но похоже, что такой трафик вообще не проходит через эти интерфейсы:
sh policy-map interface po1.170 output class MISSION-CRITICAL-DATA
Port-channel1.170
Service-policy output: TTK-OUT-QOS
Class-map: MISSION-CRITICAL-DATA (match-any)
0 packets, 0 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: ip dscp 25
0 packets, 0 bytes
5 minute rate 0 bps
Queueing
Output Queue: Conversation 139
Bandwidth 12 (%)
Bandwidth 245 (kbps)
(pkts matched/bytes matched) 0/0
(depth/total drops/no-buffer drops) 0/0/0
exponential weight: 9
mean queue depth: 0
class Transmitted Random drop Tail drop Minimum Maximum Mark
pkts/bytes pkts/bytes pkts/bytes thresh thresh prob
0 0/0 0/0 0/0 20 40 1/10
1 0/0 0/0 0/0 22 40 1/10
2 0/0 0/0 0/0 24 40 1/10
3 0/0 0/0 0/0 26 40 1/10
4 0/0 0/0 0/0 28 40 1/10
5 0/0 0/0 0/0 30 40 1/10
6 0/0 0/0 0/0 32 40 1/10
7 0/0 0/0 0/0 34 40 1/10
rsvp 0/0 0/0 0/0 36 40 1/10
QoS Set
dscp af31
Packets marked 0
Вообще, в подразделениях, где стоят каталисты, включен mls qos, и по идее, устройства, маркирующие свой трафик должны нормально его передавать раскрашенным.
Но вообще, конечно, тоже не мешало бы пройти этот курс... Вот только ни времени ни ресурсов... В общем, как обычно, приходится все изучать в процессе :)
