[arin-ppml] Linking IPv4 allocations to IPv6

Michael K. Smith - Adhost mksmith at adhost.com
Thu Jul 17 15:29:41 EDT 2008



> -----Original Message-----
> From: arin-ppml-bounces at arin.net [mailto:arin-ppml-bounces at arin.net] On Behalf
> Of Chris Grundemann
> Sent: Thursday, July 17, 2008 11:43 AM
> To: heather skanks
> Cc: ARIN PPML; Lee Dilkie
> Subject: Re: [arin-ppml] Linking IPv4 allocations to IPv6
> 
> On Thu, Jul 17, 2008 at 11:46 AM, heather skanks
> <heather.skanks at gmail.com> wrote:
> >
> >
> > On Wed, Jun 25, 2008 at 12:04 PM, Chris Grundemann <cgrundemann at gmail.com>
> > wrote:
> >>
> >>
> >> I think that there could be some compromise reached between forcing
> >> every node on someones network to be dual stacked and just giving out
> >> ipv6 space to everyone with no requirement for use.
> >>
> >> Maybe (as you suggest) ARIN should give out a /32 (or other block) to
> >> every AS, no questions asked.  Then, based on the knowledge that they
> >> have the v6 space, you build some requirements for requesting more v4
> >> space.  I think most will agree that requiring every host to be dual
> >> stacked would both provide the most benefit and also be virtually
> >> impossible to enforce.  Maybe instead, the requirement should be
> >> simply advertising the v6 block.
> >
> > Are you suggesting give out /32 PI to every AS?
> >
> > If so:
> >  Please don't add 40-50k routes to the global internet routing table if
> > people aren't actually using them.
> >  You might want to make a clarification that you verify that the ASN is
> > still in use and the organization actually wants PI vs PA - before assigning
> > it a /32.
> 
> Very good points.  I personally would love it if all IPv6 space was
> PA, to help prevent the problems we are facing now with IPv4 route
> 'de-aggregation.'  Unfortunately to speed/ease adoption I have
> accepted that this will not be the case.  I would definitely support
> some sort of quick audit process to verify ASN activity and access to
> PA space.
> >

How would PA space solve de-aggregation?  I have a /32 from ARIN that I route over my multiple transit providers.  So, now I have PA space from a provider that I route over multiple transit providers?  Or, are you saying I should have only one provider?

Regards,

Mike
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 475 bytes
Desc: not available
URL: <https://lists.arin.net/pipermail/arin-ppml/attachments/20080717/5d60055c/attachment.sig>


More information about the ARIN-PPML mailing list