Ethernet vs TCP vs IP?

Quelle est la différence entre Ethernet, TCPet IPen termes simples (résumé simple)?

Veuillez ne pas copier de Wikipedia ...

Imaginez un de ces systèmes de messages à tube pneumatique . Ethernet est le tube utilisé pour envoyer le message, IP est une enveloppe dans le tube et TCP / UDP est une lettre dans l'enveloppe.

Quelqu'un (une application) écrit une lettre et la fourre dans une enveloppe. Une autre personne (un NIC) regarde l'adresse sur l'enveloppe, la met dans un tube, la coiffe, la fourre dans la porte de droite pour la rapprocher de sa destination, puis appuie sur le bouton.

Le tube est transporté vers une autre porte, où quelqu'un (un routeur) ouvre le tube, lit l'adresse, le remet dans le tube et l'envoie à travers une autre porte.

Finalement, il arrive à destination, où le NIC de l'autre côté le prend et le donne à l'application.

Il s'agit, bien sûr, d'une simplification excessive de ce qui se passe réellement , mais c'est une base assez décente pour commencer.

N'importe lequel d'entre eux utilisé dans un calque. Ethernet dans la couche 2, IP dans la couche 3 et TCP dans la couche 4 (les numéros de couche sont basés sur le modèle OSI).

Chacun d'eux a le devoir de livrer des paquets d'une chose à une autre:

Ethernet : d'un bond à l'autre (hop signifie appareil directement connecté)

IP : d'un bout à l'autre (appareil distant ou appareil connecté)

TCP : d'un processus à un autre (processus s'exécutant aux deux extrémités)

Très simplifié et potentiellement inexact. ;) tcp (Transmission Control Protocol) et ip (Internet Protocol) sont des protocoles logiciels. Ils travaillent sur différentes couches de la pile de mise en réseau. Ethernet est le support sur lequel il transmet par rapport à quelque chose comme l'anneau à jeton, la fibre, etc. décrivant la couche physique de la pile.

Ethernet

Le service de communication physique . Lit et écrit des messages sur le fil. (simplifié)

IP

Le service d' expédition . Il recharge (de manière non fiable) les messages d'un câble sur un autre, afin que les nœuds puissent envoyer des messages à des nœuds auxquels ils ne sont pas physiquement connectés.

TCP

Une sorte de wrapper autour de l'IP. Utilise le service de messagerie IP afin de fournir des connexions entre les processus exécutés sur différents nœuds, qui

• sont fiables (demande des retransmissions en cas de perte de messages)
• éviter la congestion sur le chemin de communication
• ne submergera pas le récepteur

Physique (couche 1): Une sorte de méthode et de norme de signalisation physique (électrique, électromagnétique, optique). Presque toujours géré dans le matériel. Fortement moyen et dépendant de la vitesse.

Ethernet (couche 2): utilise des adresses MAC pour identifier les nœuds - les "unités de données de protocole" sont appelées trames. Cette couche n'a pas de concept d'interréseau. Il envoie une trame vers une destination, en supposant qu'il peut être jeté à travers le support et qu'il y arrivera.

IP (couche 3): utilise des adresses IP pour identifier les nœuds - les "unités de données de protocole" sont appelées paquets. Cette couche permet d'utiliser un schéma d'adressage IP. Le concept d'un interréseau commence à entrer en jeu à ce niveau. Nous avons maintenant un mécanisme de base qui nous permet de dire "Cet ensemble d'adresses IP est accessible si nous jetons le paquet directement via le support" et "Cet autre ensemble d'adresses IP n'est accessible qu'indirectement - nous devons l'envoyer à une passerelle. "

UDP (couche 3.1ish): Fondamentalement, un paquet IP étendu pour avoir le concept d'un "port" boulonné dessus. Les ports vous permettent de vous adresser à différents auditeurs sur le même hôte. Ainsi, plusieurs programmes sur un hôte peuvent utiliser toutes ces fonctionnalités intéressantes et le support peut être utilisé plus efficacement.

TCP (couche 4): utilise des ports pour permettre à plusieurs émetteurs / écouteurs, en plus des adresses IP, d'identifier les nœuds - les "unités de données de protocole" sont appelées segments. Cette couche implémente des "services orientés connexion" et fait toutes les garanties que IP ne fait pas. Les paquets IP peuvent arriver en panne ou ne pas arriver du tout. TCP garde une trace des paquets utilisant un schéma de fenêtrage et essaie de s'assurer par des accusés de réception que la destination a bien obtenu toutes ses données.