0% ont trouvé ce document utile (0 vote)
1 vues6 pages

Comprendre Le Processus Réseau

Transféré par

davemunde9
Copyright
© All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats PDF, TXT ou lisez en ligne sur Scribd
0% ont trouvé ce document utile (0 vote)
1 vues6 pages

Comprendre Le Processus Réseau

Transféré par

davemunde9
Copyright
© All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats PDF, TXT ou lisez en ligne sur Scribd

Comprendre le processus réseau : du

logiciel jusqu’au paquet IP


1. Tout commence dans le logiciel
Une communication réseau ne commence pas dans TCP.
Elle ne commence pas dans IP.
Elle commence dans un logiciel.

Avant qu’un seul bit ne touche le réseau, il y a une intention.

Un utilisateur clique sur “Envoyer”.


Un navigateur charge une URL.
Une application déclenche une synchronisation automatique.

À ce moment-là, on a une donnée brute :

• un texte,
• une requête HTTP,
• un fichier,
• un JSON,
• une image.

Mais cette donnée n’est ni un paquet, ni un segment, ni une trame.


C’est juste un contenu logique produit par un programme.

Le logiciel décide ensuite :


“Je dois envoyer cette donnée.”

Et là, il appelle le système d’exploitation via un socket (send(), write(), etc.).

À cet instant précis, la donnée quitte l’espace utilisateur et entre dans le noyau du système.

C’est là que le vrai voyage commence.

2. Le système d’exploitation prend le contrôle


Une fois que l’OS reçoit la donnée :

1. Il la place dans un buffer noyau.


2. Il identifie le protocole utilisé (HTTP, DNS, SMTP…).
3. Il active les modules nécessaires.
4. Il résout le nom de domaine si besoin (DNS → IP).
Important :
La couche Application du modèle TCP/IP n’est pas le logiciel.
C’est l’ensemble des protocoles (HTTP, DNS, SMTP…) utilisés pour structurer le message.

À la fin de cette étape, on a :

Un message applicatif complet.


Mais il ne sait toujours pas voyager.

C’est la couche Transport qui va lui donner des jambes.

3. La couche Transport : transformer le message en


segments
La couche Transport a un rôle fondamental :

• segmenter,
• identifier les applications via les ports,
• garantir (ou non) la fiabilité,
• organiser le dialogue logique entre deux machines.

3.1 Pourquoi segmenter ?

Parce que le réseau a des limites physiques.

Ethernet a une MTU de 1500 octets.


IP a besoin de son propre en-tête.
TCP aussi.

Donc on calcule :

MSS = MTU – taille IP – taille TCP

En Ethernet standard :
1500 – 20 – 20 = 1460 octets

Donc TCP découpe le message en morceaux de 1460 octets max.

Segmenter tôt est intelligent.


Fragmenter tard (IP) est dangereux.

TCP est intelligent.


IP est aveugle.

C’est une phrase qui peut tomber à l’examen.


4. TCP : la fiabilité organisée
Si on choisit TCP, on entre dans le monde de la fiabilité.

TCP numérote les octets, pas les segments.

Exemple :
ISN = 1000
Segment 1 transporte les octets 1000 à 2459.
Le suivant commence à 2460.

Le récepteur envoie un ACK qui contient :


le numéro du prochain octet attendu.

ACK = 2460
Cela signifie : “J’ai tout reçu jusqu’à 2459.”

Si un segment est perdu :


le récepteur renvoie toujours le même ACK.
L’émetteur détecte le problème.
Il retransmet.

Ajoute à cela :

• des timers (RTO basé sur RTT),


• une fenêtre glissante,
• un contrôle de flux,
• un contrôle de congestion.

Tout ça est géré dans le système d’exploitation, dans une structure interne appelée TCB
(Transmission Control Block).

5. Le 3-way handshake (connexion TCP)


Avant d’envoyer des données, TCP établit une connexion :

1. SYN
Le client envoie son numéro de séquence initial.
2. SYN-ACK
Le serveur répond avec son propre ISN et confirme celui du client.
3. ACK
Le client confirme.

Connexion établie.

À ce moment :
• MSS négocié,
• fenêtres annoncées,
• synchronisation des numéros.

C’est une danse mathématique ultra propre.

6. UDP : le minimalisme radical


UDP, lui, ne fait presque rien.

Pas de connexion.
Pas d’ACK.
Pas de retransmission.
Pas de fenêtre.
Pas de contrôle de congestion.

Juste :

• port source,
• port destination,
• longueur,
• checksum.

Il envoie.
Si ça arrive, tant mieux.
Sinon, tant pis.

Rapide, léger, brutal.

7. Encapsulation
À la fin de la couche Transport :

Le message applicatif devient un segment TCP ou un datagramme UDP.

Ensuite, la couche Réseau intervient.

Elle ajoute un en-tête IP.

On obtient :

Paquet IP =
[ En-tête IP + Segment TCP/UDP ]
8. La couche Réseau : rendre le paquet routable
La couche Réseau a deux rôles majeurs :

1. Donner une identité IP (source et destination).


2. Encapsuler le segment dans un paquet IP.

Elle ajoute :

• IP source
• IP destination
• TTL
• Protocole (6 = TCP, 17 = UDP)
• Longueur
• Checksum

À ce stade, le paquet est prêt à voyager.

Mais l’hôte ne route pas Internet.

Il ne fait qu’une décision simple :

La destination est-elle dans mon réseau local ?

• Oui → envoi direct


• Non → envoi vers la passerelle par défaut

Il consulte sa table de routage locale.

Le routeur, lui, fera le vrai routage global.

9. TTL : le garde-fou du réseau


Le TTL est un compteur.

Chaque routeur le décrémente de 1.

Quand TTL = 0 → paquet détruit.

Sans TTL, un paquet pourrait tourner éternellement en cas de boucle.

C’est un mécanisme de stabilité fondamental.


Ce que tu dois absolument maîtriser pour
l’examen
Tu dois être capable d’expliquer :

• Pourquoi une donnée n’est pas encore un paquet.


• La différence entre segmentation TCP et fragmentation IP.
• MSS = MTU – IP – TCP.
• Pourquoi TCP numérote les octets.
• Ce que signifie un ACK = X.
• Le rôle du 3-way handshake.
• Différence TCP vs UDP.
• Rôle exact de la couche Réseau dans un hôte.
• Fonctionnement du TTL.
• Décision de routage locale.

Si tu sais expliquer ça calmement, sans hésiter, tu es armé.

Vous aimerez peut-être aussi