Modèle TCP/IP

Protocoles de couche Transport

 Objectifs de la couche transport
• Suivi des conversations individuelles
plusieurs applications utilisent le réseau sur le même hôte. Chacune de ces
applications communique avec une ou plusieurs applications hébergées sur des hôtes
distants. La couche transport doit gérer les nombreux flux de communication entre
ces applications.
 Objectifs de la couche transport
• Segmentation des données
Le flux de données à envoyer vers une application distante est décomposé en
blocs de petite taille. Chaque bloc est encapsulé en ajoutant un en-tête pour
indiquer à quelle communication il est associé.
 Objectifs de la couche transport
• Reconstitution des segments
Les blocs de données individuels doivent être réassemblés dans un flux de données
complet utile à la couche application. Les protocoles de la couche transport
permettent de réassembler les blocs de données en flux qui seront transmis à la
couche application.
 Objectifs de la couche transport
•Identification des applications qui communiquent
La couche transport doit identifier l’application cible en affectant un identificateur
à chaque application. Les protocoles TCP/IP appellent cet identificateur un numéro
de port.
 Objectifs de la couche transport
• Autres objectifs
La fiabilité :
– effectuer le suivi des données transmises ;
– accuser la bonne réception des données ;
– retransmettre toute donnée n’ayant pas fait l’objet d’un acquittement.
Le contrôle du flux:
Règle le taux effectif de flux de données entre l’émetteur et le récepteur en fonction de
la disponibilité de ressources de communication et de la charge du réseau

Livraison dans un ordre défini

En numérotant et en ordonnant les segments, la couche transport s’assure que
ces segments sont réassemblés dans le bon ordre.
Établissement de sessions
Permet de préparer les applications à communiquer entre elles avant le transfert
des données.
 Couche transport du modèle TCP/IP
TCP UDP
• Permet:
• Permet:
- Acheminement non fiable
– Acheminement fiable
- Pas de contrôle d’erreurs
– Contrôle d’erreurs
– Contrôle du flux - Pas de contrôle du flux
– Contrôle de congestion - Pas de contrôle de congestion
– Reconstitution ordonnée des données - Pas de reconstitution ordonnée des
– Établissement de connexion données
- Pas d’établissement de connexion
Applications
• HTTP  Applications
• FTP  DNS (couramment)
• Telnet • SNMP
• MSN messenger • VoIP
 Couche transport du modèle TCP/IP
HTTP
HTTP
SNMP
FTP
Serveur
Web
TCP
TCP TCP
TCP TCP
TCP
UDP Serveur
DNS et de
courier du
TCP FAI
UDP
TCP UDP
UDP
• Un client unique peut déclencher des connexions de transport multiples avec de
nombreux serveurs. Un serveur unique peut déclencher des connexions avec de
nombreux clients
• TCP est un service avec connexion (flèches à 2 sens) entre les hôtes, alors que UDP est
un service sans connexion (flèche à sens unique)
 Numéros de Port TCP et UDP
 TCP et UDP utilisent des numéros de Port pour connaître quelle application du hôte
récepteur doit envoyer ou recevoir la donnée.
 Ces port sont gérés par Internet Assigned Numbers Authority (IANA)

• Ports réservés (numéros 0 à 1023):

– Réservés à des services et applications courants
– Généralement réservés à des applications de type HTTP (serveur Web),
POP3/SMTP (serveur de messagerie) et Telnet.
– Il est possible de programmer les applications clientes pour qu’elles demandent à
être connectées à ce port précis et au service qui lui est associé.
• Ports inscrits (numéros 1024 à 49151):
– Affectés à des processus ou applications d’utilisateurs.
– Ces processus sont essentiellement des applications particulières qu’un utilisateur
a choisi d’installer plutôt que des applications courantes qui recevraient un port
réservé.
– Un client peut également sélectionner ces ports en tant que ports source lorsqu’ils
ne sont pas utilisés par une ressource serveur
• Ports privés ou dynamiques (numéros 49152 à 65535)
– Appelés aussi ports éphémères
– Généralement affectés de façon dynamique à des applications clientes lorsqu’une
connexion est initiée.
Numéros de Port TCP et UDP
 Protocole TCP (Transmission Control Protocol)
