Divisor de Subred (Cantidad de Hosts Objetivo)

Divide una subred para alcanzar una cantidad objetivo de hosts por subred

Enter a parent CIDR and required hosts per subnet

Common Subnet Sizes

/24→ 254 hosts
/25→ 126 hosts
/26→ 62 hosts
/27→ 30 hosts
/28→ 14 hosts
/29→ 6 hosts
/30→ 2 hosts
/31→ 2 hosts (P2P)

El Subnet Splitter (Target Host Count) crea subredes dimensionadas para acomodar un número específico de hosts por subred. Ingresa un CIDR de origen como 172.16.0.0/20 y un objetivo de 50 hosts, y la herramienta calcula que un /26 (62 hosts utilizables) es la subred más pequeña que cabe, luego genera las 64 subredes /26 resultantes del bloque de origen -- el enfoque más práctico para el diseño de redes del mundo real donde conoces las cantidades de dispositivos, no los límites de bits.

Entendiendo el dimensionamiento de subredes basado en hosts

La mayoría de las conversaciones de diseño de red comienzan con cantidades de dispositivos, no con longitudes de prefijo. Un gerente de proyecto dice "este piso tiene 80 puertos de escritorio," un equipo de instalaciones reporta "necesitamos conectar 30 cámaras de seguridad," o un desarrollador pide "suficientes direcciones para 200 contenedores." Ninguna de estas personas sabe ni le importa la notación CIDR -- piensan en términos de cuántos dispositivos necesitan direcciones. Traducir esas cantidades de dispositivos al tamaño de subred correcto es una de las tareas más comunes en ingeniería de redes.

El desafío es que los tamaños de subred no son arbitrarios. Dado que las subredes se definen por longitudes de prefijo binarias, la cantidad de hosts utilizables salta en potencias de dos menos dos (contando la dirección de red y de broadcast). Puedes tener 2 hosts utilizables (/30), 6 (/29), 14 (/28), 30 (/27), 62 (/26), 126 (/25) o 254 (/24). No hay tamaño de subred que dé exactamente 50 hosts utilizables. Las opciones más cercanas son 30 (muy pocos) o 62 (más que suficiente). Esta herramienta automáticamente elige la subred más pequeña que satisface tu requerimiento, para que no desperdicies espacio de direcciones en bloques innecesariamente grandes.

El "desperdicio" por redondear a la siguiente potencia de dos es realmente útil en la práctica. Si necesitas 50 hosts hoy y la herramienta te da un /26 con 62 direcciones utilizables, esas 12 direcciones extra proporcionan espacio para crecimiento -- una impresora, algunos access points, algunos dispositivos de monitoreo. Los ingenieros de red que dimensionan subredes ajustadamente a las cantidades de dispositivos actuales invariablemente terminan renumerando dentro de uno o dos años a medida que la red crece. Un poco de margen al inicio ahorra un esfuerzo significativo después.

Cómo dividir una subred por cantidad de hosts

  1. Ingresa el bloque CIDR de origen (por ejemplo, 10.0.0.0/16).
  2. Ingresa la cantidad objetivo de hosts utilizables por subred (por ejemplo, 50).
  3. La herramienta encuentra el tamaño de subred más pequeño que proporciona al menos esa cantidad de hosts utilizables.
  4. Los resultados listan todas las subredes que caben dentro del bloque de origen, con sus detalles de direccionamiento.

La herramienta cuenta las 2 direcciones reservadas por subred (dirección de red y dirección de broadcast), así que solicitar 50 hosts produce un /26 con 62 hosts utilizables, no un /26 con 64.

Ejemplos de cantidad objetivo de hosts

Encontrando el prefijo correcto para 50 hosts

Origen: 172.16.0.0/20 (4,096 direcciones), objetivo: 50 hosts por subred

Required usable hosts: 50
Smallest sufficient subnet: /26 (64 total, 62 usable)
Number of /26 subnets in a /20: 64

