[rpd] Soft Landing Review

[Mark Elkins]

On 07/12/2016 02:49, sm+afrinic at elandsys.com wrote:

> I have simplified the following; I have also not considered some
> of the input to the discussions:  There has been input from two
> "internet service providers" only.  Given that there is only 1.38
> IPv4 /8 available, can a decision which will affect the entire.
> service region be taken?

I've been looking at the current Soft Landing proposal - the one that is
in existence and the one that I contributed a little bit to (thanks
Douglas!).

Essentially:-

Phase 1:
When we hit the last /8, Phase 1 reduces the max size of an
allocation/assignment from /10 to /13. It also carves off a /12 for
unforeseen use. This continues until we have a /11 left.
This will allow for 7 x /11's and a /12 - if people choose the largest
possible sizes. This will still take a while to go through.

Phase 2:
Allow people to get up to a /22. People can come back multiple times.
There are 2048 of these /22 blocks available. This would take a while to
burn through, simply because the process is a bit slow.

Then we are finished.

                      -------------

However - the Unforeseen /12 could still be used.
We already have reserves for IXP's and Critical infrastructure.

I'd like to see a revision that there is then a Phase 3:

That the /12 can be given out in /22's (there are 1024 of these) but
only to people with a total of less than a /21 (including what they ask
for). ie - New people could come back once. This I believe will last
multiple years.

I don't believe we need any further reserves.

We only need to last another two or three years.

Lastly - any addresses from Phase 2 or 3 can never be transferred, (M&A
included) and must be returned to AFRINIC for re-deployment.

Thoughts?

-- 
Mark James ELKINS  -  Posix Systems - (South) Africa
mje at posix.co.za       Tel: +27.128070590  Cell: +27.826010496
For fast, reliable, low cost Internet in ZA: https://ftth.posix.co.za

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3854 bytes
Desc: S/MIME Cryptographic Signature
URL: <https://lists.afrinic.net/pipermail/rpd/attachments/20161207/fd1e616f/attachment.p7s>