FACULDADE DE CIÊNCIAS E TECNOLOGIA

CURSO DE ENGENHARIA EM TECNOLOGIAS E SISTEMAS DE INFORMAÇÃO

Disciplina: Administração de Redes

Tema: Protocolo DHCP

Discentes:

 Alcídio Sebastião Fondo

 Duncan Eduardo Chindzakazi
 Júlio Ali Baraca

Docente: Fernando Marraves

Maputo, Agosto de 2021

Resumo

Em 1985, Bill Croft e John Gilmore desenvolveram um protocolo chamado Bootstrap

Protocol (BOOTP). A ideia por trás do BOOTP era automatizar a configuração de
dispositivos de rede. O protocolo de configuração dinâmica de hosts (DHCP) foi definido
pela primeira vez como um protocolo de rastreamento de padrões no RFC 1531 em Outubro
de 1993, como uma extensão do protocolo Bootstrap (BOOTP), um protocolo de rede usado
por um cliente de rede para obter um endereço IP de um servidor de configuração. O DHCP é
um descendente directo do BOOTP. Os pacotes DHCP e BOOTP parecem muito parecidos, e
os clientes e servidores DHCP e BOOTP podem tirar proveito da mesma infra-estrutura de
rede. Ambos os protocolos realizam a tarefa de automaticamente configurar dispositivos de
rede; a diferença é que o DHCP pode resolver outros problemas.

O DHCP suporta três mecanismos para a atribuição de endereços IP, nomeadamente:

atribuição automática, atribuição dinâmica e atribuição manual. A arquitectura DHCP
consiste em: Servidores DHCP, Clientes DHCP e Agentes de transmissão DHCP “Agent
Relay DHCP ”.
Índice
1. INTRODUÇÃO.......................................................................................................................1
1.1. CONTEXTUALIZAÇÃO...................................................................................................2
1.2. PROBLEMATIZAÇÃO......................................................................................................3
1.3. HIPÓTESES............................................................................................................................3
1.4. OBJECTIVOS.........................................................................................................................4
1.4.1. Objectivo Geral:...............................................................................................................4
1.4.2. Objectivos Específicos.....................................................................................................4
1.5. METODOLOGIA....................................................................................................................4
2. História do Protocolo DHCP.......................................................................................................5
3. Características e Tipos/Formas de Atribuição de Endereços IPs............................................6
4. Tipos/Formas de Atribuição de Endereços de Ips.....................................................................6
5. Componentes do Serviço DHCP.................................................................................................7
5.1. Servidor DHCP....................................................................................................................7
5.2. DHCP Cliente.......................................................................................................................7
5.3. DHCP Relay.........................................................................................................................8
6. Modelo DHCP Cliente e DHCP Servidor..................................................................................8
6.1. Modelo Cliente, Servidor e Relay.......................................................................................9
7. FUNCIONAMENTO BÁSICO (PROCESSO DE ATRIBUIÇÃO DE ENDEREÇOS).......11
7.1. Atribuição estática.........................................................................................................11
8.2 Atribuição Dinâmica......................................................................................................11
8.3 Atribuição Automática..................................................................................................11
9. FORMATO DE MENSAGENS DHCP....................................................................................11
9.1. Visão geral do formato de mensagem DHCP...................................................................12
9.2. Seção de formato fixo........................................................................................................13
9.3. Opções DHCP e Tipos de Mensagens...............................................................................15
9.4. Opções específicas de DHCP.............................................................................................16
10. TIPOS DE MENSAGENS.................................................................................................21
11. Conclusão...............................................................................................................................26
12. .Referências Bibliográficas................................................................................................27
1. INTRODUÇÃO
O presente trabalho aborda sobre o tema DHCP. O Protocolo de Configuração Dinâmica de
Hosts (DHCP) fornece configuração de parâmetros para hosts da Internet. O DHCP consiste
em um protocolo para entrega de parâmetros de configurações específicas de host por meio
de um Servidor DHCP para uma máquina e um mecanismo para alocação de Endereços de
redes para hosts. O trabalho foca-se nos seguintes subtópicos: História do protocolo DHCP,
características, componentes, funcionamento, formato de mensagens, opções e conceito de
DHCP.

1
1.1. CONTEXTUALIZAÇÃO

O protocolo de configuração dinâmica de hosts (DHCP) foi definido pela primeira vez como
um protocolo de rastreamento de padrões no RFC 1531 em Outubro de 1993, como uma
extensão do protocolo Bootstrap (BOOTP), um protocolo de rede usado por um cliente de
rede para obter um endereço IP de um servidor de configuração.

No início do desenvolvimento dos protocolos TCP / IP, havia pouca motivação para
automatizar a configuração de dispositivos que usam TCP / IP. Poucos computadores usaram
TCP / IP, e os computadores em rede não eram muito portáteis. (Droms,2003)

Para atender às demandas de operação plug-and-play por meio da automação da configuração

de computadores em rede, a Internet Engineering Task Force, “IETF” desenvolveu o DHCP.

