Calculadora de Tamano de Alcance DHCP

La Calculadora de Tamaño de Scope DHCP determina el tamaño óptimo de subred para pools DHCP basándose en la cantidad esperada de clientes, duración de lease y proyecciones de crecimiento. Ingresa el número de clientes concurrentes (por ejemplo, 150), tu tiempo de lease (por ejemplo, 8 horas), la cantidad de exclusiones estáticas y un factor de crecimiento -- y obtén una longitud de prefijo recomendada junto con un desglose de direcciones totales, tamaño de pool utilizable y porcentaje de margen.

Entendiendo el dimensionamiento de scopes DHCP

Acertar con el tamaño de un scope DHCP es una de esas tareas que parecen simples hasta que te equivocas. Si es muy pequeño, los clientes comienzan a fallar al obtener direcciones durante las horas pico -- apareciendo como fallas de conectividad misteriosas que frecuentemente se diagnostican erróneamente como problemas de WiFi, problemas de switch o bugs de aplicación antes de que alguien piense en revisar el pool DHCP. Si es muy grande, desperdicias espacio de direcciones IPv4 valioso que podría usarse para otras subredes, lo cual es especialmente doloroso cuando trabajas dentro de una asignación limitada como un solo /22 para un edificio completo.

La complicación es que el tamaño del pool DHCP no es lo mismo que la cantidad de clientes. El espacio total de direcciones de una subred pierde direcciones por overhead antes de que un solo cliente se conecte. La dirección de red y la dirección de broadcast siempre están reservadas. El default gateway toma una dirección. Cualquier dispositivo asignado estáticamente -- servidores, impresoras, access points, cámaras -- cada uno consume una dirección que el servidor DHCP no puede entregar. Después de restar este overhead, las direcciones restantes forman tu pool utilizable, y ese pool necesita acomodar no solo los clientes de hoy sino también un buffer de crecimiento razonable. Un scope que se ajusta perfectamente a 120 estaciones de trabajo hoy se agotará el día que la empresa contrate diez personas más o despliegue una oleada de sensores IoT.

Esta calculadora maneja todos estos factores. Proporcionas la cantidad esperada de clientes, duración de lease, número de exclusiones estáticas y un multiplicador de crecimiento. La herramienta calcula el requerimiento ajustado, lo compara contra los tamaños de subred disponibles (que vienen en potencias de dos) y recomienda la longitud de prefijo más pequeña que proporciona margen adecuado. También muestra las opciones más grande y más pequeña siguientes para que puedas tomar una decisión informada entre eficiencia de direcciones y margen de seguridad operacional.

Cómo calcular el tamaño de scope DHCP

1. Ingresa el número esperado de clientes DHCP concurrentes (por ejemplo, 150 estaciones de trabajo)
2. Establece la duración del lease DHCP (por ejemplo, 8 horas, 24 horas, 7 días)
3. Especifica el número de exclusiones estáticas -- gateway, servidores, impresoras y dispositivos de infraestructura
4. Elige un factor de crecimiento para contemplar expansión futura (por ejemplo, 1.5x para 50% de margen)
5. Revisa la longitud de prefijo de subred recomendada y el desglose del tamaño del pool

Ejemplos de cálculo de tamaño de scope DHCP

Piso de oficina con 120 estaciones de trabajo

Cálculo:

• Cantidad de clientes ajustada: 120 x 1.5 = 180
• Más exclusiones: 180 + 10 = 190
• Más red + broadcast: 190 + 2 = 192

Recomendación: /24 (256 direcciones) -- proporciona 244 direcciones utilizables con 22% de margen sobre el requerimiento ajustado por crecimiento.

WiFi de invitados con carga variable

Recomendación: /24 para manejar eventos pico. Con leases de 2 horas, las direcciones se reciclan rápidamente, así que incluso 200 invitados concurrentes caben dentro de 251 direcciones utilizables.

Red de punto de venta

Recomendación: /28 (16 direcciones, 12 de pool utilizable) -- acomoda 16 clientes ajustados con desperdicio mínimo. Los tiempos de lease largos significan que las direcciones permanecen ocupadas incluso cuando las terminales se apagan durante la noche.

Cuándo usar la Calculadora de Tamaño de Scope DHCP

• Diseño de nueva VLAN -- selecciona la longitud de prefijo correcta antes de crear la subred
• Resolución de problemas por agotamiento de scope -- verifica si un scope sobrecargado necesita expansión
• Planificación de expansión de oficina -- calcula el tamaño de subred necesario cuando crece la plantilla
• Segmentación de red -- dimensiona correctamente los scopes al migrar de una red plana a VLANs
• Optimización de tiempo de lease -- comprende cómo la duración del lease impacta el tamaño de pool requerido
• Planificación de capacidad -- determina cuándo un scope existente alcanzará su capacidad según tendencias de crecimiento

Cómo funciona el dimensionamiento de scopes DHCP

El pool DHCP disponible siempre es menor que el tamaño total de la subred. Varias direcciones deben excluirse de la asignación dinámica:

Desglose de overhead de direcciones

Pool DHCP utilizable = Direcciones totales - 2 (red + broadcast) - gateway - exclusiones estáticas

