i purchased 35/35 but I get 11/2; does this really work or did i get ripped off?

[CapnCrunch]

Where did you test your connection?  Try http://my.verizon.com/micro/speedtest/broadband/

or www.speedtest.net

Also, if you are connecting over wireless you will have some speed loss vs. connection directly to the modem via an ethernet cable.

[viafax999]

Did you use the verizon optimizer?

[lasagna]

I agee with the other posts here so far ... make sure you run the optimizer and do the speed tests against Verizon's server and serveral different speedtest.net servers (some of these servers are capped at 10/2 type rates and give skewed results).

I have a 35/35 internet connection and usually get my allocated bandwidth and then some depending on which server I test against.    Right now looks like I'm getting any average of 42 down, 32 up.

[viafax999]

Been out of country for a few days.  Have 25/25 and after the upgrade or whatever VZ did about 6 weeks ago was consistently getting 30/25.  After reading this post earlier I tried checking today and am now getting 30/2..  I'll check again later and if it's still the same then complain.

[jtravapd]

How do you have your router set up? do you have a bridge router set up also? 

You can try doing a hard reset on your verizon router, if that doesn't work call tech support and they will reset your connection to the central station.  Having verizon reset your connection worked for my friend who had the same problem you did.  Its worth a shot.

[DallasTX]

Using DSL Reports speed test I got 11m/6m with an LA server.  With a local Dallas server I got 43m/34.5m.  I also purchased 35/35.

[prisaz]

Please will the origional poster please stand up and let us know if things have improved or if your issue is resolved.

Once the connection leaves the Verizon network Verizon has no control of the bandwidth. If you try the Verizon speed test you will also find a slow down between the East and West coasts tests, or test outside your local region. I might to a trace route to see if the speed test stays on the Verizon backbone from East to West, but I do not think it does. I do not think you will find any provider that keeps all their traffic on their network from one coast to the other.

Well no matter which region I test with the Verizon speed test URL stays the same no matter what. The scripting must be masking the redirect and true server location.

http://my.verizon.com/micro/speedtest/broadband/#

Verizon speed test East to West. I am in the East.

running 10s outbound test (client to server) . . . . . 6.92Mb/s
running 10s inbound test (server to client) . . . . . . 17.37Mb/s

Verizon Speedtest North East with 35/35 connection.

running 10s outbound test (client to server) . . . . . 35.47Mb/s
running 10s inbound test (server to client) . . . . . . 42.91Mb/s

http://my.verizon.com/micro/speedtest/broadband/

We are getting what we pay for. Now if you go to another speed test, all bets are off. It depends on network congestion and the load on the test server. Some servers are better than others.

[Justin46]

You see a lot of speed variation to the different Verizon servers. My experience is not quite the same, here are some results I just got a few minutes ago (I am in the Central Region and have 25/15 service):

Verizon Speed Tests - 8/29/2010 at about 12:30 pm CDT

Northeast Region

running 10s outbound test (client to server) . . . . . 20.68Mb/s
running 10s inbound test (server to client) . . . . . . 29.18Mb/s

Southeast Region

running 10s outbound test (client to server) . . . . . 22.09Mb/s
running 10s inbound test (server to client) . . . . . . 30.00Mb/s

West Region

running 10s outbound test (client to server) . . . . . 19.70Mb/s
running 10s inbound test (server to client) . . . . . . 29.13Mb/s

Central Region

running 10s outbound test (client to server) . . . . . 24.46Mb/s
running 10s inbound test (server to client) . . . . . . 30.63Mb/s

__________________________________
Justin
Verizon FiOS TV, Internet, and phone
QIP6416-P1, IMG 1.7.1, Build 09.97
Keller, TX 76248

[prisaz]

Justin

I guess being in the middle helps. Thanks for your results. From what I recall TX is GPON. That probably makes the difference. I do not think all the COs are GPON. These are the details of my Maryland to the NE server. I would like to know what your test shows here. I wonder if it is the same. Regardless I believe we are getting what we pay for. It used to say the slowest link in the end to end connection is 10 Mbps. But now it does not, since the extra speed was added, and now says T3/DS3.

"45 Mbps T3/DS3 link found.
Link set to Full Duplex mode"

Broadband Speed Test

