<div dir="ltr">Why is average /8s per continent the right metric there? Wouldn't IPv4 addresses per capita be more like what we're looking for? I haven't run the numbers, but I suspect the ARIN region is higher than all four of the other RIRs in terms of IPv4 addresses per capita. If so, then simply removing<span style="font-size:12.8px"> "reciprocal," would have the same effect (of allowing transfers to regions with more need for IPv4 addresses than the ARIN region) and be much simpler.</span><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">-Scott</span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 19, 2017 at 5:29 PM, Kevin Blumberg <span dir="ltr"><<a href="mailto:kevinb@thewire.ca" target="_blank">kevinb@thewire.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div lang="EN-CA" link="blue" vlink="purple">
<div class="m_3233682343675710990WordSection1">
<p class="MsoNormal"><a name="m_3233682343675710990__MailEndCompose"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">I would like to see it a little more nuanced than just the removal of reciprocity.<u></u><u></u></span></a></p>
<p class="MsoNormal"><span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></span></p>
<p class="MsoNormal"><span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">I took the following statistics from the NRO website (</span></span><a href="https://www.nro.net/wp-content/uploads/NRO_Q3_2016-2.pdf" target="_blank"><span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">https://www.nro.net/wp-<wbr>content/uploads/NRO_Q3_2016-2.<wbr>pdf</span></span><span></span></a><span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">)<u></u><u></u></span></span></p>
<p class="MsoNormal"><span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></span></p>
<p class="MsoNormal"><span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">Number of /8 Assigned to Regions<u></u><u></u></span></span></p>
<p class="MsoNormal"><span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">ARIN 36<u></u><u></u></span></span></p>
<p class="MsoNormal"><span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">AFRINIC 5<u></u><u></u></span></span></p>
<p class="MsoNormal"><span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">LACNIC 9<u></u><u></u></span></span></p>
<p class="MsoNormal"><span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">RIPE NCC 35<u></u><u></u></span></span></p>
<p class="MsoNormal"><span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">APNIC 45<u></u><u></u></span></span></p>
<p class="MsoNormal"><span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></span></p>
<p class="MsoNormal"><span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">I would prefer a sentence, that allows for the relaxing of the reciprocal rule, in the event the gaining
RIR is below the global average in IPv4 space.<u></u><u></u></span></span></p>
<p class="MsoNormal"><span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></span></p>
<p class="MsoNormal"><span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">Kevin Blumberg
</span></span><span><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u><u></u></span></span></p>
<p class="MsoNormal"><span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></span></p>
<span></span>
<p class="MsoNormal"><b><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif"> ARIN-PPML [mailto:<a href="mailto:arin-ppml-bounces@arin.net" target="_blank">arin-ppml-bounces@<wbr>arin.net</a>]
<b>On Behalf Of </b>Scott Leibrand<br>
<b>Sent:</b> Thursday, January 19, 2017 4:14 PM<br>
<b>To:</b> Mike Burns <<a href="mailto:mike@iptrading.com" target="_blank">mike@iptrading.com</a>><br>
<b>Cc:</b> ARIN-PPML List <<a href="mailto:arin-ppml@arin.net" target="_blank">arin-ppml@arin.net</a>></span></p><div><div class="h5"><br>
<b>Subject:</b> Re: [arin-ppml] ARIN Response to AFRINIC on Policy compatibility<u></u><u></u></div></div><p></p><div><div class="h5">
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<p class="MsoNormal">I would agree with this, and would support a policy proposal to remove the "reciprocal" requirement in ARIN inter-RIR transfer policy, leaving the "<span style="font-size:9.0pt;font-family:"Arial",sans-serif;color:black">compatible, needs-based"</span> requirement.<u></u><u></u></p>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">It looks like this would simply be a one-word change, removing "reciprocal," from the first sentence of 8.4.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">-Scott<u></u><u></u></p>
</div>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<p class="MsoNormal">On Thu, Jan 19, 2017 at 1:02 PM, Mike Burns <<a href="mailto:mike@iptrading.com" target="_blank">mike@iptrading.com</a>> wrote:<u></u><u></u></p>
<blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<p class="MsoNormal">Hi David,<br>
<br>
An inbound-only policy is also under development at LACNIC and will hit the<br>
discussion list there next week.<br>
<br>
RIPE has officially said they will accept the provisions of the AFRINIC<br>
inbound policy and will send RIPE addresses to AFRINIC should the AFRINIC<br>
policy be implemented as written.<br>
<br>
RIPE has told me they will treat any pending LACNIC policy the same way, if<br>
the operative language is similar.<br>
<br>
LACNIC also has a relatively rigorous needs-test for transfers, AFAIK they<br>
even require the use of NAT.<br>
<br>
I think the ARIN community must take notice of the relative superabundance<br>
of IPv4 space in the region and how less address-rich regions must feel in<br>
this age of exhaust.<br>
<br>
The recent IPv4 market analysis at RIPE indicates that the transfer market<br>
is fueled to a large extent by legacy address acting as supply. These legacy<br>
addresses are again much more abundant in ARIN than they are in AFRINIC or<br>
LACNIC.<br>
<br>
My personal experience is that the LACNIC transfer market is suffering from<br>
a lack of supply, and buyers are being asked to pay higher prices due to<br>
scarcity. I believe that it is in the best interests of the Internet for<br>
there to be a global market in IPv4 addresses. Unfortunately the<br>
address-poor regions feel shortchanged, and they view any two-way policy as<br>
a potential to lose some of their paltry amount to richer regions.<br>
<br>
As a half-way step towards a truly global market, accepting that some<br>
regions (and some NIRs) will not allow outbound transfers today, I believe<br>
ARIN should join RIPE and remove the language about reciprocity, while<br>
maintaining the requirement for compatible needs testing.<br>
<br>
Regards,<br>
Mike Burns<u></u><u></u></p>
<div>
<div>
<p class="MsoNormal"><br>
<br>
<br>
<br>
<br>
-----Original Message-----<br>
From: ARIN-PPML [mailto:<a href="mailto:arin-ppml-bounces@arin.net" target="_blank">arin-ppml-bounces@<wbr>arin.net</a>] On Behalf Of David R<br>
Huberman<br>
Sent: Thursday, January 19, 2017 3:37 PM<br>
To: <a href="mailto:arin-ppml@arin.net" target="_blank">arin-ppml@arin.net</a><br>
Subject: Re: [arin-ppml] ARIN Response to AFRINIC on Policy compatibility<br>
<br>
<br>
Last week, ARIN staff sent to this list a copy of their response to AFRINIC<br>
on inter-RIR transfer policy compatability.<br>
<br>
The AFRINIC community is considering a one-way transfer policy as a<br>
bootstrap for the few years until they reach IPv4 runout, at which point it<br>
would aim to become two-way.<br>
<br>
I feel like as a member of the internet community, that ARIN (we - us - the<br>
PPML participants) should be accepting that an RIR in a different region has<br>
different needs than we do. I think we should allow African internet<br>
operators to obtain blocks from sellers in the ARIN region, and transfer<br>
them to AFRINIC to meet their needs.<br>
<br>
The AFRINIC inbound transfer policy is very ARIN-like. It's needs-basis, and<br>
the language looks very similar to 8.2 and 8.3 language we've had at ARIN<br>
for a very long time.<br>
<br>
cf.<br>
<br>
<a href="http://www.afrinic.net/en/community/policy-development/policy-proposals/1803-inbound-transfer-policy" target="_blank">http://www.afrinic.net/en/<wbr>community/policy-development/<wbr>policy-proposals/1803<br>
-inbound-transfer-policy</a><br>
<br>
That's my opinion. What's yours?<br>
<br>
Thanks,<br>
David<br>
<br>
<br>
On Thu, 12 Jan 2017, ARIN wrote:<br>
<br>
> To PPML -<br>
><br>
> As a result of policy discussions in the AFRINIC region, ARIN is<br>
> providing the following to information:<br>
><br>
> On 30 September 2016 ARIN received a query from AFRINIC requesting an<br>
> assessment on the compatibility of AFRINIC proposed<br>
> 1803-inbound-transfer-policy with ARIN policy. On 6 October 2016 ARIN<br>
> responded with the following assessment:<br>
><u></u><u></u></p>
</div>
</div>
<p class="MsoNormal">> Based on ARINb<u></u><u></u></p>
<div>
<div>
<p class="MsoNormal"><br>
______________________________<wbr>_________________<br>
PPML<br>
You are receiving this message because you are subscribed to<br>
the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net" target="_blank">ARIN-PPML@arin.net</a>).<br>
Unsubscribe or manage your mailing list subscription at:<br>
<a href="http://lists.arin.net/mailman/listinfo/arin-ppml" target="_blank">http://lists.arin.net/mailman/<wbr>listinfo/arin-ppml</a><br>
Please contact <a href="mailto:info@arin.net" target="_blank">info@arin.net</a> if you experience any issues.<u></u><u></u></p>
</div>
</div>
</blockquote>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
</div></div></div>
</div>
</blockquote></div><br></div>