Vérificateur d’adjacence

Le Adjacency Checker determine si deux blocs CIDR sont adjacents dans l'espace d'adressage et s'ils peuvent etre fusionnes en un seul bloc CIDR plus grand. Saisissez deux blocs comme 192.168.0.0/25 et 192.168.0.128/25 pour savoir s'ils sont voisins, s'ils satisfont les trois conditions de fusion et quel serait le supernet resultant.

Comprendre l'adjacence et la fusion CIDR

Lorsque vous regardez deux plages de sous-reseaux cote a cote dans un plan d'adressage, il semble evident qu'elles devraient se combiner en un seul bloc plus grand. Apres tout, 192.168.0.0/25 couvre .0 a .127 et 192.168.0.128/25 couvre .128 a .255 -- ensemble, elles couvrent toute la plage .0/24. Mais la fusion CIDR ne se resume pas a etre voisins. Deux blocs peuvent etre juste a cote l'un de l'autre dans l'espace d'adressage et neanmoins ne pas pouvoir fusionner, ce qui surprend beaucoup d'ingenieurs la premiere fois qu'ils rencontrent ce cas.

La raison est l'alignement. La notation CIDR est fondamentalement un systeme binaire. Chaque bloc est une plage de taille en puissance de deux commencant a une position ou un nombre specifique de bits de poids faible sont a zero. Lorsque vous fusionnez deux blocs /24 en un /23, le /23 resultant doit commencer a une adresse ou le 23e bit est a zero. Si vos deux blocs /24 sont 192.168.1.0/24 et 192.168.2.0/24, ils sont adjacents (pas d'ecart), mais 192.168.1.0 a son 23e bit a 1, donc la paire n'est pas alignee sur /23. Ce ne sont pas des freres dans l'arbre binaire -- ils appartiennent a des blocs parents differents.

