Compreensão e Troubleshooting DHCP no Catalyst Switch ou em Redes Corporativas

Transcrição

1 Compreensão e Troubleshooting DHCP no Catalyst Switch ou em Res Corporativas Índice Introdução Pré-requisitos Requisitos Componentes Utilizados Convenções Principais conceitos Cenários exemplo Informações Apoio Compreenndo o DHCP Referências RFC DHCP atuais Tabela mensagens DHCP Renovando a concessão Pacote DHCP Conversão entre cliente-servidor para cliente obtendo o enreço DHCP em que o cliente e o servidor DHCP resim na mesma sub-re Função do agente transmissão DHCP/BootP Configurando o DHCP/BootP Relay Agent Feature no Cisco IOS Router Ajustando emperramentos manuais Como fazer o trabalho DHCP em segmentos IP secundários Conversação cliente-servidor DHCP com função transmissão DHCP Consirações DHCP inicialização do ambiente da PRE-execução (PXE) Compreenndo e Troubleshooting DHCP usando Sniffer Traces Decodificando o farejador rastreamento no servidor e no cliente DHCP no mesmo segmento LAN Decodificando o farejador rastreamento do DHCP Client e Server separado por um roteador configurado como DHCP Relay Agent Troubleshooting DHCP Quando Estações Trabalho Cliente Não Conseguem Obter DHCP Addresses Casos Práticos 1: Servidor DHCP no mesmo segmento LAN ou VLAN que o cliente DHCP Casos Práticos 2: Servidor DHCP e Cliente DHCP são separados por um roteador configurado para a funcionalida Agente transmissão DHCP/BootP O servidor DHCP no roteador não atribui Adresses com um erro ESGOTADO POOL Módulos Troubleshooting DHCP Compreenndo on pom ocorrer problemas DHCP As palavras-chaves incorporadas após a opção do comando ip dhcp pool {option_number} ASCII estão nas aspas duplas

2 Apêndice A: Exemplo configuração DHCP do IOS Informações Relacionadas Introdução Este documento contém informações sobre como resolver problemas vários problemas comuns do protocolo DHCP que pom surgir na re switch Cisco Catalyst. Este documento inclui Troubleshooting para o uso do recurso Cisco IOS DHCP/BootP Relay Agent do Cisco IOS. Pré-requisitos Requisitos Não existem requisitos específicos para este documento. Componentes Utilizados Este documento não se restringe a versões software e hardware específicas. As informações neste documento foram criadas a partir dispositivos em um ambiente laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se você estiver trabalhando em uma re ativa, certifique-se que enten o impacto potencial qualquer comando antes utilizá-lo. Convenções Consulte as Convenções Dicas Técnicas da Cisco para obter mais informações sobre convenções documentos. Principais conceitos Estes são diversos conceitos chaves do Os clientes do DHCP não têm o enreço IP configurado inicialmente e por isso vem enviar uma requisição transmissão para obter um enreço IP um servidor DHCP. O Roteadores, à revelia, não envia transmissões. Será necessário acomodar solicitações broadcast DHCP clientes se o servidor DHCP estiver em outro domínio broadcast (re da Camada 3 (L3)). Isso é feito com o uso um Agente Retransmissão DHCP. A implementação Cisco Router da transmissão DHCP é fornecida através dos comandos ip helper do relação-nível Cenários exemplo Cenário 1: Roteamento do roteador Cisco entre o DHCP Client e as res do server Como configurado neste diagrama, relação Ethernet1 para a frente o DHCPDISCOVER transmitido do cliente a através da relação Ethernet1. O servidor DHCP cumpre o pedido com o unicast. Nenhuma outra configuração para o roteador é necessária neste exemplo.

3 Cenário 2: Interruptor do Cisco catalyst com roteamento módulo I3 entre o DHCP Client e as res do server Como configurado no diagrama, relação VLAN20 para a frente o DHCPDISCOVER transmitido do cliente a através da relação VLAN10. O servidor DHCP cumpre o pedido com o unicast. Nenhuma outra configuração para o roteador é necessária neste exemplo. As portas switch precisam ser configuradas como portas host e têm a medida - portfast do protocolo árvore (STP) permitido, e o entroncamento e a canalização sabilitadas. Informações Apoio O DHCP fornece um mecanismo através que os computadores que se usam o Protocolo Controle Transmissão/Protocolo Internet (TCP/IP) pom obter parâmetros da configuração protocolo automaticamente através da re. O DHCP é um padrão aberto que seja senvolvido pelo Dynamic Host Configuration-Working Group (DHC-WG) do Internet Engineering Task Force (IETF). O DHCP é baseado em um paradigma do servidor cliente, em que o DHCP Client, por exemplo, um computador área trabalho, contacta um servidor DHCP para parâmetros configuração. O servidor DHCP normalmente está em uma localização central e é operado pelo administrador da re. Como o servidor é executado por um administrador re, os clientes DHCP pom ser configurados com confiança e dinamicamente com os parâmetros aquados para a arquitetura re atual. A maioria das res corporativas consiste em várias sub-res divididas em sub-res nominadas VLANs (LANS virtuais), on os roteadores fazem roteamento entre as sub-res comunicação. Uma vez que os roteadores não passam broadcasts por padrão, um servidor DHCP seria necessário em cada sub-re a menos que os roteadores estejam configurados para encaminhar o broadcast DHCP usando o recurso DHCP Relay Agent. Compreenndo o DHCP O DHCP foi finido originalmente nos request for comments (RFC) 1531, e s obsoleted pelo RFC O DHCP é baseado no protocolo bootstrap (BOOTP), que é finido no RFC 951. O DHCP é usado por estações trabalho (anfitriões) para obter a informação configuração inicial, tal como um enreço IP Um ou Mais Servidores Cisco ICM NT, uma máscara subre, e um gateway padrão em cima da inicialização. Uma vez que cada host necessita um enreço IP para se comunicar em uma re IP, o DHCP alivia a carga administrativa configurar manualmente um enreço IP para cada host. Além disso, se um host se move para uma sub-re diferente IP, ve usar um enreço IP Um ou Mais Servidores Cisco ICM NT diferente do que esse ele se usou previamente. O DHCP toma ste automaticamente. Permite que o host escolha um enreço IP Um ou Mais Servidores Cisco ICM NT na sub-re correta IP. Referências RFC DHCP atuais RFC DHCP Opções DHCP do RFC2132 e Extensões do Fornecedor do BootP RFC Interoperação entre o DHCP e o BOOTP

