Re: [lir-wg] IPv6 assignments to RIPE itself
- Date: Wed, 15 Jan 2003 15:48:04 +0100
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@localhost
Joseph-Dollinger-Bogen 14 Tel : +49-89-32356-0
80807 Muenchen Fax : +49-89-32356-299
