Acquittements sélectifs : SACK
TCP : performance et évolution du protocole
TE7572 v1 Archive

Acquittements sélectifs : SACK
TCP : performance et évolution du protocole

Auteur(s) : David ROS

Date de publication : 10 mai 2006 | Read in English

Logo Techniques de l'Ingenieur Cet article est réservé aux abonnés
Pour explorer cet article plus en profondeur Consulter l'extrait gratuit

Déjà abonné ?

Sommaire

Présentation

RÉSUMÉ

Le protocole de transport TCP (Transport Control Protocol) permet d’assurer des services de communication fiables entre des applications hébergées dans les équipements terminaux, il est incontestablement le plus utilisé dans les réseaux basés sur le protocole IP, en termes de paquets et d’octets échangés. Cet article est consacré aux performances de TCP, en particulier les mécanismes de contrôle de congestion de ces deux versions (Reno et NewReno). Des évolutions sont prévues à ce protocole, afin de pallier certains des problèmes de performance d’un émetteur TCP.

Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.

Lire l’article

Auteur(s)

  • David ROS : Maître de conférences à l’École nationale supérieure des télécommunications (ENST) de Bretagne

INTRODUCTION

Le protocole TCP (Transport Control Protocol) est décrit dans le dossier du point de vue des algorithmes de base mis en œuvre pour assurer un service de transport fiable. Nous nous intéressons ici aux performances de TCP, en particulier en ce qui concerne les mécanismes de contrôle de congestion. Nous présentons également quelques évolutions du protocole qui ont été proposées par la communauté de recherche et adoptées par l’Internet Engineering Task Force (IETF), visant à pallier certains des problèmes de performance de TCP.

Il est important de souligner que quelques solutions et techniques étudiées revêtent encore aujourd’hui un caractère expérimental. Cependant, celles-ci ont toutes fait l’objet de documents RFC (Request for Comments) à l’IETF ; elles pourraient donc être déployées dans un avenir proche sur l’Internet.

Logo Techniques de l'Ingenieur

Cet article est réservé aux abonnés.
Il vous reste 93 % à découvrir.

Pour explorer cet article Consulter l'extrait gratuit

Déjà abonné ?


DOI (Digital Object Identifier)

https://doi.org/10.51257/a-v1-te7572

Article inclus dans l'offre

"Réseaux Télécommunications"

(141 articles)

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques.

Des contenus enrichis

Quiz, médias, tableaux, formules, vidéos, etc.

Des modules pratiques

Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.

Des avantages inclus

Un ensemble de services exclusifs en complément des ressources.

Voir l'offre

4. Acquittements sélectifs : SACK

La méthode classique d’acquittement mise en œuvre par TCP, basée sur le champ N˚ d’ACK, montre des limitations importantes lorsque des pertes de segments ont lieu. En effet, comme nous l’avons vu au paragraphe 2.1.2, lorsqu’il y a des pertes multiples dans une fenêtre d’émission, le TCP récepteur ne peut indiquer à l’émetteur que le premier des octets manquants, ce dernier devant alors attendre la réception d’un ACK acquittant de nouvelles données avant de pouvoir décider de la retransmission d’autres segments perdus (voire attendre le déclenchement du temporisateur de retransmission).

Le mécanisme dit des acquittements sélectifs (SACK) [8], permet d’améliorer cette méthode de confirmation des données reçues. L’idée de SACK est de permettre au TCP récepteur de confirmer non seulement la dernière donnée reçue en séquence, mais également des données reçues hors séquence ; le TCP émetteur devrait ainsi pouvoir mieux en déduire quelles sont les données manquantes, et donc optimiser (c’est-à-dire anticiper) la retransmission de celles-ci.

SACK se base sur l’utilisation de deux options de TCP :

  • SACK-permitted : un TCP mettant en œuvre SACK et voulant employer ce mécanisme devra inclure cette option dans son segment SYN (synchroniser) d’ouverture de connexion. De cette façon, il annonce à l’autre extrémité de la connexion qu’il supporte cette méthode d’acquittement. Bien entendu, SACK ne sera utilisé pour la connexion que si les deux extrémités incluent cette option dans leur SYN ;

  • SACK : cette option, qui peut être vue comme un ensemble de champs supplémentaires au champ N˚ d’ACK, permet au récepteur...

Logo Techniques de l'Ingenieur

Cet article est réservé aux abonnés.
Il vous reste 92 % à découvrir.

Pour explorer cet article Consulter l'extrait gratuit

Déjà abonné ?


Lecture en cours
Acquittements sélectifs : SACK

Article inclus dans l'offre

"Réseaux Télécommunications"

(141 articles)

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques.

Des contenus enrichis

Quiz, médias, tableaux, formules, vidéos, etc.

Des modules pratiques

Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.

Des avantages inclus

Un ensemble de services exclusifs en complément des ressources.

Voir l'offre

Sommaire
Sommaire
Logo Techniques de l'Ingenieur

Cet article est réservé aux abonnés.
Il vous reste 92 % à découvrir.

Pour explorer cet article Consulter l'extrait gratuit

Déjà abonné ?


Article inclus dans l'offre

"Réseaux Télécommunications"

(141 articles)

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques.

Des contenus enrichis

Quiz, médias, tableaux, formules, vidéos, etc.

Des modules pratiques

Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.

Des avantages inclus

Un ensemble de services exclusifs en complément des ressources.

Voir l'offre