A motivação para estender o BOOTP era que o BOOTP exigia intervenção manual para
adicionar informações de configuração para cada cliente e não fornecia um mecanismo para
recuperar endereços IP usados. Muitos trabalharam para esclarecer o protocolo conforme ele
ganhava popularidade e, em 1997, o RFC 2131 foi lançado e continua sendo o padrão para
redes IPv4. Para oferecer suporte ao protocolo IPv6, o DHCPv6 foi introduzido e
documentado no RFC 3315. (Ted,2003)

A motivação para estender o BOOTP era que o BOOTP exigia intervenção manual para
adicionar informações de configuração para cada cliente e não fornecia um mecanismo para
recuperar endereços IP usados. Muitos trabalharam para esclarecer o protocolo conforme ele
ganhava popularidade e, em 1997, o RFC 2131 foi lançado e continua sendo o padrão para
redes IPv4. Para oferecer suporte ao protocolo IPv6, o DHCPv6 foi introduzido e
documentado no RFC 3315. (Ted,2003).

2
1.2. PROBLEMATIZAÇÃO

O termo DHCP possui diferentes definições na literatura. A TECMUNDO define o seguinte:

o protocolo DHCP faz exactamente isto, por meio dele um servidor é capaz de distribuir
automaticamente endereços de IP diferentes a todos os computadores à medida que eles
fazem a solicitação de conexão com a rede. Essa distribuição dos IPs é feita em um intervalo
pré-definido configurado no servidor. Sempre que uma das máquinas for desconectada o IP
ficará livre para o uso em outra.
Tech MUNDO O DHCP é um protocolo muito importante para o funcionamento da maioria
das redes atuais e é uma ferramenta essencial para os administradores de rede, por permitir
configurar grandes quantidades de dispositivos em rede, sem qualquer configuração manual.

Ambas as definições reflectem aspectos importantes do protocolo DHCP; diversos autores

apresentam outras definições, que geralmente giram em torno dos temas de conformidade
com os requisitos e atendimento das expectativas. Naturalmente, pode haver diferenças entre
as aplicações dessas definições se os requisitos explícitos não reflectirem correctamente as
necessidades reais. Como salienta, O protocolo tem configuração abrangente e pode trabalhar
de três modos: automática, dinâmica e manual, bem como temos três modos abrangentes na
configuração, assim sendo surge o seguinte questionamento: Qual é o melhor modo de
configuração que se pode trabalhar no protocolo DHCP.

1.3. HIPÓTESES
Com vista a atender a problemática concernente a configuração a optar no que tange ao
protocolo DHCP, com base nas consultas e estudos realizados, constatamos que a hipótese
que melhor responde a problematização é entender primeiramente as aplicações e o tipo de
clientes que temos para a nossa rede. Se há necessidade de atribuirmos endereços IPs
Permanente aos clientes, dever-se-á optar pela configuração automática.

3
1.4. OBJECTIVOS
1.4.1. Objectivo Geral:
 Compreender o protocolo DHCP;

1.4.2. Objectivos Específicos

 Analisar o conceito de DHCP;
 Identificar a funcionalidade do protocolo DHCP;
 Analisar a implementação do Protocolo DHCP;

1.5. METODOLOGIA
Segundo Lakatos e Marconi (1987: 15) a pesquisa pode ser considerada um procedimento
formal, como método de pensamento reflexivo, que requer um tratamento científico e se
constitui no caminho para se conhecer a realidade ou para descobrir respostas para perguntas
ou soluções para problemas levantados através do emprego de métodos científicos. Entende-
se por metodologia a determinação das formas que serão utilizadas para reunir os dados
necessários para a consecução da pesquisa. Para o presente trabalho, optamos pela pesquisa
bibliográfica e consulta de artigos na internet.

4
 2. História do Protocolo DHCP

No início do desenvolvimento dos protocolos TCP / IP, havia pouca motivação para
automatizar a configuração de dispositivos que usam TCP / IP. Poucos computadores usaram
TCP / IP, e os computadores em rede não eram muito portáteis. ( Droms,2003)

Para atender às demandas de operação plug-and-play por meio da automação da configuração

de computadores em rede, a Internet Engineering Task Force, “IETF” desenvolveu o DHCP.

O protocolo de configuração dinâmica de hosts (DHCP) foi definido pela primeira vez como
um protocolo de rastreamento de padrões no RFC 1531 em outubro de 1993, como uma
extensão do protocolo Bootstrap (BOOTP), um protocolo de rede usado por um cliente de
rede para obter um endereço IP de um servidor de configuração. A motivação para estender o
BOOTP era que o BOOTP exigia intervenção manual para adicionar informações de
configuração para cada cliente e não fornecia um mecanismo para recuperar endereços IP
usados. Muitos trabalharam para esclarecer o protocolo conforme ele ganhava popularidade
e, em 1997, o RFC 2131 foi lançado e continua sendo o padrão para redes IPv4. Para oferecer
suporte ao protocolo IPv6, o DHCPv6 foi introduzido e documentado no RFC 3315.
(Ted,2003)

Em 1985, Bill Croft e John Gilmore desenvolveram um protocolo chamado Bootstrap

Protocol (BOOTP). A ideia por trás do BOOTP era automatizar a configuração de
dispositivos de rede.

Isso poderia eliminar a necessidade de o administrador do sistema configurar manualmente

