[ppml] 2005-1 status
plzak at arin.net
Tue Feb 7 13:39:00 EST 2006
Just to be clear, the policy statement is paragraph 6.5.4 of the NRPM, not
> -----Original Message-----
> From: ppml-bounces at arin.net [mailto:ppml-bounces at arin.net] On Behalf Of
> Bill Darte
> Sent: Tuesday, February 07, 2006 8:33 AM
> To: 'Michael.Dillon at btradianz.com'; ARIN PPML
> Subject: Re: [ppml] 2005-1 status
> RFC 3177 does not set IP address policy for ARIN region. The ARIN
> of interest does, of which IETF is an interested party.
> Bill Darte
> ARIN AC
> > > Nor are we supposed to be doing our best to waste IPv6 space by
> > > holding
> > to
> > > an unstated "/48 per location" policy when a typical location only
> > > needs
> > one
> > > or two /64s.
> > In fact you are wrong. According to RFC 3177
> > http://www.rfc-editor.org/rfc/rfc3177.txt
> > we are supposed to be giving a /48 unless we are absolutely
> > certain that the site will never ever need more than one
> > subnet. Therefore, if the site needs 2 subnets today, then
> > they qualify for a /48 with no questions asked. In fact, if
> > they might add a second subnet in the next 10 years, they
> > also qualify for a /48 today.
> > Here is a quote from RFC 3177:
> > 4. Conservation of Address Space
> > The question naturally arises whether giving a /48 to every
> > subscriber represents a profligate waste of address space.
> > Objective
> > analysis shows that this is not the case. A /48 prefix
> > under the 001
> > Global Unicast Address prefix contains 45 variable bits. That is,
> > the number of available prefixes is 2 to the power 45 or about 35
> > trillion (35,184,372,088,832).
> > > If an applicant came back with reasonable justification why
> > their site
> > (i.e.
> > > org) needed more than a /48 total, even to the level of a /48 per
> > location,
> > > I'm confident ARIN would go along with it. There is nothing in the
> > proposal
> > > that prohibits such if it's justified.
> > Justification means different things in the IPv4 world and
> > the IPv6 world. We need to be careful not to confuse the two.
> > --Michael Dillon
> > _______________________________________________
> > PPML mailing list
> > PPML at arin.net
> > http://lists.arin.net/mailman/listinfo/ppml
> PPML mailing list
> PPML at arin.net
More information about the ARIN-PPML