Le protocole TCP est un protocole avec connexion décrit dans le RFC 793. Le protocole
TCP permet :

• la livraison dans l’ordre,

• l’acheminement fiable
• le contrôle du flux

Le protocole TCP est utilisé par des applications de :

• Navigateurs Web
• Courriel
• Transfert de fichiers
Segmentation des données par le protocole TCP

Réseau
 Entête du protocole TCP

Identifie l’application
Numéro cible surdu
d’ordre le premier
site distant
octet du
Combien d’octets doivent
segmentêtre reçus avant
d’envoyer un acquittement
Utilisé quand le paquet Identifie
Indique
est de l’application
la type
longueur
urgent sourceduayant initié la
de l’entête
communication Indique le type du
du segment TCP, (Syn,
Précise
segment quand il est(en
le prochain général àsupérieure
octet attendu
supérieur 20 à
1023)
destinataire
Contrôle d’erreurs Push, Urg, ACK, Rst, Fin)
(en multiple de 4 octets)
Informations supplémentaires (en cas
de besoin)
 Fonctionnement du protocole TCP

 Chaque service utilise un numéro de port par défaut

 Un serveur peut fournir plusieurs services avec des numéro de ports différents
 Le client envoie une requête au serveur en utilisant ,comme port source, un
port créé dynamiquement et comme port destination le port du service
Le serveur répond en utilisant comme ,port source, son numéro de port et
comme port destination, le numéro de port du client
 TCP est un protocole avec connexion
 Lorsque deux hôtes communiquent à l’aide de TCP, une connexion doit
être établie avant que les données ne puissent être échangées.
 Une fois la communication terminée, il est mis fin à la connexion

 Une session TCP est donc effectuée en trois phases:

• Etablissement d’une connexion
• Transfert de données
• Fin de la connexion

La connexion à pour buts de :

 vérifier que le périphérique de destination est bien présent sur le réseau ;
 s’assurer que le périphérique de destination a un service actif et qu’il accepte
les requêtes sur le numéro de port de destination
 informer le périphérique de destination que le client source entend établire
une session de communication sur ce numéro de port.
 Etablissement d’une session TCP
Client Serveur

1. Le client envoie au serveur un segment de type SYN (synchronisation) contenant un numéro

d’ordre initial pour commencer une session de communication.
2. Le serveur répond par un segment contenant un numéro de reçu égal au numéro d’ordre reçu
plus 1, et son propre numéro d’ordre de synchronisation.
3. Le client initiant la session répond par un numéro de reçu égal au numéro d’ordre reçu plus
un. Ceci achève le processus d’établissement de la connexion.
 Terminaison d’une session TCP
Client Serveur

1. Le client envoie un paquet de type FIN au serveur

2. Le serveur répond par un acquittement
3. Le serveur envoie un paquet de type Fin en réponse à la demande du client
4. Le client répond par un acquittement
Autre terminison
Client Serveur

RST
RST reçu
 Ordonnancement des segments TCP
Les segments d’une communication peuvent arriver à destination dans le désordre.
 TCP permet de réordonner les segment reçus pour reconstituer le message d’origine
 Ordonnancement des segments TCP

Procédure d’ordonnancement :
1. Lors de la configuration de la session, un numéro d’ordre initial est défini. Ce
numéro d’ordre initial représente la valeur de départ des octets de cette session
qui seront transmis à l’application réceptrice.
2. Lors de la transmission des données pendant la session, le numéro d’ordre est
incrémenté du nombre d’octets ayant été transmis.
3. Le processus TCP récepteur place les segments d’une session dans une mémoire
tampon de réception
4. Les segments sont remis dans l’ordre correct dans cette mémoire
5. Tous les segments reçus dont les numéros d’ordre ne sont pas contigus sont
conservés jusqu’à l’arrivée des segments manquants
6. une fois que tous les segments ont été réassemblés, ils sont transmis à la
couche application
 TCP est un protocole fiable
 TCP veille à ce que chaque segment atteigne sa destination.
 Les services TCP sur l’hôte de destination accusent réception des données reçues
