What's new

Asus GT-AXE16000 on 10gbps with PPPOE

  • 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!

le_florin

New Around Here
Hi,
I have a situation with the Asus GT-AXE16000 on 10gbps PPPOE connection.

When i`m downloading at high speed at over 3gbps from my 10gbps pc, in parallel (multiple websites), all tcp connections freeze after a few minutes of download, also the new ones, with any internet ip from any device wireless or wire.

Ping works from any device on any internet ip without any loss, at any time.

After i stop the downloads, the tcp connections will work again after a few minutes of waiting.

If i limit the link speed of my 10gbps pc to 2.5gbps, the problem dont appear.

The problem appears only for 5gbps and 10gbps link speeds and affects all devices connected to the router via wireless or wire.

Below is an exemple of a download that ramains stucked (this is one of 10 parallel downloads from different websites, that i launched for the test)
Code:
C:\Users\PC-1\Desktop>"C:\Program Files (x86)\GnuWin32\bin\wget" --debug http://mirror.efect.ro/centos/7.9.2009/isos/x86_64/CentOS-7-x86_64-Everything-2009.iso
SYSTEM_WGETRC = c:/progra~1/wget/etc/wgetrc
syswgetrc = C:\Program Files (x86)\GnuWin32/etc/wgetrc
DEBUG output created by Wget 1.11.4 on Windows-MinGW.

--2022-08-27 19:14:17--  http://mirror.efect.ro/centos/7.9.2009/isos/x86_64/CentOS-7-x86_64-Everything-2009.iso
Resolving mirror.efect.ro... seconds 0.00, 91.209.189.249
Caching mirror.efect.ro => 91.209.189.249
Connecting to mirror.efect.ro|91.209.189.249|:80... seconds 0.00, connected.
Created socket 568.
Releasing 0x011e8a50 (new refcount 1).

---request begin---
GET /centos/7.9.2009/isos/x86_64/CentOS-7-x86_64-Everything-2009.iso HTTP/1.0
User-Agent: Wget/1.11.4
Accept: */*
Host: mirror.efect.ro
Connection: Keep-Alive

---request end---
HTTP request sent, awaiting response...
---response begin---
HTTP/1.1 200 OK
Date: Sat, 27 Aug 2022 16:14:18 GMT
Server: Apache/2.4.41 (Ubuntu)
Last-Modified: Mon, 02 Nov 2020 15:18:02 GMT
ETag: "260000000-5b3214099034d"
Accept-Ranges: bytes
Content-Length: 10200547328
Keep-Alive: timeout=5, max=100
Connection: Keep-Alive
Content-Type: application/octet-stream

---response end---
200 OK
Registered socket 568 for persistent reuse.
Length: 10200547328 (9.5G) [application/octet-stream]
Saving to: `CentOS-7-x86_64-Everything-2009.iso.14'

34% [=========================>                                                   ] 3,547,398,114 --.-K/s  eta 2m 38s

and here if i run again the download it stays like this for any website i put in the wget, for a few minutes:

Code:
C:\Users\PC-1\Desktop>"C:\Program Files (x86)\GnuWin32\bin\wget" --debug http://mirror.efect.ro/centos/7.9.2009/isos/x86_64/CentOS-7-x86_64-Everything-2009.iso
SYSTEM_WGETRC = c:/progra~1/wget/etc/wgetrc
syswgetrc = C:\Program Files (x86)\GnuWin32/etc/wgetrc
DEBUG output created by Wget 1.11.4 on Windows-MinGW.

--2022-08-27 19:16:12--  http://mirror.efect.ro/centos/7.9.2009/isos/x86_64/CentOS-7-x86_64-Everything-2009.iso
Resolving mirror.efect.ro... seconds 0.00, 91.209.189.249
Caching mirror.efect.ro => 91.209.189.249
Connecting to mirror.efect.ro|91.209.189.249|:80... seconds 0.00, connected.
Created socket 572.
Releasing 0x012c8a50 (new refcount 1).

---request begin---
GET /centos/7.9.2009/isos/x86_64/CentOS-7-x86_64-Everything-2009.iso HTTP/1.0
User-Agent: Wget/1.11.4
Accept: */*
Host: mirror.efect.ro
Connection: Keep-Alive

---request end---
HTTP request sent, awaiting response...

CPU and memory usage on the router dont rise when i execute the parallel download test at any speed.
I use the latest Asus stock firmware.
 
Last edited:
Not sure if this will help but perhaps you could check out this thread if you have't yet. RMerlin did some iperf tests with the 10G ports on the router and found some limitations.

 
the problem persists for few minutes after i close the downloads and the network load on router is near 0.
 
Perhaps you could shift your request to the main AXE16000 Owner's thread as people there tend to be more responsive.

 
It seems like after i change the mtu on my windows pc, tcp connections start to work again.

if i come back to the old mtu, tcp connections dont work (for a few minutes)

so if i dont change the mtu i have to wait a few minutes in order for tcp connections to work
or
i can change the mtu and all new tcp connections are working.

if i make the test again and the tcp connections dont work again... i change the mtu again and so on...

(all clients connected to the router that have set the stucked mtu, all will have this problem until they wait a few minutes or change their own mtu)

(i also tried with a qnap router and the problem is the same)

Anyone know why this happens?
 

Similar threads

Sign Up For SNBForums Daily Digest

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