[ppml] Policy Proposal 2005-1: Provider-independent IPv6 Assignments for End Sites - Last Call

[Owen DeLong]

With apologies to Mr. Vixie...

--On April 17, 2006 2:21:08 PM -0400 Edward Lewis <Ed.Lewis at neustar.biz> 
wrote:

>> ipv6 swamp can be much smaller, and we should constrain it with all
>> kinds of rules about multiple locations, entity-size, requirements for
>> multihoming, total allocations per RIR per year.
>
> This is why I swung my vote from 2005-x to the other during the
> tag-team presentation in Montreal.  (Ordinarily I wouldn't attach
> personal names to this, but I've forgotten which is which, so I'll
> say it this way...)
>
> I swung from Owen's to Andrew's proposal during the discussion mostly
> because Andrew's requires the use of IPv4 multihoming and Owen's only
> requires qualifying for it.  (I hope that I've attributed this
> correctly, if not, just reverse the names.)
>
You have the names correct. You are saying you swung from 2006-4
to 2005-1.  FWIW, 2005-1 is the one moving to last call.

> Ordinarily I think that requiring the use of IPv4 as a gating
> function to use IPv6 is a bad idea.  However, in this case it raises
> the bar to getting the IPv6 space that poses a threat to global
> routing stability.
>
> It seems to me that someone who *is* multihoming in IPv4 is
> demonstrating they have a real need.  Someone who isn't, but
> *qualifies*, doesn't really have the need and therefore shouldn't be
> invited to get the PI space.
>
OTOH, someone who qualifies for V4 can easily get the V4 assignment,
then, roll that up in to a V6 assignment and all that requirement
really accomplishes is to unnecessarily increase the consumption of
V4 address space (IMHO).

Owen


-- 
If this message was not signed with gpg key 0FE2AA3D, it's probably
a forgery.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 186 bytes
Desc: not available
URL: <https://lists.arin.net/pipermail/arin-ppml/attachments/20060417/e6910a04/attachment.sig>