Hi, On Tue, Aug 10, 2004 at 09:32:58AM +0200, Iljitsch van Beijnum wrote:
Now I can see SOME value in trying to have relatively large RIR blocks, but cutting up all non-reserved space so aggressively really doesn't have any upsides,
The *big* upside is that you can apply reasonable address distribution algorithms *inside* the RIR blocks, effectively avoiding having to give LIRs two or more allocations if they are growing slowly over time. [..]
- reserve a /12 for each RIR now (a 4 bit boundary makes DNS delegations easier, I think a /8 is too much but that might work also) - then, for every delegation, give RIRs enough space to each to last a year comfortably - evaluate whether a new delegation is needed every 3 or 4 months, making the time of new delegations easy to predict
Please don't introduce additional RIR<->ICANN loops that don't serve ANY benefits except pay bureaucrats. If you want to go with /12s, hand out the /12 per RIR *now*. Fully, without any "reservation". /8s would be better. Gert Doering -- NetMaster -- Total number of prefixes smaller than registry allocations: 65398 (60210) SpaceNet AG Mail: netmaster@Space.Net Joseph-Dollinger-Bogen 14 Tel : +49-89-32356-0 80807 Muenchen Fax : +49-89-32356-299