W podsieci IPv4 zawsze występują dwa adresy specjalne: adres sieci (najniższy) oraz adres rozgłoszeniowy broadcast (najwyższy). Tych adresów nie przypisuje się interfejsom jako adresów hostów, bo pełnią funkcje logiczne w danej podsieci.
Dla maski /29 (255.255.255.248) mamy 3 bity hosta, czyli łącznie 8 adresów w podsieci. Dla 10.10.10.0/29 zakres adresów to 10.10.10.0–10.10.10.7, gdzie:
- 10.10.10.0 to adres sieci,
- 10.10.10.7 to adres broadcast,
- użyteczne adresy hostów to 10.10.10.1–10.10.10.6.
Odpowiedź "R2(config-if)#ip address 10.10.10.7 255.255.255.248" jest poprawna, ponieważ próbuje ustawić na interfejsie Fa0/0 rutera R2 adres broadcast. W efekcie interfejs nie będzie poprawnie uczestniczył w komunikacji w sieci 10.10.10.0/29, a ponieważ topologia wymusza przejście ruchu R5↔R6 przez R2 i sieć centralną, łączność między R5 i R6 zostaje przerwana.
Pozostałe propozycje nie powodują tej awarii:
- "R1 ... 10.10.10.1/29" to poprawny adres hosta w sieci 10.10.10.0/29 i dodatkowo ruter R1 nie leży na krytycznej ścieżce R5–R6, więc nie odcina tej komunikacji.
- "R3 ... 172.16.52.129/30" jest poprawnym adresem hosta w podsieci 172.16.52.128/30 (adresy: .128 sieć, .131 broadcast, hosty .129–.130). R3 także nie jest na trasie między R5 i R6.
- "R4(config)#interface se0/0/0" samo wejście do konfiguracji interfejsu nie zmienia parametrów (bez nadania IP/bez shutdown itp.), więc nie jest to wpis, który sam w sobie uniemożliwia działanie sieci.
Wskazówka egzaminacyjna: gdy widzisz małą podsieć (/30, /29), zawsze szybko wyznacz adres sieci i broadcast. Błędy z użyciem tych dwóch adresów to częsta przyczyna braku łączności.
