игмп снупинг+филтер анрегистред груп дают такой эффект.
свичи которые не знают про в6 считают мультикастом всё где установлен бит, где есть млд снупинг уже смотрят на второй байт чтобы отличать мультикаст ипв4 от в6.
Мне пришлось отключить фильтрацию не зареганных групп чтобы в6 заработал (адреса приехали и прочие служебный мультикаст траф в в6).

Я не понял: зачем выносить в6 в отдельный влан?
И для случая влан пер кастомер вообще ничего не нужно от коммутаторов.

А народ из D-Link пишет что у них все работает, я то вижу что нет. Сейчас должен было поехать взять один 3526 для тестов. Там и лимитед групп, и фильтрация по Unregistred и PCF, просто на 3528 все тоже самое, а работает. Отключить не могу у меня мультикаста может бегать больше 200 мегабит.



У нас 1 вилан на всех юзеров, уж очень все любили в свое время по локалке поиграть. Мультикаст и броадкаст от юзеров зарезали на уровне десяток пакетов в сек, и все. А насчет v6 в отдельный вилан пытался обойти места где 3528 подключены через 3526, чтобы никакие PCF на него точно не действовали, не помогло. Народ за 3526 так и не видит ipv6.

Извините, ошибся. На 3526 старый чипсет и на IPv6 действительно влюяет igmp_snooping и фильтрация мультикаст. Обойти это на этой модели невозможно.

Думаю пора выпустить пропатченные прошивки, которые будут мультикастом считать только маки 01:00:xxxx чтобы только в4 ловило.
Точно так же можно добавить внутрях ACL чтобы на CPU свича попадал только нужный ему мультикаст.

Уже выпустили для всех актуальных моделей, но на DES-3526 старый чипсет и там это сделать невозможно.

Подскажите если он воспринимает ipv6 мультикаст как ipv4 мультикаст, может подскажете как какой ipv4 адрес он думает перед ним, чтобы определенную группу прописать статикой на всех портах. И разрешить тем самым работу IPv6 RA.

Все же, мне кажется, D-Link тут немного юлит, когда говорит об отсутствии поддержки ipv6 в чипсете 3526, иначе какое отношение имеет пакет отосланный на 33:33:00:00:00:02 к активированному ipv4 igmp snooping ?! Если поддержки нет - это обычный unicast пакет с неизвестным свитчу адресатом, шлем на все порты!

Мультикаст это всё где в первом байте выставлен первый бит адреса (мака) назначения, особенный случай это броадкаст, как разновидность мультикаста.
В IPv4 мультикаст это 01:00:dst_ip_v4
В IPv6 несколько по другому.
А ещё можно послать нахер все эти IP, написать свой протокол и всё равно юзать мультикаст мак адреса.

Да понятно, что все это условности, просто не понятно почему чипсет не знающий про ipv6, так относится к 33:33:хх:хх:хх:хх , а именно забрасывает в ipv4 igmp snoping. Сейчас включил forwarding unregistred group на транзитных портах 3526, и за ним на 3528 ipv6 заработал нормально.

Потому что он смотрит: мультикаст? зарегана группа? - форвадим!
В случае с ипв6 там либо две таблицы либо так же одна, но для в6 адресов туда добавляются записи.

Как он понимает что это мультикаст если чипсет не поддерживает ipv6?

Может так нагляднее будет:

Да уж, век живи - век учись, реально то, что за это отвечает 1 бит в мак адресе меня сегодня шокировало Я то до этого во всякие RFC смотрел, тот же RFC-1112, но там только про 01-00-5E говорится, а в драйвера то и не догадался посмотреть, спасибо большое за доходчивое объяснение Не будет у всех наших юзеров IPv6 пока 3526 окончательно не передохнут.

Другими словами, если первый байт нечетный (а 33 - нечётное число), то это мультикаст.