OpenWrt Forum Archive

Topic: TP-Link 1043nd slow WAN to /dev/null

The content of this topic has been archived on 20 Mar 2018. There are no obvious gaps in this topic, but there may still be some posts missing at the end.

Post #1
LaySoft
20 May 2011, 08:55

Hi!

I have a TP-Link 1043nd router, with OpenWrt 10.03.1rc4, but all 10.03 versions have the same issue. I make a speedtest script with curl, which downloads big files to /dev/null from a gigabit connected server on the internet:

curl -o /dev/null http://speedtest.szelessavkereso.hu/spe … 0x4000.jpg

My network speed is 120Mbit, and the computers connected to router's LAN ports, can be download with theese maximal speed. But the speedtest script only downloads max. 40Mbit speed. If i download big files from a local webserver, it goes with max. 100Mbit (local is only 100Mbit network.)

So the router can't download with maximal speed from WAN to /dev/null, but from LAN to /dev/null can download with maximal speed. What can be wrong?

Post #2
Orca
20 May 2011, 09:36
LaySoft wrote:

on the internet:
curl -o /dev/null http://speedtest.szelessavkereso.hu/spe … 0x4000.jpg

And, what does it say? After "Deutschlands Blinde decken auf: Satanische Verse auf Raufasertapeten" = ""Germany's blind discover: Satanic Verses on ingrain wall coverings"

I am a bit afraid to ask, but my curiosity got the better of me once again.

LaySoft wrote:

My network speed is 120Mbit, and the computers connected to router's LAN ports, can be download with theese maximal speed. But the speedtest script only downloads max. 40Mbit speed. If i download big files from a local webserver, it goes with max. 100Mbit (local is only 100Mbit network.)

So the router can't download with maximal speed from WAN to /dev/null, but from LAN to /dev/null can download with maximal speed. What can be wrong?

Do you use conntrack?

Post #5
vargalex
20 May 2011, 10:39

Hi!

What is the load of the router during this test?
Can you try it with wget?

vargalex

LaySoft wrote:

Hi!

I have a TP-Link 1043nd router, with OpenWrt 10.03.1rc4, but all 10.03 versions have the same issue. I make a speedtest script with curl, which downloads big files to /dev/null from a gigabit connected server on the internet:

curl -o /dev/null http://speedtest.szelessavkereso.hu/spe … 0x4000.jpg

My network speed is 120Mbit, and the computers connected to router's LAN ports, can be download with theese maximal speed. But the speedtest script only downloads max. 40Mbit speed. If i download big files from a local webserver, it goes with max. 100Mbit (local is only 100Mbit network.)

So the router can't download with maximal speed from WAN to /dev/null, but from LAN to /dev/null can download with maximal speed. What can be wrong?

Post #6
LaySoft
20 May 2011, 11:06
vargalex wrote:

Hi!

What is the load of the router during this test?
Can you try it with wget?

vargalex

I tried with wget too, and the speed is the same. Meanwhile test, the top says curl or wget consumes approx. 40% cpu.

Post #7
vargalex
20 May 2011, 12:51

Hi!

I have tested. I have on the WAN side an ftp server with 100 Mbps port. On the router:

root@OpenWrt:~# ifconfig eth0.2 && ifconfig br-lan
eth0.2    Link encap:Ethernet  HWaddr 00:16:E6:62:48:DC
          inet addr:172.16.0.228  Bcast:172.16.255.255  Mask:255.255.0.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:451820 errors:0 dropped:368 overruns:0 frame:0
          TX packets:284231 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:654586754 (624.2 MiB)  TX bytes:17024815 (16.2 MiB)

br-lan    Link encap:Ethernet  HWaddr 74:EA:3A:C2:57:7E
          inet addr:192.168.1.1  Bcast:192.168.1.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:4160 errors:0 dropped:0 overruns:0 frame:0
          TX packets:4270 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:640534 (625.5 KiB)  TX bytes:2022380 (1.9 MiB)

root@OpenWrt:~# date +%s && wget ftp://172.16.13.31/test.img -O /dev/null && date +%s
1305892031
Connecting to 172.16.13.31 (172.16.13.31:21)
null                 100% |************************************************************************************************************|   200M 00:00:00 ETA
1305892055
root@OpenWrt:~#

