Calculateur VLSM

Calculer les masques de sous-réseau de longueur variable selon les besoins en hôtes

Subnet Requirements

4 subnets
Sales50 hosts
Engineering30 hosts
Management10 hosts
IT5 hosts

VLSM Allocation

NameNetworkRangeHosts
Sales192.168.0.0/26192.168.0.1 - 192.168.0.6250/62
Engineering192.168.0.64/27192.168.0.65 - 192.168.0.9430/30
Management192.168.0.96/28192.168.0.97 - 192.168.0.11010/14
IT192.168.0.112/29192.168.0.113 - 192.168.0.1185/6
4
Subnets
46.9%
Utilized
136
Available
17
Wasted
Address Space Allocation
Sal
Eng

Le calculateur VLSM effectue le découpage en sous-réseaux à longueur de masque variable (Variable Length Subnet Masking) pour diviser un réseau parent en sous-réseaux de taille optimale en fonction de vos besoins spécifiques en hôtes. Saisissez un réseau parent comme 192.168.1.0/24 ainsi qu'une liste de nombres d'hôtes (par ex. 100, 50, 20, 2), et l'outil alloue le plus petit sous-réseau possible pour chaque segment -- renvoyant l'adresse réseau, la longueur de préfixe, le masque de sous-réseau, la plage d'hôtes utilisables et le pourcentage d'efficacité pour chaque allocation.

Comprendre le Variable Length Subnet Masking

Si on vous a déjà confié un seul /24 à répartir entre quatre départements allant de 100 utilisateurs jusqu'à une liaison WAN de deux équipements, vous avez déjà rencontré le problème que le VLSM résout. Le découpage classful traditionnel impose que tous les sous-réseaux aient la même taille. Si vous découpez un /24 en parts égales pour accommoder le groupe le plus important, les groupes plus petits gaspillent la majorité de leurs adresses. Un département avec deux routeurs sur une liaison point à point n'a pas besoin de 62 adresses, et lui en attribuer autant prive les départements qui pourraient réellement les utiliser.

Le VLSM supprime cette contrainte en permettant à chaque sous-réseau d'utiliser une longueur de préfixe différente. Le département de 100 hôtes reçoit un /25 (126 adresses utilisables), le groupe de 50 hôtes obtient un /26 (62 utilisables), l'équipe de 20 hôtes un /27 (30 utilisables), et la liaison WAN un /30 (2 utilisables). Les quatre tiennent dans le même bloc parent /24, et l'utilisation globale passe de moins de 50 % à plus de 80 %. C'est pourquoi le VLSM est devenu l'approche standard pour la conception de réseaux IPv4 dès que le CIDR l'a rendu possible -- chaque adresse utilisable dans l'espace RFC 1918 compte, et les gaspiller dans des sous-réseaux surdimensionnés est un luxe que la plupart des organisations ne peuvent pas se permettre.

Le calculateur automatise les calculs qui impliqueraient autrement de trier les besoins, de calculer des puissances de deux, d'aligner les sous-réseaux sur les limites de bits et de suivre l'espace libre restant. Vous fournissez le bloc parent et les nombres d'hôtes, et il renvoie un tableau d'allocation complet accompagné d'un résumé de l'espace d'adressage utilisé et restant. Que vous planifiiez un réseau de production réel ou travailliez sur un exercice de préparation au CCNA, le résultat vous donne tout ce dont vous avez besoin pour vérifier et documenter la conception.

Comment calculer des sous-réseaux VLSM

  1. Saisissez votre réseau parent en notation CIDR (par ex. 192.168.1.0/24 ou 10.0.0.0/16)
  2. Listez le nombre d'hôtes requis pour chaque sous-réseau, un par ligne
  3. Le calculateur trie les besoins du plus grand au plus petit
  4. Chaque sous-réseau reçoit la plus petite longueur de préfixe qui contient le nombre d'hôtes plus les adresses réseau et de broadcast
  5. Consultez le résultat montrant l'adresse réseau, le masque, la plage utilisable et l'efficacité de chaque sous-réseau

Exemples de calcul VLSM

Avec un réseau parent de 192.168.1.0/24 et les besoins en hôtes suivants :

