☰

Retraso en la oferta de DHCP

tag-icon • tag-icon linux debian dhcp
Retraso en la oferta de DHCP

Datos iniciales:

1.Dos servidores DHCP:

Primero: Descripción: Debian GNU/Linux 6.0.10 (squeeze) Versión: 6.0.10 Nombre en clave: squeeze

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

2.Una red, digamos 192.168.0.0/24

3.Dos interfaces 192.168.0.1 y 192.168.0.2, una por cada servidor DHCP. Ambos funcionan y ofrecen direcciones de una subred, pero el grupo para el primer dhcp es .10-.20 gateway ip.1, el grupo para el segundo ip.21-.31 con gateway ip.2

4.Tarea: los dispositivos en esa red deben recibir direcciones de DHCP #2 en lugar de DHCP #1. ¿Porque? La tarea principal es migrar de un sistema a otro, por lo que no puedo simplemente desconectar todos los dispositivos; aquellos que están funcionando ahora deben permanecer en estado de funcionamiento. Es la migración de TV en el hotel.

5.¿Qué he probado? Mi idea era aumentar manualmente el retraso en la respuesta del DCHP n.º 1 a la solicitud de DHCP del cliente.

6.Comandos utilizados en 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 protocolo ip parent 1:0 prio 3 u32 \ match ip sport 67 0xffff flowid 1:3 filtro tc agregar dev eth1 protocolo ip padre 1:0 prio 3 u32 \ match ip dport 68 0xffff flowid 1:3

7.Resultado: al hacer ping a DHCP #1 desde el dispositivo, veo retrasos de más de 500 ms, pero cuando realizo una refutación del dispositivo y emito el comando "tcpdump -n -i eth1 portrange 67-68" en ambos servidores DHCP, o el comando "tail -f /var/log/syslog" para obtener más detalles, veo que DHCP #1 responde más rápido que DHCP #2.

Estaré muy agradecido por ideas y pistas, qué más hacer u otra solución. ¡Gracias!

Respuesta1

La IP que proporciona un servidor DHCP no deja de ser válida si el servidor DHCP deja de estar disponible. Entonces, a menos que haya más en la historia que no haya agregado a su pregunta, esto no debería ser demasiado difícil.

  • Todos los dispositivos solicitan IP del servidor n.° 1 y las obtienen con un contrato de arrendamiento válido (digamos 1 hora).
  • Apague el servidor DHCP n.º 1. Todos los dispositivos permanecen en el grupo n.° 1.
  • Una vez que haya expirado el 50 % del contrato de arrendamiento (30 minutos en este ejemplo), el dispositivo intentará renovar el contrato de arrendamiento. Dado que el servidor está inactivo, la renovación fallará, pero el dispositivo continuará usando su dirección IP válida del grupo 1.
  • Una vez que haya expirado el 87,5% del contrato de arrendamiento (quedan 7,5 minutos de contrato de arrendamiento), el cliente realizará un DHCPDISCOVER y aceptará nuevos contratos de arrendamiento. En este punto, debería obtener una dirección válida del servidor DHCP n.º 2 y obtener una dirección IP en el grupo 2.
  • Una vez que haya expirado el período de arrendamiento, todos sus clientes deberían estar en el grupo2.

información relacionada