Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
UDM теряет соединение с Wi-Fi примерно через день, перезагрузка временно решает проблему., UniFi Network
 
Только в прошлом месяце установил UDM, а клиент жалуется, что Wi-Fi не подключается. Перезагрузка вроде помогает примерно на день. В логах контроллера постоянно вижу такие ошибки.
[2021-02-14T12:21:17,387] <inform-2> ERROR event - Не удалось определить аргумент замены {ap}; useDeviceNames - true; mappedArgs - {user=26:50:65:12:8d:09, ssid=UnifiCortes, hostname=pamelas-iphone, ap=f4:92:bf:7f:72:ff, duration=192, bytes=871206, dm_model=UDM, dm_name=UDM:72ff, dm_displayName=UDM:72ff}
[2021-02-14T12:21:18,316] <inform_stat-1> ERROR event - Не удалось определить аргумент замены {ap}; useDeviceNames - true; mappedArgs - {user=26:50:65:12:8d:09, ssid=UnifiCortes, ap=f4:92:bf:7f:72:ff, radio=ng, channel=11, dm_model=UDM, dm_name=UDM:72ff, dm_displayName=UDM:72ff}
[2021-02-14T12:29:00,034] <schedule-optimize> INFO schedule - Не принудительно блокирую мультикаст ни на одном SSID, так как ни у одного не было >= 100 клиентов за последний час
[2021-02-14T12:41:00,205] <inform_stat-1> ERROR event - Не удалось определить аргумент замены {ap}; useDeviceNames - true; mappedArgs - {user=ac:ed:5c:95:da:26, ssid=UnifiCortes, ap=f4:92:bf:7f:72:ff, radio=na, channel=36, dm_model=UDM, dm_name=UDM:72ff, dm_displayName=UDM:72ff}
[2021-02-14T12:43:37,894] <inform_stat-1> ERROR event - Не удалось определить аргумент замены {ap}; useDeviceNames - true; mappedArgs - {user=18:47:3d:27:66:5b, ssid=UnifiCortes, ap=f4:92:bf:7f:72:ff, radio=na, channel=36, hostname=LAPTOP-6S3TG50T, dm_model=UDM, dm_name=UDM:72ff, dm_displayName=UDM:72ff}
[2021-02-14T12:45:49,444] <inform-2> ERROR event - Не удалось определить аргумент замены {ap}; useDeviceNames - true; mappedArgs - {user=6e:56:94:a5:1d:cd, ssid=UnifiCortes, hostname=AlexandrsiPhone, ap=f4:92:bf:7f:72:ff, duration=1745, bytes=93474156, dm_model=UDM, dm_name=UDM:72ff, dm_displayName=UDM:72ff}
[2021-02-14T12:45:50,554] <inform_stat-1> ERROR event - Не удалось определить аргумент замены {ap}; useDeviceNames - true; mappedArgs - {user=6e:56:94:a5:1d:cd, ssid=UnifiCortes, ap=f4:92:bf:7f:72:ff, radio=ng, channel=11, dm_model=UDM, dm_name=UDM:72ff, dm_displayName=UDM:72ff}
[2021-02-14T13:02:17,577] <inform-2> ERROR event - Не удалось определить аргумент замены {ap}; useDeviceNames - true; mappedArgs - {user=26:50:65:12:8d:09, ssid=UnifiCortes, hostname=pamelas-iphone, ap=f4:92:bf:7f:72:ff, duration=2458, bytes=139798345, dm_model=UDM, dm_name=UDM:72ff, dm_displayName=UDM:72ff}
[2021-02-14T13:02:17,999] <inform_stat-1> ERROR event - Не удалось определить аргумент замены {ap}; useDeviceNames - true; mappedArgs - {user=26:50:65:12:8d:09, ssid=UnifiCortes, ap=f4:92:bf:7f:72:ff, radio=na, channel=36, dm_model=UDM, dm_name=UDM:72ff, dm_displayName=UDM:72ff}
[2021-02-14T13:09:48,430] <inform_stat-1> ERROR event - Не удалось определить аргумент замены {ap}; useDeviceNames - true; mappedArgs - {user=06:d6:c5:2f:15:32, ssid=UnifiCortes, ap=f4:92:bf:7f:72:ff, radio=na, channel=36, dm_model=UDM, dm_name=UDM:72ff, dm_displayName=UDM:72ff}
[2021-02-14T13:09:53,077] <inform_stat-1> ERROR event - Не удалось определить аргумент замены {ap}; useDeviceNames - true; mappedArgs - {user=92:17:db:7c:2b:88, ssid=UnifiCortes, ap=f4:92:bf:7f:72:ff, radio=na, channel=36, hostname=iPhone, dm_model=UDM, dm_name=UDM:72ff, dm_displayName=UDM:72ff}
[2021-02-14T13:29:00,005] <schedule-optimize> INFO schedule - Не принудительно блокирую мультикаст ни на одном SSID, так как ни у одного не было >= 100 клиентов за последний час:72:ff, radio=ng, channel=11, dm_model=UDM, dm_name=UDM:72ff, dm_displayName=UDM:72ff}
Мне нужно будет отправлять его обратно и менять? Спасибо.
 
