It seems that I cannot get Traditional QoS to work on this release, once I have it enabled I lose access to routers UI. I took notes(sorry for the book).
Upgraded from 384.11.2 to 384.12 yesterday on my RT-AC68U router(NOT T-MOBILE).
Something is breaking my access to the UI(http) when I enable QoS. This has been happening in some form for the past few versions of Merlin although I was previously able to get QoS operational after disabling NAT acceleration. It's been a while since I last made changes to my config so I don't recall everything, in the past I just fiddled around until it worked which is not resolving it now. My internet seems to function perfectly fine, I just can't access my router.
I want to re-enable Traditional QoS with the fq-codel setting as my pings (e.g., pings to 8.8.8.8) jump up on my desktop when any other device on my network is using up most of the bandwidth such as a basic speed test.
As for the issue, when I try to log into my router I get the initial login screen as I normally would. But after logging in the page will either fail to load after timing out, or I get a partial page that is garbled in some way. Sometimes after waiting long enough I get most of the main page to load but with odd black test. This occurs in Opera, Edge, and IE with the same behavior.
Last night I performed the "Nuclear Reset" outlined by L&LD here: https://www.snbforums.com/threads/major-issues-w-rt-ac86u.56342/page-4#post-495710 and I will say my router seemed to behave better overall and quicker after this. I seemed to have access fine last night, including after enabling QoS but I had already been playing around with my router for several hours so I left it alone until this morning when I wanted to finish making config changes such as my UN/PWD and other basic settings but could no longer access the UI the same way I couldn't before.
So I'll replicate the issue with notes. For these tests EVERY hard/physical reboot is done with unplugging all items from Router for at least 10 seconds(or more when noted) before powering it back up and reconnecting other cables. I only have my WAN connection to my cable modem and 1 LAN connection for my desktop.
Test 1 - A base test for science!
So far it does seems to be related to only the Traditional QoS option. I'll try a couple more things since I've already been at this for several hours.
Test 6 - using existing settings from Test 5, no resets. Just disabling a bunch of stuff and trying a different Queue for Traditional QoS.
I'll live without it but I hope my exploration helps find out what is happening? Can anyone with an RT-AC68U replicate this?
Upgraded from 384.11.2 to 384.12 yesterday on my RT-AC68U router(NOT T-MOBILE).
Something is breaking my access to the UI(http) when I enable QoS. This has been happening in some form for the past few versions of Merlin although I was previously able to get QoS operational after disabling NAT acceleration. It's been a while since I last made changes to my config so I don't recall everything, in the past I just fiddled around until it worked which is not resolving it now. My internet seems to function perfectly fine, I just can't access my router.
I want to re-enable Traditional QoS with the fq-codel setting as my pings (e.g., pings to 8.8.8.8) jump up on my desktop when any other device on my network is using up most of the bandwidth such as a basic speed test.
As for the issue, when I try to log into my router I get the initial login screen as I normally would. But after logging in the page will either fail to load after timing out, or I get a partial page that is garbled in some way. Sometimes after waiting long enough I get most of the main page to load but with odd black test. This occurs in Opera, Edge, and IE with the same behavior.
Last night I performed the "Nuclear Reset" outlined by L&LD here: https://www.snbforums.com/threads/major-issues-w-rt-ac86u.56342/page-4#post-495710 and I will say my router seemed to behave better overall and quicker after this. I seemed to have access fine last night, including after enabling QoS but I had already been playing around with my router for several hours so I left it alone until this morning when I wanted to finish making config changes such as my UN/PWD and other basic settings but could no longer access the UI the same way I couldn't before.
So I'll replicate the issue with notes. For these tests EVERY hard/physical reboot is done with unplugging all items from Router for at least 10 seconds(or more when noted) before powering it back up and reconnecting other cables. I only have my WAN connection to my cable modem and 1 LAN connection for my desktop.
Test 1 - A base test for science!
- WPS NVRAM Erase as outlined here: https://www.snbforums.com/threads/b...eta-is-now-available.55520/page-9#post-473141
- Quick/temp wizard setup, then GUI initiated a reset to factory defaults including the option to 'initialize all settings'.
- Another quick/temp wizard setup, and did performed the 'Format the JFFS partition on next boot' and made sure to hit Apply at the bottom of the page too before rebooting the router 3 times in the next 15 minutes. Waiting for at least 5 to 10 minutes between reboots. (assumed doing this for good measure on this troubleshooting even though I did it last night).
- Everything is current working A-OK, no config changes just the basic initial wizard setup and the 3 reboots with JFFS reformat each time.
- For my first test, I simply enabled QoS using the 'Traditional QoS' type and 'fq_codel' Queue and 'Cable (DOCSIS)' for WAN packet overhead and 5Mb Upload with 50Mb Download set.
- Applied the above, and after logging in I have the same issue. Including after an additional reboot and waiting 5 more minutes.
- WPS NVRAM Erase.
- Quick/temp wizard setup, then GUI initiated a reset to factory defaults including the option to 'initialize all settings'.
- Another quick/temp wizard setup, but I didn't bother with formatting the JFFS partition as it seems excessive at this point.
- Enabled SSH, verified I can indeed use SSH via putty, stayed connected via Putty to see what happens.
- Re-enabled QoS using the 'Traditional QoS' type and 'fq_codel' Queue and 'Cable (DOCSIS)' for WAN packet overhead and 5Mb Upload with 50Mb Download set.
- My connection to Putty was severed after applying. "Remote side unexpectedly closed network connection" error.
- After the router was done applying the settings, my UI was broken as expected. SSH seems to still work(although I don't know what I can do in SSH off hand. I tried using help, -help, -h, ?, man but I've never used the CLI on this router before. However I could login fine to SSH, no lag or anything.
- I did type 'reboot' into SSH which did reboot the router. Same issue after the reboot however. I get the initial login, but the UI fails to load after logging in.
- At this point I tested the WRONG username and password to see what happens, and I did get an "invalid username or password error" so it's responding as it should for the actual login at least.
- Via SSH I noticed that "TAB" does bring up a list of options. I used 'top' to see if my CPU usage was hight, but it's less than 1% and nothing else seems out of place including memory which was at 50756K and 205044K free.
- It's been a LONG time since I used any CLI, I couldn't seem to figure out much here such as disabling QoS.
- WPS NVRAM Erase.
- Quick/temp wizard setup, then GUI initiated a reset to factory defaults including the option to 'initialize all settings'.
- Another quick/temp wizard setup, but I didn't bother with formatting the JFFS partition as it seems excessive at this point.
- I also am ignoring SSH since it does me no good and seems unrelated.
- This time I went to LAN>Switch Control and DISABLED 'NAT Acceleration' and 'STP'.
- Re-enabled QoS using the 'Traditional QoS' type and 'fq_codel' Queue and 'Cable (DOCSIS)' for WAN packet overhead and 5Mb Upload with 50Mb Download set.
- Same issue again, rebooted, no change.
- Downloaded 384.12 firmware from OneDrive instead of SourceForge, verified SHA256 sig. and uploaded.
- Tried enabling both HTTP and HTTPS access on a whim.
- Confirmed access via HTTPS over port 8443.
- Re-enabled QoS using the 'Traditional QoS' type and 'fq_codel' Queue and 'Cable (DOCSIS)' for WAN packet overhead and 5Mb Upload with 50Mb Download set.
- Seems both HTTP and HTTPS have the same issue. Both give me the login screen, but fails to load GUI after login.
- WPS NVRAM Erase.
- Quick/temp wizard setup, then GUI initiated a reset to factory defaults including the option to 'initialize all settings'.
- Enabled QoS with the default settings for 'Adaptive QoS' using 'sfq' queue. 'Web Surfing' mode selected.
- UI is still functional over HTTP.
- Soft rebooted router to confirm.
- UI still functional, Adaptive QoS settings are intact after reboot.
- Changed queue disipline from 'sfq' to 'fq_codel' for the Adaptive QoS.
- Changed Bandwidth Setting to Manual and set the WAN packet overhead to Cable (DOCSIS) with 5/10 U/D bandwidth.
- Still functional.
So far it does seems to be related to only the Traditional QoS option. I'll try a couple more things since I've already been at this for several hours.
Test 6 - using existing settings from Test 5, no resets. Just disabling a bunch of stuff and trying a different Queue for Traditional QoS.
- Disabled NAT Acceleration and STP for the Switch Control.
- Disabled UPnP.
- Did a random speed test (no particular reason) and the results were better than I've seen before and absolutely no jitter.
- 70/6Mbps result.
- Re-enabled UPnP, speed test again.
- Damn, I never would have thought UPnP would have such an impact
- 50/4Mbps result with UPnP enabled with a slow ramp up in speed rather than all out like before.
- https://www.speedtest.net/result/8374473388
- Disabled UPnP again and tested again. Wow.
- Did a random speed test (no particular reason) and the results were better than I've seen before and absolutely no jitter.
- Verified IPv6 is disabled on the WAN interface as well as the firewall.
- Changed from 'Adaptive QoS' to 'Traditional QoS' type and 'sfq' Queue and 'Cable (DOCSIS)' for WAN packet overhead and 5Mb Upload with 50Mb Download set.
- I still have access to the router UI…..?
- Speed test this time was 48/4Mbps. https://www.speedtest.net/result/8374493210
- Because tech is weird, I changed the Queue to 'fq_codel'.
- I still have access?
- I'm thinking UPnP is the culprit so I enabled it.
- Lost access to UI but only temporarily.
- Confirmed my settings are intact and QoS is still Traditional with fq_codel and UPnP is enabled.
- Rebooted router to see if the fix holds.
- Issue started again. UI fails to load after login screen. Waited several minutes to confirm reboot finished.
- WPS NVRAM Erase.
- Quick/temp wizard setup, then GUI initiated a reset to factory defaults including the option to 'initialize all settings'.
- Disabled UPNP.
- Enabled 'Traditional QoS' type and 'sfq' Queue and 'Cable (DOCSIS)' for WAN packet overhead and 5Mb Upload with 50Mb Download set.
- Lost Access again, DOH!
- WPS NVRAM Erase.
- Quick/temp wizard setup.
- Disabled UPnP, STP, and NAT Acceleration and IPv6 Firewall.
- Enabled 'Traditional QoS' type and 'sfq' Queue and 'Cable (DOCSIS)' for WAN packet overhead and 5Mb Upload with 50Mb Download set.
- Broke again, and at this point so am I.
I'll live without it but I hope my exploration helps find out what is happening? Can anyone with an RT-AC68U replicate this?