Le TCP doit-il utiliser l'IP ?

TCP et IP sont comme le beurre sur le pain.

Vous pouvez associer n'importe quoi d'autre qui fonctionne avec l'un ou l'autre protocole, mais ces deux-là sont tellement complémentaire c'est juste un délicieux moyen fiable a transférer des données et remplir le ventre de données internet. Il graisse le tube pour permettre à d'autres aliments secs et à d'autres poignées de main de données de soutenir cet appariement. Mais ce n'est en aucun cas une exclusivité.

Q Cependant, n'est-il pas possible que le protocole TCP soit construit sur un autre protocole que le protocole IP ?

A Oui, c'est possible. J'aime les exemples du code morse et du pigeon pour le TCP sans IP.

J'ai toujours entendu dire que TCP est l'abréviation de TCP/IP.

En fait, il s'agit de Protocole de contrôle de transmission sur le protocole Internet

et ils signifient la même chose.

Ce n'est pas correct.

Tout d'abord, Ethernet est le système matériel de bas niveau qui contrôle le fonctionnement des éléments matériels réels.

Ensuite, pensez à IP comme un système téléphonique ou des panneaux de signalisation. Il fournit la commande de base pour relier deux points du système.

TCP D'autre part, il s'agit plutôt d'un système de messagerie ou d'un agent de contrôle du trafic qui dirige les messages/voitures vers le bon endroit.

Dans son ensemble, le protocole TCP/IP fournit un système permettant de transférer de manière fiable des données vers et depuis n'importe quel dispositif connecté.

Avec l'Internet, lorsque vous voulez envoyer ou recevoir des données, la partie IP du système est celle qui contrôle l'établissement des connexions matérielles réelles avec les fils (ou les ondes sans fil). La partie TCP du système est le logiciel chargé de prendre les données, de les décomposer, de les envoyer, de réassembler les données reçues, de vérifier les données et de les envoyer à nouveau si nécessaire.

Il y a d'innombrables explications avec des analogies et des détails techniques disponibles, notamment en formulaire vidéo . DifferenceBetween.net en a une particulièrement bonne sur ce sujet précis. sujet .

Cependant, n'est-il pas possible que le protocole TCP soit construit sur un autre protocole que le protocole IP ?

Oui, vous pouvez en effet créer un système alternatif au TCP qui utilise l'IP. Jetez un coup d'œil à la Suite de protocoles Internet pour plus de détails.

TCP est un protocole de couche 4. Il assure le transport garanti des données sous la forme d'un flux ordonné d'un processus sur un ordinateur à un autre processus sur le même/un autre ordinateur.

IP est un protocole de couche 3. Il assure le transport d'un hôte à un autre.

Tant qu'il existe un protocole capable de transférer des données d'hôte à hôte, le TCP fonctionnera.

Donc, TCP peut être implémenté sur n'importe quel protocole, mais nous n'avons fait qu'IP. IP est simple et fait le travail.

Il n'y a pas besoin d'un autre protocole de couche 3.

Lorsque vous concevez un réseau, vous devez choisir un ensemble de protocoles (qui sont essentiellement des ensembles de règles de communication entre machines), pour chacune des différentes "couches" (que vous pouvez imaginer comme des niveaux d'abstraction différents, que les concepteurs de réseaux aiment garder à l'esprit lorsqu'ils créent et combinent des protocoles).

Une version plus simple : les protocoles sont comme des boîtes dans lesquelles nous mettons nos messages . Ces boîtes ont des tailles différentes, et vous mettez votre message dans la plus petite boîte, puis la plus petite boîte dans une boîte un peu plus grande, etc. Choisir un ensemble de protocoles, c'est choisir le type de boîtes que vous utiliserez, pour chaque "couche" qui entoure votre message.

TCP et IP sont des protocoles pour deux couches indépendantes, qui ont été créés ensemble et pour être utilisables ensemble ; mais ils peuvent très bien être utilisés avec d'autres protocoles. Cela arrive assez souvent : vous pouvez utiliser IP avec un protocole non-TCP, ou TCP avec un protocole non-IP. .

La raison pour laquelle l'abréviation TCP/IP est si courante est que ces deux protocoles ont formé, ensemble, la base de l'Internet et ont été la clé de son succès. .

(TCP et IP ont certaines fonctionnalités qui ont été conçues spécifiquement pour qu'ils fonctionnent ensemble, ce dont les puristes se plaignent souvent, mais elles n'empêchent pas vraiment de les interfacer avec d'autres protocoles).

Il existe déjà des implémentations de TCP au-dessus de divers protocoles qui prennent en charge le transport d'un datagramme de base. En fait, il n'est même pas nécessaire de spécifier les informations de routage (TCP n'a même pas besoin d'IP pour fonctionner, un simple lien serila avec un destinataire implicite suffirait).

Le TCP est donc implémenté au-dessus de l'UDP (avantage : vous utilisez un seul port du côté "serveur", ou vous pouvez l'intégrer à une connexion existante transportant divers canaux multiplexés). Seul le niveau IP assure le routage, mais TCP n'en a pas besoin. Tout ce qui compte, c'est que le concept de MTU soit fourni par la couche inférieure.

Cela permet au protocole de contourner les limites de la traversée NAT, sans avoir à enregistrer un port de traduction UPnP pour un hôte spécifique. Il permet un réglage indépendant du MTU et du MSS, optimisé pour chaque client plutôt que par chaque routeur partagé intermédiaire. D'autres protocoles de routage sont possibles (y compris pour la livraison via des réseaux de diffusion et de multicast). Et vous avez le choix des mécanismes de sécurité.

Un exemple d'utilisation est Gogo6.net (qui implémente son canal de transport IPv6 sur une session TCP en utilisant une réimplémentation de TCP sur UDP v4 (cela fonctionne sur la plupart des routeurs d'accès domestiques qui n'ont encore qu'une adresse IPv4, et qui ne supportent pas toujours la méthode UPnP ; sans qu'il soit nécessaire de le configurer par les utilisateurs en utilisant un numéro de port constant spécifique à l'application, même lorsqu'elle ne fonctionne pas)

Un autre exemple consiste à encapsuler TCP sur HTTP (ou HTTPS) version 1.1 avec son extension native "streamed". La plupart des VPN qui autorisent le pontage de réseaux sur Internet font de même. Le pont peut même encapsuler plusieurs protocoles : Ethernet, PPP, IPv4 et IPv6 (en étendant le LAN local ou le segment Ethernet uniquement), NetBEUI/LanMan, découverte de routeur (au sein du réseau ponté), y compris en mode brut (permettant DHCPv4 ou DHCPv6) dans le réseau ponté. HTTPS est utilisé parce que l'encapsulation sur HTTPS permet également le chiffrement et l'authentification pour établir et sécuriser le pont, mais ne nécessite pas d'authentification/chiffrement de bout en bout pour les clients et les serveurs sur le réseau ponté, et parce que les routeurs sont hautement optimisés pour HTTP et HTTPS.