El factor de duración del lease

Los leases más cortos reciclan direcciones más rápido, permitiendo que más clientes compartan un pool más pequeño. Los leases más largos mantienen direcciones ocupadas incluso después de que los clientes se desconectan, requiriendo un pool más grande:

Consejos prácticos de dimensionamiento de scopes

El error más grande que cometen los administradores es dimensionar los scopes DHCP según la plantilla actual sin ningún buffer de crecimiento. Un scope que está al 95% de utilización en un día normal fallará durante cualquier pico -- una reunión general de la empresa, una sesión de capacitación con laptops prestadas o el día que facilities despliega veinte nuevos sensores IoT en la red de gestión del edificio. Cuando un scope se queda sin direcciones, los nuevos clientes reciben direcciones auto-asignadas APIPA en el rango 169.254.0.0/16 y no pueden alcanzar ningún recurso de red. Los síntomas parecen una caída de red, y frecuentemente toma más tiempo diagnosticar que una falla de conectividad genuina porque la infraestructura en sí está saludable.

Elige un factor de crecimiento que coincida con la volatilidad de tu entorno. Para pisos de oficina estables con plantilla predecible, 1.3x (30% de margen) generalmente es suficiente. Para redes WiFi de invitados que experimentan picos por eventos, dimensiona para la asistencia máxima con al menos 1.5x de margen. Para redes IoT y de tecnología operacional donde la cantidad de dispositivos crece de forma impredecible, 2.0x te da uno o dos años de margen antes de que sea necesario re-subnetear.

La duración del lease es la otra palanca que puedes ajustar. Si estás corto de capacidad de pool, acortar el tiempo de lease de 8 horas a 4 horas significa que las direcciones se devuelven más rápido cuando los empleados se van por el día o cuando las laptops entran en suspensión. Esto es particularmente efectivo para redes de invitados donde los visitantes se conectan por una hora y luego se van. Sin embargo, leases más cortos generan más tráfico DHCP (las renovaciones ocurren el doble de frecuente), así que hay un compromiso. Para redes de oficina cableadas con clientes estables, 8-24 horas es el punto óptimo. Para WiFi de invitados, 1-2 horas funciona bien. Para dispositivos IoT que deberían mantener la misma dirección por semanas, 7-30 días es apropiado.

Preguntas frecuentes

¿Qué pasa cuando un scope DHCP se queda sin direcciones?

Los nuevos clientes reciben un DHCPNAK o ninguna respuesta, causando que se auto-asignen una dirección APIPA en el rango 169.254.0.0/16 (link-local). Estos clientes no pueden alcanzar el gateway de red ni ningún recurso enrutado. El servidor DHCP típicamente registra eventos de "no addresses available".

¿Cuánto margen de crecimiento debería planificar?

Un factor de crecimiento de 1.5x (50% de margen) es un punto de partida común. Entornos de alto crecimiento como startups u oficinas en expansión pueden justificar 2.0x. Entornos estables con plantilla predecible pueden usar 1.2x-1.3x. Siempre redondea hacia arriba al siguiente tamaño de subred disponible ya que los prefijos vienen en potencias de dos.

¿Debería usar un /23 o dos /24?

Un solo /23 (510 hosts utilizables) es más simple de administrar que dos subredes /24 con un relay. Usa un /23 si todos los clientes están en el mismo dominio de broadcast. Divide en dos subredes /24 si necesitas VLANs separadas para segmentación de seguridad o si aplican límites de densidad de puertos del switch.

¿Cómo afecta el tiempo de lease la utilización del pool DHCP?

Los leases más cortos significan que las direcciones se devuelven al pool más rápido, incrementando efectivamente la capacidad sin cambiar el tamaño de la subred. Un lease de 8 horas significa que la mayoría de las direcciones se liberan durante la noche. Un lease de 7 días significa que un dispositivo que se conectó una vez el lunes mantiene su dirección hasta el lunes siguiente, incluso si se desconectó el martes por la mañana. Para redes transitorias (WiFi de invitados, salas de conferencia), los leases cortos son esenciales.

¿Puedo monitorear la utilización del pool DHCP en tiempo real?

La mayoría de las plataformas de servidor DHCP proporcionan estadísticas de utilización. Windows Server muestra porcentajes de utilización del scope en la consola DHCP. ISC DHCP rastrea conteos de leases en el archivo dhcpd.leases. Configura alertas al 80% de utilización para darte tiempo de expandir antes del agotamiento. Muchas herramientas de monitoreo (PRTG, Zabbix, LibreNMS) incluyen sensores de utilización DHCP.

Herramientas relacionadas

• Calculadora VLSM - Calcula asignaciones de subred de longitud variable para tu diseño de red completo
• Generador de Rangos de Exclusión DHCP - Genera configuraciones de exclusión para IPs estáticas dentro de scopes DHCP
• Constructor de Tabla de Reservación IP - Documenta reservaciones de IP estáticas para servidores e infraestructura
• Mapeador VLAN-a-Subred - Mapea VLANs con DHCP habilitado a sus asignaciones de subred
• Detector de Subredes Sobreasignadas - Detecta cuando los hosts asignados exceden la capacidad de la subred