[lir-wg] Discussion about RIPE-261

My comments about RIPE-261:

- I like the fact that the three big RIRs are working together up front.
It is full of good intentions.

- The "sparse allocation algorithm" or "binary chop algorithm" is trying
to re-invent the wheel. Please refer to RFC3531 instead. It is a good
idea though.

- I don't like the idea of the CAP.


> Gert Doering wrote:
> Nevertheless, let's get back to the basic question - how
> shall we go ahead:

My order of preference is (with notes)

| [1] go for a full multi-level regional distribution, down to 
|    "one /32 per LIR per country" (as detailed by Michael Py)

This still requires some work to be done but has finer aggregation
capabilities than the one below. In essence, it is an enhancement of the
one below.


| [2] allocate bigger chunks IANA->RIR (/8?) and inside those
|     chunks, use a binary chop algorithm similar to the one
|     described in RIPE-261

This looks a good option to me. If going this way I would advise
including AFRINIC up front in the process even though they have not
started yet.


| [3] continue the IANA->RIR->LIR allocation as it is now

It's not good but it's not bad.


| [4] accept RIPE-261

The main reason I put list as my last choice is because I think the size
of the CAP (/3) is too big. If we want any special-purpose application
we'll have to get out of FP001 which is going to be politically very
difficult. If the CAP was a /5 I would have put this option as #3.


Michel.