Get AI summaries of any video or article — Sign up free
we ran OUT of IP Addresses!! thumbnail

we ran OUT of IP Addresses!!

NetworkChuck·
4 min read

Based on NetworkChuck's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.

TL;DR

IPv4’s 4.3 billion address total is reduced in practice by reserved ranges and inefficient early allocation.

Briefing

The world’s IPv4 address space didn’t run out because the math was wrong—it ran out because early IP allocation rules were built for a much smaller internet and then handed out too aggressively. IPv4 offers about 4.3 billion possible addresses (2^32 = 4,294,967,296), but the system’s original “classful” design wasted large blocks and reserved entire ranges, leaving far fewer usable addresses than the headline number suggests.

In the classful scheme, IPv4 addresses were grouped into classes A, B, C, D, and E. Classes A–C came with default subnet masks that determined how many hosts could fit in each network and how many separate networks could exist. Class A locked in the first octet as the network portion (default mask 255.0.0.0), producing extremely host-heavy networks—about 16,777,214 usable addresses per network—while leaving only about 126 possible Class A networks. Class B used a default mask of 255.255.0.0, yielding roughly 65,534 hosts per network and about 16,382 Class B networks. Class C used 255.255.255.0, which created far smaller networks—254 usable hosts each—but enabled about 2,097,150 Class C networks.

The mismatch between expected and actual demand drove the damage. Large organizations were assigned huge address blocks “just in case,” because the internet’s explosive growth and the number of devices needing addresses weren’t anticipated. The result: many networks were allocated far more addresses than they could ever use. Even when the system allowed splitting large allocations into smaller subnets, the initial “give away too many” approach left the overall pool constrained.

Two additional problems reduced usable space further. First, Classes D and E weren’t meant for ordinary unicast addressing: Class D is reserved for multicast, and Class E is experimental/reserved. Second, a chunk of what looked like normal Class A space was missing from the usable range—127.0.0.0/8—because it’s reserved for loopback. That’s why 127.0.0.1 always points back to the same device, a built-in mechanism for testing network connectivity. The transcript emphasizes how pinging different 127.x.y.z addresses still “works” because they all route to the local machine, making the large reserved block feel like wasted capacity.

By the end, the core takeaway is that IPv4’s apparent 4.3 billion addresses were undermined by class-based allocation, reserved ranges, and early mismanagement. The promised next step is a “bandaid” fix—an approach that eventually became the practical path forward when the address pool tightened.

Cornell Notes

IPv4 has 2^32 (about 4.3 billion) addresses, but the original classful allocation system wasted much of that space and reserved large ranges. Classes A–C used default subnet masks that made Class A networks extremely host-heavy (about 16.7 million hosts per network) and left only ~126 Class A networks, while Class C created many small networks (254 hosts each) and ~2.1 million Class C networks. Large organizations were assigned huge blocks early, before the internet’s device-heavy growth was understood, leading to chronic over-allocation. Classes D and E were reserved (multicast and experimental), and 127.0.0.0/8 was reserved for loopback testing, further shrinking usable capacity. The result: IPv4 “ran out” due to structure and allocation choices, not raw address math.

Why does IPv4’s “4.3 billion addresses” not translate into 4.3 billion usable addresses?

The transcript points to two big drains: (1) classful organization (A/B/C) with default subnet masks that encouraged inefficient allocation, and (2) reserved ranges. Classes D and E are not used for normal unicast addressing—Class D is reserved for multicast, and Class E is experimental/reserved. In addition, 127.0.0.0/8 is reserved for loopback, so that entire block can’t be used for general networking.

How do default subnet masks in Class A, B, and C determine how many hosts and networks exist?

Default masks lock in which octets stay fixed for the network portion. Class A uses 255.0.0.0, keeping the first octet fixed and allowing the remaining three octets to vary, which yields about 16,777,214 usable hosts per network and only ~126 Class A networks. Class B uses 255.255.0.0, giving ~65,534 hosts per network and ~16,382 networks. Class C uses 255.255.255.0, giving 254 hosts per network and ~2,097,150 networks.

What allocation mistake caused address space to be “given away” too quickly?

Large organizations were assigned massive address blocks because early planners didn’t anticipate how many devices would need IPs. The transcript describes Class A being handed out in huge quantities (e.g., “take 16 million IP addresses”) under the assumption that the pool would never run out. Later, even though subnetting could split large blocks into smaller slices, the initial over-allocation had already reduced the remaining pool.

Why is 127.0.0.0/8 missing from the usable range, and what does it do?

The transcript highlights that the range between Class A and Class B includes a “missing” block: 127.0.0.0/8. It’s reserved for loopback addresses used for local testing. That’s why ping 127.0.0.1 (or other 127.x.x.x addresses) responds from the same device—useful for confirming the network interface/NIC is functioning.

How does subnetting relate to “classful” vs “classless” networks?

The transcript explains that a classful network follows the default subnet mask rules for its class (A/B/C). When an organization takes a large classful allocation and cuts it into smaller subnets using a different subnet mask than the default, that’s effectively classless subnetting. It gives an example of a home network using 10.71.0.0 (Class A range) with a subnet mask of 255.255.250.0, described as “degenerate” classless because it breaks the original classful boundaries.

Review Questions

  1. What host and network counts result from the default subnet masks for Class A, Class B, and Class C?
  2. Which IPv4 classes are reserved for multicast and experimental use, and why does that reduce usable address space?
  3. How does loopback (127.0.0.0/8) support troubleshooting, and why does pinging 127.x.y.z still reach the local machine?

Key Points

  1. 1

    IPv4’s 4.3 billion address total is reduced in practice by reserved ranges and inefficient early allocation.

  2. 2

    Classful subnet masks made Class A networks extremely host-heavy (~16.7 million hosts) but left only ~126 Class A networks.

  3. 3

    Class B and Class C default masks trade off fewer hosts per network for many more networks (Class C: 254 hosts, ~2.1 million networks).

  4. 4

    Early planners over-allocated huge blocks to large organizations because they underestimated how many devices would need IPs.

  5. 5

    Classes D and E are reserved (multicast and experimental), so they can’t be used for standard unicast addressing.

  6. 6

    127.0.0.0/8 is reserved for loopback, enabling local testing (e.g., ping 127.0.0.1) but consuming a large block of address space.

  7. 7

    Subnetting can split large allocations into smaller subnets, but it couldn’t undo the damage from initial “give away too many” assignments.

Highlights

The address shortage wasn’t a math problem; it was a planning and allocation problem built into classful IPv4.
Class A’s default mask (255.0.0.0) creates networks with ~16.7 million hosts each—great for theory, disastrous for efficient allocation.
127.0.0.1 isn’t just a single address; the entire 127.0.0.0/8 block is reserved for loopback testing.
Reserved ranges (Class D multicast and Class E experimental) remove usable space before any real-world allocation even begins.

Topics

  • IPv4 Address Exhaustion
  • Classful Addressing
  • Subnet Masks
  • Loopback Addresses
  • Multicast and Reserved Ranges

Mentioned