Visual RFC.
ALL RFCs / RFC 6598
Read the RFC ↗
RFC 6598 / Provider shared addressing

Place shared addresses on the provider link

01

The home router’s outside address can belong to a provider’s shared network. It is not necessarily the globally reachable address a remote peer sees.

RFC 6598 · § 1EXAMPLE
4 / 4
Place shared addresses on the provider linkSeparate inbound example: a remote peer attempts to use shared 100.64.1.2 directly. The ordinary boundary stops the path before the provider; no public connection succeeds.Customer and provider addresses have scopeRemote peerProviderto shared 100.64.1.2Ordinary provider boundary stops itConceptual IPv4 path · no complete NAT mapping shown
04
Do not dial the shared address globally

Separate inbound case: a remote peer tries to use the CPE’s shared address directly. The ordinary provider boundary blocks it; no successful public connection is drawn.

Source for this drawing: RFC 6598 · Read RFC section 1 ↗

Protocol participantThreat or exceptionProtocol controlSimplified drawings · precise section references
New to this? Start hereA quick picture + helpful background

A message needs an address.

Think of a packet as a small addressed envelope. Devices pass it onward; transport protocols decide what delivery promises an application gets.

Helpful first, if these ideas are unfamiliar

These pictures are analogies to help you learn. The linked RFC explains the actual rules.

Related RFCs and changes

“Updates” changes part of an earlier RFC. “Obsoletes” replaces it. This list shows selected related documents.

KEY POINT

Shared Address Space numbers provider-side links; a CGN can translate beyond that scope.

  • CGN means Carrier-Grade NAT, a provider-operated address translator. CPE means Customer Premises Equipment, such as a subscriber’s home router. RFC 6598 reserves a /10 block to number interfaces connecting CPE to CGN devices (§§1,7). It is an address-allocation and operational-scope document, not a complete NAT implementation specification.
  • Shared Address Space is non-globally routable and distinct from RFC 1918 private space (§1). Its use is limited to Service Provider networks or routing equipment that can translate across interfaces even when addresses on two interfaces are identical. It is not an unrestricted replacement for every private LAN prefix.
  • The conceptual example starts with host 192.168.1.7 behind a home CPE. The CPE outside interface is numbered 100.64.1.2 in the shared block. A provider CGN can translate to an appropriately assigned public-side address. Port mappings, checksums and NAT state are outside this allocation guide.
  • The drawing uses 203.0.113.9 only as a documentation placeholder for a provider’s legitimately assigned public-side address. That example address is not itself globally routable. The source-address labels illustrate distinct scopes, not a mandated address assignment or a complete packet trace.
  • A remote peer cannot treat the CPE’s shared address as an ordinary globally reachable endpoint. A public-looking address is also not a proof of reachability: §5.1 notes that even a globally unique address behind a CGN may not be globally advertised.
  • The IESG note treats this allocation as an operational expedient while retaining the commitment to IPv6 deployment. It does not promise that an additional IPv4 block removes address-sharing problems or makes every application work.
DETAILS

Conceptual outbound path. All addresses are examples; the documentation public-side placeholder is not a live public endpoint. No packet transmission, NAT conformance or reachability probe is performed.

Read the RFC section ↗

All chapters in RFC 6598

Drawing view

Scroll the drawing to see every part. Playback controls stay above it.

RFC 9700 / CHAPTERS

Chapters

For full details, tables, algorithms, and exceptions, read the original RFC.

RFC status and corrections ↗