Adres IPv4 musi być poprawnie zinterpretowany w kontekście maski/prefiksu podsieci. Ten sam zapis dziesiętny (np. 172.16.0.0) może oznaczać co innego w zależności od tego, jaką podsieć z niego wyznaczasz.
Dlaczego odpowiedź "Nie, ponieważ jest to adres sieci." jest właściwa?
W praktyce administracyjnej bardzo często spotyka się konfigurację, w której sieć 172.16.0.0 jest traktowana jako cała podsieć o prefiksie /16. W takiej sytuacji 172.16.0.0 to adres sieci (wszystkie bity hosta ustawione na 0), używany do identyfikacji podsieci w tablicach routingu i w konfiguracji. Tego adresu nie przypisuje się do interfejsu hosta.
Dlaczego pozostałe odpowiedzi są niepoprawne?
- "Tak, ponieważ jest to adres prywatny." – prywatność (zakres RFC 1918) mówi tylko, że adres nie jest routowalny w publicznym Internecie bez NAT. Nie przesądza, czy dany konkretny adres jest adresem hosta. Adres prywatny może być jednocześnie adresem sieci lub rozgłoszeniowym w danej podsieci.
- "Nie, ponieważ jest to adres publiczny." – 172.16.0.0 należy do zakresu prywatnego 172.16.0.0/12, więc przesłanka o "publiczności" jest błędna.
- "Tak, ponieważ jest to adres klasy B." – odwołanie do klas (A/B/C) jest historyczne i nie rozwiązuje problemu. Nawet jeśli ktoś przyjmie domyślny prefiks /16, to właśnie wtedy 172.16.0.0 wypada jako adres sieci, czyli argument prowadzi do wniosku przeciwnego. W nowoczesnych sieciach i tak stosuje się CIDR i jawny prefiks.
Wskazówka egzaminacyjna: gdy widzisz odpowiedzi o "adresie sieci", myśl o regule: adres sieci = bity hosta = 0, a poprawność oceny zawsze zależy od maski/prefiksu. Jeżeli w zadaniu pojawia się wątek "klasy", to zwykle chodzi o typowy prefiks, ale nadal warto krytycznie sprawdzić konsekwencje.
