Ele não sabe qual dispositivo consultar. Assim, ele transmite sua solicitação para toda a sub-rede. O servidor DHCP está escutando um determinado tipo de comunicação e, quando ouve essa transmissão específica, inicia a conversa DHCP com o dispositivo que transmitiu sua solicitação. Dê uma olhada no processo DORA para obter mais informações.
DORA significa:
Quanto ao gateway, ele pode entrar em ação somente se encaminhar explicitamente o tráfego DHCP para outra sub-rede. Esse recurso geralmente é chamado de retransmissão DHCP . Caso contrário, o gateway ignorará a mensagem DHCP de broadcast, assim como todas as outras mensagens de broadcast.
Quanto aos servidores DHCP redundantes, convém mantê-los na mesma sub-rede e provavelmente usar a regra 80/20 . Você pode configurar o failover se estiver usando o CentOS como seu servidor DHCP .
O DHCP é (geralmente) um protocolo de transmissão, para que o cliente não precise saber nada sobre a rede, ele simplesmente transmite uma solicitação.
Os servidores DHCP na rede veem essa solicitação e respondem a ela.
Obviamente, é muito mais complexo que isso, devido ao roteamento e outros dispositivos de rede. A página da Wikipedia é uma excelente fonte .
E a RFC relevante cobre os detalhes.
fonte
O motivo pelo qual pergunto é porque estou tentando descobrir como configurar melhor um servidor DHCP redundante, caso o original falhe por qualquer motivo.
Primeiro, louvo o seu interesse em aprender mais sobre o protocolo. Esse é um bom plano.
Segundo, agradeço por explicar seu objetivo; Eu acho que ajudará você a obter uma boa resposta.
Finalmente, minha resposta:
Para qualquer servidor DHCP que você escolher, é provável que haja uma configuração de failover / redundância que permita configurar um servidor DHCP redundante que possa assumir o controle automaticamente (acredito que o Windows tenha isso e sei que o servidor DHCP do ISC). Essa seria a minha primeira escolha, pois normalmente trata de problemas com concessões concedidas pelo servidor DHCP primário antes de sua falha e porque se recupera automaticamente e rapidamente.
A segunda opção seria duplicar completamente a configuração em outra máquina, para que você possa ativar a outra máquina manualmente em caso de falha da primeira. Isso não é o ideal, pois você perderá as informações de concessão existentes e o tempo de inatividade implícito entre a falha do primeiro servidor DHCP e a abertura da substituição.
fonte
Várias etapas estão envolvidas na obtenção de um endereço IP de um servidor DHCP.
Mensagem de descoberta, esta mensagem é transmitida para procurar um servidor dchp
Os servidores DHCP na rede respondem com a mensagem de oferta.
A mensagem de solicitação de DHCP é enviada pelo cliente transmitindo .. esta mensagem informará todos os servidores DHCP na rede, cuja oferta foi aceita pelo cliente.
A mensagem de confirmação do DHCP é enviada para confirmação pelo servidor.
fonte