<div class="gmail_quote">On Mon, May 23, 2011 at 3:15 PM, Owen DeLong <span dir="ltr"><<a href="mailto:owen@delong.com">owen@delong.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div bgcolor="#FFFFFF"><div>How about this, instead...</div><div class="im"><div><br></div><div>8.3 Transfers to Specified Recipients</div><div><br></div><div>In addition to transfers under section 8.2, IPv4 number resources may be released to ARIN</div>
<div>by the authorized resource holder, in whole or in part, for transfer:</div><div><br></div></div><div><span style="white-space:pre-wrap"> </span>+ to specified organizational recipient(s) within the ARIN region</div><div>
<span style="white-space:pre-wrap"> </span>that will receive such resources as a single aggregate, in the</div><div class="im"><div><span style="white-space:pre-wrap"> </span>exact amount which they can justify under current ARIN policies</div>
<div><br></div></div><div><span style="white-space:pre-wrap"> </span>+ to another RIR, for transfer to a specified recipient in that RIR's service</div><div class="im"><div><span style="white-space:pre-wrap"> </span>region, if the two RIRs agree and maintain compatible, needs-based</div>
<div><span style="white-space:pre-wrap"> </span>transfer policies.</div><div><br></div></div><div>In other words, let's bind the latter requirements only to the intra-regional transfers</div><div>as I believe that they are out of scope for the burdens we should be allowed to</div>
<div>place on inter-regional transfers on the part of the other RIR.</div></div></blockquote><div><br></div><div>That might work. I notice that you changed the language you moved to the first bullet, though (dropping the RSA requirement, for example). Perhaps the following text would minimize the side effects (good and bad) of moving the text:</div>
<div><br></div><div><div>In addition to transfers under section 8.2, IPv4 number resources may be released to ARIN</div><div>by the authorized resource holder, in whole or in part, for transfer:</div></div><div><br></div>
</div><blockquote class="webkit-indent-blockquote" style="margin: 0 0 0 40px; border: none; padding: 0px;"><div class="gmail_quote"><div><div>+ under RSA, to specified organizational recipient(s) within the ARIN region that can demonstrate the need for such resources, as a single aggregate, in the exact amount which they can justify under current ARIN policies.</div>
</div><div><div><br></div><div>+ to another RIR, for transfer to a specified recipient in that RIR's service region, if the two RIRs agree and maintain compatible, needs-based transfer policies.</div></div><div><br></div>
</div></blockquote>But I wonder if we're not losing some specificity by making that language apply only to in-region transfers... <div><br></div><div>Thoughts? (Especially from anyone else who hasn't spoken up yet?)<br>
<div class="gmail_quote"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div bgcolor="#FFFFFF"><div class="im"><blockquote type="cite"><div><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF"><div>I would like to see us relocate the</div><div>single aggregate clause to make it binding on the actual community intent and if we're</div>
<div>going to turn 2011-1 into a policy to modify 8.3 anyway, we should incorporate that</div>
<div>change.</div></div></blockquote><div><br></div><div>I would like to see another proposal to do this (and to be discussed as a counterpoint to ARIN-prop-144 in Philadelphia). </div><div> </div></div></div></blockquote>
<div><br></div></div>Fair enough... Remember, you asked for it. ;-)</div></blockquote><div><br></div><div>Heh. I didn't say I'd support it, but I think we should discuss it.</div><div><br></div><div>-Scott</div><div>
<br></div><div>On May 23, 2011, at 15:54, Scott Leibrand <<a href="mailto:scottleibrand@gmail.com" target="_blank"></a><a href="mailto:scottleibrand@gmail.com" target="_blank">scottleibrand@gmail.com</a>> wrote:</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div bgcolor="#FFFFFF"><div class="im"><div><blockquote type="cite"><div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF"><div><div><div><br></div><div></div><blockquote type="cite">
<div><div>In light of the discomfort a number of community and AC members feel with the original 2011-1 text, I thought I'd make an attempt at integrating it into the framework of NRPM 8.3, to see if the result would be tighter and less ambiguous. Here's what I came up with:</div>
<div><br></div>8.3. Transfers to Specified Recipients<br><br>In addition to transfers under section 8.2, IPv4 number resources may be released to ARIN by the authorized resource holder, in whole or in part, for transfer:<br>
<ul><li>to a specified organizational recipient within the ARIN region, or </li><li>to another RIR, for transfer to a specified organizational recipient in that RIR's service region, if the two RIRs agree and maintain compatible, needs-based transfer policies.</li>
</ul><div>Such transferred number resources may only be received under RSA by organizations that can demonstrate the need for such resources, as a single aggregate, in the exact amount which they can justify under current ARIN policies. <br>
</div></div></blockquote></div></div></div></blockquote><div><br></div><div>How about "<span style="border-collapse:collapse;font-family:arial, sans-serif;font-size:13px">Such number resources may only be received under RSA by organizations that can demonstrate the need for such resources, as a single aggregate, in the exact amount which they can justify under current ARIN, or recipient RIR, policies." ?</span></div>
<div><span style="border-collapse:collapse;font-family:arial, sans-serif;font-size:13px"><br></span></div><div><span style="border-collapse:collapse;font-family:arial, sans-serif;font-size:13px">Or, feel free to suggest text...</span></div>
<div><span style="border-collapse:collapse;font-family:arial, sans-serif;font-size:13px"><br></span></div><div><span style="border-collapse:collapse;font-family:arial, sans-serif;font-size:13px">-Scott</span></div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF"><div><div><blockquote type="cite"><div><div><br></div><div>For reference, existing policy reads:<br>
8.3. Transfers to Specified Recipients<br><br>In addition to transfers under section 8.2, IPv4 number resources within the ARIN region may be released to ARIN by the authorized resource holder, in whole or in part, for transfer to another specified organizational recipient. Such transferred number resources may only be received under RSA by organizations that are within the ARIN region and can demonstrate the need for such resources, as a single aggregate, in the exact amount which they can justify under current ARIN policies.</div>
<div><br></div><div>And original 2011-1 text reads:</div><div>Any RIR's resource registrant may transfer IPv4 addresses to the resource registrant of another RIR as long as the two RIRs agree and maintain compatible, needs-based transfer policies that exercise Internet stewardship consistent with the values expressed in RFC2050.</div>
</div></blockquote></div></div><blockquote type="cite"><div><span>_______________________________________________</span><br><span>PPML</span><br><span>You are receiving this message because you are subscribed to</span><br>
<span>the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net" target="_blank"></a><a href="mailto:ARIN-PPML@arin.net" target="_blank">ARIN-PPML@arin.net</a>).</span><br><span>Unsubscribe or manage your mailing list subscription at:</span><br>
<span><a href="http://lists.arin.net/mailman/listinfo/arin-ppml" target="_blank"></a><a href="http://lists.arin.net/mailman/listinfo/arin-ppml" target="_blank">http://lists.arin.net/mailman/listinfo/arin-ppml</a></span><br>
<span>Please contact <a href="mailto:info@arin.net" target="_blank"></a><a href="mailto:info@arin.net" target="_blank">info@arin.net</a> if you experience any issues.</span></div></blockquote></div></blockquote></div><br>
</div></blockquote></div></div></div></blockquote></div><br></div>