El Variable Length Subnet Masking (VLSM) o máscara de subred de longitud variable es una técnica de subdivisión de redes IP que permite utilizar máscaras de subred de diferente tamaño dentro de una misma red principal. A diferencia del direccionamiento classful tradicional (Clases A, B y C), VLSM asigna prefijos de red de longitud variable según la cantidad de hosts que necesita cada subred, eliminando el desperdicio de direcciones.

VLSM es la base del protocolo CIDR (Classless Inter-Domain Routing), introducido por la IETF en 1993 (RFC 1518 y RFC 1519) para reemplazar el sistema de direccionamiento por clases. Su objetivo fue frenar el agotamiento de direcciones IPv4 y reducir el tamaño de las tablas de enrutamiento globales. Con el sistema classful solo existían tres tamaños posibles de red (256, 65,536 o 16,777,216 direcciones), lo que generaba un enorme desperdicio. VLSM permite que cada subred tenga exactamente el tamaño que necesita, optimizando el uso del espacio de direcciones.

La mejor forma de entender VLSM es con un ejemplo real. Vamos a planificar el direccionamiento de una red 192.168.1.0/24 que debe dividirse en cuatro subredes con requisitos distintos:

Paso 1: Ordenar las subredes de mayor a menor

El primer paso del subnetting VLSM es ordenar todas las subredes por cantidad de hosts, de mayor a menor. Esto es fundamental porque los bloques grandes necesitan espacio contiguo, y asignarlos primero evita la fragmentación del direccionamiento.

Nuestro orden queda: LAN Principal (50) → LAN Secundaria (25) → WAN 1 (2) → WAN 2 (2).

Paso 2: Calcular el CIDR y tamaño de bloque para cada subred

Cada subred necesita una máscara que proporcione al menos hosts_necesarios + 2 direcciones (una para la dirección de red y otra para broadcast). El tamaño del bloque debe ser una potencia de 2.

• LAN Principal (50 hosts): Necesita 52 direcciones → siguiente potencia de 2 = 64 → /26 (255.255.255.192). Ofrece 62 direcciones utilizables.
• LAN Secundaria (25 hosts): Necesita 27 direcciones → siguiente potencia de 2 = 32 → /27 (255.255.255.224). Ofrece 30 direcciones utilizables.
• WAN 1 y WAN 2 (2 hosts): Necesitan 4 direcciones → bloque de 4 → /30 (255.255.255.252). Ofrece 2 direcciones utilizables cada una.

Paso 3: Asignar rangos de direcciones secuencialmente

Comenzando desde 192.168.1.0, asignamos los bloques en orden descendente:

1. LAN Principal (/26): 192.168.1.0 → 192.168.1.63. El bloque ocupa las primeras 64 direcciones.
2. LAN Secundaria (/27): 192.168.1.64 → 192.168.1.95. El bloque siguiente comienza justo donde terminó el anterior.
3. WAN 1 (/30): 192.168.1.96 → 192.168.1.99.
4. WAN 2 (/30): 192.168.1.100 → 192.168.1.103.

Paso 4: Resultado final

El plan VLSM completo queda así:

Hemos utilizado 104 direcciones de las 256 disponibles en el /24, desperdiciando solo 17 direcciones en total. Quedan 152 direcciones libres para expansiones futuras, más de la mitad del bloque original. Esta es la eficiencia que ofrece una calculadora VLSM bien utilizada.

Para apreciar realmente la ventaja de VLSM, comparemos el resultado anterior con lo que ocurriría si usáramos FLSM (Fixed Length Subnet Mask) para las mismas cuatro subredes.

¿Qué habría pasado con FLSM?

Con FLSM, dividir la red 192.168.1.0/24 en 4 subredes iguales significa crear cuatro subredes /26 (64 direcciones cada una, 62 utilizables):

Comparativa de eficiencia

El costo del desperdicio FLSM

Con FLSM, los dos enlaces WAN que solo necesitan 2 direcciones IP reciben cada uno una subred /26 completa de 62 direcciones utilizables. Es decir, 60 de cada 62 direcciones se desperdician por enlace WAN. En total, FLSM desperdicia 169 direcciones — más del 66% del bloque /24 original — para cumplir exactamente los mismos requisitos.

Con VLSM, en cambio, los enlaces WAN usan /30 (solo 4 direcciones cada uno, sin desperdicio), y las LANs reciben exactamente el tamaño que necesitan. El ahorro neto es de 152 direcciones recuperadas que quedan disponibles para nuevos segmentos, crecimiento futuro o redes adicionales.

Esta comparativa demuestra por qué el VLSM subnetting es indispensable en la administración de redes moderna y por qué protocolos como RIP v2, OSPF y EIGRP lo soportan de forma nativa, mientras que protocolos classful como RIPv1 quedaron obsoletos.

• Planificación de direccionamiento empresarial: Diseñar esquemas IP eficientes para organizaciones con departamentos que requieren diferentes cantidades de hosts, como oficinas con 50 empleados y salas de servidores con 10 equipos.
• Optimización de espacios de red: Maximizar el uso de direcciones IPv4 asignadas, especialmente crítico en entornos con escasez de IPs públicas o rangos limitados por políticas de asignación.
• Segmentación de infraestructura TI: Dividir redes en subredes específicas para servidores, equipos de red, usuarios finales y dispositivos IoT, asignando a cada segmento exactamente las direcciones que necesita.
• Redes de campus universitario: Los campus universitarios son un caso clásico donde VLSM destaca. Un departamento de Ingeniería puede necesitar 200 direcciones, mientras que una oficina administrativa pequeña necesita solo 10 y un enlace entre edificios requiere 2. Sin VLSM, habría que asignar el mismo tamaño de subred a todos los departamentos, desperdiciando cientos de direcciones. Con VLSM, cada facultad, laboratorio y punto de acceso recibe exactamente el bloque que necesita.
• Infraestructura cloud (AWS VPC / Azure VNet): Los proveedores cloud recomiendan usar VLSM al diseñar VPCs y VNets. Por ejemplo, en AWS puedes tener una VPC 10.0.0.0/16 y dividirla con VLSM en subredes públicas para balanceadores (/27), subredes privadas para aplicación (/24), subredes de base de datos (/26) y subredes de enlace para Transit Gateway (/30). Cada tipo de carga de trabajo recibe exactamente el espacio que necesita, optimizando el uso de direcciones en entornos multi-VPC.

• Ordena siempre las subredes de mayor a menor cantidad de hosts antes de asignar direcciones; esto minimiza el desperdicio de espacio de direccionamiento.
• Recuerda que cada subred pierde 2 direcciones: una para la dirección de red (todos los bits de host en 0) y otra para la dirección de broadcast (todos los bits de host en 1).
• Al diseñar tu plan VLSM, considera el crecimiento futuro: deja espacio libre en el bloque base para añadir más subredes o expandir las existentes sin tener que rediseñar todo el esquema.