<div dir="ltr"><div><div><div><div><br><br></div>Owen, no one is surprised you're minimizing the changes. Of course you are. :-) That's alright. The point here is that if this is to become "law" sooner than later ARIN needs much more than the usual weak support. <br>
<br></div>The redline that you all chose to put forth appears to be little more than lipstick on a pig. It certainly appears that you are adding more vagueness to policy than clarity, thereby increasing the potential for misapplication by the organization. You should be concerned.<br>
<br></div>Best,<br><br></div>-M<<br><br><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, May 5, 2014 at 10:29 PM, Owen DeLong <span dir="ltr"><<a href="mailto:owen@delong.com" target="_blank">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 style="word-wrap:break-word">Interesting estimate.<div><br></div><div>The policy text contains a total of 9 NRPM sections which are modified. I suppose if you want to contemplate each single deletion and insertion as a separate text change, then there are, in fact, exactly 30 total changes, but most of them were, in fact, part of the original proposal.</div>
<div><br></div><div>If you don't count changing a word or phrase as 2 changes (a deletion + an insertion), but count it as 1 modification, then there are only 17 changes to the NRPM text contemplated.</div><div><br></div>
<div>You are certainly free to comment at any time you wish, however, if you want modification to the policy prior to it becoming a recommended draft, it would be preferable for you to get those comments in prior to the AC conference call on May 15th.</div>
<span class="HOEnZb"><font color="#888888"><div><br></div><div>Owen</div></font></span><div><div class="h5"><div><br></div><div><div><div>On May 5, 2014, at 19:08 , Martin Hannigan <<a href="mailto:hannigan@gmail.com" target="_blank">hannigan@gmail.com</a>> wrote:</div>
<br><blockquote type="cite"><div dir="ltr"><div><br><br></div><div>Estimated thirty changes to text. It appears that the AC just couldn't resist modifying what we all agreed on en masse.<br><br></div><div>It'll take some time to evaluate all thirty plus changes. I'll reserve my comments for the NANOG PPC in Bellevue.<br>
</div><div><br></div><div>Best,<br><br></div><div>-M<<br><br><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, May 5, 2014 at 9:57 PM, Owen DeLong <span dir="ltr"><<a href="mailto:owen@delong.com" target="_blank">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 style="word-wrap:break-word">In short, because as specified, the changes ended up with the NRPM being somewhat nonsensical.<div>
<br></div><div>This revision does not change any of the original inent, preserves most of the original text of the proposal, and leaves the NRPM in tact with legible text after making the changes.</div><div><br></div><div>
Do you have a problem with some specific aspect of the new version? If so, please enumerate it so we can address your concern.</div><span><font color="#888888"><div><br></div><div>Owen</div></font></span><div>
<div><br><div><div>On May 5, 2014, at 18:50 , Martin Hannigan <<a href="mailto:hannigan@gmail.com" target="_blank">hannigan@gmail.com</a>> wrote:</div><br><blockquote type="cite"><div dir="ltr"><div>
<div><div><br><br></div>Why couldn't the AC simply implement the changes that were massively agreed upon here, as is -- which was also part of the discussion?<br><br><br></div>Best,<br><br>
</div>-M<<br><br><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, May 5, 2014 at 9:44 PM, Kevin Blumberg <span dir="ltr"><<a href="mailto:kevinb@thewire.ca" target="_blank">kevinb@thewire.ca</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I'm sending out a revised version of prop-208. Included is an attachment with a redline version to assist.<br>
<br>
I would appreciate any feedback of support or questions.<br>
<br>
Thanks,<br>
<br>
Kevin Blumberg<br>
<br>
ARIN-prop-208 Reduce All Minimum Allocation/Assignment Units to /24<br>
Proposal Originator: Owen DeLong<br>
Date: 5 May 2014<br>
Problem Statement:<br>
As we approach runout, more and more end users and smaller ISPs will be unable to obtain space from their upstreams and will be seeking space from ARIN. In order to meet these needs to the extent possible and to make policy more fair to a broader range of the ARIN constituency, we should reduce the minimum assignment and allocation units for IPv4 to /24 across the board.<br>
<br>
Policy statement:<br>
<br>
Remove all references to minimum allocations /20 and /22 replacing them with the term allocation or with /24 when referencing minimum size blocks.<br>
<br>
Change the title of 4.2.2.1 to "ISP Requirements" with revised text stating: <br>
<br>
All ISP organizations must satisfy the following requirements...thus eliminating the entire Multi-homed section and subsections along with other superfluous example text.<br>
<br>
Delete the special case allocations/assignments for the Caribbean as the new /24 minimums are an improvement.<br>
<br>
Comments:<br>
a. Timetable for implementation: Immediate b. A red line version has been included<br>
<br>
Full text version of changes for easy reference:<br>
<br>
4.2.1.5. Minimum allocation<br>
In general, ARIN allocates /24 and larger IP address prefixes to ISPs. If allocations smaller than /24 are needed, ISPs should request address space from their upstream provider.<br>
<br>
4.2.2.1 ISP Requirements<br>
All ISP organizations must satisfy the following requirements:<br>
<br>
4.2.2.1.1 Use of /24<br>
The efficient utilization of an entire previously allocated /24 from their upstream ISP. This allocation may have been provided by an ISP's upstream provider(s), and does not have to be contiguous address space.<br>
<br>
4.2.2.1.4. Renumber and return<br>
ISPs receiving a new allocation may wish to renumber out of their previously allocated space. In this case, an ISP must use the new allocation to renumber out of that previously allocated block of address space and must return the space to its upstream provider.<br>
<br>
4.2.2.2. [section number retired]<br>
<br>
4.3.2 Minimum assignment<br>
<br>
4.3.2.1. [section moved to 4.3.2]<br>
The minimum block of IP address space assigned by ARIN to end-users is a /24. If assignments smaller than /24 are needed, end-users should contact their upstream provider.<br>
<br>
4.3.2.2 [section number retired]<br>
<br>
4.9 [section number retired]<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></blockquote></div><br></div>
_______________________________________________<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.</blockquote>
</div><br></div></div></div></blockquote></div><br></div>
</blockquote></div><br></div></div></div></div></blockquote></div><br></div>