Guía de Subnetting VLSM: Máscara de Subred de Longitud Variable Explicada con Ejemplos

Guía de Subnetting VLSM: Máscara de Subred de Longitud Variable Explicada con Ejemplos

Publicado el 3 de junio de 2026 · Niwo

Guía de Subnetting VLSM: Máscara de Subred de Longitud Variable Explicada con Ejemplos

¿Qué es VLSM?

VLSM (Variable Length Subnet Mask) o máscara de subred de longitud variable es una técnica de subdivisión de redes IP que permite a los ingenieros de redes usar máscaras de subred de diferente longitud dentro de una misma red. En lugar de forzar que todas las subredes tengan el mismo tamaño (como en los diseños classful o FLSM), VLSM ajusta la longitud del prefijo de cada subred para que coincida con su requisito real de hosts.

VLSM es la implementación práctica de CIDR (Classless Inter-Domain Routing), introducido por la IETF en 1993 mediante los RFC 1518 y RFC 1519. CIDR reemplazó el rígido sistema de direccionamiento classful (Clases A, B, C) y otorgó a los administradores de redes la libertad de dividir bloques IP en límites de bits arbitrarios. VLSM es lo que haces dentro de tu red con CIDR — la técnica de tallar un bloque dado en subredes de tamaño variable.

Por qué el subnetting estándar desperdicia IPs

Antes de CIDR, el subnetting era classful. Una red Clase C (/24) te daba 256 direcciones. Una Clase B (/16) te daba 65,536. Si tu empresa necesitaba 300 IPs, tenías que tomar una Clase B completa — desperdiciando 65,236 direcciones. Por otro lado, una Clase C era demasiado pequeña para 300 hosts. Esta elección binaria fue la causa raíz del enorme desperdicio de direcciones IPv4 durante los años 80 y principios de los 90.

VLSM resolvió esto permitiendo a los ingenieros elegir cualquier longitud de prefijo entre /0 y /32. ¿Necesitas 300 hosts? Usa un /23 (510 direcciones utilizables). ¿Necesitas 2 hosts para un enlace WAN? Usa un /30 (2 direcciones utilizables). Cada subred recibe exactamente lo que necesita — ni más, ni menos.

Fundamento CIDR

La notación CIDR — el formato familiar 192.168.1.0/24 — es el lenguaje de VLSM. El número después de la barra indica cuántos bits pertenecen al prefijo de red. Los bits restantes (32 menos el prefijo) son bits de host:

192.168.1.0/24  →  24 bits de red  |  8 bits de host  = 256 direcciones
192.168.1.0/26  →  26 bits de red  |  6 bits de host  =  64 direcciones
192.168.1.0/30  →  30 bits de red  |  2 bits de host  =   4 direcciones

Cada vez que tomas prestado un bit adicional de la porción de host, duplicas el número de subredes y reduces a la mitad las direcciones por subred. Esta flexibilidad a nivel de bits es el motor detrás de VLSM.

🧮 Prueba nuestra Calculadora VLSM para ver el cálculo de prefijos CIDR en acción — ingresa cualquier red base y requisitos de hosts, y la herramienta generará un plan optimizado al instante.


VLSM vs FLSM (Máscara de Longitud Fija)

FLSM (Fixed Length Subnet Mask) divide una red en subredes de tamaño idéntico. VLSM la divide en subredes de diferentes tamaños, cada una ajustada a su requisito de hosts. Esta única diferencia tiene implicaciones masivas para la eficiencia IP, la escalabilidad y el diseño de red.

Diferencias clave

AspectoFLSMVLSM
Tamaño de subredesTodas idénticasVaría por subred
Eficiencia IPBaja — desperdicia direcciones en subredes pequeñasAlta — cada subred se ajusta a su necesidad
Soporte en protocolos de enrutamientoRIPv1 (solo classful)RIPv2, OSPF, EIGRP, BGP, IS-IS
Complejidad de configuraciónSimple pero derrochadoraRequiere planificación, mucho más eficiente
Flexibilidad de crecimientoPobre — hay que rediseñar para subredes más grandesBuena — se dejan espacios para expansión
Soporte CIDRNoSí — es la base de CIDR
Relevancia en exámenesFundamentos CCNAHabilidad central CCNA

