W IPv4 protokół DHCP służy do automatycznego nadawania konfiguracji IP (adres, maska, brama, DNS). Gdy stacja robocza startuje i nie ma jeszcze poprawnej konfiguracji, nie może "celować" do konkretnego serwera IP, bo nie zna jego adresu i sama nie ma jeszcze przydzielonego adresu źródłowego użytecznego w komunikacji.
W typowym przebiegu (często opisywanym skrótem DORA) pierwszy krok polega na rozgłoszeniu zapytania w sieci lokalnej. Taka transmisja typu broadcast powoduje, że komunikat trafia do wszystkich urządzeń w danej domenie rozgłoszeniowej, a więc również do serwera DHCP. To jest kluczowy mechanizm "odkrywania" serwera przez klienta.
Dlaczego pozostałe typy nie pasują do tego ujęcia:
- Anycast to mechanizm routingu, w którym ten sam adres jest przypisany do wielu węzłów, a ruch trafia do "najbliższego" z nich. Nie jest to typowa metoda wykorzystywana do inicjalnego odkrywania serwera DHCP w IPv4.
- Multicast wymaga przynależności do grupy multicast i jest używany w innych klasach zastosowań (np. dystrybucja strumieni). DHCPv4 w klasycznym scenariuszu startowym klienta bazuje na rozgłoszeniu w LAN, a nie na grupach multicast.
- Unicast oznacza wysłanie do jednego, konkretnego adresata. To działa dopiero wtedy, gdy znany jest adres docelowy i możliwa jest komunikacja punkt‑punkt. W DHCP mogą pojawić się pakiety unicast w innych etapach (np. odnowienie dzierżawy), ale nie jest to najlepsza odpowiedź na pytanie o sposób transmisji używany do dotarcia do serwera przy braku konfiguracji.
Wskazówka egzaminacyjna: jeśli w pytaniu pojawia się sytuacja "klient jeszcze nie ma adresu i szuka serwera", najczęściej chodzi o mechanizm broadcast w sieci lokalnej IPv4.
