¿Qué diferencia hay entre VLSM y el subnetting fijo?
El subnetting tradicional (con máscara fija) divide una red en subredes todas del mismo tamaño: si se toma un /24 y se divide en ocho subredes /27, cada una tiene exactamente 30 hosts útiles, sin importar si una necesita 2 equipos y otra necesita 25. Es simple de calcular, pero desperdicia direcciones apenas los requerimientos reales no son parejos.
VLSM (Variable Length Subnet Mask) resuelve ese desperdicio asignando a cada subred el prefijo más ajustado a lo que realmente necesita, en lugar de un tamaño único para todas. Una subred que solo necesita 2 hosts para un enlace punto a punto puede usar un /30 o incluso un /31, mientras que la subred del piso con 100 personas se lleva un /25. El resultado es que la misma red base rinde para muchos más departamentos que con subnetting fijo, porque no se regalan direcciones a quien no las necesita.
La contrapartida es que VLSM exige más disciplina al planificar: las subredes tienen que asignarse de mayor a menor tamaño y de forma contigua, sin dejar huecos, para que el direccionamiento siga siendo válido y fácil de resumir (sumarizar) en las tablas de ruteo.
Cómo se calcula cada bloque
Para cada requerimiento, el algoritmo:
- Toma la cantidad de hosts pedida y le suma 2 (una dirección de red y una de broadcast).
- Redondea ese número hacia arriba a la potencia de 2 más cercana. Por ejemplo, 14 hosts necesitan 16 direcciones (14 + 2 = 16, que ya es potencia de 2); 20 hosts necesitan 32 direcciones (20 + 2 = 22, se redondea a 32).
- Convierte esa cantidad de direcciones en un prefijo CIDR: 32 direcciones equivalen a un
/27(32 = 2⁵, prefijo = 32 - 5). - Ordena todos los requerimientos de mayor a menor cantidad de hosts, y va asignando cada bloque justo después del anterior, empezando desde el inicio de la red base.
Ordenar de mayor a menor no es un detalle estético: es lo que garantiza que cada bloque quede alineado a su propio tamaño de manera automática, sin necesidad de calcular manualmente los límites de cada subred.
Ejemplo resuelto paso a paso
Supongamos que se tiene la red 192.168.1.0/24 (256 direcciones) y hay que repartirla entre cuatro sectores:
| Sector | Hosts necesarios |
|---|---|
| Ventas | 60 |
| Producción | 28 |
| Depósito | 12 |
| Enlace a router | 2 |
Paso 1 — Ordenar de mayor a menor: Ventas (60), Producción (28), Depósito (12), Enlace (2).
Paso 2 — Calcular el tamaño de cada bloque:
- Ventas: 60 + 2 = 62 → redondea a 64 direcciones →
/26. - Producción: 28 + 2 = 30 → redondea a 32 direcciones →
/27. - Depósito: 12 + 2 = 14 → redondea a 16 direcciones →
/28. - Enlace: 2 + 2 = 4 → redondea a 4 direcciones →
/30.
Paso 3 — Asignar de forma contigua desde 192.168.1.0:
| Sector | Subred | Rango de hosts | Broadcast |
|---|---|---|---|
| Ventas | 192.168.1.0/26 | .1 – .62 | 192.168.1.63 |
| Producción | 192.168.1.64/27 | .65 – .94 | 192.168.1.95 |
| Depósito | 192.168.1.96/28 | .97 – .110 | 192.168.1.111 |
| Enlace a router | 192.168.1.112/30 | .113 – .114 | 192.168.1.115 |
En total se usaron 64 + 32 + 16 + 4 = 116 de las 256 direcciones disponibles, dejando 140 libres para crecer o para sectores futuros — algo que el subnetting fijo con un tamaño único no hubiera logrado sin desperdiciar muchas más direcciones en los sectores pequeños.
Cuándo el espacio no alcanza
Si la suma de los bloques necesarios supera el tamaño de la red base, no todos los requerimientos van a entrar. Esta calculadora no se detiene en el primero que falla: asigna todo lo que sí entra (siempre respetando el orden de mayor a menor) y te muestra exactamente qué requerimientos quedaron afuera y cuántas direcciones adicionales necesitarías para poder incluirlos, para que puedas decidir si conviene agrandar la red base o repartir esos sectores en otro bloque.
Cómo usar esta calculadora
Ingresa la red base y su prefijo, y agrega una fila por cada subred que necesites, con un nombre descriptivo y la cantidad de hosts. La tabla de resultados y el resumen de utilización se recalculan automáticamente con cada cambio, y puedes exportar el resultado completo a CSV para documentarlo o importarlo en otra herramienta.