Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
STP - Блокировка петель - Не могу это отследить, wifiman
 
У меня возникли проблемы с пользователями, которые говорят, что их интернет на компьютере постоянно то отключается, то подключается, хотя у меня все нормально на том же самом сетевом подключении. Заходя в интерфейс управления сетью, время от времени я могу видеть, что 3 порта точно блокируются из-за STP, но обычно в этот момент компьютеры находятся в спячке и не используются. Один раз я точно видел, что это произошло на компьютере, который использовался в тот же самый момент. Это был один из 3 портов, на которых я часто наблюдаю это, когда ПК в режиме сна. Моя текущая настройка — UCG Ultra, подсоединенный к US-24, который через SFP+ подключен к другому US-24 через SFP порт 1 на обоих. У меня есть US-8 60W, который подключен по Ethernet к первому US-24 и управляет 2 AC Pro APs, на которых был включен mesh, но я отключил mesh и проблема все еще сохраняется. Компьютеры, которые блокируются STP, находятся на втором US-24, подключенном через SFP+ от первого US-24. Но еще раз напомню, эти компьютеры подключены только по проводу, а не по Wi-Fi. Также есть коммутатор Cisco poe, подключенный к первому US-24 для подачи POE на IP-камеры. Я не понимаю, как эти компьютеры могут попадать в этот цикл, так как они все напрямую подключены к коммутатору US-24 по Ethernet и не подключены по Wi-Fi. И до сих пор порты, блокируемые STP, всегда были на втором US-24, который подключен через SFP+ к первому US-24, который затем по Ethernet подключен к UCG Ultra. Все устройства обновлены. Я установил каждому коммутатору свой собственный приоритет, но ничего не помогает. Изначально у меня было 2 SFP+ между US-24 для агрегации, но я их убрал, и проблема со STP осталась. Дайте знать, на что еще мне стоит обратить внимание, я пробовал все, что нашел в других постах и на страницах помощи. Спасибо!
 
Я думаю, у меня та же проблема. Я собирался начать новый пост, но решаюсь опубликовать его здесь. У меня есть фаервол Netgate 4100 (pfSense 24.03) с коммутаторами и точками доступа Unifi. Unifi Network 8.6.9 UCK G2 Plus 4.0.20. Иногда пользователь сообщает, что программа на его ПК выдает сетевую ошибку. Подожди немного, и программа снова заработает. Я включил syslog. Я заметил, что когда ПК включается/выключается или перезагружается, я получаю следующие ошибки (пример из перезагрузки):  
Nov 17 09:52:23 ServerSwitch d021f9780ec0, USW-48-PoE-7.1.26+15869: kernel: [2488051.880000] Порт 32 перемещается из Forwarding в Disabled
Nov 17 09:52:27 ServerSwitch d021f9780ec0, USW-48-PoE-7.1.26+15869: kernel: [2488055.880000] Порт 32 перемещается из Disabled в Blocking
Nov 17 09:52:29 ServerSwitch d021f9780ec0, USW-48-PoE-7.1.26+15869: kernel: [2488058.130000] Порт 32 перемещается из Blocking в Forwarding
Nov 17 09:52:42 ServerSwitch d021f9780ec0, USW-48-PoE-7.1.26+15869: kernel: [2488071.130000] Порт 32 перемещается из Forwarding в Disabled
Nov 17 09:52:44 ServerSwitch d021f9780ec0, USW-48-PoE-7.1.26+15869: kernel: [2488073.380000] Порт 32 перемещается из Disabled в Blocking
Nov 17 09:52:46 ServerSwitch d021f9780ec0, USW-48-PoE-7.1.26+15869: kernel: [2488075.380000] Порт 32 перемещается из Blocking в Disabled
Nov 17 09:52:49 ServerSwitch d021f9780ec0, USW-48-PoE-7.1.26+15869: kernel: [2488078.630000] Порт 32 перемещается из Disabled в Blocking
Nov 17 09:52:52 ServerSwitch d021f9780ec0, USW-48-PoE-7.1.26+15869: kernel: [2488081.130000] Порт 32 перемещается из Blocking в Forwarding
Эти ошибки происходят, когда ПК включается/выключается, но также произвольно возникают в течение дня (хотя это бывает редко). Это происходит на всех коммутаторах, где подключены ПК. Всё, что я читал, говорит, что это проблема протокола Spanning Tree. У меня протокол Spanning Tree установлен на RSTP (по умолчанию). Я читал это: https://help.ui.com/hc/en-us/articles/24292724428311-Understand-and-Mitigate-Network-Loops-STP. Я отключил Wireless Meshing. Я установил приоритеты на своих коммутаторах. См. ниже мою топологию. Ей нужно немного объяснений. Серверный коммутатор — мой основной коммутатор. Netgate 4100 и UCK G2 Plus подключены к нему. Все коммутаторы и точки доступа, подключенные к серверному коммутатору, довольно просты. Однако WorkForce Switch и другие точки доступа, на том же уровне, что и серверный коммутатор, подключены иначе. Все эти устройства подключены к серверному коммутатору через один порт. Эти устройства находятся в других зданиях, и третья сторона соединяет их обратно с портом моего серверного коммутатора. С моей точки зрения, они управляются как все мои локальные коммутаторы и точки доступа. После прочтения оригинального поста, я не думаю, что эти WorkForce Switch, и т.д. являются проблемой. Может, один из моих коммутаторов барахлит? Для теста... Для каждого коммутатора, подключенного к серверному коммутатору, я отключил порт, подождал, пока он (и любые подключенные коммутаторы/точки доступа) не выйдут из сети, перезапустил ПК, подключенный к серверному коммутатору, и включил порт. Я получал те же ошибки каждый раз. Я также сделал то же самое с портом, используемым на уровне WorkForce Switch. После прочтения оригинального поста, я попробовал поставить ПК на сон, и ошибки повторяются. У кого-нибудь есть решение?
 
Я прочитал, что в Windows 11 LLDP включен по умолчанию и может вызывать проблемы. Я это проверил, и на Mac добавился 0E, то есть 01:80:c2:00:00:0E. Также я его отключил, но это ничего не изменило. В Windows 11 LLDP теперь включен по умолчанию и использует следующий адрес назначения MAC: 01:80:c2:00:00:00, который также является тем же адресом назначения MAC для IEEE 802.1D (Spanning-Tree).
 
Увидев ту же проблему на нескольких сетях, я запустил Wireshark, но до сих пор не понимаю, в чем дело. Ощущение, что это ПК застрял в какой-то петле сна/разбудки. Это не каждый ПК, но и не только один делает это.
 
так же. Я вижу, как целые части сети скачут. Может быть, это клиентская настройка, которую стоит обрабатывать как определяемую (управляемый коммутатор/хаб и т.д.) и менять логику в сети в зависимости от этого. Я заметил, что пока вы не подключаете сторонний коммутатор, хаб или что-то подобное к сети, все правильно отображается. Тип устройства не определяется, показывая неизвестный тип или тип клиента.
 
Проверьте (замените) свой сетевой кабель — были некачественные кабели, которые вызывали эту проблему.
Страницы: 1
Читают тему (гостей: 1)