Les masques de sous-réseau

Dans le monde des réseaux, on utilise souvent des termes inintelligibles pour le commun des mortels n'ayant pas une formation informatique poussée. Les masques en font partie, d'autant plus que leur compréhension et leur utilisation ne sont pas toujours simples (au départ).

Le but de ce cours est de présenter de façon la plus compréhensible possible ce que sont les masques, à quoi ils servent, comment bien les utiliser et se familiariser avec.

Pour cela, nous traiterons aussi quelques sujets annexes qui nous permettront de mieux comprendre l'utilité des masques, comme les réseaux logiques, quelques notions de routage, etc.

La seule et unique tâche que je vous demanderai d'accomplir sera de corriger mes erreurs (aussi bien dans la cohérence des éléments avancés que pour l'orthographe), me donner des conseils sur ce qui est mal expliqué pour le rendre plus accessible, ajouter des éléments qui ont trait aux masques et rendent l'exposé plus complet, combler tout manque pour améliorer ce cours. Maintenant que c'est sur un wiki, vous n'avez plus d'excuses pour faire ces modifications facilement !

Pour envoyer du courrier à un ami, vous utilisez son adresse postale. Ainsi vous êtes sûr que le paquet que vous envoyez arrivera à la bonne personne. Eh bien pour les ordinateurs, c'est pareil. Quand vous connectez votre ordinateur à un réseau (Internet par exemple), il possède une adresse qui l'identifie d'une façon unique pour que les autres ordinateurs du réseau puissent lui envoyer des informations.

Imaginez un énorme réseau comme Internet où chacune des machines serait obligée de connaître l'ensemble des millions d'autres machines (et notamment leurs adresses) et de savoir comment y accéder. Cela obligerait nos pauvres ordinateurs à avoir des tables énormes contenant l'ensemble de ces informations. Cela induirait aussi des temps de réponse très grands pour parcourir cette table.

Pour répondre à cette problématique, on a segmenté cet énorme réseau en différents petits réseaux. Et c'est au sein de ces petits réseaux que l'on donne des adresses aux machines pour leur envoyer l'information. Ainsi, il suffit de connaître l'adresse du réseau pour envoyer l'information à une machine de celui-ci, et c'est à l'intérieur de ce réseau que l'information sera redirigée vers la bonne machine.

C'est exactement comme lorsque vous envoyez un paquet par la poste, vous mettez le nom de la ville, le paquet arrive à la poste de la ville, et c'est elle qui distribue le paquet à la bonne adresse.

Comme vous l'avez compris, il nous faut deux adresses pour identifier une machine, une pour le réseau et une pour la machine elle-même. Cependant, l'adressage qui a été choisi pour les machines ne définit qu'une seule adresse. Vous me direz que ce n'est pas suffisant. Eh bien si ! Il suffit de segmenter cette adresse en deux parties distinctes, l'une pour le réseau, et l'autre pour la machine. C'est là où le masque entre en jeu, c'est lui qui joue le rôle de séparateur entre ces deux adresses.

Le masque est un séparateur entre la partie réseau et la partie machine d'une adresse IP.

L'utilisation et la maîtrise des masques doivent pouvoir vous permettre d'une part, de savoir ce que vous manipulez, et d'autre part d'optimiser le fonctionnement de votre réseau. Effectivement, l'utilisation des masques vous permettra de segmenter de la façon la plus correcte l'adressage de votre réseau, et ainsi de séparer les machines sensibles du reste du réseau, limiter les congestions, et prévoir l'évolution de votre réseau, etc. Malheureusement, la séparation d'un réseau en plusieurs sous-réseaux n'a pas que des avantages. L'un des désavantages majeurs est notamment la complexification des tables de routage étant donné le plus grand nombre de réseaux à router.

Nous avons parlé d'adresses pour les machines, il est temps maintenant de définir ces adresses.

On parle d'adresse IP, car il s'agit du protocole qui permet d'identifier les machines et de router les informations sur Internet. Ces adresses sont codées sur quatre octets (voir chapitre 4 sur le codage binaire) et sont la plupart du temps écrites en numérotation décimale en séparant les octets par des points. Ça donne quelque chose comme ça : 192.168.132.24.

En y regardant d'un peu plus près, on peut calculer le nombre de machines que l'on peut identifier à l'aide de cet adressage. Ainsi, on utilise quatre octets, soit 32 bits, soit encore 2³² adresses. Or 2³² = 4 294 967 296, on peut donc définir un peu plus de 4 milliards d'adresses !!!

Cependant, nous avons vu qu'il fallait séparer cette adresse en deux parties pour pouvoir identifier à la fois le réseau et l'adresse. Mais comment se fait cette séparation ? En fait, le masque comme l'adresse IP est une suite de quatre octets, soit 32 bits. Chacun de ces bits peut prendre la valeur 1 ou 0. Eh bien il nous suffit de dire que les bits à 1 représenteront la partie réseau de l'adresse, et les bits à 0 la partie machine. Ainsi, on fera une association entre une adresse IP et un masque pour savoir dans cette adresse IP quelle est la partie réseau et quelle est la partie machine de l'adresse.

