Добрый вечер, коллеги.

Может мне кто-нибудь объяснить принцип прошивания этих девайсов с использованием TFTP сервера, такой кривости не встречал ни на одних железках других вендоров.

Проблема в следующем. Есть коммутатор, на котором настроен VLAN 10 с IP 192.168.1.2/24, за ним стоит коммутатор на котором настройки VLAN 20 IP 192.168.2.2/24. Надо второй перевести в VLAN 10 путем заливания правильного конфига с TFTP. Делаю следующее - На первом коммутаторе завожу VLAN20 c IP 192.168.2.3/24. С него получаю доступ ко второму коммутатору, на котором завожу VLAN 10 с IP 192.168.1.3/24. меняю дефолтный шлюз и получаю доступ к TFTP со второго коммутатора. Дальше следующее
download cfg_fromTFTP 172.16.1.10 192.168.2.2.cfg
Command: download cfg_fromTFTP 172.16.1.10 192.168.2.2.cfg

Connecting to server................... Done.
Download configuration................. Done.

И все, коммутатор перестает отзываться на все свои IP адреса, и на новый и на старый, доступ потерян, теперь как минимум ребут по питанию, чтобы вернуться к прежней конфиге.

Конфигурация файла точно правильная.

Скорее всего, нет. Включитесь в него консолью и посмотрите, что там получается.

Конфигурация точно правильная, проверена на многих таких же железках. На этот коммутатор посмотреть не могу, он в другом городе, могу лишь сказать, что в процессе применения файла конфигурации IP адрес сбрасывается в дефолт (я по нему потом вошел). Продолжение истории: Есть у меня на тесты такой-же дома, решил проверить на нем эту чудо заливку конфиги. Заливаю, и та же беда, сброс IP адреса (про остальные настройки ничего сказать не могу, но вроде вообще в дефолт все настройки). Кстати прошивка на нем 1.51.B009. Заливаю на него другую прошивку 1.80, и о чудо, он нормально скачивает и применяет конфигурацию. Думаю, что проблема решена, иду на ту железку, заливаю 1.80. Но после перезагрузки нет доступа. Оказывается ни с того ни с сего stp перевел порты на соседних коммутаторах в состояние discarding, и следовательно коммутатор недоступен. Выключил stp в сторону этого коммутатора, сразу получил доступ, зашел и проверил настройки STP, все ок. Вообщем в каждой прошивке свои беды. Теперь ставлю 1.80 чтобы залить конфигу, а потом откатываюсь на проверенную 1.51. Хотя в сети есть несколько коммутаторов работающих c 1.80 прошивкой.

1. Всегда рекомендуется использовать актуальную версию ПО.
2. Начиная с 1.61 ingress checking действует в том числе и на bpdu пакеты. Необходимо или отключать ingress checking, либо выставлять PVID реально существующего vlan на порту.

А причем тут STP, тем более на соседних коммутаторах. Они почему-то считают, что надо порт присоединенный этому коммутатору заблокировать как альтернативный. Насколько я понимаю, Ingress checking проверяет соответствие заведенных вланов и приходящих пакетов, все несоответствующие отбрасываются, поправьте если не прав, и разъясните каким образом эта технология влияет на BPDU?
Заранее большое спасибо.

Да, действительно выключение ingress checking помогает с проблемой STP, но пока непонятно откуда она взялась, подскажите какие команды надо вводить чтобы четко описать PVID для двух новых VLAN-ов 105 и 205.

А если порт транковый, то любого из VLAN присутствующих на порту?

Да.
config gvrp [<portlist> | all] {state [enable | disable] | ingress_checking [enable | disable] | acceptable_frame [tagged_only | admit_all] | pvid <vlanid 1-4094>}