Лист за преговор: Principes fondamentaux de TCP

📋 Plan du Cours

1. Services de la couche transport
2. Multiplexage et démultiplexage
3. Contrôle de flux TCP
4. Contrôle de congestion TCP
5. Établissement de connexion TCP
6. Fermeture de connexion TCP
7. Numéros de séquence et ACKs
8. Gestion des erreurs (checksum)
9. Transfert fiable de données (rdt)
10. Protocole TCP (segments, ports)
11. Automates TCP (émission, réception)

📖 1. Services de la couche transport

🔑 Notions clés & Définitions

• Canaux de communication logiques entre processus : Liaisons virtuelles établies entre deux processus s’exécutant sur différentes machines, permettant l’échange de données sans dépendance directe à la couche physique ou réseau (source).
• Découpage des messages applicatifs en segments par la couche transport : Processus par lequel la couche transport divise un message de l’application en unités plus petites, appelées segments, pour faciliter leur transmission et leur gestion (source).
• Assemblage des segments en messages côté récepteur : Opération inverse du découpage, où la couche transport reconstitue le message original à partir des segments reçus, assurant la cohérence et l’intégrité des données (source).
• Différence entre couche transport (processus) et couche réseau (machines) : La couche réseau établit un canal logique entre deux machines (hosts), tandis que la couche transport établit un canal entre deux processus spécifiques, offrant des garanties supplémentaires telles que la fiabilité et l’ordre (source).
• Garanties supplémentaires fournies par la couche transport (fiabilité, ordre) : La couche transport assure la livraison fiable, ordonnée et sans erreur des données, en utilisant des mécanismes comme le contrôle de flux, la retransmission et la gestion des numéros de séquence (source).

📝 Points essentiels

• La couche transport crée des canaux logiques entre processus distincts des canaux physiques ou réseau, permettant une communication fiable et ordonnée (source).
• Elle effectue le découpage des messages applicatifs en segments pour gérer efficacement la transmission, puis leur assemblage à la réception pour reconstituer le message initial (source).
• La différence fondamentale avec la couche réseau réside dans le fait que cette dernière établit un canal entre machines (hosts), tandis que la couche transport se concentre sur la communication entre processus spécifiques, en fournissant des garanties supplémentaires telles que la fiabilité et l’ordre (source).
• La couche transport peut offrir des garanties de fiabilité, notamment par la retransmission de segments perdus ou corrompus, et assurer que les segments arrivent dans le bon ordre, ce qui n’est pas assuré par la couche réseau (source).

💡 À retenir

La couche transport établit des canaux logiques entre processus, assurant une transmission fiable, ordonnée et sans erreur des données, en différenciation de la couche réseau qui relie uniquement des machines.

📖 2. Multiplexage et démultiplexage

🔑 Notions clés & Définitions

• Utilisation des numéros de port pour identifier les sockets : Chaque socket TCP est associé à un numéro de port unique sur une machine, permettant de distinguer plusieurs connexions ou processus au sein d’un même hôte (voir section 10).

• Multiplexage : Technique consistant à ajouter un en-tête dans chaque segment transport pour distinguer les différentes connexions ou sockets émettant à partir d’une même machine, permettant à plusieurs flux de coexister sur une seule liaison physique (voir section 10).

• Démultiplexage : Processus de livraison des segments reçus à la socket correcte en utilisant l’adresse IP et le numéro de port du segment, assurant que chaque segment est dirigé vers le processus ou socket destinataire approprié (voir section 14).

• Identification unique d’une socket TCP par quadruplet : La socket TCP est identifiée de façon unique par le quadruplet (IP source, port source, IP destination, port destination), garantissant une livraison précise des segments à la bonne connexion (voir section 16).

• Exemple de démultiplexage avec plusieurs clients vers un serveur web : Lorsqu’un serveur web reçoit plusieurs segments de différents clients, il utilise le quadruplet pour livrer chaque segment à la socket correspondante, permettant la gestion simultanée de plusieurs connexions (voir section 16).

📖 3. Contrôle de flux TCP

🔑 Notions clés & Définitions

