Столкнулись с проблемой. Если бы на 1 коммутаторе было - сошло б за глюк. Но встречается все чаще. Например:

При попытке загрузить новую прошивку "binds socket fail!"

Но если коммутатор ребутнуть, то он какое то время (около 30 секунд) может соедениться с tftp и даже успевает скачать около 40% прошивки, после чего либо отваливается связь, либо коммутатор завиствает вообще и только ребут по питанию помогает.

Предположу что какой-то процесс на коммутаторе запускается дважды. Коммутатор использует всегда один и тот же порт со своей стороны, кажется 50001. Если по каким то причинам операция выполняется еще раз сокет будет уже занят.

_________________
D-Link Switches: Tips & Tricks

Вот это интересная информаци.a какой процесс? как узнать? как его убить?

Пришлите, пожалуйста, полный конфиг для анализа.

Техинфо ушло на мыло.

на сегодня уже 56 таких коммутаторов. У всех прошивка 4.38.B010

Данную проблему исправили в прошивке 4.38.B012 по ссылке: https://cloud.dlink.ru/owcl/public.php?service=files&t=386360a3a49e3c4c38e92aaa74fe0457&download
Чтобы обновиться попробуйте подключиться TFTP-сервером напрямую в коммутатор. После обновления ПО проблема больше не должна повторяться на этом коммутаторе.

Это как? Внешним клиентом сделать PUT будто коммутатор TFTP-сервер?

_________________
D-Link Switches: Tips & Tricks

Проблема наблюдалась только в реальной сети, с кольцами stp и erps. Видимо, кольцевая топология как-то влияет на проблему, но зависимость мы так и не выяснили - разработчики выдавали несколько отладочных прошивок и в итоге проблему исправили.
Известно, что при непосредственном подключении к коммутатору, минуя кольца, проблема не возникала.
Можно попробовать перенести tftp сервер как можно ближе к коммутаторам.