Le masque servant à faire la séparation en deux parties sur une adresse IP, il est donc indissociable de celle-ci. Une adresse seule ne voudra rien dire puisqu'on ne saura pas quelle est la partie réseau et quelle est la partie machine. De la même façon, un masque seul n'aura pas de valeur puisqu'on n'aura pas d'adresse sur laquelle l'appliquer. L'adresse IP et le masque sont donc liés l'un à l'autre, même si l'on peut choisir l'un indépendamment de l'autre.

Nous utilisons tous les jours un système de numération décimale avec dix symboles (0123456789) qui nous permettent d'énumérer toutes sortes de nombres en les plaçant dans un certain ordre. Cette place est primordiale puisqu'elle représente le passage aux dizaines, centaines, milliers, etc. Ainsi, tout nombre peut se décomposer en puissances de 10, par exemple :

• 324 = 300 + 20 +4 = 3x10² + 2x10¹ + 4x10⁰

Cependant, il existe d'autres modes selon la base dans laquelle on se place. Lorsque l'on utilise la base 2, on se place en numération binaire où seuls deux symboles sont utilisés (01) On peut, de la même façon, décomposer tout nombre en puissances de 2.

• 324 = 256 + 64 + 4 = 1x2⁸ + 0x2⁷ + 1x2⁶ + 0x2⁵ + 0x2⁴ + 0x2³ + 1x2² + 0x2¹ + 0x2⁰

Pour les ordinateurs, c'est ce choix du codage binaire qui a été fait. Pourtant, il aurait été plus simple d'utiliser la base 10 avec laquelle nous sommes familiers. Cependant, les informations liées aux ordinateurs circulent sur des fils électriques. Sur ces fils, il est difficile de distinguer plus de deux états pour le signal, on peut par exemple choisir un état à 0 volt, et un autre pour 5 volts. On se retrouve donc avec deux valeurs possibles. C'est pour cela qu'on a choisi un codage binaire avec deux valeurs possibles, 0 et 1.

Un octet est une séquence de huit bits. C'est donc un nombre codé avec huit bits. Ainsi, si on transpose sa valeur en décimal, on obtient un nombre qui peut varier entre 0 et 255. Donc, dans une adresse IP, on ne pourra pas trouver d'autres nombres que ceux compris entre 0 et 255. Une adresse comme 192.65.25.428 ne peut pas être une adresse IP valide vu que son dernier octet n'est pas compris entre 0 et 255.

Nous avons vu que l'adresse IP était composée de quatre octets écrits en notation décimale, séparés par des points, par exemple : 192.168.25.132.

Cette adresse peut aussi bien s'écrire en binaire :

11000000        10101000        00011001        10000100 
192.            168.            25.             132

Nous verrons par la suite pourquoi il est utile de revenir à cette notation pour bien comprendre le fonctionnement des masques.

Nous avons déjà vu plusieurs aspects importants des masques qu'il faudra toujours essayer de garder à l'esprit :

• ils sont codés sur quatre octets, soit 32 bits ;
• ils permettent de faire la séparation entre la partie réseau et la partie machine de l'adresse IP ;
• la partie réseau est représentée par des bits à 1, et la partie machine par des bits à 0 ;
• le masque ne représente rien sans l'adresse IP à laquelle il est associé.

Comme le masque est codé sur 32 bits, voici un exemple possible de masque :

__________Réseau_________ _Machine
11111111.11111111.11111111.00000000

Ce qui s'écrit en décimal 255.255.255.0

Maintenant, plusieurs questions peuvent se poser.

• Jusqu'ici je comprends, mais comment je peux associer ce masque à une adresse IP, et quel sera le résultat ?
• Pourquoi les bits à 1 sont séparés de ceux à 0 ?

Prenons par exemple une machine qui a pour adresse IP 192.168.25.147. Il nous faut lui associer un masque pour savoir quelle partie de cette adresse représente le réseau. Associons-lui le masque précédant 255.255.255.0. On remarque que les bits des trois premiers octets sont à 1, ils représentent donc la partie réseau de l'adresse, soit 192.168.25, le 147 permettant d'identifier la machine au sein de ce réseau.

Dans cet exemple, on remarque qu'un octet a été réservé pour l'adresse machine, ce qui nous donne 2⁸ = 256 adresses disponibles pour les machines sur le réseau 192.168.25. Les adresses disponibles pour les machines seront donc :

• 192.168.25.0 (réservée pour le réseau, voir 5.4) ;
• 192.168.25.1 à 192.168.25.254 ;
• 192.168.25.255 (réservée pour le broadcast, voir 5.4).

