I DHCPv6-kommunikationsprocessen deltar DHCPv6 klienter, server och routrar. Man ska komma ihåg att en router bestämmer hur IPv6 adresser ska tilldelas dynamiskt och att klienterna konfigureras med olika metoder för att få sin adressering dynamiskt.

DHCPv6 klienten bestämmer inte nödvändigtvis metoden med vilken får sin adressering och adresseringsinformation. Allt hänger på innehållet i RA meddelandet (flaggor A, M, O), särskilt A-flaggan (Adress Autoconfiguration). Beroende på operativsystemet kan en nod ignorera förslaget i routerns RA-meddelande och använda en annan metod.

Själva kommunikationsprocessen kan illustreras med bilden nedan så här:

Steg 1: Om klienten inte redan har fått ett RA-meddelande skickar den ett RS-meddelande till all-routers multicast-gruppen, ff02 :: 2. En host skickar ett RS-meddelande när den har konfigurerats för en dynamisk adressering så att den mottar sitt prefix, prefixlängd, default gateway och annan adresseringsinformation.

Steg 2: En router skickar regelbundet ett RA-meddelande som svar på en RS-meddelande från en host. Två flaggors värde som finns i RA-meddelandet bestämmer metoden klienten ska använda för sin dynamisk adressering: M-flaggan (Managed Address Configuration) och O-flaggan (Other Configuration). Om M- och/eller O-flaggan är inställd på 1, fortsätter DHCPv6-processen, vilket betyder att Stateful eller Stateless DHCPv6 används. Steg 5 illustrerar hur klienten skickar lämplig begäran till servern, beroende på om Stateful eller Stateless DHCPv6 används.

Steg 3: DHCPv6-klient skickar ett SOLICIT-meddelande till destinationen All_DHCP_Relay_Agents_and_Servers adress, ff02::1:2, för att hitta en DHCPv6 server. I vissa fall kan klienten konfigureras att använda en unicast adress för att nå en specifik server.

Steg 4: En eller flera DHCPv6 servrar svarar med ett ADVERTISE-meddelande för att låta klienten veta att den är tillgänglig för DHCPv6 tjänster. Om klienten får mer än ett ADVERTISE-meddelande använder den en beslutsprocess för att välja lämplig server.

Steg 5: Klienten skickar ett REQUEST- eller INFORMATION-REQUEST-meddelande till servern, beroende på om Stateful eller Stateless DHCPv6 används. Den typ av meddelande som skickas av klienten är beroende av M-flaggan som finns i routerns RA-meddelande. Det finns två möjligheter:

• Om Stateful DHCPv6 används (M = 1) skickar klienten ett REQUEST-meddelande för att få en IPv6 global unicast adress och andra konfigurationsparametrar.
• Om klienten använder Stateless DHCPv6 (M = 0 och O = 1) skickar klienten ett INFORMATION-REQUEST-meddelande som endast begär konfigurationsparametrarna från servern och inte en global unicast adress.

Steg 6: Om DHCPv6 servern mottog ett REQUEST-meddelande från klienten skickar den ett REPLAY-meddelande som innehåller tilldelade adresser och andra konfigurationsparametrar. Som svar på ett INFORMATION-REQUEST-meddelande skickar servern ett REPLAY-meddelande med endast konfigurationsparametrarna.

Steg 7: När DHCPv6 adressleasing löper ut skickar en klient ett RENEW-meddelande till servern som ursprungligen tilldelade klienten en adress och dess konfigurationsinformation för att förlänga leasingens livslängd.

Steg 8: Servern skickar ett REPLAY-meddelande för att bekräfta att klienten förnyar adressleasing och konfigurationsparametrar.

Steg 9: När klienten inte längre behöver en eller flera av de tilldelade adresserna skickar den ett RELEASE-meddelande för att informera DHCPv6 servern.

Obs! Om en klient bestämmer att en tilldelad adress redan används, vanligtvis via Duplicate Address Detection (DAD), skickar klienten ett DECLINE-meddelande till servern.