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

Bill Darte billdarte at gmail.com
Wed Apr 30 14:28:56 EDT 2014


Concur.

The multi-homing concern is worthy of discussion and I or another AC member
would be happy to help craft a subsequent policy proposal if members of the
community are so interested.

bd


On Wed, Apr 30, 2014 at 1:22 PM, John Springer <springer at inlandnet.com>wrote:

> 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.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-ppml/attachments/20140430/291a6440/attachment.htm>


More information about the ARIN-PPML mailing list