Доброго времени суток!
Столкнулся с интересной ситуацией.
Коммутатор 3200-26, настроен ISM Vlan, в сети есть мультикаст, на который пользователь может успешно подписаться. Со стороны пользователя STB, работающая в режиме рутера, за ней тестовый компутер, агрессивно (многопотоково) качающий из сети файлы.

На коммутаторе включен STRICT режим обработки очередей, Flow Control выключен.
Мультикастовый трафик вручную (access profile) маркируется Cos = 7 и попадает в приоритетную очередь. (я так думаю, так как счетчики на Access profile увеличиваются).
Скорость мультикастового потока 3Мб/с.

1. Включаю "per queue bandidth control" для очередей 1..6, зажимая трафик до 1Мб/с.
Скорость скачивания на тестовом камопутере падает.
Картинка на STB нормальная, мультикастовый поток при этом не страдает.
Это понятно и это объяснимо, ведь 7 очередь не попадает под действие полисера.

2. А вот тут начинается волшебство . Отключаю "per queue bandwidth control", включаю "badwidth control" для пользовательского порта, выставляю скорость 4-5 Мб/c - картинка не ломается, а компутер успешно качает на 4Мб/с трафик. Как такое возможно ?
Дальше - убираю "access profile", который перемаркирует мультикастовый трафик.
Ситуация не меняется - картинка не ломается, мультикаст жив.

Собственно, удивляет - почему режется именно юникастовый трафик, мультикастовый при этом страдает минимально ? Может быть в работе "bandwidth control" есть какие-то скрытые моменты, например, этот процесс "смотрит" на поля ToS/DSCP ?
Возможно, коммутатор мапит эти поля в COS, но как отследить, что фрейму назначился соответствующий CoS и он попал в приоритетную очередь ?