Cada dispositivo de rede. O BOOTP requer que o administrador crie uma tabela que contenha
uma lista de BOOTP clientes, seus endereços IP e outros parâmetros de configuração de que
possam precisar.

Quando um cliente BOOTP precisa se configurar, ele transmite uma solicitação, que o
servidor BOOTP recebe. O servidor BOOTP procura o cliente na tabela, encontra seus
parâmetros e envia esses parâmetros para o cliente.

O BOOTP funciona razoavelmente bem, excepto que ele apenas configura o dispositivo; o
Administrador da rede deve executar as tarefas restantes. Vários sites experimentaram
alocação dinâmica de endereços usando BOOTP, mas eles não tiveram muito sucesso porque

5
o protocolo era limitado no que poderia fazer; era um protocolo simples de pesquisa de banco
de dados e não fornecia meios para recuperar endereços.

O DHCP é um descendente direto do BOOTP. Os pacotes DHCP e BOOTP parecem muito

parecidos, e os clientes e servidores DHCP e BOOTP podem tirar proveito da mesma
infraestrutura de rede. Ambos os protocolos realizam a tarefa de automaticamente configurar
dispositivos de rede; a diferença é que o DHCP pode resolver outros problemas.

3. Características e Tipos/Formas de Atribuição de Endereços IPs

Segundo Pereira (2012) as características fundamentais de um DHCP são:

 O DHCP Implementa o serviço de endereçamento dinâmico de estações;

 Permite a configuração automática de informações de endereçamento, roteamento e
resolução de nomes;
 Viabiliza estações autoconfiguráveis;
 Obtém informações de configuração TCP/IP de forma automática durante a
inicialização;

4. Tipos/Formas de Atribuição de Endereços de Ips

O DHCP suporta três mecanismos para a atribuição de endereços IP; O saber: atribuição
automática, atribuição dinâmica e atribuição manual.

Atribuição Automática: Disponibiliza-se um conjunto de endereços Ips, de tal forma que,

quando um endereço é solicitado, um dos elementos do conjunto disponível é alocado de
forma permanente e automática para o solicitante.

Atribuição Dinâmica: Ocorre como a atribuição automática, excepto que o endereço é

arrendado ou atribuído apenas por um período de tempo determinado.

Atribuição Manual: o Administrador do servidor DHCP estabelece um endereço Ip para cada

endereço MAC “Media Access Control ”.

6
 5. Componentes do Serviço DHCP
A arquitectura DHCP consiste em: Servidores DHCP, Clientes DHCP e Agentes de
transmissão DHCP “Agent Relay DHCP ”.

5.1. Servidor DHCP

É uma máquina servidora na rede que atribui automaticamente endereços IP e outros
parâmetros de rede aos dispositivos clientes.

O servidor DHCP atribui os seguintes parâmetros de configuração ao dispositivo cliente:

 Fornece endereços IP temporários de um pool de endereços IP para todos os clientes

em uma sub-rede especificada (ligação dinâmica)
 Atribui endereços IP permanentes a clientes específicos com base em seus endereços
de controlo de acesso à midia (MAC) (ligação estática).
 Atribui os seguintes parâmetros de configuração:
 Endereço de IP
 Máscara de sub-rede
 Gateway padrão para a rede
 Servidor dns
 Um servidor DHCP fornece armazenamento persistente de parâmetros de rede para
clientes. Como o DHCP é uma extensão do BOOTP, os servidores DHCP podem lidar
com solicitações BOOTP.1

5.2. DHCP Cliente

Um cliente DHCP é qualquer dispositivo IP conectado à rede, configurado para actuar como
um host, solicitando parâmetros de configuração, como um endereço IP de um servidor
DHCP.

Um dispositivo qualquer agindo como um cliente DHCP recebe suas configurações TCP / IP
e o endereço IP para qualquer interface física em qualquer zona de segurança de um servidor
DHCP externo. Para que o dispositivo opere como um cliente DHCP, você configura uma
interface lógica no dispositivo para obter um endereço IP do servidor DHCP na rede. Você

1
https://www.controle.net/faq/protocolo-dhcp-ou-dynamic-host-configuration-protocolo-ip-dinamico
acessado aos 3 de Agosto de 2021

7
define o ID da classe do fornecedor, o tempo de concessão, o endereço do servidor DHCP, as
tentativas de retransmissão e o intervalo de repetição. Você pode renovar as versões do
cliente DHCP.

5.3. DHCP Relay

O agente de retransmissão DHCP (DHCP Relay) é qualquer host TCP / IP que encaminha
mensagens DHCP entre servidores e clientes quando o cliente DHCP e um servidor DHCP
residem em sub-redes diferentes. Por exemplo, em uma rede grande com várias sub-redes, um
único servidor DHCP pode servir a todos os clientes em toda a rede com a ajuda de agentes
de retransmissão DHCP localizados nos roteadores de interconexão.

Você pode configurar um dispositivo Junos OS como um servidor DHCP ou como um

servidor de retransmissão DHCP, mas não ambos. Enquanto um servidor DHCP responde a
um cliente com um endereço IP, um servidor de retransmissão DHCP retransmite mensagens
DHCP de e para o servidor DHCP configurado, mesmo se o cliente e o servidor estiverem em
redes IP diferentes. Configure um dispositivo para ser um agente de retransmissão DHCP se
você tiver hosts conectados localmente e um servidor DHCP remoto.

