2

Em redes corporativas pode haver centenas ou mesmo milhares de hosts,

cada um exigindo um endereço único, adequadamente atribuído para refletir a rede,
a sub-rede e a máscara corretas. A alocação manual, além de tediosa, é um
processo passível de erros. A solução? O Dynamic Host Configuration Protocol
(DHCP), que você verá a partir de agora.
O DHCP é um protocolo de camada de aplicação, projetado para automatizar
o processo de fornecer essas informações de configuração aos clientes dentro de
uma rede TCP / IP. Por isso, o DHCP ajuda a garantir que a alocação correta e o
gerenciamento preciso de endereços sejam atingidos, reduzindo, assim, o peso na
administração para todas as redes corporativas. Esta seção apresenta a aplicação
do DHCP na rede corporativa.
Após completar esta seção, você será capaz de:
 Compreender o funcionamento do protocolo DHCP.
 Ser capaz de identificar os pontos principais da configuração do DHCP em
uma rede de computadores.

3
 DHCP é a sigla que designa o protocolo de configuração dinâmica de
computadores, que vem do inglês Dynamic Host Configuration Protocol.
Segundo Droms e Lemon (2003), o DHCP é o protocolo responsável pela
automatização da configuração do endereçamento de dispositivos (sejam novos ou
já existentes) em uma rede TCP/IP. O DHCP automatiza as funções de configuração
que um administrador de rede executaria manualmente ao conectar um computador
a uma rede TCP/IP. O DHCP gerencia de maneira automática as decisões de
políticas e tarefas de administração dos endereços sob sua responsabilidade. A
substituição da configuração manual por um processo automatizado melhora a
administração da rede como um todo, pois adiciona-lhe agilidade e controle às
configurações dos computadores e dispositivos conectados à rede.
As redes corporativas, geralmente, são compostas por inúmeros dispositivos
que requerem atribuição de endereço IP para se conectarem a um segmento de
rede qualquer. Para pequenas redes, um número mínimo de hosts conectados à
rede permite o gerenciamento simples do endereçamento para todos os sistemas
finais. No entanto, para redes de médio e grande portes, torna-se cada vez mais
difícil configurar manualmente os endereços IP com maior probabilidade de
duplicação de endereçamento, bem como a má configuração por erro humano e,
portanto, a necessidade de implementar uma solução de gerenciamento
centralizada em toda a rede torna-se cada vez mais proeminente.

4
 O DHCP é implementado como uma solução de gerenciamento, para permitir
alocação dinâmica de endereços para dispositivos fixos e temporários existentes
acessando o domínio de rede.
Em muitos casos também é possível que haja mais hosts do que endereços
IP disponíveis em uma rede. Nessas situações, alguns (ou mesmo a maioria) dos
hosts não podem ser alocados com um endereço IP fixo e precisam obter os
endereços IP temporários, atribuídos dinamicamente. Para tanto, usam o servidor
DHCP e este protocolo para administrar o processo.
De fato, como nos mostra Tanenbaum (2011), apenas alguns hosts em uma
rede exigem endereços IP fixos, com a maioria podendo operar com endereços
atribuídos e renovados via DHCP. A Figura 1 a seguir ilustra o processo de
requisição de endereço por parte dos hosts e a atribuição dinâmica de endereços
ao servidor DHCP:
Figura 1 | Requisição de endereço dinâmico

Fonte: adaptado de Huawei (2017).

Pereira (2009) nos mostra que o DHCP permite três mecanismos para
alocação de endereço IP. Estes mecanismos, são:
 Alocação automática – o DHCP atribui um endereço IP permanente a um
cliente.
 Alocação dinâmica – o DHCP atribui um endereço IP a um host por um
período de tempo limitado ou, pelo menos, até que o cliente abandone
explicitamente o endereço IP.

5
  Alocação manual – o endereço de IP é atribuído pelo administrador de rede e
o DHCP é usado apenas para lidar com a atribuição do endereço definido
manualmente para o cliente.
A Figura 2 a seguir ilustra os três mecanismos de atribuição permitidos pelo
DHCP:
Figura 2 | Os três mecanismos de atribuição de endereços permitidos pelo DHCP

Fonte: adaptado de Huawei (2017).

Na imagem exemplifica-se a atribuição manual aos poucos dispositivos

