Calculadora VLSM

Divide una red en subredes de tamaño variable usando VLSM. Asigna direcciones IP eficientemente con desperdicio mínimo — ingresa tus requisitos de hosts y obtén subredes óptimas.

Tabla de referencia

Subred 4 — Hosts Requeridos	Eficiencia de Asignación	Subredes Creadas	Total de Direcciones Asignadas
0,5	78,0%	4	116 direcciones
1	78,4%	4	116 direcciones
1,5	78,9%	4	116 direcciones
2	79,3%	4	116 direcciones
2,5	77,1%	4	120 direcciones
3	77,5%	4	120 direcciones
4	78,3%	4	120 direcciones
5	79,2%	4	120 direcciones
6	80,0%	4	120 direcciones
7	75,8%	4	128 direcciones
8	76,6%	4	128 direcciones
9	77,3%	4	128 direcciones
10	78,1%	4	128 direcciones
12	79,7%	4	128 direcciones
15	72,9%	4	144 direcciones

Consejos VLSM

VLSM siempre asigna primero la subred más grande, luego trabaja hacia abajo — esto minimiza la fragmentación.
Cada subred pierde 2 direcciones (red + broadcast) — planifica para esta sobrecarga.
Agrega 10–20% a tu conteo de hosts para crecimiento futuro antes de ingresar los requisitos.
VLSM es más eficiente que el subneteo fijo: un /24 dividido con VLSM puede ahorrar 30–50% de IPs desperdiciadas.

¿Qué es VLSM?

VLSM (Máscara de Subred de Longitud Variable) es una técnica de subneteo que permite a los administradores de red usar diferentes tamaños de máscara de subred dentro del mismo espacio de direcciones. A diferencia del subneteo de longitud fija donde cada subred debe ser del mismo tamaño, VLSM te permite crear subredes adaptadas al número exacto de hosts que necesita cada segmento. Por ejemplo, un departamento con 200 estaciones de trabajo obtiene una subred /24 (254 hosts), mientras que un enlace punto a punto entre routers obtiene un /30 (2 hosts). Esto reduce dramáticamente el desperdicio de direcciones IP comparado con dar a ambos segmentos el mismo /24. VLSM se hizo posible con la adopción de CIDR y requiere protocolos de enrutamiento que transporten información de máscara de subred, como OSPF, EIGRP, IS-IS o BGP.

Cómo Funciona la Asignación VLSM

El algoritmo VLSM sigue un principio simple: ordena todos los requisitos de subred de mayor a menor, luego asigna cada uno usando la máscara de subred más pequeña que encaje. Comienza con el requisito más grande — encuentra el prefijo CIDR mínimo que proporcione suficientes hosts (utilizable = 2^bits_host − 2). Asigna ese bloque comenzando desde la siguiente dirección disponible en la red principal. Luego pasa al siguiente requisito más grande y repite. Este enfoque de mayor-primero asegura alineación óptima y previene fragmentación. Por ejemplo, comenzando con 192.168.1.0/24 (254 utilizables), si necesitas 100, 50 y 10 hosts: el primero obtiene /25 (126 utilizables), el segundo obtiene /26 (62 utilizables), y el tercero obtiene /28 (14 utilizables), usando 128 + 64 + 16 = 208 de 256 direcciones con 48 restantes para crecimiento futuro.

Guías de Planificación VLSM

Siempre ordena las subredes por tamaño (mayor primero) antes de asignar — esto previene la fragmentación del espacio de direcciones.
Cada subred debe alinearse a su tamaño de bloque: un /26 (64 direcciones) debe comenzar en un múltiplo de 64.
La subred práctica mínima es /30 (2 hosts utilizables) para enlaces de router; /28 (14 hosts) para redes de dispositivos.
Agrega 20% de margen de crecimiento: si necesitas 100 hosts, planifica para 120 — esto aún cabe en un /25 (126 utilizables).
Subneteo fijo de un /24 en bloques /26 iguales da 4 × 62 = 248 hosts. VLSM puede satisfacer las mismas necesidades en menos direcciones.
Documenta tu plan VLSM cuidadosamente — las subredes de tamaño variable son más difíciles de solucionar que las fijas.

Comparación VLSM vs Subneteo Fijo

/26 fijo para 200 + 50 + 10: necesita 4 subredes = 256 IPs, desperdicia 196 (23% eficiencia).
VLSM para 200 + 50 + 10: /24 + /26 + /28 = 336 IPs necesarias, pero solo 256 + 64 + 16 = 336 (77% eficiencia).
Asignación ISP: VLSM permite a ISPs dar /28 a clientes pequeños, /24 a medianos, /22 a grandes — desde un bloque /16.
Red de campus: administración (200 PCs) obtiene /24, laboratorio (30 PCs) obtiene /27, cámaras de seguridad (8) obtienen /28.
Centro de datos: VLAN de producción /23 (510 hosts), gestión /27 (30), fuera de banda /29 (6).
Laboratorio casero: LAN principal /25 (126), IoT /28 (14), Wi-Fi invitado /28 (14) — todo desde un /24.