6. Modelo DHCP Cliente e DHCP Servidor

A alocação de endereço IP em DHCP funciona em um modelo cliente / servidor no qual o

servidor, atribui ao cliente informações reutilizáveis de IP de um pool de endereços. Um
cliente DHCP pode receber mensagens de oferta de vários servidores DHCP e pode aceitar
qualquer uma das ofertas; no entanto, o cliente geralmente aceita a primeira oferta que
recebe.

8
Figure1: DHCP Cliente e Servidor

6.1. Modelo Cliente, Servidor e Relay

O DHCP Relay está localizado entre um DHCP cliente e DHCP Servidor e encaminha
mensagens DHCP entre servidores e clientes da seguinte forma:

1. O DHCP Cliente envia um pacote de descoberta para encontrar um Servidor DHCP

na rede a partir do qual obtém parâmetros de configuração para o assinante incluindo
um endereço IP;
2. O DHCP Relay recebe o pacote de descoberta e encaminha cópias para cada um dos
servidores DHCP. O DHCP Relay, então, cria uma entrada em sua tabela de cliente
interna para controlar o estado do cliente.
9
 3. Em resposta a recepção do pacote de descoberta, cada servidor DHCP envia um
pacote de oferta ao cliente. O DHCP Relay recebe os pacotes de oferta e os
encaminha ao DHCP cliente.
4. Ao receber os pacotes de oferta, o DHCP Cliente selecciona o servidor DHCP do
qual deseja obter informações de configuração. Normalmente o cliente seleciona o
servidor que oferece o tempo de conexão mais longo no endereço Ip.
5. O DHCP Cliente envia pacote de solicitação que especifica o servidor DHCP do qual
obter informações de configuração;
6. O DHCP Relay recebe o pacote de solicitação e encaminha as cópias para cada um
dos dois servidores DHCP;
7. O Servidor DHCP solicitado pelo cliente envia um pacote de confirmações (ACK)
que contem os parâmetros de configuração do cliente;
8. O DHCP relay recebe o pacote ACK e encaminha ao cliente;
9. O DHCP Cliente recebe o pacote ACK e armazena as informações de configuração;
10. Se Configurado para isso, o DHCP relay instala uma rota de host e uma entrada de
protocolo de resolução de endereço (ARP) para este cliente;
11. Depois de estabelecer a conexão inicial no endereço IP, o DHCP Cliente e o Servidor
DHCP usam a transmissão Unicast para negociar a renovação ou liberação da
conexão. O DHCP relay “espiona ” todos os pacotes unicast entre o cliente e o
servidor que passam pelo roteador ou switch para determinar quando a conexão para
este cliente expirou ou foi liberada. Este Processo é conhecido como Sombreamento
de Locação ou Espionagem passiva.

Figure 2: DHCP Four-Step Transfer

10
 7. FUNCIONAMENTO BÁSICO (PROCESSO DE ATRIBUIÇÃO DE
ENDEREÇOS)

7.1. Atribuição estática

Com a atribuição estática (ou fixa), o servidor DHCP recebe uma lista de informações de
identificação para clientes DHCP. Esses identificadores identificam de forma única e
específica cada Cliente.

Para cada identificador, o administrador fornece ao servidor DHCP um endereço IP para

atribuir para esse cliente. Se o cliente for móvel, o administrador pode atribuir um endereço
para cada cliente em cada segmento de rede ao qual o cliente está conectado. Um cliente não
pode configurar-se em um segmento de rede ao qual o administrador não o atribuiu um
endereço IP.

8.2 Atribuição Dinâmica

Com a atribuição dinâmica, o servidor DHCP recebe uma gama de endereços IP para cada
segmento de rede no qual se espera que os clientes DHCP sejam configurados. Quando um o
cliente DHCP pede um endereço IP, o servidor DHCP encontra um endereço livre nesse
segmento de rede e o fornece ao cliente.

8.3 Atribuição Automática

A especificação DHCP fala sobre outro método de atribuição de endereço, chamado
atribuição automática, na qual o servidor DHCP aloca endereços IP como faz em Atribuição
dinâmica, mas os endereços são alocados permanentemente. 2

2
www.memoria.rnp.br/newsgen/9705/n1-2.html acessado aos 3 de Agosto de 2021

11
 9. FORMATO DE MENSAGENS DHCP

Para Droms e Lemon (2003) Clientes e servidores DHCP se comunicam por troca de
mensagens conforme descrito na especificação do protocolo. Todas as mensagens DHCP
compartilham um formato comum.

9.1. Visão geral do formato de mensagem DHCP

Todas as mensagens DHCP incluem uma seção de formato fixo e uma seção de formato
variável. A seção de formato fixo consiste em vários campos que são iguais em todas as
mensagens DHCP.

A seção de formato variável contém opções, que carregam parâmetros de configuração

adicionais. Os conteúdos da secção de formato fixo e do formato de secção variável variam
de acordo com o tipo de mensagem DHCP.

