Рад слышать, что задача решена!
P.S. Прошивку и PROM лучше обновлять одновременно на этой серии (загрузить PROM, затем сразу прошивку), а уже потом перезагружать устройство.

Прошу помочь со следующим вопросом, вот что пишет свитч:

------ Performing the Power-On Self Test (POST) ------

UART Channel Loopback Test........................PASS

Testing the System SDRAM..........................PASS

Boot1 Checksum Test...............................PASS

Boot2 Checksum Test...............................PASS

Flash Image Validation Test.......................PASS



BOOT Software Version 1.0.0.04 Built 24-Oct-2007 18:51:36

Network Switch based on 88E6218 with ARM946E-S.
64MByte SDRAM. I-Cache 8 KB. D-Cache 8 KB. Cache Enabled.

Autoboot in 2 seconds - press RETURN or Esc. to abort and enter prom.
Preparing to decompress...
100%
Decompressing SW from image-1
100%

OK
Running from RAM...

********************************************************************
*** Running SW Ver. 2.00.47 Date 02-Mar-2008 Time 12:13:22 ***
********************************************************************

HW version is 00.01.04
Base Mac address is: 00:24:01:d4:eb:15
Dram size is : 64M bytes
Dram first block size is : 45056K bytes
Dram first PTR is : 0x1400000
Flash size is: 16M
01-Jan-2000 01:01:06 %CDB-I-LOADCONFIG: Loading running configuration.
01-Jan-2000 01:01:06 %CDB-I-LOADCONFIG: Loading startup configuration.
01-Jan-2000 01:01:11 %TUNING-E-INITVALUEFROMCONFIG: TUNING init value of tuning from configuration file not in range.var name : rsMaxIpInterfacesAfterReset configration value: 1, Min value 90, Max Value: Max value 90 ,value will be checked for deafault %5(d)
Device configuration:
CPLD revision: 0.05
Slot 1 - DGS-3100-24 ST HW Rev. 0.5

------------------------------------
-- Unit Number 2 --
------------------------------------

Running eeprom code for 98DX249 Dev 2. Please wait...
01-Jan-2000 01:01:35 %3SWCOS-F-COSTUNERANGE: SW3P_pcl_common_init: tune param (rsMaxPolicyRulesEntries)has wrong value 492 , should be between 0 to 450

***** FATAL ERROR *****
Reporting Task: ROOT.
Software Version: 2.00.47 (date 02-Mar-2008 time 12:13:22)
0x144370
0x1419d4
0x4d5ba0
0x331ff8
0x335980
0x5b4df4
0x59a4fc
0x588784
0x4dc284
0x15ffb4

**************************************************
***************** SYSTEM RESET *****************
**************************************************

Предистория: Всего три свитча, на первом была прошивка 2.50.43, обновил до 3.6.28, порадовался и решил два других подрубить к стеку (не смотрел на версии прошивок, только из магазина). 1-ый стал "master" второй и третий тоже заняли свои позиции, но начали ребутиться.

По клавишам CtrL Shift - добавляется только приглашение "Autoboot in 2 seconds - press RETURN or Esc. to abort and enter prom.", в меню так и не попал, не подскажете у меня просто плохая реакция или проблема не в этом?

Извините за флуд, проблема решена.
Все же плохая реакция )

Добрый день. Подскажите плиз по такому вопросу. Обновил прошивку DGS-3100 24TG с 2.50.43 на 3.60.28. Как полагается, сначала залил бут, потом прошивку и ребут. Прошилось все норм, но одно но. На новой прошивке захожу по SSH или web, работает все норм, но через минут 5-10 пропадает коннект и не могу подключиться ни по SSH ни по web, и при этом не пингуется свич. Но трафик через него бегает и сеть и интернет работает. Если его ребутнуть (выключить и включить питание), могу зайти на веб-морду или подключиться по SSH. но опять же по истечении минут 5-10 ни пинга ни коннекта. В чем может быть дело? Заранее сенкс.

