CIDR Calculator

CIDR (Classless Inter-Domain Routing) notation solved a genuinely important scaling problem in how the internet allocates and routes IP addresses, and understanding the problem it solved makes the notation itself much more intuitive than memorizing it as an arbitrary format.

Before CIDR, IP address allocation used a rigid 'classful' system that divided all possible networks into a small number of fixed-size categories (Class A, B, and C networks, each with a predetermined, non-negotiable size). This rigidity was a serious practical problem: an organization needing slightly more addresses than a Class C network (256 addresses) provided had to be allocated an entire Class B network (65,536 addresses), wasting the vast majority of that allocation on addresses the organization would never use. As the internet grew through the 1980s and 1990s, this waste became a genuine crisis, threatening to exhaust the available IPv4 address space far faster than actual usage justified.

CIDR's solution was to abandon the fixed-size class system entirely in favor of a flexible, arbitrary-length prefix — the '/N' notation, where N specifies exactly how many bits of the 32-bit IP address are reserved for the network portion, with the remaining bits available for host addresses within that network. This flexibility meant an organization needing exactly 500 addresses could be allocated something close to that size (a /23 subnet, providing 510 usable addresses) rather than being forced into an oversized classful allocation — a much more efficient use of the finite IPv4 address space, and the approach that ultimately extended the practical lifespan of IPv4 considerably beyond what continued classful allocation would have allowed.

The notation itself packs a genuinely elegant amount of information into a compact string. The IP address portion identifies any address within the subnet (not necessarily its first address), while the prefix length after the slash determines the subnet's total size — critically, in an inverse relationship that trips up many newcomers to networking: a smaller prefix number means more host bits are available, meaning a larger subnet with more addresses, while a larger prefix number means fewer host bits, a smaller subnet with fewer addresses. A /8 network (24 host bits) contains over 16 million addresses; a /30 network (2 host bits) contains only 4. This inverse relationship — smaller number, bigger network — is genuinely counterintuitive at first encounter but becomes second nature with enough practice, and it's exactly the kind of relationship a calculator like this one helps make concrete through real, computed examples rather than abstract memorization.

Within any standard subnet (from /24 down through /30), two addresses are conventionally reserved and unavailable for host assignment: the network address (the very first address in the range, with all host bits set to zero, used to identify the network itself rather than any specific device on it) and the broadcast address (the very last address, with all host bits set to one, used to send a single message to every device on that subnet simultaneously). This is why usable host count is always exactly two less than the subnet's total address count for standard subnets — a detail this calculator handles automatically, but one that's genuinely useful to understand conceptually, since it explains why a /24 subnet's oft-cited '256 addresses' translates to only 254 addresses actually assignable to real devices.