Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1 2 След.
RSS
FW 6.0.15.13647 + NanoHD = ошибки RX, UniFi Network
 
Всем привет! У нас на двух клиентах возникла проблема: после обновления прошивки на указанных точках доступа (7 AP у одного клиента и 5 у другого) начал появляться рост ошибок приема (RX errors) на коммутаторах US-48-500w, US-24-250w и US-8-150w. Причём похожее уже наблюдалось и на предыдущей версии прошивки, но тогда я не увидел закономерности. Сейчас у нас стоит Unifi 7.0.23, оба клиента подключены к одному и тому же облачному контроллеру.

Кто-нибудь ещё сталкивался с чем-то похожим? Если сбросить счётчики в Unifi, то примерно через 3 дня на портах коммутаторов, к которым подключены эти точки доступа, появляется свыше 1000 ошибок приема (именно при этом у нас срабатывает предупреждение), но при этом ошибок передачи (TX errors) нет. На обоих объектах есть и другие точки доступа — Mesh Pro, 6 LR, AC Pro и AC IW — и на их портах ошибок нет. Если сбросить ошибки и перезагрузить порты, ошибки возвращаются.

С уважением, Джеймс
 
@UI-Glenn, с момента моего последнего сообщения у AP стоит версия 6.0.15, и это было в самые загруженные выходные для ресторана. Сегодня утром на портe коммутатора, к которому подключен этот AP, нет ни одной ошибки RX.
 
Да, я сообщу тебе, что произойдет, позже сегодня или завтра утром.
 
Привет, @Rotary_Convert, не мог бы ты попробовать оригинальную версию 6.0.15 с тем же значением MTU 1522?
 
@UI-Glenn, я только что проверил. Сегодня утром ошибок RX нет. Посмотри на версию прошивки и то, как счётчик ошибок остановился... Смотри выше, там обсуждение по этому поводу. Какие мысли, как дальше действовать?
 
Включение Jumbo Frames не только решило мои ошибки приема, но и убрало ежедневные сообщения «RADIUS Authentication заняла больше 10 секунд». Так что да, похоже, это связано с WPA Enterprise.
 
Я гонялся за ошибками приема (Rx), и порты, подключённые к моим трём устройствам gen 4 AP (nanoHD, UAP-IW-HD), упрямо сопротивлялись всем моим попыткам исправить ситуацию. Сейчас я включил Jumbo Frames, хотя у клиентов нет настроек на их использование. Надеюсь, это то самое решение, которое я искал, но всякий раз задумываюсь — что же будет делать обычный пользователь, если ему внезапно прилетит jumbo frame? IW-HD работает на версии 6.5.28, nanoHD — на 6.2.49. Возможно, всё началось, когда я переключился с WPA3 на WPA3 enterprise ради более быстрого роуминга? Трудно сказать.
 
Это правильно.
 
@Rotary_Convert У вас нет ошибок при включённых jumbo frames? Спасибо.
 
@UI-Glenn, ты имеешь в виду: https://community.ui.com/releases/UAP-Firmware-6-2-30/183b5ac6-e806-45ba-b38d-66bad479ce18? Нет, у меня стоит последняя стабильная версия 6.0.21, и проблема всё ещё есть. Эта ошибка конкретно исправлена в EA-версии? Хотелось бы узнать, прежде чем ставить EA-прошивку на клиентский объект для теста. С уважением, Джеймс
 
Привет, @Rotary_Convert! Ты всё ещё видишь это в последних версиях EA?
 
@UI-Glenn, это в очереди? Есть какие-нибудь новости? Спасибо, Джеймс
 
@Rotary_Convert спасибо за ответ!
 
@giasmi, Здесь ничего... Единственное, что я сделал — попробовал версию 6.0.19 и заметил, что она выдает те же ошибки RX. Плюс, я заметил, что у UAP-IW-HD те же проблемы, и его тоже пришлось понизить версию.
 
Я давно не видел этих ошибок... Уже и забыл, когда они перестали появляться.
 
@UI-Glenn @Rotary_Convert Привет, есть новости? Без JumboFrames ошибки RX всё ещё присутствуют. UDM Pro, USW Enterprise 24 PoE и nanoHD с последним стабильным релизом. С уважением, Gianremo
 
@Rotary_Convert @UI-Glenn Привет, есть новости или дополнительная информация? Спасибо.
 
@UI-Glenn, вот что я сделал, если думаешь, что что-то упустил — спрашивай.  
Device Switch-MDF: подключено

BusyBox v1.23.2 (2022-04-08 14:46:27 UTC) встроенная оболочка (ash)

Switch-MDF-US.6.2.14# telnet localhost

Вход в символьный режим  
Символ выхода — '^]'.

Внимание!  
Изменения могут нарушить настройки контроллера и будут действовать только до перезагрузки.

(UBNT) >enable

(UBNT) #configure

(UBNT) (Config)#interface 0/12

(UBNT) (Interface 0/12)#mtu 1522

(UBNT) (Interface 0/12)#show running-config interface 0/12

!Текущая конфигурация:  
!  
interface 0/12  
description 'WAP - West Dining'  
mtu 1522  
vlan ingressfilter  
vlan participation exclude 1000,1064  
vlan participation include 50,52,64  
vlan tagging 50,52,64  
port-security max-dynamic 0  
lldp transmit  
lldp receive  
lldp transmit-tlv port-desc  
lldp transmit-tlv sys-name  
lldp transmit-tlv sys-desc  
lldp transmit-tlv sys-cap  
lldp med  
lldp med transmit-tlv ex-pse  
exit

(UBNT) (Interface 0/12)#  
При очистке RX-счетчиков заметил, что текущее значение — 1066. Оно держится примерно с 28 апреля. Интересно, что счетчик перестал расти. Также отмечаю, что AP работает на прошивке 6.0.1.13527, и я сделал обычную перезагрузку двух соседних точек доступа, чтобы перевести подключенные устройства с 2-го на 10-й канал.  
Отпишусь позже сегодня, к 5 вечера по тихоокеанскому времени или раньше.
 
Привет, @Rotary_Convert, не мог бы ты попробовать установить MTU на своём коммутаторе и проверить, как это сработает?
telnet localhost
enable
configure
interface 0/1-0/8
mtu 1522
show running-config interface 0/1 (проверь настройку mtu)
 
Компьютер имеет IP-адрес 192.168.51.57 с MAC-адресом, который ты указал выше. Думаю, ты прав, но случайно использовал 1 в третьем октете IP-адреса вместо 51.
Страницы: 1 2 След.
Читают тему (гостей: 1)