4 RFC Esclarecimentos e Extensões para o Protocolo BootP RFC 2241 Opções DHCP para Novell Directory Services RFC Netware/IP Domain Name and Information RFC Procedimento para finir opções DHCP novas O DHCP usa um molo cliente e servidor, em que um ou mais servidores (servidores DHCP) alocam enreços IP e outros parâmetros configuração opcionais a clientes (hosts) após a inicialização clientes. Esses parâmetros configuração são usados do servidor para o cliente por um terminado tempo. Quando um host carreg acima, a pilha TCP/IP no host transmite uma mensagem da transmissão (DHCPDISCOVER) a fim ganhar um enreço IP Um ou Mais Servidores Cisco ICM NT e uma máscara sub-re, entre outros parâmetros configuração. Isto inicia uma troca entre o servidor DHCP e o host. Durante esta troca, o cliente passa através diversos estados bem finidos alistados abaixo: 1. Inicializando 2. Seleção 3. Pedido 4. Limite 5. Renovando 6. Religação Ao se movimentar entre os estados listados acima, o cliente e o servidor porão trocar os tipos mensagens listados na Tabela Mensagens DHCP, abaixo. Tabela mensagens DHCP Refe rênci a 0x01 Mensag em DHCPDI SCOVE R 0x02 DHCPO FFER 0x03 DHCPR EQUES T 0x04 DHCPD ECLINE 0x05 DHCPA CK 0x06 DHCPN AK 0x07 DHCPR ELEASE Use O cliente está procurando por servidores DHCP disponíveis. A resposta servidor ao cliente DHCPDISCOVER. As transmissões do cliente ao server, pedindo parâmetros oferecidos um server especificamente, como finido no pacote. A comunicação cliente com servidor, indicando que o enreço re já está em uso. A comunicação servidor com cliente com os parâmetros configuração, incluindo o enreço re comprometido. A comunicação servidor com cliente, recusando o pedido para o parâmetro configuração. A comunicação cliente com servidor, abandonando o enreço re e cancelando aluguer restante.

5 0x08 DHCPIN FORM A comunicação cliente com servidor, pedindo somente parâmetros da configuração local que o cliente já configurou externamente como um enreço. DHCPDISCOVER Quando um cliente é inicializado pela primeira vez, diz-se que ele está no estado inicializando, e transmite uma mensagem DHCPDISCOVER em sua subre física local pela porta 67 UDP (servidor BootP). Como o cliente não tem como saber a qual sub-re pertence, a mensagem DHCPDISCOVER é um broadcast todas as sub-res (enreço IP stino ), com um enreço IP origem O enreço IP origem é , porque o cliente não tem um enreço IP configurado. Se um servidor DHCP existir nessa subre local e estiver configurado e em operação corretamente, o servidor DHCP ouvirá a transmissão e responrá com uma mensagem DHCPOFFER. Se um servidor DHCP não existe na sub-re local, ela ve conter um agente transmissão DHCP/BootIP para encaminhar a mensagem DHCPDISCOVER para uma sub-re que contenha um servidor DHCP. Este agente transmissão po qualquer um ser um host dicado (por exemplo, Microsoft Windows server), ou roteador (por exemplo, um roteador Cisco configurado com indicações do ajudante IP do nível interface). DHCPOFFER Um servidor DHCP que recebe uma mensagem DHCPDISCOVER po responr com uma mensagem DHCPOFFER na porta UDP 68 (cliente BootP). O cliente recebe o DHCPOFFER e vai para o estado Seleção. Este mensagem dhcpoffer contém a informação configuração inicial para o cliente. Por exemplo, o servidor DHCP preencherá o campo yiaddr da mensagem DHCPOFFER com o enreço IP solicitado. A máscara da sub-re e o gateway padrão estão especificados no campo opções, nas opções máscara sub-re e roteador, respectivamente. Outras opções comuns na mensagem DHCPOFFER incluem o tempo concessão Enreço IP, tempo renovação, servidor nome domínio e servidor nomes NetBIOS (WINS). O servidor DHCP enviará o DHCPOFFER ao enreço broadcast, mas incluirá o enreço do hardware dos clientes no campo do chaddr da oferta, assim que o cliente sabe que é o stino pretendido. Se o servidor DHCP não estiver na sub-re local, ele volverá o DHCPOFFER como um pacote unicast, na porta 67 do UDP, para o Agente Transmissão DHCP/BootP que originou o DHCPDISCOVER. O DHCP/BootP Relay Agent então transmitirá ou unicast o DHCPOFFER na sub-re local na porta 68 UDP, segundo o flag transmissão ajustado pelo cliente bootp. DHCPREQUEST Depois que o cliente recebe um DHCPOFFER, ele respon com uma mensagem do DHCPREQUEST, indicando sua intenção aceitar os parâmetros no DCHCPOFFER e entra no estado Requesting (Solicitando). O cliente po receber várias mensagens DHCPOFFER, uma cada servidor DHCP que recebeu a mensagem original DHCPDISCOVER. O cliente escolhe um DHCPOFFER e respon apenas para aquele servidor DHCP, implicitamente recusando as mais mensagens DHCPOFFER. O cliente intifica o servidor selecionado preenchendo o campo opção Intificador do Servidor com o enreço IP dos servidores

