faq обучение настройка
Текущее время: Ср июн 18, 2025 21:17

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 60 ]  На страницу Пред.  1, 2, 3, 4  След.
Автор Сообщение
СообщениеДобавлено: Пн авг 08, 2011 17:49 
Не в сети

Зарегистрирован: Вт окт 28, 2008 12:26
Сообщений: 62
Artem Kolpakov писал(а):
Jugernault писал(а):
Первая половина августа уже в самом разгаре - как обстоят дела с "фиксом"?

Проверьте почту - он там лежит с утра.

О! Точно! С 10:46 лежит. :D - Спасибо...

p.s. Завтра сообщу результаты использования.


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Вт авг 09, 2011 13:35 
Не в сети

Зарегистрирован: Вт окт 28, 2008 12:26
Сообщений: 62
Как и обещал озвучиваю результаты теста - неудовлетворительно, т.е. прошивка тест на стенде не прошла.

А теперь подробней:

Все тот же самый тестовый стенд из пяти DES-3200-28 (1.51b09) и одного DGS-3627g (2.84b14), соединенных в кольцо. Во второй DES-3200-28 прошиваю присланную мне прошивку 1.52.B005, перегружаю коммутатор.

СOM1 - первый DES-3200-28, heiyan - второй DES-3200-28, СOM3 - третий DES-3200-28 - все три коммутаторы подключены консольными кабелями.
Телнет сессия на 192.168.55.2 - второй DES-3200-28.
К четвертому и пятому DES-3200-28, а так же к DGS-3627g не подулючаюсь, так как там ничего интересного не происходит.

Имеет следующую картину (картинки кликабельны):
Изображение
Все пристойно, STP разрывает кольцо между 26 портом третьего DES-3200-28 и 25 портом четвертого DES-3200-28. Что логично - веса так лягли.

Начинаем процесс перешивки второго DES-3200-28 через snmp.
Изображение
Видим что процесс прошел - нагрузка на CPU ростет, STP в норме.

Фирмварь закачалась с tftp в коммутатор и начался процессе прошивки.
Изображение
Второй DES-3200-28 перестал посылать bpdu - это видно по тому, что третий DES-3200-28 активизировал альтернативный маршрут до рута и заблокировал порт в сторону второго.

Прошло еще немного времени - bpdu так и не появились.
Изображение
Третий DES-3200-28 считает, что второй DES-3200-28 пропал и начинает изучать возможность открыть порт в его сторону.

Bpdu как не было так и нет, коммутатор шьется.
Изображение
Третий DES-3200-28 открывает порт в сторону второго. - Т.е. полный добрый вечер, в наличии петля, один шаг до шторма - стоит туда запустить хоть один бродкаст.

Второй DES-3200-28 наконец то прошился, и начал посылать свои bpdu - топология перестроилась.
Изображение
Все вернулось на круги своя, к первоначальному состоянию - шторм потух.


Последний раз редактировалось Jugernault Вт авг 09, 2011 13:36, всего редактировалось 1 раз.

Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Вт авг 09, 2011 13:36 
Не в сети

Зарегистрирован: Чт фев 12, 2004 14:32
Сообщений: 129
Откуда: Tver
У нас был та же проблема, правда у DES-3200 порты сгорали, а другие по цепочке из-за него висли.
В результате грозы (аж 4 раза за лето :( ) получали шторм, и никакие "loopback detection" на вышестоящем DGS-3627G не помогали и даже ничего не фиксировали.
Искали сгоревшие коммутаторы методом ручного отключения :(

Если подробно, то получалось в итоге так - сгоревший DES-3200-10 "глушил" вышестоящий DES-3526, тот в свою очередь вышестоящий DGS-3627G, причем с такой силой, что даже управлять ими никак не получалось.

А можно посмотреть что за "фикс" такой? Может и нам поможет. На будущие грозы )


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Вт авг 09, 2011 13:48 
Не в сети

Зарегистрирован: Вт окт 28, 2008 12:26
Сообщений: 62
mioan писал(а):
Если подробно, то получалось в итоге так - сгоревший DES-3200-10 "глушил" вышестоящий DES-3526, тот в свою очередь вышестоящий DGS-3627G, причем с такой силой, что даже управлять ими никак не получалось.

А можно еще более подробно - потому что у Вас не понятно какая топологи и Вы уже выводы делаете, а не факты озвучиваете.
Т.е. возможно что у Вас несколько иная ситуация.
mioan писал(а):
А можно посмотреть что за "фикс" такой? Может и нам поможет. На будущие грозы )