Так что никто не подскажет по поводу пропадания управления. Может подключиться через rs232 и reset to default. кстати как правильно эта команда пишется в консоли?
Уже и после ребута на него не могу попасть никак.

Наконец дождался com-шнурка, помог банальный reset, видать старый конфиг с версии 2 глюкал на новой прошивке. Теперь я с option 82.))

Помог да не помог ((. В общем какая ситуация, уважаемые гуру длинка. Есть DGS-3100 24TG, прошивка 2.50.43 и бут 1.0.1.01. Аптайм почти год, Топология звезда, в него подключены web-smart тплинки в первые 5 sfp портов, в медные подключены сервера, микротик раздает инет и на нем же dhcp-сервер. Заливаю на девайс бут 1.0.1.05 и прошивку 3.60.28, ребут, ресет. Появляется DHCP-relay, ради чего это делаю, настраиваю, через 10 минут пропадает управление и пинг, но трафик бегает. При этом у некоторых клиентов нет инета но адрес они от dhcp-сервера получили. При перезагрузке свича (шнур питания) управление появляется и при этом интернет у тех пользователей, у которых не было. Через минут 5 опять управление отваливается, интернет у пользователей работает, но опять появляются некоторые, у кого адрес присвоен но инета нет. Ночью не ленюсь иду на работу )), отключаю сфп, что позволяет работать на коммутаторе, т.е. управление пропадает при нагрузке, хотя ее как таковой нет. Выбираю другой образ со старой прошивкой, ребут, все норм работает, только прошивка 2.50.43 а бут 1.0.1.05, ну и соответственно нет DHCP-relay. Может я делаю что не так, на новой прошивке настраивал все как и на старой, flow-control влючен по обеим концам, нужен ли он вобще, если первые 4 sfp идут в web-smartы, а 5тый тоже в web-smart, только в него воткнута еще цепочка неуправляемых свичей (временно), safeguard выключен, может включить? или прошить более раннюю прошивку чем 3.60.28, чтоб он не ложился но был DHCP-relay? Еще заметил что в прошивке 2.50.43 broadcast+multicast storm control просто enable, а в новой версии drop, может по этому он пропускает до dhcp-сервера, а трафик dropает?
Помогите плиз разобраться, чтоб был DHCP-relay options 82. Сейчас свич в ядре, со временем уйдет на агрегацию, с таким же в стеке, а в ядро что-то L3. Заранее благодарен.

Извините, можно я тож со своей проблемой к Вам в тему? У нас с 3100-24 каждые 5-6 дней возникают странные проблемы.

Device Type : DGS-3100-24TG Gigabit stackable L2 Managed Switch
MAC Address : 00:1e:58:2d:59:a9
Boot PROM Version : 1.0.1.05
Firmware Version : 3.60.37
Hardware Version : 01
Serial Number : F3Q3183000584

Свитч работает агрегатором с 10-14 шт 3526. Клиенты периодически начинают жаловаться на то, что у них "маленькая скорость на отдачу". Заходим на свитч и видим:

dgs3100-24tg# sh utilization cpu
CPU utilization
-----------------------------------------------------------------------------
Five seconds - 99% One minute - 99% Five minutes - 95%

dgs3100-24tg# sh safeguard_engine
Safe Guard : Enable
Rising Threshold (20%-100%) : 70
Falling Threshold (20%-100%): 20
Status : No attack

Раньше свитч ребутили, после ребута 3-4 дня работает без проблем, потом опять начинается. Через некоторое время оказалось, что ребутить его в такой ситуации совсем не обязательно - достаточно дать команду:

dgs3100-24tg# clear fdb all
Success.
При этом ситуация сразу нормализовывается.

dgs3100-24tg# sh utilization cpu
CPU utilization
-----------------------------------------------------------------------------
Five seconds - 36% One minute - 93% Five minutes - 97%
Five seconds - 17% One minute - 85% Five minutes - 95%
Five seconds - 16% One minute - 81% Five minutes - 95%
Five seconds - 19% One minute - 76% Five minutes - 94%

