[157895] in North American Network Operators' Group
Re: What is BCP re De-Aggregation: strict filtering /48s out of /32
daemon@ATHENA.MIT.EDU (William Herrin)
Wed Nov 14 10:03:15 2012
In-Reply-To: <416A23FC91E34449999D047BF540B46901689658E2EF@EXCHANGE.atlasbiz.com>
From: William Herrin <bill@herrin.us>
Date: Wed, 14 Nov 2012 10:02:03 -0500
To: "Ben S. Butler" <Ben.Butler@c2internet.net>
Cc: NANOG <nanog@nanog.org>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
On Wed, Nov 14, 2012 at 8:10 AM, Ben S. Butler
<Ben.Butler@c2internet.net> wrote:
> So what is the "best" answer.
>
>
> 1> Don't advertise islands of space under assignment minimum, without providing a covering aggregate route?
>
> 2> Don't use strict filters, they don't work well and de-agragegation with IPv6 is going to be a problem?
>
> 3> Don't use filters, generate it from an IRR?
>
> Given there is no "right" answer what is considered to be the best fit one?
IMHO:
4) Use mild filters (e.g. allow a /32 to be disaggregated to /36's)
and send a polite email to the POC to the effect of, "Please beware
that because you have not offered a covering route matching your
allocation, your IPv6 network is not reachable from ours. IPv6 is not
IPv4: end users requiring /48s for multihoming should get them
directly from the RIR. For complete Internet connectivity, we strongly
encourage you to offer a covering route."
Regards,
Bill Herrin
--
William D. Herrin ................ herrin@dirtside.com bill@herrin.us
3005 Crane Dr. ...................... Web: <http://bill.herrin.us/>
Falls Church, VA 22042-3004
