ARGOMENTO:

Salve a tutti,
segnalo la presente risorsa del blog per chi volesse approfondire l'argomento.

www.ipcert.it/blog/entry/messaggi-dhcp-o...icast-broadcast.html

Buona lettura

Ottimo Jody. Allora possiamo ritenere che sia giusto che l'immagine mostrata da Cisco nel curriuculum riporti Unicast per il DHCPOFFER e il DHCPACK. Difatti in tante altre fonti di documentazione era riportata in questo modo. D'altro canto mi sembra coerente che una documentazione ufficiale riporti lo standard del protocollo, cosi come definito in RFC, al di là del fatto che in molte implementazioni dei sistemi operativi si forzi il server, tramite il campo flags, ad inviare tramite broadcast.
In effetti ho notato che se si cerca su Internet quale sia la modalità di ricezione del DHCPOFFER e DHCPACK, ci sia una gran confusione. Chi dice unicast, chi dice broadcast,con tanto di catture di analizzatori di protocollo a supporto dell'una piuttosto che dell'altra teoria.
Se però si cerca con altre chiavi di ricerca (dhcp boot broadcast flags), la confusione si riduce notevolmente e si trovano risorse, molto sistemistiche, che spiegano come le diverse piattaforme gestiscano il campo flags. In linux ad esempio si può forzarlo sia da client che da server (opzione del file DHCPD.CONF). A tal proposito si trovano molte risorse cercando su google "bootp-broadcast-always", cioé il parametro che accende il campo flags sui client dhcp linux.
Su Microsoft invece è interessante questo articolo:
blogs.technet.com/b/teamdhcp/archive/200...ng-in-windows-7.aspx, in cui spiega come venga gestito il "DHCP Broadcast flag", da Vista e da Seven, con tanto di istruzioni su come modificare il registry per attivare l'opzione 0 la 1.
Addirittura su quest'ultimo articolo, riporta che per avere piena compatibilità con tutti i server DHCP, Windows 7 tenta prima con il bit a 0 e poi con il bit a 1... .
In altre parole spostando il focus della ricerca sembra che sia tutto molto più chiaro.
Grazie per il post sul blog...