scumbucketsex Posted February 5, 2006 Author CID Share Posted February 5, 2006 have made the changes mate, this is out they turn out Download Stats ..::: Connection is:: 467 Kbps about 0.5 Mbps (tested with 2992 kB) Download Speed is:: 57 kB/s Tested From:: https://testmy.net (server1) Test Time:: Sun Feb 5 20:49:29 UTC 2006 Bottom Line:: 8X faster than 56K 1MB download in 17.96 sec Diagnosis: May need help : running at only 38.15 % of your hosts average (ntli.net) Validation Link:: https://testmy.net/stats/id-MXKN96BIC Quote Link to comment Share on other sites More sharing options...
scumbucketsex Posted February 5, 2006 Author CID Share Posted February 5, 2006 Your IP appears to be behind a web proxy server and results shown might not be for your system. TCP options string = 020405b40103030101010402 MTU = 1500 MTU is fully optimized for broadband. MSS = 1460 Maximum useful data in each packet = 1460, which equals MSS. Default TCP Receive Window (RWIN) = 128480 RWIN Scaling (RFC1323) = 1 bits (scale factor of 2) Unscaled TCP Receive Window = 64240 RWIN is a multiple of MSS Other values for RWIN that might work well with your current MTU/MSS: 513920 (MSS x 44 * scale factor of 256960 (MSS x 44 * scale factor of 4) 64240 (MSS x 44) bandwidth * delay product (Note this is not a speed test): Your TCP Window limits you to: 5139.2 kbps (642.4 KBytes/s) @ 200ms Your TCP Window limits you to: 2055.68 kbps (256.96 KBytes/s) @ 500ms MTU Discovery (RFC1191) = ON Time to live left = 59 hops TTL value is ok. Timestamps (RFC1323) = OFF Selective Acknowledgements (RFC2018) = ON IP type of service field (RFC1349) = 00000000 (0) Quote Link to comment Share on other sites More sharing options...
scumbucketsex Posted February 5, 2006 Author CID Share Posted February 5, 2006 TCP/Web100 Network Diagnostic Tool v5.3.3d click START to begin Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done running 10s outbound test (client to server) . . . . . 290.81Kb/s running 10s inbound test (server to client) . . . . . . 474.09kb/s Your PC is connected to a Cable/DSL modem Information: Other network traffic is congesting the link Quote Link to comment Share on other sites More sharing options...
scumbucketsex Posted February 5, 2006 Author CID Share Posted February 5, 2006 Java data: Vendor = Sun Microsystems Inc., Version = 1.5.0_04 ------ Web100 Detailed Analysis ------ Cable modem/DSL/T1 link found. Link set to Full Duplex mode Information: throughput is limited by other network traffic. Good network cable(s) found Normal duplex operation found. Web100 reports the Round trip time = 623.12 msec; the Packet size = 1460 Bytes; and There were 22 packets retransmitted, 55 duplicate acks received, and 83 SACK blocks received The connection was idle 0 seconds (0%) of the time This connection is network limited 99.97% 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 Quote Link to comment Share on other sites More sharing options...
scumbucketsex Posted February 5, 2006 Author CID Share Posted February 5, 2006 WEB100 Kernel Variables: Client: localhost/127.0.0.1 AckPktsIn: 250 AckPktsOut: 0 BytesRetrans: 32120 CongAvoid: 90 CongestionOverCount: 0 CongestionSignals: 1 CountRTT: 176 CurCwnd: 48180 CurMSS: 1460 CurRTO: 1140 CurRwinRcvd: 128480 CurRwinSent: 16304 CurSsthresh: 43800 DSACKDups: 0 DataBytesIn: 0 DataBytesOut: 665760 DataPktsIn: 0 DataPktsOut: 456 DupAcksIn: 55 ECNEnabled: 0 FastRetran: 1 MaxCwnd: 87600 MaxMSS: 1460 MaxRTO: 1350 MaxRTT: 940 MaxRwinRcvd: 128480 MaxRwinSent: 16304 MaxSsthresh: 43800 MinMSS: 1460 MinRTO: 560 MinRTT: 190 MinRwinRcvd: 64240 MinRwinSent: 16304 NagleEnabled: 1 OtherReductions: 0 PktsIn: 250 PktsOut: 456 PktsRetrans: 22 X_Rcvbuf: 103424 RcvWinScale: 7 SACKEnabled: 3 SACKsRcvd: 83 SendStall: 0 SlowStart: 76 SampleRTT: 780 SmoothedRTT: 790 X_Sndbuf: 103424 SndWinScale: 1 SndLimTimeRwin: 0 SndLimTimeCwnd: 10106849 SndLimTimeSender: 2585 SndLimTransRwin: 0 SndLimTransCwnd: 1 SndLimTransSender: 1 SndLimBytesRwin: 0 SndLimBytesCwnd: 665760 SndLimBytesSender: 0 SubsequentTimeouts: 0 SumRTT: 109670 Timeouts: 0 TimestampsEnabled: 0 WinScaleRcvd: 1 WinScaleSent: 7 DupAcksOut: 0 StartTimeUsec: 137629 Duration: 10112201 c2sData: 2 c2sAck: 2 s2cData: 9 s2cAck: 2 half_duplex: 0 link: 100 congestion: 1 bad_cable: 0 mismatch: 0 spd: 0.00 bw: 0.38 loss: 0.002192982 avgrtt: 623.12 waitsec: 0.00 timesec: 10.00 order: 0.2200 rwintime: 0.0000 sendtime: 0.0003 cwndtime: 0.9997 rwin: 0.9802 swin: 64.0000 cwin: 0.6683 rttsec: 0.623125 Sndbuf: 8388608 aspd: 2.29277 Checking for mismatch on uplink (speed > 50 [0>50], (xmitspeed < 5) [0.29<5] (rwintime > .9) [0>.9], (loss < .01) [0.00<.01] Checking for excessive errors condition (loss/sec > .15) [2.19>.15], (cwndtime > .6) [0.99>.6], (loss < .01) [0.00<.01], (MaxSsthresh > 0) [43800>0] Checking for 10 Mbps link (speed < 9.5) [0<9.5], (speed > 3.0) [0>3.0] (xmitspeed < 9.5) [0.29<9.5] (loss < .01) [0.00<.01], (mylink > 0) [3.0>0] Checking for Wireless link (sendtime = 0) [3.0E=0], (speed < 5) [0<5] (Estimate > 50 [0.38>50], (Rwintime > 90) [0>.90] (RwinTrans/CwndTrans = 1) [0/1=1], (mylink > 0) [3.0>0] Checking for DSL/Cable Modem link (speed < 2) [0<2], (SndLimTransSender = 0) [1=0] (SendTime = 0) [3.0E-4=0], (mylink > 0) [3.0>0] Checking for half-duplex condition (rwintime > .95) [0>.95], (RwinTrans/sec > 30) [0>30], (SenderTrans/sec > 30) [0.1>30], OR (mylink <= 10) [3.0<=10] Checking for congestion (cwndtime > .02) [0.99>.02], (mismatch = 0) [0=0] (MaxSsthresh > 0) [43800>0] estimate = 0.38 based on packet size = 11Kbits, RTT = 623.12msec, and loss = 0.002192982 The theoretical network limit is 0.38 Mbps The NDT server has a 8192.0 KByte buffer which limits the throughput to 102.70 Mbps Your PC/Workstation has a 125.0 KByte buffer which limits the throughput to 1.57 Mbps The network based flow control limits the throughput to 1.07 Mbps Client Data reports link is 'T1', Client Acks report link is 'T1' Server Data reports link is '10 Gig', Server Acks report link is 'T1' Quote Link to comment Share on other sites More sharing options...
trogers Posted February 5, 2006 CID Share Posted February 5, 2006 Download this file and note your speed, using AnalogX Netstat Live http://download.microsoft.com/download/E/6/A/E6A04295-D2A8-40D0-A0C5-241BFECD095E/W2KSP4_EN.EXE Quote Link to comment Share on other sites More sharing options...
scumbucketsex Posted February 5, 2006 Author CID Share Posted February 5, 2006 big download mate what is it?u mean note speed y downloading or after? Quote Link to comment Share on other sites More sharing options...
trogers Posted February 5, 2006 CID Share Posted February 5, 2006 It is a big file. Note you ave download speed when you have downloaded 50% of the file. I can achieve 960 Kbps. Quote Link to comment Share on other sites More sharing options...
scumbucketsex Posted February 5, 2006 Author CID Share Posted February 5, 2006 am getting an average of incoming 62.1kb at the mo, 29% done so far Quote Link to comment Share on other sites More sharing options...
trogers Posted February 5, 2006 CID Share Posted February 5, 2006 you can stop the download after 50% Quote Link to comment Share on other sites More sharing options...
scumbucketsex Posted February 5, 2006 Author CID Share Posted February 5, 2006 55% done and got 63.8kb average, my maximum went up from 82.9kb to 93.1 at about 40%, so should i stop the download now? Quote Link to comment Share on other sites More sharing options...
trogers Posted February 5, 2006 CID Share Posted February 5, 2006 yes you can stop the download. I have another guy from London asking to tweak his comp. Let me see if he has a similar problem as you. Quote Link to comment Share on other sites More sharing options...
scumbucketsex Posted February 5, 2006 Author CID Share Posted February 5, 2006 ok, im in cambridegshire in england, if that makes any difference Quote Link to comment Share on other sites More sharing options...
trogers Posted February 5, 2006 CID Share Posted February 5, 2006 The other guy has not yet submit his network diagnostic test. In the mean time, you should change your log-in password with your ISP. Quote Link to comment Share on other sites More sharing options...
scumbucketsex Posted February 5, 2006 Author CID Share Posted February 5, 2006 what login password mate? Quote Link to comment Share on other sites More sharing options...
trogers Posted February 5, 2006 CID Share Posted February 5, 2006 How do you link up with your ISP? Through a dial-up modem, no? Quote Link to comment Share on other sites More sharing options...
scumbucketsex Posted February 5, 2006 Author CID Share Posted February 5, 2006 through a seperate modem connected via usb yes, do you mean change my password i use to sign on the net with? Quote Link to comment Share on other sites More sharing options...
trogers Posted February 5, 2006 CID Share Posted February 5, 2006 yes Quote Link to comment Share on other sites More sharing options...
scumbucketsex Posted February 5, 2006 Author CID Share Posted February 5, 2006 done, i have just noticed something in my tests it says this: running at only 38.15 % of your hosts average (ntli.net) but my broadband is with tescobroadband not ntli.net, does that make any difference to anything? Quote Link to comment Share on other sites More sharing options...
trogers Posted February 5, 2006 CID Share Posted February 5, 2006 Could be. Did your signal pass through NTLI as shown in the traceroute? Quote Link to comment Share on other sites More sharing options...
scumbucketsex Posted February 5, 2006 Author CID Share Posted February 5, 2006 dont know what you mean sorry mate for being such a noob with this stuff Quote Link to comment Share on other sites More sharing options...
trogers Posted February 5, 2006 CID Share Posted February 5, 2006 After changing password, disconnect your line, reboot your comp and log in again with new password. Quote Link to comment Share on other sites More sharing options...
scumbucketsex Posted February 5, 2006 Author CID Share Posted February 5, 2006 this is what i got when i did the trace route before Analysis: Number of hops: 14 Last hop responding to ICMP: 13, UDP: 14, TCP: 13. There appears to be a firewall at (hop 14) that blocks ICMP (ping) packets. The destination appears to block unwanted TCP packets. Legend: T1/T2/T3 are the round-trip times in milliseconds (1/1000ths of a second). T1 uses a proper ICMP-based tracert (Microsoft style). T2 uses a UDP-based traceroute (Unix-style). T3 uses a TCP-based traceroute (port 80). Since many ISPs now block ICMP and/or packets to unknown ports, T3 (not used by many traceroute programs) typically shows the best results. Best times may be theoretical (if it takes 80ms to hop 10, and 50ms to hop 11, we say the best time for hop 10 is 50ms). If no reverse DNS entry is given for an IP, we display 'unknown.example.com' if the domain name is known. shall i do it again? Quote Link to comment Share on other sites More sharing options...
trogers Posted February 5, 2006 CID Share Posted February 5, 2006 use http://www.dnsstuff.com/ in their report, they included the names of organisations your signal passes thru Quote Link to comment Share on other sites More sharing options...
scumbucketsex Posted February 5, 2006 Author CID Share Posted February 5, 2006 Hop T1 T2 T3 Best Graph IP Hostname Dist TTL Ctry Time 1 0 0 0 0.4 ms 66.36.240.2 AS14361 HOPONE-DCA c-vl102-d1.acc.dca2.hopone.net. 255 US Unknown: 82e7f27e 2 0 0 0 0.4 ms [+0ms] 66.36.224.232 AS0 IANA-RSVD-0 gec2.core1.dca2.hopone.net. 0 miles [+0] 254 US Unknown: 84d78ae3 3 5 5 5 5.7 ms [+5ms] 66.36.224.174 AS0 IANA-RSVD-0 cw.peer.nyc2.hopone.net. 0 miles [+0] 252 US Unix: 22:11:12.499 4 6 5 19 5.9 ms [+0ms] 195.2.3.13 AS1273 CW so-3-0-0-dcr1.nyk.cw.net. 0 miles [+0] 251 EU Unix: 22:11:12.527 5 103 81 81 81 ms [+75ms] 195.2.10.110 AS1273 CW so-2-0-0-dcr2.tsd.cw.net. 0 miles [+0] 250 EU Unix: 22:11:12.702 6 84 82 92 82 ms [+0ms] 195.2.10.61 AS1273 CW so-5-0-0-bcr1.tsd.cw.net. 0 miles [+0] 249 EU Unix: 22:11:12.783 7 83 83 83 82 ms [+0ms] 166.63.211.150 AS1273 CW ntl1.tsd.cw.net. 0 miles [+0] 248 US Unix: 22:03:39.575 8 87 82 82 82 ms [+0ms] 62.253.185.97 AS5089 NTL nth-bb-a-so-000-0.inet.ntl.com. 0 miles [+0] 248 UK Unix: 22:10:20.153 9 218 84 98 84 ms [+2ms] 62.253.188.226 AS5089 NTL pete-t2core-a-pos31.inet.ntl.com. 0 miles [+0] 245 UK Unix: 22:11:13.225 10 346 144 134 134 ms [+49ms] 80.3.129.14 AS5089 NTL pete-bam-1-ge100.inet.ntl.com. 0 miles [+0] 246 UK Unix: 22:11:13. 38 11 * * * 99999 ms [+99999ms] [unknown] [unknown - Firewall did not respond] 0 miles [+0] 12 * * * 99999 ms [+0ms] [unknown] [unknown - Firewall did not respond] 0 miles [+0] 13 * * * 99999 ms [+0ms] [unknown] [unknown - Firewall did not respond] 0 miles [+0] 14 * * * 99999 ms [+0ms] [unknown] [unknown - Firewall did not respond] [4 hops with no response: assuming we hit a firewall that blocks pings] 0 miles [+0] 15 Analysis: Number of hops: 14 Last hop responding to ICMP: 10, UDP: 10, TCP: 10. There appears to be a firewall right after (hop 10) that blocks ICMP, unwanted UDP, and unwanted TCP packets. Legend: T1/T2/T3 are the round-trip times in milliseconds (1/1000ths of a second). T1 uses a proper ICMP-based tracert (Microsoft style). T2 uses a UDP-based traceroute (Unix-style). T3 uses a TCP-based traceroute (port 80). Since many ISPs now block ICMP and/or packets to unknown ports, T3 (not used by many traceroute programs) typically shows the best results. Best times may be theoretical (if it takes 80ms to hop 10, and 50ms to hop 11, we say the best time for hop 10 is 50ms). If no reverse DNS entry is given for an IP, we display 'unknown.example.com' if the domain name is known. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.