Dans les réseaux IP, le protocole IP (Internet Protocol) offre un service à datagrammes ; autrement dit, il ne fournit aucune garantie quant à la réception correcte des paquets. En effet, ces paquets peuvent être perdus ou dupliqués, et ils peuvent aussi arriver dans un ordre différent de l’ordre d’émission. Or, de nombreuses applications ont besoin d’un transfert ordonné et fiable de leurs données. Le protocole de transport TCP (Transmission Control Protocol, ou protocole de contrôle de transmission) joue alors un rôle fondamental : celui d’assurer des services de communication fiables entre des applications hébergées dans les équipements terminaux. En suivant le principe dit « de bout en bout » (« end-to-end principle »), le réseau IP sous-jacent est vu comme une boîte noire, le soin de cacher ses imperfections aux applications étant laissé à TCP.
Depuis sa conception au début des années 1980, TCP s’est imposé comme le protocole de transport de choix pour de nombreuses applications. De plus, 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.
Dans le modèle de référence en couches protocolaires de l’Internet, TCP se situe au niveau de la couche 4 (figure 1). Il est généralement mis en œuvre par le système d’exploitation, de sorte que celui-ci offre ces services de transport aux applications à travers une interface de programmation (API : Application Programming Interface), dont la plus populaire est celle connue sous le nom d’API sockets [1].
TCP offre aux applications et aux protocoles qui l’utilisent un canal transparent, sans erreurs et bidirectionnel (en mode « full duplex ») qui transporte une séquence d’octets. C’est un protocole de point à point (il n’est pas adapté au « multicast ») et de bout en bout : seules les deux extrémités participant à la communication, ou connexion, déroulent le protocole (figure 2).
Lorsqu’une application fournit à TCP des données pour transmission, TCP peut découper ces données en blocs, afin d’adapter la taille des paquets résultants à la taille de l’unité maximale de transmission du réseau (MTU : Maximum Transfer Unit). Chacun de ces blocs, précédé d’un en-tête, forme l’unité de données (PDU : Protocol Data Unit) du protocole, nommée segment (figure 3).
Le service de transport offert par TCP est nommé parfois un « flot d’octets » (« byte-stream ») : de son point de vue, TCP transporte des octets sans aucune structure, car il peut découper les données applicatives en segments de façon arbitraire, indépendamment de leur sémantique ; la délimitation de ces octets relève exclusivement de l’application, pas de TCP.
La fiabilité est assurée grâce à un mécanisme d’acquittement (« acknowledgement »). À chaque octet émis correspond un numéro de séquence, et cette numérotation permet l’acquittement des données reçues.
TCP opère en mode connecté, autrement dit, avant de pouvoir envoyer des données, il faut établir une connexion à l’aide d’une procédure de signalisation.
Enfin, TCP met en œuvre des mécanismes de contrôle de flux et de contrôle de congestion afin d’éviter, dans la mesure du possible, l’engorgement du récepteur ainsi que la saturation chronique des équipements intermédiaires d’interconnexion.
Le protocole de contrôle de transmission (TCP) est l'une de ces choses que tout le monde devrait connaître, mais que très peu de gens connaissent.
Les gens devraient en savoir plus à ce sujet, car le protocole de contrôle de transmission est essentiellement l'épine dorsale de l'internet moderne.
Également connu sous le nom de TCP/IP (Internet Protocol) ou de la suite de protocoles Internet, le TCP est un protocole largement utilisé qui régit la manière dont les ordinateurs se parlent lorsqu'ils échangent des données. Cependant, L'omniprésence de TCP ne signifie pas que c'est le seul protocole de transfert de données existant.
D'autres normes - telles que le protocole de datagramme utilisateur (UDP) ou l'interconnexion des systèmes ouverts (OSI) - sont également utilisées dans diverses circonstances.
Mais comment fonctionne le TCP ? Et à quoi sert-il ?
Comment fonctionne le protocole de contrôle de transmission ?
Étant l'un des principaux protocoles de transfert de données sur Internet, le travail de TCP est relativement simple :
Il est là pour garantir que toutes les données envoyées par un ordinateur à un autre sont reçues avec succès, sans erreur ni problème, et dans le bon ordre.
Cela signifie que chaque fois que vous naviguez sur une page web avec toutes les informations à l'endroit, ou un e-mail qui n'est pas un charabia complet, vous pouvez remercier TCP.
En revanche, la façon dont il accomplit cette tâche n'est pas aussi rudimentaire. Comme il s'agit d'un protocole orienté connexion, TCP doit d'abord reconnaître l'existence d'une session entre les deux ordinateurs avant de pouvoir communiquer.
Voici comment le protocole TCP établit une connexion entre deux ordinateurs (un processus connu sous le nom de "poignée de main à trois voies" ? ???):
1. Un ordinateur (l'expéditeur) envoie un message initial à l'ordinateur destinataire pour demander officiellement l'établissement d'une connexion. C'est ce qu'on appelle un message SYN (abréviation de synchronize).
2. L'ordinateur récepteur doit ensuite envoyer un accusé de réception du SYN (ce que l'on appelle un message SYN ACK).
3. Enfin, l'expéditeur doit ensuite accuser réception de l'accusé de réception (appelé message ACK RECEIVED).
Une fois ces trois étapes franchies avec succès, le transfert de données peut commencer.
Si vous pensez que cela fait beaucoup d'étapes simplement pour établir un canal de communication, vous avez raison. C'est l'une des raisons pour lesquelles les connexions TCP sont généralement plus lentes que les connexions UDP. Elles doivent simplement passer par davantage d'étapes avant de communiquer.
Le protocole TCP peut également être combiné avec d'autres protocoles tels que le Server Message Block (SMB) pour les connexions aux serveurs distants
Les quatre couches de TCP
Le protocole TCP est composé de quatre couches différentes : application, transport, internet et accès au réseau. Passons-les en revue :
1. Couche application. Il s'agit de la couche du TCP avec laquelle les applications, telles que les navigateurs web, interagissent (la couche application comprend d'autres protocoles tels que HTTPS et SMTP).
2. Couche de transport. Une fois que l'application a reçu les données d'un navigateur web (par exemple), elle communique avec la couche de transport via un port. Dans le cas d'un navigateur web, il s'agit du port 80.
La couche transport découpe ensuite les données reçues en paquets individuels, qui empruntent chacun le chemin le plus rapide vers leur destination. Chaque paquet est également accompagné d'un en-tête contenant des instructions sur la manière de livrer la charge utile du paquet (c'est-à-dire les données envoyées).
3. Couche Internet. Les paquets sont ensuite poussés vers cette couche, qui utilise le protocole Internet pour marquer chaque paquet avec les adresses IP d'origine et de destination.
4. Couche réseau. Enfin ! C'est la couche dans laquelle les données réelles sont converties en impulsions électriques et envoyées dans le monde. La couche réseau gère des informations telles que le contrôle d'accès aux médias (MAC), ce qui garantit que chaque paquet est envoyé au bon ordinateur.
Lire la suite : Comment télécharger plus rapidement depuis un navigateur (envoyer et recevoir rapidement des fichiers volumineux)
Pourquoi utilise-t-on le protocole TCP ?
C'est probablement évident maintenant, mais TCP est utilisé dans les cas où toutes les données transmises doivent absolument arriver (et sans erreur). En effet, la valeur inhérente du TCP est qu'il garantit l'intégrité de toutes les données transmises. S'il y a une erreur, TCP renvoie les données.
C'est pourquoi d'autres protocoles de haut niveau qui exigent la perfection - comme Secure Shell (SSH), Protocole de transfert de fichiers (FTP)Le protocole de transfert de courrier simple (SMTP), le protocole d'accès aux messages Internet (IMAP) et le protocole HTTP utilisent tous le protocole TCP.
Certaines solutions de transfert de fichiers volumineux, telles que MASVutilisent également une technologie accélérée basée sur le protocole TCP, car elle permet d'acheminer toutes vos données dans l'ordre et ne nécessite pas de modification du pare-feu.
TCP et UDP
L'un des problèmes du protocole TCP est la latence, en particulier sur l'Internet public. Cela est dû en grande partie à toutes les étapes que j'ai mentionnées ci-dessus, y compris les retransmissions de données et le réordonnancement des paquets.
C'est pourquoi il existe un autre protocole, UDP. Il est souvent utilisé pour les jeux en ligne en temps réel, la diffusion en continu, la voix sur IP (VoIP) et d'autres applications qui nécessitent des vitesses rapides mais peuvent s'accommoder de données incomplètes ou manquantes.
Cependant, UDP est pas un protocole orienté connexion. Contrairement à TCP, il n'établit pas de session entre les ordinateurs et ne garantit pas l'intégrité des données transmises. Les paquets abandonnés peuvent donc être fréquents. Chaque paquet de données envoyé via UDP contient moins d'informations d'en-tête, et si les paquets sont perdus en transit, ils sont perdus pour toujours.
Explication vidéo
Pourquoi MASV est basé sur TCP et non sur UDP
Bien que certaines solutions populaires de transfert de fichiers, telles que Aspera, Signifiantet Catalyseur de fichiers sont basés sur le protocole UDP (soit point à point en utilisant sur des serveurs sur site ou dans le nuage), beaucoup utilisent la technologie TCP.
MASV utilise par choix la technologie TCP, pour plusieurs raisons. Elle permet à notre service d'être beaucoup plus facile à mettre en place et à exécuter, puisqu'il n'est pas nécessaire de modifier le pare-feu. Nos transferts basés sur la technologie TCP garantissent également que les fichiers et les dossiers arrivent exactement dans la même structure qu'ils ont été envoyés.
Bien que le protocole TCP soit plus lent que le protocole UDP, MASV contourne ce problème en utilisant un réseau privé accéléré composé de plus de 150 serveurs situés aux quatre coins du monde. Cela signifie que vos paquets de fichiers n'ont besoin de parcourir qu'une courte distance avant de commencer à utiliser notre réseau accéléré. Et ils arrivent toujours sur les machines de vos clients ou partenaires exactement comme ils ont été envoyés.
Vous souhaitez essayer le MASV, sans engagement et sans souci ? S'inscrire en quelques secondes et envoyez gratuitement jusqu'à 100 Go dès aujourd'hui.