• But du contrôle de flux : Éviter que l’émetteur ne surcharge le récepteur en régulant la quantité de données envoyées, assurant ainsi un transfert fluide (source : « Computer Networking: A Top Down Approach »).
• Fenêtre glissante : Mécanisme de contrôle de flux dans TCP où la taille de la fenêtre de réception est ajustée dynamiquement pour gérer la quantité de données pouvant être envoyée sans accusé de réception (source : « Computer Networking: A Top Down Approach »).
• Gestion dynamique de la taille de la fenêtre de réception : Adaptation en temps réel de la taille de la fenêtre selon la capacité du récepteur, permettant une transmission efficace et évitant la surcharge (source : « Computer Networking: A Top Down Approach »).
• Interaction avec la couche transport : La couche transport utilise la fenêtre glissante et la gestion dynamique pour garantir un transfert fluide, en coordonnant l’envoi et la réception des segments (source : « Computer Networking: A Top Down Approach »).
• Mécanisme de régulation : La taille de la fenêtre de réception est communiquée à l’émetteur via le champ window size dans l’en-tête TCP, permettant une adaptation continue selon la capacité du récepteur (source : « Computer Networking: A Top Down Approach »).

📝 Points essentiels

• Le contrôle de flux dans TCP repose principalement sur la fenêtre glissante, qui limite la quantité de données envoyées sans accusé de réception, évitant ainsi la surcharge du récepteur.
• La gestion dynamique de la taille de la fenêtre de réception permet d’ajuster la transmission en fonction de la capacité réelle du récepteur, ce qui optimise le débit et évite la congestion locale.
• La communication de la taille de la fenêtre se fait via le champ window size dans l’en-tête TCP, que le récepteur met à jour en fonction de sa capacité de traitement.
• La interaction avec la couche transport garantit que l’émetteur adapte son débit selon la capacité du récepteur, assurant un transfert fluide et évitant la surcharge ou le blocage.
• La mise à jour de la fenêtre est une opération continue, permettant une régulation efficace dans un environnement dynamique, notamment en présence de variations de charge ou de capacité du récepteur.

💡 À retenir

Le contrôle de flux TCP, basé sur la fenêtre glissante et la gestion dynamique de la taille de la fenêtre, assure un transfert efficace et fluide en évitant la surcharge du récepteur, grâce à une communication continue avec la couche transport.

📖 4. Contrôle de congestion TCP

🔑 Notions clés & Définitions

• But du contrôle de congestion : éviter la saturation du réseau en régulant la quantité de données envoyées, afin de prévenir la surcharge et la perte de paquets, en maintenant un débit optimal (source : « Computer Networking: A Top Down Approach »).
• Mécanismes TCP pour détecter et réagir à la congestion : algorithmes AIMD (Additive Increase, Multiplicative Decrease), qui ajustent la taille de la fenêtre d’envoi en fonction de l’état du réseau, augmentant progressivement en absence de congestion et réduisant rapidement en cas de détection de congestion (source : « Computer Networking: A Top Down Approach »).
• Réduction de la fenêtre d’envoi en cas de congestion détectée : diminution multiplicative de la fenêtre (ex : réduction à la moitié) lors de la réception de signaux indiquant une surcharge, pour diminuer le débit et soulager le réseau (source : « Computer Networking: A Top Down Approach »).
• Augmentation progressive de la fenêtre en absence de congestion : augmentation additive de la fenêtre, généralement d’un segment par RTT, pour exploiter la capacité du réseau sans provoquer de surcharge (source : « Computer Networking: A Top Down Approach »).
• Détection de la congestion : principalement via la perte de paquets ou la réception de signaux de congestion (ex : timeout, ACK dupliqués), qui indiquent que le réseau est saturé ou en surcharge (source : « Computer Networking: A Top Down Approach »).

📝 Points essentiels

• Le contrôle de congestion TCP vise à équilibrer le débit d’envoi pour maximiser l’utilisation du réseau tout en évitant la saturation.
• La stratégie AIMD est au cœur du contrôle de congestion : l’augmentation additive permet une croissance prudente de la fenêtre, tandis que la diminution multiplicative réagit rapidement pour réduire la surcharge.
• La détection de congestion repose principalement sur la perte de paquets (timeout ou ACK dupliqué), qui sert de signal pour réduire la fenêtre d’envoi.
• La réduction multiplicative (ex : réduction à 50%) est une réaction rapide pour soulager le réseau, tandis que l’augmentation additive permet une exploitation progressive de la capacité disponible.
• La gestion dynamique de la fenêtre d’envoi permet à TCP d’adapter son débit en fonction de l’état du réseau, assurant ainsi une transmission fiable et efficace (source : « Computer Networking: A Top Down Approach »).