Ejemplo real: el costo de FLSM

Considera una empresa mediana con un bloque 10.0.0.0/24 (256 direcciones) que necesita tres subredes:

  • Granja de servidores: 100 hosts
  • Red de oficina: 50 hosts
  • Enlace WAN: 2 hosts

Con FLSM: dividir el /24 en 3 subredes iguales significa crear 3 subredes. La potencia de 2 más cercana para 3 subredes es 4, así que cada subred recibe 64 direcciones (/26). El enlace WAN, que solo necesita 2 direcciones, recibe un /26 con 62 direcciones utilizables — se desperdician 60. Pero hay un problema mayor: el /26 solo ofrece 62 direcciones utilizables, ¡y la granja de servidores necesita 100! Con FLSM, el diseño ni siquiera es viable porque 62 < 100.

La única opción FLSM sería saltar a /25 (128 direcciones) × 2 subredes, que no da 3 subredes. O usar un bloque /23 completo (512 direcciones), de las cuales se usarían quizás el 30%. El desperdicio es enorme.

Con VLSM: asignas:

  • Granja de servidores: /25 (126 direcciones utilizables) — cabe con margen
  • Red de oficina: /26 (62 utilizables) — cabe con margen
  • Enlace WAN: /30 (2 utilizables) — cero desperdicio

Total usado: 128 + 64 + 4 = 196 direcciones. Desperdicio: solo 26 + 14 + 0 = 40 direcciones. Eficiencia: 79% vs 30% con FLSM (si es que FLSM pudiera funcionar).

Esta es la diferencia que marca VLSM — puede significar la diferencia entre caber en un /24 o necesitar un /23 o más grande.


Cómo Funciona VLSM

VLSM funciona creando una jerarquía de subredes donde los bloques grandes se subdividen progresivamente en bloques más pequeños, respetando siempre los límites de bits.

Jerarquía de subredes

Cuando empiezas con una red base como 172.16.0.0/22, VLSM la trata como un grupo de direcciones y asigna rangos contiguos del tamaño requerido. La regla clave: una vez que un bloque se asigna a una subred, ninguna otra subred puede usar esas direcciones.

El proceso sigue una estructura de árbol:

graph TB
    Root["172.16.0.0/22 (1024 direcciones)"]
    Root --> S1["/23 (512) — Subred más grande"]
    Root --> S2["/23 (512) — Reservado para futuro"]
    S1 --> M1["/24 (256) — Subred mediana"]
    S1 --> M2["/24 (256) — Reservado para futuro"]
    M1 --> SM1["/26 (64) — Subred pequeña"]
    M1 --> SM2["/27 (32) — Subred más pequeña"]
    M1 --> SM3["/28 (16) — Subred aún más pequeña"]
    style Root fill:#1559ed,color:#fff
    style S2 fill:#e67e22,color:#fff
    style M2 fill:#e67e22,color:#fff

Cada nivel de jerarquía corresponde a tomar prestado un bit adicional. La belleza de esta estructura es que permite de forma natural la sumarización de rutas.

Sumarización de rutas

Debido a que VLSM asigna direcciones de forma contigua desde la dirección base, todas las subredes derivadas de 172.16.0.0/22 comparten los mismos primeros 22 bits. Un router puede anunciar una sola ruta /22 en lugar de ocho rutas de subred individuales. Esto reduce las tablas de enrutamiento, disminuye la carga de CPU en los routers y acelera la convergencia.

Considera este escenario real:

  • 172.16.0.0/23 (Ingeniería)
  • 172.16.2.0/24 (Operaciones)
  • 172.16.3.0/26 (Ventas)
  • 172.16.3.64/27 (Finanzas)
  • 172.16.3.112/30 (Enlace WAN)

Sin sumarización VLSM: 5 rutas en la tabla de enrutamiento. Con sumarización VLSM: 1 ruta172.16.0.0/22.

Direccionamiento contiguo

VLSM funciona mejor cuando las subredes se asignan de forma contigua — es decir, la subred B comienza en la dirección inmediatamente posterior a donde termina la subred A. La asignación no contigua (dejar espacios aleatorios) rompe la cadena de sumarización y puede fragmentar tu espacio de direcciones. Siempre asigna desde un extremo del bloque hacia adelante; nunca saltando de un lado a otro.

