Dana jest sieć o adresie 172.16.0.0/16. Które adresy podsieci są prawidłowe, jeżeli zostaną wydzielone cztery podsieci o masce 18-bitowej?
Adresacja została tu policzona właściwie: z sieci 172.16.0.0/16 wydzielamy podsieci z maską /18, czyli zwiększamy prefiks o 2 bity. Dwa dodatkowe bity dają 2² = 4 podsieci, dokładnie tyle, ile wymagano. Maska /18 to 255.255.192.0, więc rozmiar bloku w trzecim oktecie wynosi 256 - 192 = 64. Dlatego poprawne adresy podsieci zaczynają się co 64 w trzecim oktecie: 172.16.0.0/18, 172.16.64.0/18, 172.16.128.0/18 oraz 172.16.192.0/18. Czwarty oktet w adresie sieci musi być równy 0, bo część hosta jest wyzerowana. W praktyce tak liczy się podsieci przy projektowaniu VLAN-ów, segmentacji działów w firmie albo przy planowaniu tras statycznych i wpisów w protokołach routingu. Moim zdaniem warto zawsze sprawdzać maskę dziesiętnie, bo wtedy od razu widać skok podsieci. Dobra praktyka branżowa jest taka, żeby zapisywać podsieci razem z prefiksem, np. 172.16.64.0/18, bo sam adres bez maski bywa mylący i łatwo potem o błąd w konfiguracji routera, DHCP albo ACL.
W tym zadaniu kluczowe jest zrozumienie, w którym oktecie następuje podział. Sieć 172.16.0.0/16 ma stałe dwa pierwsze oktety: 172.16. Po przejściu na /18 dokładamy 2 bity do części sieciowej, ale te bity znajdują się w trzecim oktecie, nie w czwartym. Dlatego skok podsieci wynosi 64 w trzecim oktecie, a nie 64 w czwartym. Adresy typu 172.16.0.64, 172.16.0.128 czy 172.16.0.192 wyglądają na równe odstępy, ale dla maski 255.255.192.0 są to zwykłe adresy hostów wewnątrz podsieci 172.16.0.0/18, a nie adresy nowych podsieci. To bardzo typowa pomyłka: ktoś widzi liczbę 64 i przesuwa ją w ostatnim oktecie, bo tak często liczy się małe podsieci typu /26. Tutaj jednak prefiks kończy się w trzecim oktecie, więc tam trzeba patrzeć. Niepoprawne są też zestawy mieszające adresy z różnych poziomów podziału, na przykład 172.16.64.64 albo 172.16.64.128. Przy /18 adres podsieci musi mieć wyzerowane wszystkie bity hosta, więc czwarty oktet ma być 0, a trzeci oktet może przyjmować tylko wartości 0, 64, 128 i 192. Adres 172.16.0.255 również nie jest adresem podsieci; jest adresem hosta w zakresie pierwszej podsieci, bo broadcast dla 172.16.0.0/18 to dopiero 172.16.63.255. Z mojego doświadczenia najlepiej policzyć maskę jako 255.255.192.0 i od razu zapisać rozmiar bloku: 64. To porządkuje temat i zmniejsza ryzyko, że pomylimy oktet albo potraktujemy adres hosta jak adres sieci.