Artem Kolpakov писал(а):
Для справки.
Я обновлял прошивку, подключившись через telnet. В первый image.
Настроено RSTP.
На первой странице данного обсуждения я уже писал, что прошивка фирмвари по snmp и telnet-ом почему то отличается по нагрузке на CPU коммутатора.
Т.е. в Вашем случае чистота эксперимента не соблюдена.
Artem Kolpakov писал(а):
Для справки.
Если в результате вашего теста результат опять будет неудовлетворительный - пришлите мне конфигурации устройств (можно относительно дефолтной) и описание, какими портами они соединены а также еще раз по шагам поставленный тест.
Переработал стенд и привел его к Вашему виду:

DGS-3627G выступает в роли rstp root, кольцо рассекается на 25-м порту второго des-3200-28, плюс на нем выполнен мироринг порта на сниффер.
DES-3200-28:5#show mirror
Command: show mirror
Current Settings
Mirror Status : Enabled
Target Port : 28
Mirrored Port
RX : 25
TX :
На всех des-3200-28 загружены следующие фирмвари:
DES-3200-28:5#show firmware
Command: show firmware
Next possible completions:
information
DES-3200-28:5#show firmware information
Command: show firmware information
Image ID : 1(Boot up firmware)
Version : 1.52.B005
Size : 4014024 Bytes
Update Time: 0000/00/00 00:07:07
From : 192.168.111.254
User : Anonymous(CONSOLE)
Image ID : 2
Version : 1.51.B009
Size : 4011728 Bytes
Update Time: 0000/00/00 02:03:03
From : 192.168.111.227
User : SNMP user(SNMP)
Прошивке подвергается первый DES-3200-28, во второй имидж заливается фирмварь 1.51.B009. Заливка производится подачей команды по snmp c сервера находящегося за 24-м портом dgs-3627g. Там же находится и tftp сервер. Маршрутизация на коммутаторах настроена.
В итоге: заливаем фирмварь и наблюдаем за поведением дерева - дерево перестраивается, т.е. на втором dse-3200-28 порт 25 переходит в состояние "форвардинг" и замыкает кольцо. Если в это время вставить в порты 1-24, во второй или третий коммутаторы des-3200-28, генератор бродкастов - начинается шторм.
На снифере наблюдается следующая картина:
Код:
No. Time Source Destination Protocol Info
1 2011-08-10 18:00:03.128183 34:08:04:5b:a8:2a Spanning-tree-(for-bridges)_00 STP RST. Root = 0/0/34:08:04:46:0e:00 Cost = 20000 Port = 0x801a
2 2011-08-10 18:00:05.128236 34:08:04:5b:a8:2a Spanning-tree-(for-bridges)_00 STP RST. Root = 0/0/34:08:04:46:0e:00 Cost = 20000 Port = 0x801a
3 2011-08-10 18:00:07.128279 34:08:04:5b:a8:2a Spanning-tree-(for-bridges)_00 STP RST. Root = 0/0/34:08:04:46:0e:00 Cost = 20000 Port = 0x801a
4 2011-08-10 18:00:09.128303 34:08:04:5b:a8:2a Spanning-tree-(for-bridges)_00 STP RST. Root = 0/0/34:08:04:46:0e:00 Cost = 20000 Port = 0x801a
5 2011-08-10 18:00:10.712782 34:08:04:46:0e:02 Broadcast ARP Who has 192.168.55.1? Tell 192.168.55.254
6 2011-08-10 18:00:11.249832 34:08:04:5b:a8:2a Spanning-tree-(for-bridges)_00 STP RST. Root = 0/0/34:08:04:46:0e:00 Cost = 20000 Port = 0x801a
7 2011-08-10 18:00:13.248787 34:08:04:5b:a8:2a Spanning-tree-(for-bridges)_00 STP RST. Root = 0/0/34:08:04:46:0e:00 Cost = 20000 Port = 0x801a
8 2011-08-10 18:00:15.248433 34:08:04:5b:a8:2a Spanning-tree-(for-bridges)_00 STP RST. Root = 0/0/34:08:04:46:0e:00 Cost = 20000 Port = 0x801a
9 2011-08-10 18:00:17.248501 34:08:04:5b:a8:2a Spanning-tree-(for-bridges)_00 STP RST. Root = 0/0/34:08:04:46:0e:00 Cost = 20000 Port = 0x801a
10 2011-08-10 18:00:19.250236 34:08:04:5b:a8:2a Spanning-tree-(for-bridges)_00 STP RST. Root = 0/0/34:08:04:46:0e:00 Cost = 20000 Port = 0x801a
11 2011-08-10 18:00:21.248570 34:08:04:5b:a8:2a Spanning-tree-(for-bridges)_00 STP RST. Root = 0/0/34:08:04:46:0e:00 Cost = 20000 Port = 0x801a
12 2011-08-10 18:00:23.248610 34:08:04:5b:a8:2a Spanning-tree-(for-bridges)_00 STP RST. Root = 0/0/34:08:04:46:0e:00 Cost = 20000 Port = 0x801a
13 2011-08-10 18:00:25.249292 34:08:04:5b:a8:2a Spanning-tree-(for-bridges)_00 STP RST. Root = 0/0/34:08:04:46:0e:00 Cost = 20000 Port = 0x801a
14 2011-08-10 18:00:27.250611 34:08:04:5b:a8:2a Spanning-tree-(for-bridges)_00 STP RST. Root = 0/0/34:08:04:46:0e:00 Cost = 20000 Port = 0x801a
15 2011-08-10 18:00:29.249077 34:08:04:5b:a8:2a Spanning-tree-(for-bridges)_00 STP RST. Root = 0/0/34:08:04:46:0e:00 Cost = 20000 Port = 0x801a
16 2011-08-10 18:00:31.249060 34:08:04:5b:a8:2a Spanning-tree-(for-bridges)_00 STP RST. Root = 0/0/34:08:04:46:0e:00 Cost = 20000 Port = 0x801a
17 2011-08-10 18:00:33.250602 34:08:04:5b:a8:2a Spanning-tree-(for-bridges)_00 STP RST. Root = 0/0/34:08:04:46:0e:00 Cost = 20000 Port = 0x801a
18 2011-08-10 18:01:52.386703 34:08:04:5b:a8:2a Spanning-tree-(for-bridges)_00 STP RST. Root = 0/0/34:08:04:46:0e:00 Cost = 20000 Port = 0x801a
19 2011-08-10 18:01:52.521870 34:08:04:5b:a8:2a Spanning-tree-(for-bridges)_00 STP RST. Root = 0/0/34:08:04:46:0e:00 Cost = 20000 Port = 0x801a
20 2011-08-10 18:01:52.588702 34:08:04:5b:a8:2a Spanning-tree-(for-bridges)_00 STP RST. TC + Root = 0/0/34:08:04:46:0e:00 Cost = 20000 Port = 0x801a
21 2011-08-10 18:01:54.387568 34:08:04:5b:a8:2a Spanning-tree-(for-bridges)_00 STP RST. TC + Root = 0/0/34:08:04:46:0e:00 Cost = 20000 Port = 0x801a
22 2011-08-10 18:01:56.387613 34:08:04:5b:a8:2a Spanning-tree-(for-bridges)_00 STP RST. Root = 0/0/34:08:04:46:0e:00 Cost = 20000 Port = 0x801a
23 2011-08-10 18:01:58.387648 34:08:04:5b:a8:2a Spanning-tree-(for-bridges)_00 STP RST. Root = 0/0/34:08:04:46:0e:00 Cost = 20000 Port = 0x801a
24 2011-08-10 18:02:00.387697 34:08:04:5b:a8:2a Spanning-tree-(for-bridges)_00 STP RST. Root = 0/0/34:08:04:46:0e:00 Cost = 20000 Port = 0x801a
25 2011-08-10 18:02:02.387742 34:08:04:5b:a8:2a Spanning-tree-(for-bridges)_00 STP RST. Root = 0/0/34:08:04:46:0e:00 Cost = 20000 Port = 0x801a
26 2011-08-10 18:02:04.387766 34:08:04:5b:a8:2a Spanning-tree-(for-bridges)_00 STP RST. Root = 0/0/34:08:04:46:0e:00 Cost = 20000 Port = 0x801a
27 2011-08-10 18:02:06.387820 34:08:04:5b:a8:2a Spanning-tree-(for-bridges)_00 STP RST. Root = 0/0/34:08:04:46:0e:00 Cost = 20000 Port = 0x801a
28 2011-08-10 18:02:08.387863 34:08:04:5b:a8:2a Spanning-tree-(for-bridges)_00 STP RST. Root = 0/0/34:08:04:46:0e:00 Cost = 20000 Port = 0x801a
29 2011-08-10 18:02:10.387904 34:08:04:5b:a8:2a Spanning-tree-(for-bridges)_00 STP RST. Root = 0/0/34:08:04:46:0e:00 Cost = 20000 Port = 0x801a
30 2011-08-10 18:02:12.388002 34:08:04:5b:a8:2a Spanning-tree-(for-bridges)_00 STP RST. Root = 0/0/34:08:04:46:0e:00 Cost = 20000 Port = 0x801a
Первые 4 пакета - это нормальное состояние кольца, т.е. идут bpdu от первого des-3200-28.
5-й пакет, это арп, dgs-3627g пытается выяснить где тут первый свич и после этого следует команда по snmp и зачинается заливка по tftp. Пакетов данных мы не видим и это логично.
На 18-м пакете она заканчивается и начинается процесс прошивки во флеш. На коммутаторе в это время загрузка CPU колеблется в районе 95-98%.
И вот дальше почти две минуты молчания, т.е. я не знаю где Вы у себя на стенде bpdu видели. В это время дерево успевает перестроиться, кольцо замкнуться, если есть бродкастный трафик - поштормить, а после этого первый коммутатор приходит в себя и дерево восстанавливается в первоначальное состояние.
Вывод - НЕУДОВЛЕТВОРИТЕЛЬНО. Тест не пройден.
Файлы теч_саппорт (со всех коммутаторов) и дамп снифера (в формате .pcap)
прилагаю.
p.s. В процессе тестирования возник ряд вопросов:
1. У первого коммутатора des-3200-28 mst_config_id name 34:08:04:5B:A8:10, мак адрес показываемый по sh sw - 34-08-04-5B-A8-10, на тыльной стороне коммутатора наклейка с надписью 3408045BA810~2F. При этом по дампу снифера видно что bpdu он шлет с мака 34:08:04:5b:a8:2a. К чему бы это?
2. В файлах tech_support от dse-3200 наблюдается какая то бинарная информация - это нормально? Т.е. ничего не поломалось?
3. Мы зашивали фирмарь в 1.52.B005 в три "боевых" свича. Два из них после перезагрузки работают нормально, но вот с третьим увидели что то совершенно непонятное. Два граничащих с ним коммутатора (с одно стороны des-3200-26, а с другой dgs-3627g) перевели свои порты в его сторону в состояние discarding designated. Т.е. коммутатор из сети выпал.
Поглядев на это, мы потушили порт, в сторону этого коммутатора, со стороны des-3200-26 - реакции с другой стороны ноль, discarding designated. Выключили stp на порту в сторону этого коммутатора на dgs-3627g и добрались до его управления.
Посидели, подумали и не придумали ничего лучше чем откатиться на 1.52.B004. - Результат тот же, discarding designated с двух сторон.
Откатились на 1.51.B009 - все хорошо, stp заработало нормально.
Конфигурации коммутаторов при этих действиях не меняли. На стенде эта ситуация не наблюдается.
Отсюда вопрос - в какой ситуации вообще может произойти так, что у краевых коммутаторов порты будут в состоянии discarding designated в сторону целевого? Ибо я как то себе это даже предствить не могу.
4. По поводу Stack Trace, ШК ничего не ответила?