IPv4 address exhaustion

IPv4 address exhaustion

IP address exhaustion refers to the decreasing supply of unallocated IPv4 addresses. This depletion has been a concern since the 1980s when the Internet started to experience dramatic growth. As a result, this has been the driving factor in creating and adopting several new technologies, including classful networks, CIDR addressing, Network Address Translation (NAT) and IPv6.

As of 2008, IPv6 is generally seen as the only practical long-term solution for IPv4 address exhaustion that is readily available. However, although the predicted IPv4 address exhaustion approaches, most ISPs, software vendors and service providers are only just starting to consider widespread deployment of IPv6.

Synopsis

Every host on an IP network, such as a computer or networked printer, is assigned a unique IP address that is used to communicate with other hosts on that network, normally expressed in "dotted decimal" format (for example 66.230.200.110). Each "octet", or part of the address, must be a number from 0 to 255 and therefore there is a maximum of 4,294,967,296 addresses available for use. However, large numbers of addresses are reserved for special uses and are unavailable for public allocation.

There are insufficient publicly routable IPv4 addresses to provide a distinct address to every IPv4 network device (which include desktop computers, mobile phones, embedded devices, and virtual hosts). This problem is mitigated by network address translation (NAT), whereby a single public Internet IP address can be shared by multiple internal local area network (LAN) hosts. Data sent by individual hosts to the Internet states its source address as the public IP address used, and the router providing the access is able to keep track of which host originated the traffic inside the network and forwards replies accordingly.

Exhaustion date

Exhaustion will occur on all continents at the same time, as all registries follow similar allocation policies, with for about 12 to 18 months stock allocated at each request. Only specific organizations that requested addresses in the pre-CIDR or pre-RIR eras possibly have significant unused address space remaining.