permanentes da rede, como no caso dos servidores, que sempre devem estar
conectados com um endereço fixo na rede. No caso dos dispositivos designados
para a administração (gerenciamento) dos recursos de TI da organização, podemos
usar o mecanismo automático de atribuição e nos demais casos (máquinas e
dispositivos de usuários), é possível empregar o mecanismo dinâmico de atribuição,
uma vez que são máquinas que não estão o tempo todo ligadas e/ou conectadas à
rede.
Dos três mecanismos, a alocação dinâmica é o único que permite a
reutilização automática de um endereço que não está sendo mais usado pelo cliente
para o qual foi atribuído. Assim, a alocação dinâmica é particularmente útil para
atribuir um endereço a um host que será conectado à rede apenas temporariamente
ou para compartilhar um grupo limitado de endereços IP entre um grupo de hosts
que não precisam de endereços IP permanentes.

6
 A alocação dinâmica também pode ser uma boa opção para atribuir um
endereço IP a um novo host sendo conectado permanentemente a uma rede onde
os endereços IP são escassos, ou seja, precisam ser recuperados quando os hosts
antigos são removidos da rede ou substituídos por equipamentos mais novos.
A alocação manual consiste em um administrador escolher o endereço entre
os endereços presentes no conjunto sob tutela do DHCP e apontar a máquina para
a qual será designado. A partir daí, o DHCP toma conta do processo de atribuição.
Em outras palavras: a escolha do endereço e da máquina ao qual será designado
são processos manuais, a atribuição em si é automática, sob responsabilidade do
DHCP. Este mecanismo permite que o DHCP seja usado para eliminar o processo
propenso a erros de configuração manual de hosts com endereços IP em ambientes
onde talvez seja mais desejável gerenciar de maneira mais próxima e precisa a
atribuição de endereços IP.
Droms e Lemon (2003) nos mostram que um servidor DHCP e um cliente
DHCP se comunicam trocando vários tipos de mensagens. O Quadro 1 a seguir
resume estas comunicações possíveis:
Quadro 1 | Elementos da comunicação DHCP

Tipos de
Função
Mensagens

Broadcast de clientes, usados para localizar servidores DHCP

DHCP DISCOVER
disponíveis.

O servidor responde ao DHCP DISCOVER com uma oferta de

DHCP OFFER
parâmetros de configuração.

Mensagem do cliente para servidores: (a) solicitando

parâmetros oferecidos de um servidor e declinando
DHCP REQUEST implicitamente as ofertas de todos os outros; (b) confirmando a
correção do endereço previamente alocado após, por
exemplo, reinicialização do sistema; (c) estender o contrato de
arrendamento em um endereço de rede específico.

7
 Confirmação do servidor enviada ao cliente com parâmetros
DHCP ACK
de configuração, incluindo endereço de rede comprometido.

O servidor indica ao cliente que o endereço de rede solicitado

DHCP NACK
não pode ser atribuído.

O cliente recusa o endereço atribuído por estar em conflito

DHCP DECLINE
com outro endereço da rede.

O cliente renuncia ao endereço de rede para o servidor e

DHCP RELEASE
cancela a locação restante.

O cliente envia um pedido de informações complementares,

DHCP INFORM como endereço do Gateway e endereço do DNS após obter
um endereço IP.

Fonte: adaptado de Huawei (2017).

A comunicação inicial para requisição/atribuição de um endereço IP dinâmico

se inicia com a transmissão de uma mensagem DHCP DISCOVER. Esta mensagem
é transmitida por um cliente DHCP para localizar um servidor DHCP quando o cliente
tenta se conectar a uma rede pela primeira vez.
Ao receber o DHCP DISCOVER, uma mensagem DHCP OFFER de oferta de
endereçamento é enviada pelo servidor DHCP como resposta, já contendo
informações de configuração.
Em seguida, o cliente envia uma mensagem de DHCP REQUEST,
formalmente requisitando um endereço IP. Uma mensagem de solicitação também
é enviada depois que um cliente DHCP é reiniciado, isto é, no momento em que é
ligado novamente e para fins de configuração transmite uma mensagem de
solicitação DHCP para confirmar a configuração que tinha anteriormente. Uma
mensagem de solicitação DHCP também é enviada depois que um cliente DHCP
obtém um endereço IP, de modo a estender a alocação do endereço a ele atribuído.

8
 Uma mensagem DHCP ACK é enviada pelo servidor DHCP para confirmar a
