ndt-users list created

["Pepmiller, Craig E." <>]

As I mentioned earlier, I'm running a Fedora Core 4 machine at
http://207.160.132.59:7123.  It generally runs faster outbound than
inbound.  I was able to test to 2.2.43.184.4 twice this morning with the
following results:

TCP/Web100 Network Diagnostic Tool v5.3.3e
click START to begin
Checking for Middleboxes . . . . . . . . . . . . . . . . . .  Done
running 10s outbound test (client to server) . . . . . 1.00Mb/s
running 10s inbound test (server to client) . . . . . . 7.09Mb/s
The slowest link in the end-to-end path is a 45 Mbps T3/DS3 subnet
Information: Other network traffic is congesting the link

click START to re-test
Checking for Middleboxes . . . . . . . . . . . . . . . . . .  Done
running 10s outbound test (client to server) . . . . . 1.00Mb/s
running 10s inbound test (server to client) . . . . . . 7.04Mb/s
The slowest link in the end-to-end path is a 45 Mbps T3/DS3 subnet

(I have included the Stats and Web100 info at the very bottom of this
email)

-Craig 

PS for Richard-  Could any additional information be derived from one
NDT station testing to another?  Would a network of NDT stations testing
to other NDT stations tell us more (other than historical patterns from
multiple tests)?
 
----- Original Message ----- 
From: "Clayton Keller" 
<>
To: 
<>
Sent: Thursday, October 13, 2005 7:12 PM
Subject: Re: 10's inbound test (server to client).....


> chet wrote:
> > Sent from works account earlier but I'm not sure if it went through
or
not
> >
> > Here are the logs from websrv100.log and fakewww and all looks fine
but
> > I'm still having problems with tests
> > I click the start button and the client to server tests work find,
then
> > the program just sits there doing nothing,
> > it just show running 10's inbound test (server to client).....
> > I left this for 4 hours and it still does not complete
> >
> > If you look at http://212.43.184.4:7123 you will see what I mean,
have I
> > missed something.
> >
> > OS is fedora core 4
> >
> > Thanks
> >
> > Martyn
> >
> > Oct 12 17:09:03  cpc2-clif3-6-0-cust213.nott.cable.ntl.com port 3218
> > Received SIGALRM signal: terminating active web100srv process [4380]
> > Received SIGALRM signal: terminating active web100srv process [4383]
> > spds[0] = '  0 27 565 10 1 0 0 0 0 0 11 27 0.37' max=565 [93.70%]
> > spds[1] = '  0 9 277 6 1 0 0 0 0 0 154 9 0.38' max=277 [94.54%]
> > spds[2] = ' -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 0.0' max=0 [-0.00%]
> > spds[3] = ' -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 0.0' max=0 [-0.00%]
> > Oct 12
> >
17:09:03,81.111.37.213,54,188,1,2096,23,6,0,156,0,1460,1,24,0,219136,365
00,0
> > ,155562,15530,236184,0,1,1,0,356,0,0,0,0,
> > 1,0,2,2,-1,-1,6,156,16,0,22
> >
> > Fakewww
> >
> > Oct 12 16:52:18 server started, listening on port 7123
> > Oct 12 16:52:34 [81.111.37.213] requested file '/' - sent to client
> > Oct 12 16:52:34 [81.111.37.213] requested file '/Tcpbw100.jar' -
sent to
> > client
> > Oct 12 17:08:53 [81.111.37.213] requested file '/' - sent to client
> > Oct 12 17:08:57 [81.111.37.213] requested file '/Tcpbw100.jar' -
sent to
> > client
> > Oct 12 17:08:57 [81.111.37.213] requested file '/Tcpbw100.jar' -
sent to
> > client
> > Oct 12 20:12:58 [81.111.37.213] requested file '/' - sent to client
> > Oct 12 20:13:07 [81.111.37.213] requested file '/favicon.ico' -
access
> > denied
> > Oct 12 20:13:07 [81.111.37.213] requested file '/favicon.ico' -
access
> > denied
> > Oct 12 20:13:09 [81.111.37.213] requested file '/Tcpbw100.jar' -
sent to
> > client
> > Oct 12 20:13:09 [81.111.37.213] requested file '/Tcpbw100.jar' -
sent to
> > client
>
> I've seen similar issues as well on my Fedora Core 4 install. I
applied
> the patch Rich posted, but have not had any good test attempts since
to
> report back on as of yet.
>
> Clay

Cheers Clay, can I try yours to see if its the same issues, what is the
url
to your server

Martyn


*****Continuing with stats*******
Java data: Vendor = Sun Microsystems Inc., Version = 1.5.0_04

        ------  Web100 Detailed Analysis  ------
45 Mbps T3/DS3 link found.
Link set to Half Duplex mode
No network congestion discovered.
Good network cable(s) found
Normal duplex operation found.

Web100 reports the Round trip time = 133.75 msec; the Packet size = 1460
Bytes; and 
There were 3 packets retransmitted, 3 duplicate acks received, and 7
SACK blocks received
The connection was idle 0 seconds (0%) of the time
This connection is network limited 99.85% of the time.