DES-3200_V1.52.B005.had - но в этой прошивке фикс на тему неработоспособности STP во время перепрошивки коммутатора, а не во время грозы.
Ну и ко всему прочему этот фикс не работает.


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Вт авг 09, 2011 14:01 
Не в сети

Зарегистрирован: Чт фев 12, 2004 14:32
Сообщений: 129
Откуда: Tver
Топология этого сегмента сети простая.
В центре - DGS-3627G, ниже DES-3526, еще ниже DES-3200-10, а далее неуправляеме коммутаторы и абоненты.
Сеть не сегментированная.
Раньше, когда вместо DES-3200-10 стояли обычные неуправляемые DES-1008D, то при сгорании DES-1008D шторм гасился опцией "loopback detection" На вышестоящем DES-3526.
Теперь же при выгорании порта (не полном, а во флудящем виде) на DES-3200-10, сеть "глохнет" напрочь вплодь до центрального коммутатора, и при этом, как я писал выше, никакие "loopback detection" ничего не фиксируют и следовательно не блокируют...

На самом деле я как раз собирался STP кольца наделать, а тут наткнулся на эту тему... и о ужас - вот сюда и написал )


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Вт авг 09, 2011 14:18 
Не в сети

Зарегистрирован: Вт окт 28, 2008 12:26
Сообщений: 62
mioan писал(а):
Топология этого сегмента сети простая.
В центре - DGS-3627G, ниже DES-3526, еще ниже DES-3200-10, а далее неуправляеме коммутаторы и абоненты.
Сеть не сегментированная.

Т.е. у Вас звезда - т.е обсуждаемый тут случай явно не Ваш.
mioan писал(а):
Топология этого сегмента сети простая.
Раньше, когда вместо DES-3200-10 стояли обычные неуправляемые DES-1008D, то при сгорании DES-1008D шторм гасился опцией "loopback detection" На вышестоящем DES-3526.
Теперь же при выгорании порта (не полном, а во флудящем виде) на DES-3200-10, сеть "глохнет" напрочь вплодь до центрального коммутатора, и при этом, как я писал выше, никакие "loopback detection" ничего не фиксируют и следовательно не блокируют...

Очень странное поведение. На работу loopback detection я как раз пожаловаться не могу - срабатывает исправно.
Вы во время возникновения подобных катаклизмов к коммутаторам консолью подключались? Смотрели show packets? Т.е. какие пакеты у вас в сети летают со страшной силой? Управление сетью вынесено в отдельные вланы? Сниффером с ноутбука пробовали смотреть что творится в сети когда ее штормит?
mioan писал(а):
Топология этого сегмента сети простая.
На самом деле я как раз собирался STP кольца наделать, а тут наткнулся на эту тему... и о ужас - вот сюда и написал )

Ну на самом деле не совсем и ужас - надеюсь что этот финт ушами пофиксят. А то что кольцевая топология реально позволяет сэкономить кучу времени и нервов - это факт.


Последний раз редактировалось Jugernault Вт авг 09, 2011 14:57, всего редактировалось 1 раз.

Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Вт авг 09, 2011 14:41 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Вт янв 18, 2011 13:29
Сообщений: 8999
Jugernault
Вы точно обновляете прошивку на 1.52.B005 и поверх нее же?
В проведенных мной тестах при программировании флеш BPDU продолжали посылаться коммутатором исправно и ни одного пропущено не было. Топология не перестраивалась.

Скрытый текст: показать
Стенд:

3200-3 --- 3200-2 x-- 3200-1 --- 3526(root)
|_____________________________|

Соответственно на 3200-1 установлена 1.52.B005, порт в его сторону со стороны 3200-2 заблокирован. На 3200-2 порт в сторону 3200-1 миррорится и на него очень хорошо и без пауз сыпятся bpdu в момент когда на 3200-1 обновляется прошивка.


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Вт авг 09, 2011 15:32 
Не в сети

Зарегистрирован: Вт окт 28, 2008 12:26
Сообщений: 62
Artem Kolpakov писал(а):
Jugernault
Вы точно обновляете прошивку на 1.52.B005 и поверх нее же?

