Is Qwest leaking routes?
Charles Sprickman
spork at inch.com
Tue Oct 27 07:40:45 UTC 1998
Sorry about that, Sean didn't write the snippet here, he wrote the one
below my post...
Charles
> On Mon, 26 Oct 1998, Sean Donelan wrote:
>
> > >Yes, it appears Qwest was leaking routes, but they are fixing it...
>
> Am I just silly to assume that it shouldn't take so long for such
> well-funded companies to communicate with each other? AS286 is EUNet,
> right? This all started sometime yesterday... I still see this:
>
> BGP routing table entry for 206.97.128.0/19, version 10233204
> Paths: (1 available, best #1)
> 3847 1239 1800 209 286 3561
> 207.240.48.45 from 207.240.48.45 (207.240.48.1)
> Origin IGP, localpref 100, valid, external, best
>
> This is a C&W customer. Now I'm single-homed, so I'm no BGP expert, but I
> think this is telling me that EUNet is claiming to be in the path here.
> How can it possibly take so long to work something like this out?
>
> Charles
>
> > Its always so much fun to watch billion dollar companies dance around
> > the issues.
> >
> > Qwest's spokesperson could not confirm nor deny any problem, and
> > even if such a problem existed considered it a confidential matter.
> >
> > On the other hand, C&W received top billing on the news story, probally
> > because they were one of the few providers to actually give any information
> > to the public and reporters. Grrr. I'm not a big fan of C&W, what
> > are your peering requirements this week?; but I don't like to see
> > providers getting zinged for being open about network issues.
> >
> > However the root cause is a very old issue. It takes two to create
> > a route leak. One to announce the erroronous route, and one to listen
> > to the erronous route. The proper router filters on either side of
> > the connection would mitigate the problem. Everyone knows the basic
> > issues. 1) cisco routers can't hold the extremely large access-lists
> > required to fully filter peer-to-peer connections between large providers.
> > 2) some providers don't make available the information needed to
> > accurately verify their routing information. 3) review the archives.
> > --
> > Sean Donelan, Data Research Associates, Inc, St. Louis, MO
> > Affiliation given for identification not representation
> >
>
> =-----------------= =
> | Charles Sprickman Internet Channel |
> | INCH System Administration Team (212)243-5200 |
> | spork at inch.com access at inch.com |
> = =----------------=
>
=-----------------= =
| Charles Sprickman Internet Channel |
| INCH System Administration Team (212)243-5200 |
| spork at inch.com access at inch.com |
= =----------------=
More information about the NANOG
mailing list