On observe que c'est le masque qui détermine le nombre de machines d'un réseau. On verra par la suite comment choisir le masque en fonction du nombre de machines que l'on veut installer.

Il existe des adresses spécifiques au sein d'un réseau. La première adresse d'une plage ainsi que la dernière ont un rôle particulier. La première adresse d'une plage représente l'adresse du réseau. Celle-ci est très importante, car c'est grâce à elle qu'on peut identifier les réseaux et router les informations d'un réseau à un autre. La dernière adresse d'une plage représente ce que l'on appelle l'adresse de broadcast. Cette adresse est celle qui permet de faire de la diffusion à toutes les machines du réseau. Ainsi, quand on veut envoyer une information à toutes les machines, on utilise cette adresse. Dans notre exemple, l'adresse de réseau sera donc 192.168.25.0, et l'adresse de broadcast 192.168.25.255. On remarque qu'il ne nous reste plus que 254 adresses pour identifier nos machines. Ainsi, à chaque fois que l'on choisira un masque en fonction du nombre de machines que l'on veut adresser, il faudra tenir compte de ces deux adresses…

Note de relecture : l'adresse IP broadcast ainsi que l'adresse IP réseau sont des adresses réservées et ne doivent être utilisées par aucune des machines du réseau considéré.

Les bits à 1 et à 0 doivent-ils être contigus ?

Dans l'exemple de masque que nous avons choisi, nous avons vu que les bits à 0 et à 1 étaient regroupés. Cela n'est pas une obligation, mais cela facilite énormément l'exploitation du réseau. En conservant la contiguïté des bits, les adresses de nos machines au sein du réseau se suivent. Ce ne serait pas le cas si l'on avait choisi un masque avec des bits non contigus.

Exemple, si on choisit le masque suivant :

11111111.11111111.11111110.00000001

Ici, on a comme précédemment 8 bits qui représentent la partie machine, par contre, ils ne sont plus à la même place. Cela se traduit en décimal par le masque suivant 255.255.254.1. On voit donc que les adresses dont le dernier bit est à 1 ne seront pas dans le même réseau que celles dont le dernier bit est à 0. Ce qui veut dire que les adresses dont le dernier octet est impair ne seront pas dans le même réseau que les adresses paires. Dans cet exemple, cela reste encore facile de différencier les adresses paires et impaires, mais lorsque l'on fait des mélanges plus compliqués entre les bits significatifs, cela devient très vite inextricable. On conservera donc toujours la contiguïté des bits significatifs !!!

Étant donné que l'on conserve la contiguïté des bits, on va toujours rencontrer les mêmes nombres pour les octets du masque.

Ce sont les suivants :

• 11111111 ;
• 11111110 ;
• 11111100 ;
• … ;
• 10000000 ;
• 00000000.

Soit en décimal :

255, 254, 252, 248, 240, 224, 192, 128, et 0.

Ainsi, on peut tout de suite dire si un masque semble valide au premier coup d'œil. Un masque en 255.255.224.0 sera correct alors qu'un masque en 255.255.232.0 ne le sera pas (à moins de ne pas vouloir respecter la contiguïté des bits) Vous pouvez aller voir tous les masques possibles dans la RFC suivante : RFC 1878.

L'écriture de l'adresse IP selon quatre octets séparés par un point est facile à utiliser. Mais quand on se penche sur le problème d'un peu plus près, on se rend compte qu'elle n'est pas très adaptée... Elle a deux défauts principaux :

• écriture en décimal alors que l'on raisonne en binaire ;
• séparation des octets par des points.

Ainsi, lorsqu'on utilise des masques où la séparation réseau/machine se fait sur un octet (tous les bits des octets sont soit à 1, soit à 0) cela est simple. Prenons par exemple le réseau 192.168.25.0/255.255.255.0. Toutes les machines commençant par 192.168.25 appartiendront à ce réseau. Si l'on prend le réseau 192.168.25.32/255.255.255.248 et que je vous demande si la machine 192.168.25.47 appartient à ce réseau ? Ça devient plus compliqué…

Pour bien comprendre, il faut alors revenir en binaire. Étant donné que les trois premiers octets du masque ont tous leurs bits à 1, c'est sur le quatrième que va se faire la différenciation. Il s'écrit 248, soit 11111000 en binaire. Donc les cinq premiers bits de cet octet représenteront la partie réseau.

Pour notre réseau, le dernier octet vaut 32, soit 00100000, pour notre machine, il vaut 47, soit 00101111. On voit que les cinq premiers bits de ces deux octets ne sont pas identiques (00100 != 00101) et donc que ces deux adresses n'appartiennent pas au même réseau. Cela peut sembler très compliqué, mais on verra par la suite des méthodes simples pour déterminer rapidement l'appartenance à un réseau.

