vez boob
@verizon.net
| lousy 6100F downloads
I get really lousy downloads on this 3.0MBs speced line. Any Ideas?
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
SendBufferSize set to [8192]
running 10s outbound test (client to server) . . . . . 726.36Kb/s
running 10s inbound test (server to client) . . . . . . 116.15kb/s
------ Client System Details ------
OS data: Name = Windows XP, Architecture = x86, Version = 5.1
Java data: Vendor = Sun Microsystems Inc., Version = 1.5.0_06
------ Web100 Detailed Analysis ------
Client Receive Window detected at 261360 bytes.
Cable modem/DSL/T1 link found.
Link set to Full Duplex mode
No network congestion discovered.
Good network cable(s) found
Alarm: Duplex mismatch condition found: Host set to Full and Switch set to Half duplexD
Web100 reports the Round trip time = 143.79 msec; the Packet size = 1444 Bytes; and
There were 23 packets retransmitted, 84 duplicate acks received, and 56 SACK blocks received
The connection stalled 4 times due to packet loss
The connection was idle 1.76 seconds (13.53%) of the time
This connection is network limited 99.78% of the time.
Excessive packet loss is impacting your performance, check the auto-negotiate function on your local PC and network switch
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
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 [138.89.119.151] but Client says [192.168.1.47] |
|
Smith6612
Premium
join:2008-02-01
united state | Can you post up the transceiver stats found at »192.168.1.1/transtat.htm ? Your speeds are suggesting your speed is provisioned at the 768kbps speed :\ |
|
vez boob
@verizon.net | Sorry, they are asking me for Name and Password.
something related to "Modem Secure"
Vez Boob |
|
Smith6612
Premium
join:2008-02-01
united state | try admin/password , admin/password1 or admin/admin . Try each several times until you see a new screen asking to change your password or until it lets you in. |
|
vez boob
@verizon.net
| Transceiver Statistics
Transceiver Revision: 7.2.3.0
Vendor ID Code: 4
Line Mode: G.DMT Mode
Data Path: Interleaved
Transceiver Information Downstream Path Upstream Path
DSL Speed (Kbits/Sec) 3360 864
Margin (dB) 14.0 10.0
Line Attenuation (dB) 41.5 25.0
Transmit Power (dBm) 7.8 11.9 |
|
Smith6612
Premium
join:2008-02-01
united state | reply to vez boob
OK then. Open up the Tools section of this site, and run the Tweak Tester. When it asks you for some info, your download speed is 3000 kbps, and you are using routerpppoe. Post up the results of the Tweak Test and then we can go from there. |
|
vez boob
@verizon.net | reply to vez boob
OK, I went there. They do not have a download, just an online test. Ran Java Tweak Tool - Tweak Tester II; got msg "* Downloading file of size 1024000: Failed to download: Read timed out"
vez boob |
|
vez boob
@verizon.net
| reply to vez boob
Cool, got it running on 5th try (sheeshhhhhhh):
Your Tweakable Settings
Receive Window (RWIN): 261360
Window Scaling: 2
Path MTU Discovery: ON
RFC1323 Window Scaling: ON
RFC1323 Time Stamping: OFF
Selective Acks: ON
MSS requested: 1444
TTL:
(less any hops behind firewall)
70
TTL remaining: 53
TOS flags: none set
Test Download
Actual data bytes sent: 1142401
Actual data packets: 793
Max packet sent (MTU): 1484
Max packet recd (MTU): 1492
Retransmitted packets: 82
sacks you sent: 216
pushed data pkts: 171
data transmit time: 22.960 secs
our max idletime: 1051.8 ms
transfer rate: 43991 bytes/sec
transfer rate: 351 kbits/sec
transfer efficiency: 89%
ICMP (ping) check
Minimum ping: 27.76 ms
Maximum ping: 29.02 ms
Ping stability:
28.42 28.10 28.48 27.76 28.20 28.40 28.36 28.57 29.02 28.98
(vez boob) |
|
Smith6612
Premium
join:2008-02-01
united state | reply to vez boob
when you ran the test, did the tweak tester say anything about the RWIN needing an adjustment of the RWIN or of retransmissions? |
|
Jodokast96
R.I.P Bassman442
Premium
join:2005-11-23
Erial, NJ | reply to vez boob
What OS are you running? That RWIN seems really high. |
|
flo1356
join:2004-05-01
Fair Lawn, NJ | Perhaps updating your java would help with the tests too. |
|
vez boob
@verizon.net
| reply to vez boob
Right, the RWIN was really too big. I used to have it around 26,000 but for some reason an extra zero got in there and made it 260,000 . No biggie. Lowered the RWIN to 37,000+, but still have the same problems. Am running on XP, SP2. Not sure I'd want to update Java. Java is used mostly by the Browser, and I have the latest Firefox 3.0.7, so I am in no mood to update my Java.
I am particularly concerned with these 2 msgs:
1. Network Middlebox is modifying Mss variable.
2. Network Address Translation (NAT) box is modifying Client IP address.
I used to have a problem last fall, which looked the same from my end. When the Verizon Cable guy came in, he found that my cable had the wrong kind of grounding (I live in an apartment building). I think it may be the same problem now too (sure looks the same from my end). Verizon is looking at it, and will send somebody if CO can not fix issue remotely.
The NEW Verizon Test output:
Speed Test Analysis Information
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
SendBufferSize set to [8192]
running 10s outbound test (client to server) . . . . . 722.89Kb/s
running 10s inbound test (server to client) . . . . . . 109.40kb/s
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 [68.162.48.123] but Client says [192.168.1.47]
The NEW Tweak Test output:
Your Tweakable Settings
Receive Window (RWIN): 37752
Window Scaling: 0
Path MTU Discovery: ON
RFC1323 Window Scaling: ON
RFC1323 Time Stamping: OFF
Selective Acks: ON
MSS requested: 1444
TTL:
(less any hops behind firewall)
70
TTL remaining: 53
TOS flags: none set
Test Download
Actual data bytes sent: 1177065
Actual data packets: 817
Max packet sent (MTU): 1484
Max packet recd (MTU): 1492
Retransmitted packets: 106
sacks you sent: 244
pushed data pkts: 131
data transmit time: 29.376 secs
our max idletime: 561.9 ms
transfer rate: 34593 bytes/sec
transfer rate: 276 kbits/sec
transfer efficiency: 86%
ICMP (ping) check
Minimum ping: 27.88 ms
Maximum ping: 29.55 ms
Ping stability:
28.67 27.95 28.13 28.34 28.93 29.38 28.59 29.55 27.88 28.97
verizon boob |
|
Jodokast96
R.I.P Bassman442
Premium
join:2005-11-23
Erial, NJ | Next thing I would do is run a Line Quality Test and post a link to the results. |
|
mikeguy
join:2008-09-08 | reply to vez boob
This is the link I am getting:
»/linequality/nil/2500839
Seems like last leg has issues (maybe of the grounding variety I had last fall)?
vez boob |
|
Smith6612
Premium
join:2008-02-01
united state
 ·Dish Network
 ·Verizon Online DSL