à l’application source.
 TCP est un protocole fiable
 Le numéro d’ordre et le numéro d’acquittement de l’en-tête du segment sont utilisés
ensemble pour confirmer la réception des octets de données contenus dans les segments.
 L’émetteur envoie le numéro d’ordre qui est le nombre relatif d’octets qui ont été
transmis dans les segments précédents plus 1 (qui est le numéro du premier octet de
données dans le segment actuel)

 Le récepteur utilise le numéro d’acquittement des segments renvoyés à la source pour

indiquer l’octet suivant qu’il s’attend à recevoir.

 La source est donc informée que la destination a reçu tous les octets de ce flux de
données jusqu’à l’octet indiqué par le numéro d’acquittement, mais sans inclure ce dernier.

 La source est censé envoyer un segment qui utilise un numéro d’ordre égal au numéro
de reçu.

 Les numéros d’ordre et les numéros d’acquittement sont échangés dans les deux sens
car la connexion est composée de deux sessions unidirectionnelles

 plusieurs segments peuvent être envoyés à l’avance et faire l’objet d’un acquittement
par un unique message TCP en retour. Ce message contient un numéro de d’ack basé sur le
nombre total d’octets reçus dans la session.
 TCP est un protocole fiable

Traitement des pertes de segments

 Le destinataire ne génère de reçu que pour les séquences contiguës d’octets.

 Quand la source transmet un segment, elle place une copie du segment dans une
file d’attente de retransmission et lance un minuteur.

 Quand l’acquittement des données est reçu, le segment est supprimé de la file
d’attente.

 Quand la source n’a pas reçu d’acquittement après un délai prédéterminé, elle
revient au dernier numéro acquitté et retransmet les données depuis ce point.
 TCP permet le contrôle de flux
 Le protocole TCP inclut des mécanismes de contrôle de flux permettant d’adapter le taux effectif de flux de
données entre l’émetteur et le récepteur à la capacité des ressources de communication disponibles
 TCP utilise le principe de la fenêtre de congestion. Elle précise la quantité de données pouvant être transmise
avant qu’il ne soit nécessaire de recevoir un acquittement.
 L’expéditeur peut transmettre des segments sans attendre d’acquittement jusqu’à atteindre la taille de la
fenêtre du récepteur. Il arrête ensuite la transmission jusqu’à la réception d’un acquittement du destinataire
 TCP permet le contrôle de flux
Réduction de la taille de fenêtre
 Quand les ressources réseau sont soumises à de fortes contraintes, le protocole TCP réduit la taille des
fenêtres afin de ralentir le taux de transmission.
 Quand un certain temps se sera écoulé sans perte de données ni contraintes excessives sur les
ressources, le destinataire pourra recommencer à augmenter la taille de fenêtre
Cet ajustement dynamiques de la taille de fenêtre permet de déterminer la taille de fenêtre optimale pour
chaque session TCP.
 Protocole UDP (User Datagram Protocol)

Le protocole UDP est un protocole simple offrant des fonctions de

couche transport de base. Il crée beaucoup moins de surcharge que le protocole
TCP car il est sans connexion et ne propose pas de mécanismes sophistiqués de
retransmission, de séquençage et de contrôle de flux.

Des protocoles importants de la couche application utilisent le protocole UDP,

notamment :
• DNS (Domain Name System)
• SNMP (Simple Network Management Protocol)
• DHCP (Dynamic Host Configuration Protocol)
• RIP (Routing Information Protocol)
• TFTP (Trivial File Transfer Protocol)
• Jeux en ligne
UDP n’effectue pas d’ordonnancement
 Fonctionnement du protocole UDP
Comme c’est le cas avec des applications basées sur le protocole TCP, des numéros de
ports sont affectés aux applications, Elles acceptent les données correspondant au
numéro de port attribué. Quand le protocole UDP reçoit un datagramme destiné à l’un
de ces ports, il transmet les données à l’application appropriée en fonction de son
numéro de port.