Calculadora de subredes

Divide una red en subredes VLSM listando red, broadcast y hosts de cada bloque.

sys-dev-toolkit.lovable.app/herramientas/subnet-calculator

Herramienta

#RedBroadcastPrimeraÚltimaHosts
110.0.0.0/2410.0.0.25510.0.0.110.0.0.254254
210.0.1.0/2410.0.1.25510.0.1.110.0.1.254254
310.0.2.0/2410.0.2.25510.0.2.110.0.2.254254
410.0.3.0/2410.0.3.25510.0.3.110.0.3.254254
510.0.4.0/2410.0.4.25510.0.4.110.0.4.254254
610.0.5.0/2410.0.5.25510.0.5.110.0.5.254254
710.0.6.0/2410.0.6.25510.0.6.110.0.6.254254
810.0.7.0/2410.0.7.25510.0.7.110.0.7.254254
910.0.8.0/2410.0.8.25510.0.8.110.0.8.254254
1010.0.9.0/2410.0.9.25510.0.9.110.0.9.254254
1110.0.10.0/2410.0.10.25510.0.10.110.0.10.254254
1210.0.11.0/2410.0.11.25510.0.11.110.0.11.254254
1310.0.12.0/2410.0.12.25510.0.12.110.0.12.254254
1410.0.13.0/2410.0.13.25510.0.13.110.0.13.254254
1510.0.14.0/2410.0.14.25510.0.14.110.0.14.254254
1610.0.15.0/2410.0.15.25510.0.15.110.0.15.254254

Qué problema resuelve

Segmentar una red corporativa en subredes por departamento sin colisiones.

Segmentar una red corporativa en subredes con VLSM (Variable Length Subnet Masking) es un ejercicio que aparece en cada rediseño de red y en cada examen CCNA. Esta calculadora de subredes toma un bloque CIDR de partida y lo divide en tantas subredes como necesites, mostrando red, broadcast, hosts útiles y rango de cada bloque.

VLSM: usar el espacio de forma eficiente

VLSM permite dividir una red en subredes de tamaños distintos. En vez de partir un /24 en cuatro /26 fijos, puedes crear un /25 (126 hosts) para el departamento grande y varios /29 (6 hosts) para enlaces punto a punto, aprovechando cada dirección. Es la base del direccionamiento moderno desde RFC 1878.

Cómo elegir el prefijo correcto

Cuenta el número máximo de hosts previsto + margen de crecimiento (50 % es razonable) y busca el /n más pequeño que lo cubra. 62 hosts → /26 (62 útiles). 30 hosts → /27 (30 útiles) apura demasiado; prefiere /26. Para enlaces P2P entre routers usa /30 (2 útiles) o /31 (RFC 3021, ambas IPs válidas, ahorro de 50 %).

Direccionamiento jerárquico

Un buen plan sigue una jerarquía: sede.entorno.función. Por ejemplo 10.10.0.0/16 para la sede A, dividido en 10.10.0.0/20 producción y 10.10.16.0/20 preproducción, y dentro de producción /24 por función (web, app, db). Facilita la agregación de rutas y la ACL centralizada.

Superneting y agregación de rutas

El inverso de la subred: combinar rutas contiguas en una sola entrada. Anunciar 10.0.0.0/16 en BGP en vez de 256 /24 individuales reduce la tabla de rutas. La agregación exige planificación: subredes contiguas y del mismo destino. Un buen plan de direccionamiento se agrega bien; uno malo, no.

Casos de uso comunes

  • Diseñar el direccionamiento de una nueva sede.
  • Dividir una VPC de AWS/Azure/GCP en subredes públicas y privadas por zona.
  • Preparar ejercicios de VLSM para certificaciones (CCNA, Network+).
  • Auditar un plan existente y detectar solapes.

Buenas prácticas

  • Deja al menos un 50 % de crecimiento sin asignar en cada subred.
  • Reserva las primeras IPs para gateway y las últimas para servicios de red.
  • Documenta cada subred con propietario, VLAN, propósito y fecha.
  • Usa /31 para P2P cuando ambos extremos lo soporten (todos los routers modernos).