<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">IPv4 is not dead, but it has been on life support for far too long and our continued use is merely prolonging the agony.<div class=""><br class=""></div><div class="">The longer it takes us to fully deploy IPv6, the more agony we will inflict not only upon our selves, but upon the entire internet.</div><div class=""><br class=""></div><div class="">Owen</div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On May 27, 2016, at 08:53 , Honest Ornella GANKPA <<a href="mailto:honest1989@gmail.com" class="">honest1989@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">Indeed<div class=""><br class=""></div><div class=""><p class="MsoNormal">Just to add to my earlier point, Ii noticed that AFRINIC distributed 99.87% of /8 ( 16,755,712 IPs) in
2015 and has distributed 38% of /8 (6,430,720 IPs) as for 24th May 2016. IPv4 is definitely not
dead with such stats. I believe we can both encourage rapid adoption of IPv6
throughout Africa but at the same time protect what is already there. Because let's face it some people will still be behind times.... </p><p class="MsoNormal"><br class=""></p><p class="MsoNormal">This policy (just like the soft landing one) is just to ensure fair distribution in times of scarecity.</p><p class="MsoNormal"><br class=""></p><p class="MsoNormal">I have one question however: on which basis an organization would be reported by another? </p><p class="MsoNormal"><br class=""></p><p class="MsoNormal">Ornella</p></div></div><div class="gmail_extra"><br class=""><div class="gmail_quote">2016-05-26 20:19 GMT+01:00 GH.-GNONKOTO Serges PATRICK <span dir="ltr" class=""><<a href="mailto:gnonkoto.patrick@artci.ci" target="_blank" class="">gnonkoto.patrick@artci.ci</a>></span>:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I strongly desagree with Mark,<br class="">
In french...<br class="">
L'idée que les plongeurs aillent au fond de la mer ou en eaux profondes c'est qu'ils y trouvent du poisson. Aujourd'hui avec une telle politique, c'est d'avoir constamment du poisson à cet endroit et que ces poissons appartiennent à cette mer-là. Sinon on ferait des piscines pour ces poissons.<br class="">
Comprenons une chose : on a besoin des ressources, alors on en crée des besoins par translations des besoins existants : IXP, NIC<br class="">
Une telle proposition fait une médiane alors elle respecte les normes et l’équité. Pourquoi vendanger ce qui nous fait: notre identité ?<br class="">
<br class="">
Voilà pourquoi il faut soutenir cette proposition.<br class="">
<br class="">
Patrick.<br class="">
<br class="">
<br class="">
-----Message d'origine-----<br class="">
De : <a href="mailto:rpd-request@afrinic.net" class="">rpd-request@afrinic.net</a> [mailto:<a href="mailto:rpd-request@afrinic.net" class="">rpd-request@afrinic.net</a>]<br class="">
Envoyé : lundi 23 mai 2016 10:17<br class="">
À : <a href="mailto:rpd@afrinic.net" class="">rpd@afrinic.net</a><br class="">
Objet : RPD Digest, Vol 116, Issue 50<br class="">
<br class="">
Send RPD mailing list submissions to<br class="">
<a href="mailto:rpd@afrinic.net" class="">rpd@afrinic.net</a><br class="">
<br class="">
To subscribe or unsubscribe via the World Wide Web, visit<br class="">
<a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer" target="_blank" class="">https://lists.afrinic.net/mailman/listinfo/rpd</a><br class="">
or, via email, send a message with subject or body 'help' to<br class="">
<a href="mailto:rpd-request@afrinic.net" class="">rpd-request@afrinic.net</a><br class="">
<br class="">
You can reach the person managing the list at<br class="">
<a href="mailto:rpd-owner@afrinic.net" class="">rpd-owner@afrinic.net</a><br class="">
<br class="">
When replying, please edit your Subject line so it is more specific than "Re: Contents of RPD digest..."<br class="">
<br class="">
<br class="">
Today's Topics:<br class="">
<br class="">
1. Re: New Proposal - "Internet Number Resources Audit by<br class="">
AFRINIC (AFPUB-2016-GEN-001-DRAFT01)" (Mark Elkins)<br class="">
2. Re: New Proposal - "Internet Number Resources Audit by<br class="">
AFRINIC (AFPUB-2016-GEN-001-DRAFT01)" (Christopher Mwangi)<br class="">
<br class="">
<br class="">
----------------------------------------------------------------------<br class="">
<br class="">
Message: 1<br class="">
Date: Mon, 23 May 2016 11:26:40 +0200<br class="">
From: Mark Elkins <<a href="mailto:mje@posix.co.za" class="">mje@posix.co.za</a>><br class="">
To: rpd <<a href="mailto:rpd@afrinic.net" class="">rpd@afrinic.net</a>><br class="">
Subject:<br class="">
Message-ID: <<a href="mailto:5742CCD0.8050003@posix.co.za" class="">5742CCD0.8050003@posix.co.za</a>><br class="">
Content-Type: text/plain; charset="utf-8"<br class="">
<br class="">
I also agree with Tim (and Saul).<br class="">
<br class="">
Firstly, AFRINIC works on a slow start principal, the first allocation/assignment is usually small - so there would be little wastage due to non-growth.<br class="">
<br class="">
After that, any new application requires a check on previous applications - that the ISP has reached a certain percentage of utilisation. I'm aware that when Andrew at Liquid Telecom asked for more space the Hostmaster folk at AFRINIC really made him work hard, jumping through loops. I have full trust in the AFRINIC staff. ;-)<br class="">
<br class="">
If someone stops paying, resources are reclaimed - which satisfies me with what happens when a Member goes out of business.<br class="">
<br class="">
I'm not aware that any other RIR has a similar policy - not that we should not be able to come up with original ideas in our Region - but this does suggest that its probably not a good idea. They have already run dry, so would have been able to look at this possibility before now.<br class="">
<br class="">
The thought that occurs to me is one of re-arranging the deckchairs with the IPv4 ship already resting on the sea floor. Fun for SCUBA Divers - but that's about it.<br class="">
<br class="">
I'd rather hear that ISP's have deployed IPv6, at least on all externally facing services including all DNS, E-Mail and WEB Services.<br class="">
<br class="">
I do not believe that anyone who has not yet deployed IPv6 as per above can morally support this proposal - they have not done their bit.<br class="">
And if they have, they will realise that this policy adds very little value.<br class="">
<br class="">
I do not support this Policy.<br class="">
<br class="">
<br class="">
On 23/05/2016 10:45, Saul Stein wrote:<br class="">
> I agree with McTim.<br class="">
> If the member is in breach of the RSA, then membership criteria should<br class="">
> deal with that.<br class="">
> If a member applies and received resources, there are conditions<br class="">
> attached and need to be adhered to and the terms and conditions of the<br class="">
> agreement should deal with any breached. IF and only if that process<br class="">
> is broken, should we look at fixing it, but not by putting other<br class="">
> processes in place to fix other issues!<br class="">
><br class="">
> Is there perhaps an real example of an issue that needs to be solved here?<br class="">
><br class="">
> Regards<br class="">
> Saul<br class="">
><br class="">
> On 22 May 2016, at 18:06, McTim <<a href="mailto:dogwallah@gmail.com" class="">dogwallah@gmail.com</a><br class="">
> <mailto:<a href="mailto:dogwallah@gmail.com" class="">dogwallah@gmail.com</a>>> wrote:<br class="">
><br class="">
>> All,<br class="">
>><br class="">
>><br class="">
>><br class="">
>> On Sat, May 21, 2016 at 3:53 AM, Seun Ojedeji <<a href="mailto:seun.ojedeji@gmail.com" class="">seun.ojedeji@gmail.com</a><br class="">
>> <mailto:<a href="mailto:seun.ojedeji@gmail.com" class="">seun.ojedeji@gmail.com</a>>> wrote:<br class="">
>><br class="">
>> <snip><br class="">
>><br class="">
>><br class="">
>><br class="">
>> Section 4 of the Registration Service Agreement (RSA) provides the<br class="">
>> framework for investigations of the usage of allocated Internet<br class="">
>> Number resources, defines members? obligation to cooperate and the<br class="">
>> measures to be taken by AFRINIC in case of failure to comply.<br class="">
>><br class="">
>><br class="">
>> If the above is the case, why is this policy needed?<br class="">
>><br class="">
>><br class="">
>><br class="">
>><br class="">
>> The lack of such investigation or regular control can lead to<br class="">
>> inefficient usage of the Internet Number resources, to stockpiling<br class="">
>> and other types of abuse.<br class="">
>><br class="">
>><br class="">
>> Is there any evidence to support this statement??<br class="">
>><br class="">
>><br class="">
>> I tend to agree with Mr. Alston, it seems to me to be "impractical".<br class="">
>><br class="">
>> It would impose significant costs on the organisation to an end which<br class="">
>> is already at our disposal.<br class="">
>><br class="">
>><br class="">
>><br class="">
>> --<br class="">
>> Cheers,<br class="">
>><br class="">
>> McTim<br class="">
>> "A name indicates what we seek. An address indicates where it is. A<br class="">
>> route indicates how we get there." Jon Postel<br class="">
>> _______________________________________________<br class="">
>> RPD mailing list<br class="">
>> <a href="mailto:RPD@afrinic.net" class="">RPD@afrinic.net</a> <mailto:<a href="mailto:RPD@afrinic.net" class="">RPD@afrinic.net</a>><br class="">
>> <a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer" target="_blank" class="">https://lists.afrinic.net/mailman/listinfo/rpd</a><br class="">
><br class="">
><br class="">
> _______________________________________________<br class="">
> RPD mailing list<br class="">
> <a href="mailto:RPD@afrinic.net" class="">RPD@afrinic.net</a><br class="">
> <a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer" target="_blank" class="">https://lists.afrinic.net/mailman/listinfo/rpd</a><br class="">
><br class="">
<br class="">
--<br class="">
Mark James ELKINS - Posix Systems - (South) Africa<br class="">
<a href="mailto:mje@posix.co.za" class="">mje@posix.co.za</a> Tel: <a href="tel:%2B27.128070590" value="+27128070590" class="">+27.128070590</a> Cell: <a href="tel:%2B27.826010496" value="+27826010496" class="">+27.826010496</a><br class="">
For fast, reliable, low cost Internet in ZA: <a href="https://ftth.posix.co.za/" rel="noreferrer" target="_blank" class="">https://ftth.posix.co.za</a><br class="">
<br class="">
-------------- next part --------------<br class="">
A non-text attachment was scrubbed...<br class="">
Name: smime.p7s<br class="">
Type: application/pkcs7-signature<br class="">
Size: 4230 bytes<br class="">
Desc: S/MIME Cryptographic Signature<br class="">
URL: <<a href="https://lists.afrinic.net/pipermail/rpd/attachments/20160523/13278de9/attachment-0001.p7s" rel="noreferrer" target="_blank" class="">https://lists.afrinic.net/pipermail/rpd/attachments/20160523/13278de9/attachment-0001.p7s</a>><br class="">
<br class="">
------------------------------<br class="">
<br class="">
Message: 2<br class="">
Date: Mon, 23 May 2016 10:16:02 +0000<br class="">
From: Christopher Mwangi <<a href="mailto:christopher.mwangi@liquidtelecom.com" class="">christopher.mwangi@liquidtelecom.com</a>><br class="">
To: "<a href="mailto:mje@posix.co.za" class="">mje@posix.co.za</a>" <<a href="mailto:mje@posix.co.za" class="">mje@posix.co.za</a>>, rpd <<a href="mailto:rpd@afrinic.net" class="">rpd@afrinic.net</a>><br class="">
Subject: Re: [rpd] New Proposal - "Internet Number Resources Audit by<br class="">
AFRINIC (AFPUB-2016-GEN-001-DRAFT01)"<br class="">
Message-ID:<br class="">
<<a href="mailto:VI1PR03MB111831D9E9C4F2780FDAC49B824E0@VI1PR03MB1118.eurprd03.prod.outlook.com" class="">VI1PR03MB111831D9E9C4F2780FDAC49B824E0@VI1PR03MB1118.eurprd03.prod.outlook.com</a>><br class="">
<br class="">
Content-Type: text/plain; charset="utf-8"<br class="">
<br class="">
I agree with Mark Elkins,<br class="">
<br class="">
<br class="">
<br class="">
Are the current resource issuance and reclaim procedures and controls effective ? Is there justifiable proof of wastage?<br class="">
<br class="">
<br class="">
<br class="">
Besides being open to abuse , the overhead, complexity , time, ?intrusion on customers networks? , and the benchmark of its effectiveness are valid concerns that should not be taken lightly .<br class="">
<br class="">
<br class="">
<br class="">
Despite shelfing the real issue - ipv6 , such a policy has far reaching ramifications.<br class="">
<br class="">
<br class="">
<br class="">
And for this , I do not support the policy ,<br class="">
<br class="">
<br class="">
<br class="">
Thanks<br class="">
<br class="">
Christopher<br class="">
<br class="">
<br class="">
<br class="">
<br class="">
<br class="">
-----Original Message-----<br class="">
From: Mark Elkins [mailto:<a href="mailto:mje@posix.co.za" class="">mje@posix.co.za</a>]<br class="">
Sent: Monday, May 23, 2016 12:27 PM<br class="">
To: rpd<br class="">
Subject: Re: [rpd] New Proposal - "Internet Number Resources Audit by AFRINIC (AFPUB-2016-GEN-001-DRAFT01)"<br class="">
<br class="">
<br class="">
<br class="">
I also agree with Tim (and Saul).<br class="">
<br class="">
<br class="">
<br class="">
Firstly, AFRINIC works on a slow start principal, the first allocation/assignment is usually small - so there would be little wastage due to non-growth.<br class="">
<br class="">
<br class="">
<br class="">
After that, any new application requires a check on previous applications - that the ISP has reached a certain percentage of utilisation. I'm aware that when Andrew at Liquid Telecom asked for more space the Hostmaster folk at AFRINIC really made him work hard, jumping through loops. I have full trust in the AFRINIC staff. ;-)<br class="">
<br class="">
<br class="">
<br class="">
If someone stops paying, resources are reclaimed - which satisfies me with what happens when a Member goes out of business.<br class="">
<br class="">
<br class="">
<br class="">
I'm not aware that any other RIR has a similar policy - not that we should not be able to come up with original ideas in our Region - but this does suggest that its probably not a good idea. They have already run dry, so would have been able to look at this possibility before now.<br class="">
<br class="">
<br class="">
<br class="">
The thought that occurs to me is one of re-arranging the deckchairs with the IPv4 ship already resting on the sea floor. Fun for SCUBA Divers - but that's about it.<br class="">
<br class="">
<br class="">
<br class="">
I'd rather hear that ISP's have deployed IPv6, at least on all externally facing services including all DNS, E-Mail and WEB Services.<br class="">
<br class="">
<br class="">
<br class="">
I do not believe that anyone who has not yet deployed IPv6 as per above can morally support this proposal - they have not done their bit.<br class="">
<br class="">
And if they have, they will realise that this policy adds very little value.<br class="">
<br class="">
<br class="">
<br class="">
I do not support this Policy.<br class="">
<br class="">
<br class="">
<br class="">
<br class="">
<br class="">
On 23/05/2016 10:45, Saul Stein wrote:<br class="">
<br class="">
> I agree with McTim.<br class="">
<br class="">
> If the member is in breach of the RSA, then membership criteria should<br class="">
<br class="">
> deal with that.<br class="">
<br class="">
> If a member applies and received resources, there are conditions<br class="">
<br class="">
> attached and need to be adhered to and the terms and conditions of the<br class="">
<br class="">
> agreement should deal with any breached. IF and only if that process<br class="">
<br class="">
> is broken, should we look at fixing it, but not by putting other<br class="">
<br class="">
> processes in place to fix other issues!<br class="">
<br class="">
><br class="">
<br class="">
> Is there perhaps an real example of an issue that needs to be solved here?<br class="">
<br class="">
><br class="">
<br class="">
> Regards<br class="">
<br class="">
> Saul<br class="">
<br class="">
><br class="">
<br class="">
> On 22 May 2016, at 18:06, McTim <<a href="mailto:dogwallah@gmail.com" class="">dogwallah@gmail.com</a><br class="">
<br class="">
> <mailto:<a href="mailto:dogwallah@gmail.com" class="">dogwallah@gmail.com</a>>> wrote:<br class="">
<br class="">
><br class="">
<br class="">
>> All,<br class="">
<br class="">
>><br class="">
<br class="">
>><br class="">
<br class="">
>><br class="">
<br class="">
>> On Sat, May 21, 2016 at 3:53 AM, Seun Ojedeji <<a href="mailto:seun.ojedeji@gmail.com" class="">seun.ojedeji@gmail.com</a><br class="">
<br class="">
>> <mailto:<a href="mailto:seun.ojedeji@gmail.com" class="">seun.ojedeji@gmail.com</a>>> wrote:<br class="">
<br class="">
>><br class="">
<br class="">
>> <snip><br class="">
<br class="">
>><br class="">
<br class="">
>><br class="">
<br class="">
>><br class="">
<br class="">
>> Section 4 of the Registration Service Agreement (RSA) provides<br class="">
>> the<br class="">
<br class="">
>> framework for investigations of the usage of allocated Internet<br class="">
<br class="">
>> Number resources, defines members? obligation to cooperate and<br class="">
>> the<br class="">
<br class="">
>> measures to be taken by AFRINIC in case of failure to comply.<br class="">
<br class="">
>><br class="">
<br class="">
>><br class="">
<br class="">
>> If the above is the case, why is this policy needed?<br class="">
<br class="">
>><br class="">
<br class="">
>><br class="">
<br class="">
>><br class="">
<br class="">
>><br class="">
<br class="">
>> The lack of such investigation or regular control can lead to<br class="">
<br class="">
>> inefficient usage of the Internet Number resources, to<br class="">
>> stockpiling<br class="">
<br class="">
>> and other types of abuse.<br class="">
<br class="">
>><br class="">
<br class="">
>><br class="">
<br class="">
>> Is there any evidence to support this statement??<br class="">
<br class="">
>><br class="">
<br class="">
>><br class="">
<br class="">
>> I tend to agree with Mr. Alston, it seems to me to be "impractical".<br class="">
<br class="">
>><br class="">
<br class="">
>> It would impose significant costs on the organisation to an end which<br class="">
<br class="">
>> is already at our disposal.<br class="">
<br class="">
>><br class="">
<br class="">
>><br class="">
<br class="">
>><br class="">
<br class="">
>> --<br class="">
<br class="">
>> Cheers,<br class="">
<br class="">
>><br class="">
<br class="">
>> McTim<br class="">
<br class="">
>> "A name indicates what we seek. An address indicates where it is. A<br class="">
<br class="">
>> route indicates how we get there." Jon Postel<br class="">
<br class="">
>> _______________________________________________<br class="">
<br class="">
>> RPD mailing list<br class="">
<br class="">
>> <a href="mailto:RPD@afrinic.net" class="">RPD@afrinic.net</a><mailto:<a href="mailto:RPD@afrinic.net" class="">RPD@afrinic.net</a>> <mailto:<a href="mailto:RPD@afrinic.net" class="">RPD@afrinic.net</a>><br class="">
<br class="">
>> <a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer" target="_blank" class="">https://lists.afrinic.net/mailman/listinfo/rpd</a><br class="">
<br class="">
><br class="">
<br class="">
><br class="">
<br class="">
> _______________________________________________<br class="">
<br class="">
> RPD mailing list<br class="">
<br class="">
> <a href="mailto:RPD@afrinic.net" class="">RPD@afrinic.net</a><mailto:<a href="mailto:RPD@afrinic.net" class="">RPD@afrinic.net</a>><br class="">
<br class="">
> <a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer" target="_blank" class="">https://lists.afrinic.net/mailman/listinfo/rpd</a><br class="">
<br class="">
><br class="">
<br class="">
<br class="">
<br class="">
--<br class="">
<br class="">
Mark James ELKINS - Posix Systems - (South) Africa<br class="">
<br class="">
<a href="mailto:mje@posix.co.za" class="">mje@posix.co.za</a><mailto:<a href="mailto:mje@posix.co.za" class="">mje@posix.co.za</a>> Tel: <a href="tel:%2B27.128070590" value="+27128070590" class="">+27.128070590</a> Cell: <a href="tel:%2B27.826010496" value="+27826010496" class="">+27.826010496</a><br class="">
<br class="">
For fast, reliable, low cost Internet in ZA: <a href="https://ftth.posix.co.za/" rel="noreferrer" target="_blank" class="">https://ftth.posix.co.za</a><br class="">
<br class="">
<br class="">
-------------- next part --------------<br class="">
An HTML attachment was scrubbed...<br class="">
URL: <<a href="https://lists.afrinic.net/pipermail/rpd/attachments/20160523/4a8d282b/attachment.html" rel="noreferrer" target="_blank" class="">https://lists.afrinic.net/pipermail/rpd/attachments/20160523/4a8d282b/attachment.html</a>><br class="">
<br class="">
------------------------------<br class="">
<br class="">
Subject: Digest Footer<br class="">
<br class="">
_______________________________________________<br class="">
RPD mailing list<br class="">
<a href="mailto:RPD@afrinic.net" class="">RPD@afrinic.net</a><br class="">
<a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer" target="_blank" class="">https://lists.afrinic.net/mailman/listinfo/rpd</a><br class="">
<br class="">
<br class="">
------------------------------<br class="">
<br class="">
End of RPD Digest, Vol 116, Issue 50<br class="">
************************************<br class="">
Ce message et toutes les pièces jointes (ci-après le "message") sont confidentiels et établis à l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autorisée est interdite. Tout message électronique est susceptible d'altération, par conséquent l'ARTCI décline toute responsabilité au titre de ce message s'il a été altèré, déformé ou falsifié.<br class="">
Ce message et toutes les pièces jointes (ci-après le "message") sont confidentiels et établis à l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autorisée est interdite. Tout message électronique est susceptible d'altération, par conséquent l'ARTCI décline toute responsabilité au titre de ce message s'il a été altèré, déformé ou falsifié.<br class="">
_______________________________________________<br class="">
RPD mailing list<br class="">
<a href="mailto:RPD@afrinic.net" class="">RPD@afrinic.net</a><br class="">
<a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer" target="_blank" class="">https://lists.afrinic.net/mailman/listinfo/rpd</a><br class="">
</blockquote></div><br class=""></div>
_______________________________________________<br class="">RPD mailing list<br class=""><a href="mailto:RPD@afrinic.net" class="">RPD@afrinic.net</a><br class="">https://lists.afrinic.net/mailman/listinfo/rpd<br class=""></div></blockquote></div><br class=""></div></body></html>