[ppml] [Re: IPv6 addresses really are scarce after all]

Davis, Terry L terry.l.davis at boeing.com
Fri Aug 17 21:58:47 EDT 2007


I do sense that there is growing understanding that the requirement for
businesses or critical infrastructure providers to obtain their v6
addresses from their ISP, will not work in the real world.

I think I hear that everyone is still looking for a fair allocation
method that will have some basis in an entity's real need for address
space.  I hope that remains as an underlying goal.

I do hope that national allocations to government are not seriously
considered.  Some of my concerns here would include:
- The potential for there to wide disparity in the allocation methods
each nation would implement that could fragment the Internet, even
impacting end-to-end connectivity.
- Disparate allocation rules that could seriously impact global trade,
international business, and potentially global financial networks.
- National allocation policies that could potentially change with every
election/government change.

Take care

> -----Original Message-----
> From: bmanning at vacation.karoshi.com
[mailto:bmanning at vacation.karoshi.com]
> Sent: Friday, August 17, 2007 4:27 PM
> To: David Conrad
> Cc: bmanning at vacation.karoshi.com; ppml at arin.net
> Subject: Re: [ppml] [Re: IPv6 addresses really are scarce after all]
> On Fri, Aug 17, 2007 at 04:01:01PM -0700, David Conrad wrote:
> > On Aug 17, 2007, at 2:37 PM, bmanning at vacation.karoshi.com wrote:
> > > viable == can actually work in practice.
> >
> > Not a good definition.  "Can actually work in practice" for whom?
> 	good for whom?  :)   perhaps the distribution method should
> 	be tempered by a caveat that the IP addresses so distributed
> 	would be used for their "best and highest" use - which in my
> 	mind is to be used for sourcing/sinking IP datagrams
> > Sparse allocation of /48s on demand to anyone willing to pay a
> > registration fee is a perfectly viable distribution model.
> 	i'm ok w/ that  -  on the presumption that "anyone" will
> 	be using the prefix to source/sink datagrams.
> > Allocating /12s to national PTT or equivalents in each country on
> > planet and letting them deal with allocations in country is a
> > perfectly viable distribution model.
> 	ok... but will temper this w/ the concern that PPT or
> 	tend to focus on fiscal gain over productive use.
> > Auctioning space to the highest bidder is a perfectly viable
> > distribution model.
> 	which begs the question of the value basis.  if the IP space is
> 	treated as commodity - then is it being put to best use?
> all these varients are distribution based on available cash -
> abandoning the historical basis of need.   or perhaps redefining need?
> to borrow from an earlier posting in this thread... these are all
> of the catagory *greed* as a distribution basis.
> i've heard three basis for distribution and raft of varients thereof.
> perhaps this si the "large number" that you refered to?
> > Etc.
> >
> > All of these "work in practice".
> >
> > What is most likely _not_ going to work in practice is allocating
> > blocks to ISPs and requiring all enterprises obtain PA address space
> > from those ISPs.  Given the liberalization of PI policies either
> > implemented or being discussed in all the RIRs, this would appear to
> > be understood.
> 	so the IETF architectural model (PA) is flawed in practice and
> 	RIR community is coping by discussing/adopting varients (PI).
> 	The fundamental underpinnings of PI are still need/merit based
> 	not on some uncertain "market" valuation. (as described above).
> 	Do you think that the ARIN community will be happy with any of
> 	distribution varients you list above?
> --bill
> >
> > Regards,
> > -drc
> _______________________________________________
> You are receiving this message because you are subscribed to the ARIN
> Public Policy
> Mailing List (PPML at arin.net).
> Unsubscribe or manage your mailing list subscription at:
> http://lists.arin.net/mailman/listinfo/ppml Please contact the ARIN
> Services
> Help Desk at info at arin.net if you experience any issues.

More information about the ARIN-PPML mailing list