e.g. IP number: 00001010100010111100101110000011 / / \ \ 00001010 10001011 11001011 10000011 Decimal version: 10 . 139 . 203 . 131The conversion is done by giving a value to each '1' in the binary number then adding them together. The rightmost bit counts as "1", the next one as "2", the next one as "4" etc.
e.g. to convert 11001011 to decimal:
+-------- 128 |+------- 64 ||+------ 32 |||+----- 16 ||||+---- 8 |||||+--- 4 ||||||+-- 2 |||||||+- 1 |||||||| |||||||| 11001011 = 128 + 64 + 8 + 2 + 1 = 203It's easier to use a binary conversion table instead. Remember though that this conversion is just to make IP numbers easier to type; the computer uses the binary version.
Smallest: 00000000000000000000000000000000 = 0.0.0.0 Largest: 11111111111111111111111111111111 = 255.255.255.255There are 232 = just over 4,000,000,000 IP numbers in total.
For example, the network "199.2.192.64/26" has 26 bits of network number; the remaining 6 bits are the host number.
For IP routing to work, it is vital that all hosts on one
network have the same network number (in this example,
the left-hand 26 bits), and different host numbers.
In other words, in our example network, all the IP numbers must look like this:
Network 199.2.192.64 / 26 11000111 00000010 11000000 01xxxxxx \___________________________/\____/ network number (26 bits) host (6)where "xxxxxx" can be any combination of six 0's and 1's. The lowest value is given by all 0's, and the highest value all 1's.
11000111 00000010 11000000 01000000 = 199.2.192.64 11000111 00000010 11000000 01000001 = 199.2.192.65 11000111 00000010 11000000 01000010 = 199.2.192.66 ...... ...... 11000111 00000010 11000000 01111111 = 199.2.192.127Note that a network number like 199.2.192.64/26 is not by itself an IP number; rather, it defines a range of IP numbers which can be used by hosts on a single network.
In practice, the first and last values in each range are not permitted for real hosts (they are reserved). In the example above, .64 and .127 are reserved, so this network can actually use numbers 199.2.192.65 to 126, enough for 62 hosts altogether.
You do this by increasing the length of the network number (thus reducing the length of the host number) - giving you more networks each with fewer hosts. If you've done it correctly you will end up with ranges of IP numbers which do not overlap.
One approach to "doing it right" is to increase the length of the network number one bit at a time. For example, you split a /24 into two /25's, a /25 into two /26's, and so on.
Here is an example of dividing the network 206.27.238.0 / 24 :
206 . 27 . 238 11001000 00011011 11101110 xxxxxxxx 206.27.238.0/24 before ---------------------------------------------------------------- 11001000 00011011 11101110 0xxxxxxx 206.27.238.0/25 after 11001000 00011011 11101110 1xxxxxxx 206.27.238.128/25 ^ Look! another bit in the network numberThis gives you two networks each with 128 IP numbers (126 excluding the reserved ones). If that's what you want, fine; otherwise, continue by splitting one or both of those networks further.
11001000 00011011 11101110 0xxxxxxx 206.27.238.0/25 ------------------------------------------------------------- 11001000 00011011 11101110 00xxxxxx 206.27.238.0/26 11001000 00011011 11101110 01xxxxxx 206.27.238.64/26 ^ 11001000 00011011 11101110 1xxxxxxx 206.27.238.128/25 ------------------------------------------------------------- 11001000 00011011 11101110 10xxxxxx 206.27.238.128/26 11001000 00011011 11101110 11xxxxxx 206.27.238.192/26 ^Now, one /24 network (256 IP numbers) has been divided into four /26 networks with 64 IP numbers each. If you work them out they are 0-63, 64-127, 128-191 and 192-255, which is fine (i.e. they don't overlap). Since you must discard the first and last number in each range, the usable numbers are 1-62, 65-126, 129-190 and 193-254.
Here is an example of a WRONG way to subnet this network:
First network: 206.27.238.0/25 Second network: 206.27.238.64/26 Why is it wrong? 206.27.238.0/25 = 206 . 27 . 238 . 0xxxxxxx <-- range 0 to 127 206.27.238.64/26 = 206 . 27 . 238 . 01xxxxxx <-- range 64 to 127 OVERLAP!
By splitting some networks and not others, more complex allocations are possible with different lengths of network number. You are unlikely to come across a more complex example than this one:
11001000 00011011 11101110 xxxxxxxx (original network) ------------------------------------------------------------- 11001000 00011011 11101110 000000xx 206.27.238.0/30 .0 to .3 11001000 00011011 11101110 000001xx 206.27.238.4/30 .4 to .7 11001000 00011011 11101110 000010xx 206.27.238.8/30 .8 to .11 11001000 00011011 11101110 000011xx 206.27.238.12/30 .12 to .14 11001000 00011011 11101110 0001xxxx 206.27.238.16/28 .16 to .31 11001000 00011011 11101110 001xxxxx 206.27.238.32/27 .32 to .63 11001000 00011011 11101110 01xxxxxx 206.27.238.64/26 .64 to .127 11001000 00011011 11101110 1xxxxxxx 206.27.238.128/25 .128 to .255Since you can't use the first and last IP number in each range, a subnet like 206.27.238.4/30 only actually gives you two IP numbers (.5 and .6), so /30 is the smallest practical subnet. A common use for a tiny subnet like this is for a serial link between two routers, which needs only one IP number for each end of the link.
A lot of software will require you to enter a netmask in either dotted decimal or (occasionally) hexadecimal form; just use a conversion table.
e.g. /26 = 26 x "1", rest are "0" = 11111111 11111111 11111111 11000000 (binary netmask) = 255 . 255 . 255 . 192 (decimal netmask)
0-127 = class A, /8 255.0.0.0 128-191 = class B, /16 255.255.0.0 192-223 = class C, /24 255.255.255.0 Example: 130.16.4.7 is a Class B network since 130 is between 128 and 191
Remaining numbers are reserved for special or experimental purposes, such as multicasting (224-239)