Fwiw, there's some issue with Asus's QOS or adaptive QOS. It might still be broken. I don't use QOS or any bandwidth traffic shaping so I haven't been keeping track of the issue. If you have a look around the SmallNetBuilders forums, specifically the Merlin Asuswrt, and the main Asus forums as well, it shouldn't take too much looking around to determine the current state of affairs for QOS, Adaptive QOS and traffic shaping with stock firmware. I'm assuming that you're using stock firmware at the present time.
Here's the links to the SNB forums:
It might be worth posting a simple question in the Asus-AC-Routers - Adapters thread, asking "What the current state of affairs are for QOS and bandwidth limiting. What works and what doesn't". You might find that answer by having a look at those threads.
Personal opinion, I don't think that you should be running into issues, so, something is amiss somewhere, just a matter of finding it.
For now, when you have time, can you log into the modem and:
1. Check the Software (Firmware) version that you have loaded. That shows up on the STATUS page when you log into the modem. Please let me know what firmware version you have loaded.
2. Navigate to the STATUS .... DOCSIS WAN tab and copy the Downstream Overview table, from the Downstream Overview line, all the way to the very bottom right hand corner of that table. Select, or highlight that entire table, right click .... select Copy, and then paste that into a post. Right click .... Paste. An example of that table can be seen in this post:
That table will copy and paste, just like any other table in a document.
With that table, we can see if the cable signal levels are where they're supposed to be.
Sure thing! Here is what the modem info shows:
|Port ID||Frequency (MHz)||Modulation||Signal strength (dBmV)||Channel ID||Signal noise ratio (dB)|
Can you post the remaining parts of that table please. Those will include the Downstream OFDM, Upstream DOCSIS 3.0 and upstream OFDM/OFDMA section (which is currently not used). So, essentially, the rest of the table that resides below the already posted section.
Sorry about that!
|Receiver||FFT type||Subcarr 0 Frequency(MHz)||PLC locked||NCP locked||MDC1 locked||PLC power(dBmv)|
|Port ID||Frequency (MHz)||Modulation||Signal strength (dBmV)||Channel ID||Bandwidth|
|1||22100000||ATDMA - 64QAM||35.500||1||3200000|
|2||36996000||ATDMA - 64QAM||33.750||4||6400000|
|3||30596000||ATDMA - 64QAM||33.750||3||6400000|
|4||25300000||ATDMA - 64QAM||36.750||2||3200000|
|Channel Index||State||lin Digital Att||Digital Att||BW (sc's*fft)||Report Power||Report Power1_6||FFT Size|
Overall your signal data isn't too bad, but, there's a real dive at 681 Mhz. That doesn't make any sense at all. If I knew more about cell phone frequencies, I'd suspect that as a possible cause. In any event, your modem isn't using the upper DOCSIS 3.0 channels (1-32) for the downstream data. Its using the DOCSIS 3.1 OFDM channel. There isn't enough data presented to judge the health of the OFDM channel, so, customers have to call tech support and ask if the DOCSIS 3.1 OFDM channel passes the signal check. In your case, I'd call anyway, just to see if the modem passes the check with that signal dive at 681 Mhz. The target for all DOCSIS 3.0 channels (1-32) is 0 dBmv, 256 QAM and a signal to noise ratio of 36 to 40 dB.
The upstream signal levels aren't too bad either. You have four DOCSIS 3.0 upstream channels instead of three, which is a good thing. Typically we see somewhere in the 30 to 32 dBmV range with this modem, so your upstream levels are a little high but they're a long way from the 52 dBmV failure point.
So, there's nothing evident in the signal levels to indicate any issues.
How are you limiting the download rates for your network, just so that I understand how you're doing it. Are you running any filtering, such as URL, or keyword filtering or any other filtering?
The reason that I ask if that Asus routers use Broadcom chipsets which employs Cut Through Forwarding and Flow Acceleration, otherwise known as NAT (Hardware) Acceleration. That setting is in LAN .... SWITCH CONTROL for stock firmware. Not sure for Merlin's Asuswrt, even though I'm running it. Its here somewhere 😞
Items like QOS, filtering, IP traffic monitoring and a few others can disable NAT Acceleration without any warning. To run high speed data rates thru the router you need to ensure that NAT Acceleration is enabled. That might just prevent you from setting the data rates and using other functions, but, it should result in faster overall performance. I don't run QOS, or any filtering of any type and we run streaming video and gaming, without any complaints, however, we're not running High Def or HDR video, not that I would expect that to make any difference. Can you check the acceleration setting to see where it's at and let me know what you find.
Here's a reference to the Hardware Acceleration that is worth a quick look:
The included table shows the effect of using QOS and Adaptive QOS on the Hardware Acceleration.
Edit: prior to the switch from the "competitor" to Rogers, what were your data rates with the competition?
Just looking at the wikidevi page for the AC1200 router, that router only has a 580 Mhz processor and only has 100 Mb/s WAN and LAN ports.
So, you're being thoroughly limited by those WAN and LAN ports. Running a gigabit plan with the modem in Bridge mode and router in full router mode is a waste of money at this point, if in fact that's your current configuration. You would be or should be much better off by running the modem in Gateway mode and running the router in Access Point mode to handle low speed Wan to Lan wifi duties if desired. Asus specs show:
802.11n : up to 300 Mbps
802.11ac : up to 867 Mbps.
So, Asus, like other manufacturers has built a router in this case with low WAN and LAN (ethernet) throughput, but, which also has much faster internal LAN wifi capabilities. So, if you're transferring files on the wifi network alone, that will go reasonable fast, while anything that goes WAN to LAN or wifi to ethernet or vice versa will run much slower.
Depending on your network configuration, it might be time to shop for a much faster router which will give you gigabit capability for the WAN and LAN ports and higher data rates on the wifi side as well. The wifi data rates will of course be site dependent due to neighbouring competition for channel time, and on the connected devices.
The above discussion on Hardware Acceleration might be blown out of the water as the router uses a MediaTek processor, instead of a Broadcom processor. You would have to check the LAN .... SWITCH CONTROL to see if the points on Hardware Accelerations also apply to this router.
Fwiw, I'd check the specs on any desktop or laptop to see what the LAN port specs are, 10/100 Mb/s or 10/100/1000 Mb/s, which is the preferred answer.
If you're running a laptop or desktop directly connected to the modem when its in Bridge mode, I highly recommend against that as a normal practice. I only recommend that in extreme cases, for test purposes only and for very very short periods of time, after which its time to retreat behind a router firewall. There is just too much probing going on from miscreants around the world to safely run a pc or laptop that is connected directly to the internet.
If you're looking to conduct a test with a direct connection to the modem, log into the modem, thru the router, using 192.168.100.1, which will work thru the router. Then proceed to the BASIC .... BASIC SETTINGS .... GATEWAY FUNCTION and re-enable the Residential Gateway Function. Save the Changes and the modem will reboot back into Gateway modem with its previous Gateway mode settings intact. You can then connect to the modem to run any testing, keeping the router connected or disconnected (powered down), run the tests, and then kick the modem back into Bride mode by disabling the Residential Gateway Function. Save the changes and the modem will boot back into Bridge mode. During the boot session, you can then disconnect the pc or laptop and reconnect it to the router. The goal here is to allow the user to run any tests that are required, but, keep the connected pc or laptop safe during the test session.
Fwiw the data rates that you see in Gateway modem should also be seen in Bridge mode. There shouldn't be any data rate difference between the two modes.