mensagem DHCP REQUEST de um cliente DHCP. Ao receber uma mensagem
DHCP ACK, o cliente DHCP obtém os parâmetros de configuração, incluindo o
endereço IP.
Não é em todos os casos, no entanto, que o endereço IP será atribuído a um
cliente. A mensagem DHCP NAK é enviada pelo servidor DHCP para rejeitar a
mensagem de DHCP REQUEST de um cliente DHCP, quando o endereço IP
atribuído ao cliente DHCP expira, ou no caso de o cliente DHCP se mudar para outra
rede.
Uma mensagem DHCP DECLINE é enviada por um cliente DHCP, para
notificar o servidor DHCP de que o endereço IP atribuído está em conflito com outro
endereço IP. O cliente DHCP, então requisitará outro endereço IP ao servidor, por
meio de outra mensagem DHCP REQUEST.
Uma mensagem DHCP RELEASE é enviada PELO cliente DHCP para liberar
seu endereço IP. Depois de receber uma mensagem DHCP RELEASE, o servidor
DHCP pode atribuir este endereço IP a outro cliente DHCP.
Um tipo de mensagem final é a mensagem DHCP INFORM, enviada por um
cliente DHCP para obter outras informações de configuração de rede, como o
endereço do gateway e o endereço do servidor DNS, depois que o cliente DHCP
obtiver um endereço IP.
No que concerne uma rede digital de comunicação de dados baseada no
protocolo TCP/IP, o servidor DHCP pode ser qualquer entidade conectada à rede
que seja dotada do código do protocolo, sendo capaz de executar o papel perante
os demais dispositivos de rede. O servidor DHCP pode ser um servidor em si, um
roteador ou mesmo um switch, desde que o protocolo DHCP faça parte do código.
No caso da Huawei, os dispositivos da série AR2200 (roteadores) e S5700
(switches) podem funcionar como um servidor DHCP para atribuir endereços IP a
usuários on-line.
O espaço de endereçamento à disposição do DHCP compõe um “pool” de
endereços. Este pool de endereços pode ser global, isto é, um único conjunto para
toda a rede, ou restrito às interfaces, isto é, um pool específico para os clientes que
chegam ao servidor por meio de uma interface qualquer. Neste segundo caso, cada

9
pool de interface é um subconjunto do pool total de endereços. Em ambos os casos
o mecanismo de atribuição é o mesmo, com o pool de interface tendo precedência
sobre o pool global na atribuição de endereços. Ambos são usados sob discrição do
administrador da rede e o pool de interface ganha a preferência dos administradores
com redes maiores, uma vez que com esse mecanismo é mais fácil administrar a
atribuição de endereços e a identificação dos hosts por meio dos endereços a eles
atribuídos. Isso porque cada segmento pode conter intervalos diferentes de
endereçamento IP, com tabelas sendo criadas para identificar a qual segmento (ou
setor da rede, por exemplo) cada intervalo pertence.
A Figura 3 a seguir ilustra os conceitos de pool local e pool global:
Figura 3 | Pool local e pool global de endereços

Fonte: adaptado de Huawei (2017).

O uso de um pool de endereços de interface permite que hosts conectados

ao mesmo segmento de rede obtenham endereços IP contidos neste pool.
Já o pool de endereços global permite que todos os hosts associados ao
servidor obtenham endereços IP desse conjunto de endereços e sejam
implementados usando o comando global de DHCP para identificar o pool de
endereços global.
No caso do pool de endereços de interface, o comando DHCP SELECT
INTERFACE identifica a interface e o segmento de rede ao qual o pool de endereços
da interface está associado. O pool de endereços da interface tem precedência
sobre o pool de endereços global.

10
 Se um conjunto de endereços estiver configurado em uma interface, os
clientes conectados a ela obtêm endereços IP do pool de endereços da interface,
mesmo se um conjunto de endereços global estiver configurado.
A aquisição de um endereço IP e outras informações de configuração exige
que o cliente entre em contato com um servidor DHCP e recupere, solicitando as
informações de endereçamento para se tornar parte do domínio IP.

A Figura 4, a seguir, ilustra este processo de aquisição/atribuição de endereço

DHCP:
Figura 4 | Atribuição/Aquisição de Endereço DHCP

Fonte: adaptado de Huawei (2017).

O processo de aquisição começa com o cliente DHCP procurando por um