💡 À retenir

Le contrôle de congestion TCP utilise des mécanismes de détection et de réaction basés sur AIMD pour ajuster la fenêtre d’envoi, évitant ainsi la saturation du réseau tout en maximisant le débit.

📖 5. Établissement de connexion TCP

🔑 Notions clés & Définitions

• Processus de handshake en trois étapes : procédure permettant d’établir une connexion TCP fiable entre deux hôtes, comprenant l’échange de segments SYN et ACK pour synchroniser les numéros de séquence (voir "Échange des segments SYN et ACK").
• Flags SYN et ACK dans l’en-tête TCP : bits de contrôle utilisés pour initier la connexion (SYN) et reconnaître la demande de connexion (ACK), permettant la synchronisation des numéros de séquence (voir "Rôle des flags SYN et ACK").
• Synchronisation des numéros de séquence : mécanisme par lequel l’émetteur et le récepteur échangent et ajustent leurs numéros de séquence initiaux pour assurer une transmission ordonnée et fiable des données (voir "Synchronisation des numéros de séquence").

📝 Points essentiels

• La connexion TCP s’établit via un handshake en trois étapes :
  1. L’émetteur envoie un segment avec le flag SYN activé, indiquant sa volonté d’établir une connexion et proposant un numéro de séquence initial.
  2. Le récepteur répond avec un segment SYN-ACK, confirmant la réception du SYN et proposant son propre numéro de séquence initial, tout en accusant réception du SYN de l’émetteur.
  3. L’émetteur envoie un segment ACK, accusant réception du SYN-ACK, ce qui établit la connexion de façon fiable et synchronise les numéros de séquence.
• Les flags SYN et ACK jouent un rôle crucial dans l’établissement de la connexion :
  • SYN : indique une demande de connexion ou une synchronisation des numéros de séquence.
  • ACK : confirme la réception d’un segment et la synchronisation des numéros.
• La synchronisation des numéros de séquence permet à chaque côté de connaître le point de départ pour la transmission des données, évitant ainsi les erreurs d’ordre ou de duplication.
• La procédure garantit que la connexion est prête pour un transfert fiable, en utilisant l’échange de segments contrôlés par ces flags.

💡 À retenir

Le processus de handshake en trois étapes, basé sur l’échange des segments SYN et ACK, permet d’établir une connexion TCP fiable en synchronisant les numéros de séquence entre l’émetteur et le récepteur, assurant ainsi une communication ordonnée et sécurisée.

📖 6. Fermeture de connexion TCP

🔑 Notions clés & Définitions

• Processus de fermeture de connexion TCP : séquence d’échanges de segments TCP utilisant les flags FIN et ACK pour terminer proprement une connexion, en assurant que toutes les données ont été transmises et reconnues (voir section 11).
• Flags FIN et ACK : indicateurs dans l’en-tête TCP ; FIN (Finish) signale la fin de la transmission de données d’un côté, tandis que ACK (Acknowledgment) confirme la réception de segments (voir section 10).
• Gestion de la fermeture bidirectionnelle : procédure où chaque extrémité doit envoyer un segment FIN pour clôturer la connexion, en respectant un ordre précis pour éviter la perte de données ou la fermeture prématurée (voir section 11).
• État TIME_WAIT : état dans lequel se trouve une extrémité après avoir envoyé ou reçu un segment FIN, permettant d’assurer la fermeture propre en évitant la réouverture accidentelle de la connexion avec des segments en transit ou dupliqués (voir section 11).

📝 Points essentiels

