<div dir="ltr">I'm thinking about things like a lawsuit where the plaintiff gets awarded all of the defendant's "assets" in question, and the plaintiff then asks ARIN to transfer the IPv4 defendant's /32 to them. If ARIN simply doesn't transfer /32s, then they can tell the judge "I'm sorry, but we just can't do that, and here's why (point to policy)". Without such a policy, they have to make the much trickier "that's not an asset" argument.<div>
<br></div><div>IIUIC, exactly that scenario has happened several times. If so, then I expect that if we get to the point of doing a Staff and Legal assessment on this, they'll bring this up. </div><div><br></div><div>
But regardless of the legal piece, I see no upside, and quite a bit of downside, to allowing IPv4 /32 transfers. I think we need to move the limit, not remove it.</div><div><br></div><div>-Scott</div></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Wed, Mar 19, 2014 at 11:04 AM, David Huberman <span dir="ltr"><<a href="mailto:David.Huberman@microsoft.com" target="_blank">David.Huberman@microsoft.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div lang="EN-US" link="blue" vlink="purple">
<div>
<p class="MsoNormal"><a name="144db83f220b558c__MailEndCompose"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Hi Scott,<u></u><u></u></span></a></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">If I understand your argument – and I’m not sure I do, sorry – you’re saying that it’s good to have a policy that SPs can point to and say, “no, you can’t take
that /32 we assigned to you with you”? If that’s what you’re arguing, then why is a /24 any different than a /32? We see /24s assigned by SPs to their customers all the time.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Secondly, if this is your argument, why is this not a matter for legal and contracts, rather than a number registry which is not appointed by the IETF or NANOG
or any other engineering body as the regulator of what size block is acceptable to regulate? I’m not being flippant and I’m not trying to be a jerk. I think this kind of reasoning (and 1000 apologies if I misunderstood your argument) is way outside the purview
of ARIN.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Thanks!<u></u><u></u></span></p><div class="">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">/david<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">David R Huberman<u></u><u></u></span></b></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Microsoft Corporation<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Senior IT/OPS Program Manager (GFS)<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
</div><p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""> Scott Leibrand [mailto:<a href="mailto:scottleibrand@gmail.com" target="_blank">scottleibrand@gmail.com</a>]
<br>
<b>Sent:</b> Wednesday, March 19, 2014 11:00 AM<br>
<b>To:</b> David Huberman<br>
<b>Cc:</b> ARIN-PPML List<br>
<b>Subject:</b> Re: [arin-ppml] 2014-3 Remove 8.2/8.3/8.4 Minimum IPv4 Block Size Requirements<u></u><u></u></span></p><div><div class="h5">
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<p class="MsoNormal">I am not speaking in favor of the status quo (a /24 minimum transfer size).<u></u><u></u></p>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">However, IMO having a /32 IPv4 minimum transfer size (no limit) would be a bad idea. There have been several cases where entities who are completely ignorant of Internet routing think they have some "right" to a particular /32, and wish
to transfer it. IMO, having *some* minimum transfer size is a good way to prevent such efforts from being imposed on the rest of us. (If ARIN can point to policy saying "that simply isn't allowed", they're in a much better position than trying to argue the
particulars of each case.)<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">I would have no problem reducing the minimum IPv4 transfer size, just not all the way to /32. So I oppose the proposal as written, but could support a revised version.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">-Scott<u></u><u></u></p>
</div>
</div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><u></u> <u></u></p>
<div>
<p class="MsoNormal">On Wed, Mar 19, 2014 at 10:27 AM, David Huberman <<a href="mailto:David.Huberman@microsoft.com" target="_blank">David.Huberman@microsoft.com</a>> wrote:<u></u><u></u></p>
<blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<p class="MsoNormal">Hello,<br>
<br>
As the author, I proposed this policy because it is not ARIN's role to artificially regulate minimum block sizes. I feel this is especially in a post-exhaustion world, which is very quickly coming.<br>
<br>
The economics of routing are the same today as they were 14 years ago when Bill Manning taught me an important principal: people will pay to route whatever you pay them to route. Moreover, there is no technical reason I can think of to require a /24 as the
minimum TRANSFERRABLE size. If two parties wish to exchange smaller prefixes, I cannot see a technical motivation for ARIN policy to prohibit such a transaction.<br>
<br>
I ask you to support this policy on principle, or educate us why removing the minimum transferrable block size is harmful to the technical operations of the internet.<br>
<br>
/david<br>
<br>
David R Huberman<br>
Microsoft Corporation<br>
Senior IT/OPS Program Manager (GFS)<u></u><u></u></p>
<div>
<div>
<p class="MsoNormal"><br>
-----Original Message-----<br>
From: <a href="mailto:arin-ppml-bounces@arin.net" target="_blank">arin-ppml-bounces@arin.net</a> [mailto:<a href="mailto:arin-ppml-bounces@arin.net" target="_blank">arin-ppml-bounces@arin.net</a>] On Behalf Of Owen DeLong<br>
Sent: Wednesday, March 19, 2014 9:18 AM<br>
To: ARIN-PPML List<br>
Subject: [arin-ppml] 2014-3 Remove 8.2/8.3/8.4 Minimum IPv4 Block Size Requirements<br>
<br>
There has not been a lot of feedback on this proposal. It would be nice to have more input from a broader cross-section of the community.<br>
<br>
At present, I am leaning towards recommending that we abandon this proposal for lack of support by the community. If you support this action, please speak up. If you support this proposal, then it is vital that you speak up.<br>
<br>
Thank you,<br>
<br>
Owen<br>
<br>
_______________________________________________<br>
PPML<br>
You are receiving this message because you are subscribed to 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 <a href="mailto:info@arin.net" target="_blank">info@arin.net</a> if you experience any issues.<br>
_______________________________________________<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 <a href="mailto:info@arin.net" target="_blank">info@arin.net</a> if you experience any issues.<u></u><u></u></p>
</div>
</div>
</blockquote>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
</div></div></div>
</div>
</blockquote></div><br></div>