servidor DHCP, o que ocorre com a emissão em broadcast do comando DHCP
DISCOVER. O cliente DHCP transmite uma mensagem DHCP DISCOVER e os
servidores DHCP respondem à mensagem, como ilustrado com o número 1, na
Figura 4. A descoberta de um ou vários servidores DHCP resulta em cada servidor
DHCP que ofereça um endereço IP ao cliente DHCP.

11
 Depois de receber a mensagem DHCP DISCOVER, cada servidor DHCP
seleciona um endereço IP não atribuído do pool de endereços IP e envia uma
mensagem de DHCP OFFER com o endereço IP atribuído e outras informações de
configuração para o cliente, como pode ser visto no número 2 da Figura 4. Se vários
servidores DHCP enviam mensagens de oferta DHCP ao cliente, o cliente aceita a
primeira mensagem da Oferta DHCP recebida.
O cliente então transmite uma mensagem de DHCP REQUEST com o
endereço IP selecionado, como pode ser visto no número 3 da Figura 4.
Depois de receber a mensagem de DHCP REQUEST, o servidor DHCP que
oferece o endereço IP envia uma mensagem DHCP ACK para o cliente DHCP, como
pode ser visto no número 4 da Figura 4. A mensagem DHCP ACK contém o
endereço IP oferecido e outras informações de configuração.
Ao receber a mensagem DHCP ACK, o cliente DHCP transmite pacotes ARP
para detectar se algum host está usando o endereço IP alocado pelo servidor DHCP.
Se nenhuma resposta for recebida dentro de um tempo especificado, o cliente DHCP
passa a usar esse endereço IP. Caso contrário, isto é, se um host estiver usando
este endereço IP, o cliente DHCP envia o pacote DHCP DECLINE para o servidor
DHCP, informando que o endereço IP não pode ser usado. Em seguida o cliente
DHCP faz outra solicitação por um endereço IP, seguindo o mesmo mecanismo.
Depois de obter um endereço IP, o cliente DHCP entra no estado chamado
de “binding” (em português, estado de vínculo).
Três temporizadores são configurados no cliente DHCP para controlar:
 A atualização da atribuição.
 A vinculação (binding) da atribuição.
 A expiração da atribuição.
Ao atribuir um endereço IP a um cliente DHCP, um servidor DHCP especifica
valores para os temporizadores. Se o servidor DHCP não definir os valores para os
temporizadores, o cliente DHCP usa os valores padrão.
Os valores padrão definem que, quando permanecerem 50% do período de
atribuição, o processo de renovação desta atribuição de endereço IP deve começar.
A Figura 5, a seguir, ilustra esse processo:

12
 Figura 5 | Renovação do endereço dinâmico

Fonte: adaptado de Huawei (2017).

O cliente DHCP envia automaticamente uma mensagem de solicitação DHCP

para o servidor DHCP que atribuiu um endereço IP ao cliente DHCP quando o tempo
de atribuição atinge 50%, como pode ser visto no número 1 da Figura 5. Se o
endereço IP for válido, o servidor DHCP responde com uma mensagem DHCP ACK
para habilitar o cliente DHCP uma nova locação e, em seguida, o cliente voltar a
entrar no estado de binding, como pode ser visto no número 2 da Figura 5. Caso
contrário, isto é, se o cliente DHCP receber uma mensagem DHCP NAK do servidor
DHCP, ele entra no estado de inicialização e vai solicitar outro endereço IP, como
ilustrado anteriormente na Figura 4.
Mas o que ocorre se o cliente não recebe o DHCP ACK, renovando o
endereço? Nesse caso, outras medidas são previstas pelo DHCP e o caso se
resolve de outra maneira. A Figura 6, a seguir, ilustra como ocorre esta resolução:
Figura 6 | O que ocorre se o servidor DHCP não responde?

13
 Fonte: adaptado de Huawei (2017).

Acontece assim: depois que o cliente DHCP envia uma mensagem de