6 DHCP. O DHCPREQUEST também é um broadcast, portanto, todos os servidores DHCP que enviaram um DHCPOFFER verão o DHCPREQUEST, e cada um saberá se o seu DHCPOFFER foi aceito ou rejeitado. Qualquer opção adicional configuração que o cliente exija ve ser incluída no campo opções da mensagem DHCPREQUEST. Apesar o cliente ter recebido uma oferta enreço IP, ele enviará a mensagem DHCPREQUEST com um enreço IP origem Nesse momento, o cliente ainda não recebeu a verificação que está pronto para usar o enreço IP. DHCPACK Depois que o servidor DHCP recebe o DHCPREQUEST, ele reconhece a requisição com uma mensagem DHCPACK, e isso conclui o processo inicialização. A mensagem DHCPACK tem o enreço IP origem do servidor DHCP e o enreço stino é mais uma vez uma transmissão e contém todos os parâmetros que o cliente solicitou na mensagem DHCPREQUEST. Quando o cliente recebe o DHCPACK, ele entra no estado Bound (Vinculado) e agora fica livre para usar o enreço IP para se comunicar com a re. Enquanto isso, o servidor DHCP armazena o arrendamento em seu banco dados e o intifica maneira exclusiva, utilizando o intificador cliente ou chaddr e o enreço IP associado. Ambos, cliente e servidor, utilizam essa combinação intificadores para consultar o leasing. O intificador cliente é o MAC address do dispositivo mais o tipo mídia. Antes que o cliente DHCP comece a utilizar o novo enreço, ele ve calcular os parâmetros tempo associados ao enreço alugado, que são LT (Tempo Leasing), T1 (Tempo Renovação) e T2 (Tempo Religação). O LT padrão típico é 72 horas. Você po usar tempos arrendamento mais curtos para conservar enreços, se for necessário. DHCPNAK Se o servidor selecionado não pur atenr à mensagem DHCPREQUEST, o servidor DHCP responrá com uma mensagem DHCPNAK. Quando o cliente recebe uma mensagem DHCPNAK ou não recebe uma resposta a uma mensagem DHCPREQUEST, ele reinicia o processo configuração entrando no estado requisição. O cliente retransmitirá o DHCPREQUEST pelo menos quatro vezes em 60 segundos antes reiniciar o estado inicializando. DHCPDECLINE O cliente recebe DHCPACK e, opcionalmente, realizará uma verificação final nos parâmetros. O cliente executa este procedimento, enviando solicitações protocolo ARP para o enreço IP fornecido no DHCPACK. Se o cliente tecta que o enreço é já ntro uso recebendo uma resposta à requisição ARP, o cliente enviará um mensagem DHCPDECLINE ao server e reiniciará o processo configuração entrando no estado pedido. DHCPINFORM Se um cliente tiver obtido um enreço re por outros meios ou tiver um enreço IP manualmente configurado, uma estação trabalho cliente po usar a mensagem requisição DHCPINFORM para obter outros parâmetros configuração local, como o nome domínio e os servidores DNS. Os servidores DHCP que recebem uma mensagem DHCPINFORM constróem uma mensagem DHCPACK com qualquer parâmetro configuração local aquado para o cliente sem alocar um novo enreço IP. Este DHCPACK será enviado a unicast ao

7 cliente. DHCPRELEASE Um DHCP Client po escolher abandonar seu aluguer em um enreço re enviando um mensagem dhcprelease ao servidor DHCP. O cliente intifica o aluguel a ser liberado, usando o campo intificador cliente e o enreço re na mensagem DHCPRELEASE. Se você precisa estenr a escala atual do conjunto DHCP, remova o conjunto enreço atual e especifique a escala nova dos enreços IP Um ou Mais Servidores Cisco ICM NT sob o conjunto DHCP. A fim remover os enreços IP Um ou Mais Servidores Cisco ICM NT específicos ou um intervalo enreço que você quer estar no conjunto DHCP, use o comando ip dhcp exclud-address. Note: Se os dispositivos usam o BOOTP, os alugueres infinitos do comprimento estão mostrados nos emperramentos DHCP do Roteadores. Renovando a concessão Como o enreço IP é concedido somente a partir do servidor, a concessão ve ser renovada periodicamente. Quando um meio do Lease Time expirarem (T1=0.5 x LT), o cliente tentará renovar o aluguer. O cliente entra no estado Renewing e envia uma mensagem DHCPREQUEST para o servidor, que mantém a licença atual. O servidor responrá à solicitação renovação com uma mensagem DHCPACK se concordar em renovar a concessão. A mensagem DHCPACK conterá a nova concessão e todos os novos parâmetros configuração, caso alguma alteração seja feita no servidor durante o tempo da concessão anterior. Se, por algum motivo, o cliente não pur chegar ao servidor que mantém o arrendamento, tentará renovar o enreço qualquer servidor DHCP pois que o servidor DHCP original não responr às solicitações renovação em um tempo T2. O valor padrão do T2 é (7/8 x LT). Isso significa T1 < T2< LT. Se, anteriormente, o cliente teve um enreço IP DHCP atribuído e ele for reiniciado, o ciente requisitará especificamente o enreço IP anteriormente alugado em um pacote DHCPREQUEST. Esta DHCPREQUEST ainda terá como enreço IP origem e o stino com o enreço IP difusão Um cliente enviando um DHCPREQUEST durante uma reinicialização não ve preencher o campo intificador do servidor e, por sua vez, ve preencher o campo opção enreço IP solicitado. Os clientes estritamente em conformida com o RFC irão preencher o campo ciaddr com o enreço solicitado em vez do campo opção DHCP. O servidor DHCP aceitará o método. O comportamento do servidor DHCP pen inúmeros fatores como por exemplo, no caso servidores DHCP em Windows NT, da versão do sistema operacional que está sendo utilizada, além outros fatores, como superescopo. Se o servidor DHCP terminar que o cliente ainda po utilizar o enreço IP solicitado, ele permanecerá silencioso ou enviará um pacote DHCPACK para o DHCPREQUEST. Se o servidor terminar que o cliente não po usar o enreço IP solicitado, ele enviará um DHCPNACK volta ao cliente. O cliente irá para o estado inicialização e enviará uma mensagem DHCPDISCOVER. Note: O servidor DHCP atribui o enreço IP Um ou Mais Servidores Cisco ICM NT inferior um pool dos enreços IP Um ou Mais Servidores Cisco ICM NT aos clientes DHCP. Quando o aluguer do enreço inferior expira, está atribuído a um outro cliente se se pe. Você não po fazer nenhuma mudanças nos enreços DHCP da orm é atribuído.

8 Pacote DHCP A mensagem do DHCP é variável em comprimento e consiste em campos listados na tabela a seguir. Note: Este pacote é uma versão modificada do pacote original BOOTP. Ca mpo op 1 htyp e Byt es 1 hlen 1 salt os 1 xid 4 seg und os flag s ciad dr yiad dr siad dr 2 Nom e Opco Tipo hard ware Tama nho do hard ware Salto s ID trans ação Segu ndos 2 Flags En reço IP client e Seu enr eço IP En reço IP do servi dor Descrição Intifica o pacote como um pedido ou uma resposta: 1=BOOTREQUEST, 2=BOOTREPLY Especifica o tipo enreço do hardware re. Especifica a extensão do enreço hardware. O cliente fine o valor como zero e, se a solicitação for encaminhada através um roteador, o valor será incrementado. Um número aleatório selecionado pelo cliente. Todas as mensagens DHCP trocadas em uma terminada transação DHCP usam o ID (xid). Especifica o número segundos s o início do processo DHCP. Indica se a mensagem será transmitida por difusão ou unicast. Utilizado apenas o cliente sabe seu enreço IP, como no caso dos estados Bound, Renew ou Rebinding. Se o enreço IP do cliente for , o servidor DHCP colocará o enreço IP oferecido ao cliente nesse campo. Se o cliente conhece o enreço IP Um ou Mais Servidores Cisco ICM NT do servidor DHCP, este campo estará povoado com o enreço do servidor DHCP. Caso contrário, ele será usado em DHCPOFFER e DHCPACK a partir do servidor DHCP.

