Newsgroup: it.comp.reti.locali
Titolo: DHCP: come funziona "nel dettaglio"?

Ciao a tutti!
Qualcuno mi sa indicare un documento sul web, oppure mi spiega
direttamente qui, come effettivamente dialoga un client che accede alla
rete dotata di DHCP?
Il mio problema del "capire" nasce dal fatto che ho una situazione un
po' *strana*: ho un modem ADSL ZyXEL Prestige 650 che ha il DHCP attivo.
Questo modem è connesso con un cavo "cross" al mio ZyXEL ZyAIR G-2000
(Wireless AP + Switch 4 pt.), il quale a sua volta ha il DHCP attivo.
Sono d'accordo sul fatto che non avrei dovuto lasciare attivi entrambi i
DHCP, ma ora che la situazione è così, la sfrutto per "capire".
Ecco che quindi chiedo: com'è possibile che il mio portatile Centrino
all'avvio *non prenda* alcun indirizzo IP ma rimane configurato con
"169.254.x.y"? Ma soprattutto: perchè quando poi eseguo "ipconfig
/renew" l'IP gli viene correttamente assegnato (non so però da *quale*
DHCP)?
E come mai, infine, il mio PC fisso (collegato con un cavo allo switch
dell'AP) prende sempre "al volo" un'indirizzo IP corretto?
Grazie a chi mi aiuterà a capire.
Ciao.

DHCP fornisce un framework per il passaggio di configurazioni di rete tra
host basato su BOOTP. Consiste di 2 componenti: un protocollo per la
consegna dei parametri di configurazione e un meccanismo per l'allocazione
delle risorse di rete.
L'allocazione degli indirizzi IP può avvenire con uno di questi 3
meccanismi: automatica (indirizzo permanente), dinamica (l'indirizzo è
assegnato per un certo slot di tempo) e manuale (ci pensa l'amministratore).
Lo si può vedere come un estensione di BOOTP, anche se ci sono delle
differenze tra i due; per esempio BOOTP non supporta la validità limitata di
un indirizzo nel tempo o lo scambio di tutti i parametri di configurazione
della rete.
Il protocollo usufruisce di 8 comandi:
DHCPDISCOVER: Usato dal client per scovare il server. DHCPOFFER: La risposta
di un server DHCP al precedente comando. DHCPREQUEST: usato dal client per
richiedere i parametri da un server (rifutando quindi l'offerta degli
altri), oppure per estendere l'uso di un indirizzo di rete o ancora per
confermare la correttezza dei dati precedentemente allocati dal server dopo
un reboot. DHCPACK, inviato dal server al client e contiene l'indirizzo di
rete assegnato. DHCPNAK,  inviato dal server per avvertire il client che i
propri parametri non sono validi. DHCPDECLINE, dal client al server per
indicare che l'indirizzo di rete è gia in uso. DHCPRELEASE, dal client al
server per liberare un indirizzo di rete e infine DHCPINFORM, mandato dal
client al server per ottenere i soli parametri locali.
Le fasi del protocollo sono così distinte: inizialmente il client invia un
DHCPDISCOVER alla propria sottorete locale, al quale tutti i server
raggiunti e disponibili rispondono con una DHCPOFFER, a questo punto il
client riceve una o più offerte, sceglie e manda un DHCPREQUEST in broadcast
includendo l'identificativo del server selezionato e i parametri della
precedente richiesta. Il server che riceva una DHCPREQUEST deve verificare
se l'identificativo è il suo, in caso affermativo invia un DHCPACK al client
e registra l'associazione; viceversa, se non riesce a soddisfare la
richiesta invia un DHCPNAK. Se invece l'identificativo non è il suo,
interpreta il messaggio come un rifiuto  del client.
Il cliente che riceve un DHCPACK può (SHOULD) eseguire un ulteriore test
inviando una richiesta ARP; se il test viene superato vengono registrati i
parametri di validità dell'indirizzo e la configurazione ha fine. Altrimenti
invia un DHCPDECLINE al server per rigettare l'offerta.
Se il cliente riveve un DHCPNAK il processo viene reiterato a partire dalla
fase di discovery; diciamo infine che il client può rilasciare l'indirizzo
di rete inviando un messaggio di DHCPRELEASE.

 selezionato e i parametri della precedente richiesta.
In relazione alla mia situazione (come descritta nel messaggio di inizio
thread), secondo te dov'è che s'inceppa il meccanismo? Ossia: la mia
scheda Wireless manderà (se ho capito bene) un DHCPDISCOVER quando
accendo il PC portatile, messaggio che è in broadcast (?) e che
raggiunge quindi *sia* il DHCP presente nell'Access Point che il DHCP
che sta nel Modem ADSL (collegato sulla presa WAN dell'AP). Se così
fosse, dovrebbe anche ricevere DUE DHCPOFFER, giusto? In questo caso,
come farebbe a *decidere* quale DHCP Server usare? E' qui che il mio
ragionamento si ferma, poichè poi alla fine la mia scheda di rete
ottiene l'IP di classe B riservata Microsoft "169.254.x.y" e non capisco
perchè!
Altro dilemma è perchè la mia scheda di rete del PC fisso (via cavo)
prende l'IP subito e correttamente!
Grazie per ulteriori chiarimenti...
Ciao.

"169.254.x.y"? 
questo non è un problema dei server DHCP.. sembra quasi che all'avvio
faccia richiesta di un IP PRIMA di aver ottuenuto una connessione
all'AP e che quindi tale richiesta non giunga a nessuno. 
Prova aggiornando i driver, magari si sistema tutto.

 Prova aggiornando i driver, magari si sistema tutto.
mmhhh... Quindi tu dici che il problema è proprio la richiesta di IP
"prima" di accedere all'AP? Intanto vedo di recuperare i driver ed
aggiornarli (ma il portatile è della ditta e non vorrei fare caXXate)...
Ciao e grazie.
Inviato da 
www.mynewsgate.net