solicitação DHCP para estender a atribuição, o cliente DHCP permanece em um
estado de atualização e aguarda uma resposta. Se o cliente DHCP não receber uma
mensagem de DHCP REPLY do servidor DHCP após o término do temporizador de
reencaminhamento do servidor DHCP que, por padrão, ocorre quando restam
12,5% do período de atribuição, o cliente DHCP assume que o servidor DHCP
original não está disponível e começa a transmitir uma mensagem de DHCP
REQUEST, para a qual qualquer servidor DHCP na rede pode responder com uma
mensagem DHCP ACK ou NAK.
Caso a mensagem recebida for uma mensagem DHCP ACK, o cliente DHCP
volta ao estado de binding e reinicia o timer de renovação de atribuição e o
temporizador de binding do servidor. Se todas as mensagens recebidas são DHCP
NAK, o cliente DHCP volta ao estado de inicialização. Neste momento, o cliente
DHCP deve parar de usar este endereço IP imediatamente e solicitar um novo
endereço IP.
O timer de atribuição é o último no processo de expiração e se o cliente não
receber uma resposta antes do timer de expiração da atribuição expirar, o cliente
deve parar de usar o endereço imediatamente, emitindo uma mensagem DHCP
RELEASE e retornando ao estado de inicialização.

14
Questão 1
Enunciado: Assinale a alternativa que contém o propósito correto do DHCP:
a) Otimizar o espaço de endereçamento, removendo do conjunto de endereços
disponíveis aqueles que não estejam em uso.
b) Atribuir endereços a hosts que farão parte de sua configuração enquanto
estiverem conectados à rede física (seja por cabeamento ou por wi-fi).
c) Transformar switches L2 em switches L3, permitindo que façam roteamento de
pacotes na rede.
d) Alocar dinamicamente os endereços IP de forma que só estejam disponíveis para
os hosts enquanto estejam sendo utilizados.
e) Distribuir dinamicamente os hosts entre as diferentes VLANs de forma que o
desempenho da rede seja sempre otimizado.

Alternativa Correta: D
Resposta Comentada: O Dynamic Host Configuration Protocol – DHCP (Protocolo
de Configuração Dinâmica de Hosts) tem por objetivo a alocação dinâmica de
endereços IP, atribuindo-os aos computadores apenas enquanto estiverem sendo
utilizados.

15
Questão 2
Enunciado: Assinale a alternativa que estabelece corretamente a ordem da
negociação de endereço dinâmico entre o host e o servidor DHCP:
a)
1. O Host envia um pacote em broadcast de DHCP DISCOVER com o intuito de
descobrir os servidores DHCP presentes na rede.
2. O Servidor DHCP responde com um pacote DHCP OFFER, oferecendo um
endereço dinâmico ao Host requisitante.
3. O Host requisita formalmente o endereço dinâmico oferecido, por meio do pacote
DHCP REQUEST.
4. O servidor DHCP reconhece o endereço como sendo do Host em questão,
emitindo um pacote DHCP ACK.

b)
1. O Host envia um pacote em broadcast de DHCP REQUEST, solicitando um
endereço dinâmico.
2. O Servidor DHCP responde com um pacote DHCP OFFER, oferecendo um
endereço dinâmico ao Host requisitante.
3. O Host aceita o endereço oferecido por meio do pacote DHCP ACK.

c)
1. O Servidor DHCP envia em broadcast um pacote de DHCP DISCOVER para a
rede, buscando identificar os Hosts em necessidade de endereçamento dinâmico.
2. Os Hosts em necessidade de endereçamento dinâmico respondem com um
pacote DHCP REQUEST, solicitando endereços ao Servidor DHCP.
3. O Servidor DHCP envia os endereços dinâmicos por meio de vários pacotes
DHCP OFFER.

16
4. Cada um dos HOSTS que aceitou um endereço dinâmico responde ao servidor
por meio de um pacote DHCP ACK.

d)
Os Hosts em necessidade de endereçamento dinâmico solicitam endereços por
meio de pacotes DHCP REQUEST.
O servidor DHCP da rede responde com os endereços por meio do pacote DHCP
ACK.

e)
O DCHP já vem configurado de fábrica, com os endereços já atribuídos em
funcionamento a partir do momento em que os Hosts são ligados.

Alternativa Correta: A
Resposta Comentada: De acordo com o que foi visto, o processo é o seguinte:

17
DROMS, R.; LEMON, T. The DHCP Handbook. 2. ed. Indianapolis: SAMS, 2003.

HUAWEI. Entry Training Materials. Shenzen: Huawei, 2017.

PEREIRA, A. P. O que é DHCP?. Tecmundo, maio 2009. Disponível em

<https://www.tecmundo.com.br/internet/2079-o-que-e-dhcp-.htm>. Acesso em: 10
fev. 2018.

TANENBAUM, A. Redes de computadores. 5. ed. Rio de Janeiro: Campus, 2011.

18
19