Glosario de IPAM

¿Qué es el CIDR (enrutamiento entre dominios sin clases)?

Abstract isometric UI showing network ranges, usage bars, region names (EMEA/APAC), and a purple "Deploy" button
Puntos claveLos puntos clave se generan con la ayuda de la inteligencia artificial. Dado que los resúmenes automáticos pueden contener en ocasiones errores u omitir contexto importante, consulta siempre la entrada completa del blog para obtener toda la información.

CIDR (Classless Inter-Domain Routing) is a flexible IP addressing method that replaced fixed address classes in the 1990s by using variable-length prefixes to allocate blocks of any size and aggregate routes more efficiently. Introduced through RFC 1519 and later updated by RFC 4632, CIDR notation (such as 192.0.2.0/24) specifies how many leading bits identify the network, enabling organizations to match allocations to real needs and keep routing tables smaller through route aggregation. Poor CIDR management—including overlapping prefixes, misaligned block boundaries, and fragmented allocations—causes concrete failures in routing, VPN setups, firewall rules, and peering configurations, making consistent allocation on clean bit boundaries essential for network reliability and operational efficiency.

  • RFC 4632 obsoletes the original RFC 1519 specification, defining CIDR as a Layer 3 network method that operates at the bit boundary with variable-length prefixes ranging from /8 to /32 in IPv4 and extending to IPv6 with common /64 subnet prefixes.
  • A /24 CIDR block contains 256 total addresses with typically 254 usable by hosts after reserving the network and broadcast addresses, while subdivision allows one /24 to split into two /25 blocks of 128 addresses each or four /26 blocks of 64 addresses each.
  • Contiguous blocks sharing a common leading bit pattern aggregate into shorter prefixes for routing efficiency—such as two adjacent /24 blocks summarizing as a single /23—which routers apply through longest-prefix-match forwarding to ensure more specific routes override broader ones.

CIDR de un vistazo

AttributeValue
Full nameClassless Inter-Domain Routing
CategoryAddressing and routing method
Defined inRFC 4632, which obsoletes the original CIDR specification in RFC 1519
OSI layerLayer 3 (network layer)
Primary useAllocating IP address blocks of flexible size and aggregating routes
Related termsSubnet mask, Subnetting, IPv4, IPv6, IP address management, Route aggregation

Cómo funciona el CIDR

El CIDR expresa una red como una dirección IP más una longitud de prefijo que indica cuántos bits iniciales identifican la red. Los bits restantes identifican los hosts dentro de esa red.

  1. Elige una longitud de prefijo: La longitud del prefijo, escrita tras una barra, establece el tamaño del bloque. Un /24 en IPv4 fija 24 bits de red y deja 8 bits de host, por lo que el bloque contiene 256 direcciones.
  2. Asignar el bloque: un registro o un proveedor asigna un bloque que se ajusta a las necesidades, en lugar de una red completa de clase A, B o C. Los bloques pueden tener cualquier tamaño que se ajuste a un límite de bits.
  3. Subdividir según sea necesario: una organización divide su bloque en prefijos más largos para subredes individuales. Un /24 puede convertirse en dos bloques /25 o cuatro bloques /26.
  4. Agregación para el enrutamiento: los bloques contiguos que comparten un patrón de bits inicial común se anuncian como un único prefijo más corto. Dos bloques /24 adyacentes pueden resumirse en un único /23 cuando están alineados.
  5. Reenvío por coincidencia más larga: un router compara una dirección de destino con su tabla y utiliza la entrada coincidente con el prefijo más largo, de modo que una ruta más específica prevalece sobre una más amplia.

La notación CIDR se aplica igualmente a IPv6, donde son habituales prefijos como /64 para las subredes. La longitud del prefijo sustituye a los límites de clase implícitos y funciona junto con la máscara de subred, que no es más que otra forma de escribir el mismo recuento de bits.

Por qué es importante el CIDR en las redes empresariales

El CIDR se introdujo a principios de la década de 1990 para abordar dos problemas: el rápido agotamiento del espacio de direcciones IPv4 bajo el esquema basado en clases y el crecimiento de las tablas de enrutamiento globales. La especificación original apareció en el RFC 1519, y posteriormente fue sustituida por el RFC 4632. Los prefijos de longitud variable permiten que las asignaciones se ajusten a las necesidades reales, y la agregación permite a los proveedores anunciar muchos bloques de clientes como una sola ruta.

Para los equipos de redes, el CIDR es la base de la planificación diaria de direcciones. Cada subred, regla de cortafuegos, ruta, ámbito DHCP y red virtual en la nube se define mediante un prefijo. Una asignación coherente en límites de bits bien definidos permite que los bloques sean resumibles, lo que mantiene las tablas de enrutamiento más pequeñas y las listas de acceso más cortas. Un plan de direcciones preciso también facilita ver cuánto espacio queda.

Una mala gestión de CIDR provoca fallos concretos. Los prefijos que se solapan entre sedes, redes en la nube u organizaciones fusionadas interrumpen el enrutamiento y complican las configuraciones de VPN y de interconexión. Una longitud de prefijo incorrecta en una regla de cortafuegos puede exponer más direcciones de las previstas o bloquear tráfico legítimo. Las asignaciones fragmentadas impiden la agregación y obligan a renumerar posteriormente, lo cual resulta costoso cuando las direcciones están codificadas de forma fija en muchos sistemas.

Comparación de CIDR con términos relacionados

CIDR frente a redes con clases