The download of the 200 MB file took 24 seconds. 200 MB / 24 sec = 8.33 MB/s = 66.66 Mbps.

vargalex

LaySoft wrote:
vargalex wrote:

Hi!

What is the load of the router during this test?
Can you try it with wget?

vargalex

I tried with wget too, and the speed is the same. Meanwhile test, the top says curl or wget consumes approx. 40% cpu.

Post #8
LaySoft
20 May 2011, 13:07
vargalex wrote:

root@OpenWrt:~# date +%s && wget ftp://172.16.13.31/test.img -O /dev/null && date +%s
1305892031
Connecting to 172.16.13.31 (172.16.13.31:21)
null                 100% |************************************************************************************************************|   200M 00:00:00 ETA
1305892055
root@OpenWrt:~#
The download of the 200 MB file took 24 seconds. 200 MB / 24 sec = 8.33 MB/s = 66.66 Mbps.

Interesting... Your router is TP-Link TL-WR1043ND? Which version of OpenWrt running on it? Can you test your exapmle with my server?

date +%s && wget http://speedtest.szelessavkereso.hu/spe … 0x4000.jpg -O /dev/null && date +%s

Thank you!

(Last edited by LaySoft on 20 May 2011, 13:08)

Post #9
samcrawford
20 May 2011, 14:26

Just to add something to this conversation: I have one of these devices and can hit 100 Mbps over the WAN port, but I've disabled NAT, conntrack, iptables and loads of other modules I didn't require. I haven't tried the throughput on a stock build.

Post #10
vargalex
21 May 2011, 11:15

Hi!

Yes, this is a TP-Link TL-WR1043ND v1.8 with an own OpenWrt build from trunk at April 2011.
I cannot test with your server, because I have only 30 Mbps internet access.

vargalex

LaySoft wrote:
vargalex wrote:

root@OpenWrt:~# date +%s && wget ftp://172.16.13.31/test.img -O /dev/null && date +%s
1305892031
Connecting to 172.16.13.31 (172.16.13.31:21)
null                 100% |************************************************************************************************************|   200M 00:00:00 ETA
1305892055
root@OpenWrt:~#
The download of the 200 MB file took 24 seconds. 200 MB / 24 sec = 8.33 MB/s = 66.66 Mbps.

Interesting... Your router is TP-Link TL-WR1043ND? Which version of OpenWrt running on it? Can you test your exapmle with my server?

date +%s && wget http://speedtest.szelessavkereso.hu/spe … 0x4000.jpg -O /dev/null && date +%s

Thank you!

Post #11
idrive
28 May 2011, 16:29

I have TP-Link TL-WR1043ND v1.0 and have flashed directly from the original TP Link firmware:
http://downloads.openwrt.org/backfire/1 … actory.bin

I have 120 Mbit/s cable internet access. After flashing Backfire 10.03.1-rc4 I can only download with about 60 Mbit/s, not faster. I have back to the original TP Link Firmware and have no limits anymore - for example 4x parallel downloads from www.debian.org gives me absolutely maximum 120 Mbit/s download performance.

So, I can confirm the issue that LaySoft have.

Post #12
vargalex
29 May 2011, 21:45

Hi!

He have an another issue: "My network speed is 120Mbit, and the computers connected to router's LAN ports, can be download with theese maximal speed."

So, on LAN side he have the maximal download speed.

idrive wrote:

I have TP-Link TL-WR1043ND v1.0 and have flashed directly from the original TP Link firmware:
http://downloads.openwrt.org/backfire/1 … actory.bin

I have 120 Mbit/s cable internet access. After flashing Backfire 10.03.1-rc4 I can only download with about 60 Mbit/s, not faster. I have back to the original TP Link Firmware and have no limits anymore - for example 4x parallel downloads from www.debian.org gives me absolutely maximum 120 Mbit/s download performance.

So, I can confirm the issue that LaySoft have.

Post #13
ashrack
15 Jun 2011, 10:30

am getting the ruter next week. Will test it since I also have 100Mb/s connection.

The discussion might have continued from here.