IPv6 policy and Supernational-LIRs

Hi,

On Wed, May 29, 2002 at 10:54:42AM +0200, Kurt Erik Lindqvist KPNQwest wrote:
> > me, it would make sense to allocate a /3x to each and every one who
> > has > an AS#, and requests ipv6-space, then we would NOT have any
> > problem like the > above or with 'multihoming' either. It is not like
> > the adresses would be used-up > with this scenario..
> >
> > Won't really solve anything - it will just move the question to "who is
> > entitled to get an AS number?" and "do we really want to see 32 bit AS
> > numbers?".
> We could always go for 128-bits! <running and ducking> :)

The problem with that isn't so much the lenght of the number (that's just
"linear memory waste"), the problem that I see is that the number of
ASes actually in use reflect the complexity of the overall topology - 
and *that* goes into BGP convergence times much stronger than linearily.

> Seriously, what about the orginal problem? Is there any logical reason as
> to why not the Supernational-LIRs would not be allocated a block per
> sub-LIR?

I can speak only for myself here, of course.  The way I see the current
(new) policy, and the idea behind it, is to use *hierarchical aggregation*,
which means "you get one big block and feed your sub-LIRs out of this".

If you have a big block, say a /28, and each of your sub-LIRs gets a
/32 out of it, and those that really need it announce the /32 to the 
world, the net impact on BGP is mostly the same, but for documentation 
purposes, it's still clear that "yes, this is all the same LIR".  

Not all of the /32s might even necessarily be visible globally, upstream 
could go through the /28.

The new policy (effective next monday) will permit this - if you come up
with good reasons and some thought about addressing plans and hierarchy,
getting something "large enough" should not be a unsolveable problem.   At
least that was the intention - the address space is large enough so that
haggling over "we need a /28" - "no you can only get a /31 plus a /32" 
should not occur (unless the "need" for a /28 really isn't justificable).

Does this make sense to anybody?

Gert Doering
        -- NetMaster
-- 
Total number of prefixes smaller than registry allocations:   45201  (45114)

SpaceNet AG                 Mail: netmaster at Space.Net
Joseph-Dollinger-Bogen 14   Tel : +49-89-32356-0
80807 Muenchen              Fax : +49-89-32356-299