Здравствуйте.

Имеется DGS-3620-28SC:
Boot PROM Version : Build 1.00.012
Firmware Version : Build 2.60.B017
Hardware Version : A1
Firmware Type : EI

При попытке выпонить команду "upload cfg_toTFTP <ipaddr> dest_file filename" получаем следующее сообщение:

Connecting to server...................
TFTP establish session fail!

Fail!

В момент подключения смотрим трафик на стороне TFTP сервера tcpdump'ом - пакетов с коммутатора вообще не видно. В файрволе порт открыт. Пинги в обе стороны ходят без проблем.

По FTP, c этого устройства, конфиг выгружается. По TFTP со всех остальных устройств в сети тоже выгружается без проблем.

DGS-3620-28SC поставили вместо DGS-3627G в то же самое место сети, с теми же самыми настройками. С DGS-3627G конфиг по TFTP выгружался без проблем.

Подскажите пожалуйста, в чём может быть причина? В какую сторону копать?

P.S. Ещё очень интересно зачем в этой модели порт для SD карты.

Что, неужели ни у кого нет никаких соображений по данному вопросу?
Не очень хочется заморачиваться с FTP для единственной железки в сети, пусть даже и с прицелом на будущее. Тем более, что функционал TFTP у ней присутствует!

Вопрос о разъёме для SD карты тоже в силе.

А на tftp конфиг выгружать пробуете когда на коммутаторе telnet'ом сидите?
Попробуйте зайти через web - интерфейс и попробовать выгрузить конфиг.
Заодно прошивочку обновите

_________________
DES-3028, DES-3526, DES-3200_28 C1/A1/B1, DES-3200_26 C1, DGS-3627G, DGS-3420-26SC A2, DGS-3420-28TC A1, DGS-3620-28SC A1-EI, DGS-3200-24 A1

Да.

Если честно, то последний раз web-интерфейсом пользовался лет 6-7 назад. Я с трудом представляю как там, что и куда... Попробовать конечно можно, но проблема в том, что ежесуточный бэкап конфига делается скриптом через telnet. Так что даже если через web всё получится, то основная-то проблема всё равно останется нерешённой.

Прошивку обновлять... Не, оно конечно можно, вот только коммутатор стоит в работе на ответственном участке сети. Просто так его перезагрузить нельзя, да и вдобавок - кто его знает какие глюки на новой прошивке могут вылезти, change logo'в то нет. А сейчас он тихо-мирно пашет себе и пашет.

Самое неприятное во всей этой истории - молчание сотрудников D'Link'а. Я конечно понимаю, что это не P1 баг, да и предыдущий опыт общения с ними не заставляет меня питать иллюзий в этом отношении, но всё равно немного неприятно.

С прошивками проблем не должно возникнуть. Сам недавно массово (около 350 коммутатеров) обновлял. Потом их постепенно ребутнули.
Проблем не возникло ни с одним.
Ну как бы если через web работать будет, то для сотрудников Д-Линка побольше информации будет хотя бы.

_________________
DES-3028, DES-3526, DES-3200_28 C1/A1/B1, DES-3200_26 C1, DGS-3627G, DGS-3420-26SC A2, DGS-3420-28TC A1, DGS-3620-28SC A1-EI, DGS-3200-24 A1

bionic
У вас ip интерфейс коммутатора и tftp сервер в разных подсетях?
Пробовали с другим tftp сервером, другим хостом?

Да.
Коммутатор: x.y.z.13/30
tftp-сервер: x.y.z.130/26
tftp-hpa-5.2

Да, результат аналогичен.
Коммутатор: x.y.z.13/30
tftp-сервер: x.y.m.194/28
atftp-0.7-r2

Посмотрите ситуацию с tftpd32 под Windows.
У вас trusted hosts настроено? Есть ли acl на коммутаторе или промежуточных узлах, которые могут резать передачу файлов по tftp?

PS на стендовом устройстве выгрузка работает исправно

Постараемся сделать, но не обещаю что это получиться сделать быстро.

Да. В trusted hosts есть только одна подсеть ipv4. Ip cервера с tftp входит в эту подсеть. Собственно с этого сервера и происходит коннект на коммутатор по telnet.
А разве trusted hosts ограничивает также и исходящие подключения? Я считал что он работает только для входящих подключений.

Нет. Более того, как я уже писал ранее, проблема появилась после замены DGS-3627G. Все значимые настройки остались без изменений (поменялись некоторые порты, виланы, ipif).

Пробовал отключать trusted hosts, заходил в web-интерфейс и пытался выполнить выгрузку конфигурации из него - безрезультатно. Пакеты просто не доходят до сервера.

Вопрос про SD-карту остался.

Дополнение: установлено, что tftp-соединение устанавливается в случае нахождения коммутатора и tftp-сервера в одном широковещательном домене (например в отдельной /30 сети). Команда "traceroute", выполненая на коммутаторе, отрабатывает корректно тоже только в этом случае. Если попробовать сделать трейс до любого ip который не "Local" в таблице маршрутизации, то ответ всегда такой:

При этом пинг проходит нормально (в обе стороны). FTP с коммутатора на сервер - тоже нормально. Traceroute до коммутатора из разных мест проходит без проблем. Влияние trusted hosts не выявлено.
На соседних DGS-3627G подобных проблем не наблюдается.

Я проводил тест с tftpd32 под Win, сервер находился в другой подсети относительно управляющего интерфейса коммутатора (у меня первым было как раз подозрение на неверную работу через L3), через L3 устройство все отработало корректно.
Попробуйте посмотреть на сниффере, какие пакеты шлет коммутатор при трейсе и установке tftp сессии - какие там src ip, и нет ли ошибок в таблице маршрутизации.

SD карта в коммутаторе может использоваться для хранения логов/прошивок.

Артём,
я отписался Вам в личку.

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

Судя по описанию я рекомендую вам проанализировать, с какого source адреса и с какого интерфейса коммутатор пытается установить tftp сессию.

Судя по таблице маршрутизации на коммутаторе:



логично предположить, что отправляя данные на ip=x.y.160.130, коммутатор должен отправлять эти данные с интерфейса v160.13. Адрес источника при этом x.y.160.13.
По крайней мере так и было ранее, когда на месте DGS-3620-28SC был установлен DGS-3627G.

Я и прошу вас это проверить...

Простите, но как?
Я уже писал, что tcpdump, будучи запущенным на x.y.160.130, не показывает вообще никаких входящих пакетов (речь разумеется только о tftp соединении). А между L3 - оптические 10Gb линки. На L3 же сниффера нет. Конечно, если Вы предлагаете взять 10Gb сетевую с двумя портами, настроить её в режим бриджа и далее по списку, то можно дальше не продолжать разговор.
Ответьте только - про неработающий traceroute отдельную тему создавать?