📐 Nuestra Calculadora VLSM aplica la asignación contigua automáticamente — ordena las subredes por tamaño y las asigna secuencialmente sin espacios.


Subnetting VLSM Paso a Paso

Aquí está la metodología universal para diseñar un plan VLSM. Este proceso funciona para cualquier tamaño de red, desde una pequeña oficina hasta una empresa multi-sede.

Paso 1: Recopila requisitos

Enumera cada subred que necesites y la cantidad de direcciones de host utilizables que requiere cada una. Incluye todos los enlaces punto a punto, redes de gestión, VLANs de invitados y expansión futura.

Paso 2: Ordena por cantidad de hosts (descendente)

Ordena todas las subredes de mayor a menor según la cantidad de hosts requeridos. Esta es la regla de oro de VLSM: asignar los bloques grandes primero minimiza la fragmentación y preserva espacio contiguo para subredes más pequeñas que pueden encajar en los espacios restantes.

Paso 3: Calcula el tamaño de bloque para cada subred

Para cada subred, suma 2 a la cantidad de hosts requeridos (uno para la dirección de red, otro para broadcast). Luego redondea al siguiente número potencia de 2. Este es tu tamaño de bloque.

Hosts requeridos+2 por overheadSiguiente potencia de 2Prefijo CIDRDirecciones utilizables
1–23–44/302
3–65–88/296
7–149–1616/2814
15–3017–3232/2730
31–6233–6464/2662
63–12665–128128/25126
127–254129–256256/24254

Paso 4: Asigna rangos secuencialmente

Comenzando desde la dirección de tu red base, asigna cada subred con su bloque en orden descendente de tamaño. La dirección de red de la siguiente subred equivale a la dirección de broadcast de la subred anterior más 1.

Paso 5: Documenta y verifica

Registra cada asignación en una tabla (dirección de red, CIDR, máscara, rango utilizable, broadcast). Verifica que ningún rango se solape y que todos los requisitos estén cubiertos. Deja espacios documentados para expansión futura.


Ejemplo Práctico VLSM

Trabajemos con un ejemplo empresarial sustancial. Tu empresa ha recibido el bloque 172.16.0.0/22 (1024 direcciones, 1022 utilizables) y necesita soportar los siguientes departamentos y enlaces:

DepartamentoHosts requeridosPropósito
Ingeniería300Estaciones de trabajo, servidores, entornos de desarrollo
Operaciones150Piso de producción, monitoreo
Ventas60CRM, laptops, impresoras
Finanzas25Estaciones de trabajo, sistemas contables
WiFi Invitados10Red de visitantes (aislada)
Enlace WAN 12HQ a Centro de Datos
Enlace WAN 22HQ a Sucursal
Enlace WAN 32HQ a VPN en la Nube

Paso 1: Calcula overhead y ordena

SubredNecesidad real+2 overheadTamaño de bloqueCIDR
Ingeniería300302512/23
Operaciones150152256/24
Ventas606264/26
Finanzas252732/27
WiFi Invitados101216/28
WAN 1244/30
WAN 2244/30
WAN 3244/30

Orden descendente: Ingeniería (/23) → Operaciones (/24) → Ventas (/26) → Finanzas (/27) → WiFi Invitados (/28) → WAN 1–3 (/30 cada una).

Paso 2: Asigna secuencialmente

Comenzando desde 172.16.0.0/22:

1. Ingeniería — /23 (512 direcciones)

  • Red: 172.16.0.0
  • Máscara: 255.255.254.0
  • Rango: 172.16.0.1 – 172.16.1.254
  • Broadcast: 172.16.1.255
  • Siguiente subred empieza en: 172.16.2.0

2. Operaciones — /24 (256 direcciones)

  • Red: 172.16.2.0
  • Máscara: 255.255.255.0
  • Rango: 172.16.2.1 – 172.16.2.254
  • Broadcast: 172.16.2.255
  • Siguiente subred empieza en: 172.16.3.0

