IPv4 shared address space

From Wikipedia, the free encyclopedia
Jump to navigation Jump to search

In order to ensure proper working of carrier-grade NAT (CGN), and, by doing so, alleviating the demand for the last remaining IPv4 addresses, a /10 size IPv4 address block was assigned by Internet Assigned Numbers Authority (IANA) to be used as shared address space.[1]

This block of addresses is specifically meant to be used by Internet Service Providers (or ISPs) that implement carrier-grade NAT, to connect their customer-premises equipment (CPE) to their core routers.

Instead of using unique addresses from the rapidly depleting pool of available globally unique IPv4 addresses, ISPs use addresses in 100.64.0.0/10 for this purpose. Because the network between CPEs and the ISP's routers is private to each ISP, all ISPs may share this block of addresses.

Background[edit]

If an ISP deploys a CGN, and uses private internet address space (networks 10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16)[2] to connect their customers, there is a risk that customer equipment using an internal network in the same range will stop working. The reason is that routing and NAT will not work if the same address ranges occur on both inside and outside network interfaces.

This prompted some ISPs to develop policy within American Registry for Internet Numbers (ARIN) to allocate new private address space for CGNs. ARIN, however, deferred to the Internet Engineering Task Force (IETF) before implementing the policy, indicating that the matter was not typical allocation but a reservation for technical purposes.[3]

In 2012 IETF defined a Shared Address Space[4] for use in ISP CGN deployments and NAT devices that can handle the same addresses occurring both on inbound and outbound interfaces. ARIN returned space to the IANA as needed for this allocation and[5] "The allocated address block is 100.64.0.0/10".[4][6]

Transition to IPv6[edit]

The use of shared address space is one of the various methods to allow transition from IPv4 to IPv6. Its main purpose is to postpone the depletion of IPv4 addresses, by allowing ISPs to introduce a second layer of NATting. Common practice is to give CPEs a unique IPv4 address on their internet facing interface and use NAT to hide all addresses on the home LAN. Since public IPv4 addresses are growing scarce rapidly, it is no longer possible for some ISPs to assign unique IPv4 addresses to CPEs, due to the fact that there are none left to them. Instead, an address in the 100.64.0.0/10 range is assigned on the CPE's internet facing interface, and this address is translated again to one of the public IPv4 address of the ISP's core routers. This scheme hides a large number of IP addresses behind a small set of public addresses, the same way the CPE does this locally, slowing down the rate IPv4 addresses are depleted. The shared address space contains 222 or 4194304 addresses, so each ISP is able to connect over 4 million subscribers this way.

Other occurrences[edit]

In BIND, empty reverse mapping zones for 100.64.0.0/16 till 100.127.0.0/16 (64 zones in total) are automatically created in the 'internal' view, if not configured otherwise.

See also[edit]

References[edit]

  1. ^ M. Cotton; L. Vegoda; R. Bonica; B. Haberman (April 2013). Special-Purpose Address Registries. Internet Engineering Task Force (IETF). doi:10.17487/RFC6890. ISSN 2070-1721. BCP 153. RFC 6890. Updated by RFC 8190.
  2. ^ Y. Rekhter; R. Moskowitz; D. Karrenberg; G. Groot; E. Lear (February 1996). Address Allocation for Private Internets. Network Working Group. doi:10.17487/RFC1918. BCP 5. RFC 1918. Updated by RFC 6761.
  3. ^ B. Carpenter; F. Baker; M. Roberts (June 2000). Memorandum of Understanding Concerning the Technical Work of the Internet Assigned Numbers Authority. Network Working Group. doi:10.17487/RFC2860. RFC 2860.
  4. ^ a b J. Weil; V. Kuarsingh; C. Donley; C. Liljenstolpe; M. Azinger (April 2012). IANA-Reserved IPv4 Prefix for Shared Address Space. Internet Engineering Task Force (IETF). doi:10.17487/RFC6598. ISSN 2070-1721. BCP 153. RFC 6598.
  5. ^ "Re: shared address space... a reality!". Retrieved 13 September 2012.
  6. ^ "100.64.0.0/10 – Shared Transition Space". 2012-03-14.