<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=gb2312">
<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>
</head>
<body dir="ltr">
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
You guys still banging around about this? <br>
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
How about dealing with this conclusion of the article we wrote about it: <br>
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<span>"The growth of Africa＊s internet to its full potential 每 the continent＊s population is the same as China＊s, exceeds all of Europe, and is twice the size of North America＊s 每 cannot be sustained by the remaining address resources of AFRINIC. Growth will
only be possible if it imports large numbers of IPv4 addresses from the market, and/or relies more on IPv6 addresses. The tiny leftover portion of the IPv4 address space that AFRINIC controls is not going to sustain the kind of growth that is needed. This
is a fight over crumbs. The collateral damage from this fight is not proportionate to the value of the stakes."</span></div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<span><br>
</span></div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<span><a href="https://www.internetgovernance.org/2021/08/19/a-fight-over-crumbs-the-afrinic-crisis/" id="LPlnk">https://www.internetgovernance.org/2021/08/19/a-fight-over-crumbs-the-afrinic-crisis/</a></span><br>
</div>
<div class="_Entity _EType_OWALinkPreview _EId_OWALinkPreview _EReadonly_1">
<div id="LPBorder_GTaHR0cHM6Ly93d3cuaW50ZXJuZXRnb3Zlcm5hbmNlLm9yZy8yMDIxLzA4LzE5L2EtZmlnaHQtb3Zlci1jcnVtYnMtdGhlLWFmcmluaWMtY3Jpc2lzLw.." class="LPBorder226592" style="width: 100%; margin-top: 16px; margin-bottom: 16px; position: relative; max-width: 800px; min-width: 424px;">
<table id="LPContainer226592" role="presentation" style="padding: 12px 36px 12px 12px; width: 100%; border-width: 1px; border-style: solid; border-color: rgb(200, 200, 200); border-radius: 2px;">
<tbody>
<tr style="border-spacing: 0px;" valign="top">
<td>
<div id="LPImageContainer226592" style="position: relative; margin-right: 12px; height: 149.602px; overflow: hidden; width: 240px;">
<a target="_blank" id="LPImageAnchor226592" href="https://www.internetgovernance.org/2021/08/19/a-fight-over-crumbs-the-afrinic-crisis/"><img id="LPThumbnailImageId226592" alt="" style="display: block;" width="240" height="149" src="https://www.internetgovernance.org/wp-content/uploads/iStock-459896465.jpg"></a></div>
</td>
<td style="width: 100%;">
<div id="LPTitle226592" style="font-size: 21px; font-weight: 300; margin-right: 8px; font-family: "wf_segoe-ui_light", "Segoe UI Light", "Segoe WP Light", "Segoe UI", "Segoe WP", Tahoma, Arial, sans-serif; margin-bottom: 12px;">
<a target="_blank" id="LPUrlAnchor226592" href="https://www.internetgovernance.org/2021/08/19/a-fight-over-crumbs-the-afrinic-crisis/" style="text-decoration: none; color: var(--themePrimary);">A Fight Over Crumbs: The AFRINIC crisis - Internet Governance Project</a></div>
<div id="LPDescription226592" style="font-size: 14px; max-height: 100px; color: rgb(102, 102, 102); font-family: "wf_segoe-ui_normal", "Segoe UI", "Segoe WP", Tahoma, Arial, sans-serif; margin-bottom: 12px; margin-right: 8px; overflow: hidden;">
AFRINIC is the Regional Internet Registry (RIR) for Africa: a nonprofit, nongovernmental Internet governance organization. Like RIPE, ARIN, APNIC and LACNIC, it operates a registry for unique internet protocol (IP) numbers that serve as network addresses. The
registry records which organizations hold rights to which IP address blocks on that continent, and it also operates [＃]</div>
<div id="LPMetadata226592" style="font-size: 14px; font-weight: 400; color: rgb(166, 166, 166); font-family: "wf_segoe-ui_normal", "Segoe UI", "Segoe WP", Tahoma, Arial, sans-serif;">
www.internetgovernance.org</div>
</td>
</tr>
</tbody>
</table>
</div>
</div>
<br>
<div>
<div id="appendonsend"></div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12pt; color:rgb(0,0,0)">
<br>
</div>
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="divRplyFwdMsg" dir="ltr"><font style="font-size:11pt" face="Calibri, sans-serif" color="#000000"><b>From:</b> ARIN-PPML <arin-ppml-bounces@arin.net> on behalf of Owen DeLong via ARIN-PPML <arin-ppml@arin.net><br>
<b>Sent:</b> Friday, September 10, 2021 12:48 PM<br>
<b>To:</b> John Curran <jcurran@arin.net><br>
<b>Cc:</b> arin-ppml@arin.net <arin-ppml@arin.net><br>
<b>Subject:</b> Re: [arin-ppml] Change of Use and ARIN (was: Re: AFRINIC And The Stability Of The Internet Number Registry System)</font>
<div> </div>
</div>
<div class="" style="word-wrap:break-word; line-break:after-white-space"><br class="">
<div><br class="">
<blockquote type="cite" class="">
<div class="">On Sep 10, 2021, at 06:06 , John Curran <<a href="mailto:jcurran@arin.net" class="">jcurran@arin.net</a>> wrote:</div>
<br class="x_Apple-interchange-newline">
<div class="">
<div class="" style="word-wrap:break-word; line-break:after-white-space">On 9 Sep 2021, at 2:44 PM, Owen DeLong <<a href="mailto:owen@delong.com" class="">owen@delong.com</a>> wrote:
<div class="">
<blockquote type="cite" class="">
<div class="" style="word-wrap:break-word; line-break:after-white-space">
<div class=""><br class="">
<blockquote type="cite" class="">
<div class="">On Sep 8, 2021, at 18:33 , John Curran <<a href="mailto:jcurran@arin.net" class="">jcurran@arin.net</a>> wrote:</div>
<div class="">
<div class="" style="word-wrap:break-word; line-break:after-white-space">
<div class="">
<div class="">...</div>
</div>
<div class=""><br class="">
</div>
<div class="">Under such a theory, the first LIR at ARIN could claim that they have technical need for more blocks to support their forthcoming leasing to all cloud providers in North America (a lot of need indeed)＃ The fact that you have business relationship
with a party does not make _their_ technical requirements somehow into _your_ technical requirements. </div>
<div class=""><br class="">
</div>
<div class="">On the other hand. when an ISP connects a customer to the Internet, they often do need to supply some address space to the customer for use in the customer＊s network - it might be a single IP address for a customer CPE, or it could be an large
block because the customer wants all of the devices on their internal network to now have Internet access 每 i.e. precisely why they purchased Internet service. The address space needed by the ISP is a valid technical need because ISP requires it for the
connectivity service being provisioned, even if some of it is sub-assigned and utilized on customers network infrastructure. </div>
</div>
</div>
</blockquote>
<div class=""><br class="">
</div>
Actually, they don＊t NEED to, they WANT to. They can simply refer their customer to the RIR to obtain the addresses directly. This is inconvenient and works against aggregation, but it is 100% technically possible.</div>
</div>
</blockquote>
<div class=""><br class="">
</div>
The ISP is providing network services to the customer network and their services can＊t functional technically without the customer network being issued IP addresses＃ it is rather obvious. <br class="">
<div class="" style="word-wrap:break-word; line-break:after-white-space">
<div class=""><br class="">
</div>
</div>
<blockquote type="cite" class="">
<div class="" style="word-wrap:break-word; line-break:after-white-space">
<div class="">So either the customers NEED for addresses extends to the LIR and becomes the LIR＊s need or it doesn＊t.＞</div>
</div>
</blockquote>
<div class="" style="word-wrap:break-word; line-break:after-white-space">
<div class=""><br class="">
</div>
<div class="">An ISP does not suddenly gain a technical need for more IP address space for their operational network based on some other party who has no connectivity to their network.</div>
</div>
</div>
</div>
</div>
</blockquote>
<div><br class="">
</div>
OK, so a connection, however tenuous, creates need, but without a connection, there＊s no need. Got it.</div>
<div><br class="">
<blockquote type="cite" class="">
<div class="">
<div class="" style="word-wrap:break-word; line-break:after-white-space">
<div class="">
<div class="" style="word-wrap:break-word; line-break:after-white-space">
<div class=""><br class="">
</div>
</div>
<blockquote type="cite" class="">
<div class="" style="word-wrap:break-word; line-break:after-white-space">
<div class="">
<blockquote type="cite" class="">
<div class="">
<div class="" style="word-wrap:break-word; line-break:after-white-space">
<div class="">This is common practice, and nearly everyone in the ARIN ISP community is both aware of it and has submitted resource requests accordingly. </div>
</div>
</div>
</blockquote>
<div class=""><br class="">
</div>
Yes, lots of things that are not necessarily policy are common practice. I＊m not claiming that this common practice doesn＊t fit within policy, but I am claiming that policy does not actually prescribe a need for connectivity to be integral to this extension
of need and it does not actually proscribe the provision by an LIR of an address management service exclusive of connectivity.</div>
</div>
</blockquote>
<div class=""><br class="">
</div>
You are incorrect. Again - <b class="">"Conservation of these common number spaces requires that Internet number resources be efficiently distributed to those organizations who have a technical need for them in support of operational networks."</b></div>
</div>
</div>
</blockquote>
<div><br class="">
</div>
<blockquote type="cite" class="">
<div class="">
<div class="" style="word-wrap:break-word; line-break:after-white-space">One cannot have a _technical need_ for IP addresses based on other party＊s network unless there＊s some technical connection 每 you can have a business need, but that＊s not the same thing.
</div>
</div>
</blockquote>
<div><br class="">
</div>
Well, a technical connection doesn＊t have to be a connection that moves traffic. A contract to manage address resources is arguably a technical connection.</div>
<div><br class="">
</div>
<div>To me, the key provision of the Conservation clause isn＊t about how the connectivity to the addresses is arranged, but rather that a company isn＊t obtaining the addresses and storing them on a shelf somewhere, but instead deploying them to operational
networks.</div>
<div><br class="">
<blockquote type="cite" class="">
<div class="">
<div class="" style="word-wrap:break-word; line-break:after-white-space">
<div class="">If there＊s some connectivity service involved, then it＊s fairly straightforward to see how a technical need of a customer network can also been a technical need for the ISP/LIR. <br class="">
</div>
</div>
</div>
</blockquote>
<div><br class="">
</div>
We all agree that the typical ISP scenario is straight forward. What we are debating is whether there are other scenarios that also constitute a legitimate need under existing policy or not. I contend that there are. You, so far are attempting to deny the legitimacy
of the other scenarios proposed.</div>
<div><br class="">
<blockquote type="cite" class="">
<div class="">
<div class="" style="word-wrap:break-word; line-break:after-white-space">
<div class="">
<div class="">
<blockquote type="cite" class="">
<div class="" style="word-wrap:break-word; line-break:after-white-space">
<div class="">You seem to be arguing that a plaintext reading of ARIN policy provides such a proscription, yet I cannot find it.</div>
</div>
</blockquote>
<div class=""><br class="">
</div>
Please review above - it＊s rather clear.</div>
<div class=""><br class="">
</div>
<div class="">An LIR may not assert that they have a new _technical need_ for more IP address space as a result of signing a leasing contract. </div>
</div>
</div>
</div>
</blockquote>
<div><br class="">
</div>
An interesting assertion. If an LIR signs a contract agreeing to provide addresses to a customer for use on the customers operational network, how does that technical need change depending on whether or not the LIR is also providing a circuit connecting that
network?</div>
<div><br class="">
<blockquote type="cite" class="">
<div class="">
<div class="" style="word-wrap:break-word; line-break:after-white-space">
<div class="">
<div class="">
<blockquote type="cite" class="">
<div class="" style="word-wrap:break-word; line-break:after-white-space">
<div class="">There is no need to indicate on the application whether the VPN in question will ever carry traffic or not. Leave that blank. ARIN might make assumptions, but those assumptions can＊t actually be verified one way or the other anyway.</div>
</div>
</blockquote>
<div class=""><br class="">
</div>
<div class="">Yes, I imagine that some will assert that there are connectivity services while knowing in fact that such representations are sham 每 it＊s wrong to do, but the misrepresentation won＊t stop some people if they feel they won＊t get caught. </div>
</div>
</div>
</div>
</div>
</blockquote>
<div><br class="">
</div>
It＊s a connectivity service. It provides a connection between the networks. The fact that the connection isn＊t used to move (many) bits isn＊t a policy matter, technically.</div>
<div><br class="">
<blockquote type="cite" class="">
<div class="">
<div class="" style="word-wrap:break-word; line-break:after-white-space">
<div class="">
<div class="">
<blockquote type="cite" class="">
<div class="" style="word-wrap:break-word; line-break:after-white-space">
<div class="">
<blockquote type="cite" class="">
<div class="">
<div class="" style="word-wrap:break-word; line-break:after-white-space">
<div class="">
<div class="" style="word-wrap:break-word; line-break:after-white-space">
<div class=""></div>
<div class="">If you really want to change ARIN＊s existing number resource policy to meet your creative new world view, please put in a policy proposal to make the change and let the community discuss and decide whether solely utilization due to leasing of
address space to others should be considered a valid need for receiving additional number resource issuance. </div>
</div>
</div>
</div>
</div>
</blockquote>
<div class=""><br class="">
</div>
No policy proposal is needed. Fig leaves are much easier and you＊ve already stated that they cover the situation adequately.</div>
<div class=""><br class="">
</div>
<div class="">While I view the requirement for the fig leaf to be kind of silly, it makes some people happy and it costs next to nothing to implement, so why go to the trouble to pursue a policy modification that isn＊t all that likely to succeed due to the
various emotional reactions that it would engender?</div>
</div>
</blockquote>
<br class="">
</div>
<div class="">Some people would fine operating in such a manner as you describe (i.e. knowingly violating policy requiring connectivity by asserting sham connectivity services) to be perfectly fine, and others would not - it＊s more of an ethical question than
anything else. </div>
</div>
</div>
</div>
</blockquote>
<div><br class="">
</div>
It＊s not sham connectivity, there＊s an actual connection and if one tries hard enough, one would be able to deliver packets through said connection. I＊m not sure why one would want to do so, but it＊s not a sham. It＊s a silly structure designed to comply with
an asserted policy that apparently doesn＊t actually exist.</div>
<div><br class="">
</div>
<div>Owen</div>
<div><br class="">
</div>
</div>
</div>
</body>
</html>