[ppml] Policy Proposal: Expand timeframe of Additional Requests
tedm at ipinc.net
Wed Aug 15 14:24:13 EDT 2007
From: ppml-bounces at arin.net [mailto:ppml-bounces at arin.net]On Behalf Of
Sent: Wednesday, August 15, 2007 10:03 AM
To: ppml at arin.net
Subject: Re: [ppml] Policy Proposal: Expand timeframe of Additional Requests
>I think of hoarding occurring in two ways.
One of the things I would like to point out for the list is that there
to be an assumption that after IPv4 runout, that IPv4 addresses will
or at least, retain, value. This assumption is necessary for all of the
and doom scenarios. After all nobody hoards items that have no, or
a declining, value.
I feel this assumption is seriously flawed for several perhaps obvious,
reasons I'll detail here:
1) Return. IPv4 runout will cause some organizations to begin the process
switching over to IPv6. As they do this they will no longer have need of
and will be able to start renting/selling it or returning it to the RIR.
now I feel a glaring policy hole is there does not seem to be financial
to return IPv4 and every time it's been suggested (primariarly in
with the legacy holders) it's been shouted down - but sooner or later people
come to their senses and realize that getting orgs to return IPv4 will help
to accellerate adoption of IPv6 - because even if the returned IPv4 is never
you can point to "ACME, Inc" and state with authority that they have no
or assigned IPv4 and if they can do IPv6 you can too.
Besides, return of IPv4 is essential to nipping any "ebay Inc trade of IPv4"
in the bud, which most people agree is something we want to do. Nobody is
to risk building a business plan on selling their IPv4 when there is a
without warning a large chunk of IPv4 will be returned to the RIR which can
commence filling any pending IPv4 requests, and kill all your potential
2) Sheer growth. A lot has been claimed how the legacy assignments are a
the bucket. Well, I will ask the question - if every IPv4 allocation ARIN
this day forward to the date of IPv4 runout in 5 years or so went straight
hoarder, then wouldn't that mean that as of IPv4 runout date if all hoarders
to immediately start selling their hoards, wouldn't that really only
just a 5 year supply of IPv4?
If someone out there were hoarding a 20-year supply of IPv4 then you might
something to be worried about. But it seems to me that it's now way too
start hoarding IPv4 anyhow - sure a few people might do it and make a little
of money, but we are talking garage operators.
An anaology is this - there are a few people out there making a living
used cars over Ebay. But that has not resulted in the closure of car
across the land. There's not enough market for car sales through Ebay to
an impact on the economy - just as there isn't going to be enough hoarded
out there to make any impact on the future growth of the Internet.
3) History. The history of technology change has been that as soon as
new is introduced, people start getting afraid of being left behind and they
will jump on the new thing, even if the old thing works as well or even
For example, you can go buy old used desktop Bell telephones with push
old technology, that sound 1000% better than the new piece-of-crap phones
sell at Target for more money. But people buy the new piece-of-crap phones
because they think they are better just because they are new.
Clearly IPv4 will be able to handle networking traffic post-IPv4 runout, but
it seems to me that once people have to start deploying IPv6 that a lot of
will start thinking it works better to handle networking traffic, merely
it's newer, not because of any logical reason. Witness the old Betamax vs
wars. Both formats were neck and neck for a while then VHS got ahead and
it was like a cascade failure - very rapidly betamax vanished.
My feeling is that as soon as a tipping point is reached that IPv4 will
very rapidly. And that tipping point is going to be triggered by IPv4
without anyone's help. We just need to figure out if there's anything we
do to reduce the time between the date of IPv4 runout and the date of the
More information about the ARIN-PPML