<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=""><div class="">The key will be making it where it can not be monetized.  It’s like Real Estate and have to approach it like eminent domain.   I think it becomes a very slippery slope. IP space, has become an monetary asset to the company.  If you remove the ability to capitalize on that unused space, you still need a mechanism for forcing it’s return.</div><div class=""><br class=""></div><br class=""><div class="">
<div class=""><div style="line-height: normal; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Justin Wilson</div><div style="line-height: normal; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><a href="mailto:j2sw@mtin.net" class="">j2sw@mtin.net</a></div><div style="line-height: normal; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""></div><div style="line-height: normal; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">---<br class=""><a href="http://www.mtin.net" class="">http://www.mtin.net</a> Owner/CEO</div><div style="line-height: normal; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">xISP Solutions- Consulting – Data Centers - Bandwidth<br class=""><br class=""></div><div style="line-height: normal; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><a href="http://www.midwest-ix.com" class="">http://www.midwest-ix.com</a>  COO/Chairman</div><div style="line-height: normal; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Internet Exchange - Peering - Distributed Fabric</div></div>
</div>
<br class=""><div><blockquote type="cite" class=""><div class="">On May 8, 2016, at 9:23 PM, Christoph Blecker <<a href="mailto:cblecker@gmail.com" class="">cblecker@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">I can't quite imagine a scenario that would merit an 8.3 transfer of reserved pool IP space. I think the community is better served to encourage reserved pool address holders to return the space back to the reserved pool if the need they originally requested the address space for no longer exists. As such, I prefer the original policy text.<div class=""><br class=""></div><div class="">I'd be open to changing my opinion if someone could explain a scenario where an 8.3 transfer is preferable to requesting space from the free pool.</div><div class=""><br class=""></div><div class="">Cheers,</div><div class="">Christoph</div></div><div class="gmail_extra"><br class=""><div class="gmail_quote">On 5 May 2016 at 12:11, Owen DeLong <span dir="ltr" class=""><<a href="mailto:owen@delong.com" target="_blank" class="">owen@delong.com</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word" class="">Speaking strictly for myself and not as a member of the AC…<div class=""><br class=""></div><div class="">I still fail to see the need for this. Here are the scenarios I can see:</div><div class=""><br class=""></div><div class="">1.<span style="white-space:pre-wrap" class="">       </span>Transfer of an operating environment to a new organization through merger/acquisition/reorg:</div><div class=""><br class=""></div><div class=""><span style="white-space:pre-wrap" class="">                </span>This would be handled in 8.2 and there is no restriction on these blocks in 8.2</div><div class=""><span style="white-space:pre-wrap" class="">            </span>transfers.</div><div class=""><br class=""></div><div class="">2.<span style="white-space:pre-wrap" class="">        </span>Creation of a new operational environment which needs resources and qualifies:</div><div class=""><br class=""></div><div class=""><span style="white-space:pre-wrap" class="">              </span>Since these reserved pools still have resources available, I see no reason to support</div><div class=""><span style="white-space:pre-wrap" class="">              </span>their transfer through 8.3 or 8.4.</div><div class=""><br class=""></div><div class="">I think the proposed change would be mostly harmless, but I also feel that it serves no useful purpose and would complicate policy unnecessarily.</div><div class=""><br class=""></div><div class="">Further, unlike larger blocks of resources, these blocks are assigned in very small chunks and for a very specific purpose. Once that purpose no longer exists, their return should be straightforward and we as a community should be able to expect voluntary return of these addresses as they cannot be monetized, cannot be transferred, and cannot be repurposed. (At least not without violating policy).</div><span class="HOEnZb"><font color="#888888" class=""><div class=""><br class=""></div><div class="">Owen</div></font></span><div class=""><br class=""><div class=""><blockquote type="cite" class=""><div class=""><div class="h5"><div class="">On May 5, 2016, at 07:59 , Andrew Dul <<a href="mailto:andrew.dul@quark.net" target="_blank" class="">andrew.dul@quark.net</a>> wrote:</div><br class=""></div></div><div class=""><div class=""><div class="h5">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000" class=""><p class="">Hello,</p><p class="">As part of the discussions at ARIN 37 the community considered
      updates to the proposed draft policy that would allow
      organizations to transfer, within ARIN, reserved pool resources
      provided that they met the criteria to obtain a block from a
      reserved pool. <br class="">
    </p><p class="">Based upon this feedback we are proposing to update the draft
      policy text as follows.  The AC welcomes your feedback on this
      proposed text and any other feedback on this draft policy.</p><p class="">Thanks,</p><p class="">Andrew<br class="">
    </p><p class=""><br class="">
    </p>
    <b class="">Original</b><strong class=""> Policy statement:</strong><p class="">Add to Section 8.3 and Section 8.4 under the "Conditions on
      source of the transfer:"</p><p class="">Address resources from a reserved pool (including those
      designated in Section 4.4 and 4.10) are not eligible for transfer.</p><p class=""><b class=""><strong class="">Updated </strong></b><strong class="">Policy statement:</strong>
    </p><p class="">Add to Section 8.3 under the "Conditions on recipient of the
      transfer:"</p><p class="">Address resources from a reserved pool (including those
      designated in Section 4.4 and 4.10) shall only be transferred to
      organizations which meet the current criteria of the reserved pool
      from which the resource was obtained.</p>
    Add to Section 8.4 under the "Conditions on source of the transfer:"
    <p class="">Address resources from a reserved pool (including those
      designated in Section 4.4 and 4.10) are not eligible for transfer.</p>
  </div></div></div>

_______________________________________________<span class=""><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" target="_blank" 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" target="_blank" class="">http://lists.arin.net/mailman/listinfo/arin-ppml</a><br class="">Please contact <a href="mailto:info@arin.net" target="_blank" class="">info@arin.net</a> if you experience any issues.</span></div></blockquote></div><br class=""></div></div><br class="">_______________________________________________<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.<br class=""></blockquote></div><br class=""></div>
_______________________________________________<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" class="">http://lists.arin.net/mailman/listinfo/arin-ppml</a><br class="">Please contact info@arin.net if you experience any issues.</div></blockquote></div><br class=""></body></html>