La notación CIDR (Classless Inter-Domain Routing) sustituyó al viejo esquema de clases A/B/C en 1993 (RFC 1519) y desde entonces es la forma estándar de expresar redes IPv4 e IPv6. Un CIDR se compone de una dirección más un prefijo /n que indica cuántos bits fijos forman la parte de red. Esta calculadora CIDR gratuita descompone cualquier bloque en dirección de red, broadcast, primera y última IP utilizable, máscara y número de hosts, todo instantáneamente y sin salir del navegador.
Qué significan los bits del prefijo
En IPv4 tienes 32 bits totales. Un /24 fija los primeros 24 bits para la red y deja 8 para hosts: 2^8 = 256 direcciones, 254 utilizables (menos red y broadcast). Un /16 deja 65.534 hosts útiles; un /30 solo 2, típico para enlaces punto a punto. La regla es hosts = 2^(32 − prefix) − 2 (excepto en enlaces /31 donde ambas IPs son válidas, RFC 3021).
Rangos privados y agotamiento IPv4
Los tres bloques privados definidos por RFC 1918 son 10.0.0.0/8, 172.16.0.0/12 y 192.168.0.0/16. Al planificar VPCs en AWS, redes en Docker o VLANs corporativas, elige rangos que no colisionen entre sí ni con futuros peerings. Con IPv4 prácticamente agotado, muchas empresas migran ya a IPv6 (2^64 hosts en un /64 típico); usa la Calculadora IPv6 para prefijos v6.
Cómo se derivan red y broadcast a partir de una IP
La dirección de red se obtiene aplicando AND lógico entre la IP y la máscara. El broadcast se calcula poniendo a 1 todos los bits de host. Por ejemplo 192.168.1.75/26 → máscara 255.255.255.192, red 192.168.1.64, broadcast 192.168.1.127, primer host 192.168.1.65, último 192.168.1.126, total 62 hosts. La herramienta hace este cálculo por ti y lo muestra en binario para depurar planes de direccionamiento.
Errores típicos al planificar subredes
El más común es dimensionar por hosts actuales sin margen: si prevés 30 hosts elige /26 (62 útiles), no /27 (30 útiles) porque no dejas hueco para gateway, servidores DHCP ni crecimiento. Otro error es solapar rangos entre entornos: usa una convención jerárquica (por ejemplo 10.<región>.<entorno>.<subred>/24). Documenta siempre el direccionamiento en un IPAM (Netbox, phpIPAM) para evitar colisiones cuando el equipo escala.
Casos de uso comunes
- Diseñar el direccionamiento IP de una nueva oficina o datacenter.
- Segmentar una VPC de AWS/GCP/Azure en subredes públicas y privadas.
- Planificar redes Docker bridge/overlay sin colisionar con la LAN corporativa.
- Auditar rangos existentes y encontrar bloques libres en un IPAM.
Buenas prácticas
- Deja siempre un 30-50% de margen: las redes se llenan más rápido de lo previsto.
- Documenta cada asignación con propietario, entorno y fecha.
- Reserva /24 mínimo para VLANs de usuarios; /30 o /31 para enlaces P2P.
- Estandariza el rango 10.0.0.0/8 para infraestructura y deja 192.168 para labs.