DGS-3120 Series rev.A1/A2 v3.12.R009 https://cloud.dlink.ru/owcl/public.php?service=files&t=900d4016ddf54fd757fa92d2ae287caa&download

В двух точках установлены DES-1210-28. На одной точке, на десе snoop выключен на роутере igmp выключен, роутер не повис. На другой точке, на десе snoop включен, но фильтрация не настроена(forward unregistered groups), на роутере igmp включен, роутер повис. Это ситуация на сегодняшее утро.

извините, отвлекли. А ведь все правильно. На роутер прилетел mcast ssdp, роутер его увидел igmp-snoop, не понял что с ним делать, устроил сам себе шторм и отвалился либо по памяти либо по цпу. Я у себя это придушил в сети при помощи multicast filtering, но снупинг у меня включен. Штормами черевато.

а можно чуть более подробно, как правильно придушить

тогда включите снупинг и фильтр унрегистрет групп во всех вланах

config igmp_snooping all state enable config multicast filter 1-28 filter так делать?

я по вланам фильтрую, по портам работает тоже

а по вланам это в каком разделе или какая команда? ляпнул с дуру на аплинк, чуть дес не потерял, залип минут на 5 намертво

добрый день какая актуальная прошивка на dir-615 N1

config multicast vlan_filtering_mode vlan 100 filter_unregistered_groups

спасибо. осталось достучаться до деса)

когда-то нам давали такие аксесс листы, кто-то из ваших коллег из РБ

я бы отключил трафик контроль для юникаста

На что может повлиять его включение?

Может кто в лс проконсультирует по настройкам?

http://forum.dlink.ru/viewtopic.php?p=927175

это я уже читал, оттуда и можно сказать и взял команду config traffic control 1-24 broadcast enable multicast enable unicast enable action drop threshold 64

второй комент от грамотного человека

понял, значит юникаст трогать не буду, а магистральные вообще без настроек по трафик контролю

вернулся, после того как добавил еще такие строки create cpu_access_profile ip udp dst_port_mask 0xffff profile_id 1 create cpu_access_profile ip tcp dst_port_mask 0xffff profile_id 2 config cpu_access_profile profile_id 1 add access_id 1 ip udp dst_port 546 port 1-28 deny config cpu_access_profile profile_id 1 add access_id 2 ip udp dst_port 547 port 1-28 deny config cpu_access_profile profile_id 2 add access_id 1 ip tcp dst_port 546 port 1-28 deny config cpu_access_profile profile_id 2 add access_id 2 ip tcp dst_port 547 port 1-28 deny enable loopdetect config loopdetect ports 1-24 state enable config traffic control 1-24 broadcast enable multicast enable unicast enable action drop threshold 64 config filter dhcp_server ports 1-24 state enable config dos_prevention dos_type all action drop state enable config traffic trap both

убрал 1-28, оставил 1-24

от абонов валит мультик

Так повесь трафик контрол на абонентские порты чтобы они при мультикасту и броадкасте выключались

эта фича позволит отключать только по петле. то есть шторму. если же он просто заливает мультик не поможет ничего кроме разве что ацл против мультикаста совсем, но ... не получится, потому что тогда мультик совсем не будет работать

https://pastebin.com/L1EN0Jaz

замечу, что мне доводилось видеть под шесть тысяч пакетов в секунду с клиентского порта - и "мультикаст" этот оказался ipv6 dhcp

не было ни возможности, ни желания выяснить. это так, "ремарка"