¿Qué es una buena configuración de tiempo de espera de arrendamiento DHCP?

En general, he visto que los tiempos de arrendamiento de DHCP son bastante largos (un día más) en la mayoría de los valores predeterminados. Tengo un cliente que parece tener el siguiente problema. Tienen un servidor DHCP en un enrutador que está casi saturado (por ejemplo, en un día normal de trabajo se utiliza el 80-85% de las IP potenciales). Ocasionalmente reinician su enrutador. Cuando eso sucede, parece que el enrutador pierde su tabla de direcciones IP asignadas, por lo que asigna nuevas direcciones IP (por supuesto).

El problema es que a menudo hay un cliente en la LAN que ya tiene la IP y la va a mantener durante un día (la duración actual del tiempo de espera), causando un conflicto de IP y problemas de conectividad para esas dos máquinas.

La solución obvia es hacer un tiempo de arrendamiento muy corto, pero dado que solo soy un aficionado cuando se trata de redes, puede haber más en DHCP que no entiendo.

¿Es lo anterior una evaluación razonable de la situación (al menos con equipos de gama baja) y tiene sentido un menor tiempo de arrendamiento (digamos media hora) en este caso?

Debería considerar reemplazar el servidor DHCP, ya que obviamente está roto. Los servidores DHCP deben mantener la información de arrendamiento entre reinicios y preferiblemente también sondear direcciones antes de liberarlas en el grupo para evitar la duplicación de direcciones.

Si esa no es una opción, puede descartar la duración del arrendamiento. Mientras el servidor DHCP pueda manejar la rotación, debería funcionar, pero los arrendamientos cortos causarán un pequeño aumento en la cantidad de tráfico de transmisión en su red.

Los arrendamientos cortos son principalmente un problema cuando los clientes se desconectan y se vuelven a conectar mucho, por ejemplo, en redes WiFi. Los arrendamientos muy cortos (menos de 1 minuto) pueden causar problemas extraños con algunos clientes DHCP que tienen tiempos de espera más largos que el arrendamiento.

Soluciona el problema real . Los servidores DHCP deben recordar arrendamientos entre reinicios y deben hacer ping a las IP de prueba antes de entregarlas (para asegurarse razonablemente de que no están en uso).

Windows Server viene con un servidor DHCP. Cualquier plataforma * nix puede ejecutar ISC DHCPd. Ambas son opciones bastante buenas y cumplirán fácilmente los requisitos anteriores.

Tenemos contratos de arrendamiento de DHCP establecidos en 8 días para IPv4 y 2 semanas para IPv6. Independientemente de lo que establezca, recuerde que los clientes renovarán después de la mitad del tiempo, por lo que si lo configura en 8 horas, se renovará cada 4 horas (continuando con un doble tiempo de declive ante solicitudes fallidas).

La implementación del servidor DHCP de sus enrutadores puede hacer "detección de colisión DHCP". Mira esto y habilítalo si es posible. Esta es la solución más fácil.

Los tiempos de arrendamiento más cortos definitivamente ayudarán, pero no son una garantía del 100%. Sin embargo, no iría por debajo de 1 hora. En mi experiencia, a muchos programas de red realmente no les gusta, la computadora vuelve a adquirir DHCP mientras el programa se está ejecutando (por ejemplo, Outlook2003 es conocido por esto, 2007 parece comportarse mejor). Hacerlo cada 5 minutos puede ser bastante notorio para los usuarios.

Si el alcance de DHCP es lo suficientemente grande para todas las computadoras en el sitio y la mayoría de esas computadoras está fija en el sitio, puede ser posible asignar a los sistemas regulares una dirección IP fija a través de la reserva de DHCP, dejando solo un grupo muy pequeño de dinámicamente direcciones asignadas para invitados y / o computadoras portátiles que no son frecuentes en la oficina. Las direcciones reservadas no estarán sujetas a colisiones. Por supuesto: alguien tiene que mantener esa lista de reservas ......

Si tiene otro servidor DHCP (Windows / Linux u otro enrutador) en su WAN que sea capaz de detectar colisiones, puede considerar agregar esta LAN como un alcance DHCP adicional allí y reconfigurar el enrutador del sitio para reenviar DHCP a este.