Web100 reports TCP negotiated the optional Performance Settings to: 
RFC 2018 Selective Acknowledgment: ON
RFC 896 Nagle Algorithm: ON
RFC 3168 Explicit Congestion Notification: OFF
RFC 1323 Time Stamping: OFF
RFC 1323 Window Scaling: ON
Packet size is preserved End-to-End
Server IP addresses are preserved End-to-End
Client IP addresses are preserved End-to-End

******Continuing with Web100 Variables********
WEB100 Kernel Variables:
Client: localhost/127.0.0.1
AckPktsIn: 3005
AckPktsOut: 0
BytesRetrans: 4380
CongAvoid: 2758
CongestionOverCount: 1
CongestionSignals: 2
CountRTT: 2999
CurCwnd: 83220
CurMSS: 1460
CurRTO: 344
CurRwinRcvd: 0
CurRwinSent: 5840
CurSsthresh: 56940
DSACKDups: 0
DataBytesIn: 0
DataBytesOut: 9161834
DataPktsIn: 0
DataPktsOut: 6055
DupAcksIn: 3
ECNEnabled: 0
FastRetran: 2
MaxCwnd: 144540
MaxMSS: 1460
MaxRTO: 416
MaxRTT: 232
MaxRwinRcvd: 0
MaxRwinSent: 5840
MaxSsthresh: 71540
MinMSS: 1460
MinRTO: 336
MinRTT: 124
MinRwinRcvd: 2147483647
MinRwinSent: 5840
NagleEnabled: 1
OtherReductions: 2
PktsIn: 3007
PktsOut: 6055
PktsRetrans: 3
X_Rcvbuf: 219136
RcvWinScale: 2
SACKEnabled: 3
SACKsRcvd: 7
SendStall: 0
SlowStart: 119
SampleRTT: 128
SmoothedRTT: 132
X_Sndbuf: 219136
SndWinScale: 3
SndLimTimeRwin: 0
SndLimTimeCwnd: 10025291
SndLimTimeSender: 15359
SndLimTransRwin: 0
SndLimTransCwnd: 12
SndLimTransSender: 12
SndLimBytesRwin: 0
SndLimBytesCwnd: 9032524
SndLimBytesSender: 129310
SubsequentTimeouts: 0
SumRTT: 401112
Timeouts: 0
TimestampsEnabled: 0
WinScaleRcvd: 3
WinScaleSent: 2
DupAcksOut: 0
StartTimeUsec: 294805
Duration: 10041939
c2sData: 4
c2sAck: 4
s2cData: 7
s2cAck: 4
half_duplex: 1
link: 0
congestion: 0
bad_cable: 0
mismatch: 0
spd: 0.00
bw: 4.58
loss: 0.000330306
avgrtt: 133.75
waitsec: 0.00
timesec: 10.00
order: 0.0010
rwintime: 0.0000
sendtime: 0.0015
cwndtime: 0.9985
rwin: 0.0000
swin: 2.0000
cwin: 1.1028
rttsec: 0.133749
Sndbuf: 262144
aspd: 7.09292

Checking for mismatch on uplink
        (speed > 50 [0>50], (xmitspeed < 5) [1.00<5]
        (rwintime > .9) [0>.9], (loss < .01) [3.30<.01]
Checking for excessive errors condition
        (loss/sec > .15) [3.30>.15], (cwndtime > .6) [0.99>.6], 
        (loss < .01) [3.30<.01], (MaxSsthresh > 0) [71540>0]
Checking for 10 Mbps link
        (speed < 9.5) [0<9.5], (speed > 3.0) [0>3.0]
        (xmitspeed < 9.5) [1.00<9.5] (loss < .01) [3.30<.01], (mylink >
0) [45.0>0]
Checking for Wireless link
        (sendtime = 0) [0.00=0], (speed < 5) [0<5]
        (Estimate > 50 [4.58>50], (Rwintime > 90) [0>.90]
         (RwinTrans/CwndTrans = 1) [0/12=1], (mylink > 0) [45.0>0]
Checking for DSL/Cable Modem link
        (speed < 2) [0<2], (SndLimTransSender = 0) [12=0]
         (SendTime = 0) [0.0015=0], (mylink > 0) [45.0>0]
Checking for half-duplex condition
        (rwintime > .95) [0>.95], (RwinTrans/sec > 30) [0>30],
         (SenderTrans/sec > 30) [1.2>30], OR (mylink <= 10) [45.0<=10]
Checking for congestion
        (cwndtime > .02) [0.99>.02], (mismatch = 0) [0=0]
        (MaxSsthresh > 0) [71540>0]

estimate = 4.58 based on packet size = 11Kbits, RTT = 133.75msec, and
loss = 3.30306E-4
The theoretical network limit is 4.58 Mbps
The NDT server has a 256.0 KByte buffer which limits the throughput to
14.95 Mbps
Your PC/Workstation has a 0 KByte buffer which limits the throughput to
0 Mbps
The network based flow control limits the throughput to 8.24 Mbps

Client Data reports link is 'T3', Client Acks report link is 'T3'
Server Data reports link is 'GigE', Server Acks report link is 'T3'