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

[Scott Ferguson]

On 25/06/14 12:05, Eyal Lebedinsky wrote:
> 
> 
> 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.
>>>>
<snipped>
>>>>
>>>> Can anyone explain why this is so and is this normal?
>>>>
>>>> TIA
>>>>
>>>> -- 
>>>> Eyal Lebedinsky (eyal at eyal.emu.id.au)
>>>
>>>
<snipped>
>>>
>>>
>>> Kind regards
>>
>> Thanks Scott,
>>
>> tcptraceroute showed that all is well.
>>
<snipped>
>>
>> cheers
>>
>> -- 
>> Eyal Lebedinsky (eyal at eyal.emu.id.au)
> 
> Adding a record of how iinet ADSL performs now (note that I do not dare
> fetch the 100MB file,
> this is the 10MB one):
> 
> $ wget http://ftp.iinet.net.au/test10MB.dat
> --2014-06-25 12:00:34--  http://ftp.iinet.net.au/test10MB.dat
> Resolving www (www)... 192.168.3.7
> Connecting to www (www)|192.168.3.7|:18080... connected.
> Proxy request sent, awaiting response... 200 OK
> Length: 10000000 (9.5M) [chemical/x-mopac-input]
> Saving to: 'test10MB.dat.1'
> 
> 100%[==========================================================>]
> 10,000,000  57.0KB/s   in 2m 57s
> 
> 2014-06-25 12:03:32 (55.1 KB/s) - 'test10MB.dat.1' saved
> [10000000/10000000]
> 

Ouch. I'm using 3G (2 bars only) with some network load (email,
webserver, sshfs) in the background, but I still get:-
wget http://ftp.iinet.net.au/test10MB.dat
--2014-06-25 12:13:47--  http://ftp.iinet.net.au/test10MB.dat
Resolving ftp.iinet.net.au (ftp.iinet.net.au)... 203.0.178.32
Connecting to ftp.iinet.net.au (ftp.iinet.net.au)|203.0.178.32|:80...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 10000000 (9.5M) [chemical/x-mopac-input]
Saving to: `test10MB.dat'

100%[===============================================================>]
10,000,000   347K/s   in 29s

2014-06-25 12:14:18 (340 KB/s) - `test10MB.dat' saved [10000000/10000000]

Not too shabby considering that's via Sydney.


NDT test run towards M-Lab server
ndt.iupui.mlab2.syd02.measurement-lab.org

RTT between client and M-Lab server
49 ms

DOWNLOAD SPEED
3.7 Mbps

UPLOAD SPEED
1.7 Mbps

As you can see my network settings could be optimised further:-
OS data:: Linux 3.2.0-4-686-pae, Architecture: x86
Flash Info: Version = LNX 11,2,202,378
Your PC is connected to a
Cable/DSL modem
[C2S]: Packet queueing detected
[C2S]: Packet queueing detected
This connection is receiver limited 54.98% of the time
This connection is sender limited 30.64% of the time
This connection is network limited 14.38% of the time
Cable modem/DSL/T1 link found.
Link set to Full Duplex mode
No network congestion discovered.
Good network cable(s) found
Normal duplex operation found.
Web100 reports the Round trip time = 740.77ms
the Packet size = 1388bytes
No packet loss was observed.
C2S throughput test: Packet queuing detected: 27.45%
S2C throughput test: Packet queuing detected: 27.45%
Web100 reports TCP negotiated the optional Performance Settings to:
RFC 2018 Selective Acknowledgement:
ON
RFC 896 Nagle Algorithm:
ON
RFC 3168 Explicit Congestion Notification:
OFF
RFC 1323 Time Stamping:
ON
RFC 1323 Window Scaling:
ON; Scaling Factors - Server=4, Client=7
The theoretical network limit is 14.30 Mbps
The NDT server has a 601.45 KByte buffer which limits the throughput to
12.69 Mbps
Your PC/Workstation has a 441.30 KByte buffer which limits the
throughput to 4.65 Mbps
The network based flow control limits the throughput to 4.70 Mbps
Client Data reports link is T1
Client Acks report link is T1
Server Data reports link is OC-48
Server Acks report link is Ethernet
=== Results sent by the server ===
CurMSS: 1388
X_Rcvbuf: 87380
X_Sndbuf: 1231776
AckPktsOut: 0
BytesRetrans: 0
CongAvoid: 0
CongestionOverCount: 0
CongestionSignals: 0
CountRTT: 1051
CurCwnd: 456652
CurRTO: 1466
CurRwinRcvd: 451888
CurRwinSent: 5888
CurSsthresh: 2147483647
DSACKDups: 0
DataBytesIn: 0
DataBytesOut: 5680148
DataPktsIn: 0
DataPktsOut: 4002
DupAcksIn: 0
ECNEnabled: 0
FastRetran: 0
MaxCwnd: 456652
MaxMSS: 1388
MaxRTO: 1467
MaxRTT: 1291
MaxRwinRcvd: 451888
MaxRwinSent: 5888
MaxSsthresh: 0
MinMSS: 1388
MinRTO: 260
MinRTT: 49
MinRwinRcvd: 14608
MinRwinSent: 5792
NagleEnabled: 1
OtherReductions: 0
PktsIn: 1050
PktsOut: 4002
PktsRetrans: 0
RcvWinScale: 7
SACKEnabled: 3
SACKsRcvd: 0
SendStall: 0
SlowStart: 326
SampleRTT: 1261
SmoothedRTT: 1263
SndWinScale: 4
SndLimTimeRwin: 8472319
SndLimTimeCwnd: 2215906
SndLimTimeSender: 4720912
SndLimTransRwin: 5
SndLimTransCwnd: 14
SndLimTransSender: 10
SndLimBytesRwin: 4123680
SndLimBytesCwnd: 1495260
SndLimBytesSender: 61208
SubsequentTimeouts: 0
SumRTT: 778551
Timeouts: 0
TimestampsEnabled: 1
WinScaleRcvd: 4
WinScaleSent: 7
DupAcksOut: 0
StartTimeUsec: 637341
Duration: 15411983
c2sData: 2
c2sAck: 2
s2cData: 8
s2cAck: 3
half_duplex: 0
link: 100
congestion: 0
bad_cable: 0
mismatch: 0
spd: 2.95
bw: 14.30
loss: 0.000001000
avgrtt: 740.77
waitsec: 0.00
timesec: 15.00
order: 0.0000
rwintime: 0.5498
sendtime: 0.3064
cwndtime: 0.1438
rwin: 3.4476
swin: 9.3977
cwin: 3.4840
rttsec: 0.740772
Sndbuf: 1231776
aspd: 0.00000
CWND-Limited: -0.06
minCWNDpeak: -1
maxCWNDpeak: -1
CWNDpeaks: -1


Kind regards