Вопрос собственно в наличии данной функции в документации и отсутствии физически
Ситуация -> на порт приходят tag vlans c интернетом и мультикастом, в часы загрузки соотв. ТВ начинает рассыпаться
выяснено наверняка, что проблема именно на этом входящем порту (при отключении интернета все становится нормально), проверялось напрямую с другого порта этого же коммутатора (на порту только тест ПК), так же мультикаст роутинг с собственных источников (другой порт) работает идеально в то же время

Версия

mls qos maps дефолтные и правильные
mls qos scheduler пробовал wrr (вес настроен) и sp

sh policy-map
Policy Map tv-in
Class c-tv-in
set ip dscp 48

sh class-map c-tv-in
Class Map c-tv-in
Match access-group 100

ip access-list extended 100 (тут один из вариантов, пробовал и конкретно igmp и промаркированный верхним поставщиком tos`ом и dscp)
10 permit ip any 239.255.0.0 0.0.255.255

sh mls q int gi 0/1
Interface: GigabitEthernet 0/1
Attached input policy-map: tv-in
Attached output policy-map:
Default trust: cos
Default cos: 0

так вот вся эта конструкция вообще не работает, нет даже намека на ее работоспособность и к сожалению не нашел возможности для просмотра статистики (подобно циске "int stat")
p.s.: реально пробовал больше разных комбинаций, все по нулям

update
редактирование выделено жирным

приоритетные метки можно назначать еще до 3610
а что-бы 3610 пропускал эти метки, делаем команду:

conf
int gi 0/1
mls qos trust cos

_________________
2008-2015г. компания Экстрим Интернет. Технический директор/Главный системный администратор.
2015-по н.в. компания "Подряд". Инженер сети ШПД

вас не смущает, что это расписано в первом посте?
суть не в том как это реализовать, а в том, что эта функция не работает на этом железе (по крайней мере с конкретной прошивкой), да плюс в доке есть команды которых реально нет на железе (к примеру buffer management)

Для начала обновите прошивку до 94612
ftp://ftp.dlink.ru/pub/Switch/DGS-3610% ... /Firmware/

далее будем разбираться по факту вашей схемы и настроек...

Обновил

ничего не изменилось

схема простая
циска верхнего -> 3610
на порт 1 приходят два влана интернет и ТВ(мультикаст)
когда запросов в инет становится очень много ТВ начинает сыпаться, если выключить инет, то ТВ работает прекрасно
на тесте только один пользователь в одном, ему выданном, порту
часть конфига, касаемого попытки получить функционал qos, выведен (sh) в первом посте, повторюсь пробовали разные варианты acl и в том числе верхний красил мультикаст приоритетами
в это же время мультикаст от собственных источников, направленный в другой порт (только он), прекрасно отрабатывает для клиента

Давайте по пунктам.

1. На основании чего вы утверждаете что проблема происходит на входящем порту?



Почему вы решили что проблема на входящем порту а не происходит на вышестоящем оборудовании?
Как именно вы отключали "интернет"? Какова загрузка на входдящем исходящем портах по трафику юникаст и мультикаст соотвественно?
Вы сделали несколько тестов только никак не отражающих суть проблемы.... корреткным должен быть тест установки PC подключенного к 3610, на PC сконфигурированы 2 влан мультикаст и юникаст соотвественно, трафик с которых идет одновременно...при определенной нагрузке в заданном направлении возникает проблема....

2. Поскольку вы, наверное, первый кто пишет о подобной проблеме за последние 2 года, а за это время проблема наверняка бы проявилась у многих людей, то давайте разбирать проблему максимально детально, чтобы ее возможно было воспроизвести на стенде. Поэтому настоятельно просим предоставить полную конфигурацию всех устройств от источника мультикаста до получателя (включая все промежуточные устройства) + схема с указанием портов включения. А также объяснение логики какой vlan транспортирует мультикаст/unicast. При каком количестве нагрузочного трафика прблема себя проявляет.

Интернет отключаю - просто гашу влан с ним.
Вывод делаю на основании того, что через эту же циску верхний раздает ТВ свои пользователям и у них проблем нет.
Нагрузку выложу вечером, когда она будет. Про нагрузку на исходящем не понял, чей исходящий? мой? Если да то на тест порту нет вообще нагрузки, там, только тест ПК. Повторюсь свои источники работают нормально, но они приходят на отдельный порт на который больше ничего не приходит. Тест именно так и проводился как вы пишете, только не напрямую к 3610, а через 1228ME+ISM-vlan, на котором опять же никого нет кроме тест ПК.
Я мог бы попробовать доказать вам эту проблему наверняка, включив между циской и 3610 какой-нибудь длинк уровня 3100 или 3200 где QoS наверняка работает (была подобная проблема у дружественного оператора, там это решилось одной строкой на 3100 куда тоже приходил юникаст и мультикаст), но хотелось бы этот вариант отложить на случай если мы зайдем в тупик, т.к. живая схема и тысячи пользователей.
По поводу конфига источника мультикаста ... он не у нас, я же не буду просить все конфиги у вышестоящего, он просто дает нам интернет и мультикаст в вланах.
По поводу своего конфига предлагаю вот такой:
3610

snooping пока выключен, банально L2 влан

1228/ME

больше там ничего значительного нет в этой схеме
суть - когда онлайн (интернет) становится (примерно) более 2000 пользователей ТВ начинает сыпаться (реально роутит он через себя на пару порядков больше, пиринг и т.п., но конкретно через этот порт именно это количество, именно интернет пользователей, становится камнем преткновения)

если нужна какая-то конкретика которую по вашему я не донес, то укажите

ps по поводу здесь вообще нет обсуждения про QoS у 3610, видимо так сильно не нагружают, что появляется необходимость в этом, т.к. получение ТВ снаружи не особо распространенная схема именно в таком варианте (на 3610), если бы я хоть одно подтверждение в виде "до лагало, а после перестало" увидел, я бы искал у себя ошибку, но нет такого, да и схема настолько примитивна, что я пока не вижу подводных камней кроме реально не работающей функции на 3610

могу даже дать доступ на коммутатор

1) Поинтресуйтесь у своего "верхнего" настроена ли на порту смотрящем в вашу сторону приоритезация мультикаст трафыика
То что он для своей сети все настроил, не означает, что все настроено для вас...

2) Тест проводится не так как я говорю... к 3610 подлючается PC (генератор трафика) на нем создается 2 VLAN (на генераторе на PC) и с него вещается на клиентов тестовых мультикаст и юникаст одновременно в 1 порт.

3) Чем принципиально отличается удаленный источник от лакального? Если только тем что он не в тот же порт подключен, тогда предлагаем тестовую схему варианта 2.

4) Покажите хотябы конфигурацию всех узлов вашей цепочки... А инженеры самы разберутся что существенно. а что нет... Надеюсь вас не надо упрашивать?

5) Нам доказывать ничего не надо, если вы утверждаете, что проблема имеет место быть нам надо ее смоделировать, чтобы понять почему она случается, чтобы была возможность ее устранить и помочь вам соотвественно

Немного ответов и уточнений
1. Не настроен, только покрашен, мне кажется, что на исходящее направление у него нет тех возможности, хотя уточню
2. Где я возьму такой генератор, чтобы такую нагрузку смоделировать? Или я не о том?
3. Удаленный приходит вместе с интернетом от верхнего, локальный - это сервера с мультикастом и только они в конкретном порту.
4. Если не против, то я бы конфиги и описание схемы по почте куда-нибудь прислал.

1. если оператор просто красит трафик, но не приоритезирует его на своей стороне, то корень проблемы очевиден и он никак не в 3610....
2. Допустим Linux PC, на интерфесе создаются 2 суб-интрефейса с тегами разных влан, iperf генерируется юникаст, vlc мультикаст в разных vlan соотвественно
3. Это понятно
4. Разумеется mklus@dlink.ru и схему включения портов, или описание хотябы на словах куда и что подключено.

Все, вопрос снимаю, слишком самонадеян в этот раз оказался (за что и извиняюсь) попер как баран... Подумал, что для верхней циски это не особая сильная загрузка, чтобы так udp валить.
Спасибо Максим, что заложили тень сомнения, действительно проверил iperf`ом все подтвердилось, qos на 3610 работает (даже на более старой прошивке, проверял на другом 3610).
Остальные вопросы к верхнему поставщику.