Le Tue, 26 Aug 2008 23:25:24 +0200, rva a écrit
dans le message <48b477c4$0$935$ba4acef3@news.orange.fr> :
Après avoir consulté différents sites dédiés à ces questions,
après avoir lu différentes RFC, après avoir lu différents ouvrages
- TCP/IP pour les nuls (Leiden et Wilensky)
-Réseaux informatiques (P. Atelin et J. Dordoigne)
- TCP/IP pratique (Micro applications)
- Tout sur les réseaux (JC. Pillou)
- TCP/IP MicrosoftPress
Un ouvrage sur IP dont le nom contient "TCP/IP" indique déjà plus
ou moins que l'auteur (ou du moins celui qui a choisi le titre ...)
n'a pas dépassé les années 1970, ce qui n'augure pas grand-chose
de bon.
(On va dire que ça c'était pour le troll, maintenant on va passer
aux vrais trucs).
En résumé que du bonheur et des compliments dont je tire le plus
grand profit, mais enfin on comprend que ce forum n'est pas
réellement accueillant, que les débutant y sont traités avec
hauteur. On se demande même si ce forum n'est pas réservé à
quelques "sachants".
Heureusement personne n'est obligé de lire tous les messages, ni
de lire les réponses.
Les gens n'ont pas voulu être méchants, mais il se trouve qu'il y
a dans ton document plusieurs bizarreries qui ont fait tiquer (parce
que je l'ai téléchargé et je l'ai lu).
Par exemple, dans le paragraphe 4, tu écris "z peut prendre toutes
les valeurs de 1 à 254" alors que c'est faux. Même il y a 20 ans
il était parfaitement légal d'utiliser 10.2.35.0 comme adresse IP
sur une interface, ou bien 10.43.20.255.
En CIDR ça s'étend à toutes les adresses IP unicast, ainsi si
le réseau est numéroté en 192.168.10.0/23, les adresses IP
192.168.10.255 et 192.168.11.0 peuvent être utilisées.
Ensuite ton document tourne beaucoup autour des anciennes classes,
et évidemment ça hérisse le poil des professionnels de l'IP, qui
se lamentent d'un système éducatif qui s'entête à apprendre ça
aux futurs techniciens et ingénieurs réseau, alors que ça n'a plus
de sens.
Si tu veux faire un document qui aide à comprendre IP (v4 pour commencer),
tu peux reprendre ton paragraphe 7 sur le binaire, et ensuite les points
importants sont, à mon sens :
- les grandes plages : unicast, multicast, réservées
- la création des sous-réseaux, avec les notations préfixe/longueur,
la traduction de la longueur de préfixe en masque de sous-réseau et
ce que ça signifie (le coeur du problème IMHO)
- les notions d'adresses réservées dans une plage suivant son utilisation
(par exemple si 192.168.2.64/29 est utilisé pour un LAN Ethernet,
savoir qu'il ne faut pas attribuer 192.168.2.64 et 192.168.2.71 à
des interfaces)
Ensuite le reste est déjà plutôt applicatif, par exemple citer les
blocs d'adresses privées 10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16
c'est déjà une application car cela ne fait pas partie du protocole IP
en lui-même.
Enfin (mais de nos jours, c'est du domaine du détail), tu peux citer
l'ancienne notion de classe, car elle aide à comprendre le comportement
de certains équipements et l'affichage, par exemple pourquoi la longueur
du préfixe n'est pas toujours indiquée :
Network Next Hop Metric LocPrf Weight Path
*>i3.0.0.0 194.68.129.170 300 200 0 15412 9304 80 i
*>i158.67.0.0 193.251.216.94 300 200 0 286 21286 3955 i
*>i194.0.177.0 195.69.144.51 400 200 0 8708 42279 i
Le premier octet permet de savoir qu'il s'agit de 3.0.0.0/8, de
158.67.0.0/16 et de 194.0.177.0/24, ça correspond aux tailles des
réseaux dans les anciennes classes.
--
Raphael Bouaziz.
