DHCP

[LoryOne]

Se come dici riesci a navigare, il problema non è poi così grave.
Secondo me, la segnalazione è dovuta al fatto che almeno una prima volta il server DHCP viene cercato su un IP preciso ed irraggiungibile per forza di cose, quindi la segnalazione dell'evento legato all'errore viene correttamente riportato con l'indicazione che il client DHCP riproverà a riacquisire un IP dal server DHCP non ancora riconosciuto.
Nel mentre, il server DHCP viene riconosciuto all'IP corrispondente al router dal client (in seguito ad un dhcp-discover sulla rete con sottomaschera 255.255.255.255) e dal router vengono rilasciate le impostazioni di rete per il client richiedente.
Ecco perchè, nonostante tutto, riesci a navigare anche con l'errore di cui non puoi fare a meno.

[borgata]

@LoryOne
Dici quindi che il problema è il meccanismo di caching sul sistema che non rispetta la scadenza e continua a cercare il server DHCP su un indirizzo precedente?

[LoryOne]

No.
Dico che ricerca il server DHCP su un IP non raggiungibile, poi ricava l'IP del server DHCP sul router e da questo i parametri di rete.

[borgata]

Intendevo dire che il fatto che cerchi il server DHCP su un IP specifico potrebbe significare il fatto che l'IP che ha memorizzato come IP del server non sia scaduto come dovrebbe.
Però se non sbaglio la richiesta DHCP discover è broadcast, quindi mi pare più probabile un problema di pacchetti persi.

[LoryOne]

La ricerca del server DHCP dovrebbe avvenire con IP 0.0.0.0 e 255.255.255.255 come host destinazione: questo perchè il client che deve interrogare la rete per la ricerca del server non ha la più pallida idea della rete in cui si trova, quindi non sa neppure quale sia l'indirizzo di broadcast: Possono giungergli più server DHCP in risposta; Ne sceglie uno ed a questo invia richiesta di ottenimento parametri di rete (ip, sottomaschera, gateway, [server dns])
Se invece dell'IP 255.255.255.255, esso contatta un IP specifico (che non ricordo, ma è specifico) al quale si aspetta si trovi il server che ricerca, tutto si blocca fino a ripetere l'operazione di discover con le modalità sopra descritte.

Il client ci va in rete (a domanda di xilo, sator ha risposto affermativamente) ...E' solo che non si capisce a cosa sia dovuto quel messaggio di errore.
Se fosse dovuto ad una perdita di pacchetti, la stessa perdita si ripercuoterebbe sul normale funzionamento in navigazione, cosa che non si verifica.

[borgata]

Forse stiamo un po' divagando, ma in che senso non conosce l'indirizzo broadcast?
L'indirizzo broadcast in LAN è un indirizzo riservato, quindi sempre lo stesso (tutti i bit dell'indirizzo a 1). A questo punto risponde il server DHCP, o l'Agente DHCP nel caso in cui il server non sia in LAN.
In questo caso dovremo avere un solo server DHCP, e all'interno della LAN.

Se il client utilizza un IP specifico, è perchè questo è stato memorizzato in precedenza. In teoria però questo dato dovrebbe scadere dopo pochi minuti, proprio per evitare problemi di questo tipo. Trattandosi di una prima connessione, la procedura normale dovrebbe essere da subito l'invio broadcast.

Inviato da LoryOne

Se fosse dovuto ad una perdita di pacchetti, la stessa perdita si ripercuoterebbe sul normale funzionamento in navigazione, cosa che non si verifica.

In wireless la perdita di pacchetti è cosa normale. Si arriva tranquillamente anche a percentuali del 20% con segnale abbastanza buono, ma si può salire.
Dato che la richiesta viene fatta tramite UDP, non è strano che richiesta o risposta si perdano. Il collegamento dati avviene comunque, gestito al livello superiore (oddio non proprio, ma la connessione a livello di trasporto risulta comunque affidabile), l'utente non se ne accorgerebbe se non in casi particolarmente gravi.