Présentation
EnglishAuteur(s)
-
David ROS : Maître de conférences à l'Institut Télécom/Télécom Bretagne
Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.
Lire l’articleINTRODUCTION
DCCP (Datagram Congestion Control Protocol) est un nouveau protocole de transport conçu pour des applications de type unicast. Il offre un service de transport non fiable, bidirectionnel, point à point et de bout en bout. DCCP met en œuvre des mécanismes de contrôle de congestion visant à réguler le taux d'émission de données, et un mécanisme d'acquittement des données reçues. DCCP a été introduit comme une alternative à TCP et à UDP, pour des applications ayant de fortes contraintes temporelles et voulant employer des techniques d'adaptation du débit aux conditions du réseau. Les références entre crochets sont développées dans la rubrique Pour en savoir plus.
De même que TCP et UDP, DCCP se situe au niveau de la couche 4 du modèle de référence en couches protocolaires de l'Internet (figure 1). Les unités de données du protocole (PDU), nommées paquets, peuvent contenir soit directement des données applicatives, soit des paquets du protocole RTP (Real-time Transport Protocol) .
DOI (Digital Object Identifier)
Cet article fait partie de l’offre
Réseaux Télécommunications
(141 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
Présentation
4. Contrôle de congestion avec DCCP
Un mécanisme de contrôle de congestion (CC) est formé essentiellement par un algorithme de régulation de débit mis en œuvre par l'émetteur, et un mécanisme de retour d'information (ACKs…) par le récepteur.
Dans DCCP, on identifie les méthodes de CC par un code d'un octet, dit CCID (Congestion control ID ). Ce codage permettrait à DCCP de supporter environ 256 mécanismes de contrôle de congestion différents. Deux méthodes ont d'ores et déjà été normalisées : un contrôle de débit « à la TCP » (TCP-like ) et un mécanisme dit TCP-Friendly Rate Control (TFRC).
4.1 Contrôle de débit « à la TCP »
Cette méthode, décrite dans , correspond au code CCID 2. Le contrôle de congestion est semblable à celui d'un TCP basé sur SACK , à ceci près qu'il n'y a aucune retransmission de données. Afin de réguler le débit de transmission, l'émetteur gère : une fenêtre de congestion (cwnd) ; un seuil de transition entre le slow start et le congestion avoidance (ssthresh) ; une variable pipe contenant une estimation du nombre de paquets « en transit », c'est-à-dire émis et non perdus mais pas encore acquittés. Un temporisateur, calculé à partir du RTT estimé (de manière analogue au temporisateur de retransmission de TCP), sert à forcer le passage en slow start suite à des pertes élevées.
...Cet article fait partie de l’offre
Réseaux Télécommunications
(141 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
Contrôle de congestion avec DCCP
BIBLIOGRAPHIE
-
(1) - BASET (S.A.), SCHULZRINNE (H.G.) - An analysis of the Skype peer-to-peer internet telephony protocol. - Dans Proceedings of IEEE INFOCOM, Barcelona, Espagne, avr. 2006.
-
(2) - BLANTON (E.), ALLMAN (A.), FALL (K.), WANG (L.) - A conservative selective acknowledgment (SACK)-based loss recovery algorithm for TCP. - Internet Standards Track RFC 3517, IETF, avr. 2003.
-
(3) - DE CICCO (L.), MASCOLO (S.), PALMISANO (V.) - An experimental investigation of the congestion control used by Skype VoIP. - Dans Proceedings of the 5th International Conference on Wired/Wireless Internet Communications (WWIC), Lecture Notes in Computer Science, Coimbra, Portugal, Springer, vol. 4517, p. 153-164, mai 2007.
-
(4) - DE CICCO (L.), MASCOLO (S.), PALMISANO (V.) - Skype video responsiveness to bandwidth variations. - Dans Proceedings of the 18th International Workshop Network and Operating System Support for Digital Audio and Video (NOSSDAV'08), Braunschweig, Allemagne, p. 81-86, mai 2008.
-
(5) - EDDY (W.) - TCP SYN flooding attacks and common mitigations. - Informational RFC 4987, IETF, août 2007.
- ...
DANS NOS BASES DOCUMENTAIRES
ANNEXES
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/dccp-charter.html http://www.ietf.org/html.charters/tsvwg-charter.html
Mises en œuvre
Applications basées sur DCCP :
http://www.erg.abdn.ac.uk/users/gerrit/dccp/apps/
DCCP dans le système d'exploitation Linux :
https://wiki.linuxfoundation.org/networking/dccp
https://wiki.linuxfoundation.org/networking/dccp_testing
HAUT DE PAGECet article fait partie de l’offre
Réseaux Télécommunications
(141 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