Comprobador de Solapamiento de Subredes — Detecta si Dos Bloques CIDR se Solapan (Gratis)

Introduce dos bloques CIDR IPv4 (por ejemplo, 192.168.1.0/24) y descubre al instante si son idénticos, si uno contiene al otro o si no se solapan en absoluto. Útil para detectar conflictos al diseñar reglas de firewall o subredes de VPC.

Tipos de Relaciones de Solapamiento de Subredes

Una tabla de referencia con todas las relaciones posibles entre dos bloques CIDR.

Relación Ejemplo Descripción
Idéntico 192.168.1.0/24 = 192.168.1.0/24 Ambos bloques CIDR corresponden exactamente al mismo rango de direcciones: son la misma subred.
A contiene a B 192.168.0.0/16 ⊃ 192.168.1.0/24 El rango de direcciones de CIDR A contiene por completo el rango de CIDR B. B es una subred recortada dentro de A.
B contiene a A 192.168.1.0/24 ⊂ 192.168.0.0/16 El rango de direcciones de CIDR B contiene por completo el rango de CIDR A. A es una subred recortada dentro de B.
Solapamiento parcial Este estado en realidad nunca ocurre. Dado que los bloques CIDR siempre están alineados a límites que son potencias de dos, si dos bloques se solapan, la relación siempre debe ser "idéntico" o que uno contenga por completo al otro (más detalles en las preguntas frecuentes de abajo).
Sin solapamiento 192.168.1.0/24 と 192.168.2.0/24 Los rangos de direcciones de ambos CIDR no se solapan en absoluto. Pueden usarse en paralelo sin ningún conflicto.

Para calcular la dirección de red y de broadcast a partir de una IP y una máscara de subred, consulta la calculadora de subredes , o para convertir entre un rango de IP y notación CIDR, consulta el conversor de rango de IP ⇔ CIDR .

Consejos

  • Útil para comprobar reglas ACL de firewall o diseños de subredes de VPC y asegurarte de que no has definido el mismo rango de direcciones dos veces por error.
  • Una relación de "contiene" es un patrón normal y esperado cuando recortas una subred más pequeña (como un /24) dentro de una asignación mayor (como un /16); no es necesariamente un problema.
  • Al configurar un peering de VPC o una conexión VPN en la nube, si los bloques CIDR de ambos extremos se solapan, el enrutamiento se vuelve ambiguo y provoca errores de conexión. Comprueba siempre si hay solapamiento antes de conectar.
  • El "rango A" y el "rango B" del resultado se redondean automáticamente a la dirección de red y de broadcast del bloque correspondiente, incluso si la IP que escribiste no era exactamente la dirección de red para esa longitud de prefijo.

Preguntas frecuentes

No, no pueden. Como los bloques CIDR tienen un tamaño potencia de dos y están alineados a límites coincidentes, si dos bloques se solapan en algo, la relación siempre debe ser "idéntico" o "uno contiene por completo al otro". Esta herramienta sí define una categoría de "solapamiento parcial", pero nunca se mostrará realmente para entradas CIDR válidas.

No, normalmente es una configuración perfectamente normal. Recortar una subred más pequeña para un departamento (como un /24 para Contabilidad) dentro de una asignación mayor de toda la empresa (como un /16) es un diseño habitual, y mientras sea intencional, no hay ningún problema.

Si el mismo rango de direcciones se asigna a dos dispositivos de red o VPC en la nube distintos, se vuelve ambiguo a cuál de los dos debería llegar el tráfico dirigido a ese rango — un "conflicto de direcciones IP" que provoca conectividad inestable o que el tráfico solo llegue a uno de los dos lados. Es una de las primeras cosas que hay que comprobar antes de configurar una conexión VPN o un peering de VPC.

Actualmente solo admite IPv4. Para longitudes de prefijo IPv6, utiliza la herramienta de tabla de referencia CIDR IPv6.
ツールくん

A propósito — Por Qué los Bloques CIDR Nunca Pueden Solaparse "Parcialmente"

Compara dos bloques CIDR cualesquiera y solo son posibles tres resultados: idénticos, uno contiene al otro, o ningún solapamiento — un solapamiento genuinamente "parcial" es matemáticamente imposible. Esto se deduce directamente de la restricción de que un bloque CIDR siempre debe tener un tamaño que sea potencia de dos, y estar ubicado únicamente en una dirección que sea múltiplo de ese tamaño (su límite de alineación).

Una forma intuitiva de verlo es imaginar el conjunto de todos los bloques CIDR como un árbol binario. Empieza con /0 como raíz, y cada vez que la longitud de prefijo aumenta en uno, un nodo se divide en dos hijos (la primera mitad y la segunda mitad de su rango). Bajo esa estructura, dos bloques cualesquiera son exactamente el mismo nodo, uno es antepasado del otro, o están en ramas completamente separadas — no hay forma de que dos ramas se crucen a medio camino.

Esta propiedad es precisamente lo que hace que la agregación de rutas en las tablas de enrutamiento esté bien definida. Si el solapamiento parcial fuera posible, "qué ruta debería preferir este paquete" se volvería genuinamente ambiguo, pero el diseño de CIDR descarta ese escenario por construcción. En la práctica, la mayoría de los fallos de enrutamiento del mundo real se deben a que alguien recortó rangos de IP a mano sin respetar esta regla de alineación, provocando que los límites se desplazaran sin querer.