Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
Проблема с настройкой UniFi Switch 24, UniFi Network
 
В живой сети, когда я просто меняю имя порта коммутатора, происходит перепроvision. Это перепроvision вызывает остановку всего трафика на коммутаторе примерно на 5 секунд. То же самое происходит, если я меняю VLAN на порту. Правда ли нужно прерывать сетевой трафик на ВСЕМ коммутаторе, если я всего лишь меняю имя порта или настройки VLAN? То есть, если мне нужно переподписать и переименовать 24 порта, мой коммутатор фактически «подскакивает» каждый раз при переименовании, и все, кто подключены к этому коммутатору, сталкиваются с проблемами связи.
 
Также можно увидеть здесь https://community.ui.com/questions/d4b5dca4-8547-4897-b6e8-6f812ee9cacb#comment/94fa6567-3041-43c6-a16b-63827466ee02
 
Та же проблема с 48-портовым POE+ коммутатором на 500 Вт, работающим на версии 3.8.6.6650. Переименование порта с апострофом вызывает перепрограммирование, и коммутатор отключается почти на 30 секунд. Переименование без апострофа тоже вызывает перепрограммирование, но всего на пару секунд. Всё равно не вариант для боевого режима, когда нужно назвать 48 портов!
 
Да, это воспроизводимо. Я завёл баг-тикет, спасибо, что обратили на это наше внимание.

Ошибка с быстрым применением заключается в том, что при подготовке происходит кратковременная потеря трафика.
 
Я говорю о названии порта, а не VLAN. Если убрать апостроф из названия порта, всё работает нормально. Просто интересно, есть ли у других такая же проблема. Я уже обращался в поддержку, и они сказали то же самое — не использовать кавычки в названии. Пока я так и делаю, но это довольно ограничивает. Мне кажется, для новых пользователей платформы UniFi это нужно исправить, потому что неочевидно, что из-за кавычки может отключиться весь коммутатор. Большинство новичков просто столкнутся с этой серьёзной проблемой и будут расстраиваться, не понимая, что есть обходной путь.
 
Я видел, как другие люди упоминали проблему, если в имени есть апостроф. Думаю, они имели в виду имя VLAN, но проверь, повторится ли ошибка, если убрать апостроф из имени порта. В любом случае, стоит попробовать.
 
@VWT-Dan

Спасибо, что снова провёл тестирование. Похоже, тут что-то странное происходит. Я подключился к одному из моих POE-коммутаторов, который выдавал эту ошибку, используя дебаг-терминал. Выполнил команду: cat /var/log/messages. В логах появились следующие ошибки... Я убрал несколько строк, связанных с протоколом Spanning Tree, чтобы было легче читать, и выделил ключевые строки красным.

