IPv4 Doomsday: We're Running out of IPv4 Addresses (IPv4 Address Exhaustion and Who Owns What)

| No TrackBacks
Unless you've been living under a rock for the last few years, you've probably heard of the great doomsday scenario surrounding IPv4.  Someone even wrote a cute iPhone app to count down to IPv4 doomsday: the day the world runs out of IPv4 addresses.  Fact is, we're running out of IPv4 addresses; those super convenient and useful ID's used to uniquely identify each attached device/computer/whatever on the Internet.  For grins, I decided to use ARIN's public WHOIS database to determine who owns the major Class A (CIDR /8) IP address blocks.

The results are shocking; no wonder the world is running out of IPv4 addresses.  The world has a total of 4,294,967,296 possible IPv4 addresses (0.0.0.0 through 255.255.255.255 so 256^4), most of which are owned entirely by a select few Class A holders.  Each Class A IPv4 block consists of 16,777,216 total addresses.  As of 7/29/09, here is a somewhat complete the list of Class A /8 IPv4 holders:


... and so on.  This is not a complete list; I just wanted to cover the major blocks.  Here are a few interesting takeaways:

  1. Hewlett-Packard owns 33,554,432 Class A IPv4 addresses, or 1/128 of the IPv4 space -- apparently more than the countries of India and China combined (unverified).

  2. The U.S. Department of Defense owns 150,994,944 IPv4 addresses.  What the DoD is doing with almost 151 million IPv4 addresses is beyond me.  I don't think anyone, or any country, in their right mind needs 150 million IPv4 addresses.

  3. Massachusetts Institute of Technology owns 16,777,216 IPv4 addresses.  No college needs almost 17 million IPv4 addresses for itself.  According to Wikipedia, by comparison, some organizations such as Stanford University (formerly owner of the 36.0.0.0 - 36.255.255.255 range), have returned their designated ranges due to IP address shortages in recent years.  Perhaps MIT should follow Stanford's lead?

  4. The IANA has reserved approximately 251,658,240 IPv4 /8 addresses.  I know some blocks are reserved for special use, but perhaps the IANA could release some of those blocks back to the world?  We have a serious IPv4 shortage on our hands.  Why is the IANA holding onto more than 250 million IPv4 addresses?

  5. I don't see why companies like Apple, Ford Motor Company, HP, IBM, Haliburton, etc. need their own blocks.  Using NAT for most internal IT operations should be sufficient; there's no need to hold onto the glory days of excessively hogging IPv4 blocks.

Bottom line, we're running out of IPv4 addresses.  However, I don't think the problem is directly due to the number of new countries or devices coming online.  Rather I think the core of the IPv4 exhaustion issue is directly related to IPv4 address hogs: colleges, businesses, or organizations that hold onto large blocks of Class A IP addresses simply because they can.  Instead of pushing some cumbersome IPv4 replacement (*ahem* IPv6 this means you), why don't we work together to encourage the current IPv4 holders to reevaluate, and possibly release, unused blocks of addresses?

Did You Find this Helpful?

Did you find this post helpful, or at least, interesting?

  

About Mark

A Silicon Valley native, Mark Kolich is a full-time Software Engineer and a consultant for hire. A web technologies expert, his current focus is on building powerful and robust cloud-driven web-applications using Java, PHP, Perl, AJAX, DHTML, CSS, and JavaScript. His favorite programming languages are PHP, Java and JavaScript. He uses Linux, enjoys biking to work, loves building great software, and always writes elegant, readable, and maintainable code.

No TrackBacks

No trackbacks attached to this entry.

Twitter (@markkolich)

Translate

About this Entry

This page contains a single entry by Mark Kolich published on July 29, 2009 10:20 AM.

Using Twitter's Search API: A Few Realistic Examples was the previous entry in this blog.

If a PHP script locks a MySQL table, then dies with an unexpected error, is the table left in a locked state? is the next entry in this blog.

Find recent content on the main index or look in the archives to find all content.