A secção de formato fixo é dividida em vários campos que transportam informações como:

 A rede e os endereços da camada de link do cliente;

 O endereço IP do servidor;
 Controlo as informações sobre a própria mensagem;

Esses campos aparecem em todas as mensagens DHCP, embora que todos os campos não são
usados em cada tipo de mensagem.

O tipo de cada mensagem DHCP, bem como outras informações não definidas na secção de
formato fixo, é especificado pelas opções DHCP na seção de formato variável. O
comprimento de cada opção DHCP, bem como o conteúdo e formato dos dados na opção,
depende da definição dessa opção.

Por padrão, as mensagens DHCP contêm 576 bytes ou menos (incluindo os cabeçalhos IP e
UDP). No entanto, um cliente pode indicar a um servidor que está preparado para aceitar

12
mensagens maiores que 576 bytes. Se a resposta do servidor exigir mais de 576 bytes e o
servidor pode enviar uma mensagem maior, pode tirar proveito da vontade do cliente de
aceitar uma mensagem maior. Nesses casos, cada mensagem é transportada em um único
Datagrama UDP.

9.2. Seção de formato fixo

O formato fixo, ilustrado na Figura 6.1, aparece em todas as mensagens DHCP. Na figura,
cada linha representa 32 bits da seção de formato fixo. Campos individuais são delimitados
por barras verticais e identificados com o nome do campo. Alguns dos campos maiores são
resumidos na figura e seus comprimentos são fornecidos explicitamente.

0 7 8 15 18 23 24 31

Op Htype Hlen hops

Xid
Secs Flags
Ciaddr
Yiaddr
Siaddr
Giaddr
Chaddr
(64bytes)
File
(128 bytes)
Options
(Variable)

13
FIGURA 3. Os campos na seção de formato fixo de uma mensagem DHCP.

Tabela 1. Um Resumo do Formato de Campo de Mensagens DHCP

Campo Descrição do Campo

Op Código de operação da mensagem; definido como 1 em
mensagens enviadas por um cliente e 2 em mensagens
enviadas por um servidor.

Htype Tipo de endereço da camada de link; as definições são

retiradas da lista IANA de tipos de hardware ARP
(consulte RFC 1700). Por exemplo, o tipo de Ethernet é
especificado quando
htype é definido como 1
Hlen Comprimento do endereço da camada de link (em bytes);
define o comprimento do endereço de hardware no campo
chaddr.

Hops Número de agentes de retransmissão que encaminharam

esta mensagem.
Xid Identificador de transação; usado pelos clientes para
combinar as respostas dos servidores com solicitações
transmitidas anteriormente
Secs Tempo decorrido (em segundos) desde que o cliente
iniciou o processo DHCP.
Flags Campo de sinalizadores; o bit menos significativo,
chamado de bit de transmissão, pode ser definido como 1
para Indicar que as mensagens para o cliente devem ser
transmitidas
Ciaddr Endereço IP do cliente; definido pelo cliente quando o

14
 cliente confirmo que seu endereço IP é válido.

Yiaddr Endereço IP do cliente; definido pelo servidor para

informar o cliente do seu endereço IP.

Siaddr Endereço IP do próximo servidor para o cliente usar no

processo de configuração
(por exemplo, o servidor a ser contatado para download
TFTP de um kernel do sistema).

Giaddr Endereço IP do agente de retransmissão (ou gateway);

preenchido pelo agente de retransmissão com o
Endereço da interface por meio da qual a mensagem
DHCP foi recebida.

Chaddr Endereço da camada de link do cliente

Sname Nome do próximo servidor a ser usado pelo cliente no
processo de configuração
File Nome do arquivo para o cliente solicitar do próximo
servidor (por exemplo, o nome do arquivo que contém o
sistema operacional para este cliente)

9.3. Opções DHCP e Tipos de Mensagens

Opções DHCP são o mecanismo pelo qual uma mensagem do tipo DHCP é identificado e os
parâmetros de configuração são transmitidos entre os servidores DHCP e clientes DHCP.

As opções descritas são organizadas em várias categorias: opção que é específica para DHCP,
opções que fornecem parâmetros de configuração para o Cliente DHCP, opções que carregam
parâmetros de pilha TCP / IP, e opções de parâmetro de aplicativo e serviço.

Os primeiros 4 bytes na seção de opções definem o formato do restante da seção. Os 4 bytes

são definidos com os valores decimais 99, 130, 83, 99 (ou 63, 82, 53, 63 em hexadecimal).
Esses valores são referidos como um número mágico na especificação BOOTP e um cookie

15
mágico nas opções DHCP e extensões BOOTP (originalmente definido no RFC 1048 e
incluído no RFC 2132).

As opções são armazenadas sequencialmente na seção de opções, sem alinhamento de

palavras ou outras restrições de formatação. Os dados da opção são formatados de acordo
com as especificações da opção particular. Exemplos de formatos de dados incluem um único
IP endereço, uma lista de endereços IP e uma sequência de caracteres.

Option Code Option Length Option data

FIGURA 4. O formato da seção de opções de mensagem DHCP.

9.4. Opções específicas de DHCP

