AC86U RT Firmware 3.0.0.4.384.81918

[scajjr2]

It shows on the website, but when you click Download it dies. I've tried the past few days. Anyone find a link that works?

I just tried it and it downloaded fine.

sam

 

[semigator]

I just tried it and it downloaded fine.

sam

Thanks. I figured out the issue.

 

[Shasoosh]

I'm not sure if this bug is firmware related. When going to the client list and toggling on "Block Internet Access" for some devices, these devices can still access the internet. What's weird about it is that on some devices it works. For example, pc and phone - works. But when I try to disable internet for my Air condition units or other IOT devices, that option is ignored. Is anyone experiencing this?

 

[retuor]

I didn't have consistent service with this firmware.

2 x 86U's in wireless AiMesh, Smart Connect, fixed channels, fixed widths

Issue is 5G stops working consistently, 5G devices would suddenly lose connection and a re-connect has mixed results.

I also noticed at one point the node was using a different bandwidth for 2.4 despite choosing fixed.

The 86U's are spitting out the 5G signal and wireless log shows the node is connected to the main on both 2.4 and 5. But the 86U's just have trouble keeping a consistent 5G connection for devices.

I tried disabling Smart Connect but same results.

I have now reverted to my previous setup, not using Smart Connect, in which I had 40+ days of consistent service.
Main x81352, Node: x81369

I checked the logs and looks like the node decided to disconnect and re-connect. Not sure why.

main:

Jun 11 14:36:43 wlceventd: WLCEVENTD wlceventd_proc_event(466): eth6: Deauth_ind [Node's MAC], status: 0, reason: Disassociated due to inactivity (4)
Jun 11 14:36:43 wlceventd: WLCEVENTD wlceventd_proc_event(481): eth6: Disassoc [Node's MAC], status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8)
Jun 11 14:36:43 kernel: wfd_unregisterdevice Successfully unregistered ifidx 1 wfd_idx 1
--
Jun 11 14:57:29 wlceventd: WLCEVENTD wlceventd_proc_event(500): eth6: Auth [Node's MAC], status: Successful (0)Jun 11 14:57:29 wlceventd: WLCEVENTD wlceventd_proc_event(529): eth6: Assoc [Node's MAC], status: Successful (0)
Jun 11 14:57:29 kernel: wfd_registerdevice Successfully registered dev wds1.0.8 ifidx 1 wfd_idx 1
Jun 11 14:57:29 kernel: Register interface [wds1.0.8]  MAC: [Main's MAC]

​

node:

Jun 11 14:36:15 BHC: WiFi connection status change..
Jun 11 14:36:15 BHC: bandindex(1): state is 0
Jun 11 14:36:15 BHC: bandindex(0): state is 2
Jun 11 14:36:17 BHC: Topology change from 6 to 2.
Jun 11 14:36:17 BHC: Start AMAS Path Reselection!
--
Jun 11 14:57:31 BHC: WiFi connection status change..
Jun 11 14:57:31 BHC: bandindex(1): state is 2
Jun 11 14:57:31 BHC: bandindex(0): state is 2
Jun 11 14:57:33 BHC: Topology change from 2 to 6.
Jun 11 14:57:33 BHC: Start AMAS Path Reselection!

 

[jackiechun]

FWIW, Merlin's latest 384.18_alpha1-gb66d5282dd build released yesterday uses this (81918): https://www.snbforums.com/threads/384-18_alpha-builds-testing-all-variants.63954/page-24#post-593512

 

[semigator]

So after a year of trying almost every firmware, I finally found one that won't crash Roaming Assistant. So I'm current on my main 86u and three 1900P AiMesh nodes.

 

[JiCiFR]

@retuor : same problems with 5G here after firmware update.

AC86u as AiMesh main unit, AC68U as AiMesh node, no SmartConnect.

I've just downgraded to previous firmware because 81918 was constantly loosing connection on 5G.

Behavior detected at least on Macbook Pro and ASUS Notebook running Windows 10.

( sometimes disconnecting wifi, sometimes being connected but without actual network connection, both on LAN or WAN).


Didn't have any issue with previous firmware before (and in the last few months)

 

[retuor]

@JiCiFR

I also noticed the 5G speed rates between the node and main is better with my previous setup. According to the wireless logs, the 5G Tx and Rx rates are usually >1000M topping out at 1300M. Sometimes I do see sub 1000M but after a while it jumps back up to >1000M.

On x81918, it seems to be always <1000M.

 

[JiCiFR]

No more disconnect since I reverted to 81858, not a single one.

I've seen that 3.0.0.4.384.81930 is now out, but release notes don't mention any bug correction on 5G.

Guess I will stay with 81858 a few more days ...

 

[Giuse1977]

I have such spam appeared:

May 28 17:14:28 acsd: eth6 received event: MAC tx failures (exhaustion of 802.11 retries) exceeding threshold(s)
May 28 17:14:28 acsd: eth6 received event: MAC tx failures (exhaustion of 802.11 retries) exceeding threshold(s)
May 28 17:14:29 acsd: eth6 received event: MAC tx failures (exhaustion of 802.11 retries) exceeding threshold(s)
...

May 28 17:24:42 acsd: eth6 received event: MAC tx failures (exhaustion of 802.11 retries) exceeding threshold(s)
May 28 17:24:52 acsd: eth6 received event: MAC tx failures (exhaustion of 802.11 retries) exceeding threshold(s)
May 28 17:27:03 acsd: eth6 received event: MAC tx failures (exhaustion of 802.11 retries) exceeding threshold(s)

Same messages flood on mine.. and 2.4 guest network devices unreachable. Fw 384.18