• La fermeture d’une connexion TCP s’effectue en deux phases : chaque côté envoie un segment avec le flag FIN pour indiquer la fin de la transmission, puis chaque côté répond par un segment ACK pour confirmer la réception du FIN de l’autre (voir section 11).
• La séquence typique commence par l’émetteur initiant la fermeture en envoyant un segment FIN, suivi par la réception d’un ACK de l’autre extrémité. L’autre extrémité envoie alors son propre segment FIN, qui doit être confirmé par un ACK.
• Après l’envoi du segment FIN, l’état TCP passe dans l’état TIME_WAIT pour une durée spécifique (généralement 2MSL, deux fois la durée maximale de segment) afin de garantir que tout segment en transit est bien reçu et que la fermeture est propre (voir section 11).
• La gestion correcte de cette procédure évite la réouverture accidentelle de la connexion avec des segments en transit ou des segments dupliqués, assurant ainsi une fermeture fiable et sans erreur.

💡 À retenir

La fermeture d’une connexion TCP repose sur l’échange coordonné de segments FIN et ACK, avec une transition vers l’état TIME_WAIT pour garantir une fermeture propre et éviter toute confusion avec de futurs segments.

📖 7. Numéros de séquence et ACKs

🔑 Notions clés & Définitions

• Numéros de séquence : Identifiants uniques attribués à chaque octet ou segment dans une connexion TCP, permettant d’ordonner les segments et de détecter les pertes ou duplicatas. (Kurose & Ross, 2020) : « Le numéro de séquence indique le premier octet dans le segment, facilitant la reconstitution du flux de données. »

• Accusés de réception (ACK) : Segments envoyés par le récepteur pour confirmer la réception correcte d’un ou plusieurs segments, en indiquant le prochain octet attendu. (Kurose & Ross, 2020) : « L’ACK est un numéro de séquence qui indique que tous les octets jusqu’à ce numéro ont été reçus sans erreur. »

• Utilisation des numéros de séquence dans la retransmission : Mécanisme où, en cas de timeout ou de réception d’un ACK dupliqué, le segment correspondant est retransmis en se basant sur son numéro de séquence pour assurer la fiabilité. (Kurose & Ross, 2020) : « La retransmission est déclenchée si l’ACK attendu n’est pas reçu dans un délai donné, en utilisant le numéro de séquence pour identifier le segment à renvoyer. »

• Gestion des duplicatas grâce aux numéros de séquence : Technique permettant au récepteur d’ignorer les segments dupliqués ou erronés en se référant aux numéros de séquence, évitant ainsi la livraison multiple du même contenu. (Kurose & Ross, 2020) : « Le récepteur ne livre pas les segments dont le numéro de séquence a déjà été traité, ce qui évite la duplication. »

📝 Points essentiels

• Les numéros de séquence permettent d’ordonner les segments TCP, de détecter les segments manquants ou dupliqués, et de gérer la retransmission en cas de perte ou erreur lors de la transmission. (Kurose & Ross, 2020) : « Ils indiquent le premier octet dans le segment, facilitant la reconstruction du flux de données. »

• Les ACKs sont envoyés par le récepteur pour confirmer la réception correcte des segments, en utilisant un numéro de séquence qui indique le prochain octet attendu. (Kurose & Ross, 2020) : « Ils permettent à l’émetteur de savoir quels segments ont été correctement reçus et lesquels doivent être retransmis. »

• La retransmission des segments est basée sur le numéro de séquence, notamment lors d’un timeout ou de la réception d’un ACK dupliqué, pour assurer la fiabilité du transfert. (Kurose & Ross, 2020) : « La retransmission est déclenchée si l’ACK attendu n’est pas reçu dans un délai défini. »

• La gestion des duplicatas repose sur le fait que le récepteur ignore les segments dont le numéro de séquence a déjà été traité, évitant ainsi la duplication des données. (Kurose & Ross, 2020) : « Le récepteur ne livre pas les segments en double, ce qui garantit l’intégrité du flux. »

💡 À retenir

Les numéros de séquence et les ACKs sont essentiels pour assurer l’ordre, la fiabilité et la gestion des duplicatas dans le protocole TCP, en permettant la retransmission ciblée des segments manquants ou erronés.

📖 8. Gestion des erreurs (checksum)

🔑 Notions clés & Définitions

• Checksum : somme de contrôle utilisée pour détecter les erreurs dans les segments, calculée par addition en complément à un du contenu du segment (y compris l’en-tête). (Source : "Computer Networking: A Top Down Approach")

