Calculateur VLSM
Saisissez un réseau parent et le nombre d’hôtes dont chaque sous-réseau a besoin. Le calculateur place les blocs du plus grand au plus petit et vous donne un plan de sous-réseaux VLSM.
Ce qu’est le VLSM
Le VLSM (variable length subnet masking, masque de sous-réseau de longueur variable) divise un réseau parent en sous-réseaux de tailles différentes. Lorsque les sous-réseaux ont besoin de nombres d’hôtes différents, les faire tous de la même taille (même longueur de préfixe) gaspille des adresses. Adapter la longueur du préfixe aux hôtes nécessaires utilise les adresses efficacement. Un tableau du nombre d’adresses pour chaque longueur de préfixe IPv4 figure dans la RFC 1878 (un document informatif).
La procédure d’allocation (la procédure habituelle)
- Transformez chaque demande en plus petit bloc comportant assez d’hôtes. Pour les préfixes /30 et plus courts, hôtes utilisables = adresses totales − 2 (l’adresse réseau et l’adresse de diffusion ne sont pas utilisables). Par exemple, 100 hôtes demandent un /25 (126 hôtes) et 50 hôtes un /26 (62 hôtes).
- Triez les blocs du plus grand (le plus d’hôtes) au plus petit. Les blocs de même taille gardent l’ordre des lignes que vous avez saisies.
- Placez-les les uns après les autres à partir du début du réseau parent.
C’est la manière courante de procéder, et elle n’est pas définie par une norme. Les blocs CIDR ont une taille égale à une puissance de deux (RFC 4632), et le début de chaque bloc est une adresse multiple de la taille du bloc (une frontière de réseau). Placer le plus grand d’abord maintient l’alignement des frontières (l’outil vérifie aussi qu’elles le sont).
Quand il n’y a pas assez d’adresses
- Si les blocs demandés totalisent plus que ce que contient le réseau parent, il manque des adresses. L’outil indique combien il en manque et quelles lignes n’ont pas pu être allouées.
- Si, en plaçant du plus grand au plus petit, un bloc ne tient plus dans l’espace restant, cette ligne et les suivantes ne peuvent pas être allouées (il ne reste rien : les blocs plus petits n’y tiennent donc pas non plus). Une ligne qui demande un bloc plus grand que le réseau parent échoue seule, et des blocs plus petits peuvent encore être placés.
- Si le total est exactement la taille du réseau parent, celui-ci est plein, et non en manque (0 adresse reste).
/31 et /32
- Désactivé (par défaut) : le plus petit sous-réseau est un /30 (2 hôtes). Un besoin de 1 ou 2 hôtes donne un /30 dans les deux cas. Les /31 et /32 ne sont pas alloués.
- Activé : 1 hôte nécessaire devient un /32 (une seule adresse, comme une boucle locale) et 2 hôtes un /31. De 3 à 6 hôtes demandent un /29 (un /30 n’en contient que 2).
- /31 : la RFC 3021 décrit l’usage d’un masque de 31 bits sur des liaisons point à point, où les deux adresses sont utilisées comme adresses d’hôte (il n’y a ni adresse réseau ni adresse de diffusion). Il sert aux liaisons un à un comme les connexions entre routeurs, et non aux sous-réseaux de réseau local.
- /32 : une adresse unique qui désigne un hôte (la RFC 4632 la traite comme un bloc d’une adresse). Une mention de l’usage du /32 dans une RFC n’a pas pu être confirmée.
- La longueur de préfixe du réseau parent peut aller de /0 à /30.
Exemple
Divisez le réseau parent 192.168.0.0/24 en quatre sous-réseaux de 100, 50, 25 et 10 hôtes (avec /31 et /32 désactivés) :
| Ordre | Hôtes nécessaires | Allocation | Adresses utilisables |
|---|---|---|---|
| 1 | 100 | 192.168.0.0/25 | 192.168.0.1 à 192.168.0.126 |
| 2 | 50 | 192.168.0.128/26 | 192.168.0.129 à 192.168.0.190 |
| 3 | 25 | 192.168.0.192/27 | 192.168.0.193 à 192.168.0.222 |
| 4 | 10 | 192.168.0.224/28 | 192.168.0.225 à 192.168.0.238 |
Les blocs totalisent 128 + 64 + 32 + 16 = 240 adresses, et 16 adresses (à partir de 192.168.0.240) ne sont pas allouées.
Un exemple avec un manque : demander à 192.168.0.0/24 des sous-réseaux de 126, 126 et 2 hôtes exige deux blocs /25 (128 adresses chacun), qui remplissent les 256 adresses du parent ; la troisième demande (2 hôtes, un /30 de 4 adresses) ne peut donc pas être allouée (il manque 4 adresses).
Remarques
- Saisissez le réseau parent en notation CIDR IPv4 (les octets avec un zéro en tête ne sont pas acceptés, comme dans le calculateur de sous-réseau IPv4). Si l’adresse a une partie hôte non nulle, elle est remplacée par l’adresse réseau avant le calcul.
- Les hôtes nécessaires forment un nombre entier de 1 à 4 294 967 294. Incluez les passerelles et la croissance future dans les hôtes que vous saisissez.
- Pour une adresse et un préfixe, utilisez le calculateur de sous-réseau IPv4 ; pour IPv6, le calculateur de sous-réseau IPv6 ; et pour la conversion de base, le convertisseur de bases numériques.
Sources et vérifications
Les mentions de RFC ci-dessus ont été vérifiées dans les RFC lors de la création de la version japonaise de cet outil (29 octobre 2026) : RFC 3021 (section 2.1, préfixes de 31 bits sur des liaisons point à point), RFC 4632 (CIDR ; les préfixes représentent des blocs de puissance de deux) et RFC 1878 (un tableau informatif des tailles de sous-réseaux). Elles n’ont pas été revérifiées pour cette page. La procédure « le plus grand d’abord » n’est pas définie par une RFC ; c’est la pratique habituelle.
Questions fréquentes
Qu’est-ce que le VLSM ?
Une manière de diviser un réseau parent en sous-réseaux de tailles différentes, adaptées au nombre d’hôtes dont chacun a besoin.
Pourquoi allouer le plus grand d’abord ?
Placer d’abord les plus gros blocs maintient le début de chaque bloc sur une frontière de réseau (un multiple de la taille du bloc) et laisse peu de trous. C’est une pratique courante, et non une norme.
Puis-je utiliser un /31 sur un réseau local ?
La RFC 3021 décrit l’usage sur des liaisons point à point. Elle ne précise pas d’usage comme sous-réseau de réseau local.
Que se passe-t-il s’il n’y a pas assez d’adresses ?
L’outil compare le total des blocs avec le réseau parent, indique combien d’adresses manquent et liste les lignes qui n’ont pas pu être allouées, avec la raison.