What's new

Network throughput dropping

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

Yeah just checked.
The ac88u has 128mb flash and a 1.4ghz cpu
The ac86u has 256mb flash and a 1.8ghz cpu

I think there is also minor differences with the radios.

Will wait until a day off to tinker with outting mesh in ap mode.
However had a look at channels available on the current setup. And only have up to channel 140 on current setup.
I'm in the UK if that matters for channel availability..
 
Yeah just checked.
The ac88u has 128mb flash and a 1.4ghz cpu
The ac86u has 256mb flash and a 1.8ghz cpu

I think there is also minor differences with the radios.

Will wait until a day off to tinker with outting mesh in ap mode.
However had a look at channels available on the current setup. And only have up to channel 140 on current setup.
I'm in the UK if that matters for channel availability..

Your channels are probably different than the US. Find a WiFi channel list for the UK.

If you are not in an aircraft approach or landing path, DFS might be fine for the bedroom AP
 
Your channels are probably different than the US
I have relatively recent HW and don't have access to anything over 128.
1643724908734.png


Might be because I'm set on 160 vs 80 though too. However my setting seems to have pushed all of my neighbors to use the higher channels in the process.
Screenshot_20220201-081825.jpg


1643725269332.png

 
Just a quick chime-in with this as I suffered a similar problem in the past with my sites. Are you using QoS? To check launch the Asus router interface > Adaptive QoS > [QoS] tab and check to see if it is enabled. If it is, turn it OFF. Disabling QoS has solved so many problems for so many people it's crazy — and it almost never comes up as a culprit. HTH.

Sky
 
Just a quick chime-in with this as I suffered a similar problem in the past with my sites. Are you using QoS? To check launch the Asus router interface > Adaptive QoS > [QoS] tab and check to see if it is enabled. If it is, turn it OFF. Disabling QoS has solved so many problems for so many people it's crazy — and it almost never comes up as a culprit. HTH.

Sky

Certainly worth checking yet if is the cause, then figure out why and correct or use a different type of QOS.

Morris
 
Certainly worth checking yet if is the cause, then figure out why and correct or use a different type of QOS.

Morris

My setups are probably simpler than yours. We registered increased speeds of > 200-500% and total loss of all throughput bottlenecks including throughput from devices at the very edge of our service ranges in both our two-store site with the router near-center of the bottom level at 6' above ground with an extended ground plane, and our four-story site with the router at one side of the building on the third level near the ceiling atop a tall wooden cabinet.

The two-story is in a low-rise suburban environment about 300' above sea level in a large valley (> 20K sq mi). This network is mixed Ethernet and Wi-Fi running 1Gb into and throughout the building, both 2.4 and 5GHz, iOS, Windows, and Linux desktops, laptops, tablets, phones, and miscellaneous IoT stuff including security security and media, and active market trader users along with some light Dev Ops and programming with most of the heavy lifting done on the first floor. The four-story is at high altitude (7,500') in a steep urban-wild land granite mountainous environment. This network is also mixed but the traders generally operate on the fourth floor while operations and programming are on the second floor. This site runs even slower than the two-story with only a 200Mb feed incoming to the building, and it is nearly all Wi-Fi with only the router and server on Ethernet. Both sites suffer heavy Wi-Fi interference from neighboring networks and admins who do not understand the benefit and problems of not dialing back their signals. We do not run any mesh networks, nor is bandwidth split between the router and any bridges or "range-extenders" (although we did try that at one point); the routers at both sites handle DHCP; and run < 100 devices and only a handful of active users plus 30-or so IoT devices active at any given time. Very rarely are any users outside the buildings during access although some of the IoT devices are.

We too tested—and to a limited degree benefited from—nearly all of the sorts of measures recommended previously in this and other threads. Splitting bandwidth using even just one range-extender had negative consequences that took time to present because monitoring was nonexistent. Testing, adjusting and monitoring for channel interference was helpful in stabilizing connections.

