Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1 2 След.
RSS
Изменение роли с ROLE_DESIGNATED на ROLE_ROOT., UniFi Network
 
Привет, эксперты! Нужна помощь. Один из коммутаторов в сети постоянно приводит к зависанию всех подключенных к нему устройств. Установлено на лог-сервере, и обнаружены следующие записи в логах, после чего у конкретного отдела пропадает связь. Обращались в поддержку, но безрезультатно, уже несколько тикетов открыли.

Попробовали:
* Обновление прошивки
* Аппаратная перезагрузка
* Смена порта
* Поиск физических петель

Все вышеперечисленное сделано.

Лог:
ace_reporter.reporter_fail(): inform failed
ace_reporter.reporter_fail(): Unreachableswitch: DOT1S: inst(0) has elected a new STP root: role changing from ROLE_ROOT to ROLE_DESIGNATED
Role changing from ROLE_DESIGNATED to ROLE_ROOT
 
Какие настройки STP на этих коммутаторах? Какие порты используются для каких устройств? Подробности, пожалуйста!
 
Спасибо за обновление. Ниже приведены детали, которые помогут вам понять, в чем проблема. Оба выключателя с красной подсветкой выдают ошибку, когда возникает проблема. Все устройства, подключенные к этим выключателям, пропадают/зависают на 2-4 минуты, затем снова работают... В последние два дня ошибок не было, но вчера снова был плохой день, несколько раз появлялась та же ошибка, и пользователи жаловались на перебои с интернетом.
 
И вся остальная сетевая аппаратура, устройства, подключенные к этому коммутатору, проблемный порт и так далее. Не смогу вам помочь, если вы отказываетесь предоставлять необходимые детали. Чем больше, тем лучше.
 
USW Lite 8 PoE 7.1.26UCK G2 Plus 4.2.9
 
Тогда, пожалуйста, предоставь нам всю информацию о твоей конфигурации.
 
Спасибо, grerorio! Я тоже этим занимаюсь с поддержкой Unifi, но ситуация не меняется...
 
Понимаю и смягчаю сетевые петли (STP)

Сетевые петли могут быть неприятными. Они вызывают проблемы с сетевым трафиком и могут привести к сбоям в сети.

Что такое сетевая петля?

В идеальном мире данные должны двигаться по сети только одним способом, как вода в трубе. Сетевые петли возникают, когда есть несколько путей между двумя устройствами в сети. Когда это происходит, данные могут циркулировать по сети бесконечно, что приводит к перегрузке и сбоям.

Представьте себе, что вы хотите отправить письмо другу, и есть два способа доставить его: по прямой или через несколько узлов. Если данные могут циркулировать по сети бесконечно, это как если бы ваш посыльный метался между двумя путями, никогда не доставляя письмо.

Причины возникновения сетевых петель:

*   Неправильная конфигурация сетевого оборудования
*   Некорректные маршруты
*   Сбои в работе оборудования

Как предотвратить сетевые петли:

*   Включите STP (Spanning Tree Protocol). STP — это протокол, который автоматически обнаруживает и блокирует петли в сети.
*   Используйте VLAN (Virtual LAN). VLAN позволяют разделить сеть на небольшие логические подсети, что снижает вероятность возникновения петель.
*   Проверяйте свою сеть на предмет петель. Существуют различные инструменты для обнаружения петель в сети.

Устранение сетевых петель:

*   Определите источник петли. Используйте инструменты обнаружения петель, чтобы определить, какое оборудование или маршруты вызывают проблему.
*   Заблокируйте петлю. Используйте STP или другие механизмы, чтобы заблокировать петлевой путь.
*   Исправьте конфигурацию. Убедитесь, что конфигурация вашего сетевого оборудования и маршрутов правильная.

В заключение, сетевые петли — это проблема, которую нужно решать. Понимая, что такое сетевые петли, почему они возникают и как их устранять, вы можете предотвратить проблемы в своей сети.

#networkloops #stp #troubleshooting #networkengineering
 
Пропустил самую важную информацию. Какой свич? Какая прошивка? Питается ли он по POE? К какому контроллеру подключен? Unifi Controller версия?
 
Unifi сегодня опять выкинуло из сессии. Я пытался найти ту же ошибку, но ничего не нашёл... Похоже, контроллер имеет какие-то ограничения на приём пакетов, если хост далеко.
 
Похоже, это происходит уже 7 месяцев. Подтверждены результаты ухудшения. Поищите другие обсуждения на эту тему.
 
Хм, попробовал 7.2.108, как и советовали в поддержке, но ничего не помогло... Да, откат к предыдущей версии тоже будет вариантом, если это решит проблему...
 
Если проблемы не исчезнут, попробуй переключиться на прошивку 7.0.x. Очень много подобных жалоб с "фантомными" ошибками STP.
 
Раньше было 24 порта, поэтому было очень сложно понять, в чем дело. Потом разделил на два коммутатора по 8 портов каждый. Судя по логам, совершенно неясно, виноваты оба или один. То SW5 сначала выдаст ошибку, потом SW6 подхватит… То SW6 выдаст ошибку, а потом SW5 вмешается… Сейчас уже 14 часов прошло, ошибок ни на одном коммутаторе нет.
 
Чёрт. Это же от SW6? Ты уже до SW5 и SW2 докарабкался? Надо найти место, где оно ломается.
 
Запрос на таймаут контроллера от любого клиента, подключенного к коммутатору и точке доступа.
 
Когда выдает сообщение об ошибке, можешь ли ты пропинговать адрес сервера? Попробуй использовать curl для доступа к этому адресу и порту.
 
Сегодня тоже наловил кучу ошибок, так что проверял каждый порт по отдельности. Неважно, 1-8 или 8-1 ошибка остаётся. Подключился по SSH, проверил DNS, NTP и FM-связь, убедился, что всё работает. Потом сбросил настройки, добавил переключатели снова. Установил статический IP.
 
Подтверждено, настройки STP установлены согласно SOP. После отключения изменились только записи в логе.
 
Перед тем, как отключать STP, они были настроены как надо? Помогает ли отключение STP? Возможно, потребуется настройка на уровне портов. Uplinks на 1, downlinks на 8.
Страницы: 1 2 След.
Читают тему (гостей: 1)