Не люблю железо, проще на v, но тут уж ваше дело на чем играться

так я и не говорю что это прям проблема проблем, это паразитная нагрузка на коммутатор, и чем ее больше, тем раньше control plane свернется в трубочку. я лишь хотел сказать что не все вендоры до сих пор умеют отличать нормально v6 от мультикаста из-за чего вылезает всякое. на совсем старом аксесе можно было знатно хлебнуть просто включив снупинг))

почему нет?

Так если фильтеринг отключить на длине, то dhcpv6 перестаёт трапиться на CPU?

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

я сейчас уже так вот не вспомню, дело было пару месяцев назад, или больше. вроде бы по логам браса цпе не шлют запросы на PD, я подозреваю что они шлют их не внутри pppoe, а просто в порт, но вот теперь я и сам думаю - если они не шлют их внутри pppoe, то они должны слать их в порт, тегированный трафик должен всё равно прийти на брас, но видимо из-за того что у циски раздача ipv6 настроена внутри virtual-template, то запрос на PD, пришедший просто на интерфейс,  не встретит понимания. правильно я мыслю?

Вы неправильно подходите

Надо не подозревать, а собирать дамп

И смотреть что кто и как шлёт

У вас это гадание на кофейной гуще

Ну и то что вы описываете это какая-то фантастика, так не бывает

на аср1к к слову ипв6 ток на пппое норм можно запилить

на схеме ambiguous vlan с qinq не работает.

ipoe

хорошо когда PPPoE :) работает

на virtual-template, это не только pppoe но и l2tp)

ну ок, l2tp еще

тож еще та гадость

Можно обобщить до ppp :)

PD идёт не внутри PPPoE. Вы бы матчасть почитали сначала