Segundo Droms (2003) A descrição de cada opção neste capítulo inclui uma tabela que lista o
código de opção, o intervalo de valores do campo de comprimento e a interpretação dos
valores dos dados, junto com uma curta descrição do texto da opção. A maioria dessas opções
é definida no RFC 2132; referências específicas são incluídas para opções definidas em outro
lugar.

As transações de cliente / servidor DHCP usam vários tipos de mensagens diferentes. As

Opções de DHCP do tipo de mensagem identificam um tipo específico de mensagem DHCP.

Identificador de cliente

Código de opção: 61

Comprimento: n

Dados: identificador (n bytes)

Os servidores DHCP usam o valor da opção do identificador do cliente para distinguir entre

Clientes DHCP. Se a opção de identificador de cliente estiver presente, o servidor DHCP a

usará;

16
Caso contrário, o servidor usa o conteúdo dos campos htype e chaddr do DHCP mensagem.
O identificador de um cliente DHCP deve ser único entre todos os identificadores de cliente

na rede IP à qual o cliente está conectado. O servidor trata um identificador de cliente DHCP
como um valor opaco e não o interpreta de forma alguma.

Identificador de servidor

Código de opção: 54

Comprimento: 4

Dados: endereço IP

A opção do identificador do servidor fornece o endereço IP do servidor envolvido na

transação DHCP. Esta opção é usada pelo servidor para enviar o endereço IP do servidor para
o cliente, e é usado pelo cliente para identificar o servidor para o qual o cliente pretende
entregar uma mensagem DHCPREQUEST. Se um servidor tiver mais de uma interface de
rede, ele usa o endereço IP da interface na qual recebeu a mensagem DHCP à qual está
respondendo.

Endereço solicitado

Código de opção: 50

Comprimento: 4

Dados: endereço IP

A opção de endereço IP solicitado contém o endereço IP que o cliente solicita quando não há
confirmação explícita de que seu endereço atual é válido. Um cliente inclui seu endereço IP
anterior em uma opção de endereço IP solicitada ao enviar uma mensagem DHCPREQUEST
durante a reinicialização.

Tempo de locação

Código de opção: 51

Comprimento: 4

Dados: tempo de concessão

17
O valor do campo lease time indica a duração do lease para um endereço atribuído a um
cliente. O valor do tempo de concessão é um número de 32 bits não assinado que representa a
duração da concessão, em segundos. O valor reservado FFFFFFFF16 indica um

arrendamento que nunca expira (em outras palavras, um arrendamento que é de duração
infinita).

Tempo de renovação do aluguel (T1)

Código de opção: 58

Comprimento: 4

Dados: T1

T1 representa o momento em que um cliente começa a estender o contrato de arrendamento

em seu

Endereço. T1 e T2 são sempre especificados como um número de segundos em relação ao

actual tempo. Começando no tempo T1, o cliente faz uma mensagem unicast
DHCPREQUEST ao servidor a partir do qual o arrendamento do endereço foi obtido. Esta
opção especifica o valor em T1 para o cliente como um inteiro sem sinal de 32 bits que
representa T1 em segundos. (Droms,Idem).

Tempo de renovação do aluguel (T2)

Código de opção: 59

Comprimento: 4

Dados: T2

T2 é o momento em que um cliente começa a encontrar um novo servidor através do qual ele
pode estender a locação em seu endereço. Começando no momento T2, o cliente transmite
mensagens DHCPRE QUEST para localizar um servidor que deseja estender sua concessão.
Esta opção especifica T2 como um inteiro sem sinal de 32 bits que representa T2 em
segundos. Se o servidor não use esta opção para especificar T2 para o cliente, o cliente usa
sete oitavos do inicial duração do arrendamento para T2.

18
Identificador de classe de fornecedor

Código de opção: 60

Comprimento: n

Dados: identificador de classe de fornecedor

Um cliente DHCP usa a opção de identificador de classe de fornecedor para passar

informações sobre o tipo e a configuração do fornecedor do cliente. O servidor usa esta opção
para interpretar o conteúdo do campo de opções específicas do fornecedor e (opcionalmente)
para selecionar parâmetros de configuração específicos para um cliente.

Informações específicas do fornecedor

Código de opção: 43

Comprimento: n

Dados: informações específicas do fornecedor

A opção de informações específicas do fornecedor carrega informações que são interpretadas

de acordo com o tipo de fornecedor do cliente, conforme especificado no identificador de
classe do fornecedor opção. Esta opção permite que um fornecedor defina novas opções
usadas apenas por seus clientes, sem passar pelo processo de padrões ou consumir código de
opção limitado.

Parameter request List

Código de opção: 55

Comprimento: n

Dados: n códigos de opção

Um cliente DHCP usa o parâmetro opção de lista de pedidos para solicitar valores de
parâmetros específicos de um servidor. Cada byte na lista de solicitação de parâmetro é uma
opção DHCP de código que o cliente deseja que o servidor forneça. O servidor inclui em sua
resposta aos valores do cliente para a opção solicitada, juntamente com outras opções que são
exigidos pelo DHCP.

Mensagem

19
Código de opção: 56

Comprimento: n

Dados: n caracteres

