Cisco IPv4 Subnetting – Understanding Network Classes A, B, C

ciscoipv4subnet

I'm studying IPv4 addresses and came across this whole thing about classful addressing. I get the idea behind it, bit there is something I find confusing:

There are two "ABC" ranges:

First one:

A: 1.0.0.0 to 126.0.0.0 with /8
B: 128.0.0.0 to 191.255.0.0 with /16
C: 192.0.0.0 to 223.255.255.0 with /24

Second one:

A: 10.0.0.0 to 10.255.255.255 with /8
B: 172.16.0.0 to 172.31.255.255 with /12
C: 192.168.0.0 to 192.168.255.255 with /16

Why are both of these using the names A, B and C? They are not even using the same sets of subnet-masks! Is the first one only for public addresses? Because the second one is only private addresses.

Help appreciated!

Best Answer

It's likely that the subnet masks are throwing you off. As long as you keep in mind that the below rules no longer apply, you should be fine.

Ultimately classful addressing came down to the most significant (or "leading") bits in the address. Nothing more, nothing less.

  • Class A: Most significant bits starts with 0
  • Class B: Most significant bits start with 10
  • Class C: Most significant bits start with 110

The "classes" came from the way they split up the address space for use between "host" and "network". Keep in mind that back then (way way back, from the days of ARPANET), subnet masks did not exist, and the network was intended to be inferred from the address itself. So, with the above in mind, this is what they came up with (this is intended to be binary representation - each N or H represents a single bit in the 32-bit address):

  • Class A: NNNNNNNN.HHHHHHHH.HHHHHHHH.HHHHHHHH (less networks, more hosts)
  • Class B: NNNNNNNN.NNNNNNNN.HHHHHHHH.HHHHHHHH (more networks, less hosts)
  • Class C: NNNNNNNN.NNNNNNNN.NNNNNNNN.HHHHHHHH (even more networks, even less hosts)

Here the N is representative of the network portion of the address, and the H is representative of the host portion of the address, or as they called it back in the day, the "rest field."

Combining that with what was said earlier about the most-significant bits, we have the following:

  • Class A: 0.0.0.0 - 127.255.255.255
  • Class B: 128.0.0.0 - 191.255.255.255
  • Class C: 192.0.0.0 - 223.255.255.255

Converting those ranges to binary may make this more clear:

Class A

0.0.0.0
-----------
[0]0000000.00000000.00000000.00000000

127.255.255.255
-----------
[0]1111111.11111111.11111111.11111111
 ^
 most significant bit = 0

Class B

128.0.0.0
-----------
[10]000000.00000000.00000000.00000000

191.255.255.255
-----------
[10]111111.11111111.11111111.11111111
 ^
 most significant bits = 10

Class C

192.0.0.0
-----------
[110]00000.00000000.00000000.00000000

223.255.255.255
-----------
[110]11111.11111111.11111111.11111111
 ^
 most significant bits = 110

Every single address within those ranges will share a common leading bit(s). The moral of the story is, if you can remember what the leading bits are supposed to be (0 for class A, 10 for class B, 110 for class C) it's extremely simple to determine what "class" an address would have otherwise belonged in. Or, if decimal is easier:

  • Class A: First octet in address is between 0 and 127, inclusive
  • Class B: First octet in address is between 128 and 191, inclusive
  • Class C: First octet in address is between 192 and 223, inclusive

The easiest way to mess someone up on "classful addressing" either on a test, or exam, or whatever, is to use misdirection by way of a subnet mask. Again, remember that the subnet mask does not apply for determining the class of an address. This is easy to forget because as others have said, classless addressing and routing have been around for over two decades now, and the subnet mask and CIDR notation have become ubiquitous in the industry.

Related Topic