Boot PROM Version : Build 2.00.004
Firmware Version : Build 2.10.024
Hardware Version : A1
Firmware Type : SI

Схема подключения: (несколько случайных IP) друг друга пингуют, находятся в одной подсети в одном VLAN (IP-адресов не более 20, всего арп-записей в свиче на момент проблемы было около 60-70).

Проблема следующая - странным образом свич перестаёт маршрутизировать какой-нибудь случайный IP в подсети
Со стороны IP - картина следующая - шлюз (свич) пингуется, всё что за шлюзом нет. Другие IP из этой же подсети так же пингуются и связь в подсети работает нормально.

Если перегрузить 3810-28 - всё опять работает. Другой вариант, который так же помогает без перезагрузки - добавить ip-mac запись в Static ARP Settings. После этого шлюз начинает "пропускать" пакеты.

Safeguard Engine Settings,Port Security,BPDU Attack Protection - отключен, Traffic Segmentation Settings на всех портах - 1-28

в логах свич ничего не пишет.

Обновите прошивку.
В случае продолжения проблемы присылайте топологию участка сети (с указанием сетей, портов подключения, описанием проблемы - между какими подсетями нет связности), конфигурационный файл коммутатора, а также вывод команд в момент проблемы и в момент стабильной работы:
sh tech-sup
sh iproute
sh ipfdb
sh arp
sh fdb

на какую прошивку обновить, если на сайте ftp://ftp.dlink.ru/pub/Switch/DES-3810-28/Firmware/ прошивка DES-3810_Run_v2.10.024.had последняя что есть в наличии.

топология простая:

VLAN 1006 subnet 192.168.6.0/24
VLAN 1 (default) subnet 192.168.66.0/24
VLAN 1000 subnet 87.239.32.128/30

default route 192.168.6.254

пропадает возможность "пинга" из подсети 192.168.66.0/24 до шлюза и до любых других хостов из подсети 192.168.6.0/24 - при этом другие хосты в 66 подсети работают нормально

Последние прошивки тут
viewtopic.php?f=2&t=92700

Сейчас на самой последней прошивке (Firmware Version : Build 2.20.010) опять произошло пропадание маршрутизации для определённого хоста:

соседний хост при этом работал. оба пинговали шлюз (3810-28) - один хост пинговал подсеть за шлюзом, другой нет.

при выводе команды: show tech_support - вывод завис на:
******************** Application ********************
Corrupted MAC on input.

присоединить тут в форуме не получается - пишет "Достигнут максимальный общий размер ваших вложений."

файлы выложил тут:
http://zalil.ru/33673714
http://zalil.ru/33673717


Как это выглядит снаружи с вышестоящего шлюза 6.254:

PING 192.168.66.103 (192.168.66.103): 56 data bytes
64 bytes from 192.168.66.103: icmp_seq=0 ttl=63 time=4.464 ms

PING 192.168.66.104 (192.168.66.104): 56 data bytes
36 bytes from 192.168.6.248: Redirect Host(New addr: 192.168.6.254)
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 00 0054 a0f6 0 0000 3e 01 10fc 192.168.6.254 192.168.66.104

36 bytes from 192.168.6.248: Redirect Host(New addr: 192.168.6.254)
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 00 0054 a0f6 0 0000 3b 01 13fc 192.168.6.254 192.168.66.104

(6.248 - это Dlink DES-3200-26)

Ребутнул 3810-28 (остальное ничего не строгал)
сразу всё заработало:
PING 192.168.66.104 (192.168.66.104): 56 data bytes
64 bytes from 192.168.66.104: icmp_seq=0 ttl=63 time=1.381 ms

В итоге, к сожалению, лечится проблема только добавлением хостов в static arp или ребутами свича.

там уже удалили, файлы тут:

http://forum.darnet.ru/files/dlink/tech-sup.txt.gz
http://forum.darnet.ru/files/dlink/tech-sup1.txt.gz

Извините, но я не нашел там топологии участка сети с описанием, куда подключен проблемный хост, куда - аплинк и пр, а также совершенно непонятно, в какой момент сняты tech_sup и выводы команд. Я просил вас снять эти данные в двух случаях.
Проблема повторяется с одним и тем же хостом, или же проблема плавающая?

