Search RPD Archives
Limit search to: Subject & Body Subject Author
Sort by:

[rpd] inputs on IPv4 Inter-RIR policy proposals - AFRINIC needs this policy now!

JORDI PALET MARTINEZ jordi.palet at consulintel.es
Thu Jun 20 13:04:42 UTC 2019


Hi Sylvain,

 

Sorry the email was sent before I finished it …

 

Responding below, in-line.

 

Regards,

Jordi

@jordipalet

 

 

 

El 20/6/19 15:05, "Sylvain BAYA" <abscoco at gmail.com> escribió:

 

Hi all,


Le jeudi 20 juin 2019, JORDI PALET MARTINEZ via RPD <rpd at afrinic.net> a écrit :

As said, this text is redundant (see specific text below my signature), but I don't mind to have explicit text if this facilitate the community to reach consensus.

Here is my proposal, again, please comment about this ASAP, so we can submit a new version already, instead of waiting to be closer to the next meeting. This way we can ensure that we get on time the staff impact analysis, in case something else need to be amended.

"The Inter-RIR transfers will be automatically suspended in case the balance between IPv4 out-going and in-coming addresses becomes cero." 

 

Jordi,

...typos on “zero” ?

 

Yeah … my spelling checker often confuses English and Spanish!

 

Anyway, here is a better version, because this balance is actually “cero” at the start of the implementation, so the text may be misleading, we need to define .

 

“The Inter-RIR transfers will only be enabled once AFRINIC enter into Exhaustion Phase 2 (5.4.3.2). The Inter-RIR transfers will be automatically suspended in case the number of out-going IPv4 addresses exceeds the in-coming ones by six consecutive months.”

 

This means that if one month there are “more addresses going out”, it happens again the next month, and it happens again by a third month and so on, then is suspended.

 

I’ve also added a condition to make sure that this policy only starts once we are in the next exhaustion phase.

 

So, you shall consider that, if AFRINIC service|community doesn't gain anything in the balance this policy should not be needed...

And that should be clearly stated.

 

I agree with that, but I don’t think we need to put that in the policy text, this should be in the text of the policy justification.

 

 

Note that in order to make it simpler, I've used a text that instead of talking about %, is stating that the balance of in/out is reached. This way we ensure that the total number of the "region IPv4 addresses" never can go down regarding the actual figures, so Africa never will lose addresses. Do you think this is good enough?

 

Ok after policing this, it seems to be necessary to clearly state, *“policily”*, that the staff must follow-up (automatically) the in/out balance, with regular (automated) public reports and a special (auto) stop report (for the zero state).

 

I'm not sure how to "policy-ze" this idea. Perhaps with a separate policy ?

 

I’m not completely sure to understand 100% what you mean, but let me try anyway: Staff is mandated to follow the policies. So, during the implementation the staff will make the necessary provisions so they get an alarm when the balance of in-coming vs out-going addresses becomes cero. It may be done automatically anyway, but at least they should get an “alarm”. The operational details about “how” to implement this are outside of the policy scope.

 

Friendly,

--sb.

 

Regards,
Jordi
@jordipalet

Bylaws Article 11.4:
11.4 Notwithstanding, the provisions of Article 11.2 the Board may adopt such policies regarding the management of internet number resources where it considers that the same is necessary and urgent, having regard to the proper and responsible usage of these resources.




El 20/6/19 9:15, "Ish Sookun" <ish.sookun at lasentinelle.mu> escribió:

  [...]
**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.theipv6company.com
The IPv6 Company
[...] 
-- 
 
Regards,
Sylvain B.
<http://www.chretiennement.org> 
__
Website : <https://www.cmnog.cm>
Wiki : <https://www.cmnog.cm/dokuwiki>
Surveys : <https://survey.cmnog.cm>
Subscribe to Mailing List : <https://lists.cmnog.cm/mailman/listinfo/cmnog/>
Mailing List's Archives : <https://lists.cmnog.cm/pipermail/cmnog/>
Last Event's Feed : <https://twitter.com/hashtag/cmNOGlab3>
<https://twitter.com/cmN0G>
<https://facebook.com/cmNOG>
<https://twitter.com/hashtag/REBOOTcmNOG>
<https://twitter.com/hashtag/cmNOG>
<https://cmnog.wordpress.com/>
_______________________________________________ RPD mailing list RPD at afrinic.net https://lists.afrinic.net/mailman/listinfo/rpd 



**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.theipv6company.com
The IPv6 Company

This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.

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


More information about the RPD mailing list