[lir-wg] IPv6 assignments to RIPE itself

Hi,

On Wed, Jan 15, 2003 at 03:40:00PM +0100, Havard Eidnes wrote:
> > The current way that the RIRs and IANA allocates space *is* a problem,
> > because it leads to "multiple prefixes per LIR", which is bad bad bad bad.
> 
> I agree if the resulting address blocks can not be announced as a
> single aggregate.
> 
> I was, however, under the impression that when a RIR makes an IPv6
> allocation to a LIR, it leaves "room to grow" in the address space, so
> that some of the subsequent allocations can still be announced with a
> single routing announcement.  This is different to the practices used
> in the IPv4 space, partly, I guess, because there is room to use that
> practice.  Did this change and/or am I mis-remembering?

RIPE allocates the /32 out of a reserved /29.  Which leaves quite some
amount to grow, but I still think the whole distribution down from the
top is still too much based on conservation-and-slow-start-thinking.

<next rant>
Why are we messing around with /23s being given from IANA to the RIRs 
in the first place?  That way, filtering by region will quicky get REALLY 
messy, and I really can't see any useful reason to do so.  A useful way
would be to do /12s or so (IPv4 does /8s, since we're only operating in 
001 the equivalent would be a /11, and nibble-aligning gives a /12).  
Or maybe a /16, which looks much nicer.
</next rant>

Gert Doering
        -- NetMaster
-- 
Total number of prefixes smaller than registry allocations:  55593  (55180)

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