*As of September 2008, Geoff Huston of APNIC predicts with detailed simulations an exhaustion of the unallocated IANA pool in October 2010. [cite web | last=Huston | first=Geoff | title=IPv4 Address Report, daily generated | url=http://www.potaroo.net/tools/ipv4/index.html | accessdate=2008-06-08] Tony Hain of networking equipment manufacturer Cisco Systems predicts the exhaustion date to be around November 2010. [cite web | last=Hain | first=Tony | title=IPv4 Address Pool, quarterly generated | url=http://www.tndh.net/~tony/ietf/ipv4-pool-combined-view.pdf | accessdate=2008-05-15] These predictions are derived from current trends, and do not take into account any last chance rush to acquire the last available addresses. After the IANA pool exhaustion, during 11 months each individual regional Internet registry (RIR) will be able to supply with their last assigned addresses. These dates lie within a depreciation time of five to ten years of network equipment that is currently being acquired.
*On May 21, 2007, the American Registry for Internet Numbers (ARIN), the North American RIR, advised the Internet community that due to the expected exhaustion in 2010 "migration to IPv6 numbering resources is necessary for any applications which require ongoing availability from ARIN of contiguous IP numbering resources". [cite press release | title=ARIN Board Advises Internet Community on Migration to IPv6 | publisher=American Registry for Internet Numbers (ARIN) | date=2007-05-21 | url=http://www.arin.net/announcements/20070521.html | language=English | accessdate=2007-07-01] It should be noted that "applications" include general connectivity between devices on the Internet, as some devices only have an IPv6 address allocated.
*On June 20, 2007, the Latin American and Caribbean Internet Addresses Registry (LACNIC), the South American RIR, advised "preparing its regional networks for IPv6" by January 1, 2011 for the exhaustion of IPv4 addresses "in three years time". [cite press release | title=LACNIC announces the imminent depletion of the IPv4 addresses | publisher=Latin American and Caribbean Internet Addresses Registry (LACNIC) | date=2007-06-21 | url=http://lacnic.net/en/anuncios/2007_agotamiento_ipv4.html | language=English | accessdate=2007-07-01]
*On June 26, 2007, the Asia-Pacific Network Information Centre (APNIC), the RIR for the Pacific and Asia, endorsed a statement by the Japan Network Information Center (JPNIC) that to continue the expansion and development of the Internet a move towards an IPv6-based Internet is advised. This with an eye on the expected exhaustion around 2010 which will create a great restriction on the Internet. [cite press release | title=JPNIC releases statement on IPv4 consumption | publisher=Asia-Pacific Network Information Centre (APNIC) | date=2007-06-26 | url=http://www.apnic.net/news/2007/0626.html | language=English | accessdate=2007-07-01] [cite press release | title=About IPv4 address exhaustion in Internet Registries | publisher=Japan Network Information Center (JPNIC) | date=2007-06-19 | url=http://www.nic.ad.jp/ja/ip/ipv4pool/ipv4pool-JPNIC-070619.pdf | language=Japanese | accessdate=2007-07-01]

Less than three years until the first RIR exhaustion is a short time for the entire industry to transition to IPv6. This situation is aggravated by the fact that until exhaustion there will be no significant demand. David Conrad, the general manager of IANA acknowledges, "I suspect we are actually beyond a reasonable time frame where there won't be some disruption. Now it's more a question of how much." Geoff Huston claims we should have started the transition to IPv6 much earlier, such that by the exhaustion date it would be "completed", with all devices IPv6-capable, and IPv4 getting phased out.

It should be recognized that by the end of 2011, there will be new clients and servers on the Internet which have no choice but to only have an IPv6 address. For the rest of the Internet to be able to communicate with them they should then be able to: a) serve to IPv6 customers, and b) to access IPv6 servers. Within scalable solutions, the first requires Internet-facing servers to be on IPv6, and the second requires pretty much all devices to be on IPv6.

Causes

Several forces threaten the Internet with address exhaustion. Each of them drastically increases the demand on the limited supply of 32-bit addresses, often in ways unanticipated by the original designers of the network.

Mobile devices

Just as IPv4 has become the "de facto" standard for networked communication, the cost of embedding substantial computing power into handheld devices has plummeted. As a result, formerly "dumb" mass-market devices such as mobile phones have become potential Internet hosts. With mobile phone market penetration approaching 100% across the world, the result is a plausible scenario in which every person on the planet could be IP-addressable. [ [http://www.economist.com/printedition/displayStory.cfm?Story_ID=4351974 Mobile-phone penetration | Economist.com ] ]

Always-on connections

Throughout the 1990s, the predominant mode of consumer Internet access was dialup Internet access. Dialup access reduces pressure on IP addresses, because dialup links are usually disconnected and thus do not require permanent IP addresses. By 2007, however, broadband Internet access had begun to exceed 50% penetration in many markets. Broadband connections remain constantly active, and even when dynamically addressed, still require a persistent IP address. [ [http://www.news.com/Broadband-adoption-passes-halfway-mark-in-U.S./2110-1034_3-6160422.html Broadband adoption passes halfway mark in U.S. | CNET News.com ] ]

Internet demographics

There are hundreds of millions of households in the developed world. In 1990, only a bare fraction of these had Internet connectivity. Just 15 years later, almost half of them had persistent broadband connections. [ [http://www.census.gov/prod/1/pop/p25-1129.pdf Projections of the Number of Households and Families in the United States: 1995 to 2010 ] ]

Inefficient address use

Organisations that obtained IP addresses in the 1980s were often allocated far more addresses than they actually required. For example, large companies or universities were given class A address blocks, each of which contained 16 million IPv4 addresses. Many organisations continue to utilise public IP addresses for devices not accessible outside their local network and would be well served by NAT, releasing large ranges of IP addresses for re-allocation. Some organisations also have large ranges of unused IP addresses that have not been released back to the allocation authorities for various reasons.

Due to inefficiencies caused by subnetting, it is very difficult to use all the addresses in a block. The Host-Density ratio, as defined in RFC 3194, is an intuitive metric for utilization of IP address blocks.

Mitigation

Some things that can be done to mitigate the IPv4 address exhaustion are (not mutually exclusive):

* Network address translation (NAT)
* Use of private networks
* Dynamic Host Configuration Protocol (DHCP)
* Name-based virtual hosting
* Tighter control by regional Internet registries on the allocation of addresses to local Internet registries
* Network renumbering to reclaim large blocks of address space allocated in the early days of the Internet

Conservation

"Conservation" is another method used to preserve available IP addresses. Upon conception of the Internet it was never envisaged that it would require anywhere near as many IP addresses as it now does; therefore they were frequently allocated in 'blocks' of 255, 65536, or 16777216 addresses for use. To this day several organisations have been assigned 16 million IP addresses of which they use a comparative handful. These days organisations responsible for allocation of public IP addresses are much more reluctant to assign large groups.

ubnetting

Subnetting is another method to get more use out of the IP address space generally. These addresses are "subnetted" by applying a subnet mask which denotes which portion of the address is the "network" portion and which is the "host" portion, cf. Classless Inter-Domain Routing.

Reclaiming unused IPv4 space

In the early days of the Internet, before the creation of classful networks and later CIDR addressing, large blocks of IP addresses were allocated to individual companies and organizations. IANA could potentially reclaim these ranges and reissue the addresses to others. However, it can cost a great deal of time and money to renumber a network so these organizations will likely object, quite possibly to the point of filing lawsuits. Moreover, at the current rate of IPv4 address consumption, even if all of these could be reclaimed, it would result in only extending the address exhaustion date back a year or two.Fact|date=November 2007

Similarly, many IP address have been allocated to companies that no longer exist or were never used. Unfortunately, the stricter accounting of IP address allocation currently in place was not always in place and it would take quite a bit of effort to track down which addresses really are unused. Many IP addresses that do not show up in the public BGP routing tables are actually in use on intranets. Again, it is likely that more time would be spent tracking down which IP address could be reclaimed than would extend the exhaustion date.

Finally, it may be possible to use IP addresses that are currently reserved by IANA. There are proposals to reclaim the class E network addresses; [cite web | last=Wilson | first=Paul | coauthors=Michaelson, George; Huston, Geoff | title=Redesignation of 240/4 from "Future Use" to "Limited Use for Large Private Internets" | url=http://www.ietf.org/internet-drafts/draft-wilson-class-e-01.txt | accessdate=2007-11-14] [ [http://tools.ietf.org/html/draft-fuller-240space-00 draft-fuller-240space-00 - Reclassifying 240/4 as usable unicast address space ] ] unfortunately, several operating systems and many types of routers would need to be modified or upgraded to make use of these addresses. Many operating systems' TCP/IP stacks, including Microsoft's widely deployed personal computer TCP/IP stack, disallow the use of class E IP addresses, resulting in configuration errors when attempting to assign the address to a host and refusing to communicate with hosts utilizing such an address. [cite web | publisher=Microsoft | title=Address Classes | url=http://www.microsoft.com/technet/prodtechnol/windows2000serv/reskit/cnet/cnbb_tcp_zrnh.mspx?mfr=true | accessdate=2007-11-14 | work=Windows 2000 Resource Kit] [cite web | last=Hain | first=Tony | title=A Pragmatic Report on IPv4 Address Space Consumption | url=http://www.cisco.com/web/about/ac123/ac147/archived_issues/ipj_8-3/ipv4.html | accessdate=2007-11-14] [cite web | last=van Beijnum | first=Iljitsch | title=IPv4 Address Consumption | url=http://www.cisco.com/web/about/ac123/ac147/archived_issues/ipj_10-3/103_addr-cons.html | accessdate=2007-11-14] Similar TCP/IP implementations in many switches and routers also prohibit the use of the class E space. [cite web | publisher=Cisco Systems, Inc | title=TCP/IP Overview | url=http://www.cisco.com/univercd/cc/td/doc/product/rtrmgmt/cwhubs/starvwug/83428.htm#xtocid74886 | accessdate=2007-11-14] [cite web | publisher=Intel Corporation | title=Intel Express 10 Switch TCP/IP Basics | url=http://www.cisco.com/univercd/cc/td/doc/product/rtrmgmt/cwhubs/starvwug/83428.htm#xtocid74886 | accessdate=2007-11-14] For this reason, the proposal seeks not to redesignate the class E space for public assignment, but instead looks to change the status of the class E range from "Reserved" to "Limited Use for Large Private Internets." This would allow the use of the class E space on large, private networks that require more address space than is currently available through [http://tools.ietf.org/html/rfc1918 RFC1918] .

ISP-wide NAT

Similar to how many companies use NAT for most employee computers, an ISP can use NAT for many customers instead of giving them publicly routable IP addresses.

This has been already successfully implemented in some countries like Russia, where virtually all high speed ISPs now have ISP-wide NAT in place, with an option of assigning a publicly routable IP address at an additional cost.

Markets in IP addresses

The creation of markets to buy and sell IPv4 addresses has been proposed many times as an efficient means of allocation. The primary benefit of an address market would be that IPv4 addresses would continue to be available, although the market price of addresses would be expected to rise over time. These schemes have major drawbacksPOVassertion that have prevented their implementation, as outlined in RFC 2008:

* The creation of a market in IPv4 addresses would only delay the practical exhaustion of the IPv4 address space for a relatively short time, since the public Internet is still growing. This implies that absolute exhaustion of the IPv4 space would follow within at most a couple of years after the exhaustion of addresses for new allocations.
* The concept of legal "ownership" of IP addresses as property is explicitly denied by ARIN and RIPE policy documents and by the ARIN Registration Services Agreement. It is not even clear which country's legal system lawsuits would be resolved in.
* The administration of such a scheme is outside the experience of the current regional address registries.
* Ad-hoc trading in addresses would lead to fragmented patterns of allocation that would vastly expand the global routing table, resulting in severe routing problems for many network operators which still use older routers with limited FIB memory or low-powered routing processors. This large cost placed on everyone who uses the Internet by those that buy/sell IP addresses is a negative economic externality that any market would need to correct for.Dubious|date=September 2008
* Trading in IP blocks that are large enough to prevent fragmentation problems would reduce the number of potentially tradeable units to a few million at most.Dubious|date=September 2008
* The cost of changing from one set of IP addresses to another is very high, reducing the market liquidity. Organizations that can potentially reorganize their IP addresses usage to free them up so that they can be sold will demand a high price and once bought, will not be resold without a large profit. The cost of renumbering an organization's IP address space each time is comparable to the cost of switching to IPv6 once.
* IP addresses are numbers, so there is no intrinsic value of an IP address. Trading in goods with no intrinsic value (e.g. paper money) instead of goods with extrinsic value (e.g. gold coins) can be risky and requires a stable market.
* Creation of a market requires a critical mass of buyers and sellers. Without that, there will not be price stability. And without an expectation of price stability, it is unlikely that companies will support formation of such a market.

IPv6 as a long-term solution

IPv6 is intended to be the long-term solution to the IPv4 address shortage. Instead of a 32 bit address, with 4.3 billion possible hosts, IPv6 uses 128 bit addresses, providing 3.4×1038 or 50 octillion for each of the roughly 6.5 billion people on Earth.

References

External links

* [http://www.iana.org/assignments/ipv4-address-space Official current state of IPv4 /8 allocations, as maintained by IANA]
* http://xkcd.com/195/ XKCD web-comic map of the internet, IPv4 address space, 2006.
* [http://www.ipv6.com IPv6.com - Knowledge Center for Next Generation Internet IPv6]


Wikimedia Foundation. 2010.

Look at other dictionaries:

  • IPv4 — Internet Protocol version 4 (IPv4) is the fourth revision in the development of the Internet Protocol (IP) and it is the first version of the protocol to be widely deployed. Together with IPv6, it is at the core of standards based internetworking …   Wikipedia

  • IP address — For the Wikipedia user access level, see Wikipedia:User access levels#Unregistered users. An Internet Protocol address (IP address) is a numerical label assigned to each device (e.g., computer, printer) participating in a computer network that… …   Wikipedia

  • Исчерпание IPv4-адресов — Динамика количества свободных блоков /8 с 1995 года Исчерпание IPv4 адресов  истощение запаса нераспределённых адресов протокола IPv4. Адресное пространство глобально управляется американской некоммерческой организацией …   Википедия

  • IPv6 address — An Internet Protocol Version 6 address (IPv6 address) is a numerical label that is used to identify a network interface of a computer or other network node participating in an IPv6 enabled computer network. IP addresses serve the purpose of… …   Wikipedia

  • Agotamiento de las direcciones IPv4 — El crecimiento exponencial de Internet está llevando hacia el agotamiento de las direcciones IPv4, es decir a la progresiva merma de la cantidad de direcciones IPv4 disponibles. Este tema ha sido una preocupación desde los años 80. Como… …   Wikipedia Español

  • Network address translation — NAT redirects here. For other uses, see Nat (disambiguation). In computer networking, network address translation (NAT) is the process of modifying IP address information in IP packet headers while in transit across a traffic routing device. The… …   Wikipedia

  • IP address allocation — is the process of distributing IP addresses to organizations world wide. It is managed by IANA and several Regional Internet Registries (RIRs). See also * IANA * IPv4 address exhaustion * [http://www.ip2location.com/ip2location internet ip… …   Wikipedia

  • Transition d'IPv4 vers IPv6 — Pour consulter un article plus général, voir : IPv6. La transition d IPv4 vers IPv6 est un processus qui vise au remplacement progressif du protocole IPv4 par IPv6 sur Internet. Sommaire 1 Phases de la transition 2 Transition pour des hôtes… …   Wikipédia en Français

  • IPv6 — Internet protocol suite Application layer BGP DHCP DNS FTP …   Wikipedia

  • IPv6 transition mechanisms — Standards Track 4in6 6in4 6over4 DS Lite …   Wikipedia

Share the article and excerpts

Direct link
Do a right-click on the link above
and select “Copy Link”