I have IPERF for Windows installed on a desktop computer. Now I want to connect this computer to the router and conduct a simple throughput performance test. For that I will need IPERF running on the router. The router has the Linux based DD-WRT firmware. My question is, how can I run the Linux version of IPERF on the router? And will this version of IPERF work with the Windows version on the computer?
Linux – How to run IPERF on DD-WRT
dd-wrtiperflinuxnetworkingrouter
Related Solutions
- Good conventional speed tests are multi-threaded and create multiple connections to the speed test server. Thus maxing out your connection to its full potential.
http://www.thinkbroadband.com/faq/sections/flash-speed-test.html#324
iPerf3 appears to only create two connections (using the default options), which may not be enough to max out your 152Mb broadband, particularly when congestion comes into play.
Your download test also suggests multi-threaded connections.
Downloading a 3.5gb file in 210 seconds, works out to approximately 130Mbit
Your calculation is wrong however.
((3.5GB x 8bits x1024x1024x1024 ) / 210s ) / 1000000Mbit = 143Mb/s average.
An average speed of 143Mb/s is good for a download on the 152Mb tier.
While the 152Mb tier will max out at 161Mb/s burst download speed (your modem is over-profiled to guarantee speeds), average speeds will often be slightly lower due to several factors.
- Rate limiting by the server.
- TCP Receive Window needs time to ramp up speed.
- Cable modem request-grant cycle.
- Congestion at the node. You're sharing your cable connection (and therefore your downstream channels) with hundreds of other people. The 8 x 256 QAM downstream channels you have locked on your cable modem have a maximum usable bandwidth of 400Mb in total, coming from the node. This is shared between you and all the other users on your cable with the same channels as you. When other users are using their connection during your download, the speeds will naturally vary a bit.
- Congestion on the route.
- Congestion at the server.
- Any packet loss and re-transmission.
Upstream bandwidth is highly contended with other users on your cable to the node.
If you have 2 x 16 QAM upstream channels locked, then you're sharing 2 x 17Mb = 34Mb with many other users. If you have 2 x 64 QAM upstream channels locked, then you're sharing 2 x 27Mb = 54Mb with many other users.
- Over long distances latency will become a factor in the speeds you can achieve.
You didn't state which Azure server you were using, whether UK, Europe or America.
Your iPerf3 server is in France and may or may not route through LINX, depending on your location. Congestion on the route could be a problem sometimes, once it leaves the VM network, particularly at peering points.
- Non-standard ports will often be treated as P2P traffic. http://www.thinkbroadband.com/faq/sections/flash-speed-test.html#323
Although there is no downstream traffic management on downloads, streaming, gaming and so on, on the 30Mb and above tiers, if your traffic is classed as P2P then it will be traffic managed and the speed reduced during peak hours.
The reason is that the upstream bandwidth is very scarce as it's shared by hundreds of users, and so any program that might swamp the upstream would be very bad for everybody on your cable. That's also why the upstream is still traffic managed.
Outside peak-time you should be able to max out your connection in any way you like.
Beware tests that use small file sizes. There are a range of test files you can use here: http://www.thinkbroadband.com/download/
Your download was unlikely to be delivered by a CDN or cached inside the VM network. When I was on 152Mb I regularly downloaded and streamed at 161Mb directly from servers. CDN's tend to make delivery slower rather than faster!
You need to provide further specifics on your testing strategy in order to answer the original question.
Router firmware should not be downloaded from the router database section.
This is from the FAQ section: "Where do I Download firmware?"
It would be nice if they gave people this warning in the router database.
(It's basically just used to see if your router is supported by DD-WRT firmware)
What you are describing is a bug in the firmware, it means the HTTP daemon isn't running. This is a common bug from images in the router database.
Here is what you should do:
- Go to https://download1.dd-wrt.com/dd-wrtv2/downloads/
- Download a new copy of the firmware for your router.
- use the command prompt via telnet or ssh, flash the new image onto the router
(be patient, wait at least 5 mins for it to flash) - If you are still having issues after re-flashing, follow the instructions at the section in the link above titled: "Why has http stopped working on my router after flashing DD-WRT?"
Let me know if you run into trouble.
Best Answer
Yes, IPERF does exist for DD-WRT routers. I have never used it myself, but I can point you to this Web page of the official DD-WRT online manual, which discusses it along with a number of equivalent tools. However, the link it provides to download IPerf is no longer operational (just try it!), so I am giving you an alternative link where you are told where to get it: from Pyramid Linux, a distro (Google it) that you can download from here. You can simply copy the binary to your DD-WRT router, like carla Schroeder suggests in the second reference, and you should be all set.
Should this fail for any reason (you my have a DD-WRT build different from mine), go back to reference 1, where you will find other alternatives discussed.
The code for IPERF has moved, it can be found here, while the older version is here.