попробуйте SFP UpNet/P-Link/SNR/OptiCin.

_________________
/nixx

Не думаю, что замена поможет. До обновления проблем не было. И есть DES 1210-28ME на которых вышеуказанные модули спокойно себе работают.

ход моих мыслей такой: если обновили прошивку и линки перестали подниматься (а поднимаются только после передергивания линка с другой стороны), то длинковцы что-то поменяли в прошивке, отвечающее за определение скорости/еще какого-то параметра SFP. вланы и прочие трафик-контролы на поднятие линка влиять никаким боком не должны. в чейнджлоге этих изменений не напишут, не ждите, уже проходил такое с dgs-1100. а что часть таких SFP работает - так они просто из другой партии могут быть с другими прошивками (китайцы такие китайцы), которые длинк воспринимает нормально.
ну, естественно, может быть просто баг в прошивке свитча. но тогда странно, почему только вы это заметили.
откат прошивки назад пробовали? глюк лечится?
мне тут тоже грозит партия таких свитчей, поэтому очень интересуюсь возможным геморроем.

_________________
/nixx

Здавствуйте
Device Type DES-1210-28/ME
Boot Version 1.00.008
Firmware Version 6.10.B041
Hardware Version B2
На даной прошивке при включении на порту Port Security (config port_security 1-26 admin_state enable max_learning_addr 1 lock_address_mode DeleteOnTimeout) у подключеного абонента начинаются потери пакетов. Отключаєш - все в порядке. На прошивке 6.10.B036 такой проблемы нет.

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


Попробуйте перевести lock_address_mode в DeleteOnReset и отпишите по результату.

ivan_chuch обновите загрузчик до 1.00.012 через промежуточную прошивку.

Какую промежуточную прошивку брать? Прошился 6.10.B028 - загрузчик не обновился....

Да, при использовании lock_address_mode = DeleteOnReset потери пропадают. Когда будет исправление?

Здравствуйте. Есть несколько DES-1210-28/ME B2.

Обновил DES-1210-28/ME B2 6.10.B036 -> 6.10.B043, после чего коммутаторы не отвечают на управление c некоторых IP.

Сделал тестовый стенд. После сброса настроек в дефолт настраиваю только:

config ipif System vlan default ipaddress 10.169.232.14/30 state enable
create iproute default 10.169.232.13 1
enable web

После этого стучусь на коммутатор по web:

wget 10.169.232.14 --bind-address=158.250.248.25: проходит нормально

wget 10.169.232.14 --bind-address=158.250.234.147: коммутатор не отвечает на TCP SYN пакеты.

ping -S 158.250.234.147 10.169.232.14 проходит. А вот обратный ping (10.169.232.14 -> 158.250.234.147) не проходит, хотя icmp reply в сторону коммутатора улетает.

IP адреса 158.250.248.25 и 158.250.234.147 назначены на одном интерфейсе сервера, разделенного с коммутатором маршрутизатором.

Даунгрейд до 6.10.B041 не помогает. Даунгрейд до 6.10.B036 решает проблему.

Куда копать? Спасибо!

Есть такое дело. После обновления на 6.10.B041 перестал заходить на свитч с адреса 10.0.0.255, с других заходит. Откатился на 6.10.B036. Хорошо, что только на стенде
А ведь так заманчиво выглядела строчка в чейнджлоге "Исправлено зависание, которое могло возникать после команды show fdb"...

описал проблему в техподдержку, подтвердили проблему. В 6.10.B044 пофиксили.

Device Type : DES-1210-28/ME
System Boot Version : 1.00.012
System Protocol Version : 2.001.004
System Firmware Version : 6.10.B041
System Hardware Version : B2

Клиент не получает настройки, при смене мак адреса - получает.
И что с ним делать?

DES-1210-28/ME:5# show flood_fdb
Command: show flood_fdb

Flooding FDB State : Enabled
Log State : Disabled
Trap State : Disabled

Value VLAN ID MAC Address Time stamp
------ ------- ------------------- ----------
6528 1 04:8d:38:ce:63:a6 * 281651
4824 1 bc:5f:f4:94:3d:8e * 267022
4824 101 00:21:91:7e:11:b5 * 267022
1292 101 28:10:7b:59:95:1c * 161741
1292 101 3c:df:1e:ea:f2:62 * 161741
1292 101 80:26:89:fd:d6:32 * 161741
6528 101 c8:be:19:f4:a0:9a * 281651
6528 203 6c:3b:6b:06:64:c1 * 281651
* address in hardware table



PS. B3 так же имеет проблемы с хешем? Какой чипсет в B3 ?

Чипсет у B2 и B3 один и тот же.
Сегментируйте сеть, у вас слишком большое количество маков в одном vlan, если вылезает проблема с коллизией маков.

16К на свич?
К сожалению, проблемы не связаны "большое количество маков в одном vlan"

смотрите:
DES-1210-28/ME:5# show flood_fdb
Command: show flood_fdb

Flooding FDB State : Enabled
Log State : Disabled
Trap State : Disabled

Value VLAN ID MAC Address Time stamp
------ ------- ------------------- ----------
322 1 a2:af:33:72:00:00 25240
7126 1 be:07:a2:ca:00:00 39200
1358 1 c4:11:bb:2b:00:00 24197
7126 101 00:1c:f0:17:c6:b6 * 39200
1358 101 00:1e:58:9e:c9:ad * 24197
322 101 3c:df:1e:ea:a0:07 * 262252
7126 101 3c:df:1e:ea:ed:0f 39200
322 101 e4:6f:13:4c:12:b9 * 262252
1358 101 f0:7d:68:a6:24:6d * 24197
* address in hardware table


в fdb
Total Entries : 369

Ничего, что мы пишем про свич с 16К по даташиту?

Ок, 42 мака это много? WTF, это вообще что за ... продается как коммутатор доступа?

show fdb vlan default
Command: show fdb vlan default
Total Entries : 42

show flood_fdb
Command: show flood_fdb

Flooding FDB State : Enabled
Log State : Enabled
Trap State : Disabled

Value VLAN ID MAC Address Time stamp
------ ------- ------------------- ----------
0 1 00:0a:e6:e7:4a:4a * 1030728
0 1 00:18:f3:5e:df:15 * 1030728
0 1 00:18:f3:ff:22:02 * 1030722
0 1 00:24:8c:04:05:70 * 1030728
0 1 00:30:4f:2c:34:ba * 1030650
0 1 00:e0:4d:47:4f:3d * 1030639
0 1 04:8d:38:ce:63:a6 * 1030678
0 1 14:cc:20:6e:58:cf * 1030603
0 1 14:cc:20:88:84:d5 * 1030619
0 1 18:d6:c7:6b:c6:2b * 1030638
0 1 40:30:04:9c:5e:78 * 1030721
0 1 70:4d:7b:4f:ab:74 * 1030709
0 1 7c:8b:ca:90:19:bf * 1030709
0 1 90:e2:ba:00:10:4d * 1030728
0 1 90:f6:52:20:18:a1 * 1030556
0 1 b8:2a:72:cc:d3:1c * 1030728
0 1 bc:5f:f4:94:3d:8e * 1030671
0 1 c8:60:00:92:71:72 * 1030636
0 1 d4:6e:0e:3c:f9:67 * 1030712
0 1 d4:6e:0e:a4:d8:0d * 1030663
0 1 ec:08:6b:a4:4d:67 * 1030578
0 1 fc:8b:97:58:8c:3f * 1030709
* address in hardware table