В 1-ом, 3-ом, 4-ом и 5-ом DES-3200-28 залита фирмварь 1.51.B009.
Во второй имидж 2-го DES-3200-28 залита фирмварь 1.52.B005, с нее же он и загружен
Скрытый текст: показать
DES-3200-28:5#show firmware information
Command: show firmware information

Image ID : 1
Version : 1.51.B009
Size : 4011728 Bytes
Update Time: 0000/00/00 00:38:38
From : 192.168.111.227
User : SNMP user(SNMP)

Image ID : 2(Boot up firmware)
Version : 1.52.B005
Size : 4014024 Bytes
Update Time: 0000/00/00 02:45:45
From : 192.168.111.254
User : Anonymous(Telnet)

DES-3200-28:5#sh sw
Command: show switch

Device Type : DES-3200-28 Fast Ethernet Switch
MAC Address : 34-08-04-5B-29-70
IP Address : 192.168.55.2 (Manual)
VLAN Name : managment
Subnet Mask : 255.255.255.0
Default Gateway : 192.168.55.254
Boot PROM Version : Build 1.00.B004
Firmware Version : Build 1.52.B005
Hardware Version : A1
Serial Number : PVI41AC000567
System Name :
System Location :
System Uptime : 0 days, 3 hours, 34 minutes, 5 seconds
System Contact :
Spanning Tree : Enabled
GVRP : Disabled
IGMP Snooping : Disabled
VLAN Trunk : Disabled
802.1X : Disabled
Telnet : Enabled (TCP 23)
Web : Enabled (TCP 80)
RMON : Disabled
SSH : Disabled
SSL : Disabled
CLI Paging : Enabled
Syslog Global State: Disabled
Dual Image : Supported
Password Encryption Status : Disabled

Заливаю я во второй DES-3200-28, по snmp в первый имидж, фирмварь 1.51.B009, что видно на выше озвученном дампе show firmware information.

В моем случае стенд выглядит так (в "спойном состоянии"):
Код:
3200-1 --- 3200-2 --- 3200-3 X-- 3200-4 --- 3200-5
   |                                           |
   +---------------- 3627G --------------------+


А в процессе перепрошивки вот так:
Код:
3200-1 --- 3200-2 --- 3200-3 --- 3200-4 --- 3200-5
   |                                           |
   +---------------- 3627G --------------------+


Сейчас озадачусь и попробую отмирорить порты на 3200-1 и 3200-3 при перепрошивке 3200-2.


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Вт авг 09, 2011 15:40 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Вт янв 18, 2011 13:29
Сообщений: 8999
Для справки.
Я обновлял прошивку, подключившись через telnet. В первый image.
Настроено RSTP.
Если в результате вашего теста результат опять будет неудовлетворительный - пришлите мне конфигурации устройств (можно относительно дефолтной) и описание, какими портами они соединены а также еще раз по шагам поставленный тест.


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Вт авг 09, 2011 20:58 
Не в сети

Зарегистрирован: Вт окт 28, 2008 12:26
Сообщений: 62
Artem Kolpakov писал(а):
Jugernault
Стенд:

3200-3 --- 3200-2 x-- 3200-1 --- 3526(root)
|_____________________________|

Соответственно на 3200-1 установлена 1.52.B005, порт в его сторону со стороны 3200-2 заблокирован. На 3200-2 порт в сторону 3200-1 миррорится и на него очень хорошо и без пауз сыпятся bpdu в момент когда на 3200-1 обновляется прошивка.

На 3200-2 порт в сторону 3200-1 - мироринг настроен на RX?


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Ср авг 10, 2011 08:03 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Вт янв 18, 2011 13:29
Сообщений: 8999
Я ставил both.
Заблокированый порт все равно сам не будет отправлять bpdu, пока не обнаружит их пропажу со стороны соседнего коммутатора.


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Чт авг 11, 2011 12:47 
Не в сети

Зарегистрирован: Вт окт 28, 2008 12:26
Сообщений: 62
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, ШК ничего не ответила?


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Чт авг 11, 2011 13:29 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Вт янв 18, 2011 13:29
Сообщений: 8999
Повторю ваш тест один в один. Отпишу по результату.

1. Все верно. Мак адрес буде отличаться у каждого порта, т.е будет равен mac-address CPU + N порта.

2. Это нормально.