9 giad dr cha ddr sna me arqu ivo opç ões var iáv el En reço IP do rotea dor (GI ADD R) En reço MAC client e Nom e do servi dor nome do arqui vo inicial izaçã o Parâ metro s opçã o O enreço IP porta comunicação, preenchido pelo agente do relé DHCP/BootP. O enreço MAC do cliente DHCP. O nome do host do servidor opcional. O nome do arquivo inicialização. Os parâmetros opcionais que o servidor DHCP po fornecer. A RCF 2132 oferece todas as opções possíveis. Conversão entre cliente-servidor para cliente obtendo o enreço DHCP em que o cliente e o servidor DHCP resim na mesma sub-re Descrição do Pacote Enreç o MAC Origem Enre ço MAC stino ADDR IP da fonte End IP stino DHCPDISC OVER Cliente Broadc ast DHCPOFFE R DHCPSe rver Broadc ast DHCPSe rver DHCPREQU EST Cliente Broadc ast DHCPACK DHCPSe rver Broadc ast DHCPSe rver Função do agente transmissão DHCP/BootP

10 O Roteadores, à revelia, não enviará pacotes transmissão. Como as mensagens cliente DHCP usam o enreço stino IP (todas as transmissões re), os clientes DHCP não porão enviar solicitações a um servidor DHCP em uma sub-re diferente, a menos que o Agente retransmissão DHCP/BootP esteja configurado no roteador. O Agente Relay DHCP/BootP irá encaminhar as solicitações DHCP em nome um cliente DHCP para o servidor DHCP. O agente transmissão DHCP/BootP anexará seu próprio enreço IP ao enreço IP da origem dos quadros DHCP que estão indo para o servidor DHCP. Isto permite que o servidor DHCP responda através do unicast ao DHCP/BootP Relay Agent. O DHCP/BootP Relay Agent igualmente povoará o campo enreço IP Gateway com o enreço IP Um ou Mais Servidores Cisco ICM NT da relação em que o mensagem DHCP é recebido do cliente. O servidor DHCP usa o campo enreço IP Gateway para terminar a sub-re que o DHCPDISCOVER, o DHCPREQUEST, ou o mensagem DHCPINFORM originam. Configurando o DHCP/BootP Relay Agent Feature no Cisco IOS Router A configuração um roteador Cisco para encaminhar solicitações BootP ou DHCP é simples - configure um enreço IP auxiliar apontando para o servidor DHCP/BootP ou para o enreço transmissão sub-re da re que contém o servidor. Por exemplo, consire o seguinte diagrama re: Para encaminhar a solicitação BootP/DHCP do cliente para o servidor DHCP, o comando ip helper-address interface é usado. O enreço do auxiliar IP po ser configurado forma a encaminhar apenas a transmissão UDP com base no número da porta UDP. À revelia, o enreço auxiliar IP enviará os seguintes broadcasts TFTP (Protocolo Transferência Arquivo Trivial) (porta 69) DNS (porta 53), serviço tempo (porta 37) Servidor nomes NetBIOS (porta 137) Servidor datagramas NetBIOS (porta 138) Datagramas cliente e servidor do protocolo inicialização (DHCP/BootP) (portas 67 e 68) Serviço do TACACS (Sistema controle acesso do controlador acesso do terminal) (porta 49) Serviço nome IEN-116 (porta 42) Os enreços auxiliares IP pom direcionar as difusões UDP para um enreço IP unicast ou difusão. No entanto, não é recomendável usar o IP helper-address para encaminhar broadcasts UDP uma sub-re para o enreço broadcast outra sub-re, vido ao gran número inundações broadcast possíveis. As entradas múltiplas do enreço auxiliar IP em uma interface única são apoiadas também, como mostrado abaixo:! version 12.0 service timestamps bug uptime service timestamps log uptime no service password-encryption! hostname router!!!

11 interface Ethernet0 ip address no ip directed-broadcast! interface Ethernet1 ip address ip helper-address ip helper-address !--- IP helper-address pointing to DHCP server no ip directed-broadcast!!! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login! end Os roteadores Cisco não apoiam o Balanceamento carga dos servidores DHCP que são configurados como agentes transmissão DHCP. Os roteadores Cisco encaminham o mensagem DHCPDISCOVER a todos os helper addresss (enreço do ajudante) mencionados para essa relação. Tendo dois ou mais servidores DHCP servir uma sub-re aumenta somente o tráfego DHCP enquanto os DHCPDISCOVER, os DHCPOFFER, e os DHCPREQUEST/mensagens DHCPDECLINE são trocados entre cada par DHCP Client e server. Ajustando emperramentos manuais Há duas maneiras estabelecer emperramentos manuais; um é para o host Windows, e o outro é para anfitriões não-windows. Há dois comandos diferentes usados para configurar; um é para clientes DHCP Microsoft, e o outro é para clientes DHCP NON-Microsoft: Clienteintificador DHCP (emperramento do manual - Clientes DHCP Microsoft) e hardwareenreço DHCP (emperramento do manual - clientes DHCP NON-Microsoft). A razão para dois comandos diferentes é que um PC que seja executado com Windows altera seus MAC, e uns 01 é adicionado no início do enreço. Estas são as configurações exemplo: O seguinte é a configuração para clientes DHCP Microsoft configuration terminal ip dhcp pool new_pool host ip_address subnet_mask client-intifier 01XXXXXXXXXXXX!--- xxxxxx represents 48 bit MAC address prepend with 01 O seguinte é a configuração para clientes DHCP NON-Microsoft configuration terminal ip dhcp pool new_pool host ip_address subnet_mask hardware-address XXXXXXXXXXXX!--- xxxxxx represents 48 bit MAC address Como fazer o trabalho DHCP em segmentos IP secundários Àrevelia, o DHCP tem uma limitação que os pacotes resposta estão enviados somente se o pedido é recebido da relação configurada com o enreço IP primário. O tráfego DHCP usa o enreço broadcast. Quando a requisição DHCP for recebida pela interface do roteador, ele para a frente que ao servidor DHCP (quando o enreço auxiliar IP for configurado) com um enreço origem do IP principal configurou na relação para ixar o servidor DHCP saber que IP pool ve usar (para o cliente) no pacote da resposta DHCP. Não há nenhuma maneira para que o roteador saiba se o pedido da transmissão DHCP vem um dispositivo que esteja na re IP secundária configurada na relação. Como uma ação alternativa, a configuração da secundário-relação (contanto que o dispositivo conectado ao dot1q dos suportes roteador que etiqueta) para separar as duas sub-res po ser configurada, assim que ambos eles obtêm seus enreços IP Um ou Mais Servidores Cisco ICM NT corresponntes corretamente.