Analysis information:

Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
SendBufferSize set to [522720]
running 10s outbound test (client to server) . . . . . 34.20Mb/s
running 10s inbound test (server to client) . . . . . . 42.91Mb/s

------ Client System Details ------
OS data: Name = Windows Vista, Architecture = x86, Version = 6.0
Java data: Vendor = Sun Microsystems Inc., Version = 1.6.0_21

------ Web100 Detailed Analysis ------
Client Receive Window detected at 164076 bytes.
45 Mbps T3/DS3 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 = 19.56 msec; the Packet size = 1452 Bytes; and
No packet loss - but packets arrived out-of-order 0.01% of the time
This connection is receiver limited 2.61% of the time.
This connection is sender limited 96.89% 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
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 [x.x.x.x] but Client says [x.x.x.x]

[Justin46]

I am pretty sure I am on BPON (how do I tell?), I had FiOS installed over 5 years ago, am still PPPoE, still have the original ONT, as far as I know Verizon did not offer GPON then.

Here is an analysis of a different test to the Central Region server that I just ran (and remember, I have 25/15 service):

Broadband Speed Test

Analysis information:

Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
SendBufferSize set to [522720]
running 10s outbound test (client to server) . . . . . 24.39Mb/s
running 10s inbound test (server to client) . . . . . . 30.62Mb/s

------ Client System Details ------
OS data: Name = Windows 7, Architecture = x86, Version = 6.1
Java data: Vendor = Sun Microsystems Inc., Version = 1.6.0_21

------ Web100 Detailed Analysis ------
Client Receive Window detected at 66560 bytes.
45 Mbps T3/DS3 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 = 14.31 msec; the Packet size = 1452 Bytes; and
No packet loss - but packets arrived out-of-order 0.01% of the time
This connection is receiver limited 9.77% of the time.
This connection is sender limited 89.89% 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
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 [x.x.x.x] but Client says [192.168.1.2]

And here is a test to the Northeast Region server that I just ran:

Broadband Speed Test

Analysis information:

Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
SendBufferSize set to [522720]
running 10s outbound test (client to server) . . . . . 20.46Mb/s
running 10s inbound test (server to client) . . . . . . 29.03Mb/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 [x.x.x.x] but Client says [192.168.1.2]

Interesting that it doesn't provide all of the info that you get, or that I get from the Central Region server. Anybody know why?

__________________________________
Justin
Verizon FiOS TV, Internet, and phone
QIP6416-P1, IMG 1.7.1, Build 09.97
Keller, TX 76248

[Justin46]

Well, I just did another one to the Northeast Region and this time it gave me the full analysis:

Broadband Speed Test

Analysis information:

Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
SendBufferSize set to [522720]
running 10s outbound test (client to server) . . . . . 20.60Mb/s
running 10s inbound test (server to client) . . . . . . 29.01Mb/s

------ Client System Details ------
OS data: Name = Windows 7, Architecture = x86, Version = 6.1
Java data: Vendor = Sun Microsystems Inc., Version = 1.6.0_21

------ Web100 Detailed Analysis ------
Client Receive Window detected at 953856 bytes.
45 Mbps T3/DS3 link found.
Link set to Half 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 = 132.2 msec; the Packet size = 1452 Bytes; and
There were 6 packets retransmitted, 848 duplicate acks received, and 852 SACK blocks received
The connection was idle 0 seconds (0%) of the time
This connection is receiver limited 2.46% of the time.
This connection is sender limited 94.17% of the time.
This connection is network limited 3.36% 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
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 [x.x.x.x] but Client says [192.168.1.2]

__________________________________
Justin
Verizon FiOS TV, Internet, and phone
QIP6416-P1, IMG 1.7.1, Build 09.97
Keller, TX 76248

[prisaz]

Yea like me, your connection I am sure is BPON like you say. What I have heard is that they were testing GPON in Texas and may have beefed up the backbone. I was connected right after you. Texas then Maryland in Limited areas. Yea I had the ONT 610 and Dlink router when I first signed up. TV not launched. Now I am on the ONT 612A. The 712 is the GPON ONT which to my knowledge has not been rolled out, but had been for testing in Keller. There had been some talk about GPON on the fiber plant but it was talk. Where I don't know but I heard it was Keller.

I would like to see the same speeds East to West but it has not happened. Many tech companies in CA.