I'm still struggling with almost daily disconnection issues, and a recurring entry in my system log file:Hey guys, I just hit 30 days with no disconnection issues. The firmware update dated 10 March (3.0.0.6.102_36909) and a reset of all 3 BQ16 Pros did the trick.
I have no clue, sorry. The only advice I can give is to reset the router and node(s), then setup from scratch. I’m assuming you have firmware version 3.0.0.6.102_36909 installed?I'm still struggling with almost daily disconnection issues, and a recurring entry in my system log file:
May 10 07:57:34 watchdog: start httpd
May 10 07:57:34 rc_service: watchdog 4733:notify_rc start_httpd
May 10 07:57:34 ZenWiFi_BE30000: start https:8443
May 10 07:57:34 ZenWiFi_BE30000: start httpd:80
May 10 07:57:34 httpd: Restore saved SSL certificate...8443
May 10 07:57:34 httpd: Generating SSL certificate...8443
May 10 07:57:34 httpd: Failed to initialize SSL, generating new key/cert...8443
May 10 07:57:34 httpd: Restore saved SSL certificate...8443
May 10 07:57:34 httpd: Generating SSL certificate...8443
May 10 07:57:34 httpd: Failed to initialize SSL, generating new key/cert...8443
May 10 07:57:34 httpd: Unable to start in SSL mode, exiting! 8443
Anyone know what/why this repeats over and over in my log? Any detrimental effects or perhaps symptom of my wireless connectivity issue?
Yup, that's the version I'm running. I'm getting ready to do just that, but not really motivated to have to reset all of my IoT devices and cameras.I have no clue, sorry. The only advice I can give is to reset the router and node(s), then setup from scratch. I’m assuming you have firmware version 3.0.0.6.102_36909 installed?
Anyone know what/why this repeats over and over in my log? Any detrimental effects or perhaps symptom of my wireless connectivity issue?
No need to reset any clients just the BQ16Pros and use the same SSID’s and passwords you used before with the new setup after the reset.Yup, that's the version I'm running. I'm getting ready to do just that, but not really motivated to have to reset all of my IoT devices and cameras.
Thank you for the screenshots and comprehensive response. I'm using all three units in the BE30000 set, with one primary router and the other two nodes setup as AiMesh with wireless backhaul and MLO turned on.Not sure that it relates to your Wireless Connectivity Issue.
How many BQ16Pro's are you running?
How are they connected (wired; or 6GHz)?
If multiple Nodes, are Client Devices disconnecting from one in particular?
As to Wireless:
- Are the disconnects related to any particular radio? (2.4GHz, 5GHz, 6GHz) or do they all disconnect?
- I have 60+- Client Devices Connected (2.4GHz=30 Clients; 5GHz=18 Clients; 6GHz=1 Client) and have not had any disconnects for 65+- days, but I'm running only one BQ16Pro (as my Router) and have disabled several things on all of the Radios.
- I found through conducting Wireless Surveys and Speed Tests at various points in my house, that "locking" the 2.4GHz and 5GHz Radios to specific channels has helped and provided better speeds and signal strengths than allowing them to seek their own channel.
- As well, I've disabled other things I don't have a need for at this time, such as Multi-Link Operation (MLO) and WiFi 7 features
- My 2.4GHz Settings are pictured below. 5HGz and 6GHz have similar settings.
- And Yes... I do have it "dumbed down" for now as I just don't have the confidence in WiFi 7 and current firmware.
As to the Log Errors:
- Are you (intentionally) running WAN > DDNS ?
- Is it Enabled or Disabled?
- If Enabled, have you tried Disabling; Saving; Power-Cycling ASUS; then Re-Enabling; Saving; Power-Cycling ?
View attachment 65592
View attachment 65593
View attachment 65595
I'm on the new BQ16 updated firmware (no one has mentioned this or announced!! everyone favours the US Pro variant lol) so far no noticable issues across setup.Has anyone tried the 3.0.0.6.102_36934 fw already, how is it going?
Those have to do with root and server certificates for logging in with https vs http locally. Someone reported a similar daily issue on the GT-AX6000 where the certificate would be reset to a date (and time) before the clock auto updated to current time. (An issue with 3.0.0.6 firmware it seems on AX(E) routers with scheduled rebooting).I'm still struggling with almost daily disconnection issues, and a recurring entry in my system log file:
May 10 07:57:34 watchdog: start httpd
May 10 07:57:34 rc_service: watchdog 4733:notify_rc start_httpd
May 10 07:57:34 ZenWiFi_BE30000: start https:8443
May 10 07:57:34 ZenWiFi_BE30000: start httpd:80
May 10 07:57:34 httpd: Restore saved SSL certificate...8443
May 10 07:57:34 httpd: Generating SSL certificate...8443
May 10 07:57:34 httpd: Failed to initialize SSL, generating new key/cert...8443
May 10 07:57:34 httpd: Restore saved SSL certificate...8443
May 10 07:57:34 httpd: Generating SSL certificate...8443
May 10 07:57:34 httpd: Failed to initialize SSL, generating new key/cert...8443
May 10 07:57:34 httpd: Unable to start in SSL mode, exiting! 8443
Anyone know what/why this repeats over and over in my log? Any detrimental effects or perhaps symptom of my wireless connectivity issue?
I have a single BQ16 Pro (AiMesh) node to the GT-BE98 Pro. I have been running that starting soon after it was released. So far so good...Has anyone tried the 3.0.0.6.102_36934 fw already, how is it going?
Can you remove the double NAT somehow with a bridge mode or passthrough? (I'm forced to use IP Passthrough on our AT&T Gateway). There's a free firewall offered by AT&T but the installer advised that it blocks legit websites, too agressive. When I tried it sure enough some websites that I tried to visit were blocked.Thank you for the screenshots and comprehensive response. I'm using all three units in the BE30000 set, with one primary router and the other two nodes setup as AiMesh with wireless backhaul and MLO turned on.
My primary problem is my entire network goes down for 5-10 minutes - all devices, wired & wireless lose connectivity, whenever my Teslas connect to the WiFi network. My leading theory is my ISP's router (I'm running double NAT) is somehow seeing traffic from my Tesla vehicles that it doesn't like and shuts the connection until the firewall timeout resets. My theory is based on evidence that the network drop occurs almost immediately after the vehicles connect to the network WiFi, and connecting the vehicles to their own dedicated SSID, even on my ISP's primary gateway router still results in the same problem. The issue is my ISP's gateway router (it's a Xyxel) firewall and web configuration is bad and offers little settings to troubleshoot or provide visibility into what is occurring.
However, the Tesla connection is just the primary diagnosis. I still get notifications from my doorbell and other IoT devices periodically daily (when the cars are not even at home) that devices have no connection. Some are on the 2.4 band, but I think others are 5. All of the wireless settings are still at default settings for WiFi 7 & MLO operation. I'm going to try disabling MLO next and see if that improves the situation, and also I read in an earlier post regarding the issue with the 2.4Ghz band and removing it from the primary SSID seems to be a fix. Unfortunately, my Brother printer only supports 2.4 WiFi, so I'm stuck because I need it to be on my main SSID so I can print, unless there's a way I can create a separate SSID for just the printer (and other 2.4 only devices) that allow visibility to my PCs on my main SSID? My next step (if disabling MLO doesn't work) will be to try turning off WiFi 7.
Has anyone tried the 3.0.0.6.102_36934 fw already, how is it going?
Thank you for a detailed report. I have since updated my devices too and they seem to work fine, so I think yours is either a coincidence or an isolated case.Hopefully this is an isolated issue as I see others here have confirmed it is fine with them, but I though it was worthwhile giving people a heads-up.
Welcome To SNBForums
SNBForums is a community for anyone who wants to learn about or discuss the latest in wireless routers, network storage and the ins and outs of building and maintaining a small network.
If you'd like to post a question, simply register and have at it!
While you're at it, please check out SmallNetBuilder for product reviews and our famous Router Charts, Ranker and plenty more!