12 Se o enreço secundário é a maneira preferida, há uma outra ação alternativa, que seja permitir o Smart-relé DHCP do global configuration command ip. Isto tem uma limitação que usa somente o IP secundário para retransmitir a requisição DHCP se não há nenhuma resposta do servidor DHCP pois que três pedidos consecutivos para o pool do enreço primário. Conversação cliente-servidor DHCP com função transmissão DHCP A tabela abaixo ilustra o processo para que um DHCP Client obtenha um enreço IP Um ou Mais Servidores Cisco ICM NT um servidor DHCP. Esta tabela é molada acordo com o diagrama re acima. Cada valor numérico do diagrama representa um pacote scrito abaixo. Esta tabela é um ponto referência para a compreensão do fluxo pacote conversação cliente-servidor DHCP. Esta tabela é igualmente útil para terminar on os problemas DHCP pom ocorrer. Pacote End ereç o IP do clien te End ereç o IP do Serv idor End ereç o GI Enre ço MAC origem do pacote End ereç o IP orig em do paco te En reço MAC sti no do pacot e Enre ço IP stino pacote 1. DHCP DISCO VER é enviado do cliente D CC9.C ffff.ffff.fffff (trans miss ão) O roteado r recebe o DHCP DISCO VER na relação E1. O roteado r reconh ece que esse pacote é um broadc ast DHCP UDP. O Enre ço E2 MAC da interfac e En reço MAC do servi dor DHC P

13 roteado r agora agirá como um agente transmi ssão DHCP/ BootP e preenc herá o campo enre ço IP do gatewa y com o enre ço IP interfac e entrada, alterará o enre ço IP origem para um enre ço IP interfac e entrada e encami nhará a solicita ção diretam ente ao servido r DHCP. 3. O Enre 192. En

14 servido r DHCP recebe u o DHCP DISCO VER e está enviand o um DHCP OFFER ao agente transmi ssão DHCP ço MAC do servido r DHCP reço E2 MAC da interf ace O agente transmi ssão DHCP recebe um DHCP OFFER e svia a difusão le na LAN local Enre ço MAC da interfac e E ffff.ffff.ffff (broa dcast ) DHCP REQU EST enviado do cliente D CC9.C ffff.ffff.fffff (trans miss ão) O roteado r recebe o DHCP REQU EST na relação E1. O Enre ço E2 MAC da interfac e En reço MAC do servi dor DHC P

15 roteado r reconh ece que este pacote é a difusão UDP do DHCP. O roteado r agora atuará como um agente transmi ssão DHCP e encher á ntro o campo enre ço IP Gatewa y com o enre ço IP interfac e entrada, muda o enre ço IP origem a um enre ço IP interfac e entrada

16 , e envia o pedido diretam ente ao servido r DHCP. 7. O servido r DHCP recebe u DHCP REQU EST e está enviand o DHCPA CK ao Agente Transm issão DHCP/ BootP Enre ço MAC do servido r DHCP En reço E2 MAC da interf ace O DHCP/ BootP Relay Agent recebe o DHCPA CK e encami nhará broadc ast do DHCPA CK no LAN local. O cliente aceitar á o ACK e usará o enre ço IP Enre ço MAC da interfac e E ffff.ffff.ffff (broa dcast )

17 Um ou Mais Servido res Cisco ICM NT do cliente. Consirações DHCP inicialização do ambiente da PREexecução (PXE) O ambiente da PRE-execução (PXE) permite que uma estação trabalho carreg um server em uma re antes carreg o sistema operacional no disco rígido local. Um administrador re não tem que fisicamente visitar a estação trabalho específica e manualmente carreg a. Os sistemas operacionais e o outro software, tal como programas diagnóstico, pom ser carregados no dispositivo um server sobre a re. Os usos DHCP do ambiente PXE configurar-la são enreço IP Um ou Mais Servidores Cisco ICM NT. A configuração do DHCP/BootP Relay Agent ve ser feita no roteador se o servidor DHCP é ficado situado em um outro segmento roteado da re. O comando ip helper-address na relação do roteador local ve ser configurado. Refira a característica configurando do DHCP/BootP Relay Agent na seção roteador do Cisco IOS ste documento para a informação configuração. Compreenndo e Troubleshooting DHCP usando Sniffer Traces Decodificando o farejador rastreamento no servidor e no cliente DHCP no mesmo segmento LAN O farejador rastreamento abaixo é compreendido seis quadros. Esses seis quadros ilustram um cenário trabalho para DHCP, on o cliente e o servidor DHCP resim no mesmo segmento físico ou lógico. Ao Troubleshoot DHCP, é importante combinar o farejador rastreamento com os rastreamentos abaixo. Po haver algumas diferenças se comparado aos rastreamentos abaixo, mas o fluxo pacote geral ve ser exatamente o mesmo. O rastreamento pacote segue as discussões anteriores sobre o funcionamento do DHCP Frame 1 - DHCPDISCOVER Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary 1[ ] [ ] 618 0:01: /07/ :52:03 AM Request, Message type: DHCP Discover DLC Hear Frame 1arrived at 11:52: ; frame size is 618 (026A hex) bytes. Destination = BROADCAST FFFFFFFFFFFF, Broadcast Source = Station 0005DCC9C640 Ethertype = 0800 (IP)

