Calcul du préfix du masque IP
Calculez instantanément le préfixe CIDR, le masque décimal, l’adresse réseau, le broadcast et le nombre d’hôtes utilisables à partir d’une adresse IPv4 et d’un masque ou d’un préfixe.
Calculateur interactif
Résultats
Saisissez vos valeurs puis cliquez sur Calculer.
Visualisation
Le graphique compare le total d’adresses du sous-réseau, les hôtes utilisables et les adresses réservées. Cela permet d’évaluer rapidement la taille réelle du réseau.
Guide expert du calcul du préfixe du masque IP
Le calcul du préfixe du masque IP est une compétence fondamentale pour toute personne qui administre un réseau, déploie des services sur Internet, segmente une infrastructure d’entreprise ou prépare une certification en réseau. En pratique, il s’agit de convertir un masque de sous-réseau comme 255.255.255.0 en notation CIDR, par exemple /24, puis d’en déduire la taille du sous-réseau, l’adresse réseau, l’adresse de broadcast et le nombre d’hôtes disponibles. Cette opération paraît simple, mais elle concentre plusieurs notions essentielles : binaire, adressage IPv4, hiérarchie réseau, plan d’adressage et sécurité.
Une adresse IPv4 contient 32 bits. Le préfixe indique combien de bits sont réservés à la partie réseau. Ainsi, un /24 signifie que les 24 premiers bits identifient le réseau et que les 8 bits restants servent aux hôtes. Plus le préfixe est élevé, plus le réseau est petit et segmenté. À l’inverse, plus le préfixe est faible, plus le réseau contient d’adresses. Le calcul correct du préfixe permet d’éviter les conflits d’adresses, les erreurs de routage et les sous-réseaux surdimensionnés ou sous-dimensionnés.
Qu’est-ce que le préfixe CIDR exactement ?
La notation CIDR, pour Classless Inter-Domain Routing, remplace l’ancienne logique rigide des classes A, B et C. Au lieu de se baser uniquement sur une classe, on exprime la taille du réseau à l’aide d’un nombre après une barre oblique. Par exemple, 192.168.10.0/24 indique que les 24 premiers bits sont la partie réseau. Le masque correspondant est 255.255.255.0. Un /16 correspond à 255.255.0.0 et un /27 à 255.255.255.224.
Le grand avantage du CIDR est la flexibilité. Les organisations peuvent définir des sous-réseaux selon leurs besoins réels. Un réseau de 20 postes n’a pas besoin d’un /24 complet si un /27 suffit. Cette granularité améliore l’utilisation de l’espace d’adressage IPv4, ressource historiquement limitée.
Comment convertir un masque IP en préfixe
La méthode consiste à compter le nombre de bits à 1 dans le masque binaire. Prenons 255.255.255.0 :
- 255 = 11111111, soit 8 bits à 1
- 255 = 11111111, soit 8 bits à 1
- 255 = 11111111, soit 8 bits à 1
- 0 = 00000000, soit 0 bit à 1
Total : 24 bits à 1, donc le préfixe est /24.
Autre exemple avec 255.255.255.192 :
- 255 = 8 bits à 1
- 255 = 8 bits à 1
- 255 = 8 bits à 1
- 192 = 11000000, soit 2 bits à 1
Total : 26 bits. Le préfixe est donc /26. Cette conversion n’est valide que si le masque est contigu, c’est-à-dire composé d’une série de 1 suivie uniquement de 0. Un masque non contigu est invalide dans l’usage courant IPv4.
Comment convertir un préfixe en masque décimal
La conversion inverse consiste à placer autant de bits à 1 que le préfixe l’indique, puis à convertir chaque octet en décimal. Pour un /27, on a :
- Les 24 premiers bits remplissent les trois premiers octets : 255.255.255
- Il reste 3 bits à 1 dans le quatrième octet : 11100000
- 11100000 vaut 224
Le masque d’un /27 est donc 255.255.255.224.
Calcul du nombre d’hôtes disponibles
Une fois le préfixe connu, il devient possible d’évaluer la taille du sous-réseau. En IPv4, le nombre total d’adresses est donné par la formule 2^(32 – préfixe). Le nombre d’hôtes utilisables, dans un réseau traditionnel, est généralement 2^(32 – préfixe) – 2, car l’adresse réseau et l’adresse de broadcast sont réservées.
Voici quelques exemples typiques :
| Préfixe | Masque | Total d’adresses | Hôtes utilisables | Usage fréquent |
|---|---|---|---|---|
| /24 | 255.255.255.0 | 256 | 254 | Petit LAN d’entreprise |
| /25 | 255.255.255.128 | 128 | 126 | Segmentation d’un /24 en deux réseaux |
| /26 | 255.255.255.192 | 64 | 62 | Départements ou VLANs compacts |
| /27 | 255.255.255.224 | 32 | 30 | Petits segments utilisateurs |
| /28 | 255.255.255.240 | 16 | 14 | Équipements réseau ou DMZ |
| /30 | 255.255.255.252 | 4 | 2 | Liaisons point à point IPv4 classiques |
Adresse réseau, broadcast et plage d’hôtes
Le calcul du préfixe ne sert pas seulement à afficher un nombre après une barre oblique. Il détermine aussi la structure du sous-réseau. Supposons l’adresse 192.168.1.130/24. Le masque est 255.255.255.0. La partie réseau correspond aux trois premiers octets. L’adresse réseau est donc 192.168.1.0. L’adresse de broadcast est 192.168.1.255. Les hôtes utilisables vont de 192.168.1.1 à 192.168.1.254.
Si l’on prend maintenant 192.168.1.130/26, le calcul change. Un /26 découpe le /24 en blocs de 64 adresses. Les plages sont :
- 192.168.1.0 à 192.168.1.63
- 192.168.1.64 à 192.168.1.127
- 192.168.1.128 à 192.168.1.191
- 192.168.1.192 à 192.168.1.255
L’adresse 192.168.1.130 appartient au bloc 192.168.1.128/26. L’adresse réseau est 192.168.1.128, le broadcast 192.168.1.191 et les hôtes utilisables vont de 192.168.1.129 à 192.168.1.190.
Statistiques réelles sur l’efficacité des préfixes
Dans la pratique, de nombreuses erreurs proviennent d’un mauvais dimensionnement des sous-réseaux. Les équipes créent souvent des /24 partout par habitude, alors que les besoins réels sont bien inférieurs. Cela entraîne du gaspillage d’adresses, complique l’inventaire et élargit inutilement les domaines de broadcast. Le tableau suivant montre une comparaison simple entre plusieurs tailles de sous-réseaux et leur taux d’occupation lorsqu’on connecte 20 équipements.
| Préfixe | Hôtes utilisables | Équipements réels | Taux d’occupation | Adresses inutilisées |
|---|---|---|---|---|
| /24 | 254 | 20 | 7,9 % | 234 |
| /27 | 30 | 20 | 66,7 % | 10 |
| /28 | 14 | 20 | Insuffisant | 0 |
| /26 | 62 | 20 | 32,3 % | 42 |
Cette simple comparaison montre que le /27 représente souvent un excellent compromis pour des petits groupes d’utilisateurs. À grande échelle, ces choix ont un impact significatif sur l’organisation du plan d’adressage.
Pourquoi le bon calcul du préfixe améliore la sécurité
Le subnetting ne sert pas uniquement à répartir les adresses. Il permet aussi d’isoler les zones critiques. En créant des sous-réseaux distincts pour les serveurs, l’administration, les utilisateurs, les invités et les équipements IoT, on réduit la surface d’exposition et on applique des politiques de filtrage plus précises. Un préfixe correctement calculé évite les plages trop larges, qui facilitent les mouvements latéraux en cas d’incident de sécurité.
Sur le plan opérationnel, un sous-réseau trop grand augmente le nombre de machines dans un même domaine de broadcast. Cela peut avoir un effet sur les performances, la lisibilité du réseau et la supervision. À l’inverse, un sous-réseau trop petit provoque des saturations rapides et oblige à redessiner l’architecture plus tôt que prévu.
Méthode rapide pour calculer les blocs de sous-réseaux
Une technique très utilisée consiste à calculer la taille du bloc dans l’octet intéressant. Pour un masque 255.255.255.192, la taille du bloc est 256 – 192 = 64. Les réseaux commencent donc à 0, 64, 128, 192. Pour savoir à quel sous-réseau appartient une adresse donnée, on regarde dans quel intervalle elle se trouve. Cette méthode est particulièrement utile lors d’une analyse rapide sur le terrain ou d’un dépannage.
Cas particuliers : /31 et /32
Le préfixe /31 laisse 1 bit d’hôte, donc 2 adresses au total. Traditionnellement, cela ne donnait pas d’hôtes utilisables dans la logique réseau/broadcast. Cependant, dans certains contextes modernes, notamment les liaisons point à point, le /31 est utilisé efficacement. Le /32 représente une seule adresse unique, souvent utilisée pour identifier une interface précise, une route host ou certaines ACL.
Erreurs fréquentes à éviter
- Confondre masque décimal et préfixe CIDR sans vérifier la continuité binaire.
- Oublier de soustraire l’adresse réseau et l’adresse broadcast pour calculer les hôtes utilisables en IPv4 classique.
- Réserver des /24 partout par facilité, au lieu de dimensionner selon les besoins réels.
- Ne pas anticiper la croissance et choisir un sous-réseau trop serré.
- Ignorer l’impact des VLANs, ACLs et routes sur la conception du plan d’adressage.
Bonnes pratiques pour un plan d’adressage fiable
- Estimez le nombre réel d’équipements à court et moyen terme.
- Ajoutez une marge raisonnable de croissance, sans surdimensionner excessivement.
- Créez des sous-réseaux cohérents par usage : utilisateurs, Wi-Fi, serveurs, voix, invités.
- Documentez le préfixe, le masque, la plage d’hôtes, la passerelle et le VLAN associé.
- Standardisez les tailles quand cela simplifie l’exploitation, tout en gardant de la flexibilité.
Sources académiques et institutionnelles utiles
Pour approfondir l’adressage IP, le CIDR et le subnetting, consultez également des sources reconnues :
- Louisiana State University (.edu) – IP addressing and subnetting
- Dartmouth (.edu) – Subnetting fundamentals
- NIST (.gov) – Standards and cybersecurity guidance
Conclusion
Le calcul du préfixe du masque IP est au cœur de l’administration réseau moderne. Il sert à transformer une adresse et un masque en informations exploitables : réseau, broadcast, plage d’hôtes, capacité réelle et segmentation logique. Maîtriser ce calcul permet de concevoir des réseaux plus performants, plus lisibles et plus sûrs. Avec le calculateur ci-dessus, vous pouvez convertir rapidement un masque en préfixe, obtenir le masque à partir d’un CIDR et analyser un sous-réseau complet à partir d’une adresse IPv4. Pour toute infrastructure sérieuse, cette compétence reste indispensable.