OK..NEOTEL!
I would now like the NEOTEL rep here to pass the following on to their Network Engineers to look at...and then, tell me again you are not limiting our bandwith!!!!
WEB100 Enabled Statistics:
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 965.0kb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 65.40kb/s
------ Client System Details ------
OS data: Name = Mac OS X, Architecture = i386, Version = 10.5.6
Java data: Vendor = Apple Inc., Version = 1.5.0_16
------ Web100 Detailed Analysis ------
10 Mbps Ethernet link found.
Link set to Full Duplex mode
Information: throughput is limited by ISP
Good network cable(s) found
Normal duplex operation found.
Web100 reports the Round trip time = 464.65 msec; the Packet size = 1448 Bytes; and
There were 3 packets retransmitted, 17 duplicate acks received, and 17 SACK blocks received
The connection was idle 0 seconds (0%) of the time
S2C throughput test: Packet queuing detected: 50.45%
This connection is network limited 99.41% of the time.
Excessive packet loss is impacting your performance.
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: ON
RFC 1323 Window Scaling: ON
Information: Network Middlebox is modifying MSS variable
Server IP addresses are preserved End-to-End
Information: Network Address Translation (NAT) box is modifying the Client's IP address
Server says [41.174.xxx.xxx] but Client says [192.xxx.xxx.xxx]
And some more info to prove the above.....
WEB100 Kernel Variables:
Client: localhost/127.0.0.1
CurMSS: 1448
X_Rcvbuf: 262142
X_Sndbuf: 262142
AckPktsIn: 62
AckPktsOut: 0
BytesRetrans: 2184
CongAvoid: 0
CongestionOverCount: 0
CongestionSignals: 3
CountRTT: 46
CurCwnd: 8688
CurRTO: 668
CurRwinRcvd: 524280
CurRwinSent: 5888
CurSsthresh: 2896
DSACKDups: 0
DataBytesIn: 0
DataBytesOut: 65360
DataPktsIn: 0
DataPktsOut: 86
DupAcksIn: 17
ECNEnabled: 0
FastRetran: 3
MaxCwnd: 8688
MaxMSS: 1448
MaxRTO: 1179
MaxRTT: 670
MaxRwinRcvd: 524280
MaxRwinSent: 5888
MaxSsthresh: 144800
MinMSS: 728
MinRTO: 668
MinRTT: 390
MinRwinRcvd: 1456
MinRwinSent: 5792
NagleEnabled: 1
OtherReductions: 0
PktsIn: 62
PktsOut: 86
PktsRetrans: 3
RcvWinScale: 7
SACKEnabled: 3
SACKsRcvd: 17
SendStall: 0
SlowStart: 0
SampleRTT: 441
SmoothedRTT: 448
SndWinScale: 3
SndLimTimeRwin: 0
SndLimTimeCwnd: 10427780
SndLimTimeSender: 62030
SndLimTransRwin: 0
SndLimTransCwnd: 1
SndLimTransSender: 1
SndLimBytesRwin: 0
SndLimBytesCwnd: 63840
SndLimBytesSender: 1520
SubsequentTimeouts: 0
SumRTT: 21374
Timeouts: 0
TimestampsEnabled: 1
WinScaleRcvd: 3
WinScaleSent: 7
DupAcksOut: 0
StartTimeUsec: 402133
Duration: 10491935
c2sData: 3
c2sAck: 2
s2cData: 2
s2cAck: 1
half_duplex: 0
link: 100
congestion: 1
bad_cable: 0
mismatch: 0
spd: 0.05
bw: 0.13
loss: 0.034883721
avgrtt: 464.65
waitsec: 0.00
timesec: 10.00
order: 0.2742
rwintime: 0.0000
sendtime: 0.0059
cwndtime: 0.9941
rwin: 3.9999
swin: 2.0000
cwin: 0.0663
rttsec: 0.464652
Sndbuf: 262142
aspd: 0.00000
CWND-Limited: 24.05
minCWNDpeak: 2896
maxCWNDpeak: 7240
CWNDpeaks: 3
The theoretical network limit is 0.13 Mbps
The NDT server has a 127.0 KByte buffer which limits the throughput to 1.30 Mbps
Your PC/Workstation has a 511.0 KByte buffer which limits the throughput to 8.60 Mbps
The network based flow control limits the throughput to 0.14 Mbps
Client Data reports link is 'Ethernet', Client Acks report link is 'T1'
Server Data reports link is 'T1', Server Acks report link is 'Dial-up'
Awaiting a meaningful answer.....
I would now like the NEOTEL rep here to pass the following on to their Network Engineers to look at...and then, tell me again you are not limiting our bandwith!!!!
WEB100 Enabled Statistics:
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 965.0kb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 65.40kb/s
------ Client System Details ------
OS data: Name = Mac OS X, Architecture = i386, Version = 10.5.6
Java data: Vendor = Apple Inc., Version = 1.5.0_16
------ Web100 Detailed Analysis ------
10 Mbps Ethernet link found.
Link set to Full Duplex mode
Information: throughput is limited by ISP
Good network cable(s) found
Normal duplex operation found.
Web100 reports the Round trip time = 464.65 msec; the Packet size = 1448 Bytes; and
There were 3 packets retransmitted, 17 duplicate acks received, and 17 SACK blocks received
The connection was idle 0 seconds (0%) of the time
S2C throughput test: Packet queuing detected: 50.45%
This connection is network limited 99.41% of the time.
Excessive packet loss is impacting your performance.
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: ON
RFC 1323 Window Scaling: ON
Information: Network Middlebox is modifying MSS variable
Server IP addresses are preserved End-to-End
Information: Network Address Translation (NAT) box is modifying the Client's IP address
Server says [41.174.xxx.xxx] but Client says [192.xxx.xxx.xxx]
And some more info to prove the above.....
WEB100 Kernel Variables:
Client: localhost/127.0.0.1
CurMSS: 1448
X_Rcvbuf: 262142
X_Sndbuf: 262142
AckPktsIn: 62
AckPktsOut: 0
BytesRetrans: 2184
CongAvoid: 0
CongestionOverCount: 0
CongestionSignals: 3
CountRTT: 46
CurCwnd: 8688
CurRTO: 668
CurRwinRcvd: 524280
CurRwinSent: 5888
CurSsthresh: 2896
DSACKDups: 0
DataBytesIn: 0
DataBytesOut: 65360
DataPktsIn: 0
DataPktsOut: 86
DupAcksIn: 17
ECNEnabled: 0
FastRetran: 3
MaxCwnd: 8688
MaxMSS: 1448
MaxRTO: 1179
MaxRTT: 670
MaxRwinRcvd: 524280
MaxRwinSent: 5888
MaxSsthresh: 144800
MinMSS: 728
MinRTO: 668
MinRTT: 390
MinRwinRcvd: 1456
MinRwinSent: 5792
NagleEnabled: 1
OtherReductions: 0
PktsIn: 62
PktsOut: 86
PktsRetrans: 3
RcvWinScale: 7
SACKEnabled: 3
SACKsRcvd: 17
SendStall: 0
SlowStart: 0
SampleRTT: 441
SmoothedRTT: 448
SndWinScale: 3
SndLimTimeRwin: 0
SndLimTimeCwnd: 10427780
SndLimTimeSender: 62030
SndLimTransRwin: 0
SndLimTransCwnd: 1
SndLimTransSender: 1
SndLimBytesRwin: 0
SndLimBytesCwnd: 63840
SndLimBytesSender: 1520
SubsequentTimeouts: 0
SumRTT: 21374
Timeouts: 0
TimestampsEnabled: 1
WinScaleRcvd: 3
WinScaleSent: 7
DupAcksOut: 0
StartTimeUsec: 402133
Duration: 10491935
c2sData: 3
c2sAck: 2
s2cData: 2
s2cAck: 1
half_duplex: 0
link: 100
congestion: 1
bad_cable: 0
mismatch: 0
spd: 0.05
bw: 0.13
loss: 0.034883721
avgrtt: 464.65
waitsec: 0.00
timesec: 10.00
order: 0.2742
rwintime: 0.0000
sendtime: 0.0059
cwndtime: 0.9941
rwin: 3.9999
swin: 2.0000
cwin: 0.0663
rttsec: 0.464652
Sndbuf: 262142
aspd: 0.00000
CWND-Limited: 24.05
minCWNDpeak: 2896
maxCWNDpeak: 7240
CWNDpeaks: 3
The theoretical network limit is 0.13 Mbps
The NDT server has a 127.0 KByte buffer which limits the throughput to 1.30 Mbps
Your PC/Workstation has a 511.0 KByte buffer which limits the throughput to 8.60 Mbps
The network based flow control limits the throughput to 0.14 Mbps
Client Data reports link is 'Ethernet', Client Acks report link is 'T1'
Server Data reports link is 'T1', Server Acks report link is 'Dial-up'
Awaiting a meaningful answer.....