18 ----- IP Hear Version = 4, hear length = 20 bytes Type of service = = routine = normal lay = normal throughput = normal reliability = ECT bit - transport protocol will ignore the CE bit = CE bit - no congestion Total length = 604 bytes Intification = 9 Flags = 0X = may fragment = last fragment Fragment offset = 0 bytes Time to live = 255 seconds/hops Protocol = 17 (UDP) Hear checksum = B988 (correct) Source address = [ ] Destination address = [ ] No options UDP Hear Source port = 68 (BootPc/DHCP) Destination port = 67 (BootPs/DHCP) Length = 584 No checksum [576 byte(s) of data] DHCP Hear Boot record type = 1 (Request) Hardware address type = 1 (10Mb Ethernet) Hardware address length = 6 bytes Hops = 0 Transaction id = Elapsed boot time = 0 seconds Flags = = Broadcast IP datagrams Client self-assigned IP address = [ ] Client IP address = [ ] Next Server to use in bootstrap = [ ] Relay Agent = [ ] Client hardware address = 0005DCC9C640 Host name = "" Boot file name = "" Vendor Information tag = Message Type = 1 (DHCP Discover) Maximum message size = 1152 Client intifier = F2D E E D564C31 Parameter Request List: 7 entries 1 = Client's subnet mask 66 = TFTP Option 6 = Domain name server 3 = Routers on the client's subnet 67 = Boot File Option 12 = Host name server 150 = Unknown Option

19 Class intifier = 646F E30 Option overload =3 (File and Sname fields hold options) Frame 2 - DHCPOFFER Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary 2[ ] [ ] 331 0:01: /07/ :52:03 AM Reply, Message type: DHCP Offer DLC Hear Frame 2 arrived at 11:52: ; frame size is 331 (014B hex) bytes. Destination = BROADCAST FFFFFFFFFFFF, Broadcast Source = Station 0005DCC42484 Ethertype = 0800 (IP) IP Hear Version = 4, hear length = 20 bytes Type of service = = routine = normal lay = normal throughput = normal reliability = ECT bit - transport protocol will ignore the CE bit = CE bit - no congestion Total length = 317 bytes Intification = 5 Flags = 0X = may fragment = last fragment Fragment offset = 0 bytes Time to live = 255 seconds/hops Protocol = 17 (UDP) Hear checksum = F901 (correct) Source address = [ ] Destination address = [ ] No options UDP Hear Source port = 67 (BootPs/DHCP) Destination port = 68 (BootPc/DHCP) Length = 297 No checksum [289 byte(s) of data] DHCP Hear Boot record type = 2 (Reply) Hardware address type = 1 (10Mb Ethernet) Hardware address length = 6 bytes Hops = 0 Transaction id = Elapsed boot time = 0 seconds Flags = = Broadcast IP datagrams Client self-assigned IP address = [ ] Client IP address = [ ] Next Server to use in bootstrap = [ ] Relay Agent = [ ] Client hardware address = 0005DCC9C640

20 Host name = "" Boot file name = "" Vendor Information tag = Message Type = 2 (DHCP Offer) Server IP address = [ ] Request IP address lease time = (seconds) Address Renewel interval = (seconds) Address Rebinding interval = (seconds) Subnet mask = [ ] Domain Name Server address = [ ] Domain Name Server address = [ ] Gateway address = [ ] Frame 3 - DHCPREQUEST Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary 3[ ] [ ] 618 0:01: /07/ :52:03 AM Request, Message type: DHCP Request DLC Hear Frame 56 arrived at 11:52: ; frame size is 618 (026A hex) bytes. Destination = BROADCAST FFFFFFFFFFFF, Broadcast Source = Station 0005DCC9C640 Ethertype = 0800 (IP) IP Hear Version = 4, hear length = 20 bytes Type of service = = routine = normal lay = normal throughput = normal reliability = ECT bit - transport protocol will ignore the CE bit = CE bit - no congestion Total length = 604 bytes Intification = 10 Flags = 0X = may fragment = last fragment Fragment offset = 0 bytes Time to live = 255 seconds/hops Protocol = 17 (UDP) Hear checksum = B987 (correct) Source address = [ ] Destination address = [ ] No options UDP Hear Source port = 68 (BootPc/DHCP) Destination port = 67 (BootPs/DHCP) Length = 584 No checksum [576 byte(s) of data] DHCP Hear Boot record type = 1 (Request) Hardware address type = 1 (10Mb Ethernet)

21 Hardware address length = 6 bytes Hops = 0 Transaction id = Elapsed boot time = 0 seconds Flags = = Broadcast IP datagrams Client self-assigned IP address = [ ] Client IP address = [ ] Next Server to use in bootstrap = [ ] Relay Agent = [ ] Client hardware address = 0005DCC9C640 Host name = "" Boot file name = "" Vendor Information tag = Message Type = 3 (DHCP Request) Maximum message size = 1152 Client intifier = F2D E E D564C31 Server IP address = [ ] Request specific IP address = [ ] Request IP address lease time = (seconds) Parameter Request List: 7 entries 1 = Client's subnet mask 66 = TFTP Option 6 = Domain name server 3 = Routers on the client's subnet 67 = Boot File Option 12 = Host name server 150 = Unknown Option Class intifier = 646F E30 Option overload =3 (File and Sname fields hold options) Frame 4 - DHCPACK Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary 4[ ] [ ] 331 0:01: /07/ :52:03 AM Reply, Message type: DHCP Ack DLC Hear Frame 57 arrived at 11:52: ; frame size is 331 (014B hex) bytes. Destination = BROADCAST FFFFFFFFFFFF, Broadcast Source = Station 0005DCC42484 Ethertype = 0800 (IP) IP Hear Version = 4, hear length = 20 bytes Type of service = = routine = normal lay = normal throughput = normal reliability = ECT bit - transport protocol will ignore the CE bit = CE bit - no congestion Total length = 317 bytes Intification = 6 Flags = 0X = may fragment = last fragment Fragment offset = 0 bytes

