Во время модернизации сети меняем старые управляемые коммутаторы другого вендора на Dlink 3200-28 различных аппаратных ревизий. Обнаружили, что оборудование крупного клиента, который имеет множество точек подключения в нашу сеть, не работает в Dlink - трафик не доходит до маршрутизатора. Была установлена причина - это кривые мак-адреса "нечетные" на его устройствах . Имеется ввиду, что в соответствии с документом в MAC-адресе устанавливаются два признака
I/G = 0 INDIVIDUAL ADDRESS
I/G = 1 GROUP ADDRESS
U/L = 0 GLOBALLY ADMINISTERED ADDRESS
U/L = 1 LOCALLY ADMINISTERED ADDRESS
Вот у нашего клиента на оборудовании как раз MAC адреса, которые считаются GROUP ADDRESS, то есть мультикаст. Коммутатор не изучает такие мак-адреса, что собственно логично, но должен их передавать. Коммутаторы другого вендора так себя и ведут, при этом выше на маршрутизаторе в ARP видно соответствие mac-ip и абонент работает.

Собрал стенд, картинку прилагаю.
На коммутаторе настроил зеркалирование
enable mirror
config mirror port 22 add source ports 12 rx
config mirror port 22 add source ports 12 tx

1. На компьютере B выставил MAC 00:00:01:aa:bb:cc назначил ip 10.0.0.44 и успешно пропинговал комьютер C. На компьютере А наблюдается request и reply
2. Затем на компьютере B выставил MAC 01:00:01:aa:bb:cc и компьютер С уже пропинговать не смог. На компьютере А наблюдается только request

Есть ли способ заставить работать такие мак-адреса на Dlink ?

а почему у него такие адреса?

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

я подозреваю, что это преобразователи интерфейсов совсем китайского производства

disable igmp_snooping

выключить совсем снупинг нереально из-за активного использования в сети IPTV, к тому же на коммутаторах другого вендора снупинг всёже был включен, да и не причем тут igmp ... может всётки есть другой способ?

Позволю себе апнуть тему

_________________
D-Link Switches: Tips & Tricks

Если нельзя выключить igmp_snooping, то остаётся только один вариант - добавить все эти адреса на нужные порты с помощью create multicast_fdb ...

А что тут апать? Человек юзает МАС из диаппазона, который RFC отводит под мультикаст, и хочет, чтобы вендор заставил оборудование не реагировать на эти МАС как на мультикаст. Но при этом другой мультикаст надо продолжать обслуживать по всем правилам.

пробовал с выключенным снупингом, не работает. а вот multicast_fdb помогает! спасибо большое!
На моём стенде это выглядит так
create multicast_fdb 402 7D-00-01-AA-BB-CC
config multicast_fdb 402 7D-00-01-AA-BB-CC add 12

DES-3200-28:5#show multicast_fdb
Command: show multicast_fdb
VLAN Name : 402
MAC Address : 7D-00-01-AA-BB-CC
Egress Ports : 12
Mode : Static

Правда не совсем понятно почему Egress Заодно попробовал поставить в разрез 10.0.0.45 и тестируемого свитча ещё один свитч, там никаких шаманств не потребовалось.