APNIC IPv6 transit exchange
Iljitsch van Beijnum
iljitsch at muada.com
Fri Nov 30 11:20:19 CET 2007
On 29 nov 2007, at 18:08, Jeroen Massar wrote:
> Well, I did wrote the level above it and do agree with the part below,
> the below part is from Michael Horn, thus please fixup your quoter ;)
I always assume people pay attention so I don't need to repeat
everything. The extra >>'s should be enough. (-:
> Next to that they are also suggesting people do *TRANSIT* over the
> link.
Ugh. Do we know the AS number they'll be using for the MLPA router yet
so that we can filter out all paths with that AS in it?
> As such, any
> organisations willing to offer FULL TRANSIT will be greatly
> appreciated."
This is the traditional RIPE peering policy which is nice for a RIR
but not for an MLPA router.
>> Some kind of multipoint tunnel, such as 6to4, would be more
>> appropriate here.
> It definitely would, except that there is one problem with 6to4 which
> makes it useless for this case, as one can't do:
> ip ro add 2001:db8::/32 via 2002:c000:022a::1
Why wouldn't you be able to do that?
If you simply set up BGP peering using 2002:... addresses, BGP will
view 2002::/16 as one big IPv6 subnet so all other 2002:... addresses
are directly connected and you can get the appropriate MLPA behavior,
i.e., if 2002::1 is the MLPA router and 2002::2 and 2002::3 only peer
with 2002::1 but not with each other, traffic from 2002::2 to 2002::3
will see a next hop of 2002::3 even though it learned the prefix from
2002::1.
There is of course the slight complication that 6to4 is also used for
other stuff which you may not want to expose your BGP routers to...
> Yes, point-to-point tunnels between every site with BGP on top of
> that.
Too configuration-intensive...
More information about the ipv6-ops
mailing list