| Réf : TE7572 v1

Acquittements et évolution de la fenêtre dans le temps
TCP : performance et évolution du protocole

Auteur(s) : David ROS

Date de publication : 10 mai 2006

Pour explorer cet article
Télécharger l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !

Sommaire

Présentation

Version en anglais En anglais

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

ABSTRACT

 

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 Protocole de transport TCP 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.

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

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

DOI (Digital Object Identifier)

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


Cet article fait partie de l’offre

Réseaux Télécommunications

(139 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

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

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS

Lecture en cours
Présentation
Version en anglais En anglais

3. Acquittements et évolution de la fenêtre dans le temps

3.1 Compensation des effets négatifs des acquittements retardés

Tant les algorithmes slow start et congestion avoidance que le contrôle de flux par fenêtre glissante utilisent les nouveaux ACK afin de faire évoluer la fenêtre d’émission dans l’espace des numéros de séquence. Cependant, il existe une différence fondamentale dans la manière dont l’information véhiculée par l’ACK est employée par chacun de ces mécanismes :

  • le mécanisme de fenêtre glissante fait avancer la bordure gauche de celle-ci en fonction de la valeur du champ N˚ d’ACK, autrement dit, en fonction de la quantité d’octets acquittés ;

  • en revanche, l’augmentation de la taille de la fenêtre due au contrôle de congestion (en l’absence de pertes) se base sur la quantité de segments ACK reçus, indépendamment du volume de données acquittées par chaque ACK.

Comme nous allons le voir dans les paragraphes suivants, le fait que la croissance de la fenêtre soit pilotée par le nombre d’ACK reçus peut avoir des conséquences sur les performances d’un émetteur TCP, en particulier lorsque le TCP récepteur met en œuvre le mécanisme des delayed ACK (un ACK tous les deux segments de taille MSS reçus).

HAUT DE PAGE

3.1.1 Prise en compte des octets acquittés

Si le récepteur TCP retarde l’envoi des acquittements, alors l’augmentation de la valeur de cwnd sera plus lente. En effet, lors de la phase de congestion avoidance, un taux d’arrivée des ACK réduit de moitié implique que cwnd n’augmente de MSS octets qu’au bout d’environ 2 RTT ; autrement dit, un taux de croissance d’environ 1/2 du taux que l’on peut atteindre si l’on ne retarde pas les ACK. Un phénomène analogue aura lieu lorsque l’émetteur TCP fait du slow start (on peut considérer...

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

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

Cet article fait partie de l’offre

Réseaux Télécommunications

(139 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

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

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS

Lecture en cours
Acquittements et évolution de la fenêtre dans le temps
Sommaire
Sommaire

BIBLIOGRAPHIE

  • (1) - MEDINA (A.), ALLMAN (M.), FLOYD (S.) -   Measuring the evolution of transport protocols in the Internet  -  . ACM SIGCOMM Computer Communications Review, 35(2), 37-51 (2005).

  • (2) - ALLMAN (M.), BALAKRISHNAN (H.), FLOYD (S.) -   Enhancing TCP’s Loss Recovery Using Limited Transmit  -  . RFC 3042, IETF (janv. 2001).

  • (3) - PAXSON (V.), ALLMAN. (M.) -   Computing TCP’s Retransmission Timer  -  . RFC 2988, IETF (nov. 2000).

  • (4) - ALLMAN (M.) -   TCP Congestion Control with Appropriate Byte Counting (ABC)  -  . RFC 3465, IETF (fév. 2003).

  • (5) - BRADEN (R.) -   Requirements for Internet Hosts – Communication Layers  -  . RFC 1122, IETF (oct. 1989).

  • (6) - ALLMAN (M.), FLOYD (S.), PARTRIDGE (C.) -   Increasing TCP’s Initial Window  -  . RFC 3390, IETF (oct. 2002).

  • ...

ANNEXES

    1. 2 Organismes

      Thèses

      GURTOV (A.) - Efficient Data Transport in Wireless Overlay Networks - . Thèse de doctorat, université de Helsinki (2004).

      KUZMANOVIC (A.) - Edge-Based Inference, Control, and DoS-Resilience for the Internet - . Thèse de doctorat, Rice university (2004).

      WELZL (M.) - Scalable Performance Signalling and Congestion Avoidance - . Thèse de doctorat, université d’Innsbruck (2002).

      HAUT DE PAGE

      2 Organismes

      Internet Engineering Task Force (IETF)

      http://www.ietf.org

      Tous les documents issus des groupes de travail, ainsi que les Internet Drafts (documents de travail), sont disponibles gratuitement sur le site de l’IETF.

      Groupes de travail de l’IETF

      http://www.ietf.org/html.charters/tcpm-charter.html

      http://www.ietf.org/html.charters/tsvwg-charter.html

      Les groupes de travail tcpm (TCP Maintenance and Minor Extensions) et tsvwg (Transport Area Working Group) s’intéressent à l’évolution de TCP et des protocoles de transport en général, respectivement.

      Internet Research Task Force (IRTF)

      http://www.icir.org/tmrg

      Les documents et la liste publique de discussion du groupe de recherche TMRG, ainsi que des pointeurs d’intérêt, sont disponibles à l’adresse ci-avant.

      http://www.irtf.org/charter?gtype=rg&group=iccrg

      Pour ce qui est du groupe de recherche ICCRG,...

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

      Pour explorer cet article
      Téléchargez l'extrait gratuit

      Vous êtes déjà abonné ?Connectez-vous !


      L'expertise technique et scientifique de référence

      La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
      + de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
      De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

      Cet article fait partie de l’offre

      Réseaux Télécommunications

      (139 articles en ce moment)

      Cette offre vous donne accès à :

      Une base complète d’articles

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

      Des services

      Un ensemble d'outils exclusifs en complément des ressources

      Un Parcours Pratique

      Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

      Doc & Quiz

      Des articles interactifs avec des quiz, pour une lecture constructive

      ABONNEZ-VOUS