Agrégateur CIDR

Le CIDR Aggregator combine plusieurs blocs CIDR en un ensemble minimal de routes résumées couvrant le même espace d'adressage. Saisissez une liste comme 192.168.0.0/24 et 192.168.1.0/24 pour obtenir un seul 192.168.0.0/23, ou collez des centaines de blocs pour voir de combien votre table de routage ou vos règles de pare-feu peuvent être réduites grâce à la summarisation de routes (supernetting).

Comprendre l'agrégation de routes

Si vous gérez des routeurs, des pare-feu ou du réseau cloud, vous serez inévitablement confronté au problème d'un nombre excessif de routes ou de règles. Un routeur avec 10 000 routes dans sa table utilise plus de mémoire et met plus de temps à effectuer les recherches qu'un routeur avec 500 routes couvrant le même espace d'adressage. Un pare-feu avec 2 000 entrées ACL est plus difficile à auditer et plus lent à traiter qu'un pare-feu avec 200 entrées offrant la même couverture. L'agrégation de routes -- également appelée supernetting ou summarisation -- est la technique qui consiste à combiner des blocs CIDR plus petits et adjacents en blocs plus grands pour réduire ces compteurs.

L'idée centrale est simple. Si vous avez deux blocs /24 numériquement adjacents qui partagent le même préfixe parent, ils peuvent être fusionnés en un seul /23. Si ce /23 est adjacent à un autre /23 avec le même parent, ils fusionnent en un /22, et ainsi de suite. L'agrégateur gère cette fusion itérative automatiquement, trouvant chaque combinaison possible dans votre liste d'entrée et produisant le nombre minimum absolu de blocs CIDR couvrant le même espace d'adressage total.

Ce n'est pas qu'une optimisation théorique. En BGP, les fournisseurs en amont exigent souvent que vous annonciez des préfixes agrégés plutôt que des blocs /24 individuels pour maintenir la table de routage globale à une taille gérable. Dans les environnements cloud, les AWS Security Groups et Azure NSG ont des limites strictes sur le nombre de règles que vous pouvez créer, donc agréger vos allowlists et blocklists maximise les adresses que vous pouvez couvrir dans ces limites. Même pour la documentation, une liste propre de blocs agrégés est plus facile à relire et à maintenir qu'une collection dispersée d'entrées chevauchantes accumulées au fil des années.

Comment agréger des blocs CIDR

1. Saisissez une liste de blocs CIDR, un par ligne ou séparés par des virgules (par ex. 192.168.0.0/24, 192.168.1.0/24)
2. L'outil identifie les blocs adjacents et chevauchants qui peuvent être fusionnés
3. Il itère jusqu'à ce qu'aucune combinaison supplémentaire ne soit possible
4. Examinez la sortie agrégée montrant l'ensemble minimal de blocs CIDR et les statistiques de réduction

Exemples d'agrégation CIDR

Blocs adjacents

Input:                      Output:
192.168.0.0/24      -->     192.168.0.0/23
192.168.1.0/24

Deux blocs /24 adjacents se combinent en un seul /23.

Blocs adjacents multiples

Input:                      Output:
10.0.0.0/24         -->     10.0.0.0/22
10.0.1.0/24
10.0.2.0/24
10.0.3.0/24

Quatre blocs /24 contigus s'agrègent en un seul /22.

Blocs chevauchants

Input:                      Output:
192.168.0.0/24      -->     192.168.0.0/24
192.168.0.128/25

Le /25 est déjà contenu dans le /24, il est donc éliminé comme redondant.

Agrégation mixte

Input:                      Output:
10.1.0.0/24         -->     10.1.0.0/23
10.1.1.0/24                 10.1.4.0/24
10.1.4.0/24
172.16.0.0/16               172.16.0.0/16

Les blocs adjacents sont agrégés lorsque c'est possible. Les blocs non adjacents et ceux de plages différentes restent séparés.

Quand utiliser le CIDR Aggregator

• Optimisation des tables de routage -- réduire le nombre de routes dans les routeurs et switches pour économiser la mémoire et améliorer les performances de recherche
• Réduction des annonces BGP -- les fournisseurs en amont exigent souvent des annonces agrégées ; des tables de routage plus petites bénéficient à l'ensemble d'Internet
• Simplification des règles de pare-feu -- moins de règles sont plus faciles à auditer, maintenir, et s'exécutent plus rapidement lors de l'inspection des paquets
• Security groups cloud -- les AWS Security Groups et les Azure NSG ont des limites de règles ; l'agrégation maximise les entrées dans ces limites
• Nettoyage de la documentation -- consolider des allocations réseau dispersées en blocs résumés et propres
• Préparation de migration -- avant de migrer des règles de pare-feu entre plateformes, agrégez pour réduire le nombre total de règles

Fonctionnement de l'agrégation de routes (supernetting)

L'agrégation CIDR est l'opération inverse du subnetting. Deux blocs CIDR peuvent être fusionnés si et seulement si :

1. Ils ont la même longueur de préfixe (par ex. les deux sont des /24)
2. Ils sont numériquement adjacents (le second bloc commence exactement là où le premier se termine)
3. Ils partagent le même préfixe parent d'un bit plus court (par ex. les deux blocs /24 se trouvent dans le même /23)

Exemple d'alignement binaire

