Routing to ARIN from Teleglobe (2001:5a0::/32)

Bernhard Schmidt berni at birkenwald.de
Sun Feb 11 18:30:31 CET 2007


On Sun, Feb 11, 2007 at 12:16:58PM -0500, Randy Epstein wrote:

> > Yes they can (shortened, from the second posting by nenad in this
> > thread):
> > |  7 zpr2.amt.cw.net (2001:7f8:1::a500:1273:1)  45.544 ms
> > |  8  as0-dcr2.amd.cw.net (2001:5000:0:11::2)  45.460 ms
> > |  9  so-4-0-0-dcr1.tsd.cw.net (2001:5000:0:20::2)  52.230 ms
> > |  10  * * *
> > Hop 10 would be OCCAID in London.
> So wait.  Teleglobe has OCCAID's route?  This is trace from Teleglobe to
> OCCAID?

Yup, read 

Message-ID:
<5888736d0702101022x3d89be6fh9a6cd1923a7633c4 at mail.gmail.com>
Date: Sat, 10 Feb 2007 13:22:41 -0500
From: "nenad pudar" <nenad.pudar at gmail.com>
To: "Jeroen Massar" <jeroen at unfix.org>
Cc: ipv6-ops at lists.cluenet.de
Subject: Re: Routing to ARIN from Teleglobe (2001:5a0::/32)

right in this thread.

> > Valid conclusion. Thing is, both 1273 (Cable and Wireless) and 3257
> > (Tiscali) send a fulltable to OCCAID, and both have a direct peering
> > with Teleglobe (and of course both have it in the table). So why are
> > those prefixes not accepted?
> OCCAID does not receive full transit from any network anymore.  They are
> default free.  If there are missing prefixes, then OCCAID and the other
> network need to work it out.

Can this be confirmed from someone within OCCAID? If yes, why are they
being sent by C&W and Tiscali to their peers? And why does OCCAID take
paths like "30071 3257 8767" (8767 <-> 3257 is a peering, just like 6453
<-> 3257) then? The story of not getting a full transit anymore does not
match up with any sources I have.

I don't think any network is able to be transit-free in todays IPv6, as
there is no tiered structure among the ISPs today. If there was, an R&D
network with presence in US (and a little bit in Europe) would certainly
not be in the position to be transit-free.

> > I bet both of my hands that the number used to be around 150 yesterday.
> > Wait, not only yesterday, this has been an issue since (grepping IRC
> > logs) at least mid-August 2006. OCCAID have been missing quite some
> > routes since then, now they are apparently starting to fix it.
> I don't believe it was 150 yesterday unless some additional network
> peered/connected with OCCAID.  There was an additional peer added a week or
> so ago, France Telecom.  Maybe this resolved some of the missing prefixes?

It resolved France Telecom being unreachable (although they, as well,
had peering established with C&W and Tiscali).

> > I'm not here to blame OCCAID (this time), but finger-pointing to
> > Teleglobe in this case is utter bullsh*t. The missing of half a
> > fulltable at OCCAID has been widely known for months now.
> Half?  Now it's half?  Bernhard, please stick to your story.

Exaggeration, I apologize for that. Let's say ~25%, and don't start
telling me those were badly connected ASNs (France Telecom, Teleglobe).

Regards,
Bernhard



More information about the ipv6-ops mailing list