[clug] how to use traceroute (now: iinet performance)

Eyal Lebedinsky eyal at eyal.emu.id.au
Thu Jun 26 18:21:59 MDT 2014

To support my claims, here is the performance (download 10MB from ftp.iinet) of my service for
the last day or so. The ADSL sync speed is now 5973, so I should be able to get up to about
600KB/s, which I did overnight. But the trend this morning is a worry :-(

The trend shows a deep dip 4pm-2am. The ADSL line sync varies, and during this period was:

Jun 25 09:58:08 e5  kernel: ADSL link up, interleaved, us=975, ds=6172
Jun 26 21:53:22 e5  kernel: ADSL link up, interleaved, us=947, ds=5946
Jun 26 23:31:52 e5  kernel: ADSL link up, interleaved, us=995, ds=5973

I do not know why the overnight performance was worse on the 26th, compared to today (27th),
when the logged line speed was similar. I suspect that some modem retraining happened which
is not properly logged, I did lose ppp connection intermittently a few times that evening.

The plotted download speed if what 'curl' shows as the final transfer average (on the
progress line). I will keep the script running for a few more days.

I will let iinet do the legwork: http://members.iinet.net.au/~eyaleb/iinet-speed.png


On 06/25/14 10:49, Eyal Lebedinsky wrote:
> On 06/25/14 10:28, Scott Ferguson wrote:
>> On 25/06/14 09:31, Eyal Lebedinsky wrote:
>>> I used it before to see what is going on with routing. However, there is
>>> something going
>>> on with iinet recently, and a download test from ftp.iinet.net.au ran at
>>> around 50k/s for
>>> a line sync of 6-7Mb/s.
>>> I did a 'traceroute ftp.iinet.net.au' and it went all the way to 30
>>> hops. I added '-m 255'
>>> and it still went all the way. Looks like some kind of loop between
>>> (ftp.iinet...)
>>> and (no DNS). It is still doing this now.
>>> I find this unusual but maybe I do not understand how it works and why
>>> this is acceptable.
>>> Can anyone explain why this is so and is this normal?
>>> TIA
>>> --
>>> Eyal Lebedinsky (eyal at eyal.emu.id.au)
>> For your purposes you'll probably find tcptraceroute more useful
>> (instead of ICMP tracerouting).
>> e.g. tcptraceroute -n 255 ftp.iinet.net.au
>> will test the route used for tcp packets, maximum of 255 hops, using the
>> device and gateway from your routing table. You can specify the gateway
>> with -g and the interface with -1. By default it uses the IPV from your
>> routing table, IPV4 can be forced with -4, IPV6 with -6.
>> For the purpose of getting a realistic measure of network performance
>> may I suggest you use the tests from M-Labs (Open Source code):-
>> http://www.measurementlab.net/tests
>> The most useful in your case is Network Diagnostic Test:-
>> http://www.measurementlab.net/tools/ndt
>> NOTE: it requires java to use the online version. The downloadable CLI
>> version is:-
>> http://code.google.com/p/ndt/source/
>> To test the last mile of your broadband use Network Path and Application
>> Diagnostics:-
>> http://www.measurementlab.net/tools/npad
>> To test from within a LAN use the WRT-based router tool:-
>> http://www.measurementlab.net/tools/bismark
>> To test for application traffic shaping:-
>> http://www.measurementlab.net/tools/glasnost
>> To test for network transparency (ISP shaping/throttling):-
>> http://www.measurementlab.net/tools/shaperprobe
>> To perform reverse tcptracerouting from selected endpoints:-
>> http://www.measurementlab.net/tools/reverse_traceroute
>> To test your DNS performance try the DNS Benchmark tool - workbench.
>>> From memory you use a SUSe distro - it's probably in your repository,
>> it's in Debian's:-
>> https://code.google.com/p/namebench/
>> Kind regards
> Thanks Scott,
> tcptraceroute showed that all is well.
> My issue was that a download from iinet (my ISP) site was running at less than 10% of
> the sync speed (which itself is low around 6Mb/s).
> After midnight the speed picked up to full sync, but this morning it is again slowly going down.
> Fetching http://ftp.iinet.net.au/test100MB.dat
>      over 1h yesterday evening
>      11m at 8am today
>      20m now (10:30)
> Should take 2-3 minutes at my (slow) sync speed, which it did at around 00:30 this morning.
> Any other iinet users here?
> cheers
> --
> Eyal Lebedinsky (eyal at eyal.emu.id.au)

Eyal Lebedinsky (eyal at eyal.emu.id.au)

More information about the linux mailing list