On 22 feb 2008, at 0:55, Tom Vest wrote:
I agree, to a point. My prediction is that when the handful of
mega-ISPs are unable to get the massive quantities of IPv4
addresses they need (a few dozen account for 90% of all consumption
in the ARIN region)...
I keep reading assertions like this. Is there any public,
authoritative evidence to support this claim?
You can download files with all the delegation info from ftp.arin.net.
If there is, is this 90% figure a new development, or rather the
product of changes in ownership (e.g., MCI-VZ-UU, SBC-ATT, etc.),
changes in behavior (a run on the bank), some combination of the
two, or something else altogether?
No, simply because large ISPs need lots of addresses, everyone else
can make do with just a few.
On 22 feb 2008, at 10:24, Roland Perry wrote:
I would not be surprised to learn that "consumption in the ARIN
region" includes all the legacy assignments.
By definition, no new legacy assignments are given out. :-)
So simply looking at recent data will correct for this.
So the quoted metric may well be true, but as unhelpful as claiming
that "MIT has more address space than the whole of China" (as some
people do from time to time).
Which is complete nonsense. MIT has 18/8, which is a little under 17
million addresses. I'm assuming that whatever else on top of that they
have doesn't amount to a significant number. China is eating up IPv4
address space like it's going out of style (hm...) and they're now the
third largest holder with 140 million IPv4 addresses, a hair shy of
Japan's 142 million and 1/10th of the US's 1411 million.
On 22 feb 2008, at 10:31, Randy Bush wrote:
dear arin hostfolk. could we please have the histogram for the last
few years where the Y axis is the amount of allocation and the X
axis is the number of organizations with that total size of new
allocations during the period? you'll have to bucket alloc size in
some useful way, probably a /16 or shorter or something.
I can't see organizations in ARIN's delegation records, but simply
counting delegations and rounding sizes to the closest power of 2
results this for 20070101 - now:
+------+-------------+--------+
| size | delegations | Maddrs |
+------+-------------+--------+
| 10 | 2 | 6.82 |
| 11 | 5 | 11.27 |
| 12 | 6 | 6.14 |
| 13 | 6 | 2.96 |
| 14 | 5 | 1.14 |
| 15 | 12 | 1.58 |
| 16 | 24 | 1.53 |
| 17 | 27 | 0.87 |
| 18 | 51 | 0.82 |
| 19 | 110 | 0.90 |
| 20 | 474 | 1.94 |
| 21 | 227 | 0.46 |
| 22 | 415 | 0.42 |
| 23 | 1 | 0.00 |
| 24 | 11 | 0.00 |
+------+-------------+--------+
Totals:
+-------------+--------+
| delegations | Maddrs |
+-------------+--------+
| 1376 | 36.86 |
+-------------+--------+
I.e., /18 or shorter is 134 delegations (10%) and 33.08 million
addresses (90%).
However, ARIN has the unfortunate practice of backdating delegations
when people come back for more address space and the new and old
blocks can form a bigger block. Below the same numbers but with logic
that tries to correct for this, which makes it impossible to easily
show the correct numbers of delegations and addresses in one table:
+------+-------------+
| size | delegations |
+------+-------------+
| 8 | 1 |
| 10 | 4 |
| 11 | 13 |
| 12 | 12 |
| 13 | 12 |
| 14 | 17 |
| 15 | 35 |
| 16 | 38 |
| 17 | 61 |
| 18 | 95 |
| 19 | 222 |
| 20 | 440 |
| 21 | 231 |
| 22 | 425 |
| 23 | 5 |
| 24 | 13 |
+------+-------------+
+------+--------+
| size | Maddrs |
+------+--------+
| 8 | 3.15 |
| 10 | 7.34 |
| 11 | 16.58 |
| 12 | 8.37 |
| 13 | 2.74 |
| 14 | 1.39 |
| 15 | 3.31 |
| 16 | 0.14 |
| 17 | 1.12 |
| 18 | 0.84 |
| 19 | 1.39 |
| 20 | 1.27 |
| 21 | 0.47 |
| 22 | 0.43 |
| 23 | 0.00 |
| 24 | 0.00 |
+------+--------+
Total delegations: 1624, millions of addresses: 48.55.
/18 or more: 195 (12%), 44.16 (91%).