El CIDR asigna y enruta bloques de cualquier longitud de prefijo en un límite de bits, mientras que el direccionamiento por clases fijaba la parte de red en 8, 16 o 24 bits en función de la clase de dirección. ¿Qué son las redes por clases?

AttributeCIDRClassful networks
Prefix lengthAny length, such as /22 or /27Fixed by class: /8, /16 or /24
Block sizingMatches actual needOften far larger than needed
Route aggregationSupported through shorter prefixesNot supported beyond class boundaries
NotationAddress plus slash and prefix lengthClass implied by the leading bits of the address
Current useStandard on the internet and in private networksHistorical

CIDR frente a máscara de subred

Tanto la notación CIDR como la máscara de subred describen cuántos bits identifican la red, pero la CIDR lo expresa como una longitud de prefijo y la máscara de subred lo expresa como un valor decimal con puntos. ¿Qué es la máscara de subred?

AttributeCIDRSubnet mask
FormatSlash and a number, such as /24Dotted decimal, such as 255.255.255.0
Information conveyedCount of network bitsBit pattern marking network bits
Typical useRouting tables, allocations, firewall rulesHost interface configuration and legacy tools

Problemas habituales con CIDR

Dos equipos asignan bloques que se solapan, como un /23 y un /24 dentro de él, y el tráfico llega a la red equivocada o falla de forma intermitente. El problema suele surgir cuando se conectan redes VPN, de peering o en la nube y las rutas entran en conflicto.

Un bloque se escribe con una dirección de host que no se encuentra en el límite del prefijo, como 10.1.1.64/24 cuando se pretendía 10.1.1.0/24. Algunas plataformas lo rechazan y otras lo normalizan de forma silenciosa, lo que provoca discrepancias confusas en las entradas de enrutamiento y del cortafuegos.

Los planificadores olvidan que la primera y la última dirección de una subred IPv4 suelen estar reservadas para la red y la difusión, y que las plataformas en la nube reservan más. Una subred dimensionada para ajustarse exactamente se queda sin direcciones utilizables en el momento de la implementación.

La asignación de bloques sin tener en cuenta la topología hace que las direcciones queden dispersas por los distintos emplazamientos, por lo que no pueden resumirse en una sola ruta. Las tablas de enrutamiento crecen y las rutas de resumen o bien no pueden utilizarse o bien atraen tráfico para direcciones que no están presentes.

Un ámbito DHCP, un objeto de cortafuegos y un registro IPAM tienen cada uno una longitud de prefijo diferente para la misma red. Los hosts reciben una máscara incorrecta o las reglas omiten parte del rango, y el fallo es difícil de localizar porque cada sistema parece coherente internamente.

Descubre cómo el DDI unificado simplifica las operaciones de red

Gestiona el DNS, el DHCP y las direcciones IP desde una única plataforma con automatización, visibilidad y control integrados.

Preguntas frecuentes sobre CIDR

Términos relacionados

Network visualization showing IP addresses and interconnected nodes representing IPAM infrastructure and data flow

Establecimiento de modelos de flujo de trabajo y aprobación de IPAM regulados y preparados para auditorías para las redes de la organización

Descubre soluciones de gestión de direcciones IP para flujos de trabajo de IPAM regulados y preparados para auditorías. Habilita aprobaciones por ámbitos…

Read more
Content Hub

Comprender el modelo OSI: dónde encajan el DNS y el direccionamiento IP dentro de las 7 capas

Comprende las siete capas del modelo OSI y cómo encajan en ellas el DNS y el direccionamiento IP. Aprende los fundamentos de la arquitectura de redes con…

Read more
Fiber optic cables with glowing blue and cyan light points representing high-speed network data transmission and connectivity

Escalabilidad del DNS y la gestión de direcciones IP (IPAM) para redes empresariales IPv6 y de doble pila

Amplíe el DNS y el IPAM para redes empresariales de doble pila. Descubra cómo Micetro ayuda a los equipos a gestionar las migraciones a IPv6 con sistemas…

Read more
Hand holding digital pen interacting with holographic network diagrams and data visualization on laptop screen, representing

Integración de DNS, DHCP e IPAM en flujos de trabajo de infraestructura como código basados en Ansible y Git

La integración de DNS, DHCP e IPAM en los flujos de trabajo de IaC basados en Ansible y Git con Micetro convierte los cambios de direcciones y registros en…

Read more
Podcast

Podcast: Cómo la IA está cambiando el desarrollo de software empresarial

La IA transforma la automatización de redes, pero una implementación segura requiere sólidas prácticas de software, pruebas y experiencia en el ámbito…

Read more
Podcast

Podcast: Por qué las plataformas abiertas son importantes en las operaciones de red

Las plataformas abiertas y la arquitectura «API-first» permiten operaciones de red inteligentes, automatización y flujos de trabajo impulsados por IA en…

Read more
Network engineer reviewing LiveNX flow and telemetry data visualized across server racks in a hybrid multicloud environment

Obtenga respuestas a partir de los datos de LiveNX que ya tiene con LiveAssist

Descubre cómo LiveAssist, el complemento basado en IA para LiveNX, convierte tus datos de red en respuestas rápidas y guiadas, con un valor que podrás…

Read more
LiveWire GEN3 device offerings overview with descriptions of deep packet visibility and deployment options

Oferta de dispositivos LiveWire GEN3

BlueCat LiveWire es una plataforma de captura de paquetes y análisis forense de redes que ofrece una visibilidad profunda a nivel de paquetes en entornos…

Read more

Artículos relacionados