22 Time to live = 255 seconds/hops Protocol = 17 (UDP) Hear checksum = F900 (correct) Source address = [ ] Destination address = [ ] No options UDP Hear Source port = 67 (BootPs/DHCP) Destination port = 68 (BootPc/DHCP) Length = 297 No checksum [289 byte(s) of data] DHCP Hear Boot record type = 2 (Reply) Hardware address type = 1 (10Mb Ethernet) Hardware address length = 6 bytes Hops = 0 Transaction id = Elapsed boot time = 0 seconds Flags = = Broadcast IP datagrams Client self-assigned IP address = [ ] Client IP address = [ ] Next Server to use in bootstrap = [ ] Relay Agent = [ ] Client hardware address = 0005DCC9C640 Host name = "" Boot file name = "" Vendor Information tag = Message Type = 5 (DHCP Ack) Server IP address = [ ] Request IP address lease time = (seconds) Address Renewel interval = (seconds) Address Rebinding interval = (seconds) Subnet mask = [ ] Domain Name Server address = [ ] Domain Name Server address = [ ] Gateway address = [ ] Frame 5 - ARP Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary DCC9C640 Broadcast 60 0:01: /07/ :52:03 AM ARP: R PA=[ ] HA=0005DCC9C640 PRO=IP DLC Hear Frame 58 arrived at 11:52: ; frame size is 60 (003C hex) bytes. Destination = BROADCAST FFFFFFFFFFFF, Broadcast Source = Station 0005DCC9C640 Ethertype = 0806 (ARP) ARP: ARP/RARP frame ARP: ARP: Hardware type = 1 (10Mb Ethernet) ARP: Protocol type = 0800 (IP) ARP: Length of hardware address = 6 bytes

23 ARP: Length of protocol address = 4 bytes ARP: Opco 2 (ARP reply) ARP: Senr's hardware address = 0005DCC9C640 ARP: Senr's protocol address = [ ] ARP: Target hardware address = FFFFFFFFFFFF ARP: Target protocol address = [ ] ARP: ARP: 18 bytes frame padding ARP: Frame 6 - ARP Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary DCC9C640 Broadcast 60 0:01: /07/ :52:04 AM ARP: R PA=[ ] HA=0005DCC9C640 PRO=IP DLC Hear Frame 59 arrived at 11:52: ; frame size is 60 (003C hex) bytes. Destination = BROADCAST FFFFFFFFFFFF, Broadcast Source = Station 0005DCC9C640 Ethertype = 0806 (ARP) ARP: ARP/RARP frame ARP: ARP: Hardware type = 1 (10Mb Ethernet) ARP: Protocol type = 0800 (IP) ARP: Length of hardware address = 6 bytes ARP: Length of protocol address = 4 bytes ARP: Opco 2 (ARP reply) ARP: Senr's hardware address = 0005DCC9C640 ARP: Senr's protocol address = [ ] ARP: Target hardware address = FFFFFFFFFFFF ARP: Target protocol address = [ ] ARP: ARP: 18 bytes frame padding ARP: Decodificando o farejador rastreamento do DHCP Client e Server separado por um roteador configurado como DHCP Relay Agent Rastreamento do farejador B Frame 1 - DHCPDISCOVER Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary 1 [ ] [ ] 618 0:02: /31/ :53:04 AM Request, Message type: DHCP Discover DLC Hear Frame 124 arrived at 06:53: ; frame size is 618 (026A hex) bytes. Destination = BROADCAST FFFFFFFFFFFF, Broadcast Source = Station 0005DCF2C441 Ethertype = 0800 (IP) IP Hear Version = 4, hear length = 20 bytes Type of service = = routine = normal lay

24 = normal throughput = normal reliability = ECT bit - transport protocol will ignore the CE bit = CE bit - no congestion Total length = 604 bytes Intification = 183 Flags = 0X = may fragment = last fragment Fragment offset = 0 bytes Time to live = 255 seconds/hops Protocol = 17 (UDP) Hear checksum = B8DA (correct) Source address = [ ] Destination address = [ ] No options UDP Hear Source port = 68 (BootPc/DHCP) Destination port = 67 (BootPs/DHCP) Length = 584 No checksum [576 byte(s) of data] DHCP Hear Boot record type = 1 (Request) Hardware address type = 1 (10Mb Ethernet) Hardware address length = 6 bytes Hops = 0 Transaction id = Elapsed boot time = 0 seconds Flags = = Broadcast IP datagrams Client self-assigned IP address = [ ] Client IP address = [ ] Next Server to use in bootstrap = [ ] Relay Agent = [ ] Client hardware address = 0005DCF2C441 Host name = "" Boot file name = "" Vendor Information tag = Message Type = 1 (DHCP Discover) Maximum message size = 1152 Client intifier = F2D E E D F30 Parameter Request List: 7 entries 1 = Client's subnet mask 6 = Domain name server 15 = Domain name 44 = NetBIOS over TCP/IP name server 3 = Routers on the client's subnet 33 = Static route 150 = Unknown Option Class intifier = 646F E30 Option overload =3 (File and Sname fields hold options) Frame 2 - DHCPOFFER

25 Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summaryr 125 [ ] [ ] 347 0:02: /31/ :53:04 AM Reply, Message type: DHCP Offer DLC Hear Frame 125 arrived at 06:53: ; frame size is 347 (015B hex) bytes. Destination = BROADCAST FFFFFFFFFFFF, Broadcast Source = Station F71 Ethertype = 0800 (IP) IP Hear Version = 4, hear length = 20 bytes Type of service = = routine = normal lay = normal throughput = normal reliability = ECT bit - transport protocol will ignore the CE bit = CE bit - no congestion Total length = 333 bytes Intification = 45 Flags = 0X = may fragment = last fragment Fragment offset = 0 bytes Time to live = 255 seconds/hops Protocol = 17 (UDP) Hear checksum = F8C9 (correct) Source address = [ ] Destination address = [ ] No options UDP Hear Source port = 67 (BootPs/DHCP) Destination port = 68 (BootPc/DHCP) Length = 313 Checksum = 8517 (correct) [305 byte(s) of data] DHCP Hear Boot record type = 2 (Reply) Hardware address type = 1 (10Mb Ethernet) Hardware address length = 6 bytes Hops = 0 Transaction id = Elapsed boot time = 0 seconds Flags = = Broadcast IP datagrams Client self-assigned IP address = [ ] Client IP address = [ ] Next Server to use in bootstrap = [ ] Relay Agent = [ ] Client hardware address = 0005DCF2C441 Host name = "" Boot file name = "" Vendor Information tag = Message Type = 2 (DHCP Offer)