• Calcul du checksum : consiste à additionner tous les mots de 16 bits du segment (header inclus) en utilisant l’addition en complément à un. En cas de retenue, celle-ci est ajoutée au résultat final. (Source : "Computer Networking: A Top Down Approach")

• Vérification du checksum : effectuée côté récepteur en recalculant la somme de contrôle du segment reçu et en la comparant au champ checksum contenu dans l’en-tête. Si elles sont différentes, une erreur est détectée. (Source : "Computer Networking: A Top Down Approach")

📝 Points essentiels

• La somme de contrôle (checksum) est une méthode simple mais efficace pour détecter la majorité des erreurs de transmission, notamment les bits modifiés ou inversés dans le segment. Elle est calculée par addition en complément à un, ce qui permet de détecter des erreurs simples comme les inversions de bits ou les pertes de bits lors de la transmission.

• Le calcul du checksum inclut l’ensemble du segment, c’est-à-dire l’en-tête et les données, pour assurer l’intégrité de l’intégralité du message transmis.

• La limite principale du checksum réside dans sa capacité à ne pas détecter certaines erreurs complexes ou multiples, notamment si des erreurs se compensent lors de l’addition (erreurs non détectées possibles). Il ne garantit pas une détection à 100% des erreurs, mais reste efficace pour la majorité des erreurs courantes.

💡 À retenir

Le checksum est une somme de contrôle simple, calculée par addition en complément à un, permettant de détecter la majorité des erreurs lors de la transmission, mais présentant des limites en termes de détection d’erreurs complexes ou multiples.

📖 9. Transfert fiable de données (rdt)

🔑 Notions clés & Définitions

• Transfert fiable (rdt) : processus permettant d’assurer la livraison correcte, dans le bon ordre, et sans duplication des données entre un émetteur et un récepteur, même sur un canal non fiable. (source : Kurose & Ross, 2016)
• ACKs et NAKs : mécanismes de contrôle où le récepteur envoie un accusé de réception (ACK) pour confirmer la réception correcte d’un paquet ou un message négatif (NAK) pour signaler une erreur. (source : Kurose & Ross, 2016)
• Retransmission : envoi répété d’un paquet ou segment lorsque l’émetteur détecte une erreur ou une perte via les mécanismes de contrôle, notamment le timeout ou la réception d’un NAK. (source : Kurose & Ross, 2016)
• Gestion des duplicatas : technique utilisant des numéros de séquence pour identifier chaque paquet, permettant au récepteur de distinguer les paquets dupliqués ou hors ordre et d’éviter de les traiter plusieurs fois. (source : Kurose & Ross, 2016)
• Modèles rdt1.0 à rdt3.0 : évolution des mécanismes de transfert fiable, passant d’un canal fiable sans erreur (rdt1.0) à la gestion des erreurs, pertes, temporisation et duplication (rdt3.0), intégrant des techniques comme le contrôle de flux, la temporisation et la retransmission. (source : Kurose & Ross, 2016)

📝 Points essentiels

• La fiabilité du transfert de données repose sur l’utilisation conjointe d’ACKs et NAKs pour confirmer la réception ou signaler une erreur, permettant à l’émetteur de retransmettre les paquets perdus ou erronés. (Kurose & Ross, 2016)
• La gestion des duplicatas est assurée par l’attribution de numéros de séquence à chaque paquet, ce qui permet au récepteur de distinguer les paquets dupliqués ou hors ordre, et de ne traiter que ceux attendus. (Kurose & Ross, 2016)
• Les modèles rdt1.0 à rdt3.0 illustrent l’évolution des mécanismes pour faire face aux erreurs, pertes et duplicatas :
  • rdt1.0 : canal fiable, pas de gestion d’erreurs.
  • rdt2.0 : détection d’erreurs via checksum, feedback (ACK/NAK).
  • rdt2.1 : gestion des erreurs avec numéros de séquence (0,1) pour distinguer les paquets.
  • rdt2.2 : suppression des NAK, utilisation uniquement d’ACKs avec numéros de séquence.
  • rdt3.0 : gestion des pertes et erreurs sur canal non fiable avec temporisation et retransmission basée sur un timer. (Kurose & Ross, 2016)