проблема с разными хостами - вот прямо сейчас для всей 66 подсети пропал хост 192.168.66.253
т.е. хост 66.253 пингует свич (шлюз) 66.254 - пингует и доступен из других подсетей (т.е. те, например видет и пингуется из 6 подсети) но хосты из 66.подсети (кроме самого свича) - не видят его наотрез (ни через арп ни как-то ещё)

лечится это так: добавляю в свиче данный мак в таблицу

show arpentry
...
System 192.168.66.253 00-E0-42-48-0D-F5 Dynamic
...
create arpentry 192.168.6.253 00-E0-42-48-0D-F5

и больше проблем с этим хостом не будет, но будут с другими которые динамик-арп

сейчас удалось сгрузить полностью команду show tech_support

файлы с диагностикой (show iproute show ipfdb show arpentry show fdb) располагаются тут:
http://forum.darnet.ru/files/dlink/err- ... 2-sup1.txt
(show tech_support) :
http://forum.darnet.ru/files/dlink/err- ... 2-sup2.txt

мне кажется дело в опции:
traffic_segmentation

сейчас не помогали даже стандартные манёвры (перегрузить свич, добавить статическую привязку мак)
после повторного введения команды:
#config traffic_segmentation 1-28 forward_list 1-28

хосты стали друг друга видеть (эта команда такой и была в конфиге и до этого - я её просто ввел повторно через телнет)

удалось поймать момент, когда свич не пропускал из внутренней сети (192.168.66.0/24 подсети) наружу компьютер с ИП 192.168.66.104 mac 00:07:e9:09:f6:9c (конкретно у этого компьютера не пинговался ип 192.168.6.140 (мак 00-1E-58-A8-E9-9F) - а у других пинговался. После ребута свича - всё стало нормально пинговаться.)

до ребута (в момент проблемы) и сразу после ребута (когда проблемы уже не было) - снял состояние через команду:
upload tech_support_toTFTP ...

файл в момент глюка: http://forum.darnet.ru/files/dlink/tech-gluk.txt.gz
файл в рабочей версии (после ребута): http://forum.darnet.ru/files/dlink/tech ... ree.txt.gz

сделал diff - из подозрительного - многие порты в режиме 10мбит (хотя точно этого не было ни на индикации свича, ни в реальности на сетевых картах и свичах подключенных к данному свичу)

бывают ли тут сотрудники dlink ?

Бывают.
Но вы, по-моему, снимаете с коммутаторов то, что вам самому кажется необходимым, но не то, что я запрашивал.
Повторю еще раз:

и


По снятым ранее данным у вас этот мак на 11м порту, по последнему tech_sup в fdb - на 24м, static arp прописан на 27м.
Также вы писали, что проблема уходит если сделать статическую arp запись. Но судя по последнему конфигу из tech_sup - связка есть, но вместе с ней наблюдается проблема.
Попробуйте для начала самостоятельно проанализировать ситуацию, а не скидывать тучу логов и информации, снятой по вам самим непонятной логике, и выложенной на форуме в расчете на то, что в этой обрывочной информации будет разбираться техническая поддержка.

есть аплинк 25-26 порты (включен только 25 порт). Подсеть в 25 порте 192.168.6.0/24
соотв. весь трафик идёт туда и от туда (default gateway)

есть 2 подсети в офисе, одна слабонагруженная (ип-телефония) 23-24 порт. Там проблемы за всё время ни разу не возникало.

Есть сильно нагруженная офисная сеть (все остальные порты, подсеть 192.168.66.0/24, в порты 27, 28 вставлены другие свичи длинк (неуправляемый 1024 и управляемый 3526) в другие порты просто вставлены офисные компьютеры )

проблема постоянно возникает только в офисной подсети (192.168.66.0/24 - и решается она всегда одним и тем же способом - ребутом свича 3810)
В целом после долгих мучений нет уверенности, что статическое прописывание мак-адреса как-то помогает. т.к. свич всё равно время от времени перестаёт маршрутизировать трафик в подсеть 192.168.6.0/24 с какого-нить избранного хоста (статический у него мак или динамический - всё равно).

Вывод всех команд ещё раз обязательно сделаю

А очистка арп таблицы не помогает?