Desperate need for help, packet loss on Asus ax11000, no solution.

[Mittenz]

Im going insane with this packet loss issue.

When i have isp modem in router mode, zero packet loss super fast internet.

When i use my ISP modem in router mode, tons of packet loss 50-70% at the asus router according to pingplotter.
I switched it for my second ax11000, factory reset and same issue.

What is the cause of huge packet loss with bridge mode to my modem?
If anyone can help it would be immensely useful.

 

[PunchCardBoss]

What is the cause of huge packet loss with bridge mode to my modem?

1. What Firmware are you running on your Asus router?
2. What is the make and module of your ISP modem?
3. How are you wiring your modem to Asus router?
4. When you say "factory reset" are you referring to method 1 or 2 reset procedures.

Have you considered, after trying 2 different Asus routers, that your ISP modem is the common denominator and likely where your problem lies. Have you tried a different ISP modem?

 

[Mittenz]

Also we do not have the option to use a different ISP modem, were forced to use the provided one; otherwise we lose the 2gbps internet.


1) Frimware: Latest Merlin (Router A) and official WRT (Router B).
2) Modem: CGM4981COM
3) CAT6 and CAT 7 (tried both) from the 2.5gbps port on the modem to the 2.5gbps port on either A or B router; I also tested the modem to Wan 1gbps and similar ping losses.
4) I have done the WPS reset method, and standard, this had no effect on the packet loss situation.

Please see first line, this is the same level of packet loss regardless of router. This causes websites to rubberband with fast to slow loading randomly, all the time.
When using modem only, its working perfectly.

Please see

 

[PunchCardBoss]

CAT6 and CAT 7 (tried both) from the 2.5gbps port on the modem to the 2.5gbps port on either A or B router; I also tested the modem to Wan 1gbps and similar ping losses.

Just to be clear, you are connecting your modem LAN 2.5gbps port to your Asus WAN 2.5gbps port (not LAN). Right?

 

[Mittenz]

Yes, but im going into the WAN settings and setting it to the 2.5gbps on the asus.
Additionally, when i use the 1gbps lan to 1gbps wan on the asus, same packet loss.

 

[Mittenz]

I've scheduled a new modem replacement.
Also speaking with persons in the area.

 

[Datalink]

@Mittenz,

Personal opinion, (TLDR discard the rest) you don’t have a packet loss problem.
Personal opinion, you do have a Pingplotter problem. Carry on with the following paragraphs.

Pingplotter can and will give you false packet loss indications. I’ve seen this with a Hitron 4582 (Intel Puma 7) modem, seen a complaint with an XBX6 modem and can reproduce this at will with a GT-AX6000 router and Bell Gigahub (Sagemcon Fast 5687E) fibre modem in its default (and permanent) gateway mode.

What you need to do at this point is convince yourself that you don’t have any packet loss from the router, modem or CMTS. That’s a matter of running ping tests to each device, without using Pingplotter.

Its been a while since I’ve looked at this but my advice is to run these tests with the modem in both Gateway mode and Bridge mode, and using IPV4 and IPV6.


Since there is a 1000 character limit for responses, the remainder of the response is included in a PDF file attached to the post. Basically it outlines how to run ping tests faster than 1 ping per second, for both IPv4 and IPv6 to the router, modem, CMTS and beyond.

Hope this helps.

 

[kildare]

One note: he posted:

This causes websites to rubberband with fast to slow loading randomly, all the time.

So apparently it's not (only) a Pingplotter problem.

 

[el pescador]

I've scheduled a new modem replacement.
Also speaking with persons in the area.

Probably best to schedule a new ISP. Try loads till you find one that stops causing issues.

 

[Mittenz]

Thank you everyone, i trouble shot the issue.

Its a random organic occurring issue that comes almost like a tide across the isp network - making it very difficult to pinpoint the problem.
It was not the asus routers, it was not the modem or the lines.
After changing out ever possible variable we have pushed the issue into the ISP network.

Thanks to Datalink for his super useful .PDF as it provided some excellent guidance for me (Thanks again!).

Its suspected by the line tech its an OFDMA issue with configuration on the upstream cable network pool causing the sessions to drop - They have been dealing with this issue for the past year or so and the solution is they enable a fallback system using 64 QAM instead of 256 (Yes this is cable internet not wifi) and have escalated this to engineering as apparently its been a huge cause of issues for them where the modem is stable, but the sessions will randomly drop, randomly and unpredictably.

Basically, its an ISP problem - issue is we have no other option either downgrade our 2.5 gbps speeds to 50mbps or go starlink.
Will continue to push the issue into higher engineering until its resolved.

 

[Mittenz]

@Mittenz,

Personal opinion, (TLDR discard the rest) you don’t have a packet loss problem.
Personal opinion, you do have a Pingplotter problem. Carry on with the following paragraphs.

Pingplotter can and will give you false packet loss indications. I’ve seen this with a Hitron 4582 (Intel Puma 7) modem, seen a complaint with an XBX6 modem and can reproduce this at will with a GT-AX6000 router and Bell Gigahub (Sagemcon Fast 5687E) fibre modem in its default (and permanent) gateway mode.

What you need to do at this point is convince yourself that you don’t have any packet loss from the router, modem or CMTS. That’s a matter of running ping tests to each device, without using Pingplotter.

Its been a while since I’ve looked at this but my advice is to run these tests with the modem in both Gateway modem and Bridge mode, and using IPV4 and IPV6.


Since there is a 1000 character limit for responses, the remainder of the response is included in a PDF file attached to the post. Basically it outlines how to run ping tests faster than 1 ping per second, for both IPv4 and IPv6 to the router, modem, CMTS and beyond.

Hope this helps.

Thank you for this, this helped me find out where the issue is occurring, its not exactly a packet loss, but its a session loss, drop and degradation with the isp.