172.16.0.0/26     62 usable hosts
172.16.0.64/26    62 usable hosts
172.16.0.128/26   62 usable hosts
...
172.16.15.192/26  62 usable hosts

Total: 64 subnets, each supporting up to 62 hosts

Referencia de cantidad de hosts a longitud de prefijo

Hosts necesariosPrefijoDirecciones totalesHosts utilizablesDesperdicio (si se necesitan exactamente N)
1-2/30420-1
3-6/29860-3
7-14/2816140-7
15-30/2732300-15
31-62/2664620-31
63-126/251281260-63
127-254/242562540-127
255-510/235125100-255
511-1022/221,0241,0220-511

Ejemplo de dimensionamiento del mundo real

Una empresa necesita subredes para diferentes departamentos desde 10.10.0.0/16:

DepartamentoDispositivosMejor prefijoUtilizablesUtilización
Engineering200/2425479%
Sales45/266273%
HR15/273050%
Server Room100/2512679%
Guest WiFi25/273083%
Point-to-point2/302100%

Esta herramienta genera las subredes uniformes para una cantidad de hosts a la vez. Para tamaños mixtos como los anteriores, usa la VLSM Calculator.

Cuándo usar la división por cantidad objetivo de hosts

  • Planificación de pisos de oficina -- "este piso tiene 80 puertos de escritorio" se traduce directamente a un requerimiento de cantidad de hosts sin necesidad de saber que 80 hosts requieren un /25.
  • Dimensionamiento de scopes DHCP -- determina el tamaño de subred correcto para un pool DHCP que necesita servir a un número conocido de clientes.
  • Segmentos de dispositivos IoT -- asigna subredes basándote en el número de sensores, cámaras o controladores por segmento.
  • Asignación de granja de servidores -- dimensiona subredes según el número de servidores o VMs en cada cluster.
  • Planificación de crecimiento -- especifica tu cantidad proyectada de dispositivos (dispositivos actuales más un margen de crecimiento) y obtén subredes que acomoden esa capacidad.

Cómo la cantidad de hosts determina la longitud de prefijo

El cálculo

La herramienta usa esta fórmula para encontrar la longitud de prefijo mínima:

Host bits needed = ceil(log2(target_hosts + 2))
Prefix length    = 32 - host_bits    (IPv4)
Prefix length    = 128 - host_bits   (IPv6)

El + 2 cuenta la dirección de red y la dirección de broadcast, que no son utilizables para hosts en el subnetting estándar de IPv4.

Para 50 hosts:

ceil(log2(50 + 2)) = ceil(log2(52)) = ceil(5.7) = 6 host bits
Prefix length = 32 - 6 = 26
Usable hosts = 2^6 - 2 = 62

Un /26 proporciona 62 hosts utilizables, lo que satisface el requerimiento de 50 hosts con 12 direcciones de reserva.

Por qué siempre obtienes más hosts de los solicitados

Debido a que los tamaños de subred son potencias de dos, el siguiente tamaño por encima de tu requerimiento frecuentemente proporciona significativamente más capacidad. Solicitar 33 hosts te da un /26 con 62 hosts utilizables -- casi el doble de tu requerimiento. Este "desperdicio" es inherente al direccionamiento sin clases pero proporciona un margen natural de crecimiento.

Calculando cuántas subredes caben

Una vez determinado el prefijo por subred, el número de subredes que caben dentro del bloque de origen es:

Number of subnets = 2^(target_prefix - source_prefix)

Para un origen /16 dividido en subredes /26:

2^(26 - 16) = 2^10 = 1,024 subnets

Dimensionamiento de subredes para redes reales

La regla más importante del dimensionamiento basado en cantidad de hosts es incluir todo lo que consume una dirección IP, no solo los dispositivos del usuario final. Una subred para 80 estaciones de trabajo también necesita direcciones para el gateway por defecto (1 dirección), cualquier impresora (1-3 direcciones), access points inalámbricos (2-4 direcciones), teléfonos IP si están en la misma VLAN (80 direcciones) y potencialmente interfaces de monitoreo o administración. Un conteo rápido de "80 puertos de escritorio" puede convertirse fácilmente en 170 direcciones reales cuando cuentas todos los dispositivos conectados. Siempre haz un inventario completo antes de elegir tu cantidad objetivo de hosts.