26 Server IP address = [ ] Request IP address lease time = (seconds) Address Renewel interval = (seconds) Address Rebinding interval = (seconds) Subnet mask = [ ] Domain Name Server address = [ ] Domain Name Server address = [ ] NetBIOS Server address = [ ] NetBIOS Server address = [ ] Domain name = "cisco.com" Frame 3 - DHCPREQUEST Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary 3 [ ] [ ] 618 0:02: /31/ :53:04 AM Request, Message type: DHCP Request DLC Hear Frame 126 arrived at 06:53: ; frame size is 618 (026A hex) bytes. Destination = BROADCAST FFFFFFFFFFFF, Broadcast Source = Station Cisc14F2C441 Ethertype = 0800 (IP) IP Hear Version = 4, hear length = 20 bytes Type of service = = routine = normal lay = normal throughput = normal reliability = ECT bit - transport protocol will ignore the CE bit = CE bit - no congestion Total length = 604 bytes Intification = 184 Flags = 0X = may fragment = last fragment Fragment offset = 0 bytes Time to live = 255 seconds/hops Protocol = 17 (UDP) Hear checksum = B8D9 (correct) Source address = [ ] Destination address = [ ] No options UDP Hear Source port = 68 (BootPc/DHCP) Destination port = 67 (BootPs/DHCP) Length = 584 No checksum [576 byte(s) of data] DHCP Hear Boot record type = 1 (Request) Hardware address type = 1 (10Mb Ethernet) Hardware address length = 6 bytes Hops = 0 Transaction id =

27 Elapsed boot time = 0 seconds Flags = = Broadcast IP datagrams Client self-assigned IP address = [ ] Client IP address = [ ] Next Server to use in bootstrap = [ ] Relay Agent = [ ] Client hardware address = 0005DCF2C441 Host name = "" Boot file name = "" Vendor Information tag = Message Type = 3 (DHCP Request) Maximum message size = 1152 Client intifier = F2D E E D F30 Server IP address = [ ] Request specific IP address = [ ] Request IP address lease time = (seconds) Parameter Request List: 7 entries 1 = Client's subnet mask 6 = Domain name server 15 = Domain name 44 = NetBIOS over TCP/IP name server 3 = Routers on the client's subnet 33 = Static route 150 = Unknown Option Class intifier = 646F E30 Option overload =3 (File and Sname fields hold options) Frame 4 - DHCPACK Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary 4 [ ] [ ] 347 0:02: /31/ :53:04 AM Reply, Message type: DHCP Ack DLC Hear Frame 127 arrived at 06:53: ; frame size is 347 (015B hex) bytes. Destination = BROADCAST FFFFFFFFFFFF, Broadcast Source = Station F71 Ethertype = 0800 (IP) IP Hear Version = 4, hear length = 20 bytes Type of service = = routine = normal lay = normal throughput = normal reliability = ECT bit - transport protocol will ignore the CE bit = CE bit - no congestion Total length = 333 bytes Intification = 47 Flags = 0X = may fragment = last fragment Fragment offset = 0 bytes Time to live = 255 seconds/hops Protocol = 17 (UDP) Hear checksum = F8C7 (correct) Source address = [ ]

28 Destination address = [ ] No options UDP Hear Source port = 67 (BootPs/DHCP) Destination port = 68 (BootPc/DHCP) Length = 313 Checksum = 326F (correct) [305 byte(s) of data] DHCP Hear Boot record type = 2 (Reply) Hardware address type = 1 (10Mb Ethernet) Hardware address length = 6 bytes Hops = 0 Transaction id = Elapsed boot time = 0 seconds Flags = = Broadcast IP datagrams Client self-assigned IP address = [ ] Client IP address = [ ] Next Server to use in bootstrap = [ ] Relay Agent = [ ] Client hardware address = 0005DCF2C441 Host name = "" Boot file name = "" Vendor Information tag = Message Type = 5 (DHCP Ack) Server IP address = [ ] Request IP address lease time = (seconds) Address Renewel interval = (seconds) Address Rebinding interval = (seconds) Subnet mask = [ ] Domain Name Server address = [ ] Domain Name Server address = [ ] NetBIOS Server address = [ ] NetBIOS Server address = [ ] Domain name = "cisco.com" Frame 5 - ARP Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary 5 Cisc14F2C441 Broadcast 60 0:02: /31/ :53:04 AM ARP: R PA=[ ] HA=Cisc14F2C441 PRO=IP DLC Hear Frame 128 arrived at 06:53: ; frame size is 60 (003C hex) bytes. Destination = BROADCAST FFFFFFFFFFFF, Broadcast Source = Station Cisc14F2C441 Ethertype = 0806 (ARP) ARP: ARP/RARP frame ARP: ARP: Hardware type = 1 (10Mb Ethernet) ARP: Protocol type = 0800 (IP) ARP: Length of hardware address = 6 bytes ARP: Length of protocol address = 4 bytes ARP: Opco 2 (ARP reply)

29 ARP: Senr's hardware address = 00E01EF2C441 ARP: Senr's protocol address = [ ] ARP: Target hardware address = FFFFFFFFFFFF ARP: Target protocol address = [ ] ARP: ARP: 18 bytes frame padding ARP: Frame 6 - ARP Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary 5 Cisc14F2C441 Broadcast 60 0:02: /31/ :53:04 AM ARP: R PA=[ ] HA=Cisc14F2C441 PRO=IP DLC Hear Frame 128 arrived at 06:53: ; frame size is 60 (003C hex) bytes. Destination = BROADCAST FFFFFFFFFFFF, Broadcast Source = Station Cisc14F2C441 Ethertype = 0806 (ARP) ARP: ARP/RARP frame ARP: ARP: Hardware type = 1 (10Mb Ethernet) ARP: Protocol type = 0800 (IP) ARP: Length of hardware address = 6 bytes ARP: Length of protocol address = 4 bytes ARP: Opco 2 (ARP reply) ARP: Senr's hardware address = 00E01EF2C441 ARP: Senr's protocol address = [ ] ARP: Target hardware address = FFFFFFFFFFFF ARP: Target protocol address = [ ] ARP: ARP: 18 bytes frame padding ARP: Traço do Sniffer-a Frame 1 - DHCPDISCOVER Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary 118 [ ] [ ] 618 0:00: /31/ :02:54 AM Request, Message type: DHCP Discover DLC Hear Frame 118 arrived at 07:02: ; frame size is 618 (026A hex) bytes. Destination = Station 0005DC0BF2F4 Source = Station F72 Ethertype = 0800 (IP) IP Hear Version = 4, hear length = 20 bytes Type of service = = routine = normal lay = normal throughput = normal reliability = ECT bit - transport protocol will ignore the CE bit = CE bit - no congestion Total length = 604 bytes Intification = 52 Flags = 0X