<div dir="ltr">I support #3 as well.<br><br>Jay Moran<br>AOL, Inc.<br clear="all"><div class="gmail_extra"><div>--<br>Jay Moran<br></div><div><a href="http://linkedin.com/in/jaycmoran">http://linkedin.com/in/jaycmoran</a><br>
</div>
<br><br><div class="gmail_quote">On Fri, Mar 7, 2014 at 12:09 PM, Skylar MacMinn <span dir="ltr"><<a href="mailto:skylar@crissic.net" target="_blank">skylar@crissic.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div link="blue" vlink="purple" lang="EN-US"><div><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">I support No. 3<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">Cordially Yours,<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">Skylar MacMinn<br>
<a href="https://bay170.mail.live.com/mail/17.1.6521.6000/Compose/www.crissic.net" target="_blank">www.crissic.net</a><br>Crissic Solutions, LLC<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"">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""> <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>] <b>On Behalf Of </b>Rudolph Daniel<br>
<b>Sent:</b> Friday, March 7, 2014 11:04 AM<br><b>To:</b> <a href="mailto:arin-ppml@arin.net" target="_blank">arin-ppml@arin.net</a><br><b>Subject:</b> Re: [arin-ppml] anti- flip Draft 2014-2<u></u><u></u></span></p><p class="MsoNormal">
<u></u> <u></u></p><p>I can see the logic of supporting "3". I am going inclined to agree with David. We have to promote accuracy in whois as a policy priority.<u></u><u></u></p><p>I support No. 3<u></u><u></u></p>
<p>Rudi Daniel <br>(information technologist)<br><a href="tel:784%20430%209235" value="+17844309235" target="_blank">784 430 9235</a><u></u><u></u></p><div><p class="MsoNormal">On Mar 5, 2014 10:02 PM, <<a href="mailto:arin-ppml-request@arin.net" target="_blank">arin-ppml-request@arin.net</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">Send ARIN-PPML mailing list submissions to<br> <a href="mailto:arin-ppml@arin.net" target="_blank">arin-ppml@arin.net</a><br>
<br>To subscribe or unsubscribe via the World Wide Web, visit<br> <a href="http://lists.arin.net/mailman/listinfo/arin-ppml" target="_blank">http://lists.arin.net/mailman/listinfo/arin-ppml</a><br>or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:arin-ppml-request@arin.net" target="_blank">arin-ppml-request@arin.net</a><br><br>You can reach the person managing the list at<br> <a href="mailto:arin-ppml-owner@arin.net" target="_blank">arin-ppml-owner@arin.net</a><br>
<br>When replying, please edit your Subject line so it is more specific<br>than "Re: Contents of ARIN-PPML digest..."<br><br><br>Today's Topics:<br><br> 1. Re: ARIN Draft Policy 2014-2 Improved 8.4 Anti-Flip Language<br>
(David Huberman)<br> 2. Re: ARIN Draft Policy 2014-2 Improved 8.4 Anti-Flip Language<br> (Spam Auditor)<br> 3. Re: ARIN Draft Policy 2014-2 Improved 8.4 Anti-Flip Language<br> (Bill Darte)<br>
<br><br>----------------------------------------------------------------------<br><br>Message: 1<br>Date: Wed, 5 Mar 2014 21:17:58 +0000<br>From: David Huberman <<a href="mailto:David.Huberman@microsoft.com" target="_blank">David.Huberman@microsoft.com</a>><br>
To: Bill Darte <<a href="mailto:billdarte@gmail.com" target="_blank">billdarte@gmail.com</a>>, "<a href="mailto:arin-ppml@arin.net" target="_blank">arin-ppml@arin.net</a>"<br> <<a href="mailto:arin-ppml@arin.net" target="_blank">arin-ppml@arin.net</a>>, Owen DeLong <<a href="mailto:owen@delong.com" target="_blank">owen@delong.com</a>><br>
Subject: Re: [arin-ppml] ARIN Draft Policy 2014-2 Improved 8.4<br> Anti-Flip Language<br>Message-ID:<br> <<a href="mailto:87b03e32ad2743559958047e94c94044@DM2PR03MB398.namprd03.prod.outlook.com" target="_blank">87b03e32ad2743559958047e94c94044@DM2PR03MB398.namprd03.prod.outlook.com</a>><br>
<br>Content-Type: text/plain; charset="us-ascii"<br><br>As the author of this proposal, and having encountered the real-world consequences of existing 8.4 anti-flip language, I support #3 as the cleanest, simplest approach that best promotes Whois accuracy.<br>
<br><br><br>ARIN is a registry, not a regulator. Let's write policy that promotes accuracy in Whois, please.<br><br><br><br>David R Huberman<br>Microsoft Corporation<br>Senior IT/OPS Program Manager (GFS)<br>________________________________<br>
From: Bill Darte <<a href="mailto:billdarte@gmail.com" target="_blank">billdarte@gmail.com</a>><br>Sent: Wednesday, March 5, 2014 7:00 AM<br>To: <a href="mailto:arin-ppml@arin.net" target="_blank">arin-ppml@arin.net</a>; David Huberman; Owen DeLong<br>
Subject: ARIN Draft Policy 2014-2 Improved 8.4 Anti-Flip Language<br><br>On Feb. 21 I sent the message (far below) to PPML asking the community to support one of 3 alternatives or propose new language which makes one or the other better, or a completely new wording which they believe accomplishes the goal of producing policy language that is needed, technically sound and improves existing policy in the 8.4 Inter-RIR transfer realm.<br>
<br><br>Summary of feedback so far:<br>2 persons supporting #2 with the removal of "and its subsidiaries". There was some support for the extended language of "and its subsidiaries having been operational for a minimum of xx months" in order to mitigate the rinse-repeat abuse that might accrue through new shell subsidiaries.<br>
<br><br>There was some support for the alternative language expressed in #3 at the PPC in Atlanta and at the ARIN AC meeting on Feb 20. This language simply restricts the transfer of the block having been received...which would allow other existing blocks or components to be transferred. One view against #3 was expressed as "An org that currently has a /8 can obtain the resources it needs and sell off the /8 out of region a few chunks at a time by backfilling with new space from the ARIN region.". A rejoinder to this was expressed pointing out that other existing language in 8.4 states...."Source entities within the ARIN region will not be eligible to receive any further IPv4 address allocations or assignments from ARIN for a period of 12 months after a transfer approval, or until the exhaustion of ARIN's IPv4 space, whichever occurs first."<br>
<<< end summary >>>><br><br><br><br><br>It is important that I receive a significant measure of support FOR or AGAINST continuing to work on this Draft and before the ARIN AC meeting on Mar 20, I would like to have better language to propose if we are to make this Draft a Recommended Draft prior to the April PPM in Chicago.<br>
<br><br>I would be grateful for your feedback as early as possible.<br><br><br>bd<br><br><br><<<<<<<<< earlier email sent to PPML on Feb 21 >>>>>>>>>>>>>>><br>
At the Advisory Council's meeting of Feb 20, discussion about Draft Policy 2014-2 concluded that there is a real issue with transfer restrictions of address blocks between RIR jurisdictions for organizations having received a different block of addresses from ARIN within the last 12 months (per existing policy).<br>
<br><br>The current Draft Policy language is as follows with only the last sentence being added from what is current ARIN policy:<br>"Source entities within the ARIN region must not have received a transfer, allocation, or assignment of IPv4 number resources from ARIN for the 12 months prior to the approval of a transfer request. This restriction does not include M&A transfers. Restrictions related to recent receipt of blocks shall not apply to inter-RIR transfers within the same organization and its subsidiaries."<br>
<br><br>The last sentence of this language was added to mitigate the problems related by the author in the problem statement and from experience. The author supported this change, however, some concern has been expressed on the PPML and within the AC about the possibility of 'rinse and repeat' abuse associated with the ease of establishing new subsidiaries and using those transfers to get around the restrictions of the existing transfer policy.<br>
<br><br>Three alternatives were primarily discussed and I wish to elicit feedback from the community relative to each.<br><br><br>1. Use the existing last sentence as is and ask ARIN staff to be particularly watchful for seeming abuse and to bring such back to the community through regular Policy Experience Reports. There was discussion about this option suggesting that by the time abuse was recognized and reported, and given limited existing free pool stocks and the extended policy development cycle....this option may be moot.<br>
<br><br>2. Remove the clause 'and its subsidiaries' or modify it in such a way as to mitigate the risk of a laundering of addresses through fraudulent transfers, but this may still potentially limit the utility to organizations who may have complex organizational structures in use internationally.<br>
<br><br>3. Take an alternative tack and simply restrict transfers on a per-block rather than a per-organization basis. e.g. 'No block acquired within the past 24 months would be eligible for transfer.' (The time frame is of course an arbitrary number at this point.)<br>
<br><br>If you believe this Draft Policy is improved most significantly by one of the above alternatives, or through another alternative you can pose....I, and the community would benefit from your input. Thanks,<br><br><br>
Bill Darte<br>Policy Shepherd for 2014-2 and<br>Advisory Council member<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="http://lists.arin.net/pipermail/arin-ppml/attachments/20140305/629d8e4f/attachment-0001.html" target="_blank">http://lists.arin.net/pipermail/arin-ppml/attachments/20140305/629d8e4f/attachment-0001.html</a>><br>
<br>------------------------------<br><br>Message: 2<br>Date: Wed, 05 Mar 2014 17:54:34 -0800<br>From: Spam Auditor <<a href="mailto:spamauditor@linuxmagic.com" target="_blank">spamauditor@linuxmagic.com</a>><br>To: <a href="mailto:arin-ppml@arin.net" target="_blank">arin-ppml@arin.net</a><br>
Subject: Re: [arin-ppml] ARIN Draft Policy 2014-2 Improved 8.4<br> Anti-Flip Language<br>Message-ID: <<a href="mailto:5317D55A.1030302@linuxmagic.com" target="_blank">5317D55A.1030302@linuxmagic.com</a>><br>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed<br><br>On 14-03-05 01:17 PM, David Huberman wrote:<br>> As the author of this proposal, and having encountered the real-world<br>> consequences of existing 8.4 anti-flip language, I support #3 as the<br>
> cleanest, simplest approach that best promotes Whois accuracy.<br>><br>> ARIN is a registry, not a regulator. Let's write policy that promotes<br>> accuracy in Whois, please.<br>><br>> *David R Huberman*<br>
> Microsoft Corporation<br>> Senior IT/OPS Program Manager (GFS)<br><br>Here, Here...<br><br>However, even though it isn't a regulator, there should be enforcement<br>considerations, especially when IP Space is granted and used for<br>
purposes contrary to the application..<br><br><br><br><br>------------------------------<br><br>Message: 3<br>Date: Wed, 5 Mar 2014 19:58:50 -0600<br>From: Bill Darte <<a href="mailto:billdarte@gmail.com" target="_blank">billdarte@gmail.com</a>><br>
To: Spam Auditor <<a href="mailto:spamauditor@linuxmagic.com" target="_blank">spamauditor@linuxmagic.com</a>><br>Cc: "<a href="mailto:arin-ppml@arin.net" target="_blank">arin-ppml@arin.net</a>" <<a href="mailto:arin-ppml@arin.net" target="_blank">arin-ppml@arin.net</a>><br>
Subject: Re: [arin-ppml] ARIN Draft Policy 2014-2 Improved 8.4<br> Anti-Flip Language<br>Message-ID:<br> <CAMApp35hhh=<a href="mailto:djm_6j0mh-F2MNxWt4GMGLz771JHDUg%2BzYs0cag@mail.gmail.com" target="_blank">djm_6j0mh-F2MNxWt4GMGLz771JHDUg+zYs0cag@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br><br>Spam Auditor....<br>Are you FOR or AGAINST the proposal in general....and does your 'Hear,<br>Here' include David's support for option #3?<br>Thanks,<br>
bd<br><br><br>On Wed, Mar 5, 2014 at 7:54 PM, Spam Auditor <<a href="mailto:spamauditor@linuxmagic.com" target="_blank">spamauditor@linuxmagic.com</a>>wrote:<br><br>> On 14-03-05 01:17 PM, David Huberman wrote:<br>
><br>>> As the author of this proposal, and having encountered the real-world<br>>> consequences of existing 8.4 anti-flip language, I support #3 as the<br>>> cleanest, simplest approach that best promotes Whois accuracy.<br>
>><br>>> ARIN is a registry, not a regulator. Let's write policy that promotes<br>>> accuracy in Whois, please.<br>>><br>>> *David R Huberman*<br>>> Microsoft Corporation<br>>> Senior IT/OPS Program Manager (GFS)<br>
>><br>><br>> Here, Here...<br>><br>> However, even though it isn't a regulator, there should be enforcement<br>> considerations, especially when IP Space is granted and used for purposes<br>> contrary to the application..<br>
><br>><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.<br>
><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="http://lists.arin.net/pipermail/arin-ppml/attachments/20140305/378b9d59/attachment.html" target="_blank">http://lists.arin.net/pipermail/arin-ppml/attachments/20140305/378b9d59/attachment.html</a>><br>
<br>------------------------------<br><br>_______________________________________________<br>ARIN-PPML mailing list<br><a href="mailto:ARIN-PPML@arin.net" target="_blank">ARIN-PPML@arin.net</a><br><a href="http://lists.arin.net/mailman/listinfo/arin-ppml" target="_blank">http://lists.arin.net/mailman/listinfo/arin-ppml</a><br>
<br>End of ARIN-PPML Digest, Vol 105, Issue 11<br>******************************************<u></u><u></u></p></blockquote></div></div></div><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">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">info@arin.net</a> if you experience any issues.<br></blockquote></div><br></div></div>