Cet outil verifie les trois conditions de fusion pour vous : meme longueur de prefixe, adjacence (pas d'ecart entre les plages) et alignement des frontieres. Lorsque la fusion est possible, il affiche le resultat. Lorsqu'elle ne l'est pas, il explique exactement quelle condition a echoue et pourquoi, ce qui en fait a la fois un outil pratique pour l'optimisation des routes et un support pedagogique pour comprendre le fonctionnement des frontieres CIDR.

Comment verifier si deux blocs CIDR peuvent etre fusionnes

1. Saisissez le premier bloc CIDR (par ex. 192.168.0.0/25)
2. Saisissez le second bloc CIDR (par ex. 192.168.0.128/25)
3. Cliquez pour analyser l'adjacence et la possibilite de fusion
4. Consultez le resultat : adjacent ou non, fusionnable ou non, et le CIDR fusionne le cas echeant
5. Si la fusion est impossible, lisez l'explication indiquant quelle condition n'est pas remplie

Exemples d'adjacence et de fusion

Deux blocs /25 fusionnes en un /24

Blocs adjacents non fusionnables (probleme d'alignement)

Note : 192.168.0.0/24 et 192.168.1.0/24 pourraient etre fusionnes en 192.168.0.0/23 car 192.168.0.0 est correctement aligne sur /23.

Blocs non adjacents

Blocs de tailles differentes

Quand utiliser l'Adjacency Checker

• Agregation de routes -- trouver des paires de routes dans votre table BGP pouvant etre resumees en une seule annonce, reduisant la taille de la table
• Optimisation des regles de firewall -- identifier les regles allow/deny adjacentes pouvant etre combinees en une seule, reduisant la charge de traitement
• Nettoyage du plan d'adressage -- apres une reorganisation des sous-reseaux, verifier si les blocs voisins sont desormais alignes pour une consolidation
• Formation reseau -- comprendre pourquoi certains sous-reseaux adjacents fusionnent et d'autres non, renforcant les concepts de limites CIDR
• Evaluation d'impact des changements -- avant de modifier un sous-reseau, verifier s'il participe actuellement a un supernet fusionne
• Validation pre-fusion -- verifier qu'une fusion planifiee est valide avant de valider le changement dans votre configuration de routage

Fonctionnement de la fusion de blocs CIDR

Trois conditions doivent toutes etre remplies pour que deux blocs CIDR puissent fusionner :

Condition 1 : Meme longueur de prefixe

Les deux blocs doivent avoir la meme longueur de prefixe. Un /24 (256 adresses) et un /25 (128 adresses) ne peuvent pas fusionner car la plage combinee ne serait pas d'une taille en puissance de deux exprimable en notation CIDR.

Condition 2 : Adjacence (pas d'ecart)

La derniere adresse d'un bloc doit preceder immediatement la premiere adresse de l'autre. 192.168.0.255 (fin de 192.168.0.0/24) plus un egale 192.168.1.0 (debut de 192.168.1.0/24), donc ces blocs sont adjacents.

Condition 3 : Alignement des limites

La plage combinee doit commencer sur une limite CIDR valide pour la nouvelle longueur de prefixe. Lors de la fusion de deux blocs /n, le resultat est un bloc /(n-1). L'adresse de debut du resultat doit avoir son (n-1)ieme bit a zero.

En binaire, 192.168.0.0 = 11000000.10101000.00000000.00000000. Le 23e bit (pour une fusion en /23) est 0, donc cette adresse est alignee sur /23. Mais 192.168.1.0 = 11000000.10101000.00000001.00000000 a le 23e bit a 1, donc elle n'est pas alignee sur /23, ce qui signifie que 192.168.1.0/24 + 192.168.2.0/24 ne peuvent pas fusionner.

Regle rapide

Deux blocs /n fusionnent si et seulement s'ils forment une paire de blocs freres dans l'arbre binaire CIDR -- ils partagent le meme bloc parent /(n-1). Vous pouvez le verifier en confirmant que les deux adresses reseau ne different que par le bit en position n.

Conseils pratiques pour l'agregation de routes

Lorsque vous auditez une table de routage ou un ensemble de regles de firewall pour trouver des opportunites de fusion, commencez par le bas de l'arbre de prefixes et remontez. Cherchez d'abord les paires de /32 qui fusionnent en /31, puis les paires de /31 qui fusionnent en /30, et ainsi de suite. Cette approche ascendante capture les fusions en cascade qu'un seul passage manquerait. Le Minimal Merge Tool automatise ce processus pour les grandes listes, mais comprendre les mecanismes vous aide a valider les resultats.

Une erreur courante consiste a essayer de fusionner des blocs qui appartiennent a des domaines administratifs differents. Deux blocs /24 peuvent etre techniquement fusionnables, mais si l'un appartient au reseau de production et l'autre a la DMZ, les fusionner en une seule annonce BGP ou regle de firewall supprime la frontiere administrative entre eux. Considerez toujours si une fusion a du sens au niveau organisationnel, pas seulement au niveau mathematique.

Lorsque vous trouvez des blocs adjacents qui ne peuvent pas fusionner en raison de l'alignement, evaluez si le renumerotage de l'un des blocs est envisageable. Si 192.168.1.0/24 et 192.168.2.0/24 ne peuvent pas fusionner mais que 192.168.0.0/24 et 192.168.1.0/24 le peuvent, et que vous avez la flexibilite de reassigner le premier bloc, la consolidation pourrait valoir l'effort lors d'une fenetre de maintenance planifiee.

Questions frequentes

Peut-on verifier plus de deux blocs a la fois ?

L'Adjacency Checker analyse exactement deux blocs. Pour trouver toutes les paires fusionnables dans une liste plus grande, utilisez le Minimal Merge Tool, qui fusionne iterativement toutes les paires adjacentes jusqu'a ce qu'aucune fusion supplementaire ne soit possible.

Qu'en est-il de l'adjacence en IPv6 ?

Les trois memes conditions s'appliquent en IPv6. Deux blocs 2001:db8::/33 et 2001:db8:8000::/33 fusionnent en 2001:db8::/32 en suivant les memes regles d'alignement binaire, simplement avec des adresses de 128 bits au lieu de 32 bits.

Pourquoi 192.168.1.0/24 et 192.168.2.0/24 ne fusionnent-ils pas alors qu'ils sont adjacents ?

Ces blocs sont adjacents (pas d'ecart entre eux), mais 192.168.1.0 n'est pas sur une limite /23. Le bloc /23 commencant a 192.168.1.0 serait 192.168.1.0/23 couvrant .1.0 a .2.255, ce qui est une plage valide, mais 192.168.1.0 en binaire a son 23e bit a 1. Le CIDR exige que tous les bits hote soient a zero, donc le supernet doit commencer a un multiple pair. Les paires valides sont 192.168.0.0/24 + 192.168.1.0/24 = 192.168.0.0/23 et 192.168.2.0/24 + 192.168.3.0/24 = 192.168.2.0/23.

Existe-t-il un moyen rapide de savoir si deux blocs sont freres ?

Oui. Convertissez les deux adresses reseau en binaire et comparez-les. S'ils ne different que par un seul bit -- le bit a la position egale a la longueur de prefixe -- ce sont des freres et ils peuvent fusionner. S'ils different par d'autres bits, la fusion est impossible.

Trois blocs ou plus peuvent-ils fusionner en une seule fois ?

Pas directement. La fusion CIDR est toujours par paire : deux freres fusionnent en leur parent. Cependant, le parent peut alors etre le frere d'un autre bloc, permettant une fusion en cascade. Quatre blocs /26 peuvent fusionner en un seul /24, mais cela se fait en deux etapes : deux paires de /26 deviennent deux blocs /25, qui fusionnent ensuite en un seul /24.

Outils associes

• Minimal Merge Tool - Fusionner tous les blocs CIDR fusionnables d'une liste
• CIDR Aggregator - Agreger plusieurs blocs CIDR en routes resumees
• Subnet Overlap Checker (Two CIDRs) - Verifier si deux blocs CIDR se chevauchent
• Subnet Contains Subnet? Checker - Verifier si un bloc CIDR en contient un autre
• CIDR List Minimal Non-overlapping Set - Convertir une liste CIDR en ensemble minimal sans chevauchement