Тоже столкнулся с такой же проблемой последние пару недель. Все мои клиенты (включая проводных) теряют соединение на несколько секунд. Использование панели управления для перезагрузки моего UDM вроде бы решает проблему на несколько часов, а иногда и на целый день. Получаю похожий набор сообщений, как и @spritech, который писал выше. Также появляется ошибка “failure to find a backup exception”. С этим пока разберусь отдельно.

Похоже, кто-то ещё упоминал другую ошибку, которую я тоже вижу: https://community.ui.com/questions/Connection-dropping/c995c901-6978-4be0-b0c4-cb7eff270315. Точную ошибку, связанную с обрывами, пока не выявил. Но ясно, что именно эта серия сообщений появляется в те же минуты, когда происходят известные разрывы соединения.

[2022-01-08T11:12:51,125] <inform_stat-1> ERROR event - Не удалось определить параметр замены {ap}; useDeviceNames - true; mappedArgs - {ap=f4:92:bf:8f:d3:e5, name=UDM, mac=f6:92:bf:95:b1:cb, essid=[SSID1], rogue_channel=6, signal_strength=37, dm_model=UDM, dm_name=UDM, dm_displayName=UDM}
[2022-01-08T11:12:51,133] <inform_stat-1> ERROR event - Не удалось определить параметр замены {ap}; useDeviceNames - true; mappedArgs - {ap=f4:92:bf:8f:d3:e5, name=UDM, mac=f4:92:bf:85:b1:cb, essid=[SSID2], rogue_channel=6, signal_strength=37, dm_model=UDM, dm_name=UDM, dm_displayName=UDM}
[2022-01-08T11:12:52,284] <inform_stat-1> ERROR event - Не удалось определить параметр замены {ap}; useDeviceNames - true; mappedArgs - {ap=f4:92:bf:8f:d3:e5, name=UDM, mac=f6:92:bf:95:b1:cb, essid=[SSID1], rogue_channel=6, signal_strength=37, dm_model=UDM, dm_name=UDM, dm_displayName=UDM}
[2022-01-08T11:12:52,297] <inform_stat-1> ERROR event - Не удалось определить параметр замены {ap}; useDeviceNames - true; mappedArgs - {ap=f4:92:bf:8f:d3:e5, name=UDM, mac=f4:92:bf:85:b1:cb, essid=[SSID2], rogue_channel=6, signal_strength=37, dm_model=UDM, dm_name=UDM, dm_displayName=UDM}
[2022-01-08T11:12:53,435] <pool-2-thread-1> ERROR Asynchronous EventBusService - Исключение, выброшенное методом подписчика o00000(com.ubnt.service.client.connection.O00O) у подписчика com.ubnt.service.trace.newsuper@32b5b8f8 при обработке события: com.ubnt.service.client.connection.O00O@79da807
java.lang.NullPointerException: null  
[2022-01-08T11:12:53,462] <pool-2-thread-1> ERROR Asynchronous EventBusService - Исключение, выброшенное методом подписчика o00000(com.ubnt.service.client.connection.O00O) у подписчика com.ubnt.service.trace.newsuper@32b5b8f8 при обработке события: com.ubnt.service.client.connection.O00O@58b7a17c
java.lang.NullPointerException: null  
[2022-01-08T11:12:53,478] <inform_stat-1> ERROR event - Не удалось определить параметр замены {ap}; useDeviceNames - true; mappedArgs - {ap=f4:92:bf:8f:d3:e5, name=UDM, mac=f6:92:bf:95:b1:cb, essid=[SSID1], rogue_channel=6, signal_strength=38, dm_model=UDM, dm_name=UDM, dm_displayName=UDM}
[2022-01-08T11:12:53,489] <inform_stat-1> ERROR event - Не удалось определить параметр замены {ap}; useDeviceNames - true; mappedArgs - {ap=f4:92:bf:8f:d3:e5, name=UDM, mac=f4:92:bf:85:b1:cb, essid=[SSID2], rogue_channel=6, signal_strength=38, dm_model=UDM, dm_name=UDM, dm_displayName=UDM}
 