Os servidores e clientes DHCP usam a opção de mensagem para transmitir uma mensagem de
erro para um destinatário da mensagem DHCP. O formato do conteúdo da opção de
mensagem não é especificado e é normalmente uma mensagem de sequência de caracteres
que é exibida para um usuário ou gravado em um arquivo de log.

Tamanho máximo da mensagem DHCP

Código de opção: 57

Comprimento: 2

Dados: comprimento

Um cliente ou servidor usa a opção de tamanho máximo de mensagem DHCP para anunciar
que irá aceitar mensagens de entrada maiores do que o tamanho máximo padrão para
mensagem DHCP (576 bytes). O comprimento é armazenado como um inteiro não assinado
de 16 bits e não deve ser inferior a 576.

Sobrecarga de opção

Código de opção: 52

Comprimento: 1

Dados:

1. Campo de arquivo contém opções;

2. Campo sname contém opções;
3. Ambos os campos contêm opções

Se a opção de sobrecarga de opção estiver presente em uma mensagem DHCP, o destinatário

da mensagem concatena os campos especificados com o campo de opções e interpreta as
opções na lista resultante.

Nome do servidor TFTP

Código de opção: 66

20
Comprimento: n

Dados: n caracteres

A opção de nome do servidor TFTP identifica um servidor TFTP para o cliente usar na
próxima fase de seu processo de bootstrap, quando o campo sname no cabeçalho DHCP tiver
usado para opções de DHCP. O nome é uma string que não termina com um nulo.
(Droms,Idem).

Nome do arquivo de inicialização

Código de opção: 67

Comprimento: n

Dados: n caracteres

A opção bootfile name identifica um nome de bootfile para o cliente usar quando o campo de
arquivo no cabeçalho DHCP é usado para opções DHCP. O nome é uma string que não
terminou com um caractere nulo.

Pad

Código de opção: 0

A opção pad não carrega nenhuma informação e é ignorada quando o campo de opções é
interpretado. Ele pode ser usado, por exemplo, para preencher a seção de opções com o
padrão BOOTP de 64 bytes.

End

Código de opção: 255

A opção final indica o final das opções realizadas no campo de opções. Porque o final do
campo de opções na mensagem DHCP pode ser inferido a partir do comprimento da
mensagem UDP na qual a mensagem DHCP é transmitida, alguns clientes DHCP e os
servidores não enviam a opção final.

10. TIPOS DE MENSAGENS

21
  A mensagem DHCPDISCOVER

Segundo Ted (2003) Para obter um endereço IP e outros parâmetros de configuração, o

cliente encontra um DHCP servidor ou servidores. O cliente transmite uma mensagem
DHCPDISCOVER, e a mensagem é entregue a todos os servidores DHCP no mesmo
segmento de rede que o cliente.

A mensagem DHCPDISCOVER também é recebida por agentes de retransmissão na rede do

cliente deste segmento e encaminhado para outros servidores DHCP em outras redes.

 A Mensagem DHCPOFFER

Depois que o servidor recebe a mensagem DHCPDISCOVER do cliente, ele encontra um

Endereço para atribuir ao cliente e colocá-lo em uma mensagem DHCPOFFER. O servidor

também inclui na mensagem DHCPOFFER outros parâmetros de configuração para o cliente,
como definido pelo arquivo de configuração do servidor. Depois que o servidor conclui a
mensagem DHCPOF FER, ele a envia de volta ao cliente.

 A mensagem DHCPREQUEST

Depois que o desktop1 recebe a mensagem DHCPOFFER do dhcpserver, ele envia uma
mensagem DHCPREQUEST, solicitando as informações de configuração do dhcpserver.

Nesta mensagem DHCPREQUEST, desktop1 pede o endereço e outras configurações de

parâmetros que dhcpserver forneceu na mensagem DHCPOFFER. desktop1 usa um novo
identificador da transação e difunde a mensagem usando os endereços de difusão da camada
IP 255.255.255.255 FF: FF: FF: FF: FF: FF.

 A mensagem DHCPACK

Depois de receber a mensagem DHCPREQUEST, dhcpserver verifica o endereço solicitado e

parâmetros de configuração para garantir que o endereço ainda esteja disponível e os
parâmetros estão corretos. Dhcpserver regista o endereço atribuído e envia o DHCPACK
mensagem. (Ted,Idem).

 A mensagem DHCPLEASEQUERY

A mensagem DHCPLEASEQUERY é tipicamente enviada por um dispositivo ou aplicação

não pelo DHCP cliente. Pois, o dispositivo ou computador na qual aplicação requisitante

22
corre, deve ter antecipadamente um endereço IP. O remetente transmite a mensagem
DHCPLEASEQUERY ao servidor em IP datagrama unicast.

 A mensagem DHCPFORCERENEW

A mensagem DHCPFORCERENEW é a única mensagem DHCP que é enviada pelo servidor

sem que um cliente envie uma mensagem.

Um Servidor pode enviar uma mensagem DHCPFORCERENEW a qualquer DHCP Cliente

que tem um endereço IP atribuído ou alocado ao DHCP. Uma vez que o cliente possui um
endereço IP, o servidor o endereço do cliente como endereço de destino em Unicast IP
datagrama.

 A mensagem DHCPRELEASE

