Um servidor DHCP realmente verifica conflitos usando "ping"?

O simples motivo pelo qual o servidor DHCP usa ICMP em vez de ARP é que não há garantia de que o servidor DHCP esteja na mesma sub-rede que o cliente (porque você pode ter um servidor DHCP centralizado com agentes de retransmissão).

RFC 2131 assim diz:

Como uma verificação de consistência, o servidor de alocação DEVE sondar o endereço reutilizado antes de alocar o endereço, por exemplo, com um pedido de eco ICMP, e o cliente DEVE sondar o endereço recém-recebido, por exemplo, com ARP.

É o cliente que utiliza o ARP para detecção de conflitos , conforme especificado na RFC 5227 , que esclarece alguns detalhes já citados na especificação do DHCP:

-- o Protocolo de Resolução de Endereço (ARP) existente fornece uma maneira fácil para um host detectar esse tipo de configuração incorreta e reportá-la ao usuário. A especificação DHCP [RFC2131] menciona brevemente o papel do ARP na detecção de configurações incorretas, conforme ilustrado nos três trechos a seguir da RFC 2131:

• o cliente DEVE sondar o endereço recém-recebido, por exemplo, com ARP

• O cliente DEVE realizar uma verificação final nos parâmetros (por exemplo, ARP para endereço de rede alocado)

• Se o cliente detectar que o endereço já está em uso (por exemplo, através do uso de ARP), o cliente DEVE enviar uma mensagem DHCPDECLINE ao servidor

O RFC 5227 também se estende do DHCP para todo o uso de endereços IPv4:

2.1. Sondando um endereço

Antes de começar a usar um endereço IPv4 (seja recebido de configuração manual, DHCP ou algum outro meio), um host que implemente essa especificação DEVE testar para ver se o endereço já está em uso, transmitindo pacotes ARP Probe. Isso também se aplica quando uma interface de rede faz a transição de um estado inativo para um estado ativo, quando um computador desperta do modo de suspensão, quando uma mudança de estado de link indica que um cabo Ethernet foi conectado, quando uma interface sem fio 802.11 se associa a uma nova estação base, ou quando ocorre qualquer outra alteração na conectividade onde um host se torna ativamente conectado a um link lógico.

Um host NÃO DEVE realizar essa verificação periodicamente. Isso seria um desperdício de largura de banda da rede e é desnecessário devido à capacidade dos hosts de descobrir conflitos passivamente, conforme descrito na Seção 2.4 .

Assumindo o servidor DHCP do Windows, a detecção de conflito do lado do servidor usando solicitações de eco ICMP (ping) está desabilitada por padrão e é recomendável não usá-lo, exceto em algumas circunstâncias raras:

Se sua rede inclui clientes DHCP herdados (clientes executando uma versão do Windows anterior ao Windows 2000), você pode usar a detecção de conflito do lado do servidor fornecida pelo serviço Servidor DHCP em circunstâncias específicas. Por exemplo, esse recurso pode ser útil durante a recuperação de falhas quando os escopos são excluídos e recriados. Para obter mais informações, consulte Solução de problemas de DHCP.

Por padrão, o serviço DHCP não realiza nenhuma detecção de conflito. Para habilitar a detecção de conflitos, aumente o número de tentativas de ping que o serviço DHCP executa para cada endereço antes de conceder esse endereço a um cliente. Observe que para cada tentativa de detecção de conflito adicional que o serviço DHCP executa, segundos adicionais são adicionados ao tempo necessário para negociar concessões para clientes DHCP.

Sim. Com a detecção de conflito habilitada, o servidor DHCP fará ping no endereço IP para o qual deseja conceder uma concessão para garantir que nenhum outro computador esteja usando esse endereço IP. Se a solicitação de ping receber uma resposta, o servidor marcará o IP como BAD_ADDRESS. Se nenhuma resposta for recebida, o servidor atribuirá o endereço IP ao cliente solicitante (o cliente DHCP investiga o endereço IP enviando pacotes ARP gratuitos).