Calculadora IPv4

De la máscara decimal al prefijo CIDR y viceversa

Una máscara como 255.255.255.192 y un prefijo /26 describen exactamente lo mismo: los primeros 26 bits de los 32 totales están fijados a 1. Para convertir de decimal a CIDR se cuenta cuántos bits en 1 tiene la máscara en binario: 255.255.255.192 es 11111111.11111111.11111111.11000000, es decir 26 unos seguidos de 6 ceros, de ahí /26. La conversión inversa reparte el número de bits del prefijo entre los cuatro octetos, rellenando cada uno con unos hasta agotar el contador: un /20 da 255.255.240.0, porque los primeros 16 bits llenan los dos primeros octetos y quedan 4 bits más para el tercero (11110000 = 240).

Cálculo de red y broadcast con AND y OR de bits

La dirección de red se obtiene aplicando un AND lógico bit a bit entre la IP y la máscara; el broadcast se obtiene aplicando un OR lógico entre la dirección de red y el complemento de la máscara (los bits de host puestos a 1). Para 192.168.1.130/27: la máscara es 255.255.255.224, el AND da red 192.168.1.128, y poniendo a 1 los 5 bits de host restantes se obtiene el broadcast 192.168.1.159. El rango utilizable queda entre 192.168.1.129 y 192.168.1.158, con 30 hosts disponibles, porque la dirección de red y el broadcast nunca se asignan a un host.

Tabla mental de prefijos comunes sin necesidad de calculadora

Memorizar unos pocos prefijos cubre la mayoría de casos del día a día: un /24 da 256 direcciones (254 útiles) y coincide con el antiguo concepto de red de clase C; un /28 da 16 direcciones (14 útiles), tamaño habitual para un rango de IPs públicas asignado por un proveedor de hosting; un /30 da 4 direcciones (2 útiles), el tamaño clásico para un enlace punto a punto entre dos routers. Reconocer estos patrones evita recalcular desde cero cada vez que aparece un prefijo habitual en la configuración de un firewall o de una VPC.

El caso especial de /31 y /32

Un /31 rompe la regla general de reservar red y broadcast: el RFC 3021 permite usar ambas direcciones del bloque de dos IPs como direcciones de host válidas en enlaces punto a punto, duplicando la eficiencia respecto a un /30 en enlaces donde no se necesita ni dirección de red ni de broadcast explícitas. Un /32 no es una subred sino una única dirección de host, usada habitualmente en rutas estáticas específicas o en la configuración de loopbacks de routers, donde se necesita identificar exactamente un único destino sin ambigüedad.

Subnetting VLSM: dividir un bloque en subredes de tamaño distinto

El VLSM (Variable Length Subnet Mask) permite trocear un bloque grande, por ejemplo 10.0.8.0/22 (1024 direcciones), en subredes de tamaños distintos según la necesidad real de cada segmento: un /24 para la VLAN de usuarios (254 hosts), un /27 para servidores (30 hosts) y un /30 para el enlace hacia el router del proveedor (2 hosts). La clave es asignar primero las subredes más grandes y alinear cada una a un límite de bloque válido para su tamaño, evitando huecos desperdiciados o solapamientos entre segmentos consecutivos.

Direcciones especiales que no deben asignarse a hosts

Además de la dirección de red y el broadcast de cada subred, existen bloques reservados que nunca deben aparecer como IP de un host: 0.0.0.0/8 (esta red), 127.0.0.0/8 (loopback), 169.254.0.0/16 (APIPA, autoasignación cuando falla DHCP) y 255.255.255.255 (broadcast limitado). Asignar manualmente una IP dentro de estos rangos a una interfaz de red produce comportamientos inconsistentes según el sistema operativo, desde fallos silenciosos de conectividad hasta advertencias explícitas del stack de red.

Verificar el cálculo con ipcalc antes de aplicar cambios

Antes de aplicar una configuración de red generada manualmente, conviene contrastarla con una herramienta de línea de comandos como ipcalc, disponible en la mayoría de distribuciones Linux, que desglosa la misma información (red, broadcast, rango de hosts, máscara en las tres notaciones) a partir de una IP y un prefijo. Comparar la salida de ipcalc con el cálculo manual o con esta calculadora es una forma rápida de detectar un error de aritmética binaria antes de aplicar la configuración en un router o firewall de producción.

Salidas reales de ejemplo

$ ipcalc 10.0.8.0/22
Address:   10.0.8.0             00001010.00000000.000010 00.00000000
Netmask:   255.255.252.0 = 22   11111111.11111111.111111 00.00000000
Wildcard:  0.0.3.255            00000000.00000000.000000 11.11111111
=>
Network:   10.0.8.0/22          00001010.00000000.000010 00.00000000
HostMin:   10.0.8.1             00001010.00000000.000010 00.00000001
HostMax:   10.0.11.254          00001010.00000000.000010 11.11111110
Broadcast: 10.0.11.255          00001010.00000000.000010 11.11111111
Hosts/Net: 1022                  Class A, Private Internet

IP:         192.168.1.130
Prefijo:    /27
Máscara:    255.255.255.224
Red:        192.168.1.128
Broadcast:  192.168.1.159
Rango útil: 192.168.1.129 - 192.168.1.158
Hosts:      30

Bloque base:        10.0.8.0/22 (1024 direcciones)

VLAN usuarios:      10.0.8.0/24    (254 hosts útiles)
VLAN servidores:    10.0.9.0/27    (30 hosts útiles)
Enlace a proveedor: 10.0.9.32/30   (2 hosts útiles)
Libre para futuro:  10.0.9.36 - 10.0.11.255

$ ipcalc 198.51.100.10/31
Address:   198.51.100.10
Netmask:   255.255.255.254 = 31
=>
Network:   198.51.100.10/31
HostMin:   198.51.100.10
HostMax:   198.51.100.11
Hosts/Net: 2 (RFC 3021, enlace punto a punto)

Casos de uso comunes

• Calcular red, broadcast y rango útil de un bloque antes de configurar un firewall o router.
• Diseñar el subnetting VLSM de una oficina con VLANs de tamaños distintos.
• Verificar cuántas IPs públicas ofrece realmente un bloque /28 o /29 contratado a un proveedor.
• Confirmar el tamaño de una subred en AWS o Azure antes de desplegar instancias.
• Detectar si una IP configurada manualmente cae dentro de un bloque reservado no asignable.

Buenas prácticas

• Dimensiona cada subred con margen de crecimiento del 30-50%, no al límite exacto de hosts actuales.
• Usa /31 solo en enlaces punto a punto compatibles con RFC 3021, nunca en segmentos con hosts finales.
• Alinea cada subred VLSM a su propio límite de bloque para no fragmentar el espacio disponible.
• Verifica cualquier cálculo manual con ipcalc o esta calculadora antes de aplicarlo en producción.
• Evita asignar direcciones dentro de bloques reservados como 169.254.0.0/16 o 127.0.0.0/8.

Referencias oficiales

• RFC 791 – Internet Protocol
• RFC 3021 – Using 31-Bit Prefixes on IPv4 Point-to-Point Links
• RFC 1918 – Address Allocation for Private Internets