Reprise du message précédent :

 
C'est inexact, le masque de sous-réseau n'est pas forcément aligné à l'octet.
 

 
Non, les classes d'adresses privées il en existe un certain nombre :
1 réseau de classe A : 10.0.0.0 à 10.255.255.255 | 255.0.0.0
16 réseaux de classe B : 172.16.0.0 à 172.31.255.255 | 255.255.0.0
256 réseaux de classe C : 192.168.0.0 à 192.168.255.255 | 255.255.255.0

 
C'est inexact, ce que tu as donné à droite c'est la dernière adresse possible, elle coresspondra à une adresse de multidiffusion dirigée (d'un réseau ou sous-réseau suivant le masque de sous-réseau que tu mets en place)

 
Presque OK
 
Il ne faut pas oublier que au minimum tu as une adresse qui indique le numéro de réseau et une adresse de multidiffusion de ce réseau. Donc les calculs de puissances pour déterminer le nombre de machines sont corrects à conditions de retrancher les deux adresses sus-mentionnées à ce nombre (en prenant bien évidemment les masques de sous-réseau que tu as marqué).
 
EDIT : djoul -> Je suis OK avec toi   et je vois que j'aurais pu lire le topic en entier plutot que de relever les inexactitudes au fur et à mesures

euh, oui dsl, c'est l'adresse de broadcast.  
 
sinon vous sauriez pas une adresse de site où on peut trouver des cours sur les réseaux, mais des cours qui ressemblent vraiment à ce qu'on apprend ds les écoles supérieures ?

tcp/ip, un pti cours sympa :
 
http://www.urec.cnrs.fr/cours/Reseau/tcp-ip.pdf

merci

Pour en revenir à la compatibilitée IPv4 et IPv6 c'est pas aussi simple que sa, la compatibilitée vient uniquement du matériel d'interconnexion, du type routeur (Couche réseau). Donc en gros tout les routeurs en placent ou presque sont en IPv4 ... seul une mise à jour de leurs firmware ou le changement du matériel peuvent garantir une compatibilitée v4-v6. Autrement dit sa coutera trés cher :]

 
Les adresses IP officielles (non RFC1918) sont attribuees par des organismes officiels: www.iana.org, www.ripe.org etc. Les sites proposent tous un moteur de recherche permettant d'identifier a qui appartiennent les adresses.
 
En ce qui concerne le chiffre de +4.000.000.000 d'adresses, cela ne signifie PAS que TOUTES les adresses sont utilisees. Il arrive souvent que les adminitrateurs reseaux decoupent des plages et les reservent pour une utilisation future. De plus, toutes les adresses ne sont pas routees sur Internet: beaucoup appartiennent a des societes qui n'en diffusent qu'une partie. Il ne s'agit pas de gachis dans certains cas, mais du fait du decoupage. Il y a aussi un cote historique: certaines societes detiennent depuis plusieurs annees (quand la diffusion d'Internet etait encore confidentielle), des classes B(*) voire A(*) et n'en consomment qu'une partie.
 
(*) En fait, depuis plusieurs annees on ne parle plus de classe A, B ou C: tout ceci a ete remplace par CIDR (Classless InterDomain Routing). Les reseaux n'ont plus de masque naturel (255.0.0.0 pour "A", 255.255.0.0 pour "B", 255.255.255.0 pour "C" ), on parle alors de /8, /16, /24, /22, /18 etc. Par exemple, un reseau "classeB" peut alors avoir un masque de 255.255.224.0 (19 bits ou /19).
 
En ce qui concerne la derniere partie, tout le monde ne depend pas des FAI pour posseder des adresses IP officielles. Les grandes societes ont leurs propres ranges d'adresses. L'avantage ? L'interet d'etre independant du FAI. Si le FAI 456 ne plait pas, on va voir le FAI 789 et on garde ses adresses IP. Sinon, chaque changement de FAI conduirait a un readreassage du reseau (consommateur de temps et de ressource). Mais il est evident que toute attribution d'adresses IP officielles se doit d'etre justifiee... Le particuliers en revanche, depend entierement du FAI (a quelques exceptions pres).

Pour l'IP 0.0.0.0. Tout le monde avait bon (enfin presque )
 
Juste une spécifité qu'avait souligné quelqu'un pour les clients DHCP :
 
Je suis client DHCP, je dois contacté le serveur DHCP, mais je n'ai pas encore d'adresse IP. Pourtant, je dois contacter le serveur DHCP en IP. Commet je fais ?
 
1/ Je crée ma trame ETHERNET (avec mon adresse MAC dedans, c'est important)
2/ Mon adresse IP sera 0.0.0.0 (pas le choix, j'en ai pas)
3/ Je broadcast en 255.255.255.255
4/ Le serveur récupère la trame, fait sa tambouille, et renvoie une trame, avec comme source son IP), en destination un bon gros broadcast (mais avec mon adresse MAC dedans), et l'adresse IP que je vais obtenir.
5/ Ma machine récupère la trame (toutes les autres aussi, mais elles ne la traitent pas), et utilise l'adresse IP l'adresse IP fournie par le serveur DHCP.
 
Ce que je ne sais pas, c'est le découpage de la trame exactement, et si il y a toujours l'adresse MAC de la carte réseau dans une trame IP (oui je sais je suis nul en couches réseau ! )
Voila, voila

4/ Le serveur récupère la trame, fait sa tambouille, et renvoie une trame, avec comme source son IP), en destination un bon gros broadcast (mais avec mon adresse MAC dedans), et l'adresse IP que je vais obtenir.
 
La trame est souvent dirigée pour la réponse du serveur (tu le dis toi même qu'il connaît l'adresse MAC et la future IP, ce qui permet d'ailleurs de mettre à jour la table ARP), toutefois rien empêcherait de l'envoyer en diffusion (c'est le cas sur certaine implémentations).
 
Les différences, une fois tu as l'adresse MAC dans l'entête ethernet et l'adresse IP de la machine, l'autre fois tu as justes des bits à 1 sur ces deux champs pour indiquer qu'il s'agit d'une diffusion. Pour le client celà ne change pas grand chose puisque son adresse est enregistrée dans le champ "chaddr" (16 octets, mais que 6 utilisés sur de l'ethernet)
 
Pour un datagramme IP (niv. 3) effectivement lorsqu'il voyage sur un réseau de type ethernet est toujours encapsulé dans une trame ethernet (niv. 2).

Ca c'est de la précision
 
Merci beaucoup