Any idea for a router transfer speed benchmark ?

Hi everybody,

I would like to measure the transfer speed (download and upload)
between my WRT54GS router and my PC.
To be clearer, I am not interesting in measuring the speed between 2 PC
connected to the WiFi router but only in the router <-> PC link speed.


First of all, I used the TFTP method :

1/ I did a "ssh" on my router and saw (top) that there were 15 Mo left
in the router memory => I thought of putting/getting a 15 Mo file and
see the inbound/outbound traffic on the router WiFi interface using a
traffic analyser.

2/ To do so, I downloaded the SolarWind TFTP server and installed it on
my PC.
I forwarded the port 69 (tftp) from the router.

3/ Then, I connected with "ssh" on the router and got the file from the
PC using "tftp" command.

4/ Then, I put the same file on my computer from the router (tftp)


=> It worked fine but the transfer was very very slow. The file should
have been written immediately but it took approximately 45 seconds.
I suppose this is due to the fact the router memory is a Flash memory
so it is longer to write to.


Does anyone has another idea to measure the WRT54GS router <-> PC link
speed ?


Thanks in advance.

> Does anyone has another idea to measure the WRT54GS router <-> PC link
> speed ?

Forgive me for asking but WHY?!

The most useful numbers are from the routers ethernet port to another
ethernet port or wireless.

I can't think of any reason why you'd want to know how fast data gets
*only* to the router, it generally goes somewhere else like another
computer perhaps on the LAN or internet and it's far easier to test the
throughput of the router rather than use the router as an endpoint.

So why just the router?

David.

David Taylor a écrit :

> Forgive me for asking but WHY?!
> So why just the router?
>
> David.


I have a reason but let me explain my problem before :

My ISP provides me a triple-play modem (TV, phone, Internet). The modem
is connected to the router.
This modem also allows me to watch a picture on TV which is played on
my home computer.
In my case, I mostly use WiFi to carry the video information.

My problem is the video stream freeze from time to time.
If I connect the WRT54GS router to my PC with a long Ethernet cable,
the problem does not occur anymore.
I also fixed the WRT54GS speed to 12 Mb (instead of letting it
auto-negotiating the speed) and I got better result.
After desactivating the AES-128 encryption, it was much better.
I noticed that the freeze occurs when the stream reach 800 Ko/s.

I think I have a speed limitation problem and that is why I have the
freeze.

Consequently, I want to know exactly which maximum WiFi speed I can
reach.
If I can go over 800 Ko/s, I will be sure the problem is elsewhere.

I have only one PC at home and I do not know anyone to borrow me one.
Moreover, I do not want to add one more step in my system since the
problem only occurs between the router and the PC.

I thought TFTP was a good idea but I can not reach high transfer rates
with that method.

(E-Mail Removed) wrote:
>I would like to measure the transfer speed (download and upload)
>between my WRT54GS router and my PC.

What about measuring the speed between a wireless client and a wired
client using something like ttcpw? The wired client will more than
keep up with the router, so you'll be measuring the wireless
bandwidth.

> What about measuring the speed between a wireless client and a wired
> client using something like ttcpw? The wired client will more than
> keep up with the router, so you'll be measuring the wireless
> bandwidth.


That sounds good.
Please tell me if I well understood (because I am French and I do not
read English fluently)

Do you mean :

1/ I run a "ttcp" deamon on the PC, another on the router and then run
the test to measure the bandwith ?

2/ Or I run 2 "ttcp" on the PC then the packets go to the router using
Wifi and get back to the PC using the Ethernet cable ?

> 2/ Or I run 2 "ttcp" on the PC then the packets go to the router using
> Wifi and get back to the PC using the Ethernet cable ?

The problem there is that with both adapters in the same machine, you're
going to be able to route between both internally and never bother going
out and back in.

That's why 2 clients, one wired and one wireless with the router in the
middle is the normal way of testing the throughput.

You stated that you've limited the router to 12Mbps and that you're
seeing 800kb/s throughput, yep that's about right for maximum.

David.

(E-Mail Removed) wrote:
[I wrote]
>> What about measuring the speed between a wireless client and a wired
>> client using something like ttcpw?

>2/ Or I run 2 "ttcp" on the PC then the packets go to the router using
>Wifi and get back to the PC using the Ethernet cable ?

I don't think you can run two ttcpw daemons on one machine, maybe you
can with ttcp...

Your real problem, from another followup, is that you are trying to
watch streaming video over a wireless connection. Depending on your
situation, you may not be able to do this, as interference may cause
network degradation.

Can you set your video client to use larger buffers?

William P. N. Smith a écrit :

> Your real problem, from another followup, is that you are trying to
> watch streaming video over a wireless connection. Depending on your
> situation, you may not be able to do this, as interference may cause
> network degradation.

In facts, I first want to check if I can get a good bandwith. The
problem always happen on the same time in the video : when there are
many differences from one picture to another. I suppose that only the
picture differences are sent to the network. Consequently, a lot of
diffs requires a lot of bandwith.
If I am bandwith limited, the picture freeze. That is why I am pretty
sure this is not a interference problem.


> Can you set your video client to use larger buffers?

My ISP provides a non-standard modem which runs an home-made firmware.
This firmware is download from the ADSL line and they do not give much
information about it (the video client is packaged in this firmware
which also manages the TV and phone)
Anyway, I am going to look in this way.

I finally did it !

Thanks to Google, I realized that most of the WRT54G/S firmwares
include a version of "ttcp" which is called "epi_ttcp".
The binary file is located on the router in "/usr/sbin".


Here my test protocol :

1/ Connect on the router using "ssh"


2/ Forward the 5010 port from the router firmware Web admin page.


3/ Start a SNMP traffic analyser (like PGRT) which directly listens on
the router interfaces.


3/ Run the "epi_ttcp" transmitter on the router :

$ /usr/sbin/epi_ttcp -t -v -n100000000000" -p 5010 192.168.1.111

(I used a huge "-n" number to constantly transmit some information /
192.168.1.111 is my PC address)


4/ I ran a SolarWind "ttcp" receiver on port 5010 on the PC :

C:/> ttcpw -r -v -p 5010


I did not need on more PC to do the test and it worked perfectly !
Moreover, I really measure the WiFi bandwitdth (and not Wired +
Wireless)

I set my router on bandwith auto-negociation and managed to get a good
signal (turning the PC antenna towards the router's antenna)
Under XP, I noticed that the WiFi link was synchronized at 54 Mb/s but
my test told me that I was transmitting at 1.2 MB/s (9.6 Mb/s)
This bandwith is nearly constant (at 9.6 Mb/s) and I have WPA-AES-128
activated.


Do you understand why XP tell me that I work at 54 Mb/s while I really
work at 9.6 Mb/s ?
Does XP lie ?

(E-Mail Removed) wrote:
>Do you understand why XP tell me that I work at 54 Mb/s while I really
>work at 9.6 Mb/s ?

Because one is your raw RF data rate and the other is your throughput.
Isn't this what you are trying to measure anyway?

I still think you'd get better results with a wired computer as the
other client, you don' t have any reason to believe that your router
has the horsepower to keep your pipe full...

Try it again with a wired connection to your laptop and see what you
get. If I get a free minute today I'll try my WAP54G, but don't hold
your breath.