<div dir="ltr">I would continue to support with 4.9 / 4.9.1 either deleted or ammended with /22 replaced with /24.</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Apr 30, 2014 at 12:10 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">Bill Darte and myself will be the Sheppard's for this proposal. At this time we are working on the policy changes and vetting<br>

them against the text of the NRPM.<br>
<br>
I would appreciate feedback in regards to section 4.9 which is not mentioned in the current policy text but should probably be<br>
removed as part of this policy.<br>
<br>
4.9 Minimum Allocation in the Caribbean Region and North Atlantic Islands<br>
<br>
The minimum IPv4 allocation size for ISPs from the Caribbean and North Atlantic Islands sector of the ARIN region is /22.<br>
<br>
4.9.1. Allocation Criteria<br>
<br>
The requesting organization must show the efficient utilization of an entire previously allocated /22 from their upstream ISP. This allocation (/22) may have been provided by an ISP's upstream provider(s), and does not have to be contiguous address space. The organization must meet the requirement of efficient use of 4 /24s.    Utilization Reporting and Justification. All other ARIN policies regarding the reporting of justification information for the allocation of IPv4 and IPv6 address space will remain in effect.<br>

<br>
Thanks,<br>
<br>
Kevin Blumberg<br>
<div class="im HOEnZb"><br>
<br>
<br>
<br>
<br>
> -----Original Message-----<br>
> From: <a href="mailto:arin-ppml-bounces@arin.net">arin-ppml-bounces@arin.net</a> [mailto:<a href="mailto:arin-ppml-bounces@arin.net">arin-ppml-bounces@arin.net</a>] On<br>
</div><div class="im HOEnZb">> Behalf Of John Springer<br>
> Sent: Wednesday, April 30, 2014 2:22 PM<br>
> To: David Huberman<br>
> Cc: <a href="mailto:arin-ppml@arin.net">arin-ppml@arin.net</a><br>
> Subject: Re: [arin-ppml] Policy Proposal: Reduce all Minimum<br>
> Allocation/Assignment units to /24<br>
><br>
</div><div class="HOEnZb"><div class="h5">> The analysis by David is, in my opinion, correct. This policy proposal is<br>
> receiving what in my experience is an unprecedented amount of community<br>
> support, _AS_WRITTEN_. Changes to the text require support be reiterated,<br>
> which might be unwanted and harmful to the text speed of the process.<br>
> Further desired changes should be submitted separately to avoid<br>
> interfering with the momentum that has been generated.<br>
><br>
> The community is speaking and the AC is listening. What I am hearing is<br>
> get busy and get 'er done. If the policy proposal can be supported as<br>
> written, it should be. Any changes to the text as written will have to be<br>
> listened to and responded to and cannot speed things up.<br>
><br>
> I am _NOT_ saying do not dissent, only that the conversation that ensues<br>
> will take time.<br>
><br>
> Not to put words in Marty's mouth, but that is how I interpret what he is<br>
> saying.<br>
><br>
> John Springer<br>
><br>
> On Wed, 30 Apr 2014, David Huberman wrote:<br>
><br>
> ><br>
> > Derek,<br>
> ><br>
> ><br>
> ><br>
> > Marty can be a bit gruff - it's part of his charm :)  He's actually trying very<br>
> hard to help you achieve your goals.  His observation you quoted is borne of<br>
> wisdom of<br>
> > dealing with the policy process for many years.   Some may agree, or may<br>
> not agree.  I happened to agree strongly with him.<br>
> ><br>
> ><br>
> ><br>
> > Owen's proposal, without modifications (or at least, not the one proposed<br>
> so far), has the best chance of succeeding, and doing so quickly.<br>
> ><br>
> ><br>
> ><br>
> > Just my opinion.<br>
> ><br>
> ><br>
> ><br>
> > /david<br>
> ><br>
> > David R Huberman<br>
> > Microsoft Corporation<br>
> > Senior IT/OPS Program Manager (GFS)<br>
> ><br>
> ><br>
> __________________________________________________________<br>
> __________________________________________________________<br>
> ___________________________________________________<br>
> > From: <a href="mailto:arin-ppml-bounces@arin.net">arin-ppml-bounces@arin.net</a> <<a href="mailto:arin-ppml-bounces@arin.net">arin-ppml-bounces@arin.net</a>> on<br>
> behalf of Derek Calanchini <<a href="mailto:derekc@cnets.net">derekc@cnets.net</a>><br>
> > Sent: Tuesday, April 29, 2014 6:13 PM<br>
> > To: <a href="mailto:arin-ppml@arin.net">arin-ppml@arin.net</a><br>
> > Subject: Re: [arin-ppml] Policy Proposal: Reduce all Minimum<br>
> Allocation/Assignment units to /24<br>
> > Martin,<br>
> ><br>
> > You seem very negative about this, disagreeing for the sake of disagreeing<br>
> is counter productive.  Perhaps you could explain your concerns giving actual<br>
> reasons,<br>
> > potential fallout, issues, etc in the hopes of making it better....<br>
> ><br>
> >  Best regards,<br>
> ><br>
> >    Derek Calanchini<br>
> >    Owner<br>
> >    Creative Network Solutions<br>
> >    Phone: <a href="tel:916-852-2890" value="+19168522890">916-852-2890</a><br>
> >    Fax: <a href="tel:916-852-2899" value="+19168522899">916-852-2899</a><br>
> ><br>
> > "Adopt the metric system!"<br>
> ><br>
> > CNS LOGO<br>
> > On 4/29/2014 5:15 PM, Martin Hannigan wrote:<br>
> ><br>
> > Owens change is simple and fast. Meddling beyond that is asking for<br>
> trouble.  It's a no op. Leave it alone.<br>
> > Bring that to the PPC at NANOG and this is dead.<br>
> ><br>
> ><br>
> ><br>
> ><br>
> ><br>
> > On Tuesday, April 29, 2014, Jimmy Hess <<a href="mailto:mysidia@gmail.com">mysidia@gmail.com</a>> wrote:<br>
> >       On Tue, Apr 29, 2014 at 12:58 PM, Owen DeLong <<a href="mailto:owen@delong.com">owen@delong.com</a>><br>
> wrote:<br>
> ><br>
> >       I support the proposed change as written.<br>
> ><br>
> >       In addition,  since Multihomed ISPs no longer have a different minimum<br>
> >       allocation, I suggest    removing the distinction between Multihomed<br>
> >       and non-Multihomed ISPs:<br>
> ><br>
> >          o 4.2.1.5     Delete the sentence that says "For multihomed ISPs...."<br>
> >          Remove multi-homed distinction and requirements for initial<br>
> >       allocations to ISPs.<br>
> >             o Delete section  4.2.2.1  Standard or non-multihomed  and<br>
> subsections.<br>
> ><br>
> >             o Rename section 4.2.2.2 to  remove references to Multihomed<br>
> ><br>
> >       Prepend     "When requesting a  /24,  demonstrate the efficient<br>
> >       utilization of a minimum contiguous or non-contiguous  /27  (two /28s)<br>
> >       from an upstream."<br>
> ><br>
> >       [Regardless if multihomed or not]<br>
> ><br>
> ><br>
> ><br>
> >       > Template: ARIN-POLICY-PROPOSAL-TEMPLATE-3.0<br>
> >       ><br>
> >       > 1. Policy Proposal Name: Reduce all Minimum Allocation/Assignment<br>
> units to<br>
> >       > /24<br>
> >       > 2. Proposal Originator<br>
> >       > a. name: Owen DeLong<br>
> >       > b. email: <a href="mailto:owen@delong.com">owen@delong.com</a><br>
> >       > c. telephone: <a href="tel:408-890-7992" value="+14088907992">408-890-7992</a><br>
> >       > d. organization: Hurricane Electric<br>
> >       > 3. Date: 29 April, 2014<br>
> >       > 4. Problem Statement:<br>
> >       ><br>
> >       > As we approach runout, more and more end users and smaller ISPs<br>
> will be<br>
> >       > unable to obtain space from their upstreams and will be seeking space<br>
> from<br>
> >       > ARIN. In order to meet these needs to the extent possible and to<br>
> make policy<br>
> >       > more fair to a broader range of the ARIN constituency, we should<br>
> reduce the<br>
> >       > minimum assignment and allocation units to /24 across the board.<br>
> >       ><br>
> >       > 5. Policy statement:<br>
> >       ><br>
> >       > Change the minimum allocation and assignment unit for all IPv4 single<br>
> and<br>
> >       > multi homed instances to /20. This would include:<br>
> >       ><br>
> >       ><br>
> >       > 4.2.1.5 Change all occurrences of /20 and /22 to /24<br>
> >       ><br>
> >       > 4.2.2.1.1 Change all occurrences of /20 to /24, and change 16 /24s to 1<br>
> /24.<br>
> >       > Remove the example about 12 /24s.<br>
> >       ><br>
> >       > 4.3.2.1 Change both occurrences of /20 to /24<br>
> >       ><br>
> >       > 4.9 Change /22 to /24<br>
> >       ><br>
> >       > 4.9.1 Change all instances of /22 to /24. Remove the reference to 4<br>
> /24s.<br>
> >       ><br>
> >       ><br>
> >       > 6. Comments:<br>
> >       > a. Timetable for implementation: Immediate, possibly through board<br>
> action.<br>
> >       > b. Anything else<br>
> >       ><br>
> >       > END OF TEMPLATE<br>
> >       ><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">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>
> ><br>
> ><br>
> ><br>
> >       --<br>
> >       -JH<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>
> ><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">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>
> ><br>
> ><br>
> ><br>
> ><br>
> ><br>
> __________________________________________________________<br>
> __________________________________________________________<br>
> ___________________________________________________<br>
> > [avast-mail-stamp.png]<br>
> ><br>
> > This email is free from viruses and malware because avast! Antivirus<br>
> protection is active.<br>
> ><br>
> ><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">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>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>-george william herbert<br><a href="mailto:george.herbert@gmail.com">george.herbert@gmail.com</a>
</div>