3. Ventas — /26 (64 direcciones)

  • Red: 172.16.3.0
  • Máscara: 255.255.255.192
  • Rango: 172.16.3.1 – 172.16.3.62
  • Broadcast: 172.16.3.63
  • Siguiente subred empieza en: 172.16.3.64

4. Finanzas — /27 (32 direcciones)

  • Red: 172.16.3.64
  • Máscara: 255.255.255.224
  • Rango: 172.16.3.65 – 172.16.3.94
  • Broadcast: 172.16.3.95
  • Siguiente subred empieza en: 172.16.3.96

5. WiFi Invitados — /28 (16 direcciones)

  • Red: 172.16.3.96
  • Máscara: 255.255.255.240
  • Rango: 172.16.3.97 – 172.16.3.110
  • Broadcast: 172.16.3.111
  • Siguiente subred empieza en: 172.16.3.112

6. WAN 1 — /30 (4 direcciones)

  • Red: 172.16.3.112
  • Máscara: 255.255.255.252
  • Rango: 172.16.3.113 – 172.16.3.114
  • Broadcast: 172.16.3.115
  • Siguiente subred empieza en: 172.16.3.116

7. WAN 2 — /30 (4 direcciones)

  • Red: 172.16.3.116
  • Máscara: 255.255.255.252
  • Rango: 172.16.3.117 – 172.16.3.118
  • Broadcast: 172.16.3.119
  • Siguiente subred empieza en: 172.16.3.120

8. WAN 3 — /30 (4 direcciones)

  • Red: 172.16.3.120
  • Máscara: 255.255.255.252
  • Rango: 172.16.3.121 – 172.16.3.122
  • Broadcast: 172.16.3.123
  • Siguiente subred empieza en: 172.16.3.124

Paso 3: Análisis

  • Direcciones totales usadas: 512 + 256 + 64 + 32 + 16 + 4 + 4 + 4 = 892 de 1024
  • Direcciones aún disponibles: 172.16.3.124 hasta 172.16.3.255 (132 direcciones) para futuras subredes o expansión
  • Bloque no utilizado: el resto del /22 — 172.16.4.0 en adelante — también está disponible si la empresa tiene más espacio IP

💡 Puedes reproducir este ejemplo exacto en nuestra Calculadora VLSM — ingresa 172.16.0.0/22 como red base, agrega las 8 redes con sus cantidades de hosts, y la herramienta generará el mismo plan optimizado en segundos.


Hoja de Referencia VLSM

Una referencia completa de prefijos CIDR, máscaras de subred y cantidades de hosts para IPv4. Marca esta página para el día del examen y para el diseño de redes real.

CIDRMáscara de SubredEquiv. /24Tamaño bloqueTotal direccionesHosts utilizables
/32255.255.255.2551/256110 (ruta de host)
/31255.255.255.2541/128222 (RFC 3021)
/30255.255.255.2521/64442
/29255.255.255.2481/32886
/28255.255.255.2401/16161614
/27255.255.255.2241/8323230
/26255.255.255.1921/4646462
/25255.255.255.1281/2128128126
/24255.255.255.01256256254
/23255.255.254.02512512510
/22255.255.252.041,0241,0241,022
/21255.255.248.082,0482,0482,046
/20255.255.240.0164,0964,0964,094
/19255.255.224.0328,1928,1928,190
/18255.255.192.06416,38416,38416,382
/17255.255.128.012832,76832,76832,766
/16255.255.0.025665,53665,53665,534
/15255.254.0.0512131,072131,072131,070
/14255.252.0.01,024262,144262,144262,142
/13255.248.0.02,048524,288524,288524,286
/12255.240.0.04,0961,048,5761,048,5761,048,574
/11255.224.0.08,1922,097,1522,097,1522,097,150
/10255.192.0.016,3844,194,3044,194,3044,194,302
/9255.128.0.032,7688,388,6088,388,6088,388,606
/8255.0.0.065,53616,777,21616,777,21616,777,214
/7254.0.0.0131,07233,554,43233,554,43233,554,430
/6252.0.0.0262,14467,108,86467,108,86467,108,862
/5248.0.0.0524,288134,217,728134,217,728134,217,726
/4240.0.0.01,048,576268,435,456268,435,456268,435,454
/3224.0.0.02,097,152536,870,912536,870,912536,870,910
/2192.0.0.04,194,3041,073,741,8241,073,741,8241,073,741,822
/1128.0.0.08,388,6082,147,483,6482,147,483,6482,147,483,646
/00.0.0.016,777,2164,294,967,2964,294,967,2964,294,967,294

