Calculateur de sous-réseaux IP : CIDR, VLSM et préfixes IPv6

La page de sous-réseaux IP est un atelier CIDR à trois panneaux pour les adresses plutôt que pour les connexions. IPv4 Subnet prend une adresse et un masque et remplit dix cartes de résultats ; VLSM répartit un bloc parent entre des réseaux de tailles différentes ; IPv6 normalise une adresse, lit son préfixe et compte ses adresses. Chaque champ provient d'arithmétique binaire sur l'adresse elle-même, la page fonctionne donc hors ligne et n'envoie rien nulle part. Pour les mesures en direct, la page d'outils réseau est la bonne surface.

更新 2026-10-015 个来源约 5 分钟读完

Comment utiliser les trois panneaux

IPv4 Subnet — analyser une adresse.Saisissez 192.168.1.130/26, 192.168.1.130 255.255.255.192, ou une adresse seule avec le masque dans son propre champ. Les cartes se remplissent au fil de la saisie.
Convertisseur préfixe ↔ masque — changer de notation.Entrez 21, /21 ou un masque en pointillé comme 255.255.248.0 pour obtenir le préfixe, le masque en pointillé, le masque générique et le nombre d'hôtes utilisables.
VLSM — planifier plusieurs réseaux.Indiquez le parent en CIDR (192.168.1.0/24), puis un sous-réseau par ligne sous la forme name hosts (noms facultatifs, espaces autorisés). Le planificateur trie par taille et renvoie masque, plage, diffusion et nombre utilisable par bloc.
IPv6 — lire un préfixe.Entrez une adresse avec un préfixe facultatif (2001:db8:abcd:12::5/64) : sans préfixe, le texte est développé et compressé ; avec préfixe, vous obtenez aussi le préfixe réseau, les bits d'hôte et les nombres d'adresses.

Les panneaux sont aussi des adresses directes : IPv4, VLSM et IPv6.

Exemples détaillés

Chaque résultat ci-dessous a été produit par l'outil avec les entrées indiquées.

Un hôte dans un /26. 192.168.1.130/26 affiche Réseau 192.168.1.128/26, Diffusion 192.168.1.191, Hôtes utilisables 62, Adresses totales 64, Plage d'hôtes 192.168.1.129 – 192.168.1.190, Masque réseau 255.255.255.192 = /26, Masque générique 0.0.0.63, Classe C, Portée Usage privé (RFC 1918) et rôle Une adresse d'hôte.

Un /24 découpé en quatre. Parent 192.168.1.0/24 avec A 100, B 50, C 25, D 5 :

Nom	Besoin	CIDR	Plage d'hôtes	Utilisables
A	100	192.168.1.0/25	192.168.1.1 – 192.168.1.126	126
B	50	192.168.1.128/26	192.168.1.129 – 192.168.1.190	62
C	25	192.168.1.192/27	192.168.1.193 – 192.168.1.222	30
D	5	192.168.1.224/29	192.168.1.225 – 192.168.1.230	6

Alloué / total 232 / 256, Utilisation 90,6 %, Prochaine adresse libre 192.168.1.232.

Un préfixe de documentation. 2001:db8:abcd:12::5/64 affiche Compressé (RFC 5952) 2001:db8:abcd:12::5, Développé 2001:0db8:abcd:0012:0000:0000:0000:0005, Préfixe réseau 2001:db8:abcd:12::/64, Bits d'hôte 64 bit, Adresses exactes 18446744073709551616 (ordre de grandeur 1.84×10^19) et Portée Documentation (RFC 3849).

Comment chaque panneau calcule

Champs IPv4. Réseau = adresse avec les bits d'hôte effacés ; adresses totales = 2^(32−préfixe) ; diffusion = dernière adresse du bloc ; générique = masque inversé. Les hôtes utilisables suivent 2^bits d'hôte − 2, avec les exceptions /31 et /32 ci-dessous.
VLSM. Les demandes sont triées de la plus grande à la plus petite et chacune reçoit le plus petit bloc puissance de deux qui la contient ; l'ordre décroissant garde chaque bloc aligné, si bien que le plan n'a pas de trou de remplissage. Les blocs sont découpés par le haut et le résumé indique ce qui reste.
Portée. L'adresse est comparée à une table intégrée de plages à usage spécial, préfixe le plus long d'abord. Seuls les trois blocs RFC 1918 affichent Usage privé ; 100.64.0.0/10 (CGNAT) et 169.254.0.0/16 (lien local) ne sont ni privés ni routables publiquement.
IPv6. Le texte est normalisé à la forme RFC 5952, et l'arithmétique de préfixe reste exacte sur 128 bits : les nombres d'adresses apparaissent en décimal complet et en ordre de grandeur.