Shutting off QoS and allowing the router and NIC's to handle bandwidth allocation on the fly was by far the most successful change for us. It opened things very nicely, especially at the two-story site where we had brought in Gb internet over cable (neither site has fiber available). This was where we discovered Asus' implementation of QoS on our old routers includes bandwidth capping along with their AI, a "feature" of which we were (or at least I was) unaware prior to upgrading the incoming internet speed. This capping was impossible for us to detect at slower speeds but very definitely had an impact on users' throughput as we saw substantial, albeit lower, improvement at the slower four-story site.

As to whether or not a different or more modern implementation of QoS would be of any use, I cannot say. I can say that everything I am seeing from users and admins on the various boards says no. Any implementation of tiering for load-balancing is done mathematically to allow or limit flows in groups as spread over the needs of the organization and within those groups free negotiation usually takes place with extremely limited exceptions.
 
My setups are probably simpler than yours. We registered increased speeds of > 200-500% and total loss of all throughput bottlenecks including throughput from devices at the very edge of our service ranges in both our two-store site with the router near-center of the bottom level at 6' above ground with an extended ground plane, and our four-story site with the router at one side of the building on the third level near the ceiling atop a tall wooden cabinet.

The two-story is in a low-rise suburban environment about 300' above sea level in a large valley (> 20K sq mi). This network is mixed Ethernet and Wi-Fi running 1Gb into and throughout the building, both 2.4 and 5GHz, iOS, Windows, and Linux desktops, laptops, tablets, phones, and miscellaneous IoT stuff including security security and media, and active market trader users along with some light Dev Ops and programming with most of the heavy lifting done on the first floor. The four-story is at high altitude (7,500') in a steep urban-wild land granite mountainous environment. This network is also mixed but the traders generally operate on the fourth floor while operations and programming are on the second floor. This site runs even slower than the two-story with only a 200Mb feed incoming to the building, and it is nearly all Wi-Fi with only the router and server on Ethernet. Both sites suffer heavy Wi-Fi interference from neighboring networks and admins who do not understand the benefit and problems of not dialing back their signals. We do not run any mesh networks, nor is bandwidth split between the router and any bridges or "range-extenders" (although we did try that at one point); the routers at both sites handle DHCP; and run < 100 devices and only a handful of active users plus 30-or so IoT devices active at any given time. Very rarely are any users outside the buildings during access although some of the IoT devices are.

We too tested—and to a limited degree benefited from—nearly all of the sorts of measures recommended previously in this and other threads. Splitting bandwidth using even just one range-extender had negative consequences that took time to present because monitoring was nonexistent. Testing, adjusting and monitoring for channel interference was helpful in stabilizing connections.

Shutting off QoS and allowing the router and NIC's to handle bandwidth allocation on the fly was by far the most successful change for us. It opened things very nicely, especially at the two-story site where we had brought in Gb internet over cable (neither site has fiber available). This was where we discovered Asus' implementation of QoS on our old routers includes bandwidth capping along with their AI, a "feature" of which we were (or at least I was) unaware prior to upgrading the incoming internet speed. This capping was impossible for us to detect at slower speeds but very definitely had an impact on users' throughput as we saw substantial, albeit lower, improvement at the slower four-story site.

As to whether or not a different or more modern implementation of QoS would be of any use, I cannot say. I can say that everything I am seeing from users and admins on the various boards says no. Any implementation of tiering for load-balancing is done mathematically to allow or limit flows in groups as spread over the needs of the organization and within those groups free negotiation usually takes place with extremely limited exceptions.

In a congested WiFi environment as you have described the best solution is to wire all devices that can be wired. For hosts that must be wireless, lots of APs with the power turned down is the only option and it gets expensive.

I wish there was a better way.

Morris
 
In a congested WiFi environment as you have described the best solution is to wire all devices that can be wired. For hosts that must be wireless, lots of APs with the power turned down is the only option and it gets expensive.

"…wire all devices that can be wired." Agreed absolutely!

Lots of APs: That was not the case for our networks and their old (2015) routers. Multiple APs (beginning with only 1) were actually counter-productive for our scenario, although we did (as noted) try that path. Have you seen improvement in the implementations of QoS in the last year or so?

Sky

edited for clarity
 
Last edited:

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top