Referencia rápida para tamaños de subred comunes (esencial para CCNA):

  • /30 — Enlaces punto a punto (2 hosts utilizables)
  • /29 — Clúster pequeño o red de gestión (6 hosts)
  • /28 — Departamento pequeño o segmento IoT (14 hosts)
  • /27 — Departamento mediano o red de invitados (30 hosts)
  • /26 — Departamento grande (62 hosts)
  • /25 — Departamento muy grande (126 hosts)
  • /24 — LAN estándar (254 hosts — el clásico)

Mejores Prácticas VLSM

1. Planifica para el crecimiento, no solo para hoy

Siempre deja 20–30% de espacio libre en tu bloque base. Los departamentos crecen, aparecen nuevas VLANs y ocurren fusiones. Las 132 direcciones libres en nuestro ejemplo /22 (13% del bloque) parecen desperdicio hoy, pero son un seguro contra el rediseño de mañana.

2. Documenta tu esquema rigurosamente

Usa una hoja de cálculo, una herramienta de documentación de red o nuestra Calculadora VLSM (que exporta CSV) para registrar cada asignación. Incluye dirección de red, CIDR, máscara, broadcast, propósito, ubicación y un contacto. Sin documentación, un plan VLSM se vuelve inmanejable en seis meses.

3. Usa la sumarización de rutas agresivamente

Diseña tu jerarquía VLSM para que las subredes puedan sumarizarse en límites naturales (/24, /16, /8). Por ejemplo, si todas las oficinas en US usan 10.1.0.0/16 y las de EU usan 10.2.0.0/16, tus routers centrales solo necesitan dos rutas, no cientos. Este principio — sumariza antes de anunciar — es la diferencia entre una red limpia y un desastre de tabla de enrutamiento.

4. Deja espacios para expansión

Al asignar subredes contiguamente, considera reservar cada N bloque para uso futuro. Por ejemplo, si necesitas 6 /28 hoy, asígnalos dentro de un rango /26 y deja el otro /26 para crecimiento. De esta forma, expandir una subred no requiere renumerar redes adyacentes.

5. Usa tamaños de subred consistentes para roles similares

Estandariza: todos los enlaces WAN usan /30, todas las redes de invitados usan /28, todas las VLANs de servidores usan /25. Esto facilita la resolución de problemas — cuando ves 172.16.3.116/30, sabes inmediatamente que es un enlace punto a punto. La consistencia reduce el error humano.

6. Evita la confusión de subred cero

El Cisco IOS moderno (12.0 y posteriores) habilita ip subnet-zero por defecto, y el examen CCNA asume que puedes usar la subred cero. Pero algunos equipos heredados aún la bloquean. Conoce tu equipo y habilita subnet-zero cuando sea posible — VLSM se beneficia de cada bloque disponible.

7. Combina VLSM con VLANs

En una red con switches, cada VLAN debe mapearse a exactamente una subred VLSM. Esto crea un mapeo limpio 1:1 entre segmentos de Capa 2 y subredes de Capa 3, facilitando la gestión de ACLs, la aplicación de políticas QoS y la resolución de problemas.


Preguntas Frecuentes

¿Qué es VLSM en redes?

VLSM (Variable Length Subnet Mask o máscara de subred de longitud variable) es una técnica de subnetting que permite dividir una red en subredes de diferentes tamaños utilizando diferentes longitudes de máscara de subred. En lugar de forzar a todas las subredes a usar la misma longitud de prefijo (como en FLSM), VLSM asigna a cada subred la máscara más pequeña que proporciona suficientes direcciones para sus hosts. Esto minimiza el desperdicio de direcciones IP y es esencial para la gestión eficiente de direcciones IPv4 en redes modernas.

¿Por qué VLSM usa más bits?

