| Tipo de mensaje DHCPv6 | Tipo de mensaje DHCPv4 |
| :--- | :--- |
| Solicit \(1\) | DHCPDISCOVER |
| Advertise \(2\) | DHCPOFFER |
| Request \(3\), Renew \(5\), Rebind \(6\) | DHCPREQUEST |
| Reply \(7\) | DHCPACK / DHCPNAK |
| Release \(8\) | DHCPRELEASE |
| Information-Request \(11\) | DHCPINFORM |
| Decline \(9\) | DHCPDECLINE |
| Confirm \(4\) | ninguno |
| Reconfigure \(10\) | DHCPFORCERENEW |
| Relay-Forw \(12\), Relay-Reply \(13\) | ninguno |

 SOLICIT \(1\)

 Un cliente DHCPv6 envía un mensaje Solicit para localizar servidores DHCPv6. ADVERTISE \(2\)

 Un servidor envía un mensaje Advertise para indicar que está disponible para el servicio DHCP, en respuesta a un mensaje Solicit recibido de un cliente. REQUEST \(3\)

 Un cliente envía un mensaje Request para solicitar parámetros de configuración, incluyendo direcciones IP o prefijos delegados, de un servidor específico. CONFIRM \(4\)

 Un cliente envía un mensaje Confirm a cualquier servidor disponible para determinar si las direcciones que se le asignaron siguen siendo apropiadas para el enlace al que está conectado el cliente. Esto podría suceder cuando el cliente detecta un cambio de conectividad de capa de enlace o si se enciende y uno o más arrendamientos aún son válidos. El mensaje de confirmación se utiliza para confirmar si el cliente todavía está en el mismo enlace o si ha sido movido. No se validan los arrendamientos reales; solo la porción de prefijo de las direcciones o prefijos delegados. RENEW \(5\)

 Un cliente envía un mensaje Renew al servidor que proporcionó originalmente las direcciones y parámetros de configuración del cliente para extender los tiempos de vida de las direcciones asignadas al cliente y actualizar otros parámetros de configuración. REBIND \(6\)

 Un cliente envía un mensaje Rebind a cualquier servidor disponible para extender los tiempos de vida de las direcciones asignadas al cliente y actualizar otros parámetros de configuración; este mensaje se envía después de que un cliente no recibe respuesta a un mensaje Renew. REPLY \(7\)

 Un servidor envía un mensaje Reply que contiene direcciones asignadas y parámetros de configuración en respuesta a un mensaje Solicit, Request, Renew, Rebind recibido de un cliente. Un servidor envía un mensaje Reply que contiene parámetros de configuración en respuesta a un mensaje Information-request. Un servidor envía un mensaje Reply en respuesta a un mensaje Confirm confirmando o denegando que las direcciones asignadas al cliente sean apropiadas para el enlace al que está conectado el cliente. Un servidor envía un mensaje Reply para confirmar la recepción de un mensaje Release o Decline. RELEASE \(8\)

 Un cliente envía un mensaje Release al servidor que asignó direcciones al cliente para indicar que el cliente ya no utilizará una o más de las direcciones asignadas. DECLINE \(9\)

 Un cliente envía un mensaje Decline a un servidor para indicar que el cliente ha determinado que una o más direcciones asignadas por el servidor ya están en uso en el enlace al que está conectado el cliente. RECONFIGURE \(10\)

 Un servidor envía un mensaje Reconfigure a un cliente para informarle que el servidor tiene parámetros de configuración nuevos o actualizados, y que el cliente debe iniciar una transacción Renew/Reply o Information-request/Reply con el servidor para recibir la información actualizada. INFORMATION-REQUEST \(11\)

 Un cliente envía un mensaje Information-request a un servidor para solicitar parámetros de configuración sin la asignación de ninguna dirección IP al cliente. RELAY-FORW \(12\)

 Un agente de retransmisión envía un mensaje Relay-forward para retransmitir mensajes a servidores, ya sea directamente o a través de otro agente de retransmisión. El mensaje recibido, ya sea un mensaje de cliente o un mensaje Relay-forward de otro agente de retransmisión, se encapsula en una opción en el mensaje Relay-forward. RELAY-REPL \(13\)

 Un servidor envía un mensaje Relay-reply a un agente de retransmisión que contiene un mensaje que el agente de retransmisión entrega a un cliente. El mensaje Relay-reply puede ser retransmitido por otros agentes de retransmisión para su entrega al agente de retransmisión de destino. El servidor encapsula el mensaje del cliente como una opción en el mensaje Relay-reply, que el agente de retransmisión extrae y retransmite al cliente.