[AfriNIC-rpd] Softlanding Proposal Update

[Douglas Onyango]

SM,
Not sure i fully understood your first question.

This policy is meant to help in the transition from v4 to v6, and as such every initiative to help people move in the direction of v6 would be a good one. one of them is availing the addresses (if they don't have any)

Regards,
Douglas onyango +256(0712)981329

If you are not part of the solution, your are part of the Problem.

--- On Wed, 5/13/09, SM <sm at resistor.net> wrote:

From: SM <sm at resistor.net>
Subject: Re: [AfriNIC-rpd] Softlanding Proposal Update
To: "Douglas Onyango" <ondouglas at yahoo.com>
Cc: rpd at afrinic.net
Date: Wednesday, May 13, 2009, 5:26 PM

Hi Douglas,
At 00:15 13-05-2009, Douglas Onyango wrote:
> This is the most recent Version of the Softlanding Policy Proposal.

[snip]

> (ii) Exhaustion Phase:
> 
> During the exhaustion phase, the following allocation and assignment policy for the last /8 IPv4 address will be used:
> a) Instead of the /22 block (1024) addresses allocated in the current policy, the new minimum allocation size of /23 (512 addresses) will be allocated to any LIR that requests for IPv4 resources. This is also the maximum allocation size, even though LIRs may request for more than a /23. No LIR may get more than 4 additional allocations once the Exhaustion phase has begun.

Which are four additional allocations being proposed during the Exhaustion phase?

> b) Together with the v4 allocation, AfriNIC shall allocate an IPv6 address block in compliance with the current IPv6 allocation policy (<http://www.afrinic.net/docs/policies/afpol-v6200407-000.htm>http://www.afrinic.net/docs/policies/afpol-v6200407-000.htm) to the LIR (in case it doesn't have any).

I don't see why this is being proposed as part of a soft landing proposal.  I suggest removing any mention of IPv6 as that is already covered under the current IPv6 allocation policy.

Regards,
-sm 



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.afrinic.net/pipermail/rpd/attachments/20090514/d1a0600c/attachment.html>