El problema que resuelve VLSM
Si se toma una red /24 y se la divide en ocho subredes /27 de tamaño fijo, cada una queda con exactamente 30 hosts útiles — sin importar si una necesita 2 equipos y otra necesita 25. Es fácil de calcular a mano, pero desperdicia direcciones apenas los requerimientos reales dejan de ser parejos entre sí.
VLSM (Variable Length Subnet Mask) ataca ese desperdicio dándole a cada subred el prefijo justo para lo que necesita, en vez de repartir un tamaño único para todas. Un enlace punto a punto que solo necesita 2 hosts puede llevarse un /30 o incluso un /31, mientras que el piso con 100 personas se lleva un /25. Con la misma red base alcanza para muchos más sectores que con subnetting fijo, porque no se le regalan direcciones a quien no las va a usar. La contracara es que exige más disciplina al planificar: los bloques tienen que asignarse de mayor a menor y de forma contigua, sin huecos, para que el resultado siga siendo válido y fácil de resumir en una tabla de ruteo.
El algoritmo, paso a paso
Para cada requerimiento de hosts, la calculadora hace lo siguiente:
- Suma 2 a la cantidad de hosts pedida (una dirección de red y una de broadcast).
- Redondea ese número hacia arriba a la potencia de 2 más cercana — 14 hosts piden 16 direcciones (14 + 2 = 16, ya es potencia de 2); 20 hosts piden 32 (20 + 2 = 22, redondeado a 32).
- Traduce esa cantidad de direcciones a un prefijo CIDR: 32 direcciones son un
/27(32 = 2⁵, prefijo = 32 − 5). - Ordena todos los requerimientos de mayor a menor cantidad de hosts y va colocando cada bloque justo después del anterior, arrancando desde el inicio de la red base.
El orden de mayor a menor no es cosmético: es lo que hace que cada bloque quede alineado a su propio tamaño de forma automática, sin tener que calcular límites a mano.
Un ejemplo completo
Con la red 192.168.1.0/24 (256 direcciones) repartida entre cuatro sectores:
| Sector | Hosts necesarios |
|---|---|
| Ventas | 60 |
| Producción | 28 |
| Depósito | 12 |
| Enlace a router | 2 |
Ordenados de mayor a menor (Ventas, Producción, Depósito, Enlace), el tamaño de cada bloque sale de sumarle 2 a los hosts pedidos y redondear a la potencia de 2 siguiente:
- Ventas: 60 + 2 = 62 → 64 direcciones →
/26. - Producción: 28 + 2 = 30 → 32 direcciones →
/27. - Depósito: 12 + 2 = 14 → 16 direcciones →
/28. - Enlace: 2 + 2 = 4 → 4 direcciones →
/30.
Asignando cada bloque de forma contigua a partir de 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 ocuparon 116 de las 256 direcciones (64+32+16+4), dejando 140 libres para crecer — un resultado que el subnetting fijo con un solo tamaño de bloque no podría igualar sin desperdiciar mucho más en los sectores chicos.
Cuando la red base se queda corta
Si la suma de los bloques necesarios supera lo que ofrece la red base, no todos los requerimientos van a entrar. La calculadora no se detiene en el primero que falla: asigna todo lo que sí cabe (respetando siempre el orden de mayor a menor) y muestra exactamente qué quedó afuera y cuántas direcciones adicionales harían falta para incluirlo, de modo que se pueda decidir si conviene ampliar la red base o mover esos sectores a otro bloque.
Cómo usar esta calculadora
Indica la red base y su prefijo, y agrega una fila por cada subred necesaria 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 el resultado completo puede exportarse a CSV para documentarlo o pasarlo a otra herramienta.