0% del curso completado
VLSM y diseño de direccionamiento (1.3 parcial)
📋 En esta lección
El subnetting clásico corta todas las subredes del mismo tamaño — y las redes reales no son así: ventas tiene 100 personas, dirección tiene 5, y los enlaces entre routers necesitan 2 direcciones. VLSM permite subredes de tamaños distintos dentro del mismo bloque. Aquí aprendes el método (ordenar de mayor a menor) y, más importante, a diseñar un plan de direccionamiento completo que aguante el crecimiento sin rehacerse.
El problema del talla única
Divide 192.168.1.0/24 en cuatro subredes iguales (/26, 62 hosts cada una) para esta oficina:
| Departamento | Hosts necesarios | Con /26 desperdicias |
|---|---|---|
| Ventas | 60 | 2 |
| Taller | 25 | 37 |
| Dirección | 5 | 57 |
| Enlace router-router | 2 | 60 |
Funciona, pero has quemado el /24 completo dejando 154 direcciones sin uso — y si mañana aparece un quinto departamento, no queda espacio. El problema es usar la misma máscara para necesidades distintas.
VLSM: máscara variable
VLSM (Variable Length Subnet Mask) significa exactamente eso: cada subred usa la máscara que necesita. La subred grande un /26, la mediana un /27, la pequeña un /29 y el enlace un /30 — todas dentro del mismo bloque padre.
La única regla operativa para no pisarte:
⚡ Asigna siempre de mayor a menor
Ordena los requisitos de más hosts a menos, y ve asignando desde el principio del bloque. Las subredes grandes necesitan arrancar en fronteras "gruesas" (múltiplos grandes); si colocas primero las pequeñas, fragmentan el espacio y luego la grande no cabe alineada. De mayor a menor, cada subred empieza exactamente donde terminó la anterior — sin huecos ni solapes.
El ejemplo anterior, con VLSM
Requisitos ordenados: Ventas 60 → Taller 25 → Dirección 5 → Enlace 2.
1. Ventas (60 hosts): necesita 6 bits de host (2⁶−2 = 62) → /26.
192.168.1.0/26 — hosts .1 a .62, broadcast .63.
2. Taller (25 hosts): 5 bits (2⁵−2 = 30) → /27. Empieza donde acabó la anterior:
192.168.1.64/27 — hosts .65 a .94, broadcast .95.
3. Dirección (5 hosts): 3 bits (2³−2 = 6) → /29:
192.168.1.96/29 — hosts .97 a .102, broadcast .103.
4. Enlace (2 hosts): 2 bits → /30:
192.168.1.104/30 — hosts .105 y .106, broadcast .107.
Resultado: hemos consumido solo de .0 a .107. Queda libre desde 192.168.1.108 hasta .255 — casi el 60% del bloque disponible para crecer. Ese es el valor de VLSM.
Verifica siempre: sin solapes
Cada subred debe empezar en un múltiplo de su propio tamaño de bloque (64, 32, 8, 4 en el ejemplo) y ninguna puede invadir el rango de otra. Dos subredes solapadas producen los fallos más desconcertantes del networking: la mitad de los paquetes se enrutan bien "de casualidad" y la otra mitad desaparece. Comprueba el plan dos veces antes de configurarlo.
Del ejercicio al plan de direccionamiento real
En una empresa no diseñas cuatro subredes: diseñas un esquema que otros administradores tendrán que entender dentro de cinco años. Principios que separan un plan profesional de un parche:
1. Parte de un bloque privado holgado. Para cualquier red que pueda crecer, arranca de 10.0.0.0/8 y reparte con generosidad. Las direcciones privadas son gratis; renumerar una red en producción es carísimo.
2. Haz que la dirección "hable". Codifica información en los octetos. Un esquema clásico: 10.<sede>.<vlan>.<host>. Así, 10.2.30.15 se lee de un vistazo: sede 2 (Barcelona), VLAN 30 (taller), host 15. Cuando revises logs o capturas a las 3 de la mañana, agradecerás cada segundo que la propia IP te ahorra.
3. Alinea las sedes en fronteras sumarizables. Si Madrid es 10.1.0.0/16 y Barcelona 10.2.0.0/16, el router de la central puede anunciar cada sede con una sola ruta (la sumarizada) en lugar de cientos de subredes individuales. La sumarización mantiene las tablas de rutas pequeñas y estables — la veremos en acción con OSPF en el Módulo 7.
4. Reserva rangos con propósito fijo. Dentro de cada subred, acota por convención: .1 el gateway, .2-.19 equipos de red y servidores estáticos, .20-.199 pool DHCP, .200+ reservas. La convención da igual; tener una y documentarla, no.
5. Documenta en un IPAM. Aunque sea una hoja de cálculo: subred, máscara, VLAN, sede, gateway, uso, contacto. La documentación del direccionamiento es parte de la red.
Ejemplo de esquema para una empresa de 3 sedes
10.0.0.0/8 — bloque corporativo
├── 10.1.0.0/16 Sede Madrid
│ ├── 10.1.10.0/24 VLAN 10 · Usuarios
│ ├── 10.1.20.0/24 VLAN 20 · VoIP
│ ├── 10.1.30.0/24 VLAN 30 · Servidores
│ └── 10.1.250.0/24 VLAN 250 · Gestión de red
├── 10.2.0.0/16 Sede Barcelona (misma estructura interna)
├── 10.3.0.0/16 Sede Valencia (misma estructura interna)
└── 10.255.255.0/24 — enlaces WAN, troceado en /30
├── 10.255.255.0/30 Madrid ↔ Barcelona
├── 10.255.255.4/30 Madrid ↔ Valencia
└── 10.255.255.8/30 Barcelona ↔ Valencia
La estructura se repite en cada sede (la VLAN 10 siempre es usuarios, en cualquier sede), cada sede se sumariza en un /16, y los enlaces punto a punto viven agrupados en su propio rango. Simetría, sumarización y espacio de sobra.
💡 💡 ¿Un /24 por VLAN aunque haya 40 usuarios?
Sí, casi siempre. En redes internas con 10/8 disponible, la claridad del esquema (tercer octeto = VLAN) vale más que exprimir bits. VLSM agresivo brilla donde el espacio es realmente escaso: bloques públicos, rangos heredados pequeños y enlaces /30. Saber subnetear al bit no te obliga a hacerlo siempre — un buen ingeniero optimiza lo que es caro, no lo que es gratis.
💡 💡 Para validar el plan entero
Con la calculadora de subredes puedes comprobar subred a subred que tu diseño VLSM no deja solapes ni huecos mal alineados.
Relación con otros conceptos
- VLSM es el subnetting de la lección 4.3 aplicado iterativamente — misma mecánica de bloques, tamaños distintos.
- Cada subred del plan corresponde a una VLAN (Módulo 5) y a una interfaz o subinterfaz de router (lección 5.3).
- La sumarización por sedes reduce las tablas de rutas y los anuncios OSPF — Módulo 7.
- El troubleshooting de solapes y máscaras inconsistentes cae en la lección 4.6.
Resumen
VLSM permite subredes de distinto tamaño en el mismo bloque: calcula la máscara de cada requisito (2ʰ − 2 ≥ hosts), ordena de mayor a menor y asigna secuencialmente — cada subred arranca donde terminó la anterior, alineada a su propio bloque, sin solapes. Para el diseño real: bloque privado holgado (10/8), direcciones que codifican sede y VLAN, sedes alineadas en fronteras sumarizables (/16), rangos internos por convención y todo documentado. La elegancia de un plan de direccionamiento se mide en cuántos años sobrevive sin renumerar.