VLSM no “usa más bits” — usa diferentes cantidades de bits para diferentes subredes. En un diseño VLSM, algunas subredes pueden tener prefijos más largos (más bits de red, menos bits de host) y otras prefijos más cortos (menos bits de red, más bits de host). Por ejemplo, dentro del mismo bloque /24, podrías tener un /26 (26 bits de red, 6 bits de host) para una LAN y un /30 (30 bits de red, 2 bits de host) para un enlace punto a punto. El número total de bits siempre es 32; lo que cambia es la división entre las porciones de red y host.

¿VLSM funciona con IPv6?

IPv6 no usa el término “VLSM” porque el protocolo fue diseñado con CIDR desde el inicio. Sin embargo, el mismo principio se aplica: una organización que recibe un /48 puede asignar /56 a sucursales pequeñas, /52 a sedes grandes y /64 a cada VLAN. En IPv6, el límite /64 es obligatorio para SLAAC (Autoconfiguración de Direcciones sin Estado), por lo que la parte “variable” se aplica a nivel de sitio (prefijos entre /48 y /64) en lugar de dentro de una subred individual. La mentalidad VLSM — asigna solo lo que necesitas, documenta todo, sumariza donde sea posible — es aún más importante en IPv6 debido al enorme espacio de direcciones.

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

CIDR (Classless Inter-Domain Routing) es el estándar global de enrutamiento y asignación de direcciones que reemplazó al direccionamiento classful. Define cómo los ISP asignan direcciones IP y cómo se agregan las rutas en el backbone de Internet. VLSM (Variable Length Subnet Mask) es la aplicación de los principios CIDR dentro de una red privada. Piénsalo así:

  • CIDR es el protocolo — las reglas que permiten prefijos de longitud variable.
  • VLSM es la técnica — cómo usas esas reglas para subdividir tu bloque asignado.

No puedes hacer VLSM sin CIDR, pero CIDR también cubre supernetting, agregación de rutas y asignación a nivel de ISP, que van más allá de VLSM.

¿Cómo calcular VLSM manualmente?

  1. Enumera cada subred y sus hosts utilizables requeridos.
  2. Suma 2 a cada requisito (para las direcciones de red y broadcast).
  3. Ordena las subredes en orden descendente de necesidad.
  4. Para cada subred, encuentra la siguiente potencia de 2 ≥ el requisito ajustado. Ese es tu tamaño de bloque.
  5. Calcula el prefijo CIDR: 32 - log₂(tamaño_del_bloque).
  6. Asigna rangos secuencialmente desde tu dirección base.
  7. Documenta todo en una tabla.

Por ejemplo, necesitando 50 hosts → 52 ajustados → 64 de bloque → /26. Necesitando 2 hosts → 4 ajustados → 4 de bloque → /30. Luego asigna: 0–63 para el /26, 64–67 para el primer /30, 68–71 para el siguiente /30, etc.

⚡ Evita el cálculo manual — usa nuestra Calculadora VLSM que automatiza todo el proceso, ordena las subredes automáticamente y exporta tu plan como CSV para documentación.


Conclusión

El subnetting VLSM es una de las habilidades más prácticas que un ingeniero de redes puede dominar. Es la diferencia entre una red que usa el 30% de su espacio IP y una que usa el 80%+. Es la diferencia entre una tabla de enrutamiento con 50 entradas y una con 5. Es la diferencia entre “necesitamos más IPs” y “tenemos espacio para crecer”.

Ya sea que estés estudiando para el CCNA, diseñando una red de campus o planificando VPCs en la nube con AWS o Azure, VLSM es la herramienta que usarás una y otra vez. Los principios son universales: asigna los bloques grandes primero, planifica para el crecimiento, documenta todo y sumariza agresivamente.

¿Listo para ponerlo en práctica?

  • Calculadora VLSM — Ingresa tus requisitos de hosts y obtén un plan VLSM optimizado, ordenado y contiguo en segundos. Exporta a CSV para documentación.
  • Calculadora de Subredes — Para cálculos de subnetting FLSM estándar.
  • Consejo de estudio CCNA: Practica VLSM a mano al menos 10 veces con diferentes tamaños de bloque. Luego verifica con nuestra calculadora. Interiorizarás las matemáticas y aprobarás las preguntas del examen.

Domina VLSM y dominarás el diseño IP eficiente.

Artículos relacionados