Limites

Plages de préfixe.: Les préfixes IPv4 vont de 0 à 32, et les masques en pointillé doivent avoir des bits 1 contigus ; 255.0.255.0 est refusé plutôt qu'accepté en silence.
Syntaxe de saisie.: Les octets avec des zéros de tête (010.1.1.1) sont refusés car d'autres analyseurs pourraient les lire comme de l'octal. Un parent VLSM ne doit pas être plus étroit que /30, avec des nombres d'hôtes entiers positifs.
Une table intégrée, pas un registre en direct.: Les étiquettes de portée décrivent le bloc d'adresses, pas la joignabilité d'un hôte.
Pas un outil de diagnostic ni de paquets.: Pas de résolution DNS, de traceroute, de test de débit ni de vérification d'IP publique — c'est le rôle de la page d'outils réseau. Pas de travail sur registres binaires ou couleurs (calculatrice de programmeur), pas d'arithmétique décimale à virgule flottante (calculatrice standard).

Le piège du /31

Un /31 n'est pas un bloc gaspillé. La formule 2^bits d'hôte − 2 dit qu'un préfixe à deux adresses a zéro hôte utilisable, mais les liaisons point à point RFC 3021 utilisent les deux : 192.168.1.4/31 affiche Hôtes utilisables 2 et Plage d'hôtes 192.168.1.4 – 192.168.1.5, avec une ligne d'information signalant l'absence d'adresse de réseau ou de diffusion. Un /32 affiche 1 comme route d'hôte ; le planificateur VLSM conserve la convention −2 et n'attribue jamais /31 de lui-même.
En cas d'égalité, la compression des zéros IPv6 va à la séquence la plus à gauche. 2001:db8:0:0:1:0:0:1 se compresse en 2001:db8::1:0:0:1, pas en 2001:db8:0:0:1::1 ; un groupe de zéros unique n'est jamais compressé.

Où cela sert

Répartir un bloc entre équipes

Des besoins de 100, 50, 25 et 5 hôtes ne peuvent pas partager un /24 en /26 égaux sans gaspiller la moitié du bloc. VLSM renvoie un /25, un /26, un /27 et un /29, remplit 232 des 256 adresses et laisse 192.168.1.232 libre.

Lire une adresse dans un ticket

Un utilisateur signale 192.168.1.130/26 ; le panneau montre le réseau englobant, la diffusion, la plage d'hôtes et le rôle — assez pour distinguer un hôte d'une passerelle ou d'une adresse de diffusion.

Vérifier un préfixe avant livraison

Collez une adresse de documentation pour confirmer sa forme canonique, son préfixe réseau et son nombre exact d'adresses avant que le préfixe n'entre dans un fichier de configuration.

Références

IETF, RFC 1918: Address Allocation for Private Internets, rfc-editor.org （访问日期：2026-10-01）— les blocs à usage privé derrière l'étiquette de portée.
IETF, RFC 4291: IP Version 6 Addressing Architecture, rfc-editor.org （访问日期：2026-10-01）— structure IPv6, forme développée et plages spéciales.
IETF, RFC 4632: Classless Inter-domain Routing (CIDR), rfc-editor.org （访问日期：2026-10-01）— notation de préfixe et découpage réseau/hôte.
IETF, RFC 5952: A Recommendation for IPv6 Address Text Representation, rfc-editor.org （访问日期：2026-10-01）— compression des zéros et règle d'égalité.
IETF, RFC 3021: Using 31-Bit Prefixes on IPv4 Point-to-Point Links, rfc-editor.org （访问日期：2026-10-01）— pourquoi les deux adresses /31 sont utilisables.