La planificación de crecimiento es el segundo factor crítico. Una regla general común es agregar 30-50% a tu cantidad actual de dispositivos para acomodar el crecimiento en los próximos 2-3 años. Si tienes 80 dispositivos hoy y esperas 30% de crecimiento, apunta a 104 hosts, lo que requiere un /25 (126 utilizables) en lugar del /25 que podrías haber elegido solo para 80. La matemática resulta igual en este caso, pero para un departamento con 50 dispositivos esperando 50% de crecimiento, el objetivo salta a 75, lo que te empuja de un /26 (62 utilizables, insuficiente) a un /25 (126 utilizables).

Una tercera consideración es si planeas usar exclusiones DHCP o reservaciones estáticas dentro de la subred. Muchas organizaciones reservan las primeras o últimas 10-20 direcciones en cada subred para infraestructura de red (gateways, switches, access points) y asignan el resto vía DHCP. Estas direcciones reservadas cuentan contra tu total de hosts utilizables pero no están disponibles para clientes DHCP. Si tu pool DHCP necesita servir a 50 clientes y reservas 10 direcciones para infraestructura, tu requerimiento real es 60 hosts utilizables, no 50.

Preguntas frecuentes

¿Qué pasa si mi subred de origen es demasiado pequeña para incluso una subred que cumpla con el requerimiento de hosts? La herramienta te advierte cuando el bloque de origen no puede producir ni una sola subred del tamaño requerido. Por ejemplo, solicitar 300 hosts de un /25 (126 hosts utilizables) es imposible. Necesitas un bloque de origen más grande o un requerimiento de hosts reducido.

¿Debería incluir la IP del gateway en mi cantidad de hosts? Sí. El gateway por defecto típicamente consume una dirección utilizable de la subred. Si necesitas 50 dispositivos de usuario final más un gateway, solicita 51 hosts.

¿Cómo tomo en cuenta el crecimiento futuro? Una práctica común es agregar 20-50% a tu cantidad actual de dispositivos para acomodar el crecimiento. Si tienes 40 dispositivos hoy y esperas 20% de crecimiento, solicita subredes para 48 hosts. La herramienta devolverá subredes /26 (62 utilizables), dándote espacio para crecer hasta 62 dispositivos.

¿Qué pasa con las subredes /31 y /32? Un /31 proporciona exactamente 2 direcciones sin overhead de red/broadcast (según RFC 3021), haciéndolo ideal para enlaces punto a punto. Un /32 es una ruta de host individual. Si ingresas un objetivo de 1 host, la herramienta puede sugerir /30 (2 utilizables) para subnetting estándar o /31 para escenarios punto a punto.

¿En qué se diferencia esto del divisor de prefijo a prefijo? El Subnet Splitter (/x to /y) requiere que conozcas la longitud de prefijo objetivo. Esta herramienta te permite especificar la cantidad de hosts en su lugar, lo cual es más intuitivo cuando comienzas desde un inventario de dispositivos en lugar de un diagrama de arquitectura de red.

¿Puedo crear subredes de diferentes tamaños desde el mismo bloque de origen? Esta herramienta crea subredes uniformes para una sola cantidad de hosts. Si necesitas subredes de diferentes tamaños (por ejemplo, 200 hosts para ingeniería y 30 para administración), usa la VLSM Calculator, que acepta múltiples requerimientos de cantidad de hosts y asigna subredes de longitud variable desde un solo bloque de origen.

Herramientas relacionadas

IPparse•Herramientas gratuitas de cálculo de redes y subredes

© 2026 IPparse. All tools run locally in your browser.

100% Privacy-First • No Data Collected