Une autre notation est souvent utilisée pour représenter les masques. On la rencontre souvent, car elle est plus rapide à écrire. Dans celle-ci, on note directement le nombre de bits significatifs en décimal, en considérant que la contiguïté est respectée. Ainsi, pour notre exemple 192.168.25.0/255.255.255.0, on peut aussi écrire 192.168.25.0/24, car 24 bits sont significatifs de la partie réseau de l'adresse.

Note de relecture : cette notation est appelée notation CIDR (Classless Inter-Domain Routing). C'est la seule qui devrait être utilisée de nos jours.

De même, les écritures suivantes sont équivalentes :

10.0.0.0/255.0.0.0 = 10.0.0.0/8
192.168.25.32/255.255.255.248 = 192.168.25.32/29

La plupart du temps, le choix de l'adressage se fait en fonction des besoins exprimés, et des limites de ce que l'on a le droit de faire. Une certaine plage vous est allouée par votre fournisseur d'accès. Vous pourrez alors découper cette plage en différents réseaux, mais ne surtout pas sortir de celle-ci. Ainsi, si vous possédez une plage de 128 adresses et que vous voulez adresser 500 machines, vous aurez quelques petits problèmes…

Étant donné que le masque détermine le nombre de machines qu'il pourra y avoir sur un réseau, c'est souvent de cette information que l'on part pour choisir le masque. Étant donné que l'on travaille en binaire, le nombre de machines possibles au sein d'un réseau sera une puissance de 2. Pour un nombre de machines donné, il faudra donc choisir la puissance de 2 immédiatement supérieure pour pouvoir adresser les machines. De plus, il faudra prévoir un certain nombre d'adresses supplémentaires pour accueillir de nouvelles machines.

Ainsi, disons que l'on possède le réseau 193.225.34.0/255.255.255.0 et que l'on veut faire un réseau de 60 machines au sein de celui-ci. On veut 60 machines, il faut ajouter deux adresses pour le réseau et le broadcast, ce qui fait 62 adresses au total. La puissance de 2 supérieure à 62 est 64, mais cela ne nous laisserait que deux adresses pour évoluer, ce qui est un peu juste. On préférera donc un réseau de 128 adresses. Pour identifier 128 adresses, il nous faut 7 bits (128 = 2⁷). Donc dans notre masque, 7 bits seront à 0 pour identifier la partie machine, et les 25 bits restants seront à 1. Ce qui donne :

11111111.11111111.11111111.10000000

Et en décimal 255.255.255.128.

Nous avons vu précédemment que le masque devait être associé à une adresse IP pour avoir une valeur. Le choix de la plage d'adresses sur laquelle il s'applique est donc tout aussi important !! Nous avons choisi un masque qui nous permettra d'identifier 128 machines. Mais nous possédons une plage d'adresses de 256 adresses dans laquelle il faut placer nos 128 adresses. Peut-on les placer n'importe où ?

La réponse est bien sûr non. Nous n'avons que deux possibilités pour choisir notre plage, les adresses de 0 à 127, et les adresses de 128 à 255. Choisir une plage de 32 à 160 serait une erreur, et le réseau ne fonctionnerait pas.

Voici l'explication :

La différenciation du réseau va se faire sur le premier bit du dernier octet (vu que nos trois premiers octets sont fixés à 193.225.34). Si ce bit est à 0, cela correspond aux adresses de 0 à 127. S'il est à 1, cela correspond aux adresses de 128 à 255. Ainsi, si l'on choisit une plage d'adresses de 32 à 160, les adresses de 32 à 127 auront le premier bit de leur dernier octet à 0, alors que les adresses de 128 à 160 auront ce même bit à 1, elles seront alors considérées comme étant dans deux réseaux différents !!!

Ainsi, quel que soit le nombre de machines à placer dans une plage, on ne peut pas choisir l'adressage n'importe comment.

PS : dans notre cas, les deux choix possibles sont identiques, mais l'on verra par la suite que ce n'est pas toujours le cas pour des plages plus petites…

