Question Reseau - MODEL OSI - TCP/IP/ETHERNET
naskaa
Membre
Bonjour,
Mise en situation :
si j'utilise le logiciel MSN sur deux ordinateurs A et B.
lorsque j'envoie un message de A vers B.
ORDI. A --> Niveau 4 model OSI (TCP) --> lvl 3 (IP) --> Lvl2 et lvl 1 (Ethernet) --> ca passe dans un câble (Ethernet) --> Lvl2 et lvl 1 Ethernet --> lvl 3 (IP) --> Niveau 4 model OSI (TCP) --> ORDI. B
Qstn :
Ce qui navigue entre les niveaux !
1-Est-ce un paquet TCP qui se transforme en paquet IP avec le meme data que celui du paquet TCP et au niveau 2 se transforme en paquet ethernet avec le même data que celui du paquet IP...
ou
2-Est-ce un paquet TCP qui quand il passe dans lvl 3 (Ip) un paquet IP va s'ajouter dans son DATA apres au lvl 2 un paquet ethernet va s'ajouter dans le DATA du paquet Ip
Remarque :
Sur wikipedia on parle de flux et de segment mais pas de paquet TCP, est-ce que cela veut dire que le terme paquet ne s'utilise qu'au niveau 3 ?
merci
Connectez-vous ou Inscrivez-vous pour répondre.
Réponses
Header Eth + Header IP + Header TCP + UserData
J'ai une autre question sur ta réponse.
Header Eth + Header IP + Header TCP + UserData
Question 1 :
Hedear TCP + UserData va s'encapsuler dans le data de IP = Header IP + Header TCP + UserData
Mise en situation:
le UserData (Data couche application) qu'est ce qui à dedans. Par exemple, dans le cas du protocole HTTP de la couche d'application du MODEL OSI. Une requête HTTP part du Browser (Client) vers un serveur.
Question 2:
C'est quoi la relation entre cette requête HTTP et le paquet (Header Eth + Header IP + Header TCP + UserData) ??????
p.s. On a juste traité les 4 couches en bas du OSI :S durant le cours.
En HTTP/1.0, quand ton navigateur fait une requête GET vers un site, le contenu de la requête ressemble à ceci : Mais il peut avoir d'autres champs, à la suite du champ "Host", comme Content-Length, Content-Type, User-Agent, ...
Ces champs, listés les uns derrière les autres, peuvent éventuellement être suivis d'un corps de requête, séparé des headers par une ligne vide. C'est principalement le cas dans les méthodes POST (quand tu soumets un formulaire web, s'il utilise la méthode POST, les données du formulaires sont encapsulées dans ce corps de requête). Pour plus d'exemples et d'infos : HTTP Request examples.
Ensuite, pour être transmises par TCP/IP, ces données sont encapulées dans un packet TCP (qui n'est autre qu'un header TCP, suivi des données de la couche applicative, donc des données HTTP citées plus haut). Puis à son tour ce packet TCP est encapsulé dans un packet IP, qui n'est autre qu'un header IP + le packet TCP, etc, etc.
Si tu veux mieux comprendre tout ça, je te conseille vivement de tester le logiciel Wireshark, qui permet de surveiller le traffic réseau qui passe sur ta carte réseau : il est plutôt bien foutu, et tu pourras y voir tout plein de requêtes (pas que les requêtes TCP d'ailleurs, mais tu peux filtrer si besoin). Tu y verras les différents packets de la couche la plus basse à la plus haute, puisque tu peux inspecter chaque packet et voir le sous-packet qu'il contient, etc.
Pierre
Suis allé sur wireshark.org, onglet "Downloads", et il m'a proposé direct la version pour Leopard (qui en passant marche très bien sur mon Snow Leopard aussi).
http://www.wireshark.org/download.html
C'est une version fonctionnant sous X11 (mais bon ça change rien, ça se lance et s'utilise comme une appli native, avec GUI et tout). Pour pouvoir faire une capture des packets de ta carte réseau, il faut juste donner les droits aux fichiers /dev/bpf*, car sur OSX tu ne les as pas en standard... enfin tout est indiqué dans le ReadMe qui t'indique toutes les étapes à suivre en détail. Après tu double-cliques sur Wireshark.app et enjoy