💡 À retenir

Le transfert fiable de données repose sur un mécanisme combiné d’accusés de réception, de retransmissions et de gestion des numéros de séquence, permettant de garantir la livraison correcte même sur un canal non fiable. La progression des modèles rdt illustre l’intégration successive de mécanismes pour faire face aux erreurs, pertes et duplicatas.

📖 10. Protocole TCP (segments, ports)

🔑 Notions clés & Définitions

• Format du segment TCP : structure composée d’un en-tête (ports, numéros de séquence, flags) et de données, permettant la gestion et le contrôle de la transmission (source port, dest port, sequence number, acknowledgment number, flags, checksum, etc.).

• Numéros de port : identifiants logiques utilisés pour le multiplexage/démultiplexage des flux de données entre différentes applications sur une même machine, en permettant d’acheminer chaque segment vers la socket appropriée.

• Structure des segments TCP : organisation de l’en-tête TCP comprenant notamment les numéros de ports, numéros de séquence et d’acquittement, flags, et checksum, qui assurent la gestion du contrôle de flux et de congestion.

• Rôle des flags (SYN, ACK, FIN) : bits de contrôle dans l’en-tête TCP servant à établir la connexion (SYN), confirmer la réception (ACK), ou terminer la session (FIN), essentiels pour la gestion de l’état de la connexion.

📝 Points essentiels

• Le segment TCP est constitué d’un en-tête contenant des informations essentielles pour la gestion de la transmission, notamment les ports source et destination (pour le multiplexage/démultiplexage), les numéros de séquence (pour l’ordonnancement et la retransmission), et les flags (pour contrôler l’état de la connexion) (voir Format du segment TCP).

• Les numéros de port permettent d’acheminer chaque segment vers la socket TCP correcte sur la machine réceptrice, en combinant avec l’adresse IP, formant un quadruplet unique (voir Utilisation des numéros de port).

• La structure des segments TCP facilite le contrôle de flux et de congestion, en utilisant notamment les numéros de séquence pour ordonner les segments et les flags pour gérer l’établissement, la terminaison, et la gestion de la connexion (voir Structure des segments TCP).

• Les flags jouent un rôle crucial dans la gestion de la connexion : SYN pour initier, ACK pour confirmer, et FIN pour terminer la session, permettant une synchronisation précise entre émetteur et récepteur (voir Rôle des flags).

💡 À retenir

Le segment TCP, structuré avec ses ports, numéros de séquence et flags, constitue la base du contrôle de la transmission fiable, ordonnée et multiplexée entre applications via la couche transport.

📖 11. Automates TCP (émission, réception)

🔑 Notions clés & Définitions

• Automate fini déterministe (AFD) : Modèle mathématique utilisé pour représenter le comportement de l’émission et de la réception TCP, où chaque état et transition est déterminé par un événement précis (ex : arrivée d’un message, ACK, timeout). Selon PERROUX (date), il permet de modéliser de façon précise la gestion des retransmissions et temporisations dans TCP.

• État : Configuration du système TCP à un instant donné, comprenant notamment la fenêtre de congestion, le compteur de dupACK, et le statut de la retransmission. La transition d’un état à un autre dépend des événements détectés (ex : réception d’un ACK ou timeout).

• Transition : Passage d’un état à un autre déclenché par un événement spécifique, comme la réception d’un segment, un ACK, ou un timeout. Par exemple, la transition vers un état de retransmission lors d’un timeout.

• Gestion des retransmissions et temporisation : Mécanismes intégrés dans l’automate pour retransmettre un segment manqué après un timeout ou suite à un nombre de dupACKs (dupACKcount). Selon Mathis (1997), la temporisation ajuste la retransmission pour optimiser le débit et réduire la congestion.

• Automate côté récepteur : Modèle qui gère la réception des paquets, la détection des duplicatas, l’émission d’ACKs, et la gestion de la fenêtre de réception. Il assure la fiabilité en détectant et en ignorant les duplicatas grâce aux numéros de séquence.

📝 Points essentiels

