Firmware Version : Build 3.00.022
Hardware Version : A2

Включили мы данную функцию на одном из сегментов сети


и... посыпались dgs-3120. Не все, а как-то выборочно (7 из 120) и в разное время (что-то через пару часов после включения, что-то через сутки).
Симптомы: статус stp на порту в сторону свитча становится discarding. Клиенты и зависимые узлы соответственно не работают. Перезагрузка свитча не помогает. Помогает только вытаскивание всех кабелей (склиенты и даунлинки) + последующая перезагрузка. Тогда все становится хорошо с теми же клиентами в тех же портах.

Человека с ноутбуком и консолькой там не было, так что посмотреть что именно происходит на свитче было невозможно.
На всякий случай выключили опцию на всех dgs3120. Другие dlink на районе работают на ура (1228,3028,3200,3026,1100).

Кто-нибудь сталкивался с такими или подобными проблемами?

Была такая же проблема, как с А ревизией так и с B, на разных прошивках.
Такая проблема только на агрегации, где после него в цепочке стоят другие коммутаторы и суммарно активных клиентов на порту получалось более 10.
По консоли загрузка CPU сразу же поднималась до 100% и соответственно все отваливалось, кроме абонентов, mac которые он уже успел изучить.
И если порты включать по одному, а не все сразу, то коммутатор съедал нормально и проблема не наблюдалась.
Счетчиком PPPoE трафика получилось что в секунду прилетает более 100 запросов PPPoE discovery, что и вело свич в перегруз.
Потому пришлось отключить этот функционал и пока больше не использую на агрегации, да надобность в нем уже отпала.

То есть даже если на порту, к которому подключен нижестоящий узел(узлы) эта функция выключена, но включена на свитче и в сторону клиентов, свитчу все равно становится плохо?

начните с обновления прошивки