Verificador de Adyacencia
Verifica si dos bloques CIDR pueden fusionarse
Enter two CIDR blocks to check if they can be merged
El Verificador de adyacencia determina si dos bloques CIDR son adyacentes en el espacio de direcciones y si pueden fusionarse en un único bloque CIDR más grande. Ingresa dos bloques como 192.168.0.0/25 y 192.168.0.128/25 para averiguar si son vecinos, si satisfacen las tres condiciones de fusión y cuál sería la supernet resultante.
Entendiendo la adyacencia y fusión CIDR
Cuando miras dos rangos de subnet uno al lado del otro en un plan de direcciones, parece obvio que deberían combinarse en un solo bloque más grande. Después de todo, 192.168.0.0/25 cubre .0 hasta .127 y 192.168.0.128/25 cubre .128 hasta .255 -- juntos cubren todo el rango .0/24. Pero la fusión CIDR no se trata solo de ser vecinos. Dos bloques pueden estar justo uno al lado del otro en el espacio de direcciones y aun así no poder fusionarse, lo que toma por sorpresa a muchos ingenieros la primera vez que lo encuentran.
La razón es la alineación. La notación CIDR es fundamentalmente un sistema binario. Cada bloque es un rango de tamaño potencia de dos que comienza en una posición donde un número específico de bits de orden bajo son cero. Cuando fusionas dos bloques /24 en un /23, el /23 resultante debe comenzar en una dirección donde el bit 23 sea cero. Si tus dos bloques /24 son 192.168.1.0/24 y 192.168.2.0/24, son adyacentes (sin espacio entre ellos), pero 192.168.1.0 tiene su bit 23 en 1, así que el par no está alineado a /23. No son hermanos en el árbol binario -- pertenecen a diferentes bloques padre.
Esta herramienta verifica las tres condiciones de fusión por ti: misma longitud de prefijo, adyacencia (sin espacio entre los rangos) y alineación de límite. Cuando la fusión es posible, muestra el resultado. Cuando no lo es, explica exactamente qué condición falló y por qué, convirtiéndola tanto en una herramienta práctica para optimización de rutas como en una ayuda de aprendizaje para entender cómo funcionan los límites CIDR.
Cómo verificar si dos bloques CIDR pueden fusionarse
- Ingresa el primer bloque CIDR (por ejemplo,
192.168.0.0/25) - Ingresa el segundo bloque CIDR (por ejemplo,
192.168.0.128/25) - Haz clic en verificar para analizar la adyacencia y la posibilidad de fusión
- Revisa el resultado: adyacentes o no, fusionables o no, y el CIDR fusionado si corresponde
- Si la fusión no es posible, lee la explicación de qué condición falló
Ejemplos de adyacencia y fusión
Dos bloques /25 que se fusionan en un /24
| Campo | Valor |
|---|---|
| CIDR A | 192.168.0.0/25 (direcciones 192.168.0.0 - 192.168.0.127) |
| CIDR B | 192.168.0.128/25 (direcciones 192.168.0.128 - 192.168.0.255) |
| ¿Adyacentes? | Sí |
| ¿Misma longitud de prefijo? | Sí |
| ¿Alineados en límite /24? | Sí |
| Resultado fusionado | 192.168.0.0/24 |
Bloques adyacentes que no pueden fusionarse (problema de alineación)
| Campo | Valor |
|---|---|
| CIDR A | 192.168.1.0/24 (direcciones 192.168.1.0 - 192.168.1.255) |
| CIDR B | 192.168.2.0/24 (direcciones 192.168.2.0 - 192.168.2.255) |
| ¿Adyacentes? | Sí |
| ¿Misma longitud de prefijo? | Sí |
| ¿Alineados en límite /23? | No -- 192.168.1.0 no está en un límite /23 |
| Resultado | No se pueden fusionar |
Nota: 192.168.0.0/24 y 192.168.1.0/24 sí se fusionarían en 192.168.0.0/23 porque 192.168.0.0 está correctamente alineado a /23.
Bloques no adyacentes
| Campo | Valor |
|---|---|
| CIDR A | 10.0.0.0/24 |
| CIDR B | 10.0.5.0/24 |
| ¿Adyacentes? | No -- hay un espacio de 4 bloques /24 entre ellos |
| Resultado | No se pueden fusionar |
Bloques de diferente tamaño
| Campo | Valor |
|---|---|
| CIDR A | 10.1.0.0/24 (256 direcciones) |
| CIDR B | 10.1.1.0/25 (128 direcciones) |
| ¿Adyacentes? | Sí |
| ¿Misma longitud de prefijo? | No |
| Resultado | No se pueden fusionar -- los bloques deben ser del mismo tamaño |
Cuándo usar el verificador de adyacencia
- Agregación de rutas -- encuentra pares de rutas en tu tabla BGP que pueden resumirse en un solo anuncio, reduciendo el tamaño de la tabla
- Optimización de reglas de firewall -- identifica reglas de permitir/denegar adyacentes que se combinan en una, reduciendo la sobrecarga de procesamiento
- Limpieza del plan de direcciones -- después de reorganizar subnets, verifica si los bloques vecinos ahora se alinean para consolidación
- Educación en redes -- entiende por qué algunas subnets adyacentes se fusionan y otras no, reforzando los conceptos de límites CIDR
- Evaluación de impacto de cambios -- antes de modificar una subnet, verifica si actualmente participa en una supernet fusionada
- Validación previa a la fusión -- verifica que una fusión planificada sea válida antes de aplicar el cambio a tu configuración de enrutamiento
Cómo funciona la fusión de bloques CIDR
Las tres condiciones deben cumplirse para que dos bloques CIDR se fusionen:
Condición 1: Misma longitud de prefijo
Ambos bloques deben tener la misma longitud de prefijo. Un /24 (256 direcciones) y un /25 (128 direcciones) no pueden fusionarse porque el rango combinado no sería un tamaño potencia de dos expresable en notación CIDR.
Condición 2: Adyacencia (sin espacio)
La última dirección de un bloque debe preceder inmediatamente a la primera dirección del otro. 192.168.0.255 (fin de 192.168.0.0/24) más uno es igual a 192.168.1.0 (inicio de 192.168.1.0/24), así que estos son adyacentes.
Condición 3: Alineación de límite
El rango combinado debe comenzar en un límite CIDR válido para la nueva longitud de prefijo. Al fusionar dos bloques /n, el resultado es un bloque /(n-1). La dirección de inicio del resultado debe tener su bit (n-1) en cero.
En binario, 192.168.0.0 = 11000000.10101000.00000000.00000000. El bit 23 (para una fusión /23) es 0, así que esta dirección está alineada a /23. Pero 192.168.1.0 = 11000000.10101000.00000001.00000000 tiene el bit 23 en 1, así que no está alineada a /23, lo que significa que 192.168.1.0/24 + 192.168.2.0/24 no pueden fusionarse.
Regla rápida
Dos bloques /n se fusionan si y solo si son un par de hermanos en el árbol binario CIDR -- comparten el mismo bloque padre /(n-1). Puedes verificar esto comprobando que las dos direcciones de red difieren solo en la posición de bit igual a la longitud del prefijo.
Consejos prácticos para la agregación de rutas
Al auditar una tabla de enrutamiento o un conjunto de reglas de firewall en busca de oportunidades de fusión, comienza desde la parte inferior del árbol de prefijos y trabaja hacia arriba. Primero busca pares de /32 que se fusionen en /31, luego pares de /31 que se fusionen en /30, y así sucesivamente. Este enfoque de abajo hacia arriba captura fusiones en cascada que un solo paso no detectaría. La herramienta Minimal Merge Tool automatiza este proceso para listas grandes, pero entender los mecanismos te ayuda a validar los resultados.
Un error común es intentar fusionar bloques que pertenecen a diferentes dominios administrativos. Dos bloques /24 pueden ser técnicamente fusionables, pero si uno pertenece a la red de producción y el otro a la DMZ, fusionarlos en un solo anuncio BGP o regla de firewall pierde la frontera administrativa entre ellos. Siempre considera si una fusión tiene sentido organizacional, no solo sentido matemático.
Cuando encuentres bloques que son adyacentes pero no pueden fusionarse debido a la alineación, considera si renumerar uno de los bloques es factible. Si 192.168.1.0/24 y 192.168.2.0/24 no pueden fusionarse pero 192.168.0.0/24 y 192.168.1.0/24 sí, y tienes la flexibilidad de reasignar el primer bloque, la consolidación podría valer la pena durante una ventana de mantenimiento planificada.
Preguntas frecuentes
¿Puedo verificar más de dos bloques a la vez?
El verificador de adyacencia analiza exactamente dos bloques. Para encontrar todos los pares fusionables en una lista más grande, usa la herramienta Minimal Merge Tool, que fusiona iterativamente todos los pares adyacentes hasta que no son posibles más fusiones.
¿Qué pasa con la adyacencia IPv6?
Las mismas tres condiciones aplican a IPv6. Dos bloques 2001:db8::/33 y 2001:db8:8000::/33 se fusionan en 2001:db8::/32 siguiendo reglas idénticas de alineación binaria, solo con direcciones de 128 bits en lugar de 32 bits.
¿Por qué 192.168.1.0/24 y 192.168.2.0/24 no se fusionan aunque son adyacentes?
Estos bloques son adyacentes (sin espacio entre ellos), pero 192.168.1.0 no está en un límite /23. El bloque /23 que comienza en 192.168.1.0 sería 192.168.1.0/23 cubriendo .1.0 hasta .2.255, que es un rango válido, pero 192.168.1.0 en binario tiene su bit 23 en 1. CIDR requiere que todos los bits de host sean cero, así que la supernet debe comenzar en un múltiplo par. Los pares válidos son 192.168.0.0/24 + 192.168.1.0/24 = 192.168.0.0/23 y 192.168.2.0/24 + 192.168.3.0/24 = 192.168.2.0/23.
¿Hay una forma rápida de saber si dos bloques son hermanos?
Sí. Convierte ambas direcciones de red a binario y compáralas. Si difieren en exactamente un bit -- el bit en la posición igual a la longitud del prefijo -- son hermanos y pueden fusionarse. Si difieren en cualquier otro bit, no pueden fusionarse.
¿Pueden fusionarse tres o más bloques a la vez?
No directamente. La fusión CIDR siempre es por pares: dos hermanos se fusionan en su padre. Sin embargo, el padre podría entonces ser hermano de otro bloque, permitiendo una fusión en cascada. Cuatro bloques /26 pueden fusionarse en un /24, pero ocurre en dos pasos: dos pares de /26 se convierten en dos bloques /25, que luego se fusionan en un /24.
Herramientas relacionadas
- Minimal Merge Tool - Fusiona todos los bloques CIDR fusionables en una lista
- CIDR Aggregator - Agrega múltiples bloques CIDR en rutas resumidas
- Subnet Overlap Checker (Two CIDRs) - Verifica si dos bloques CIDR se solapan
- Subnet Contains Subnet? Checker - Verifica si un bloque CIDR contiene a otro
- CIDR List Minimal Non-overlapping Set - Convierte una lista CIDR en bloques mínimos sin solapamiento