Atraso de oferta DHCP

Question

Dados iniciais:

1. Dois servidores DHCP:

Primeiro: Descrição: Debian GNU / Linux 6.0.10 (squeeze) Lançamento: 6.0.10 Codename: squeeze

Segundo NOME="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 trabalhando 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 o gateway ip.2

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

5. O que eu tentei? Meu pensamento foi 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 root eth1 handle 1: prio tc qdisc adiciona dev eth1 pai 1: 3 pega 30: netem demora 500ms tc filtro add dev eth1 protocolo ip pai 1: 0 prio 3 u32 \ jogo ip esporte 67 0xffff fluida 1: 3 tc filter add dev protocolo eth1 ip pai 1: 0 prio 3 u32 \ match ip dport 68 0xffff fluído 1: 3

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

Eu serei muito grato por idéias e pistas, o que fazer, ou outra solução. Obrigada!

    

Answer 1

O IP que um servidor DHCP fornece não se torna inválido se o servidor DHCP ficar indisponível. Então, a menos que haja mais 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 obtêm-no com uma concessão válida (digamos, 1 hora).
• Encerre o servidor DHCP # 1. Todos os dispositivos permanecem no pool # 1.
• Após 50% da concessão expirarem (30 minutos neste exemplo), o dispositivo tentará renovar a concessão. 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 a expiração de 87,5% da concessão (7,5 minutos de locação restantes), o cliente fará um DHCPDISCOVER e aceitará novas concessões. Nesse ponto, ele deve obter um endereço válido do servidor DHCP nº 2 e obter um endereço IP no pool 2.
• Após o período de concessão expirar, todos os seus clientes devem estar no pool2.