до выполнения команды в таблице коммутации ~550 маков, после выполнения спустя 3-4 минуты 350-400
И так DGS работает опять 3-4 дня, потом проблема начинает появляться снова.

DGS включена 23,24 портами в L3 коммутатор, поднят RSTP именно на этих портах (на остальных портах STP отключен).
Никаких изменений топологий в логах не зафиксировано. От прошивки не зависит, такая же ситуация на 3.60.28 и 3.5 ветке, от конкретного коммутатора тоже - подобных 3100 - 5-8 штук в разных частях города.
Может можно как-то понять дебагом каким-нить, что конкретно 3100-24 грузит на 99%?
Мультикаста (по крайней мере нашего) на свитче нет, в конфиге стоит что Filter_Unregistered_Groups на всех портах, нулевые маки (00-00-00-00) фильтруются acl.

Helios
config traffic control 1-22 state enable storm_type multicast_broadcast

и когда появляется проблема

sh traffic control
sh util ports

если шторм/флуд с какова то порта уведите или сработает трафик контроль или загрузка на порту будет большая

_________________
Умная книжка по теории сетей и настройкам свичей:
ftp://ftp.dlink.ru/pub/Trainings/Switch_D-Link_newest_Basic.pdf

так включен шторм контроль.
DGS-3100-24> sh traffic control

Traffic Control
Traffic Trap Settings : None

Broadcast Multicast Destination Tim
Port Threshold Storm Storm Lookup Fail Action Int
----- --------- ------- ------- ----------- -------- ---
1:1 3500 enable enable enable Drop N/A
кусь
1:22 3500 enable enable enable Drop N/A

В ночные часы, когда трафика совсем нет, коммутатор практически без нагрузки (впавший в такое состояние) показывает 50-60% загрузки процессора. Да и будь это шторм - почему помогает очистка таблицы коммутации, и помогает на несколько дней?

ну вот опять началось )

sh util cpu
Five seconds - 78% One minute - 74% Five minutes - 75%

sh util ports
Port TX/sec RX/sec Util
----- ---------- ---------- ------
1:1 591296 1237096 0%
1:2 896 0 0%
1:3 3296 1600 0%
1:4 0 0 0%
1:5 1296 400 0%
1:6 0 0 0%
1:7 19752 69032 0%
1:8 5979024 1327312 0%
1:9 12693560 7574632 1%
1:10 1748144 12816 0%
1:11 1865864 14400 0%
1:12 141384 0 0%
1:13 229848 750960 0%
1:14 2596984 66576 0%
1:15 922280 556128 0%
1:16 12741880 6024544 1%
1:17 3421880 502528 0%
1:18 2259672 2592456 0%
1:19 991816 1632272 0%
1:20 0 200 0%
1:21 3815144 5044344 0%
1:22 4204584 23191472 1%
1:23 14512 179736 0%
1:24 49321928 37976680 4%

1:1 3500 enable enable enable Drop N/A
1:2 3500 enable enable enable Drop N/A
1:3 3500 enable enable enable Drop N/A
1:4 3500 enable enable enable Drop N/A
1:5 3500 enable enable enable Drop N/A
1:6 3500 enable enable enable Drop N/A
1:7 3500 enable enable enable Drop N/A
1:8 3500 enable enable enable Drop N/A
1:9 3500 enable enable enable Drop N/A
1:10 3500 enable enable enable Drop N/A
1:11 3500 enable enable enable Drop N/A
1:12 3500 enable enable enable Drop N/A
1:13 3500 enable enable enable Drop N/A
1:14 3500 enable enable enable Drop N/A

1:15 3500 enable enable enable Drop N/A
1:16 3500 enable enable enable Drop N/A
1:17 3500 enable enable enable Drop N/A
1:18 3500 enable enable enable Drop N/A
1:19 3500 enable enable enable Drop N/A
1:20 3500 enable enable enable Drop N/A
1:21 3500 enable enable enable Drop N/A
1:22 3500 enable enable enable Drop N/A
1:23 3500 enable enable enable Drop N/A
1:24 3500 disable disable disable Drop N/A

