Com o DHCPv6, o administrador de rede consegue melhorar signi#cativamente o

controle sobre a distribuio de identi#cadores de interface, muito mais e#ciente

que
com a autocon#gurao de endereos Stateless. E nem todas as comunicaes DHCPv6
precisam ocorrer dentro do mesmo enlace, precisando para tal, utilizar roteadores
para
retransmitir tanto as mensagens do cliente quanto as do servidor.
Tal como acontece com DHCPv4, relay agents so usados para permitir que os
dispositivos
se comuniquem com servidores DHCPv6 remotos. Isso ainda feito via UDP,
mas usando um endereo Multicast de escopo Site-Local (FF05::1:3), que usado
apenas
por relay agents denominados por All_DHCP_Servers, utilizados pelos roteadores para
se comunicarem com os servidores DHCPv6 ao retransmitirem as mensagens recebidas
dos clientes.
H 13 tipos de mensagens no protocolo DHCPv6 que podem ser utilizadas para troca
de informao entre clientes e servidores, com ou sem roteadores no meio do
caminho:
23
# SOLICIT (1): enviada por um cliente para localizar um servidor DHCPv6;
# ADVERTISE (2): enviada pelo servidor DHCPv6 como resposta mensagem
SOLICIT de cliente;
# REQUEST (3): enviada por um cliente a um servidor DHCPv6 para solicitar
dados de con#gurao;
# CONFIRM (4): enviada por um cliente a um servidor DHCPv6 para veri#car se
endereo e parmetros de con#gurao permanecem vlidos para uso no enlace;
# RENEW (5): enviada por um cliente a um servidor DHCPv6 para estender o
tempo de vida do seu endereo e atualizar outros parmetros de con#gurao;
# REBIND (6): enviada por um cliente a qualquer servidor DHCPv6 para estender
o tempo de vida do seu endereo e atualizar outros parmetros de con#gurao, isto
quando sua alocao estiver prximo de expirar e no ter recebido uma resposta da
mensagem RENEW ;
# REPLY (7): enviada pelo servidor DHCPv6 como resposta s mensagens SOLICIT,
REQUEST, RENEW e REBIND de cliente com um Rapid Commit Option.
Um REPLY a uma mensagem INFORMATION-REQUEST contm somente par-
metros de con#guraes, mas nenhum endereo IP. Um REPLY a uma mensagem
CONFIRM contm uma con#rmao ou negao de que o endereo IP do cliente
ainda vlido para o enlace. Por #m, um servidor DHCPv6 envia uma mensagem
REPLY para informar que recebeu as mensagens RELEASE e DECLINE;
# RELEASE (8): enviada por um cliente a um servidor DHCPv6 que lhe concedeu
endereo IP, para indicar que deixar de usar o endereo alocado;
# DECLINE (9): enviada por um cliente a um servidor DHCPv6 para informar que
um ou mais endereos que foram transmitidos para autocon#gurao j est(o)
sendo utilizado(s) no enlace;
# RECONFIGURE (10): enviada pelo servidor DHCPv6 a cliente j con#gurado
para informar que o servidor possui novas informaes de con#gurao ou sofreu
atualizao. Assim, o cliente inicia atualizao por meio de transaes RENEW/-
REPLY ou INFORMATION-REQUEST/REPLY ;
# INFORMATION-REQUEST (11): enviada por um cliente a um servidor DHCPv6
solicitando parmetros adicionais de con#guraes, sem informaes de endereo IP;
# RELAY-FORW (12): enviada por um roteador por meio de relay agent para
encaminhar mensagens para os servidores DHCPv6, seja diretamente ou atravs de
24
outro relay agent. A mensagem recebida, uma mensagem de um cliente ou uma
mensagem RELAY-FORW de outro relay agent, encapsulada em uma opo na
mensagem de RELAY-FORW;
# RELAY-REPL (13): enviada pelo servidor DHCPv6 aos clientes por meio de relay.
Esta mensagem pode ser retransmitida entre roteadores at alcanar o cliente, uma
vez que, a mensagem do cliente apresenta-se encapsulada nas opes da mensagem
RELAY-REPL. O ltimo roteador deve extra-la e envi-la ao cliente.