[Andrei]

Абоненты на этих портах есть. Только свич не 3028, а 3026.

На счет маков:

 

DES-3026:4#sh fdb port 5Command: show fdb port 5VID   VLAN Name         MAC Address        Port    Type----  ----------------  -----------------  ----  ---------4     4                 10-FE-ED-FB-40-8F    5    DynamicTotal Entries  : 1DES-3026:4#sh fdb port 9Command: show fdb port 9VID   VLAN Name         MAC Address        Port    Type----  ----------------  -----------------  ----  ---------4     4                 D4-BF-7F-05-04-B7    9    DynamicTotal Entries  : 1DES-3026:4#sh fdb port 15Command: show fdb port 15VID   VLAN Name         MAC Address        Port    Type----  ----------------  -----------------  ----  ---------4     4                 C0-4A-00-58-74-4D   15    DynamicTotal Entries  : 1

 

[darkagent]

Классическая болезнь des-3000, последние года 3-4 активно проявляющаяся на популярном des-3010g - дохнет железо. Если своевременно емкости не заменить, то можно сразу в утиль - чипсет страдает.

[Andrei]

Значит будем заменять свич.

[BiWiS]

Тоже есть один des-3010g. Померли у него медные порты буквально через пару месяцев после покупки, без всяких гроз, и начали флудить :) Сдали в сервис, его там восстановили. И вот уже много лет с тех пор он пашет в каком то клоповнике с питанием идущим по столбам на улице и ни один порт не сдох.

[Andrei]

Переключил в другой порт одного из абонентов, ранее включенных в проблемный порт

Прежний порт встал в состояние:

DES-3026:4#sh ports 4
Command: show ports 4
Port    State/         Settings             Connection           Address
        MDIX     Speed/Duplex/FlowCtrl  Speed/Duplex/FlowCtrl    Learning
-----  --------  ---------------------  ---------------------    --------
4      Enabled   Auto/Disabled          Err-Disabled             Enabled
       Auto

Пока вывести его из этого состояния не удалось.

Передергивания типа

conf ports 4 st dis
conf ports 4 st ena

ситуацию не исправляет.

В логе:

9654   2015/11/17  21:18:12  Port 4 link down
9653   2015/11/17  21:18:12  Configuration Testing Protocol detects a loop in port 4
9652   2015/11/17  21:18:04  Port 4 link up, 100Mbps  FULL duplex
9651   2015/11/17  21:17:02  Port 4 link down
9650   2015/11/17  21:17:02  Configuration Testing Protocol detects a loop in port 4
9649   2015/11/17  21:16:54  Port 4 link up, 100Mbps  FULL duplex
9648   2015/11/17  21:15:52  Port 4 link down
9647   2015/11/17  21:15:52  Configuration Testing Protocol detects a loop in port 4
9646   2015/11/17  21:15:44  Port 4 link up, 100Mbps  FULL duplex
9645   2015/11/17  21:14:42  Port 4 link down
9644   2015/11/17  21:14:42  Configuration Testing Protocol detects a loop in port 4

хотя сейчас в этот порт ничего не подключено.

 

Сегодня подключал нового клиента в этот же коммутатор, в другой порт разумеется.

Работает без проблем, скорость выдает соответственно тарифу, ошибок на порту нет.

Видимо порт 4 помер.

[xcme]

Работает без проблем

Это временно. Если возникнет unknown unicast он улетит в порт с петлей, а потом с некоторой вероятностью вернется обратно и изучится на этом порту. Если у вас vlan на порт, тогда без разницы, но если нет - то порты с петлей надо выключать.

Тестил как то, чтобы доказать техподдержке возможность такой ситуации, в общем вышло что петля на одном порту приводит к проблемам у всех остальных где то с вероятностью 30%. У меня vlan на коммутатор.

[Andrei]

Посмотрим. Порт конечно: conf ports 4 st dis

[BiWiS]

Andrei вот вы описали ту ситуацию про которую я говорил. Помершие сами собой порты именно так себя и вели.