<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="">Before this goes too far down the road under a misleading subject, I’ll<div class="">politely request that people use the above subject as a new thread instead of</div><div class="">continuing to post under 2016-1.</div><div class=""><br class=""></div><div class="">Thanks,</div><div class=""><br class=""></div><div class="">Owen</div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On May 5, 2016, at 13:09 , Jason Schiller <<a href="mailto:jschiller@google.com" class="">jschiller@google.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">I would go s far as to direct ARIN staff to provide provisional approval. <div class="">The process would look like this:<div class=""><br class=""></div><div class="">Customer: ARIN, I have a /16. I am currently using 200 IPs as documented below. </div><div class="">I would be willing to sell my /16 and replace it with a /24 if I can be assured that I </div><div class="">will be approved to get a /24.</div><div class=""><br class=""></div><div class="">ARIN: based on your current utilization you are pre-approved to transfer a /24 </div><div class="">on the condition that no longer hold the /16 and your utilization as reported </div><div class="">remains unchanged. </div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">The customer could then go off and sell the /16 contingent on buying a /24 </div><div class="">and transferring it. Buy the /24, renumber into the /24 and then submit matching </div><div class="">transfer requests requesting the transfer of the /16 to the recipient which should </div><div class="">be held up until the transfer of a /24 from the source is also approved. </div><div class=""><br class=""></div><div class="">(I think of this like the complicated kidney donation surgeries) </div><div class=""><br class=""></div><div class="">I don't think we need policy for this, just the AC to advice ARIN on </div><div class="">the fact that this behavior is not prohibited under policy, and is what</div><div class="">the community desires ARIN to do in this situation.</div><div class=""><br class=""></div><div class="">I do not think ARIN should maintain a pool for this.</div><div class=""><br class=""></div><div class="">I would support ARIN holding a transfer in escrow, but I think it is unlikely </div><div class="">that a party is willing to number out of their space, be down, and then get </div><div class="">new space and be back up, so I don't see this being useful.</div><div class=""><br class=""></div><div class="">___Jason</div></div></div><div class="gmail_extra"><br class=""><div class="gmail_quote">On Tue, Apr 19, 2016 at 9:18 PM, Gary Buhrmaster <span dir="ltr" class=""><<a href="mailto:gary.buhrmaster@gmail.com" target="_blank" class="">gary.buhrmaster@gmail.com</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex;">On Mon, Apr 11, 2016 at 5:43 PM, Owen DeLong <<a href="mailto:owen@delong.com" class="">owen@delong.com</a>> wrote:<br class="">....<br class=""><span class="">> I’d be OK with this, but given that there is remaining free pool for these resources, I’m not sure that it isn’t better to have a clear policy that when the resources in these categories are no longer needed, voluntary return to ARIN is expected.<br class=""><br class=""></span>On Monday, there was discussion (during policy experience report)<br class="">about ARIN not being able to provide "theoretical" pre-qualifications<br class="">in the case where (in the example) you transfer a /16 to someone,<br class="">and would want to get a /24 from somewhere else. And while most<br class="">steeped in the ARIN process understand that qualifying is an almost<br class="">certainty, that does not take it to the level some seem to need to feel<br class="">entirely comfortable.<br class=""><br class="">As far as this proposal, I can imagine there to be cases were a transfer<br class="">may only make sense if the receiving org can be assured that they will<br class="">be able to get the IP numbers from a reserved pool which ARIN cannot<br class="">make assurance on in advance. And while (as before) everyone may be<br class="">(almost) 100% sure that the recipient will qualify, that does not always<br class="">make everyone sufficiently comfortable.<br class=""><br class="">It would seem to be nice for a 8.3 transfer which happens to include<br class="">reserved pool space not turn into another policy experience report<br class="">bullet for not being able to successfully transfer (worst case?) "CI"<br class="">space if indeed the recipient would otherwise qualify (and potentially<br class="">force a renumber of such resources for no particular policy reason).<br class=""><br class="">I do agree with Owen that these cases are unlikely. And regardless<br class="">of whether the (what I think is) better language as proposed by Scott<br class="">is included, I would support the policy moving forward to address<br class="">the problem statement.<br class=""><div class="HOEnZb"><div class="h5">_______________________________________________<br class="">PPML<br class="">You are receiving this message because you are subscribed to<br class="">the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net" class="">ARIN-PPML@arin.net</a>).<br class="">Unsubscribe or manage your mailing list subscription at:<br class=""><a href="http://lists.arin.net/mailman/listinfo/arin-ppml" rel="noreferrer" target="_blank" class="">http://lists.arin.net/mailman/listinfo/arin-ppml</a><br class="">Please contact <a href="mailto:info@arin.net" class="">info@arin.net</a> if you experience any issues.</div></div></blockquote></div><br class=""><br clear="all" class=""><div class=""><br class=""></div>-- <br class=""><div class="gmail_signature"><font color="#555555" face="'courier new', monospace" class=""><div class=""><span class="" style="font-family: arial;"><font color="#555555" face="'courier new', monospace" class="">_______________________________________________________<br class=""></font><div class=""><font face="'courier new', monospace" class="">Jason Schiller|NetOps|<a href="mailto:jschiller@google.com" target="_blank" class="">jschiller@google.com</a>|571-266-0006</font></div><div class=""><font face="'courier new', monospace" class=""><br class=""></font></div></span></div></font></div></div></div></blockquote></div></div></body></html>