Так нужно как раз анализировать трафик при высокой загрузке CPU в частности в управляющем влане. Кроме того, анализировать какой трафик преобладает во время проблемы (broadcast/multicast/unicast) и увеличивается ли кол-во ошибок на портах, если да, то каких.

Та же проблема на двух свичах DGS-3100-24TG (Serial: F3Q33AA000221, HV: b1, Boot: 1.0.1.05, FV:3.60.44 и Serial: F3Q32A6000323, HV: a2, Boot: 1.0.1.04, FV: 3.60.38) то раз в неделю, то раз в два дня перестает идти трафик, свич пингуется и открывается, как решение проблемы пока только помогает перезагрузка свича, после нее сразу все начинает работать нормально. Запускал на выполнение раз в пол часа скрипт который очищал фдб таблицу - не помогло, сейчас изменил на раз в 10 минут - наблюдаю. Тоже самое случалось и на третем таком свиче (Serial: F3Q32A5000078, HV:a2, Boot:1.0.1.05, FV:3.60.44), но потом прошили и переставили его в малонаселенный район и на нем стало занято всего лишь 4 порта, проблема не появлялась.

Была та же проблема на свиче, отмониторить состояние в тот момент не успел, так как на сервере раз в 10 минут выполняется скрипт который очищает FDB таблицу и после очистки начало все работать, хоть перезагружать коммутатор не пришлось, в таблице было около 400 маков. В следующий раз постараюсь сбросить информацию. Прошивка 3.60.44.

Спасибо, тогда ждем от Вас информации.

Та же проблема
заметилось в прошивках 3.60.* следующее
Boot PROM Version : 1.0.1.05
Firmware Version : 3.60.28
Hardware Version : 04
Serial Number : F3Q3189000548(unit 1)
### Interface 1 >> Descr: '' | Name: '1:1' | Ip: '' | Eth: '00-80-c8-00-00-00' #
### Interface 2 >> Descr: '' | Name: '1:2' | Ip: '' | Eth: '00-21-91-fc-b2-d4' #

и на соседнем свиче
Boot PROM Version : 1.0.1.05
Firmware Version : 3.60.44
Hardware Version : 04
Serial Number : F3Q318A000057(unit 1)
### Interface 1 >> Descr: '' | Name: '1:1' | Ip: '' | Eth: '00-80-c8-00-00-00' #
### Interface 2 >> Descr: '' | Name: '1:2' | Ip: '' | Eth: '00-22-b0-bc-3e-ba' #

После того как изменил время выполнения скрипта на раз в 5 минут, который сбрасывает таблицу маков на свичах, мониторю графиками раз в минуту, прошло 9 дней - проблема не появлялась.

