Eu tenho um servidor DHCP que atende a várias sub-redes em uma retransmissão DHCP. Quando envia as ofertas DHCP, define o identificador do servidor (opção 54) para o seu próprio endereço IP.
Quando os clientes precisam renovar, tentam unicast para esse endereço IP, para o qual nenhum deles pode encaminhar.
Como o unicast ao servidor DHCP deve funcionar quando um relé é usado? O comportamento esperado para o cliente não é renovado por unicast durante o estado RENEWING e, em seguida, para renovar por transmissão durante o estado REABINDING após o horário T2?
Sim, absolutamente.
É um pouco estranho para os clientes não conseguir rotear unicast para o seu servidor DHCP, mas não é de todo um problema; eles só vão renovar mais tarde em sua vida útil (o que lhe dá um pouco menos de folga para o tempo de inatividade no servidor DHCP).
A renovação da concessão (no estágio T1) é facilitada por meio de uma mensagem unicast do cliente DHCP para o servidor DHCP. Por que o tráfego de unicast da sub-rede do cliente não seria roteado para a sub-rede do servidor? Como a transmissão original seria retransmitida para a sub-rede do servidor se a mensagem DHCPDiscover da sub-rede do cliente não estivesse sendo roteada (retransmitida) para a sub-rede do servidor? Se nenhum tráfego estiver sendo roteado entre as sub-redes, como o cliente obteria um endereço IP?
No final do dia, o tráfego da sub-rede do cliente DHCP é roteado pelo roteador (por meio de uma mensagem unicast do agente de retransmissão DHCP durante o estágio DHCPDiscover original e mais tarde durante o estágio T2) e / ou via unicast diretamente do cliente DHCP durante o estágio de renovação T1.
Como você afirmou, se o cliente atingir o estágio T2, ele enviará uma solicitação de renovação de transmissão, que o agente de retransmissão DHCP deve retransmitir (unicast) para o servidor DHCP.
EDITAR
Esta é uma questão teórica ou você está realmente tendo esse problema?
EDIT 2
Para dar outro giro à minha resposta: Quando o cliente inicia uma renovação de concessão no estágio T1, a solicitação de renovação é uma mensagem unicast diretamente do cliente para o servidor (unicast é comunicação direta um-para-um), portanto O agente de retransmissão DHCP não deve estar envolvido. Se o cliente atingir o estágio de renovação T2, a solicitação de renovação será enviada por meio de uma mensagem de difusão e deverá ser retransmitida pelo agente de retransmissão DHCP (que, na verdade, é uma mensagem unicast do agente de retransmissão DHCP).
Se a mensagem unicast do estágio T1 não estiver sendo roteada da sub-rede do cliente para a sub-rede do servidor, isso é um problema de roteamento / rede, não um problema de DHCP.
OK Parece que não posso comentar uma resposta anterior, mas apenas enviar spam para você com uma resposta extra.
Acho que isso não é exatamente um problema de roteamento. Veja o seguinte exemplo muito básico para entender:
= > Onde eu preciso saber o MAC do servidor? lugar algum. Não posso ter certeza de que o MAC de origem dos pacotes que recebi, seja em broadcast ou unicast, seja o MAC do servidor. De qualquer forma, há uma grande chance de que T1 exceda o limite de tempo de cache do arp ...
Normalmente vou ARP o siaddr. E se o IP do servidor unicast NÃO estiver no meu link? Bem, eu vou finalmente desistir do pedido e de qualquer tentativa sucessiva, até eu entrar no estado REBINDING.
Não há erro de roteamento real aqui. É uma questão de topologia, e eu nem sou capaz de implementar uma solução onde eu enviaria a renovação para o IP 'giaddr', pois isso é contra o padrão.
Tags dhcp