3. По уточненной в ШК информации начиная с версии прошивки 1.52.B004 в серии DES-3200 Ingress Checking действует и на BPDU пакеты. Таким образом, для того, чтобы STP заработал нужно либо добавить default VLAN на магистральные порты DES-3200, либо отключить ingress checking.
Предвижу ваши эмоции, будьте, пожалуйста, сдержаннее.

4. Информацию анализируют. Результатов пока что нет.


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Чт авг 11, 2011 14:33 
Не в сети

Зарегистрирован: Вт окт 28, 2008 12:26
Сообщений: 62
Artem Kolpakov писал(а):
Повторю ваш тест один в один. Отпишу по результату.

Ок. - Жду.
Artem Kolpakov писал(а):
1. Все верно. Мак адрес буде отличаться у каждого порта, т.е будет равен mac-address CPU + N порта.

Ок. - Буду знать.
Artem Kolpakov писал(а):
2. Это нормально.

Ок.
Artem Kolpakov писал(а):
3. По уточненной в ШК информации начиная с версии прошивки 1.52.B004 в серии DES-3200 Ingress Checking действует и на BPDU пакеты.

Ага... Понятно...
Artem Kolpakov писал(а):
Таким образом, для того, чтобы STP заработал нужно либо добавить default VLAN на магистральные порты DES-3200, либо отключить ingress checking.

Есть еще третий вариант, если религия не позволяет ingress checking отключать или default VLAN на магистральные порты вытаскивать:
config gvrp 25-28 state disable ingress_checking enable acceptable_frame admit_all pvid 3000
Указать в pvid номер того влана который на этом порту есть, т.е. добиться что бы bpdu успешно прошли ingress checking.
Только что это сделал на "боевом" коммутаторе с фирмварью 1.52.B004 (где наблюдали discarding designated)- все хорошо, полет нормальный.
Artem Kolpakov писал(а):
Предвижу ваши эмоции, будьте, пожалуйста, сдержаннее.

Ну скажем так, в данном случае у меня данная особенность неприязни, а соответственно и эмоций, совсем даже не вызывает. :D
Мне кажется, что в ней ничего плохого нет, а может быть есть даже хорошее - т.е. порядка больше будет, просто нужно учитывать ее при программировании коммутаторов.
(Кстати, если Вы уже заметили, то в рамках своего предыдущего теста я уже pvid ставил равный номеру влана управления).
Artem Kolpakov писал(а):
4. Информацию анализируют. Результатов пока что нет.

Ок. - Очень надеюсь что найдут в чем дело.

Благодарю за конструктивные ответы.


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Пт авг 12, 2011 09:39 
Не в сети

Зарегистрирован: Вт июл 26, 2011 22:23
Сообщений: 7
MaximusHELL писал(а):
Jugernault писал(а):
mukca писал(а):
а я думаю у вас сгорают порты (или наводкой свитч как вы сказали виснет)+ всякие абонентские железяки которые вам и устраивают шторм :D

А вот и не правильно думаете, вернее не внимательно читаете. :) - Я же написал, лечится перезагрузкой.
интересная ситуация, я сталкивался с подобным поведением данного коммутатора. После недавней грозы, посыпались заявки с двух домов где как раз уже поставили 3200-28, сеть построена звездой-соответственно проблем с rstp у нас не было, но вот после грозы коммутаторы тоже стали странно себя вести, а именно гасли порты, после переключения клиента в другой порт работало у абонента сутки и порт тоже гас-хотя loopdetect dis а stp на порты не блокировало, далее когда переключать уже не было некуда перезагрузили по питанию свитчи, и о чудо порты ожили, но на следующий день на домах начались проблемы с получением Ип адреса-хотя порты уже не гасли - проверил настройки,логи, после чего было принято решение заменить коммутаторы, проблема решилась.

3200-28 не любит грозу, с 3526 такого ни когда не было, на 3526 как правило просто выбивало абонентские порты или свитч просто сгорал и то изредка.


Примерно тоже самое. Поменяли прошивки, перегрузили комутаторы, отк. вручную часть портов битых. Пока нормально. Но всеравно хотелось бы что бы автоматика лучше себя вела
viewtopic.php?f=2&t=142931


Вернуться наверх
 Профиль  
 
Показать сообщения за:  Сортировать по:  
Начать новую тему Ответить на тему  [ Сообщений: 60 ]  На страницу Пред.  1, 2, 3, 4  След.

Часовой пояс: UTC + 3 часа


Кто сейчас на форуме

Сейчас этот форум просматривают: Google [Bot] и гости: 22


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB