dslreports logo
 
    All Forums Hot Topics Gallery
spc
Search similar:


uniqs
2155
Gorky
join:2010-07-27
Glendora, CA

Gorky

Member

[Networking] FIOS and Level3 Network

I've been having an issue for the last 3+ months with the routing in Los Angeles for the FIOS network specifically with the Level 3 network specifically in LA. This is not dependent on time of day, it occurs at 1 am and 1 pm. Typical call to Verizon support doesn't seem to be much help. Everything has been reset and tech support didn't really seem to have an idea on how to fix it.

The trace below is one of the lowest I've gotten, usually its in the 4-500 ms range or it times out completely.

Anyone else have something similar to this?

Tracing route to netblock-66-159-203-2.dslextreme.com [66.159.203.2]
over a maximum of 30 hops:
  1    <1 ms    <1 ms    <1 ms  Wireless_Broadband_Router.home [192.168.1.1]
  2     1 ms     1 ms     1 ms  L100.LSANCA-VFTTP-140.verizon-gni.net 
  3     7 ms     4 ms     5 ms  G1-2-0-4.LSANCA-LCR-22.verizon-gni.net [100.41.194.82]
  4     4 ms     4 ms     4 ms  ae4-0.LAX01-BB-RTR2.verizon-gni.net [130.81.199.114]
  5     4 ms     4 ms     4 ms  0.xe-4-0-0.BR3.LAX15.ALTER.NET [152.63.115.61]
  6     *      101 ms   101 ms  4.68.63.245
  7     *      101 ms   101 ms  ae-1-60.edge6.LosAngeles1.Level3.net [4.69.144.14]
  8   102 ms   101 ms   101 ms  IKANO-COMMU.edge6.LosAngeles1.Level3.net [4.31.58.190]
  9   101 ms   102 ms   103 ms  netblock-66-159-203-2.dslextreme.com [66.159.203.2]
 
Trace complete.
 

nothing00
join:2001-06-10
Centereach, NY

nothing00

Member

 1..2 ...
 3:  G0-5-4-5.BLTMMD-LCR-21.verizon-gni.net (130.81.191.212)   3.276ms
 4:  ae20-0.RES-BB-RTR1.verizon-gni.net (130.81.151.112)   7.029ms
 5:  0.xe-1-1-0.BR2.IAD8.ALTER.NET (152.63.39.113)         6.308ms
 6:  ae17.edge1.washingtondc12.level3.net (4.68.62.137)   10.003ms asymm  5
 7:  vl-3502-ve-116.ebr1.Washington12.Level3.net (4.69.158.22)  78.824ms asymm  6
 8:  ae-6-6.ebr1.Atlanta2.Level3.net (4.69.148.105)       82.876ms asymm  7
 9:  no reply
10:  ae-7-7.ebr3.Dallas1.Level3.net (4.69.134.21)         78.792ms asymm  6
11:  ae-3-3.ebr2.LosAngeles1.Level3.net (4.69.132.77)     78.635ms asymm  6
12:  ae-82-82.csw3.LosAngeles1.Level3.net (4.69.137.26)   82.584ms asymm  7
13:  ae-1-60.edge6.LosAngeles1.Level3.net (4.69.144.14)   77.703ms asymm  6
14:  IKANO-COMMU.edge6.LosAngeles1.Level3.net (4.31.58.190)  79.845ms asymm  6
15:  netblock-66-159-203-2.dslextreme.com (66.159.203.2)  77.562ms reached
     Resume: pmtu 1500 hops 15 back 250
 

Yes, I've been seeing this too. Nearly 70ms to go between two L3 routers in DC looks strange.

guppy_fish
Premium Member
join:2003-12-09
Palm Harbor, FL

guppy_fish to Gorky

Premium Member

to Gorky
L3 is a primary Netflix CDN, no surprise its overloaded

Also you can't assume the labels returned for the hops are geographically correct. You can't get from LA to DC in 11 ms, 70ms is normal for cross-country latency, 40ms ( round trip ) being about the speed of light of 186K miles per second without router overhead!

Chris123NT
join:2001-11-24
Palm Bay, FL

Chris123NT to Gorky

Member

to Gorky
I've been seeing this kind of thing for a WHILE now. At least 3 months, makes things like github etc... unusable without a VPN.

norm
join:2012-10-18
Pittsburgh, PA

norm

Member

said by Chris123NT:

I've been seeing this kind of thing for a WHILE now. At least 3 months, makes things like github etc... unusable without a VPN.

Until Netflix pays Verizon, I'm sure we will continue to see this. Verizon will allow any peering point that is used for Netflix to saturate.
PJL
join:2008-07-24
Long Beach, CA

1 recommendation

PJL

Member

said by norm:

Verizon will allow any peering point that is used for Netflix to saturate.

I believe a peering point is a two-party function.

norm
join:2012-10-18
Pittsburgh, PA

1 recommendation

norm

Member

said by PJL:

said by norm:

Verizon will allow any peering point that is used for Netflix to saturate.

I believe a peering point is a two-party function.

It is. I'm pointing the finger at Verizon though because you can only blame others so many times before the finger is pointed back at you.

I see regular congestion issues between verizon and:

• Level 3
• Zayo
• Xo
• Cogent (I blame cogent mostly for problems between them and others)
• ATT
• NTT (really bad lately)

Peering aside, I see regular congestion within Verizon's network going from PGH to DFW on a regular basis.

I'm not saying verizon is to blame on everything and that Netflix is 100% innocent but things could definitely be better.

I have been a customer for roughly 6 years now and I feel like things have only become worse in some areas and stagnated in others.

The video compression I get on television sucks and the peering is terrible. I would link you to one of the picture quality threads but I am on mobile with super spotty coverage.
PJL
join:2008-07-24
Long Beach, CA

1 edit

PJL

Member

(deleted)
chrisb3127
join:2006-03-01
Manville, NJ

chrisb3127 to Gorky

Member

to Gorky
I've been having issues with Verizon--Qwest (JFK hop) for over a week. Lots of packet loss (20%) and latency of pings averaging 70ms when they used to be 10ms a week ago. Of course, I tried asking Verizon, but their excuse was I wasn't using the Actiontec router so they really can't assist, and that my MTR shows it has nothing to do with Verizon. However, a reverse trace from the destination to my VZ IP also shows packet loss, but at the Newark NJ hops. (Also 20% or so).

Anyone have an idea what is going on lately? This is pretty unacceptable and of course Verizon isn't of any assistance.

norm
join:2012-10-18
Pittsburgh, PA

1 recommendation

norm

Member

said by chrisb3127:

I've been having issues with Verizon--Qwest (JFK hop) for over a week. Lots of packet loss (20%) and latency of pings averaging 70ms when they used to be 10ms a week ago. Of course, I tried asking Verizon, but their excuse was I wasn't using the Actiontec router so they really can't assist, and that my MTR shows it has nothing to do with Verizon. However, a reverse trace from the destination to my VZ IP also shows packet loss, but at the Newark NJ hops. (Also 20% or so).

Anyone have an idea what is going on lately? This is pretty unacceptable and of course Verizon isn't of any assistance.

Amazon Web Services. Probably their fault and not Verizon's though. If you say otherwise, people might hurt their ears from plugging them too hard.

nothing00
join:2001-06-10
Centereach, NY

1 recommendation

nothing00 to norm

Member

to norm
said by norm:

It is. I'm pointing the finger at Verizon though because you can only blame others so many times before the finger is pointed back at you.

So, basically Verizon believes everyone should be paying them for using 'their Internet'.
DANG80
Premium Member
join:2013-07-12
New City, NY

1 recommendation

DANG80 to Gorky

Premium Member

to Gorky
This is happening in New York as well. It tends to saturate about 5:30PM, at which point my ping times usually double or quadruple.

The sad part about it, is that I'd pay more for consistent service. I don't need gobs of bandwidth to speedtest.net...I'd be happy with consistent bandwidth to the rest of the internet.
chrisb3127
join:2006-03-01
Manville, NJ

1 recommendation

chrisb3127 to Gorky

Member

to Gorky
From 4:15am to about 7am, the pings return to ~10ms and packet loss is gone. Then after 7am, the pings go into the 20s, then 30s, then in the afternoon until overnight they go back to 40-80ms and packet loss returns.

Verizon said in order to troubleshoot they need the Actiontec hooked up. Never fully understood why they can't trust a trace route from a small business Cisco router. It's going to show the samething as the Actiontec. But I guess I have to do that to appease their efforts.

There was an issue Sunday with Qwest/Verizon. So that explains why Sunday was so problematic, but whatever the issue was is not fully resolved/fixed.

norm
join:2012-10-18
Pittsburgh, PA

1 recommendation

norm

Member

said by chrisb3127:

From 4:15am to about 7am, the pings return to ~10ms and packet loss is gone. Then after 7am, the pings go into the 20s, then 30s, then in the afternoon until overnight they go back to 40-80ms and packet loss returns.

Verizon said in order to troubleshoot they need the Actiontec hooked up. Never fully understood why they can't trust a trace route from a small business Cisco router. It's going to show the samething as the Actiontec. But I guess I have to do that to appease their efforts.

There was an issue Sunday with Qwest/Verizon. So that explains why Sunday was so problematic, but whatever the issue was is not fully resolved/fixed.

Can you provide a trace route for the group? Even with the actiontec hooked up, I doubt Verizon will show interest in it. They're well aware of their peering issues.
chrisb3127
join:2006-03-01
Manville, NJ

chrisb3127

Member

said by norm:

Can you provide a trace route for the group? Even with the actiontec hooked up, I doubt Verizon will show interest in it. They're well aware of their peering issues.

I'll pull up my notes and post one.

So far today, everything is normal. Hope it stays this way. It had latency/packet loss last night (15-20%) until about 11pm-midnight, then improved and it's been fine since. I'll keep an eye on it, then bug Verizon about it if it happens again.
mikeluscher159
join:2011-09-04

mikeluscher159 to Gorky

Member

to Gorky
THANK YOU!
I'm not the only one having this problem
Here in NYC it's the same damm issue
I finally got through to Level 2 Tech support last night, And got to email some tracert's to them, Ironically, The worst websites are Verizon's own

norm
join:2012-10-18
Pittsburgh, PA

norm

Member

Hey Mike,

You should check out WinMTR as a way to check these things. You can copy the text results and slap them into [ code ] [ / code ] (sans spaces) tags and not only will they be more readable, but you'll get a better picture of what's going on.
mikeluscher159
join:2011-09-04

1 edit

mikeluscher159

Member

|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|          Wireless_Broadband_Router.home -    0 |  105 |  105 |    0 |    1 |   15 |    1 |
|    L100.NYCMNY-VFTTP-98.verizon-gni.net -    0 |  105 |  105 |    6 |   13 |  275 |    8 |
|  G1-1-4-4.NYCMNY-LCR-22.verizon-gni.net -    0 |  105 |  105 |    9 |   12 |   22 |   12 |
|    ae2-0.NY5030-BB-RTR1.verizon-gni.net -    0 |  105 |  105 |    8 |   22 |  139 |   69 |
|                   No response from host -  100 |   22 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |   22 |    0 |    0 |    0 |    0 |    0 |
|                0.ae1.XT3.CHI4.ALTER.NET -    0 |  105 |  105 |   23 |   33 |   90 |   24 |
|          0.so-7-0-0.XL3.CHI13.ALTER.NET -    0 |  105 |  105 |   23 |   28 |   71 |   24 |
|      TenGigE0-6-0-0.GW5.CHI13.ALTER.NET -    0 |  105 |  105 |   24 |   30 |   40 |   29 |
|           giglinx-gw.customer.alter.net -    0 |  105 |  105 |   23 |   42 |  245 |   25 |
|    lw-dc2-core6-te9-2.rtr.liquidweb.com -    0 |  105 |  105 |   30 |   41 |  410 |   34 |
|         lw-dc3-dist15.rtr.liquidweb.com -    0 |  105 |  105 |   29 |   35 |  175 |   32 |
|                      www.dslreports.com -    0 |  105 |  105 |   31 |   33 |   49 |   35 |
|________________________________________________|______|______|______|______|______|______|
   WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
 

|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|          Wireless_Broadband_Router.home -    0 |  106 |  106 |    0 |    1 |   46 |    1 |
|    L100.NYCMNY-VFTTP-98.verizon-gni.net -    0 |  106 |  106 |    6 |   13 |  208 |    6 |
| G0-10-3-1.NYCMNY-LCR-21.verizon-gni.net -    0 |  106 |  106 |    9 |   14 |   64 |   11 |
|                           130.81.199.10 -    0 |  106 |  106 |    8 |   14 |   58 |   10 |
|           0.xe-9-0-0.BR2.NYC4.ALTER.NET -    0 |  106 |  106 |    8 |   15 |   94 |   49 |
|         te9-2-0d0.cir1.nyc-ny.us.xo.net -    0 |  106 |  106 |    8 |   12 |   52 |   13 |
|             207.88.14.185.ptr.us.xo.net -    0 |  106 |  106 |   78 |   86 |  129 |   84 |
|     te-11-0-0.rar3.sanjose-ca.us.xo.net -    0 |  106 |  106 |   94 |  102 |  151 |  102 |
|             207.88.14.226.ptr.us.xo.net -    8 |   83 |   77 |   78 |   83 |  152 |   82 |
|              216.156.84.6.ptr.us.xo.net -    0 |  106 |  106 |   77 |   81 |  126 |   79 |
|xe-2-2-0-955.jnrt-edge02.prod1.netflix.com -    0 |  106 |  106 |   78 |   85 |  129 |   90 |
|      te1-8.csrt-agg02.prod1.netflix.com -    0 |  106 |  106 |   78 |   81 |  123 |   79 |
|                          trynetflix.com -    0 |  106 |  106 |   78 |   81 |  125 |   81 |
|________________________________________________|______|______|______|______|______|______|
   WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
 

|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|          Wireless_Broadband_Router.home -    0 |  111 |  111 |    0 |    1 |   18 |    0 |
|    L100.NYCMNY-VFTTP-98.verizon-gni.net -    0 |  111 |  111 |    6 |   13 |  282 |    7 |
|  G1-1-4-4.NYCMNY-LCR-22.verizon-gni.net -    0 |  111 |  111 |    9 |   13 |   60 |   10 |
|    ae2-0.NY5030-BB-RTR2.verizon-gni.net -    0 |  111 |  111 |    8 |   24 |  101 |   32 |
|           0.so-0-0-0.XT2.NYC4.ALTER.NET -    0 |  111 |  111 |    8 |   16 |  104 |   11 |
|       TenGigE0-7-0-5.GW8.NYC4.ALTER.NET -    0 |  111 |  111 |    8 |   16 |   66 |   18 |
|            google-gw.customer.alter.net -    2 |  104 |  102 |    8 |   12 |   59 |   10 |
|                           209.85.255.68 -    0 |  111 |  111 |    8 |   14 |   60 |   17 |
|                           72.14.237.252 -    0 |  111 |  111 |    8 |   11 |   32 |    9 |
|                lga15s34-in-f0.1e100.net -    0 |  111 |  111 |    9 |   11 |   60 |   11 |
|________________________________________________|______|______|______|______|______|______|
   WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
 

|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|          Wireless_Broadband_Router.home -    0 |  106 |  106 |    0 |    1 |   47 |    0 |
|    L100.NYCMNY-VFTTP-98.verizon-gni.net -    0 |  106 |  106 |    6 |   15 |  219 |    8 |
| G0-10-3-1.NYCMNY-LCR-21.verizon-gni.net -    0 |  106 |  106 |    8 |   13 |   67 |    9 |
|     ae0-0.NY325-BB-RTR2.verizon-gni.net -    0 |  106 |  106 |    8 |   20 |   95 |   11 |
|           0.xe-2-0-8.XT2.NYC4.ALTER.NET -    0 |  106 |  106 |    8 |   22 |  106 |   11 |
|       TenGigE0-7-2-0.GW8.NYC4.ALTER.NET -    0 |  106 |  106 |    9 |   17 |   67 |   24 |
|            google-gw.customer.alter.net -   10 |   76 |   69 |    0 |   11 |   45 |    9 |
|                           72.14.238.232 -    0 |  106 |  106 |    8 |   23 |   67 |   11 |
|                           72.14.237.254 -    0 |  106 |  106 |    8 |   12 |   67 |   14 |
|                lga15s35-in-f7.1e100.net -    0 |  106 |  106 |    9 |   11 |   65 |   11 |
|________________________________________________|______|______|______|______|______|______|
   WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
 

To Dslreports, Netflix, Youtube, then Google
Some of these numbers look good, Some are awful tho.
It's so ironic that the most problematic websites in my life are all Verizon's
Right up there with Kinja..............

norm
join:2012-10-18
Pittsburgh, PA

norm

Member

With WinMTR open, click Copy Text to clipboard then paste it into your post. Just put code tags around the beginning and end of the MTR. Please see the pastebin link for an example:

»pastebin.com/tk7dYTMN

|---------------------------------------------------------------------------------- --------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|    L100.PITBPA-VFTTP-33.verizon-gni.net -    0 |   70 |   70 |    2 |    4 |   24 |    3 |
|  G0-4-1-2.PITBPA-LCR-21.verizon-gni.net -    0 |   70 |   70 |    3 |    6 |   16 |    7 |
|  xe-6-1-4-0.RES-BB-RTR1.verizon-gni.net -    0 |   70 |   70 |   12 |   24 |   93 |   14 |
|                0.ae1.BR3.IAD8.ALTER.NET -    0 |   70 |   70 |   10 |   11 |   15 |   12 |
|   ix-20-0.tcore1.AEQ-Ashburn.as6453.net -    0 |   70 |   70 |   27 |   29 |   49 |   49 |
|    if-2-2.tcore2.AEQ-Ashburn.as6453.net -    0 |   70 |   70 |   30 |   33 |   40 |   32 |
|                            216.6.87.122 -    0 |   70 |   70 |   12 |   13 |   16 |   13 |
|a23-202-202-120.deploy.static.akamaitechnologies.com -    0 |   70 |   70 |   12 |   13 |   14 |   14 |
|________________________________________________|______|______|______|______|______|______|
   WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
 

guppy_fish
Premium Member
join:2003-12-09
Palm Harbor, FL

guppy_fish to mikeluscher159

Premium Member

to mikeluscher159
Huh, there isn't a single issue in your posted trace routes, the 100% are just routers that ignore ICMP requests.

norm
join:2012-10-18
Pittsburgh, PA

norm

Member

said by guppy_fish:

Huh, there isn't a single issue in your posted trace routes, the 100% are just routers that ignore ICMP requests.

Correct. Not enough people understand ICMP rate-limiting and overall ignoring of ICMP. The only MTR that is high at all is the trynetflix.com one which isn't even a streaming server and it is only higher due to NY -> CA.

Mike,

I think you are better off waiting until things slow down and then re-providing traces. Also, I will point out that if packet loss or latency in a middle hop does not travel all the way through to the destination hop, it's not a problem - it's just a router that doesn't care about your pings (ICMP). Also, your traces are simply the path TO the destination. The return path from the target to you could be radically different and without having both sides of the picture, it can be difficult to determine who is at fault.
mikeluscher159
join:2011-09-04

mikeluscher159 to guppy_fish

Member

to guppy_fish
Of course....... Now, at ~11am

That'll change in the early morning, And last nights tests, steps 6-11 would just flat out time out. Then what is to explain for random speed drops? Resolving host errors? 15sec hang just to load Google for no apparent reason. I've been through all my Coax with a fine tooth comb, I have the latest Rev.I router, Yet this problem will happen on any device brought onto my internet connection. I've taken as many variables out of the equation as possible.

I've not been one to blame net neutrality at ALL, but this is heading towards a month long problem, I'm getting worried.

My contract's up in 2 weeks~, that's going to be a long and thorough phone call with them.

I've grown quite fond of my Superb internet connection for the past 6 years, And pay Verizon there premium for it. I hope they are paying attention.

If this isn't Verizon's problem, Who's is it?

norm
join:2012-10-18
Pittsburgh, PA

norm

Member

said by mikeluscher159:

Of course....... Now, at ~11am

That'll change in the early morning, And last nights tests, steps 6-11 would just flat out time out. Then what is to explain for random speed drops? Resolving host errors? 15sec hang just to load Google for no apparent reason. I've been through all my Coax with a fine tooth comb, I have the latest Rev.I router, Yet this problem will happen on any device brought onto my internet connection. I've taken as many variables out of the equation as possible.

I've not been one to blame net neutrality at ALL, but this is heading towards a month long problem, I'm getting worried.

My contract's up in 2 weeks~, that's going to be a long and thorough phone call with them.

I've grown quite fond of my Superb internet connection for the past 6 years, And pay Verizon there premium for it. I hope they are paying attention.

If this isn't Verizon's problem, Who's is it?

Can you present one problem at a time and elaborate? Also, I will point out that yes, Verizon has crap peering with a number of large providers at the moment. Some of the issues you are experiencing could be due to your setup, some could be due to Verizon, some could be due to the host you are trying to reach.