Si todo lo demás falla, deberá configurar un servidor DHCP por separado. Para hasta unos 200 usuarios, realmente no necesita un gran servidor de Windows o una caja de Linux. Puede salirse con la suya con TFTPD32, que es gratuito, fácil de configurar y también detectará colisiones. (Y se ejecutará en un sistema operativo de escritorio si los costos son un problema. Si tiene una PC por ahí, puede dejarla "siempre encendida"). (Y, vea el párrafo anterior, esto puede ubicarse en otro sitio).

Un tiempo de arrendamiento de 30 minutos estará bien para unos pocos cientos de clientes. Si tiene menos de 100 clientes, puede usar 5 o 10 minutos.

El único problema real que consideraría es la carga del servidor. Dado que DHCP es un servicio relativamente liviano en comparación con la potencia actual del procesador / red, esa consideración se está volviendo mucho menos importante.

Por supuesto, todo esto es relativo al tamaño de su red. Una clase C llena de clientes es una cosa, 5 clase As es una bestia completamente diferente.

Intente configurarlo en los 30 minutos que mencionó y vea cómo reacciona su enrutador en cuanto a la carga del procesador.

Más lecturas disponibles aquí: http://www.dhcp-handbook.com/dhcp_faq.html (Consulte la pregunta 35)

Estoy de acuerdo con Stefan, el tiempo de arrendamiento correcto depende de algunos parámetros. Cuántos usuarios, cuánto tiempo los clientes permanecen generalmente conectados, qué clase de red tiene, qué tan poderoso es su enrutador. En mi caso, muchas personas entran y salen de la casa club. En los momentos más ocupados veo 100 conexiones simultáneas. Todos los días supongo que visitarán entre 700 y 1000 personas.

Nuestro ISP proporcionó un enrutador económico para uso doméstico que no admite un buen servidor DHCP con tiempos de arrendamiento más cortos <1 día, lo que significaría un gran grupo de DHCP con el que el enrutador no puede manejar. La tabla de arrendamiento sería demasiado grande para mantenerla junto a las otras funciones que tiene el enrutador, por lo que las funciones DORA fallan y los clientes se asignarán una dirección APIPA. Como la red no contiene ningún tipo de servidor, compré un enrutador barato (tp-link WR841n) que admite un buen servidor DHCP con opciones para ofrecer a los clientes, enrutamiento / especificación DNS y tiempos de arrendamiento más cortos.

Solo habilité este enrutador para actuar como servidor DHCP dedicado y les di a los clientes un tiempo de arrendamiento de 30 minutos. Después de los 30 minutos, el servidor DHCP se pondrá en contacto con el cliente si todavía está allí, de lo contrario, liberará la dirección IP si aún está presente y reasignará 30 minutos al contrato de arrendamiento del cliente. El cliente mantendrá la misma dirección IP. El rango de DHCP se establece dentro del rango de direcciones privadas con 254 arrendamientos simultáneos máx. (se basa en el total de conexiones máximas de los AP). Esto funciona muy bien para mi caso.

Reiniciar un servidor DHCP y vaciar su tabla no es una buena idea, a menos que se asegure de desconectar primero a todos los clientes de su red (deshabilite los AP de WiFi). Dedique un minuto al menos para asegurarse de que todos los clientes estén desconectados. Luego, inicie la red en el siguiente orden y espere hasta que esté completamente iniciada y conectada: enrutador, servidor DHCP, puntos de acceso Wifi.

¿No sería una mejor solución solucionar el problema con el servidor DHCP o reemplazarlo?

He tenido varios casos en los que los usuarios no son los mismos durante más de medio día, es decir, restaurantes, casas de huéspedes y hoteles, si han alquilado durante unas pocas horas o un día, uno necesita un enorme grupo de direcciones IP para no quedarse sin clientes y tener clientes con asignación de ip que se han ido hace mucho tiempo. Pero para una red normal donde hay los mismos dispositivos, los usuarios todo el tiempo 3 días está bien.

Stefan

Los contratos de arrendamiento de 5 a 10 minutos son idiotas y no son un conocimiento de RFC 2131. De hecho, cualquier otra cosa que no sea 3 días, especialmente en redes inalámbricas, simplemente no es una buena idea. Parece que el enrutador / dhcp soluciona el problema raíz y no lo complica.