<div dir="ltr">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="color:rgb(0,0,0);font-family:arial,helvetica,sans-serif;font-size:12px">compatible, needs-based"</span> requirement.<div><br></div><div>It looks like this would simply be a one-word change, removing "reciprocal," from the first sentence of 8.4.</div><div><br></div><div>-Scott</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 19, 2017 at 1:02 PM, Mike Burns <span dir="ltr"><<a href="mailto:mike@iptrading.com" target="_blank">mike@iptrading.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">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<br>
<div><div class="h5"><br>
<br>
<br>
<br>
<br>
-----Original Message-----<br>
From: ARIN-PPML [mailto:<a href="mailto:arin-ppml-bounces@arin.net">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">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" rel="noreferrer" 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>
><br>
</div></div>> Based on ARINb<br>
<div class="HOEnZb"><div class="h5"><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">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" rel="noreferrer" target="_blank">http://lists.arin.net/mailman/<wbr>listinfo/arin-ppml</a><br>
Please contact <a href="mailto:info@arin.net">info@arin.net</a> if you experience any issues.<br>
</div></div></blockquote></div><br></div>