Mar 17 13:46:02 Voice2 user.info syslog: ace_reporter.reporter_handle_response(): cfgversion: 7fcb5a716d55fb42 -> 3f39958f087d9f15  
Mar 17 13:46:06 Voice2 user.info syslog: ace_reporter.reporter_handle_response(): [setparam] применение нового system.cfg
Mar 17 13:46:12 Voice2 user.info syslog: mca-monitor.do_monitor(): mcad.setparam в процессе, прошло 6 сек (макс 120)  
Mar 17 13:46:14 Voice2 user.notice syswrapper: [apply-config] используется быстрый apply
Mar 17 13:46:14 Voice2 user.notice syswrapper: [error] быстрый apply не удался
Mar 17 13:46:14 Voice2 daemon.info init: перезагрузка /etc/inittab  
Mar 17 13:46:15 Voice2 daemon.notice switch: General: Административная команда: app-stop switchdrvr  
Mar 17 13:46:15 Voice2 daemon.info init: процесс '/bin/uplink-monitor' (pid 896) завершён. Запланирован перезапуск.  
Mar 17 13:46:15 Voice2 daemon.info init: процесс '/sbin/udhcpc -f -i eth0 -V ubnt -A 10 -s /etc/udhcpc/udhcpc -p /var/run/udhcpc.eth0.pid -h "Voice2"' (pid 897) завершён  
Mar 17 13:46:15 Voice2 daemon.info init: процесс '/bin/dropbear -F -d /var/run/dropbear_dss_host_key -r /var/run/dropbear_rsa_host_key -p 22' (pid 900) завершён. Запланирован перезапуск.  
Mar 17 13:46:15 Voice2 daemon.info init: процесс '/sbin/ntpclient -i 86400 -n -s -c 0 -l -h 0.ubnt.pool.ntp.org' (pid 945) завершён. Запланирован перезапуск.  
Mar 17 13:46:17 Voice2 user.info syslog: mca-monitor.do_monitor(): mcad.checkin 12 сек назад (макс 200)  
Mar 17 13:46:21 Voice2 user.notice admin: отправка SIGHUP на mcad для перезагрузки конфига  
Mar 17 13:46:22 Voice2 kern.info kernel: [ 3429.250000] Получено 2 платы PSE с зарегистрированным pid 3587
Mar 17 13:46:27 Voice2 user.info syslog: mca-monitor.do_monitor(): mcad.setparam в процессе, прошло 21 сек (макс 120)  
Mar 17 13:46:32 Voice2 user.info syslog: mca-monitor.do_monitor(): mcad.checkin 27 сек назад (макс 200)  
Mar 17 13:46:42 Voice2 user.info syslog: mca-monitor.do_monitor(): mcad.setparam в процессе, прошло 36 сек (макс 120)  
Mar 17 13:46:44 Voice2 daemon.info switch: CLI_WEB: Конфигурационный файл <startup-config> прочитан из флеша!  
Mar 17 13:46:44 Voice2 daemon.info switch: CLI_WEB: Конфигурация применена из файла <startup-config>  
Mar 17 13:46:44 Voice2 daemon.info switch: CLI_WEB: Конфигурационный файл <startup-config> прочитан из флеша!  
Mar 17 13:46:44 Voice2 daemon.info switch: CLI_WEB: ОШИБКА КОМАНДЫ: 'description 'Vysali's Phone''  
Mar 17 13:46:46 Voice2 daemon.notice switch: TRAPMGR: Link Up: 0/49  
Mar 17 13:46:47 Voice2 user.info syslog: mca-monitor.do_monitor(): mcad.checkin 42 сек назад (макс 200)  
Mar 17 13:46:48 Voice2 daemon.info switch: DOT1S: Порт (49) inst(0) меняет роль с ROLE_DISABLED на ROLE_DESIGNATED  
Mar 17 13:46:48 Voice2 daemon.info switch: DOT1S: Порт (49) inst(0) меняет роль с ROLE_DESIGNATED на ROLE_ROOT  
Mar 17 13:46:48 Voice2 daemon.info switch: SIM: Система запущена  
Mar 17 13:46:48 Voice2 kern.info kernel: [ 3455.620000] устройство eth0 вошло в режим promiscuous
Mar 17 13:46:48 Voice2 daemon.info init: перезагрузка /etc/inittab  
Mar 17 13:46:48 Voice2 daemon.info init: запуск pid 3721, tty '/dev/null': '/bin/uplink-monitor'  
Mar 17 13:46:48 Voice2 daemon.info init: запуск pid 3723, tty '/dev/null': '/sbin/udhcpc -f -i eth0 -V ubnt -A 10 -s /etc/udhcpc/udhcpc -p /var/run/udhcpc.eth0.pid'  
Mar 17 13:46:48 Voice2 daemon.info init: запуск pid 3724, tty '/dev/null': '/sbin/ntpclient -i 86400 -n -s -c 0 -l -h 0.ubnt.pool.ntp.org'  
Mar 17 13:46:48 Voice2 daemon.info init: запуск pid 3726, tty '/dev/null': '/bin/dropbear -F -d /var/run/dropbear_dss_host_key -r /var/run/dropbear_rsa_host_key -p'  
Mar 17 13:46:49 Voice2 authpriv.info dropbear[3726]: Не переводится в фоновый режим
Mar 17 13:46:49 Voice2 user.info syslog: ace_reporter.reporter_reload(): [MCAD] Self-Run Beaconing включено!
Mar 17 13:46:49 Voice2 user.info syslog: ace_reporter.reporter_reload(): [MCAD] Discovery Response отключён!
Mar 17 13:46:49 Voice2 user.err syslog: ace_reporter.reporter_fail(): Ожидание IP (http://10.5.0.2:8080/inform)  
Mar 17 13:46:49 Voice2 user.err syslog: ace_reporter.reporter_fail(): неудачная попытка информирования #1 (последний раз 61 секунда назад), rc=2  
Mar 17 13:46:50 Voice2 user.notice syswrapper: ipready.eth0 = 10.5.1.27  
Mar 17 13:46:50 Voice2 daemon.info init: процесс '/sbin/ntpclient -i 86400 -n -s -c 0 -l -h 0.ubnt.pool.ntp.org' (pid 3724) завершён. Запланирован перезапуск.  
Mar 17 13:46:50 Voice2 daemon.info init: запуск pid 3766, tty '/dev/null': '/sbin/ntpclient -i 86400 -n -s -c 0 -l -h 0.ubnt.pool.ntp.org'  
Mar 17 13:46:52 Voice2 daemon.notice switch: TRAPMGR: База данных сущностей: Конфигурация изменена  
Mar 17 13:46:56 Voice2 user.warn syslog: libubnt.ubnt_check_fastpath_conn(): FastPath возможно перезапустится, соединение разорвано. Отказано в соединении  
Mar 17 13:46:57 Voice2 user.info syslog: mca-monitor.do_monitor(): mcad.setparam в процессе, прошло 51 сек (макс 120)
 
Вот мои наблюдения по коммутатору Switch 24 POE-250W с версией прошивки 3.7.49.6201. Я постоянно пинговал устройство через коммутатор к хосту в другой части моей сети, а также пинговал 8.8.8.8.  
Порт 1 — неиспользуемый и неактивный:  
Изменил VLAN с «LAN» на «Disabled» — ни одного потерянного пинга во время изменений.  
Изменил VLAN с «Disabled» на «LAN» — ни одного потерянного пинга во время изменений.  
Переименовал порт — ни одного потерянного пинга во время изменений.  
Порт 11 — используемый и с активным соединением:  
Изменил VLAN с «LAN» на «Disabled» — ни одного потерянного пинга во время изменений.  
Изменил VLAN с «Disabled» на «LAN» — ни одного потерянного пинга во время изменений.  
Переименовал порт — ни одного потерянного пинга во время изменений.  
Лично я не смог воспроизвести эту проблему.
 
@vmt

Спасибо, что проверил это для меня. У меня была версия 3.7.47.6194, когда возникла проблема, поэтому я вручную обновился до 3.7.49.6201, но проблема осталась. Чтобы убедиться, что я не схожу с ума, я откатился обратно на 3.7.47.6194, и проблема не проявилась, так что я подумал: отлично, видимо, я ошибался. Я откатил остальные коммутаторы и начал вносить изменения в продуктиве — проблема повторилась! Коммутатор полностью упал, так что я очень запутался.

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

Можешь попробовать переименовать один из своих портов во что-то вроде: «John’s Computer» и сказать, погаснут ли полностью все индикаторы во время Provision?
 
Я только что провёл тест на своём коммутаторе Switch 24 POE-250W с прошивкой 3.7.47.6194:  
Порт 1 не используется, VLAN установлен на «только моя локальная сеть».  
Установил VLAN порта 1 в «отключено» — Provision не вызвал перебоев в трафике на других портах.  
Установил VLAN порта 1 в «все» — Provision не вызвал перебоев в трафике на других портах.  
Снова установил VLAN порта 1 в «отключено» — Provision не вызвал перебоев в трафике на других портах.  
Установил VLAN порта 1 в «только моя локальная сеть» — Provision не вызвал перебоев в трафике на других портах.  

Также сделал то же самое с портом 11 на моём коммутаторе, который активно используется, получил те же результаты — перебоев в сети нет.  

По-видимому, я не буду обновляться до 3.7.49.6201, когда оно появится в контроллере, пока другие не подтвердят, что эта ошибка не вернулась.
 
Похоже, эта проблема всё ещё не решена в последней версии прошивки (3.7.49.6201). Каждый раз, когда я добавляю отключённый порт в существующую VLAN, все порты на коммутаторе теряют сетевое соединение. Это огромная проблема, потому что до 48 человек теряют связь в середине рабочего дня. Я обновил все три своих UniFi Switch 48, и все ведут себя одинаково. После обновления прошивки я также перезагружал все коммутаторы, но это не помогло. Может, я что-то упускаю?
 
Проверил на двух разных коммутаторах, и проблема не возникает с версией 3.7.40 — спасибо!
 
Судя по всему, с версией 3.7.40.6115 такого не происходит.
 
С каким прошивкой это исправлено? У меня только что возникла эта проблема на US-48-500W с версией 3.7.21.5389 при добавлении дополнительного VLAN на коммутатор.
 
Похоже, в последней версии прошивки это исправили. Спасибо! Не могли бы вы подсказать, в каких примечаниях к выпуску это было решено? Наверное, я пропустил их, когда смотрел ChangeLog к обновлению 5.4.9. Я буквально сидел и ждал, чтобы запустить более десятка коммутаторов на 24 и 48 портов, которые уже лежат у меня в офисе именно из-за этой одной проблемы.
 
У тебя стоит последняя версия прошивки на коммутаторе? В нынешних версиях большинство изменений применяется моментально, и это никак не влияет на прохождение трафика. В старых версиях такого быстрого применения не было.

10 пингов в секунду к проводному устройству на коммутаторе UniFi во время изменения имени порта (а также немного до и после).

2087 пакетов отправлено, 2087 получено, потерь 0%.

Даже при изменении конфигурации VLAN порта, когда сам VLAN остается прежним, а другие VLANы на порту меняются — тоже 0% потерь.
 
Может кто-нибудь из Ubiquiti прокомментировать это? Я правда не могу запускать эти устройства в продакшене с такой проблемой.
 
Да, пожалуйста, это очень раздражает. То же самое касается и UniFi AP.
Страницы: 1
Читают тему (гостей: 1)