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