Всем доброе время суток.
Есть некий участок сети, упрощенно показанный на рисунке.
Пытаюсь приоритезировать мультикаст-трафик в горлышке между DGS'ом и тупым свитчом. Мультикаст входит в DGS с IP DSCP=34 (ToS=0x88), до анализатора доходит с той же раскраской. Параллельно через это же горло два FTP-клиента качают файло с FTP-сервера на максимально доступной скорости, т.е. всем колхозом забивают горло под завязку (могут и больше, но горло не позволяет, так и задумано).
В DGS'е насчет QoS сооружено следующее:
Код:
# QOS
config scheduling_mechanism strict
config scheduling 0 max_packet 1
config scheduling 1 max_packet 2
config scheduling 2 max_packet 3
config scheduling 3 max_packet 4
config scheduling 4 max_packet 5
config scheduling 5 max_packet 6
config scheduling 6 max_packet 7
config scheduling 7 max_packet 0
config 802.1p user_priority 0 2
config 802.1p user_priority 1 0
config 802.1p user_priority 2 1
config 802.1p user_priority 3 3
config 802.1p user_priority 4 4
config 802.1p user_priority 5 5
config 802.1p user_priority 6 6
config 802.1p user_priority 7 6
config 802.1p default_priority 1-10 0
config bandwidth_control 1-10 rx_rate no_limit tx_rate no_limit
# ACL
create access_profile profile_id 1 ip dscp
config access_profile profile_id 1 add access_id auto_assign ip dscp 34 port 1-10 permit priority 4 rx_rate no_limit
disable cpu_interface_filtering
Никакой другой значительный трафик через горло не ходит.
Насколько я себе понимаю, при включенном
Код:
config scheduling_mechanism strict
достаточно с помощью вышеупомянутого ACL поместить мультикаст в очередь с приоритетом больше дефолтового 0, и он пойдет без помех в необходимом объеме (в моем случае примерно 20-25 mbps), оставшуюся полосу поделят FTP-клиенты. В DES-3010G подобная конструкция (синтаксис там другой, но смысл тот же), собственно, так и работала.
Здесь - НЕ РАБОТАЕТ. Стоит зарядить FTP-трафик - мультикаст начинает сыпаться.
Boot PROM Version : Build 1.00.B005
Firmware Version : Build 1.35.B023
Hardware Version : A2
В чем я неправ?