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

Owen DeLong owen at delong.com
Thu May 1 02:35:00 EDT 2014


I support this change.

Owen

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




More information about the ARIN-PPML mailing list