faq обучение настройка
Текущее время: Пт мар 29, 2024 00:32

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




Начать новую тему Ответить на тему  [ 1 сообщение ] 
Автор Сообщение
 Заголовок сообщения: Глобальные проблемы в сети
СообщениеДобавлено: Пт фев 09, 2024 16:44 
Не в сети

Зарегистрирован: Вт авг 21, 2018 13:27
Сообщений: 5
Добрый день! Проблема очень давно, и решение найти никак не получается... В ядре сети - NEXUS, от него звездой узлы сети DGS 3120-24SC по районам. От каждого узла сформированы кольца из DGS 3200-10/16, DGS 1210-20ME, DGS 3000-20L, DGS 3000-10TC в пределах 10 свитчей в кольце. DGS 3120-24SC всегда root, дальнейшие настройки RSTP классические, кольца в обычном режиме рвутся посередине. Проблема - после массовых отключений электричества случается, что один из свитчей в кольце зависает/недогружается/тупеет и начинает вредоносить - теряем доступ как к управлению свитчами, так и абонентов (управление свитчами и абоненты разделены вланами на каждом узле). Причем данная "помеха" проходит через NEXUS и влияет и на другие узлы сети.
В логах NEXUS:
N3064-int %L2FM-2-L2FM_MAC_FLAP_DISABLE_LEARN_N3K: Loops detected in the network for mac 00a0.54c3.3983 among ports Po3 and Po6 vlan 52 - Disabling dynamic learning notifications for a period between 120 and 240 seconds on vlan 52.

В логах узловых свитчей:
Index Time Level Log Text
78463 2024-01-09 03:50:00 NOTI(5) Spanning Tree port status change (Instance:0, Port:20) Forwarding->Discarding
78462 2024-01-09 03:50:00 NOTI(5) Spanning Tree port status change (Instance:0, Port:19) Forwarding->Discarding
78461 2024-01-09 03:50:00 NOTI(5) Spanning Tree port status change (Instance:0, Port:17) Forwarding->Discarding
78460 2024-01-09 03:50:00 NOTI(5) Spanning Tree port status change (Instance:0, Port:14) Forwarding->Discarding
78459 2024-01-09 03:50:00 NOTI(5) Topology changed (Instance:0, Port:17,MAC:80-26-89-B9-C7-48)
78458 2024-01-09 03:50:00 NOTI(5) Topology changed (Instance:0, Port:15,MAC:3C-1E-04-13-3E-50)
78457 2024-01-09 03:50:00 NOTI(5) Spanning Tree port status change (Instance:0, Port:15) Learning->Forwarding
78456 2024-01-09 03:50:00 NOTI(5) Spanning Tree port status change (Instance:0, Port:15) Discarding->Learning
78455 2024-01-09 03:50:00 NOTI(5) Spanning Tree port status change (Instance:0, Port:15) Forwarding->Discarding
78454 2024-01-09 03:50:00 NOTI(5) Spanning Tree port status change (Instance:0, Port:10) Learning->Forwarding

И такая ситуация до тех пор, пока или не пробьемся удаленно на узел, в редкие моменты когда он доступен (telnet, snmp), или едем на место и вручную рвем все кольца, тогда сеть восстанавливается, по одному замыкаем, вычисляем проблемное кольцо, оставляем его порванным на узле - не работает только часть дерева от узлового свитча до зависшего свитча, идем к зависшему свитчу, или перезагружаем, или меняем.
Стенд в офисе собирали, сымитировать такую ситуацию не получилось.
Собственно вопрос - какие механизмы защиты можно включить на узловых и кольцевых коммутаторах для защиты от таких ситуаций.


Вернуться наверх
 Профиль  
 
Показать сообщения за:  Сортировать по:  
Начать новую тему Ответить на тему  [ 1 сообщение ] 

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


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

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 50


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

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