[ppml] FW: Policy Proposal 2007-15: Authentication ofLegacyResources

This is my first post here, and I really don't want to get involved in the
politics and arguments that seem to be raging.  I work for a small ISP and
am reading this list to get an idea of what we need to be doing in the way
of an IPv6 implementation.  

Anyway, the links you're requesting have been posted a number of times since
I started reading the messages on this forum (too bad I've long since
deleted those).  A quick Google search turned up a good Wikipedia site
(http://en.wikipedia.org/wiki/IPv4_address_exhaustion), and I found the
following links in the references section to be helpful:  (I'm not saying
this supports either side of these arguments, just wanted to give you a link
to the data...)

http://www.potaroo.net/tools/ipv4/index.html
http://www.tndh.net/~tony/ietf/ipv4-pool-combined-view.pdf
(These are the links to the sites that include graphs.  You can get links to
the raw data from a Google search, but I've got to get back to work.)

Also, I'd like to include a little request (please).  I know there are a
number of hot topics and people are really emotionally invested in some of
these issues, but I'd really like to request people try to stay on topic
with their posts here.  There's a TON to read anyway, and I just want to
keep abreast of the policy situation and get ideas for how best to go about
our IPv6 implementation when I read these posts.

Thanks,
Rebecca K.
Core Network Engineer
Buckeye CableSystem

-----Original Message-----
From: ppml-bounces at arin.net [mailto:ppml-bounces at arin.net] On Behalf Of Dean
Anderson
Sent: Saturday, July 28, 2007 1:53 PM
To: Robert Bonomi
Cc: ppml at arin.net
Subject: Re: [ppml] Policy Proposal 2007-15: Authentication
ofLegacyResources

On Fri, 27 Jul 2007, Robert Bonomi wrote:


Seems like a lot of drivel without a link to reference any raw data.







> As a quotable being once said, "you have sense-organ cluster all jammed up
> ventral orifice."
> 
> The raw data in question is published by ARIN, and the other  RIRs, on a
> *DAILY* basis, and is readily available for those who know where to look
for it.
> 
> > Can the ARIN staff report on the past rate of delegation (in total IP
> > addresses and in total blocks, year by year, and the current year month
> > by month?
> 
> Why do you think ARIN staff should do extra work for you that you
apparently 
> are incapable of reading from data they, and all the other RIRs, already 
> publish?
> 
> Why are you making requests for material that they have already prepared
> and published?  
> 
> Do you know they have _already_ prepared and PUBLISHED ot just the raw
data
> but nice 3-d bar charts as well, for everything you asked them to 'report
on'?
> 
> Are you really that badly informed, or are you merely maliciously ignoring
> the public record in a futile attempt to confuse the matter with the 'big
> lie'?
> 
> > Of course, everything runs out eventually. However, there are things
> > that we can do to prolong that time as long as possible.
> >
> > 	Delay in Assignment Processing of Requests
> > 	Smaller Assignments
> > 	Tougher requirements
> >
> > If ARIN (and IANA) adopt a policy of measuring the rate of delegation
> > against the expected depletion time at the current rate, and adjust the
> > above parameters so that depletion will not occur for, say, 10 years,
> 
> That sounds good. but even the hand-waving you egage in below proves that 
> depletion -will- occur.  Under your 'proposal', you yourself _admit_ it 
> will occur every year.
> 
> > then we will see an exponential decreasing rate of delegation, but we
> > will never run out of address space.
> 
> Hmmm.  Like a spammer, re-defining the terminology to mean what he wants
it
> to mean.
> 
> If, _at_any_time_, people are unable to get the addresses they meet the 
> requirements for, then one *has* 'run out' of those addresses.  Regardless
> of whether it is 'temporarily' (in the case of a 'term quota' exceeded),
or
> 'permanently' (in the case of 'address-space exhausted').
> 
> And, of course, everybody  who has thought about the matter for more than
> 30 seconds has figured out that making 'smaller assignments' has
absolutely 
> *NO*EFFECT* on the rate of consumption -- that *all* it does is make the
> requesting party make additional requests _more_often_.
> 
> "tougher requirements" is a nice-sounding smoke-screen, but it has only a
> very temporary and transient effect. This is because requests are already
> restricted to that which is necessary for a fixed forward time frame.  
> Requiring a higher utilization factor introdues a hiccup in the rate of
> requests  but that is all.
> 
> scoreboad:
>    out of three 'bright ideas' to prevent 'running out' of addresses,
> 
>    1 introduces 'artificial' unavailability of addresses even sooner
>    1 has absolutely no effect
>    1 might 'delay the inevitable' for a few weeks to a month or two, at
best
> 
> that looks like "three strikes, you're out!" to me.
> 
> >                                       Certainly not in the next 20 or 30
> > years, after which time we can expect that IPv6 is the preferred
> > protocol, and we will never run out of IPv6 space.
> >
> > No more than the expected amount of IP addresses can be assigned in a
> > given year.  Pending requests would be delayed to the next year, and
then 
> > assigned in the next year's policy to achieve 10 year depletion.
> 
> I see. You assert that running out of the 'current time-period' quota, and

> having no more available to assign that period is not 'running out ' of
the
> AVAILABLE supply at that time.
> 
> 
> 
> _______________________________________________
> This message sent to you through the ARIN Public Policy Mailing List
> (PPML at arin.net).
> Manage your mailing list subscription at:
> http://lists.arin.net/mailman/listinfo/ppml
> 
> 

-- 
Av8 Internet   Prepared to pay a premium for better service?
www.av8.net         faster, more reliable, better service
617 344 9000   


_______________________________________________
This message sent to you through the ARIN Public Policy Mailing List
(PPML at arin.net).
Manage your mailing list subscription at:
http://lists.arin.net/mailman/listinfo/ppml