Os clientes também usam unicast para fazer entrega ou envio das mensagens
DHCPRELEASE ao servidor do qual o endereço foi originalmente obtido. O cliente
coloca o endereço que está liberando no campo ciaddr. O Servidor já não pode enviar
uma resposta a um cliente que já não tem um endereço IP valido.

 A mensagem DHCPINFORM

Um cliente que não precisa obter um endereço através do DHCP usa a mensagem
DHCPINFORM. Computadores com a configuração manual do endereço IP, podem usar esse
tipo de mensagem para obter outras informações da rede, como localização do servidor de
email, nome do servidor.

53 1 Message Type

Figura 1.Formato de Opção do tipo de mensagens DHCP

11.CONCEITO DE DHCP RELAY

Segundo Droms (2003) Os agentes de retransmissão or Relay Agents DHCP encaminham

mensagens DHCP de clientes para servidores nos casos em que não há Servidor DHCP no
segmento de rede ao qual o cliente está conectado. Um agente de retransmissão escuta a porta
do servidor DHCP e recebe mensagens de difusão de clientes DHCP.

23
Quando o agente de retransmissão ou DHCP Relay recebe uma mensagem do cliente, o
agente de retransmissão faz o seguinte:

1. Se o campo giaddr na mensagem contiver 0.0.0.0, o agente de retransmissão inserirá o

endereço da interface de rede na qual a mensagem foi recebida no campo giaddr;
2. Ele aumenta a contagem de saltos;
3. Ele anexa quaisquer opções de agente de retransmissão;
4. Ele encaminha a mensagem para os servidores DHCP que foram configurados pelo
administrador de rede.

 Opções de DHCP Relay

Para Ralph e Lemon (2003) A opção de informações do Relay é usada para passar
informações adicionais relacionadas ao cliente entre o agente de retransmissão e o servidor.
Essas informações são codificadas como subopções na opção de informações do agente de
retransmissão. Várias subopções podem ser usadas para transportar informações específicas
entre um agente de retransmissão e um servidor.

 Destinos de Encaminhamento

O destino para o qual um agente de retransmissão encaminha mensagens DHCP deve ser
explicitamente configurado para o agente de retransmissão. Muitos agentes de retransmissão
podem ser configurados com mais de um destino de encaminhamento. Isso permite que o
agente de retransmissão encaminhe cópias separadas da mensagem DHCP do cliente para
vários servidores DHCP.

 Entrega de resposta

Os servidores DHCP usam agentes de retransmissão para fornecer respostas aos clientes
DHCP. No entanto, um servidor DHCP deve encaminhar explicitamente as mensagens
DHCP por meio da retransmissão apropriada. Para determinar como fornecer respostas, um
servidor examina o campo giaddr na mensagem do cliente. Se o campo giaddr for definido
como 0, um agente de retransmissão não encaminhou a mensagem e o cliente deve estar
conectado ao mesmo segmento de rede como o servidor. Nesse caso, o servidor entrega a
mensagem diretamente ao cliente. Se o campo giaddr não está definido como 0, o servidor
envia a resposta para o endereço IP no campo giaddr - o endereço do agente de retransmissão
que originalmente encaminhou a mensagem DHCP para o servidor.

24
  Vários agentes de retransmissão

Uma mensagem DHCP pode ser encaminhada por meio de mais de um relay agente. Nesse
caso, o segundo agente de retransmissão descobre que o campo giaddr na mensagem já
contém o endereço do primeiro agente de retransmissão. Se um agente de retransmissão
receber uma mensagem DHCP com um campo giaddr diferente de zero, ele encaminha a
mensagem normalmente, mas não modifica o conteúdo do campo giaddr. Quando um
servidor DHCP recebe uma mensagem que foi encaminhado por vários agentes de
retransmissão, o campo giaddr contém o endereço da retransmissão que primeiro recebeu a
mensagem. O servidor envia sua resposta diretamente para o endereço especificado no campo
giaddr, ignorando os agentes de retransmissão intermediários. (Ralph. Idem).

25
 11. CONCLUSÃO

DHCP - Dynamic Host Configuration Protocol - é projectado para reduzir a complexidade da

administração de redes TCP/IP. Ele especifica métodos para configuração simplificada e
dinâmica dos computadores, reduzindo, dessa forma, a carga de adicionar os endereços IPs
destas redes. Conhecendo-se os recursos DHCP, pode-se usar como um aliado na
administração de redes.

26
 12. .REFERÊNCIAS BIBLIOGRÁFICAS
Livros

Acetta, M., “Resource Location Protocol”, RFC 887, CMU, December 1983.

Alexander, S., and R. Droms, “DHCP Options and BOOTP Vendor Extensions”, RFC 1533,
Lachman Technology, Inc., Bucknell University, October 1993.

Artigos Consultados

[Droms] Droms, Ralph. "DHCP - Dynamic Host Configuration Protocol".

http://www.bucknell.edu/~droms/dhcp/ em 25/maio/1997.

[ISC] "Internet Software Consortium". http://www.isc.org/isc/ em 25/maio/1997.

Comer, Douglas E., Interligação de Redes Com Tcp/ip

James F. Kurose, Redes de Computadores e a Internet

27
28