• L’automate TCP modélise l’émission en intégrant des états liés à la fenêtre de congestion (cwnd), au seuil de congestion (ssthresh), et au compteur de dupACKs. Lorsqu’un segment est envoyé, l’état évolue en fonction des événements : réception d’un ACK, duplication d’un ACK, ou timeout.
• La gestion des retransmissions repose sur deux événements principaux : le timeout, qui provoque une réduction du seuil de congestion (ssthresh = cwnd/2) et un retour à la phase de slow start (cwnd = 1 MSS), et les dupACKs, qui déclenchent la phase de fast recovery.
• La détection de duplicatas par l’automate côté récepteur permet d’identifier rapidement la perte d’un segment et de déclencher une retransmission sans attendre le timeout, améliorant ainsi la performance.
• La transition vers l’état de retransmission après timeout ou dupACKs est cruciale pour garantir la fiabilité et l’efficacité du transfert, en évitant la congestion excessive.
• La modélisation par AFD permet d’anticiper et de simuler le comportement TCP dans différents scénarios de réseau, en intégrant la gestion des temporisations, retransmissions, et détection de duplicatas, conformément à PERROUX (date).

💡 À retenir

L’automate TCP modélise de façon déterministe la gestion des segments, ACKs, retransmissions, et détection de duplicatas, assurant la fiabilité et l’efficacité du protocole dans un cadre formel.

📊 Tableaux de Synthèse

Thème	Notions clés	Détails	Auteur / Source
Services de la couche transport	Canaux logiques, découpage, assemblage	Permettent communication fiable entre processus, différenciée de la couche réseau	Source : Notions générales
Multiplexage/Démultiplexage	Numéros de port, quadruplet (IP source/dest, port source/dest)	Multiplexage : ajout d’en-tête pour distinguer flux; Démultiplexage : livraison à la socket correcte	Source : Section 10, 14, 16
Contrôle de flux TCP	Fenêtre glissante, gestion dynamique	Évite surcharge récepteur, ajuste la fenêtre selon capacité	Source : « Computer Networking: A Top Down Approach »
Contrôle de congestion TCP	AIMD, réduction multiplicative, augmentation additive	Régule le débit pour éviter saturation réseau	Source : « Computer Networking: A Top Down Approach »

⚠️ Pièges & Confusions Fréquentes

1. Confondre la couche transport avec la couche réseau : la première établit des canaux entre processus, la seconde entre machines.
2. Croire que le multiplexage est automatique sans gestion des ports et quadruplets.
3. Confondre la fenêtre de flux avec la fenêtre de congestion : deux mécanismes distincts.
4. Supposer que TCP garantit l’ordre sans mécanismes spécifiques : c’est une garantie assurée par la gestion des numéros de séquence.
5. Négliger l’impact du contrôle de congestion sur la performance : une mauvaise gestion peut provoquer des ralentissements.
6. Confondre le processus de démarrage d’une connexion TCP (handshake) avec sa fermeture.
7. Omettre la différence entre retransmission et duplication de segments lors de pertes.

✅ Checklist Examen

1. Connaître la définition de la couche transport et ses principales fonctions, notamment le découpage et l’assemblage des segments.
2. Expliquer la différence entre couche transport et couche réseau, en insistant sur la communication entre processus versus entre machines.
3. Savoir ce qu’est un socket TCP et comment il est identifié via le quadruplet (IP source, port source, IP destination, port destination).
4. Définir le multiplexage et le démultiplexage, et leur rôle dans la gestion des connexions multiples.
5. Maîtriser le fonctionnement du contrôle de flux TCP, notamment la fenêtre glissante et la gestion dynamique de la taille de la fenêtre.
6. Expliquer le mécanisme du contrôle de congestion TCP, en détaillant l’algorithme AIMD.
7. Connaître le processus d’établissement d’une connexion TCP (handshake en trois étapes).
8. Savoir comment TCP assure la fiabilité via les numéros de séquence, ACKs, et retransmissions.
9. Comprendre le rôle de la checksum dans la gestion des erreurs.
10. Identifier les segments TCP, leur structure, et la signification des ports.
11. Maîtriser le fonctionnement des automates TCP en émission et réception.
12. Connaître les auteurs et références clés : « Computer Networking: A Top Down Approach » pour le contrôle de flux et de congestion.