Bonjour,

je suis le cours sur les réseaux ( http://openclassrooms.com/courses/apprenez-le-fonctionnement-des-reseaux-tcp-ip/decoupage-d-une-plage-d-adresses-1 ) et je suis tombé sur ce paragraphe suivant:

"Pour les caïds, je vous donne quand même les calculs en partant des directeurs.
La plage des directeurs est OK : 10.0.0.0/27.
Pour les commerciaux, nous avons vu qu'il fallait commencer en 0, donc on prend la première adresse possible après 10.0.0.31 qui finit en 0, soit 10.0.1.0 ! Ce qui nous donne pour les commerciaux la plage 10.0.1.0/24 qui finit en 10.0.1.255
De la même façon, nous ne pourrons pas commencer la plage des techniciens en 10.0.2.0, il faudra aller jusqu'en 10.0.4.0. La plage des techniciens est donc 10.0.4.0/22 qui finit en 10.0.7.255."

Ma question : pourquoi on ne peut pas commencer par l'adresse 10.0.2.0 ? Pourquoi 10.0.4.0 ?

Je vois pas trop pourquoi, peut-être une contrainte du cours

EDIT : ah oui si, en fait c'est à cause du masque du sous-réseaux technicien qui est à 22.. Calcule l'ip réseau de 10.0.2.0/22 et tu comprendras que c'est en fait une adresse hôte du réseau 10.0.0.0/22, allant de 10.0.0.1 à 10.0.3.255

-
Edité par Doezer 16 avril 2015 à 10:34:53

Je comprends pas, l'IP réseau de 10.0.2.0/22 n'est pas 10.0.2.0 ? (avec un broadcast à 10.0.5.255)

Pour moi :

l'IP réseau des directeurs est 10.0.0.0/27 (avec une plage de x.x.x.31)

l'IP réseau des commercieux est 10.0.1.0/24 (avec une plage de x.x.x.255)

l'IP réseau des tech. est 10.0.2.0/22 (avec une plage x.x.5.255)

Ça m'a l'air de fonctionner correctement ceci.

Je sais pas non plus si ça a un rapport mais dans ma tête, je me dis que 2 en binaire = 10 et donc on suit toujours cette règle de contiguité des 0 et 1.

EDIT: Plus loin dans le cours, on utilise la méthode du numéro magique. Dans ce cas-ci, le numéro magique pour les tech. est 4 (car 256 - 252 = 4) qu'on doit utiliser sur le 3 ème octet de l'IP. Donc le troisième octect doit être un multiple de 4. donc l'IP réseau est 10.0.4.0.

Je veux bien utiliser cette règle à l'aveugle mais ça m'arrangerait bien de savoir pourquoi.

-
Edité par haine92 16 avril 2015 à 12:40:29

A suppr

-
Edité par Doezer 16 avril 2015 à 16:55:02

Non mais c'est simple, pas besoin de partir si loin

Ca ne peut pas être l'adresse 10.0.2.0 car cette adresse est une adresse d'hôte, tout simplement. Et si tu y appliques le masque /22 ça donne ça :

10.0.2.0 >             0000 1010.0000 0000.0000 0010.0000 0000 OR
255.255.252.0 > 1111 1111.1111 1111.1111 1100.0000 0000  =
                                 0000 1010.0000 0000.0000 0000.0000 0000 > 10.0.0.0/22...

 Et si tu mets tous les bits de la partie hôte à 1 tu trouves la dernière adresse du réseau : 10.0.3.255. Donc ça veut dire que tu chevauches les sous-réseaux que tu as défini avant, ce qui ne va pas.

Avec ce masque et l'ip réseau donnée (10.0.0.0/16), les @ip sous-réseaux sont :

10.0.0.0/22 > 10.0.0000 0000.0
10.0.0.4/22 > 10.0.0000 0100.0
10.0.0.8/22 > 10.0.0000 1000.0
10.0.0.12/22>10.0.0000 1100.0
...

Bon après en général je dois dire que pour découper un réseau, tu commences pas par le S/R le plus petit

-
Edité par Doezer 16 avril 2015 à 15:21:17

J'ai compris. J'ai vraiment laissé de coté ces nombres binaires (du moins leurs place dans les octets) en pensant que les seuls outils utiles étaient les puissances de 2, les nombres de combinaisons décimales et les groupes d'octets dans les adresses.

Il faut bien voir que pour les deux derniers octets :

X.X.0000 0010.0000 0000/24

et

X.X.0000 0100.0000 0000/22

n'ont pas la même adresse réseau. Je n'ai pas pensé à retranscrire la deuxieme adresse sous sa forme décimale (10.0.4.0). C'est peut-être aussi ce masque de sous-réseau qui change à chaque plage qui m'a embrouillé peut-être.

Merci

-
Edité par Doezer 16 avril 2015 à 16:56:20