7. После чего перестал увеличиваться uptime?
8. Querier должен быть только один в рамках влана.

7. После определённого времени работы, и, возможно, перехода на последнюю прошивку. На таких же коммутаторах с такой же версией прошивки аптайм нормально показывает 28 и 70 суток.

8. Это не объясняет почему коммутаторский кверир шлёт запросы как попало.
Строго говоря у меня один кверир от провайдера в провайдерском влане и один (средствами коммутатора) во внутренней сети. Но у меня установлен мост, который бриджует мультикаст между вланами.

7. Пришлите мне, пожалуйста, на почту из профиля скриншот на котором видно на каком значении остановился Uptime.
8. Коммутатор тут и не должен выступать в роли Querier, нужно использовать тот, что дается провайдером.

7. Отправил.

8. Я хочу чтобы мой коммутатор в моей сети работал квериром. Провайдер мне своими двумя кверирами не интересен.
Если погасить мультикаст мост между вланами и выкл/вкл снупинг с квериром, то он начинает слать запросы членства как в настройках - раз в минуту, если опять включить мост то теряется.
Почему кверир в свиче не может и дальше работать как ему указанно?

7. Я отписал в ШК.
8. В сегменте должен быть только один querier, поэтому использование Вашего здесь не является правильным.

7. Могу дать доступ к этому коммутатору.

8. Правильно или нет, мне нужно чтобы кверир коммутатора работал так как я ожидаю, а не случайным образом.

7. Доступ пока не нужен, если потребуется, то я сообщу.
8. Работать так не будет, как нужно сделать я уже писал.

7. Пришлите, пожалуйста, полную конфигурацию проблемного DGS-1210 с указанием его IP-адреса, управляющего влана и порта, на котором он прописан, а также пары username/password для доступа в нему. Также укажите в какой топологии он используется.

Могу ещё для SNMP порт прокинуть.

Пока не требуется. Как только ШК ответит, я Вам сразу сообщу.

ШК рекомендует перезагрузить коммутатор, так как возможно это аппаратная проблема.

Уважаемые коллеги!
Хотел задать вопрос о функционировании IGMP Querier в коммутаторе DGS1210-28, но, похоже, нашел ответ в данном сообщении.
1. То есть, если я правильно понял, коммутатор DGS1210 периодически рассылает запросы IGMP Qury General для обновления таблицы IGMP snooping ?
2. Таким образом его можно использовать в режиме IGMP snooping для передачи между хостами мультикастовых потоков при отсутствии в системе внешнего Querier?

И небольшой комментарий для Ivan83 по поводу работы в сети нескольких Querier (материал из http://net-itstep.blogspot.ru/2012/02/igmp.html):

"есть одна проблема: отсутствие диалога между multicast маршрутизаторами, иными словами несколько multicast маршрутизаторов в одной сети независимо отправляют свои Query, порождая тем самым лишний IGMP трафик. Для устранения этой проблемы в IGMPv2 вводятся понятия Querior и Non-Querior. В одной физической сети типично только один multicast маршрутизатор должен выполнять функции Querior, все остальные должны быть Non-Querior. Именно Querior должен отправлять в физическую сеть все Query (как General Query так и Group Specific Query), анализировать же поступившие в ответ Report должны все multicast маршрутизаторы. Так как Non-Querier, получая Leave Group пакет не имеет право послать в ответ на него необходимый Group Specific Query, Non-Querior должен игнорировать Leave Group пакеты, но при этом Non-Querior может получать информацию о группах, в которых нет членов, анализируя Group Specific Query, посланные Querior и Reports, поступившие в ответ. Как происходят выборы Querior? Каждый маршрутизатор, начинающий работать с IGMP через интерфейс должен полагать себя Querior и должен начать отправлять Query в физическую сеть. При получении Query от другого маршрутизатора с меньшим IP адресом отправителя, маршрутизатор должен немедленно стать Non-Querior. Если Non-Querier в течение определенного интервала не получает Query, он должен стать Querier и начать сам отправлять Query."

Да, на DGS-1210-28 есть Querier и его можно использовать.
Рекомендую почитать нашу презентацию по IPTV: ftp://ftp.dlink.ru/pub/Trainings/D-Link_switches_and_multicast.zip

Не могу зафильтровать IPv6.
Добавляю правило:
Profile ID 01
Ether Type YES
Access ID 1
Type MAC
Ether Type 34525
Ports 19
Action deny

и пакеты как ходили так и ходят
19 - не тегированный, тэгированного в нём ничего нет. Других правил нет, оно одно единственное.
Аналогично создавал запрещающее правило для мак адреса - работает.

Какая у Вас сейчас прошивка на коммутаторе?