☰

Atraso na oferta de DHCP

tag-icon • tag-icon linux debian dhcp
Atraso na oferta de DHCP

Dados iniciais:

1.Dois servidores DHCP:

Primeiro: Descrição: Debian GNU/Linux 6.0.10 (squeeze) Versão: 6.0.10 Codinome: squeeze

Segundo NAME="Debian GNU/Linux" VERSION_ID="8" VERSION="8 (jessie)" ID=debian

2.Uma rede, digamos 192.168.0.0/24

3.Duas interfaces 192.168.0.1 e 192.168.0.2, uma para cada servidor DHCP. Ambos estão funcionando e oferecendo endereços de uma sub-rede, mas o pool para o primeiro dhcp é .10-.20 gateway ip.1, pool para o segundo ip.21-.31 com gateway ip.2

4.Tarefa - os dispositivos nessa rede devem receber endereços do DHCP #2 em vez do DHCP #1. Por quê então? A principal tarefa é migrar de um sistema para outro, por isso não posso simplesmente desconectar todos os dispositivos - aqueles que estão funcionando agora devem permanecer funcionando. É a migração da TV no Hotel.

5.O que eu tentei? Meu pensamento era aumentar manualmente o atraso na resposta do DCHP #1 na solicitação DHCP do cliente.

6.Comandos usados ​​no DHCP #1: tc qdisc add dev eth1 root handle 1: prio tc qdisc add dev eth1 parent 1:3 handle 30: netem delay 500ms tc filter add dev eth1 protocol ip parent 1:0 prio 3 u32 \ match ip sport 67 0xffff flowid 1:3 tc filter add dev eth1 protocol ip parent 1:0 prio 3 u32 \ match ip dport 68 0xffff flowid 1:3

7.Resultado: executando ping no DHCP nº 1 do dispositivo, vejo atrasos de mais de 500 ms, mas quando executo a refutação do dispositivo e emito o comando "tcpdump -n -i eth1 portrange 67-68" em ambos os servidores DHCP ou o comando "tail -f /var/log/syslog" para mais detalhes, vejo que o DHCP #1 responde mais rápido que o DHCP #2.

Ficarei muito grato por ideias e pistas sobre o que fazer ou outra solução. Obrigado!

Responder1

O IP fornecido por um servidor DHCP não se torna inválido se o servidor DHCP ficar indisponível. Portanto, a menos que haja mais coisas na história que você não adicionou à sua pergunta, isso não deve ser muito difícil.

  • Todos os dispositivos solicitam IPs do servidor nº 1 e os obtêm com uma concessão válida (digamos 1 hora).
  • Desligue o servidor DHCP nº 1. Todos os dispositivos permanecem no pool #1.
  • Depois que 50% do aluguel expirar (30 minutos neste exemplo), o dispositivo tentará renovar o aluguel. Como o servidor está inativo, a renovação falhará, mas o dispositivo continuará a usar seu endereço IP válido do pool 1.
  • Após 87,5% da locação expirar (7,5 minutos de locação restantes), o cliente fará um DHCPDISCOVER e aceitará novas concessões. Neste ponto, ele deve obter um endereço válido do servidor DHCP nº 2 e um endereço IP no pool 2.
  • Depois que o período de locação expirar, todos os seus clientes deverão estar no pool2.

informação relacionada