Слабые какие-то свичи... Заметил неделю назад что еще отваливаются пинги (по 1024 байт) все время у всех абонентов, один-два отвала раз в 10-30 секунд. На свиче заняты все SFP порты, в fdb таблице 400 маков, прошивка 3.60.44. Поставил еще один DGS-3100-24TG, соединил их витой парой и половину sfp перекинул на него, пинги на обеих свичах стали отличными. В другом районе, такой же свич с занятыми 11 sfp портами, маков примерно также - проблема та же. Хорошо что таких свичей не много, будем заменять на DGS-3120. (

Поделитесь опытом - DGS-3120 лишен таких болезней как 3100? А то как-то нехочется заплатить непонятно за что на 100 баксов дороже с теми же проблемами.
Спасибо.

Наступил на грабли DGS-3100-24TG. Раньше STP был выключен на нем и соответственно не работал Loopback Detect. После последнего шторма, вызванного шаловливыми ручками юзера и не сработавшего (кстати, почему?) LBD на DES-1228ME, подключенному непосредственно к этому 3100, включил STP на 3100. луп нашли и устранили. но появилась проблема этой темы.
вопрос: выключение Forwarding BPDU глобально и на портах повлияет на LBD ? будет он работать после этого ? или проще вернуться на "disable stp" ?
или всё же 3120 ?

Серия DGS-3100 уже ушла в EoS, так что смотрите в сторону DGS-3120.
На DGS-3100 lbd идет на основе stp.
На DES-1228ME lbd вполне рабочий, видимо, у вас старая версия прошивки.

видимо...
Device Type DES-1228/ME Metro Ethernet Switch
Boot PROM Version Build 1.00.B01
Firmware Version Build 1.20.B04
Hardware Version A2

Актуальная прошивка доступна здесь: http://dl.dropbox.com/u/41324937/D-Link_Firmwares/DES-1228ME/DES1228ME.zip

Та же проблема с DGS-3100-24TG
Влан управления разумеется отдельно от клиентского.

Boot PROM Version : 1.0.1.05
Firmware Version : 3.60.28
Hardware Version : b1
Serial Number : F3Q33B8000075(unit 1)

До клиентов идут оптические линки, в конечных домах либо des-3026 с модулями под sfp, либо оптические конверторы с Planet WGSD-1020
Вланов на DGS-3100-24TG всего два - управления и клиентский. des-3026 тоже в влане управления. Planet WGSD-1020 в клиентском влане, т.к. у него нет возможности задать влан управления.
Маков DGS-3100-24TG совсем немного:

sh fdb

Unicast MAC Address Aging Time = 50

VID VLAN NAME MAC Address Port Type
---- ---------------- ----------------- ----- -------
1 default 84:c9:b2:3f:3c:03 CPU self
4 4 00:0d:61:90:1b:d1 1:9 dynamic
4 4 00:0d:61:a8:af:5c 1:20 dynamic
4 4 00:0f:34:d9:ae:06 1:23 dynamic
4 4 00:1b:b9:b8:55:9a 1:2 dynamic
4 4 00:1d:60:a3:33:7a 1:23 dynamic
4 4 00:23:ae:1d:d4:a2 1:20 dynamic
4 4 00:30:67:64:26:2a 1:22 dynamic
4 4 00:40:05:9a:69:40 1:24 dynamic
4 4 00:60:fd:8a:43:8e 1:9 dynamic
4 4 1c:6f:65:49:2b:e0 1:18 dynamic
4 4 1c:6f:65:5b:97:77 1:2 dynamic
4 4 2c:ab:25:0f:d9:ff 1:20 dynamic
4 4 50:46:5d:b4:43:00 1:23 dynamic
4 4 50:e5:49:e8:6c:2b 1:23 dynamic
4 4 64:70:02:62:2f:ef 1:24 dynamic
4 4 6c:62:6d:c1:53:21 1:2 dynamic
4 4 8c:89:a5:83:08:91 1:23 dynamic
4 4 90:2b:34:35:e2:9c 1:2 dynamic
4 4 90:2b:34:96:f2:93 1:18 dynamic
4 4 f8:1a:67:cb:54:c7 1:21 dynamic
5 managment 00:02:1b:fd:2c:d1 1:9 dynamic
5 managment 00:07:85:80:4b:07 1:9 dynamic
5 managment 00:0f:34:d9:ae:08 1:9 dynamic
5 managment 00:0f:3d:ec:51:03 1:9 dynamic
5 managment 00:13:46:71:d7:e0 1:20 dynamic
5 managment 00:13:46:71:da:b0 1:24 dynamic
5 managment 00:1b:11:05:3a:15 1:23 dynamic
5 managment 00:1b:11:11:5a:20 1:23 dynamic
5 managment 00:1c:f0:0f:36:0b 1:17 dynamic
5 managment 00:60:fd:8a:43:8e 1:9 dynamic

Уж при таком-то кол-ве маков проблем быть совсем не должно. А они есть
stp не используется. Пробовал его включать, чтобы включить потом LBD, но не нашел как LBD настраивается.
Я так понял, что проблема так и не решена и рекомендовано перейти на dgs-3120?
Просто район совсем небольшой, клиентов там 40-50, трафик в пиках всего 15-20 Мбит. Жалко в такой район ставить более навороченную железку.

у меня на 3100 держались большие сегменты (с кол-вом маков более 2000) и все было хорошо, кроме того что иногда отваливалось само управление 3100, но не абонентов.
сейчас где-то заменил на 3120 (т.к. у 3100 лимит на кол-во вланов 255)
но еще есть 4 относительно крупных сегментов, где продолжают работать 3100 (вланов 100-150, маков более 300-500 предположительно, лень щас глядеть )

вообщем проблема у вас в неправильной настройке я думаю
и возможно кокраз изза включенного STP там где само stp у вас не используется
я так никогда не делал, включаю ldb непосредственно на самих коммутаторах которые подключены к 3100

п.с. на одном из 3100 которые сейчас активны, настроен RSTP (не ldb ради, а именно для stp ) и трафика на аплинке под 1500мегабит суммарно, никаких проблем, и нету даже старой проблемы с пропаданием управления на 3100, видимо изза более мелкого кол-ва маков.
если сами не разберетесь, можете попробовать написать в личку

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