»blog.catchpoint.com/2014 ··· netflix/
mikeluscher159
join:2011-09-04

mikeluscher159

Member

That link explains quite a lot about the backhaul/middleman of the Internet system's congestion

I went over the call last night I had with Verizon, They said they're sending the information that I gave them (tracert's) up to "NTTP"? IDK what that is? They're sending it to them up in New York.
A quick Google turns them up to be
"Nippon Telegraph & Telephone Corp"

What I meant by download error's was, I would go run a Speedtest.net test and I would get "Download test error" on almost any server I tried in the NE, But that might have been something unrelated to my issues and has since cleared up

Resolving host...... Can intermittantly take 10~ seconds on something as simple as Google.com, this is on Chrome, no add ons, But will happen in other variables, Again now I see that might not be my issue.

I've got all new clean fresh RG-6 on all FiOS coax involved devices, I refreshed it all, The same PPC compression fittings installers use. Nothing's split past the ONT itself, Longest run is ~50ft, Only 3 TV's and the Router, Which only as a brand new ~20'ft line to itself, It's a new Rev.I with the latest F/W.

I've done as much as possible from a hardware perspective, And I'm not a person to just throw my hands up in the air and Say it's Verizon fault and cancel. I'm learning more about the TCP/IP system every day and this forum has helped considerably.

If in the end it does just turn out to be Piss poor Peering, Do we just sit back and wait/hope?

I do appreciate the time you all took to spell things out and explain what's going on

norm
join:2012-10-18
Pittsburgh, PA

norm

Member

said by mikeluscher159:

Resolving host...... Can intermittantly take 10~ seconds on something as simple as Google.com, this is on Chrome, no add ons, But will happen in other variables, Again now I see that might not be my issue.

Do you manually set your DNS servers or do you simply take what Verizon gives you? If the latter, I suggest setting new DNS servers. If the former, who do you use?
mikeluscher159
join:2011-09-04

mikeluscher159

Member

Click for full size
I've heard about touching them, But never have

Where should I go from here? Going in search of a tutorial
Any suggestions?

norm
join:2012-10-18
Pittsburgh, PA

norm

Member

I only have an older Actiontec that I use for guide data, so the steps might differ a bit:

1. Logged into the Actiontec, click on My Network
2. Click on Network Connections (Left side)
3. Click on Broadband Connection Ethernet/Coax
4. Click settings
5. Set DNS Server to Use the Following DNS Server Addresses
6. Populate both the primary and secondary DNS entries.

Google's DNS:

8.8.8.8
8.8.4.4

Level 3's DNS:

4.2.2.1
4.2.2.2

OpenDNS:

208.67.222.222
208.67.220.220

I personally like to use Google's DNS servers. Google currently purchases a lot of transit from Verizon so it's typically a pretty direct route to their DNS servers.

After performing the above, open up a new command prompt window and perform the following actions:

ipconfig /flushdns
ipconfig /registerdns

nothing00
join:2001-06-10
Centereach, NY

nothing00 to Gorky

Member

to Gorky
This article could shed some light on L3 issues. Don't know if it's directly relevant here but... Apparently Verizon thinks subscribers are only paying them to access the Verizon Network and everyone else in the world should do the same.

»arstechnica.com/informat ··· etworks/

I suggest lowering your speed plan to something Verizon can actually deliver.

guppy_fish
Premium Member
join:2003-12-09
Palm Harbor, FL

1 recommendation

guppy_fish

Premium Member

More like L3 is trying to snag cash like other CDN's and running into the same peering imbalance.

All of this, regardless of the CDN is caused by streaming media, which is primarily Netflix. Once Netflix starts direct peering and they will, the Internet will go back to functioning as it has for decades.

Netflix found company's willing to underbid the true cost of transit, they ALL eventually ran into the same issues, their contracts with other tier ones. Nothing is broken here just company's snagging cash while they can and the games up.

Netflix will pay market rate for transit, just as it should have from day 1, end of problem

nothing00
join:2001-06-10
Centereach, NY

1 recommendation

nothing00

Member

said by guppy_fish:

willing to underbid the true cost of transit

Nonsense. There's no bandwidth armageddon upon us and the infrastructure costs are minimal compared to what ISPs are raking in to provide that service.

Why should everyone with content pay Verizon? That's exactly what I'm paying Verizon for.

It's artificial scarcity. See Enron.