Il n'est pas toujours évident de savoir si une adresse correspond bien à celle d'un réseau selon le masque que l'on a choisi. Avec la méthode suivante, vous devriez pouvoir vous en sortir. Il faut avant tout que vous ayez déterminé le masque selon le nombre de machines dont vous avez besoin. Ensuite, selon l'octet significatif (qui n'est pas à 0 ou 255), faites 256-« cet octet »=X. L'adresse de réseau devra alors être un multiple de X. Un petit exemple pour être un peu plus clair.

On veut par exemple 50 machines, on choisit donc un masque en 255.255.255.192. C'est le dernier octet qui est significatif, on fait donc 256-192=64. Il faut que le dernier octet de l'adresse de réseau soit un multiple de 64. Si on prend la plage 10.0.0.0/255.255.255.0, on pourra choisir les adresses de réseau suivantes :

10.0.0.0, 10.0.0.64, 10.0.0.128, 10.0.0.192.

Nous avons vu qu'une plage réseau ne pouvait pas être choisie n'importe comment. Étant donné que les masques et les adresses IP se basent sur un codage binaire, les chiffres utilisés dans les adresses résultantes ne pourront être que des multiples de puissances de 2 en accord avec le masque. Ainsi, une plage 70.0.0.0 ne pourra pas avoir un masque qui définisse plus de deux chiffres sur le premier octet, car 70 est un multiple de 2, mais pas de 4. Ce n'est pas clair ? Un exemple devrait vous aider à mieux comprendre. Disons que l'on veut décrire la plage d'adresses allant de 69.0.0.0 à 79.255.255.255.

La question est de savoir quel masque, associé à quelle adresse de réseau, nous permettra de définir cette plage.

Le premier octet varie de 69 à 79. Il prend donc 11 valeurs. 11 n'étant pas une puissance de 2, on sait d'ores et déjà que l'on ne pourra pas définir cette plage avec un seul réseau, mais qu'il va falloir la découper en une somme de plusieurs réseaux. Le but est cependant d'optimiser cette somme de réseaux pour en avoir le moins possible. On pourrait simplement utiliser 11 réseaux avec des masques 255.0.0.0, mais on doit sûrement pouvoir faire plus propre et regrouper plusieurs de ces réseaux en un seul.

La première puissance de 2 inférieure à 11 est 8. Il faut maintenant savoir si l'on peut placer un réseau, dont le premier octet décrira huit valeurs, dans cette plage. Le seul multiple de 8 de cette plage est 72. On décrirait alors un réseau dont le premier octet varierait de 72 à 79, ce qui est bien compris dans notre plage d'origine. Le réseau 72.0.0.0/248.0.0.0 est donc bien adapté pour décrire notre plage, mais il reste encore à décrire les adresses de 69.0.0.0 à 71.255.255.255.

On effectue le même raisonnement. (Ici le premier octet prend trois valeurs, la puissance de 2 inférieure à 3 est 2, et le multiple de 2 de cette plage est 70).

On trouve donc le réseau 70.0.0.0/254.0.0.0.

Il ne nous reste plus qu'à décrire la plage 69.0.0.0 à 69.255.255.255 qui peut être définie par 69.0.0.0/255.0.0.0.

Et voilà !! Nous avons découpé notre plage d'origine qui allait de 69.0.0.0 à 79.255.255.255 en trois sous-réseaux :

• 69.0.0.0/255.0.0.0 ;
• 70.0.0.0/254.0.0.0 ;
• et 72.0.0.0/248.0.0.0.

Certaines plages d'adresses ont été réservées pour une utilisation locale. Ainsi, pour configurer un réseau local quand on n'a pas de plage d'adresses publiques à disposition, on doit utiliser ces plages d'adresses privées. Si vous voulez avoir plusieurs réseaux, c'est à vous de faire le découpage au sein de ces plages comme bon vous semble.

Voici ces plages d'adresses :

• 10.0.0.0/255.0.0.0 soit plus de 16 millions d'adresses ;
• 192.168.0.0/255.255.0.0 soit près de 65 000 adresses ;
• 172.16.0.0/255.240.0.0 soit plus d'un million d'adresses.

Si après vous ne trouvez pas votre bonheur, c'est que vous avez un très très très grand réseau, ou que vous vous y prenez mal… RFC 1918.

Il est souvent nécessaire de découper une plage d'adresses en plusieurs sous-réseaux. Pour cela, il vaut souvent mieux envisager le découpage des réseaux dans son ensemble plutôt que de les faire chacun séparément et de se rendre compte à la fin qu'ils sont incompatibles…

Ainsi nous allons encore partir du nombre de machines dans chacun des réseaux. Prenons l'exemple précédent du réseau 193.225.34.0/255.255.255.0. On désire comme précédemment faire un sous-réseau de 60 machines, mais aussi un réseau de 44 machines et un dernier de 20 machines. De la même façon que nous l'avons vu précédemment, pour 44 machines, il faudra réserver 64 adresses, soit un masque 255.255.255.192.

Pour 20 machines, il faudra réserver 32 adresses, soit un masque 255.255.255.224.

Nous allons donc devoir placer trois plages de 128, 64 et 32 adresses dans une plage de 256 adresses, cela ne devrait pas poser de problèmes. On commence par la plage la plus grande de 128 adresses. Si on commençait par la plus petite et qu'on la plaçait n'importe où, cela pourrait poser problème. Imaginons que l'on place la plage de 32 adresses de 0 à 31, et celle de 64 adresses de 128 à 192, il ne nous resterait plus de place pour la plage de 128 adresses !!!

On a donc deux choix pour cette plage de 128 adresses, soit les adresses de 0 à 127, soit de 128 à 255. A priori, les deux choix sont possibles et non déterminants. On choisit de 0 à 127. Ainsi, notre sous-réseau sera caractérisé par 193.225.34.0/255.255.255.128.

Pour la seconde plage de 64 adresses, il nous reste deux plages d'adresses possibles, de 128 à 191, et de 192 à 255. Là encore le choix n'est pas déterminant. On choisit de 128 à 191. Ainsi, notre second sous-réseau sera caractérisé par 193.225.34.128/255.255.255.192 (ici, la première adresse de notre plage (l'adresse du réseau) est celle en 128 et le dernier octet du masque en 192 nous indique que ce sous-réseau contient 64 adresses).

Enfin, pour la dernière plage de 32 adresses, il nous reste encore deux possibilités de 192 à 223 ou de 224 à 255. On choisit de 192 à 223. Ainsi, notre troisième sous-réseau sera caractérisé par 193.225.34.192/255.255.255.224.

Nous avons donc découpé notre réseau d'origine 193.225.34.0/255.255.255.0 en trois sous-réseaux :

• 193.225.34.0/255.255.255.128 ;
• 193.225.34.128/255.255.255.192 ;
• 193.225.34.192/255.255.255.224.

Il nous reste même une plage de 32 adresses non utilisées de 224 à 255.

Comme nous l'avons vu dans le paragraphe 2, le masque de sous-réseau permet de segmenter l'ensemble des adresses de l'Internet en différents réseaux. Mais cette segmentation ne s'est pas faite n'importe comment ! On a découpé la plage d'adresses disponibles en cinq parties distinctes. Les classes A, B, C, D et E, que l'on appelle aussi adresses globales.

Classe A : Premier bit de l'adresse à 0, et masque de sous-réseau en 255.0.0.0. Ce qui donne la plage d'adresse 0.0.0.0 à 126.255.255.255 soit 16 777 214 adresses par réseau de classe A.

Classe B : Deux premiers bits de l'adresse à 10 (1 et 0), et masque de sous-réseau en 255.255.0.0. Ce qui donne la plage d'adresses 128.0.0.0 à 191.255.255.255 soit 65 534 adresses par réseau de classe B.

Classe C : Trois premiers bits de l'adresse à 110, et masque de sous-réseau en 255.255.255.0. Ce qui donne la plage d'adresses 192.0.0.0 à 223.255.255.255 soit 255 adresses par réseau de classe C.

Classe D : Quatre premiers bits de l'adresse à 1110, et masque de sous-réseau en 255.255.255.240. Ce qui donne la plage d'adresses 224.0.0.0 à 239.255.255.255 soit 255 adresses par réseau de classe D.

Classe E : Quatre premiers bits de l'adresse à 1111, et masque de sous-réseau en 255.255.255.240. Ce qui donne la plage d'adresses 240.0.0.0 à 255.255.255.255

Les classes A, B et C sont réservées pour les utilisateurs d'Internet (entreprises, administrations, fournisseurs d'accès, etc.)

La classe D est réservée pour les flux multicast et la classe E n'est pas utilisée aujourd'hui.

Ainsi, une entreprise demandant 80 000 adresses se voyait attribuer un réseau de classe A, et gâchait par la même occasion (16 777 214 - 80 000= 16 697 214) adresses !!!

Inutile alors de vous montrer combien d'adresses étaient perdues de la sorte…

La réponse est non.

Il n'y a pas aujourd'hui de pénurie d'adresses IP. Cependant, il est certain qu'étant donné le développement rapide d'Internet, on va vite arriver à une situation critique. C'est aussi pour cela qu'une nouvelle version d'IP a été créée et sera bientôt déployée.

La pénurie d'adresses est prévue d'ici 2015 si Internet continue de croître avec la même progression qu'aujourd'hui. Il faudra alors passer à IPv6.

Note de relecture : la pénurie a été officiellement atteinte en avril 2012. Il n'existe plus, à l'heure actuelle, d'adresses IPv4 disponibles au niveau international (mais certains FAI ont encore quelques réserves pour leurs clients).

Le système d'adressage par classes est-il viable ?

La réponse est encore non, et a déjà été depuis bien longtemps étudié et transformé. Nous avons vu qu'en se basant sur ce système de classes, nous risquons de gâcher un très grand nombre d'adresses. Les classes d'adresses globales se sont donc rapidement avérées obsolètes et on a dû créer un nouveau modèle, l'adressage CIDR.

Étant donné que l'adressage par classes s'est avéré incompatible avec l'évolution d'Internet, il a fallu imaginer un nouveau modèle qui simplifie à la fois le routage et permette un adressage plus fin. Pour cela, on a créé l'adressage CIDR (Classless Inter-Domain Routing). Cet adressage ne tient pas compte des classes globales et autorise l'utilisation de sous-réseaux au sein de toutes les classes d'adresses. Ainsi, une entreprise désirant 80 000 adresses ne se verra plus attribuer une classe A complète, mais un sous-réseau de cette classe A. Par exemple, on lui fournira non plus 16 millions d'adresses, mais 130 000 (la puissance de 2 supérieure à 80 000). Ainsi les 16 millions d'adresses restantes pourront être utilisées pour d'autres entités.

L'adressage CIDR ne tient donc plus du tout compte des masques associés aux classes d'adresses globales. On s'affranchit ainsi du découpage arbitraire et peu flexible en classes. On peut très bien trouver un réseau de classe B avec un masque de classe C, par exemple 164.23.0.0/255.255.255.0.

C'est très simple, pour cela, il va falloir déterminer si l'adresse de la machine appartient à la plage d'adresses définie par mon adresse et mon masque. Pour cela, je fais un ET logique entre mon adresse et mon masque réseau, j'en déduis donc l'adresse de mon réseau (pour une explication du ET logique, regarder le paragraphe 10.4).

Je fais pareil avec l'adresse de l'autre machine et MON masque réseau, et j'obtiens une adresse de réseau. Si les deux adresses de réseau sont les mêmes, ça veut dire que la machine appartient bien au même réseau.

Disons par exemple que ma machine ait pour adresse 192.168.0.140/255.255.255.128 et je veux savoir si les machines A et B ayant pour adresses 192.168.0.20(A) et 192.168.0.185(B) sont sur le même réseau ? Je fais :

192.168.0.140 ET 255.255.255.128 = 192.168.0.128

De même avec les deux autres adresses, pour A :

192.168.0.20 ET 255.255.255.128 = 192.168.0.0

Et pour B :

192.168.0.185 ET 255.255.255.128 = 192.168.0.128

On voit ainsi que les nombres obtenus sont les mêmes pour ma machine et B. On en déduit que B est sur le même réseau, et que A est sur un réseau différent.

À priori, la réponse est non. Cependant, il peut y avoir des cas dans lesquels une telle configuration peut être utile.

Pour comprendre cela, il faut comprendre ce qui se passe au niveau de la communication entre machines, et notamment sur le fonctionnement du modèle TCP/IP. Celui-ci ne faisant pas partie de l'objet du cours, nous ne ferons que survoler le sujet.

En fait, ce ne sont pas les mêmes mécanismes qui gèrent une communication entre deux machines sur un même réseau, et deux machines sur deux réseaux distincts. Une communication a lieu dans les deux sens, c'est-à-dire que pour communiquer ensemble, une machine A doit voir une machine B ET la machine B doit voir la machine A.

Prenons l'exemple de trois machines A, B et C et de la plage d'adresses 192.168.0.0/24. A doit pouvoir communiquer avec B et C, mais B ne doit pas pouvoir communiquer avec C. Pour cela, on peut jouer sur les masques des machines et les plages d'adresses réseau auxquelles elles appartiennent.

Grâce aux masques, on peut découper cette plage en deux, et on obtient ainsi, non plus une plage d'adresses… mais trois !

• La 1^re : 192.168.0.0/255.255.255.0 soit de 192.168.0.0 à 192.168.0.255 ;
• La 2^e : 192.168.0.0/255.255.255.128 soit de 192.168.0.0 à 192.168.0.127 ;
• La 3^e : 192.168.0.128/255.255.255.128 soit de 192.168.0.128 à 192.168.0.255.

En fait, la première plage englobe les deux autres, ainsi, une machine de la première plage peut voir toutes les autres machines des autres plages, mais une machine de la seconde plage ne peut pas voir toutes les machines de la première plage (seulement la moitié des adresses…)

Ce n'est pas clair ? Regardons alors un exemple :

On donne les adresses suivantes aux machines A, B et C.

• A : 192.168.0.129/255.255.255.0 plage 1 ;
• B : 192.168.0.130/255.255.255.128 plage 2 ;
• C : 192.168.0.1/255.255.255.0 plage 1.

D'après ce que l'on a vu précédemment, la plage 2 sera englobée dans la plage 1, donc A et C considéreront que la machine B est sur leur réseau. A ayant une adresse dans la même plage que B (plage 2), B verra A comme étant aussi dans son réseau. Par contre, B ne considérera pas que C est dans le réseau, car l'adresse de C n'appartient pas à la plage 2. Ainsi, C peut envoyer un paquet à B (C voit bien B comme étant dans son réseau) mais B ne pourra pas lui répondre. Cette configuration correspond donc bien à ce que l'on cherchait à faire. Cependant, une telle configuration n'est pas conseillée et ne doit être utilisée que s'il n'y a pas d'autres solutions. En dehors de cas exotiques comme celui exposé, on ne doit jamais avoir deux machines appartenant à un même réseau ayant des masques différents !

Non !!!

Enfin si, mais bon, vous me décevriez beaucoup. Car après ce que nous avons vu, vous devriez être capable de calculer n'importe quel masque correctement et aussi vite qu'une machine. Et il est toujours mieux de bien maîtriser ce qu'on utilise. À force d'utiliser des automates, on perd les notions de ce que l'on manipule.

D'autre part, un logiciel ne corrigera pas vos erreurs ! La plupart des logiciels de calcul de masque ne font qu'un calcul bête et méchant qui peut s'avérer faux. Prenons l'exemple du 6.3, où l'on veut une plage commençant en 192.168.0.32, et une centaine de machines. Un mauvais logiciel vous sortira le réseau 192.168.0.32/255.255.255.128, et hop, ça ne marchera pas…

Effectivement, quand vous allez sur Internet, vous utilisez un masque sans le savoir. Sous Windows, que vous soyez connecté à un réseau local, ou directement par un modem, vous pourrez voir les propriétés de vos interfaces réseau en allant dans une fenêtre DOS et en entrant la commande ipconfig /all

Vous pouvez aussi modifier ces propriétés en allant dans les propriétés de votre carte réseau, puis propriétés TCP/IP, et là, vous devriez voir votre adresse IP, ainsi que le masque associé et votre passerelle par défaut. Vous pouvez modifier ces informations, mais votre réseau risque de ne plus fonctionner (et en plus il faudra rebooter sous 98…) donc attention !! Le masque définit donc les machines (ou plus précisément, les interfaces) appartenant à un même réseau. Pour dialoguer avec ces machines, vous utiliserez un des mécanismes de couche 2 du modèle OSI, alors que pour dialoguer avec les machines d'un autre réseau, vous aurez besoin d'utiliser des mécanismes de couche 3 qui permettent notamment de faire du routage… Il est donc primordial de ne pas se tromper dans le choix du masque.

L'adresse IP est un numéro codé sur quatre octets permettant d'identifier une machine de façon unique sur le réseau.

On appelle réseau logique un ensemble d'adresses IP appartenant à une même plage d'adresses. Cette plage est notamment définie par l'adresse de réseau et le masque associé.

On définit un sous-réseau comme un sous-ensemble d'une plage d'adresses réseau. C'est grâce au masque que l'on peut définir un sous-réseau au sein d'un réseau, et ainsi découper un réseau en plusieurs sous-réseaux.

La fonction logique ET est souvent utilisée dans les masques. Elle se base en binaire sur le principe suivant :

• 0 ET 0 = 0 ;
• 1 ET 0 = 0 ;
• 0 ET 1 = 0 ;
• 1 ET 1 = 1.

On peut donc en déduire au niveau des masques 192.168.0.140 ET 255.255.255.128 décomposé en :

     11000000.   10101000.   00000000.   10001100    Adresse IP
ET   11111111.   11111111.   11111111.   10000000    Masque
=    11000000.   10101000.   00000000.   10000000    Résultat

Soit 192 168 0 128.

Ici, on voit que les trois premiers octets du masque ont tous leurs bits à 1, donc les trois premiers octets du résultat ne seront pas modifiés par rapport à l'adresse d'origine, et on obtient facilement 192.168.0. Pour le dernier octet, il faut regarder plus en détail.

Je n'ai pas utilisé beaucoup de documents aussi bien en ligne que sur papier. Les réponses et connaissances apportées proviennent en majeure partie des informations que j'ai pu glaner en furetant sur le net, et notamment sur les newgroups fr.comp.reseaux.ip et fr.comp.reseaux.ethernet.

Je me suis quand même inspiré de quelques documents :

• les RFCs 943, 1517, 1518, 1519, 1878 ;
• le site http://www.captage.com/tajan/articles/ip.htm

Et l'excellente FAQ sur les firewalls de Stéphane Catteau dont je me suis inspiré pour la mise en forme disponible sur http://fr.comp.securite.free.fr/firewall.txt

N'hésitez pas à la consulter, on y apprend plein de choses.

Je remercie notamment les personnes suivantes pour leur lecture assidue du cours durant sa réalisation et leurs conseils précieux.

Jad Chantiri, Pierrick Vodoz, Laurent de Soras, Stéphane Catteau, Cédric Blancher, Ohmforce, Franck Bacquet, Olivier Lamer, Diane Guinnepain, JC, Alain Winestel, thierry Bellemare, Alex A, Hubert Quarantel-Colombani, Tony, Bruno Goujon.

Si cette FAQ vous a plu et que vous avez appris des choses, j'en ai fait une autre sur la NAT (traduction d'adresses).

Si cette FAQ vous a plu et que vous avez appris des choses, j'en ai fait une autre sur le routage.

Vous pouvez retrouver l'article original ici : « Les masques de sous-réseau ». Éric Lalitte a aimablement autorisé l'équipe « Réseaux » de Developpez.com à reprendre son article. Retrouvez tous les articles de Eric Lalitte sur cette page.

Nos remerciements à f-leb, sevyc64 et zoom61 pour leur relecture technique et orthographique.

N'hésitez pas à commenter cet article ! 8 commentaires