1. Introduzione e panoramica

Questo documento descrive DHCP per IPv6 (DHCP), un protocollo client/server che fornisce la configurazione gestita dei dispositivi.

DHCP può fornire a un dispositivo indirizzi assegnati da un server DHCP e altre informazioni di configurazione, che vengono trasportate in opzioni. DHCP può essere esteso mediante la definizione di nuove opzioni per trasportare informazioni di configurazione non specificate nel presente documento.

DHCP è il "protocollo di autoconfigurazione degli indirizzi con stato" (stateful address autoconfiguration protocol) e il "protocollo di autoconfigurazione con stato" (stateful autoconfiguration protocol) citati in "IPv6 Stateless Address Autoconfiguration" [17].

I modelli operativi e le informazioni di configurazione rilevanti per DHCPv4 [18][19] e DHCPv6 sono sufficientemente diversi per cui l'integrazione tra i due servizi non è inclusa nel presente documento. Se vi sarà sufficiente interesse e domanda, l'integrazione potrà essere specificata in un documento che estende DHCPv6 per trasportare indirizzi IPv4 e informazioni di configurazione.

Il resto di questa introduzione riassume DHCP, spiegando i meccanismi di scambio dei messaggi e flussi di messaggi di esempio. I flussi di messaggi nelle sezioni 1.2 e 1.3 hanno lo scopo di illustrare il funzionamento di DHCP piuttosto che fornire un elenco esaustivo di tutte le possibili interazioni client-server. Le sezioni 17, 18 e 19 spiegano nel dettaglio il funzionamento di client e server.

1.1. Protocolli e indirizzamento

Client e server scambiano messaggi DHCP utilizzando UDP [15]. Il client utilizza un indirizzo link-local o indirizzi determinati tramite altri meccanismi per trasmettere e ricevere messaggi DHCP.

I server DHCP ricevono messaggi dai client utilizzando un indirizzo multicast riservato e con ambito di link (link-scoped). Un client DHCP trasmette la maggior parte dei messaggi a questo indirizzo multicast riservato, cosicché il client non deve essere configurato con l'indirizzo o gli indirizzi dei server DHCP.

Per consentire a un client DHCP di inviare un messaggio a un server DHCP non collegato allo stesso link, un agente di relay (relay agent) sul link del client inoltrerà i messaggi tra client e server. Il funzionamento dell'agente di relay è trasparente al client e la trattazione degli scambi di messaggi nel resto di questa sezione ometterà la descrizione dell'inoltro dei messaggi da parte degli agenti di relay.

Una volta che il client ha determinato l'indirizzo di un server, in alcune circostanze può inviare messaggi direttamente al server utilizzando l'unicast.

1.2. Scambi client-server che coinvolgono due messaggi

Quando a un client DHCP non è necessario che un server DHCP gli assegni indirizzi IP, il client può ottenere informazioni di configurazione quali un elenco di server DNS [20] o server NTP [21] disponibili tramite un singolo scambio di messaggio e risposta con un server DHCP. Per ottenere informazioni di configurazione, il client invia per primo un messaggio Information-Request all'indirizzo multicast All_DHCP_Relay_Agents_and_Servers. I server rispondono con un messaggio Reply contenente le informazioni di configurazione per il client.

Questo scambio di messaggi presuppone che il client richieda solo informazioni di configurazione e non richieda l'assegnazione di alcun indirizzo IPv6.

Quando un server ha indirizzi IPv6 e altre informazioni di configurazione impegnati per un client, il client e il server possono essere in grado di completare lo scambio utilizzando solo due messaggi, anziché quattro messaggi come descritto nella sezione successiva. In questo caso, il client invia un messaggio Solicit all'indirizzo All_DHCP_Relay_Agents_and_Servers richiedendo l'assegnazione di indirizzi e altre informazioni di configurazione. Questo messaggio include un'indicazione che il client è disposto ad accettare un immediato messaggio Reply dal server. Il server che è disposto a impegnare l'assegnazione di indirizzi al client risponde immediatamente con un messaggio Reply. Le informazioni di configurazione e gli indirizzi nel messaggio Reply sono quindi immediatamente disponibili per l'uso da parte del client.

Ciascun indirizzo assegnato al client ha associati tempi di vita preferito e valido specificati dal server. Per richiedere un'estensione dei tempi di vita assegnati a un indirizzo, il client invia un messaggio Renew al server. Il server invia un messaggio Reply al client con i nuovi tempi di vita, consentendo al client di continuare a utilizzare l'indirizzo senza interruzioni.

1.3. Scambi client-server che coinvolgono quattro messaggi

Per richiedere l'assegnazione di uno o più indirizzi IPv6, un client individua per primo un server DHCP e poi richiede l'assegnazione di indirizzi e altre informazioni di configurazione dal server. Il client invia un messaggio Solicit all'indirizzo All_DHCP_Relay_Agents_and_Servers per trovare server DHCP disponibili. Qualsiasi server in grado di soddisfare i requisiti del client risponde con un messaggio Advertise. Il client sceglie quindi uno dei server e invia un messaggio Request al server chiedendo l'assegnazione confermata di indirizzi e altre informazioni di configurazione. Il server risponde con un messaggio Reply che contiene gli indirizzi e la configurazione confermati.

Come descritto nella sezione precedente, il client invia un messaggio Renew al server per estendere i tempi di vita associati ai propri indirizzi, consentendo al client di continuare a utilizzare tali indirizzi senza interruzioni.