192.168.0.0/24  = 11000000.10101000.00000000.xxxxxxxx
192.168.1.0/24  = 11000000.10101000.00000001.xxxxxxxx
                                     ^
                  Seul le bit 24 diffère, donc ils fusionnent en /23 :
192.168.0.0/23  = 11000000.10101000.0000000x.xxxxxxxx

L'agrégateur répète ce processus de manière itérative. Après avoir fusionné deux blocs /24 en un /23, il vérifie si ce /23 peut être fusionné avec un /23 adjacent pour former un /22, et ainsi de suite.

Pourquoi certains blocs ne peuvent pas être agrégés

Tous les blocs adjacents ne peuvent pas fusionner. 192.168.1.0/24 et 192.168.2.0/24 sont numériquement adjacents, mais ils ne peuvent pas former un /23 valide car 192.168.1.0 est la moitié supérieure de 192.168.0.0/23 tandis que 192.168.2.0 est la moitié inférieure de 192.168.2.0/23. Ils appartiennent à des blocs parents /23 différents, donc l'exigence d'alignement binaire n'est pas satisfaite.

Gestion des entrées chevauchantes

Lorsqu'un bloc CIDR contient entièrement un autre, le bloc contenu est redondant. Par exemple, si votre entrée inclut à la fois 10.0.0.0/8 et 10.1.2.0/24, le /24 est entièrement dans le /8 et est supprimé. Cette déduplication a lieu avant l'agrégation.

Bonnes pratiques d'agrégation

Les gains les plus importants de l'agrégation surviennent lorsque votre liste d'entrée s'est développée de façon organique au fil du temps. Les règles de pare-feu s'accumulent à mesure que différents administrateurs ajoutent des entrées pour de nouveaux projets, et personne ne revient faire le ménage. Vous pourriez constater qu'une douzaine de règles allow /24 séparées pour 10.0.0.0/24 à 10.0.11.0/24 pourrait s'exprimer en seulement trois blocs agrégés. Passer l'intégralité de vos règles dans un agrégateur périodiquement est une bonne pratique de maintenance.

Sachez que l'agrégation ne combine que des blocs véritablement adjacents et partageant le même parent. Si vous devez combiner des blocs non adjacents en un seul CIDR englobant, il s'agit d'une opération différente (le supernetting) qui peut inclure des adresses supplémentaires entre les blocs. L'agrégateur n'inclut jamais d'adresses qui n'étaient pas dans votre entrée d'origine. Cela le rend sûr pour les règles de pare-feu et les politiques de sécurité -- la sortie agrégée couvre exactement les mêmes adresses que la liste originale.

Lors de la préparation d'annonces BGP, gardez à l'esprit que de nombreux fournisseurs en amont filtrent les annonces plus spécifiques que /24 pour IPv4. Si votre sortie agrégée contient encore des blocs plus petits que /24, vous devrez peut-être compléter vos annonces pour atteindre les limites de /24, ce qui est une étape manuelle nécessitant de comprendre vos allocations d'adresses réelles.

Questions fréquentes

Quelle est la différence entre l'agrégation CIDR et la summarisation de routes ?

Il s'agit de la même opération. « Agrégation » et « summarisation » (ou « supernetting ») sont des termes interchangeables. Tous trois désignent la combinaison de plusieurs préfixes spécifiques en un nombre réduit de préfixes moins spécifiques couvrant le même espace d'adressage.

L'agrégation modifie-t-elle les adresses couvertes ?

Non. L'agrégateur ne fusionne que les blocs adjacents ou chevauchants. Il ne comble jamais les écarts entre des plages non contiguës. La sortie agrégée couvre exactement le même ensemble d'adresses que l'entrée d'origine.

Quel taux de réduction puis-je espérer ?

La réduction dépend de votre entrée. Un ensemble parfaitement contigu de 256 blocs /24 tous dans le même /16 s'agrégerait en un seul /16 -- une réduction de 256:1. Des blocs dispersés et aléatoires peuvent ne voir que peu ou pas de réduction si aucun bloc n'est adjacent.

Peut-on agréger des blocs de longueurs de préfixe différentes ?

L'algorithme d'agrégation commence par dédupliquer les blocs chevauchants, puis fusionne les paires adjacentes de même longueur. Des longueurs de préfixe différentes ne peuvent fusionner que si l'un contient l'autre (auquel cas le plus petit est éliminé) ou si des étapes d'agrégation intermédiaires produisent des blocs de même longueur éligibles pour une fusion ultérieure.

L'agrégation fonctionne-t-elle avec IPv6 ?

Oui. Les mêmes règles de fusion binaire s'appliquent aux blocs CIDR IPv6 avec des adresses de 128 bits. Les longueurs de préfixe sont plus grandes, mais les exigences d'adjacence et de préfixe parent sont identiques.

Outils associés

• CIDR Deaggregator - Décomposer un bloc CIDR en blocs plus petits (l'opération inverse)
• IP Range to CIDR Converter - Convertir une plage IP en blocs CIDR minimaux
• Range Union - Fusionner les plages IP chevauchantes en une liste unifiée
• Adjacency Checker - Vérifier si deux blocs CIDR peuvent être fusionnés
• Minimal Merge Tool - Fusionner tous les blocs CIDR fusionnables d'une liste