·FrontierNet Intern..
| reply to vez boob
Well, there is obviously loss on the line, which is probably what is causing those slower speeds. What also questions me though is, typically in the case of line issues, typically the download OR the upload is taken instead of both download and upload, but this is possible. I'm wondering on what anyone else here has to say about the line and whether or not it's the packet loss (which does seem to be the case). |
|
mikeguy
join:2008-09-08 | reply to vez boob
Sorry, but I only have download problems. The upload works fine, 700+kbs ...... no complaints.
verizon boob |
|
Smith6612
Premium
join:2008-02-01
united state | My bad, just noticed the way the web100 test tested the connection. I suppose that packet loss is what is causing the slow downloading then, really. |
|
vez boob
@verizon.net | reply to vez boob
So how are these packet loss problems handled? Do I just have to wait for Verizon till they fix their line?
vez boob |
|
Smith6612
Premium
join:2008-02-01
united state
·Dish Network
·Verizon Online DSL
·FrontierNet Intern..
| Well it all depends. Via the phone, Verizon won't fix it unless a lot of people in the same area are having the issue, or unless you can verify that there is a problem and the tech places a network troubleshooting ticket. On this site, you can visit the Verizon Direct forum, and if you were to register, you can post up a topic explaining that you are seeing slow speeds and line loss, and that you would like them to see what they can do, such as switching a network router on their end. |
|
mikeguy
join:2008-09-08
| reply to vez boob
Tkx for the advice. The CO dude came in, and Holy Cow, his test works out wonderfully 3360/860. Not hell of a lot he can do for me. Must be my computer, right?
Switched my desktops, put up my backup ... same problem.
Talking to the online techie, has me run some ping/trace tests, and may open a network ticket.
I can almost bet the horse and cart it's the same thing I had in Sept .... "some grounding on the cable" |
|
