<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Oct 1, 2019 at 1:37 PM Mike Burns <<a href="mailto:mike@iptrading.com">mike@iptrading.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Jim wrote:<br>
I am opposed to proposal that ARIN should in general be facilitating<br>
entities<br>
being able to obtain from ARIN   permanent allocations made to<br>
support  temporary use for non-connected networks.    It sounds like<br>
creating an inviting environment for potential spammers and fraud, and<br>
LIRs/ISPs should not be involved in this.<br>
<br>
<br>
Hi Jim,<br>
<br>
More hand-waving about spam and fraud that doesn't exist and ignoring the<br>
obvious need that does exist. A market has arisen to meet the need, that<br>
proves the need exists. A google search confirms this for everybody.  But<br>
the environment you exists and has not generated spam and fraud.<br>
<br>
This is why I point to RIPE. They have what you refer to as "policy<br>
facilitating enties being able to obtain from (the RIR) permanent<br>
allocations made to support temporary use for non-connected networks." You<br>
say this will create an inviting environment for more of the spooky<br>
consequences I have heard about for almost 10 years now. Spooky consequences<br>
absent from RIPE. Or can you find them there?<br></blockquote><div><br></div><div>I'm opposed to it, but for different reasons. I worry about the cash flows building against leased numbers and creating a situation where it increases costs on the transfer market by competition for space. I'm seeing /24's at $90 MRC. That's roughly $4 per address per year leased vs. $21 on the transfer market. I agree, probably not abused any more than anything else. For me, it sends the wrong message transition wise.<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Can it be more clear?  RIPE has had NO NEEDS TEST FOR YEARS.  We have<br>
performed the experiment, why ignore the results?<br>
If I want to become a Lessor, yet another reason to incorporate in Europe, I<br>
guess. There is no restriction in RIPE in the purchasing of addresses for<br>
the purpose of leasing them out, nor for the leasing part. <br>
A recipe for registry-shopping and address-flight.<br></blockquote><div><br></div><div>I mostly agree with you. RIPE is a different region though and has different allocation patterns and concerns about their registry inventory. RIPE policy makers seem to feel that exhausting and a liberal market is the fastest way to transition.At least that's how I read it sometimes. I'm not going to judge if they are right or wrong. ARIN network operators tend to want to be more independent and there are many examples where the world goes left and NA goes right, infrastructure wise. Just the nature of the beast. I don't think everyone understands that there actually is common policy (via the ASO process and IANA) and then globally coordinated, more like a treaty. Its just not everything. But there is more in common than not.<br></div><div><br></div><div>Best,</div><div><br></div><div>-M<</div><div><br></div><div><br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Regards,<br>
Mike<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
ARIN-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="https://lists.arin.net/mailman/listinfo/arin-ppml" rel="noreferrer" target="_blank">https://lists.arin.net/mailman/listinfo/arin-ppml</a><br>
Please contact <a href="mailto:info@arin.net" target="_blank">info@arin.net</a> if you experience any issues.<br>
</blockquote></div></div>