<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:x="urn:schemas-microsoft-com:office:excel" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=us-ascii"><meta name=Generator content="Microsoft Word 14 (filtered medium)"><!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
{font-family:Helvetica;
panose-1:2 11 6 4 2 2 2 2 2 4;}
@font-face
{font-family:Helvetica;
panose-1:2 11 6 4 2 2 2 2 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
{mso-style-priority:99;
mso-style-link:"Balloon Text Char";
margin:0in;
margin-bottom:.0001pt;
font-size:8.0pt;
font-family:"Tahoma","sans-serif";}
span.apple-style-span
{mso-style-name:apple-style-span;}
span.apple-converted-space
{mso-style-name:apple-converted-space;}
span.BalloonTextChar
{mso-style-name:"Balloon Text Char";
mso-style-priority:99;
mso-style-link:"Balloon Text";
font-family:"Tahoma","sans-serif";}
span.EmailStyle21
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
/* List Definitions */
@list l0
{mso-list-id:378287164;
mso-list-template-ids:1152811480;}
@list l0:level1
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l0:level2
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:1.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l0:level3
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:1.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l0:level4
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:2.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l0:level5
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:2.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l0:level6
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:3.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l0:level7
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:3.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l0:level8
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:4.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l0:level9
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:4.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
ol
{margin-bottom:0in;}
ul
{margin-bottom:0in;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>The risk of including the requirement of agreement by the RIRs is that it leaves transfers to their whim.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>We could rephrase it in some way to presume that that transfer will go through, but that either party reserves the right to reject the transfer out or in.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Frank<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><div><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> Owen DeLong [mailto:owen@delong.com] <br><b>Sent:</b> Tuesday, May 24, 2011 1:18 AM<br><b>To:</b> frnkblk@iname.com<br><b>Cc:</b> ARIN-PPML List<br><b>Subject:</b> Re: [arin-ppml] Integrating Draft Policy ARIN-2011-1 into NRPM 8.3<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>There may be some other policy or legal reason that either RIR may wish to block the<o:p></o:p></p><div><p class=MsoNormal>transfer and I want to give staff the ability to address unforeseen circumstances in a<o:p></o:p></p></div><div><p class=MsoNormal>complicated and shifting environment that could change without input through our<o:p></o:p></p></div><div><p class=MsoNormal>PDP by doing the closest they can come to "the right thing" based on sound judgment<o:p></o:p></p></div><div><p class=MsoNormal>rather than being ratholed by our policy which cannot possibly adapt fast enough.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Owen<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p><div><div><p class=MsoNormal>On May 23, 2011, at 10:00 PM, Frank Bulk wrote:<o:p></o:p></p></div><p class=MsoNormal><br><br><o:p></o:p></p><div><div><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Can you explain why? It’s not that ARIN-2011-1 binds the non-ARIN RIR to receive the netblock.</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'> </span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Frank</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'> </span><o:p></o:p></p></div><div><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in;border-width:initial;border-color:initial'><div><p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span class=apple-converted-space><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> </span></span><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>Owen DeLong [mailto:owen@delong.com]<span class=apple-converted-space> </span><br><b>Sent:</b><span class=apple-converted-space> </span>Monday, May 23, 2011 11:56 PM<br><b>To:</b><span class=apple-converted-space> </span><a href="mailto:frnkblk@iname.com">frnkblk@iname.com</a><br><b>Cc:</b><span class=apple-converted-space> </span>ARIN-PPML List<br><b>Subject:</b><span class=apple-converted-space> </span>Re: [arin-ppml] Integrating Draft Policy ARIN-2011-1 into NRPM 8.3</span><o:p></o:p></p></div></div></div><div><p class=MsoNormal> <o:p></o:p></p></div><div><p class=MsoNormal>I prefer to preserve the safety valve of requiring agreement from both RIRs.<o:p></o:p></p></div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div><div><div><p class=MsoNormal>Owen<o:p></o:p></p></div></div><div><div><p class=MsoNormal> <o:p></o:p></p></div><div><div><div><p class=MsoNormal>On May 23, 2011, at 8:53 PM, Frank Bulk wrote:<o:p></o:p></p></div></div><div><p class=MsoNormal><br><br><br><o:p></o:p></p></div><div><div><div><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Why don’t we change the second point to:</span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'> </span><o:p></o:p></p></div></div><div><div><p class=MsoNormal>+ to another RIR, for transfer to a specified recipient in that RIR's service<o:p></o:p></p></div></div><div><div><p class=MsoNormal>region, if the request meets both RIRS’ transfer policies.<o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'> </span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Frank</span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'> </span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span class=apple-converted-space><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> </span></span><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'><a href="mailto:arin-ppml-bounces@arin.net">arin-ppml-bounces@arin.net</a><span class=apple-converted-space> </span>[mailto:arin-ppml-bounces@arin.net]<span class=apple-converted-space> </span><b>On Behalf Of<span class=apple-converted-space> </span></b>Scott Leibrand<br><b>Sent:</b><span class=apple-converted-space> </span>Monday, May 23, 2011 5:17 PM<br><b>To:</b><span class=apple-converted-space> </span>Mike Burns<br><b>Cc:</b><span class=apple-converted-space> </span>ARIN-PPML List<br><b>Subject:</b><span class=apple-converted-space> </span>Re: [arin-ppml] Integrating Draft Policy ARIN-2011-1 into NRPM 8.3</span><o:p></o:p></p></div></div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div><div><div><div><p class=MsoNormal>On Mon, May 23, 2011 at 3:00 PM, Mike Burns <<a href="mailto:mike@nationwideinc.com">mike@nationwideinc.com</a>> wrote:<o:p></o:p></p></div></div><div><div><div><div><p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif"'>Hi Scott,</span><o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif"'>In the context of this proposal, may I ask what would happen if APNIC accepted a transfer of ARIN legacy addresses and updated their Whois, even if ARIN refused the transfer?</span><o:p></o:p></p></div></div></div></div><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal>I suppose what would matter in that case is who IANA pointed to. To date, we haven't seen cases where two different RIRs were both claiming authority for the same address block, and I don't expect to see that, as all of the RIRs are committed to operating within the "RIR system".<o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div><blockquote style='border:none;border-left:solid windowtext 3.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt;border-width:initial;border-color:initial;border-width:initial;border-color:initial'><div><div><div><div><p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif"'>(Because the language of the proposal pointedly excludes APNIC, if their current policy remains in place.)</span><o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif"'>I know that ARIN could revoke and reissue.</span><o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif"'>How is inter-RIR conflict resolved, is there a process in place for conflict resolution?</span><o:p></o:p></p></div></div></div></div></blockquote><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal>Yes, I believe there is, but I don't know the details. I presume it would be a largely consensual process within the ASO/NRO/IANA framework (perhaps within the NRO EC?).<o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div><blockquote style='border:none;border-left:solid windowtext 3.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt;border-width:initial;border-color:initial;border-width:initial;border-color:initial'><div><div><div><div><p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif"'>Do the RIRs generally have compatible needs-based transfer policies, I mean I know APNIC doesn't, but do the other RIRs have the same 3-month window, for example?</span><o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif"'>Is a difference in the needs window enough to prevent a transfer?</span><o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif"'>If so, do we need to consider other RIRs and the impact on inter-RIR transfers when we consider proposals to change the needs window?</span><o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif"'>What if RIPE joins APNIC with a requirement like a /24 maximum, is that something that makes the needs requirements incompatible?</span><o:p></o:p></p></div></div></div></div></blockquote><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal>I don't consider any such differences in timeframes, size minimums/maximums, etc. to be incompatibilities in the context of 2011-1. But ARIN has said that, as things stand today, the lack of explicit needs basis in APNIC's transfer policy would make it incompatible with 2011-1's requirement for "compatible, needs-based transfer policies". I hope we can come to an agreement with the APNIC community on language or interpretation that would be compatible with both regions' needs and preferences, but 2011-1 as I see it is just the first step in that direction: setting up a framework that would allow inter-RIR transfers once such incompatibilities are resolved somehow (or with other RIRs where such incompatibilities may not exist).<o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div><blockquote style='border:none;border-left:solid windowtext 3.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt;border-width:initial;border-color:initial;border-width:initial;border-color:initial'><div><div><div><div><p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif"'>I guess I am asking for a more detailed definition of the word "compatible" in your proposed language.</span><o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif"'>Maybe that language is extraneous, as you are already requiring both RIRs to agree?</span><o:p></o:p></p></div></div></div></div></blockquote><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal>Operationally, the two are quite related, in that ARIN will not agree unless they assess the other RIR's transfer policy to be compatible. But the "RIRs agree" language is also there as a safety valve to explicitly allow an RIR to not agree to a transfer if it has reason to believe that the transfer would violate policy or law.<o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal>-Scott (speaking only for myself, as usual)<o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div><blockquote style='border:none;border-left:solid windowtext 3.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt;border-width:initial;border-color:initial;border-width:initial;border-color:initial'><div><div><div><div><p class=MsoNormal><span style='color:#888888'> </span><o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal><span style='color:#888888'> </span><o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal><span style='color:#888888'> </span><o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal><span style='color:#888888'> </span><o:p></o:p></p></div></div></div><blockquote style='border:none;border-left:solid windowtext 3.0pt;padding:0in 0in 0in 4.0pt;margin-left:3.75pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt;border-width:initial;border-color:initial;border-width:initial;border-color:initial'><div><div><div><div><div><p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif"'>----- Original Message -----</span><o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal style='background:#E4E4E4'><b><span style='font-size:10.0pt;font-family:"Arial","sans-serif"'>From:</span></b><span class=apple-converted-space><span style='font-size:10.0pt;font-family:"Arial","sans-serif"'> </span></span><span style='font-size:10.0pt;font-family:"Arial","sans-serif"'><a href="mailto:scottleibrand@gmail.com" target="_blank" title="scottleibrand@gmail.com">Scott Leibrand</a></span><o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Arial","sans-serif"'>To:</span></b><span class=apple-converted-space><span style='font-size:10.0pt;font-family:"Arial","sans-serif"'> </span></span><span style='font-size:10.0pt;font-family:"Arial","sans-serif"'><a href="mailto:owen@delong.com" target="_blank" title="owen@delong.com">Owen DeLong</a></span><o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Arial","sans-serif"'>Cc:</span></b><span class=apple-converted-space><span style='font-size:10.0pt;font-family:"Arial","sans-serif"'> </span></span><span style='font-size:10.0pt;font-family:"Arial","sans-serif"'><a href="mailto:arin-ppml@arin.net" target="_blank" title="arin-ppml@arin.net">ARIN-PPML List</a></span><o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Arial","sans-serif"'>Sent:</span></b><span class=apple-converted-space><span style='font-size:10.0pt;font-family:"Arial","sans-serif"'> </span></span><span style='font-size:10.0pt;font-family:"Arial","sans-serif"'>Monday, May 23, 2011 5:21 PM</span><o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Arial","sans-serif"'>Subject:</span></b><span class=apple-converted-space><span style='font-size:10.0pt;font-family:"Arial","sans-serif"'> </span></span><span style='font-size:10.0pt;font-family:"Arial","sans-serif"'>Re: [arin-ppml] Integrating Draft Policy ARIN-2011-1 into NRPM 8.3</span><o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal>On Mon, May 23, 2011 at 2:05 PM, Owen DeLong <<a href="mailto:owen@delong.com" target="_blank">owen@delong.com</a>> wrote:<o:p></o:p></p></div></div><div><div><div><div><p class=MsoNormal>I could support this, but, I have a couple of lingering concerns.<o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal>I think that the last sentence dictates too much in the case of a transfer to another region and should only apply to transfers within the ARIN region.<o:p></o:p></p></div></div></div></div><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal>Yeah, I was wondering about that myself. Possible slight revision inline below...<o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div><blockquote style='border:none;border-left:solid windowtext 3.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt;border-width:initial;border-color:initial;border-width:initial;border-color:initial'><div><div><div><div><p class=MsoNormal>I would like to see us relocate the<o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal>single aggregate clause to make it binding on the actual community intent and if we're<o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal>going to turn 2011-1 into a policy to modify 8.3 anyway, we should incorporate that<o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal>change.<o:p></o:p></p></div></div></div></div></blockquote><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal>I would like to see another proposal to do this (and to be discussed as a counterpoint to ARIN-prop-144 in Philadelphia). <o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div><blockquote style='border:none;border-left:solid windowtext 3.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt;border-width:initial;border-color:initial;border-width:initial;border-color:initial'><div><div><div><div><p class=MsoNormal style='margin-bottom:12.0pt'>On May 23, 2011, at 15:54, Scott Leibrand <<a href="mailto:scottleibrand@gmail.com" target="_blank">scottleibrand@gmail.com</a>> wrote:<o:p></o:p></p></div><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><div><div><div><div><p class=MsoNormal>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:<o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div><div><div><p class=MsoNormal>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:<o:p></o:p></p></div></div><ul style='margin-top:0in' type=disc><li class=MsoNormal style='mso-list:l0 level1 lfo1'>to a specified organizational recipient within the ARIN region, or <o:p></o:p></li><li class=MsoNormal style='mso-list:l0 level1 lfo1'>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.<o:p></o:p></li></ul><div><div><div><p class=MsoNormal>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. <o:p></o:p></p></div></div></div></div></blockquote></div></div></div></blockquote><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal>How about "<span style='font-size:10.0pt;font-family:"Arial","sans-serif"'>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><o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif"'>Or, feel free to suggest text...</span><o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal><span style='font-size:10.0pt;font-family:"Arial","sans-serif"'>-Scott</span><o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div><blockquote style='border:none;border-left:solid windowtext 3.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt;border-width:initial;border-color:initial;border-width:initial;border-color:initial'><div><div><div><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><div><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal>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.<o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal>And original 2011-1 text reads:<o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal>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.<o:p></o:p></p></div></div></div></div></blockquote></div></div><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><div><div><div><p class=MsoNormal>_______________________________________________<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" target="_blank">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" target="_blank">http://lists.arin.net/mailman/listinfo/arin-ppml</a><br>Please contact<span class=apple-converted-space> </span><a href="mailto:info@arin.net" target="_blank">info@arin.net</a><span class=apple-converted-space> </span>if you experience any issues.<o:p></o:p></p></div></div></div></blockquote></div></blockquote></div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div></div><div class=MsoNormal align=center style='text-align:center'><hr size=2 width="100%" align=center></div><div><div><div><p class=MsoNormal>_______________________________________________<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" target="_blank">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" target="_blank">http://lists.arin.net/mailman/listinfo/arin-ppml</a><br>Please contact<span class=apple-converted-space> </span><a href="mailto:info@arin.net" target="_blank">info@arin.net</a><span class=apple-converted-space> </span>if you experience any issues.<o:p></o:p></p></div></div></div></blockquote></div></blockquote></div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div><div><p class=MsoNormal><span style='font-size:13.5pt;font-family:"Helvetica","sans-serif"'>_______________________________________________<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">http://lists.arin.net/mailman/listinfo/arin-ppml</a><br>Please contact<span class=apple-converted-space> </span><a href="mailto:info@arin.net">info@arin.net</a><span class=apple-converted-space> </span>if you experience any issues.</span><o:p></o:p></p></div></div></div><div><p class=MsoNormal> <o:p></o:p></p></div></div><div><p class=MsoNormal>=<o:p></o:p></p></div></div></div><p class=MsoNormal><o:p> </o:p></p></div><p class=MsoNormal>= <o:p></o:p></p></div></body></html>