Re: "Running out of IPv6" (Re: ARIN IP6 policy for those with legacyIP4 Space)

["John Palmer \(NANOG Acct\)" <nanog2 () adns net>]

What I would need if I were to go with IP6 would be to have a parallel address for every one of
my current addresses. Right now we have 2 - legacy /24's and one legacy /23 - thats it.

I'd just need the "equivalent"  IP6 space. 

We could just get that from our current provider (Steadfast in this case), but it would not
be portable and with our root servers,  (INS - please, not interested in discussing the merits 
of ICANN vs Inclusive Namespace), we would need portable IPs that wouldn't change.

ARIN does provide microallocations, but ICANN forced them to put "for ICANN approved
root service only" into their policy for microallocations, so that leaves us out.

John

----- Original Message ----- 
From: "Owen DeLong" <owen () delong com>
To: "Chris Grundemann" <cgrundemann () gmail com>
Cc: "NANOG list" <nanog () nanog org>; "Joe Greco" <jgreco () ns sol net>
Sent: Thursday, April 08, 2010 3:54 PM
Subject: Re: "Running out of IPv6" (Re: ARIN IP6 policy for those with legacyIP4 Space)


> On Apr 8, 2010, at 12:10 PM, Chris Grundemann wrote:
>
> > On Thu, Apr 8, 2010 at 12:47, Jeroen Massar <jeroen () unfix org> wrote:
> > > [changing topics, so that it actually reflects the content]
> > >
> > > On 2010-04-08 20:33, William Herrin wrote:
> > > > Yes, with suitably questionable delegations, it is possible to run out
> > > > of IPv6 quickly.
> >
> > The bottom line (IMHO) is that IPv6 is NOT infinite and propagating
> > that myth will lead to waste. That being said, the IPv6 space is MUCH
> > larger than IPv4. Somewhere between 16 million and 17 billion times
> > larger based on current standards by my math[1].
> Agreed
>
> > > Ever noticed that fat /13 for a certain military network in the ARIN
> > > region!?
> > >
> > > At least those /19 are justifyiable under the HD rules (XX million
> > > customers times a /48 and voila). A /13 though, very hard to justify...
> >
> > Not every customer needs a /48. In fact most probably don't.
> Whether they need it or not, it is common allocation/assignment
> practice. I agree that smaller (SOHO, for example) customers should
> get a /56 by default and a /48 on request, but, this is by no means
> a universal truth of current practice.
>
> Owen