[jump-admins] Routing problems to www.eurovision.tv 2400:CB00::/32 CLOUDFLARE

[Tom Paseka]

Hi James,

On Fri, Jun 15, 2012 at 10:10 AM, James A. T. Rice <admins at jump.net.uk>wrote:

>
> Cloudfare are the ones with the badly engineered v6, not the rest of the
> world. You can take steps to make your v6 work correctly, indeed simply
> aggregating to a /36 or /40 level will likely make your problems go away.
> Otherwise announcing a /32 covering route will definitely make your
> problems go away. If necessary, renumbering into PI space might be the long
> term solution.
>

the /36 or /40 will still be filtered per AS559's policies, so its
pointless.


> A "Either accept the routes or carry a default." stance gets us nowhere -
> there's plenty of reasons, including those I've outlined in my previous
> email, as to why either of those options are a bad idea in the long run.
>

Carry multiple default routes to all your providers.


>
> For everyones sake, I would ask you to reconsider your position on this.
> Other operators have managed to do v6 in a way which does not cause these
> problems. I'm sure you can too.
>

I totally understand your concerns. We are already doing as much
aggregation as we can possible.  We only use 1 subnet per site (we're using
/48 for that, so that we don't leak /64's). The attributes might look the
same, but they're all originated from separate physical locations with no
backbone in-between.

We use two /48's for Anycast, the ones that are often complained about
reachability, these are originated from each of our nodes.



> That's bogus. You could say the same that /32 is a valid announcement for
>>> IPv4 table. It doesn't help.
>>>
>>>
Again, i'm not looking at deaggregating the internet. We're using maximum
possible aggregation per our deployments. a /48 is not a end user site,
that would usually be considered a /64. We're not asking for /64's to be
accepted, nor are we announcing them.

/48 is the generally accepted maximum prefix length visible in the table
(and is visible to most major networks today).

Cheers,
Tom
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.cluenet.de/pipermail/ipv6-ops/attachments/20120615/f1af48d8/attachment.html