Ejemplos de Asignación VLSM

División de subred paso a paso

Oficina: 192.168.1.0/24 → 4 Subredes

Requisitos: Ingeniería (100), Ventas (50), RRHH (20), Enlaces router (2)
Ordenar mayor primero: 100, 50, 20, 2
Subred 1: 100 hosts → necesita /25 (126 utilizables). Red: 192.168.1.0/25, rango .1–.126
Subred 2: 50 hosts → necesita /26 (62 utilizables). Red: 192.168.1.128/26, rango .129–.190
Subred 3: 20 hosts → necesita /27 (30 utilizables). Red: 192.168.1.192/27, rango .193–.222
Subred 4: 2 hosts → necesita /30 (2 utilizables). Red: 192.168.1.224/30, rango .225–.226

Usó 200 de 256 direcciones (78% eficiencia). Quedan 56 direcciones para crecimiento.

Campus: 10.10.0.0/22 → 3 Edificios

Total disponible: /22 = 1,022 direcciones utilizables
Requisitos: Edificio principal (500), Anexo (200), Laboratorio (50)
Subred 1: 500 → necesita /23 (510 utilizables). Red: 10.10.0.0/23, rango .0.1–.1.254
Subred 2: 200 → necesita /24 (254 utilizables). Red: 10.10.2.0/24, rango .2.1–.2.254
Subred 3: 50 → necesita /26 (62 utilizables). Red: 10.10.3.0/26, rango .3.1–.3.62
Restante: 10.10.3.64/26 hasta 10.10.3.255 (192 direcciones para uso futuro)

Usó 832 de 1,024 direcciones. Quedan 192 — suficientes para dos subredes /26 más.

Preguntas Frecuentes

¿Cuál es la diferencia entre VLSM y CIDR?

CIDR (Enrutamiento Inter-Dominio sin Clases) es el sistema de notación que permite prefijos de longitud variable (ej. /22, /27). VLSM (Máscara de Subred de Longitud Variable) es la técnica de aplicar diferentes longitudes de prefijo CIDR a diferentes subredes dentro del mismo bloque de direcciones. Piensa en CIDR como el lenguaje y VLSM como la práctica de diseño que lo usa. VLSM requiere protocolos de enrutamiento conscientes de CIDR como OSPF o EIGRP.

¿Qué protocolos de enrutamiento soportan VLSM?

Los protocolos modernos que transportan información de máscara de subred soportan VLSM: OSPF (Open Shortest Path First), EIGRP (Enhanced Interior Gateway Routing Protocol), IS-IS, BGP, y RIPv2. El antiguo RIPv1 NO soporta VLSM porque asume límites con clases y no incluye la máscara en las actualizaciones de enrutamiento. Las rutas estáticas también soportan VLSM ya que la máscara se especifica manualmente.

¿Por qué debo ordenar las subredes de mayor a menor?

Las subredes deben alinearse a su tamaño de bloque — un /26 (64 direcciones) debe comenzar en un múltiplo de 64. Si asignas una subred pequeña primero, puedes crear un hueco que desperdicia direcciones porque la siguiente subred más grande no puede encajar ahí. Ordenar mayor-primero asegura que cada bloque comience en un límite naturalmente alineado, maximizando el espacio utilizable y previniendo fragmentación.

¿Cómo sé qué tamaño de subred necesito para N hosts?

Encuentra la potencia de 2 más pequeña que sea mayor que N + 2 (el +2 cuenta las direcciones de red y broadcast). Para 100 hosts: 100 + 2 = 102, siguiente potencia de 2 es 128 = 2⁷, entonces bits de host = 7, prefijo = 32 − 7 = /25 (126 utilizables). Para 50 hosts: 52 → 64 = 2⁶ → /26 (62 utilizables). Para 10 hosts: 12 → 16 = 2⁴ → /28 (14 utilizables).

¿Puedo usar VLSM con IPv6?

IPv6 usa un prefijo fijo /64 para todas las subredes de host como recomienda RFC 4291, dando a cada subred 2⁶⁴ direcciones — más que suficiente para cualquier LAN. Los prefijos variables estilo-VLSM se usan en niveles superiores (entre /48 y /64) para asignar subredes a departamentos, pero dentro de cada subred el tamaño es siempre /64. El espacio de direcciones masivo de IPv6 elimina la necesidad de VLSM a nivel de host.

¿Qué pasa si mis hosts no caben en el bloque de red?

Si las direcciones totales requeridas exceden el espacio disponible en tu red principal, el cálculo VLSM falla. Por ejemplo, tratar de encajar 200 + 100 + 50 hosts en un /24 (254 direcciones totales) no funcionará porque necesitas /24 (256) + /25 (128) + /26 (64) = 448 direcciones. Solución: usa un bloque de red más grande (como /23 o /22) o reduce tus requisitos de hosts.