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

Tom Paseka tom at cloudflare.com
Fri Jun 15 19:18:08 CEST 2012

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

> 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).

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

More information about the ipv6-ops mailing list