Forum Replies Created
-
AuthorPosts
-
She’s still working and had no issues (as of 1630) so that’s a great sign!
How has this week been, any disconnects ?
Not. a. single. disconnect. She’s extremely happy and so am I!
Clearly Asus needs to look at what it changed after this firmware, because if they can’t isolate the problem then presumably every new firmware build will have the same issue – and I will simply not update it from now on.
Problem is, I’d sooner not have an old firmware forever more given the need for security updates and other optimisations that we’ll miss out on.
Also, while I cannot be 100% sure of this as I don’t monitor 24/7, the mesh node is still maintaining a solid 5GHz connection whenever I’ve checked, and it doesn’t reboot every morning – so for all intents and purposes, it has been rock solid since reverting the firmware.
You need to login in order to vote
I’d normally be fine experimenting, but my wife needs a stable system for work. It’s not clear if the issue is with the connection itself, or just the mesh node.
So many variables and all taking some time to test out – and even afterwards, you don’t necessarily have conclusive proof of what went wrong and what might have just been a coincidence.
You need to login in order to vote
Less good for Asus which really needs to fix this issue. Worse thing is, when do I consider it safe to do another upgrade given the grief in rolling back once again if it fails?
You need to login in order to vote
She’s still working and had no issues (as of 1630) so that’s a great sign!
You need to login in order to vote
My USB flash drive (a small 32GB stick to share some media with TVs etc. also stopped working)
Does sound like you had a few issues after the factory reset, let us know if the stability improves as after all your hard work, it better had
<noscript>
</noscript>I expect some of the issues were down to not just doing a reset but rolling back the firmware. As the issue with Teams seemed to occur around 1610-1613 every day this week (if not at other times also), it should be easy to see if it works today! Unless she doesn’t have a call, because they’re having a Christmas party tonight and perhaps they’ll all finish early!
You need to login in order to vote
Okay, so I’ve rolled back to 42095 (found the firmware on the Asus site) and we’ll see how this fares today.
I also did a full reset*, which caused no end of problems trying to find the mesh node and reconnecting again (eventually it just connected by itself, which begs the question – did the WPS reset method actually work?)Â I am now connected with a new SSID and passcode I had to create upon reset, so it seems it already recognised the node and downloaded the settings by itself.
The Asus setup wizard, and even the app, seems to give little to no information on how to do things – and manual searching for a new node always failed. You just have to wait it out. Pretty poor, and surely a nightmare for people less experienced/patient.
My USB flash drive (a small 32GB stick to share some media with TVs etc) also stopped working and I had to format it and set up again. Even toggling the settings off/on didn’t make it show up anywhere. Minor issue for a flash drive, but would be annoying if you had a huge hard drive with media. Sure, it may have been possible to get it working without a format, but I couldn’t find a way.
One thing of note is that when I look at the node via AIMesh and click on Network to get uplink/backhaul information, I now see the PHY rate properly again. Previously this was 0 transmit and 0 receive (can’t remember what firmware did this). It’s currently showing 2882.3 and 3062.5 (the latter the highest I’ve ever had from when it did show properly).
I pray that it doesn’t drop to 2.4GHz or anything silly! The 5GHz-2 channel has returned to WPA2-Personal from what I’d set it to before (WPA3). Not sure about the security issues, but right now I don’t want to alter anything for obvious reasons! It doesn’t seem clear if changing anything for the backhaul is causing the problems.
(Also, I do think the radar issue I mentioned was a red herring as it failed around 1610-1612 every day this week with an error relating to the node – and no mention of radar issues for any day other than the one I posted above)
* I didn’t reset the logs so some information was retained, but all the key settings were reset. Shame there’s no ‘reset to default’ for each individual Wi-Fi channel, as it’s quite hard to remember what was default after you change certain settings.
You need to login in order to vote
Can I roll back without issues with settings? I don’t have time to reconfigure everything from factory fresh, so would really want to do that as a last resort.
Plus, where is the ROM now? Asus seems to have had a clear out and only has the current one?
You need to login in order to vote
I realise it’s been a bit quiet of late, but my wife has been working from home more recently due to us contracting Covid and isolating.
She hasn’t really told me much about any issues she’s had before, but did pipe up that she’s getting kicked off Team calls every day she’s had them since last week (not weekend) – sometimes 2 or 3 times.
Thing is, she has calls throughout the day but she said it always happens around 1600 lor after and now it has happened again, so this leaves me wondering what could be causing an issue at a specific time of day? I’ll need to investigate further, like how long her calls are and how long from starting to dropping etc etc.
Due to the issue of sometimes having the mesh lock on at 2.4GHz, it is set to reboot at 0400 every day. So, this means the issue happens around 12 hours later. Could this be a factor? A fault related to uptime? I might change it so it reboots later, and see if that causes the issues to happen later (bit of a longshot, but sometimes this is the only way to find the smoking gun).
I’m looking through the log and can see reference to a radar detection at 1549 (but nothing else thereafter), so I’m going to keep an eye out on what it does tomorrow. That could also be related, although it happens over 10 minutes before anything else as per the log:
Dec 7 15:49:54 amas_adtbw: [ADTBW]Radar detected, wait for radar timeout
Dec 7 16:01:48 wlceventd: wlceventd_proc_event(508): eth5: Disassoc D2:1C:C6:A9:1B:CB, status: 0, reason: Unspecified reason (1), rssi:0
Dec 7 16:01:48 wlceventd: wlceventd_proc_event(508): eth5: Disassoc D2:1C:C6:A9:1B:CB, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8), rssi:0
Dec 7 16:01:50 wlceventd: wlceventd_proc_event(556): eth5: Assoc D2:1C:C6:A9:1B:CB, status: Successful (0), rssi:-66
Dec 7 16:03:02 wlceventd: wlceventd_proc_event(508): eth5: Disassoc 92:01:0F:02:A4:FB, status: 0, reason: Unspecified reason (1), rssi:0
Dec 7 16:03:02 wlceventd: wlceventd_proc_event(508): eth5: Disassoc 92:01:0F:02:A4:FB, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8), rssi:0
Dec 7 16:03:04 wlceventd: wlceventd_proc_event(556): eth5: Assoc 92:01:0F:02:A4:FB, status: Successful (0), rssi:-66
Dec 7 16:03:14 wlceventd: wlceventd_proc_event(508): eth5: Disassoc 50:8E:49:46:B0:A4, status: 0, reason: Unspecified reason (1), rssi:0
Dec 7 16:03:14 wlceventd: wlceventd_proc_event(508): eth5: Disassoc 50:8E:49:46:B0:A4, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8), rssi:0
Dec 7 16:03:16 wlceventd: wlceventd_proc_event(556): eth5: Assoc 50:8E:49:46:B0:A4, status: Successful (0), rssi:-63
Dec 7 16:03:59 roamast: sta 50:8E:49:46:B0:A4 ap F0:2F:74:8D:C3:F4 rcpi 44
Dec 7 16:03:59 roamast: after rssi -88
Dec 7 16:03:59 roamast: sta 50:8E:49:46:B0:A4 ap F0:2F:74:8D:C3:84 rcpi 98
Dec 7 16:03:59 roamast: after rssi -61
Dec 7 16:04:04 roamast: sta 50:8E:49:46:B0:A4 ap F0:2F:74:8D:C3:F4 rcpi 44
Dec 7 16:04:04 roamast: after rssi -88
Dec 7 16:04:04 roamast: sta 50:8E:49:46:B0:A4 ap F0:2F:74:8D:C3:84 rcpi 98
Dec 7 16:04:04 roamast: after rssi -61
Dec 7 16:04:14 roamast: sta 50:8E:49:46:B0:A4 ap F0:2F:74:8D:C3:F4 rcpi 44
Dec 7 16:04:14 roamast: after rssi -88
Dec 7 16:04:14 roamast: sta 50:8E:49:46:B0:A4 ap F0:2F:74:8D:C3:84 rcpi 98
Dec 7 16:04:14 roamast: after rssi -61
Dec 7 16:04:24 roamast: sta 50:8E:49:46:B0:A4 ap F0:2F:74:8D:C3:F4 rcpi 44
Dec 7 16:04:24 roamast: after rssi -88
Dec 7 16:04:24 roamast: sta 50:8E:49:46:B0:A4 ap F0:2F:74:8D:C3:84 rcpi 98
Dec 7 16:04:24 roamast: after rssi -61
Dec 7 16:04:44 roamast: sta 50:8E:49:46:B0:A4 ap F0:2F:74:8D:C3:F4 rcpi 46
Dec 7 16:04:44 roamast: after rssi -87
Dec 7 16:04:44 roamast: sta 50:8E:49:46:B0:A4 ap F0:2F:74:8D:C3:84 rcpi 98
Dec 7 16:04:44 roamast: after rssi -61
Dec 7 16:04:49 roamast: sta 50:8E:49:46:B0:A4 ap F0:2F:74:8D:C3:F4 rcpi 46
Dec 7 16:04:49 roamast: after rssi -87
Dec 7 16:04:49 roamast: sta 50:8E:49:46:B0:A4 ap F0:2F:74:8D:C3:84 rcpi 98
Dec 7 16:04:49 roamast: after rssi -61
Dec 7 16:04:54 roamast: sta 50:8E:49:46:B0:A4 ap F0:2F:74:8D:C3:F4 rcpi 46
Dec 7 16:04:54 roamast: after rssi -87
Dec 7 16:04:54 roamast: sta 50:8E:49:46:B0:A4 ap F0:2F:74:8D:C3:84 rcpi 98
Dec 7 16:04:54 roamast: after rssi -61
Dec 7 16:05:04 roamast: sta 50:8E:49:46:B0:A4 ap F0:2F:74:8D:C3:F4 rcpi 44
Dec 7 16:05:04 roamast: after rssi -88
Dec 7 16:05:04 roamast: sta 50:8E:49:46:B0:A4 ap F0:2F:74:8D:C3:84 rcpi 98
Dec 7 16:05:04 roamast: after rssi -61
Dec 7 16:05:14 roamast: sta 50:8E:49:46:B0:A4 ap F0:2F:74:8D:C3:F4 rcpi 46
Dec 7 16:05:14 roamast: after rssi -87
Dec 7 16:05:14 roamast: sta 50:8E:49:46:B0:A4 ap F0:2F:74:8D:C3:84 rcpi 100
Dec 7 16:05:14 roamast: after rssi -60
Dec 7 16:11:34 wlceventd: wlceventd_proc_event(508): wds2.0.1: Disassoc F0:2F:74:8D:C3:F8, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8), rssi:0
Dec 7 16:11:34 kernel: Virtual device br0 asks to queue packet!
Dec 7 16:11:34 kernel: Virtual device br0 asks to queue packet!You need to login in order to vote
I don’t use QoS, but did turn it on (automatic) to see if that would change anything. I got a worse score on dslreports (C) but the same (B) on waveform. [This is 45898 by the way, not a beta, plus I have a 900/110 meg fibre connection]
You need to login in order to vote
This is from waveform
I tried this on my XT8 (main node) and got B, but when using the dslreports site, it gave A. I did a few tests and the results were consistent.
You need to login in order to vote
The Oppo supports 80 and 160MHz Wi-Fi 6. Of course that’s just 80 with the XT8 in most usage cases.
You need to login in order to vote
<p style=”text-align: left;”>
How does ‘Auto Firmware Upgrade’ work? Does the router update whenever new firmware becomes available? If so, good thing it is turned off as default. I haven’t seen this toggle before in ASUS routers.
</p>
If you select it, it asks what time you want to perform an automatic update. I agree it’s probably a little risky for ASUS products!
You need to login in order to vote
Just did the update and the mesh node is back on ‘Weak’ and 2.4GHz.
I’ll trigger a reboot and see what happens.
Sigh!
I really don’t want to do a full reset and configure everything again manually, especially as I am not sure it will do anything.
Edit: Optimise did nothing, but two reboots and it eventually came back saying ‘great’ and 5GHz.
You need to login in order to vote
My view is that Like most industries in that region, Testing vs Getting the product out takes a lesser priority. ‘Waterfall vs Agile’ (sort-off)
<noscript>
</noscript>The product has been out quite a while now, and with the 6E version now on sale in selected regions, I must begin to wonder if that would do the exact same thing (drop to 2.4GHz randomly).
I’d have thought it a relatively simple fix; just don’t allow it to drop to 2.4GHz OR at the very least make it attempt a renegotiation with the 5GHz-2 backhaul at very regular intervals. Maybe it is doing that and the renegotiation process is failing, which could explain the issue, but obviously I have no idea – but Asus should!
It really isn’t practical for me to run a cable between the two routers, or else I’d have done so.
You need to login in order to vote
-
AuthorPosts