Nom du sous-réseauHôtes nécessairesPréfixe allouéAdresse réseauPlage utilisableHôtes utilisablesEfficacité
Ingénierie100/25192.168.1.0/25192.168.1.1 - 192.168.1.12612679,4 %
Commercial50/26192.168.1.128/26192.168.1.129 - 192.168.1.1906280,6 %
Direction20/27192.168.1.192/27192.168.1.193 - 192.168.1.2223066,7 %
Liaison WAN2/30192.168.1.224/30192.168.1.225 - 192.168.1.2262100 %

Total utilisé : 220 sur 256 adresses (85,9 % d'utilisation) Restant : 192.168.1.228/30, 192.168.1.232/29, 192.168.1.240/28 (36 adresses)

Référence : longueur de préfixe et hôtes utilisables

PréfixeMasque de sous-réseauAdresses totalesHôtes utilisables
/24255.255.255.0256254
/25255.255.255.128128126
/26255.255.255.1926462
/27255.255.255.2243230
/28255.255.255.2401614
/29255.255.255.24886
/30255.255.255.25242

Quand utiliser le calculateur VLSM

  • Conception réseau -- planifier les sous-réseaux pour un nouveau bureau, campus ou déploiement en data center
  • Conservation des adresses -- maximiser l'utilisation d'un espace IPv4 limité en dimensionnant chaque sous-réseau au plus juste
  • Préparation aux certifications -- pratiquer le découpage VLSM pour les examens CCNA, CompTIA Network+ et JNCIA
  • Planification de VPC cloud -- allouer des blocs de sous-réseaux pour les VPC AWS, VNet Azure ou les réseaux GCP
  • Adressage des liaisons WAN -- allouer des sous-réseaux /30 ou /31 pour les liaisons point à point entre routeurs
  • Extension réseau -- vérifier que de nouveaux sous-réseaux rentrent dans l'espace libre restant d'un bloc parent

Fonctionnement du Variable Length Subnet Masking

Le découpage classful traditionnel divise un réseau en sous-réseaux de taille égale. Si vous avez besoin d'un sous-réseau de 200 hôtes et d'un autre de 2, les deux reçoivent la même taille -- gaspillant des adresses dans le plus petit sous-réseau. Le VLSM résout ce problème en permettant à chaque sous-réseau d'utiliser une longueur de préfixe différente.

L'algorithme d'allocation VLSM

  1. Trier tous les besoins en hôtes du plus grand au plus petit
  2. Calculer la longueur de préfixe minimale pour chacun : trouver la plus petite puissance de 2 supérieure ou égale à (hôtes nécessaires + 2)
  3. Allouer le plus grand sous-réseau en premier, en commençant à l'adresse du réseau parent
  4. Placer chaque sous-réseau suivant à la prochaine limite alignée disponible
  5. Valider que tous les sous-réseaux tiennent dans le bloc parent

Le « +2 » tient compte de l'adresse réseau (première adresse, tous les bits hôte à zéro) et de l'adresse de broadcast (dernière adresse, tous les bits hôte à un), qui ne peuvent pas être attribuées aux hôtes.

Pourquoi l'ordre décroissant est important

Allouer les plus grands sous-réseaux en premier garantit un alignement correct sur les limites de bits. Un /25 doit commencer sur une limite de 128 adresses, un /26 sur une limite de 64 adresses, et ainsi de suite. Allouer les petits sous-réseaux en premier peut fragmenter l'espace et rendre impossible l'insertion de blocs plus grands par la suite, même quand le nombre total d'adresses disponibles serait suffisant.

Exemple détaillé : allocation au niveau des bits

Pour le sous-réseau Ingénierie nécessitant 100 hôtes à partir de 192.168.1.0/24 :

Hôtes nécessaires :  100
Puissance de 2 >= (100 + 2) :  128  →  préfixe /25
Masque de sous-réseau :   255.255.255.128

Réseau :        192.168.1.0/25    (11000000.10101000.00000001.0|0000000)
Broadcast :     192.168.1.127     (11000000.10101000.00000001.0|1111111)
Prochaine adresse : 192.168.1.128 (début du /26 suivant pour le Commercial)

La barre verticale sépare les 25 bits réseau des 7 bits hôte. Le sous-réseau suivant (Commercial, 50 hôtes) commence à 192.168.1.128, qui est naturellement aligné sur une limite de 64 adresses pour son préfixe /26.

Bonnes pratiques de planification VLSM

La plus grande erreur que font les ingénieurs avec le VLSM est de dimensionner les sous-réseaux exactement au nombre d'équipements d'aujourd'hui. Un sous-réseau avec 50 appareils et un /26 (62 hôtes utilisables) fonctionne pour le moment, mais une expansion de bureau ou une vague de nouveaux capteurs IoT le pousse au-delà de sa capacité et force un projet pénible de re-numérotation. Ajoutez une marge de croissance d'au moins 30 à 50 % à chaque nombre d'hôtes avant de lancer le calcul. Si vous avez 50 appareils aujourd'hui, saisissez 75 ou 80 comme besoin pour que le calculateur sélectionne un sous-réseau capable d'absorber la croissance sans refonte.

Le deuxième piège est d'ignorer l'espace libre restant. Après le placement de vos allocations, les fragments restants ne sont pas toujours exploitables pour des besoins futurs. Un bloc restant de 192.168.1.228/30 n'est utile que pour une liaison WAN à deux hôtes, pas pour un futur VLAN de 30 appareils. Lors de la planification des allocations VLSM, laissez délibérément un bloc non alloué contigu à la fin de votre réseau parent pour la croissance future plutôt que de laisser l'algorithme disperser de petits fragments dans toute la plage.

Enfin, documentez l'allocation immédiatement. Un plan VLSM qui n'existe que dans la tête d'un ingénieur devient un risque dès que cette personne est indisponible. Exportez la sortie du calculateur, ajoutez les noms de sous-réseaux et les identifiants VLAN, et stockez-la dans votre système IPAM ou au minimum un tableur partagé. Le VLSM Report Generator peut formater cette documentation automatiquement.

Questions fréquentes

Quelle est la différence entre VLSM et CIDR ?

VLSM et CIDR sont des concepts liés mais distincts. Le CIDR (Classless Inter-Domain Routing) élimine les anciennes limites de classes A/B/C et permet des longueurs de préfixe arbitraires dans le routage. Le VLSM désigne spécifiquement l'utilisation de longueurs de préfixe différentes pour les sous-réseaux au sein d'un même réseau. Le VLSM est une technique de découpage rendue possible par l'adressage flexible du CIDR.

Le VLSM peut-il être utilisé avec IPv6 ?

Bien que les concepts du VLSM s'appliquent à toute version d'IP, l'immense espace d'adressage IPv6 (les allocations en /48 fournissent 65 536 sous-réseaux en /64) rend la conservation agressive moins critique. La plupart des déploiements IPv6 utilisent un préfixe /64 uniforme pour tous les sous-réseaux. Le VLSM est principalement pertinent pour la planification d'adressage IPv4.

Que se passe-t-il si mes besoins en hôtes dépassent le réseau parent ?

Le calculateur valide les besoins totaux par rapport à l'espace disponible. Si les allocations combinées dépassent la capacité du réseau parent, vous recevrez un avertissement indiquant combien d'adresses supplémentaires sont nécessaires. Vous devrez soit réduire les besoins, soit utiliser un bloc parent plus grand.

Comment tenir compte de la croissance future ?

Ajoutez une marge de croissance à chaque nombre d'hôtes avant le calcul. Une pratique courante est de doubler le besoin actuel ou d'ajouter 20 à 50 % de marge. Par exemple, si un département compte actuellement 40 hôtes, saisissez 60 ou 80 pour permettre l'expansion sans avoir à redécouper ultérieurement.

Pourquoi mon plus grand sous-réseau gaspille-t-il plus d'adresses que les plus petits ?

Le VLSM minimise le gaspillage par rapport au découpage classful, mais ne peut pas l'éliminer entièrement. Les tailles de sous-réseaux sont des puissances de deux (moins les deux adresses réservées), donc un besoin de 100 hôtes obtient un /25 avec 126 adresses utilisables -- une efficacité de 79 %. L'écart se réduit quand les besoins s'approchent d'une puissance de deux. Un besoin de 62 hôtes tient parfaitement dans un /26 avec une efficacité proche de 100 %.

Puis-je utiliser le VLSM sur plusieurs réseaux parents ?

Oui. Si un bloc parent ne dispose pas de suffisamment d'espace, vous pouvez exécuter les allocations VLSM sur un second bloc. Assurez-vous simplement que les deux réseaux parents ne se chevauchent pas et que votre configuration de routage gère correctement les deux blocs. Le Duplicate Subnet Detector peut vérifier l'absence de conflits.

Outils associés

IPparse•Outils de calcul réseau et sous-réseau gratuits

© 2026 IPparse. All tools run locally in your browser.

100% Privacy-First • No Data Collected