[arin-ppml] I Oppose 2010-12: IPv6 Subsequent Allocation

[Owen DeLong]

Yes, but, amendments can be proposed at the microphone and the AC can consider
those amendments.

Having text of such an amendment on the list ahead of time is, indeed, useful.

Owen

On Oct 7, 2010, at 6:34 AM, Scott Leibrand wrote:

> I can't speak for Owen, Marla, or anyone else, but IMO it's always helpful to have actual text for any suggested changes. Keep in mind that the text of the draft policy is frozen through the end of this week's meeting. 
> 
> Scott
> 
> On Oct 7, 2010, at 7:21 AM, Mark Townsley <mark at townsley.net> wrote:
> 
>> 
>> I could live with these changes.
>> 
>> Shall I summarize them in a proposal for the meeting this afternoon?
>> 
>> - Mark
>> 
>> On 10/5/10 3:56 AM, Owen DeLong wrote:
>>> I would actually support these changes. I'd put the upper bound at /24 rather than /26, as I
>>> believe we should stop issuing things on non-nibble boundaries in general.
>>> 
>>> 
>>> Owen
>>> 
>>> On Oct 4, 2010, at 4:35 PM, William Herrin wrote:
>>> 
>>>> On Sun, Oct 3, 2010 at 10:48 AM, Azinger, Marla <Marla.Azinger at ftr.com> wrote:
>>>>> Bill or anyone else that sees this as a missing value-
>>>>> What text would you suggest to resolve what you see as a missing value?
>>>> Hi Marla,
>>>> 
>>>> I need to think about it some more, but off the cuff I think I'd place
>>>> a few limits:
>>>> 
>>>> 1. No organization can justify holding total IPv6 allocations that
>>>> exceed /26 under this policy.
>>>> 
>>>> Rationale: If you think you need more than that, you haven't thought
>>>> it through well enough.
>>>> 
>>>> 2. No organization can justify more than two disaggregate allocations
>>>> under this policy irrespective of individual or total size.
>>>> 
>>>> Rationale: You get a couple tries but then you have to clear out and
>>>> return one of your earlier tries before you can make attempt number
>>>> three.
>>>> 
>>>> 3. Unless organization is mapping more than, and I'm picking a number
>>>> out of my hat here, 5 disaggregate IPv4 allocations with the
>>>> transition mechanism the the largest additional allocation they can
>>>> justify is a /32.
>>>> 
>>>> Rationale: you shouldn't be mapping the full 32 bits of the Ipv4
>>>> address into the upper 64 bits of address space unless you're juggling
>>>> so many different IPv4 allocations that it just isn't practical to do
>>>> it any other way... And transition mechanisms that need to consume
>>>> ARIN allocations but must map the full 32 bit address aren't credible.
>>>> 
>>>> 
>>>> Also I suggest ditching the 3-year resource review. We barely review
>>>> V4 resources as we approach a critical shortage. We're not seriously
>>>> going to review IPv6 allocations for a long, long time.
>>>> 
>>>> Regards,
>>>> Bill Herrin
>>>> 
>>>> 
>>>> 
>>>> -- 
>>>> William D. Herrin ................ herrin at dirtside.com  bill at herrin.us
>>>> 3005 Crane Dr. ...................... Web: <http://bill.herrin.us/>
>>>> Falls Church, VA 22042-3004
>>>> _______________________________________________
>>>> 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.
>> 
>> _______________________________________________
>> 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.