[arin-ppml] Policy Proposal: Reduce all Minimum Allocation/Assignment units to /24

George Herbert george.herbert at gmail.com
Wed Apr 30 15:44:44 EDT 2014


I would continue to support with 4.9 / 4.9.1 either deleted or ammended
with /22 replaced with /24.


On Wed, Apr 30, 2014 at 12:10 PM, Kevin Blumberg <kevinb at thewire.ca> wrote:

> 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.
> > >
> > >
> > >
> > >
> _______________________________________________
> 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.
>



-- 
-george william herbert
george.herbert at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-ppml/attachments/20140430/b81570a7/attachment-0001.html>


More information about the ARIN-PPML mailing list