Так раздражает. Я уже писал в поддержку Ubiquiti с той же проблемой и в письме просил, чтобы они ответили в этой ветке. Та же самая проблема, что и выше, и продолжается уже больше месяца с момента покупки: частые отключения UAP и перезагрузки UDM.
 
Похоже, я тоже столкнулся с этой проблемой. Сегодня утром система не отвечала, хотя вчера всё было в порядке. Это нехорошо. Где можно взять старые версии прошивки? Мне нужна стабильная система, хорошо, что я могу работать удалённо и возиться с ней, но идея в том, что эта система должна избавлять меня от стресса, а не создавать его. Она установлена в музее модельных железных дорог, который сейчас проводит праздничные открытые дни, и мы очень зависим от Wi-Fi для управления поездами.
 
Та же ошибка здесь... Есть новости от поддержки?!
 
У меня тоже такая же проблема... Ошибка события — не удалось определить аргумент замены {ap}
 
Точно так же, я искал "unifi Could not resolve replacement argument", и меня сразу привело к этой теме — у меня абсолютно та же проблема.
 
У меня тоже такая проблема.
 
Стоит попробовать.
 
Я могу просто изменить это. У меня всё равно есть внутренний DNS-резолвер. Там он используется только для того, чтобы UDM имел DNS. Как насчёт того, чтобы использовать 9.9.9.9 и 8.8.8.8, это будет нормально?
 
Сейчас известна проблема с Cloudflare как DNS. Погуглите, не уверен, что @UI-Glenn советовал делать, чтобы это исправить.
 
Я не пользуюсь wifi-ai. У меня нет автонстройки. Использую DNS Cloudflare. Нет канала DPS для 5G. Использую мультикаст DNS. Быстрой смены не применяю. Сталкиваюсь с этой проблемой, и настроек, которые я мог бы изменить, просто нет.
 
Привет, ребята. Попробуйте вот что. Отключите Wifi AI, перейдите в старый режим и отключите все автопараметры. Используйте DNS 8.8.8.8 и 8.8.4.4. Переведите все точки доступа на 5G-канал, который не является DPS. Включите Dns multicast. Выключите быструю смену. У меня сработало.
 
Привет, ребята. Попробуйте так. Отключите wifi ai, зайдите в старый режим и отключите все автонастройки. Используйте DNS 8.8.8.8 и 8.8.4.4. Переведите все точки доступа на 5G-канал, который не является DPS. Включите мультикаст DNS. Выключите быструю коммутацию. У меня сработало.
 
Предлагаю начать новую тему. Ты совсем не рассказал нам ничего о своей сети.
 
Та же проблема у меня. Мои умные устройства постоянно теряют соединение.
 
@UI-Team @UI-Glenn С каждой новой версией ситуация только ухудшается. UDM теперь не может проработать и 24 часов без перезагрузки. Сброс к заводским настройкам не помогает. Треду уже 3 месяца, а от кого-либо из UI так и нет ни одного комментария.
 
Прокрути вниз, приятель. Полная информация о номерах версий и журналах прямо перед тобой.
 
Как кто-то может помочь при таком скудном описании настроек? UDM — это не просто готовый продукт, а модульная система. В ней есть контроллер, конечно, но ещё и прошивки устройств, которые запускаются по командам контроллера. Если прошивка устройства не синхронизирована с контроллером из-за плохого кода в прошивке, тогда придётся настраивать именно прошивку, чтобы получить лучший результат. По моему опыту, прошивка 4.3.20 — самая работоспособная и стабильная для всех устройств, НО при переходе на неё вы теряете много функций, которые могут работать или не работать должным образом. Думаю, большинство из вас сейчас на версии 5.34.35 — прошивке устройств, доверяя разработчикам интерфейса собрать лучшую версию для каждого контроллера. Но настоящая проблема в том, что на бета-канале мало кто тестирует прошивки, поэтому мы не получаем нормальных результатов, и баги остаются незамеченными, когда версия становится «официальной». Так что если кто-то реально хочет помочь, поделитесь версиями прошивок и вашей топологией. Без этой информации все тут лишь вслепую кидают дротики, предлагая решения ваших проблем. Большинство проблем возникает именно из-за настроек или прошивок, а не из-за контроллеров сети.
 
Почему так сложно получить официальный ответ по этому поводу, даже просто «мы в курсе и ищем решение»?
Страницы: 1
Читают тему (гостей: 1)