после очистки таблицы fdb -
CPU utilization
-----------------------------------------------------------------------------
Five seconds - 18% One minute - 27% Five minutes - 68%

Ситуация потихоченку проясняется. upload у клиентов маленький только на тех портах DGS, на которых включен
traffic_control - Destionation lookup fail. Причем сколько написано в Threshold до столько аплоад и ограничивается DGS-3100.
Download у клиентов не падает потому как traffic_control отключен на 24 магистральном порту.
Лечится следующим образом:

1. выключаем traffic_conrol - upload восстанавливается, но загрузка CPU остается на уровне 100%
и падает только если применить clead fdb all.
2. Иногда достаточно просто поменять клиенский mac адрес.

При этом на свитче до очистки fdb в таблице коммутации всего 800 мак адресов!
Хочу заметить что у меня нет в сети 3028, 3200 - в DGS-3100 включены DES-3526.

Получается что по какой-то внутренней причине подскакивает загрузка CPU на DGS-3100, из-за этого свитч перестает изучать маки в некоторых вланах, такой трафик становится DLF - свитч начинает его ограничивать.

Очень хочется комментарий производителя по данной проблеме, как можно обойти или исправить.

подскажите как зайти в Boot menu - не могу сбросить настройки по умолчанию

Сбросить коммутатор к настройкам по умолчанию можно командой reset. В чем у Вас заключается трудность и какая у Вас модель коммутатора и аппаратная версия?

Модель DGS-3100-24TG


------ Performing the Power-On Self Test (POST) ------

UART Channel Loopback Test........................PASS

Testing the System SDRAM..........................PASS

Boot1 Checksum Test...............................PASS

Boot2 Checksum Test...............................PASS

Flash Image Validation Test.......................PASS



BOOT Software Version 1.0.1.05 Built 13-Oct-2009 15:37:32


MAC Address : 14:d6:4d:05:4b:94.
Preparing to decompress...
100%
Decompressing SW from image-2
100%

OK
Running from RAM...

********************************************************************
*** Running SW Ver. 3.60.28 Date 08-Jun-2010 Time 11:09:16 ***
********************************************************************

Serial Number : F3Q33B5000115.
HW version is: b1
Base Mac address is: 14:d6:4d:05:4b:94
Dram size is: 64M bytes
Flash size is: 16M bytes

01-Jan-2000 01:01:06 %CDB-I-LOADCONFIG: Loading running configuration.
01-Jan-2000 01:01:07 %CDB-I-LOADCONFIG: Loading startup configuration.
Device configuration:
Slot 1 - DGS-3100-24TG ST

------------------------------------
-- Unit Number 1 --
------------------------------------

01-Jan-2000 01:01:20 %Entity-I-SEND-ENT-CONF-CHANGE-TRAP: entity configuration change trap.
01-Jan-2000 01:01:33 %INIT-I-InitCompleted: Initialization task is completed


>
-----------------------------------
-- Unit Number 1 Master Enabled --
-----------------------------------

01-Jan-2000 01:01:34 %Environment-I-FAN-STAT-CHNG: FAN# 1 status changed - operational.
01-Jan-2000 01:01:34 %Environment-I-PS-STAT-CHNG: PS# 1 status changed - operational.
Tapi Version: v1.3.3.1
Core Version: v1.3.3.1
01-Jan-2000 01:01:36 %SNMP-I-CDBITEMSNUM: Number of running configuration items loaded: 23

01-Jan-2000 01:01:36 %SNMP-I-CDBITEMSNUM: Number of startup configuration items loaded: 23

>01-Jan-2000 01:01:36 %Stack-I-STCK-CFG-CHNG: Configuration changed: chain
lcli


через шифтшесть сбрасываю настройки аккаунта , пароля и конфига . После перезагрузки свича опять спрашивает Username и Pass