3. Adressage Sans Classe comme Solution (Classless Addressing as a Solution)
La solution créée par la communauté consistait à abandonner le système d'attribution d'adresses réseau de classe A/B/C au profit de l'utilisation de blocs d'adresses IP "sans classe" (classless) et hiérarchiques (appelés préfixes, Prefixes). L'attribution de préfixes est destinée à suivre approximativement la topologie Internet sous-jacente afin que l'agrégation (Aggregation) puisse être utilisée pour faciliter la mise à l'échelle du système de routage global. Une implication de cette stratégie est que l'attribution et l'agrégation de préfixes se font généralement selon les relations fournisseur-abonné (Provider-Subscriber Relationships), car c'est ainsi que la topologie Internet est déterminée.
Lorsqu'il a été initialement proposé dans [RFC1338] et [RFC1519], ce plan d'adressage était destiné à être une réponse relativement à court terme, durant approximativement trois à cinq ans, pendant laquelle une architecture d'adressage et de routage plus permanente serait conçue et mise en œuvre. Comme on peut le déduire des dates sur les documents originaux, CIDR a largement dépassé sa durée de vie anticipée et est devenu la solution à moyen terme aux problèmes décrits ci-dessus.
Notez que dans le texte suivant, nous décrivons les politiques et procédures actuelles qui ont été mises en place pour mettre en œuvre l'architecture d'allocation discutée ici. Cette description n'est pas destinée à être interprétée comme une directive à l'IANA.
Couplé aux stratégies de gestion d'adresses mises en œuvre par les Registres Internet Régionaux (RIR, Regional Internet Registries) (voir [NRO] pour plus de détails), le déploiement de l'adressage de style CIDR a également réduit le taux de consommation de l'espace d'adressage IPv4, offrant ainsi un soulagement à court et moyen terme au problème #3 décrit ci-dessus.
Notez que, tel que défini, ce plan ne nécessite ni n'assume la réattribution de ces parties de l'espace "Classe C" hérité qui ne sont pas propices à l'agrégation (parfois appelées "le marais", the swamp). Cela réduirait quelque peu les tailles des tables de routage (l'estimation actuelle est que "le marais" contient environ 15 000 entrées), bien qu'à un coût de renumérotation significatif. De même, il n'y a pas d'exigence stricte pour qu'un site terminal se renumérise lors du changement de fournisseur de services de transit, mais les sites terminaux sont encouragés à le faire pour éliminer la nécessité d'annoncer explicitement leurs préfixes dans le système de routage global.
3.1. Concept de Base et Notation de Préfixe (Basic Concept and Prefix Notation)
Au sens le plus simple, le changement des numéros de réseau de classe A/B/C aux préfixes sans classe consiste à rendre explicite quels bits dans une adresse IPv4 32 bits sont interprétés comme le numéro de réseau (ou préfixe) associé à un site et lesquels sont utilisés pour numéroter les systèmes terminaux individuels au sein du site. En notation CIDR, un préfixe est affiché comme une quantité de 4 octets, tout comme une adresse IPv4 traditionnelle ou un numéro de réseau, suivi du caractère "/" (slash), suivi d'une valeur décimale entre 0 et 32 qui décrit le nombre de bits significatifs.
Par exemple, le réseau "Classe B" hérité 172.16.0.0, avec un masque réseau implicite de 255.255.0.0, est défini comme le préfixe 172.16.0.0/16, le "/16" indiquant que le masque pour extraire la partie préfixe de l'adresse est une valeur 32 bits où les 16 bits les plus significatifs (les plus à gauche) sont mis à 1 et les 16 bits les moins significatifs (les plus à droite) sont mis à 0. Notez qu'en utilisant la notation de préfixe, la nécessité de spécifier l'adresse et le masque réseau est regroupée en une seule entrée.
Table des Longueurs de Préfixe (Table of Prefix Lengths)
Le tableau suivant montre la relation entre les longueurs de préfixe CIDR et les tailles de réseau et d'hôte traditionnelles:
| Longueur | Bits Réseau | Bits Hôte | Adresses | Équivalent Traditionnel |
|---|---|---|---|---|
| /8 | 8 | 24 | 16,777,216 | 1 Classe A |
| /16 | 16 | 16 | 65,536 | 1 Classe B |
| /24 | 24 | 8 | 256 | 1 Classe C |
| /20 | 20 | 12 | 4,096 | 16 Classe C |
| /22 | 22 | 10 | 1,024 | 4 Classe C |
| /23 | 23 | 9 | 512 | 2 Classe C |
| /30 | 30 | 2 | 4 | 1/64 Classe C |
Notez que le "sous-réseau" (Subnetting) traditionnel, tel que défini dans [RFC950], n'est que l'application du concept de préfixe CIDR à la plage d'adresses au sein d'un numéro de réseau traditionnel.
Un aspect important de CIDR est le concept d'agrégation (Aggregation) ou de "supernetting". Étant donné un ensemble de préfixes contigus partageant des bits de poids fort communs, ils peuvent être combinés en un seul super-préfixe (Superprefix), à condition que le routeur effectuant réellement l'agrégation ait des routes séparées vers chacun des préfixes d'origine.