Les segments, paquets et cadres ont-ils la même taille si nous ignorons les en-têtes?


12

J'ai cherché des explications sur les différences entre les segments, les paquets et les trames, et d'après ce que j'ai lu:

  • Le segment est les données d'origine + l'en-tête de la couche de transport.
  • Le paquet est un en-tête Segment + couche réseau.
  • La trame est un en-tête Packet + Data Link Layer.

Donc, fondamentalement, cela signifie que si nous mettons les en-têtes de côté, Segments = Packets = Frames.

Je me souviens avoir lu que la couche liaison de données prend les données qui lui sont transférées par la couche réseau et les divise en plus petits morceaux de données pour la couche physique à transférer. Par conséquent, j'ai supposé que ces cadres sont de plus petits morceaux d'un paquet donné.

Mais partout où je recherche, je lis que la seule différence entre les segments, les paquets et les cadres sont les en-têtes attachés aux données originales dans les différentes couches, et que les noms sont différents car ils sont uniques à chaque couche, même si c'est fondamentalement le même chose.

Les segments, les paquets et les trames sont-ils vraiment la même chose, à l'exception des en-têtes que chacun d'eux inclut? Sont-ils tous de la même taille?


1
le "remplissage", ou la quantité de données, peut être différent. Jetez un oeil à "l'algorithme Nagle", implémenté dans un certain nombre de piles de réseau: en.wikipedia.org/wiki/Nagle's_algorithm
Florenz Kley

Réponses:


16

entrez la description de l'image ici

Chaque couche a son en-tête, comme vous pouvez le voir:

  • Segments: couche de transport (TCP / UDP) = en-tête de transport + données (de la couche supérieure)
  • Paquet: couche Internet (IP) = en-tête réseau + en-tête de transport et données (transport et données des couches supérieures)
  • Trames: couche réseau (Ethernet) = en-tête de trame + réseau, en-tête de transport et données (à partir des trois couches supérieures).

Donc, pour répondre à votre question, la différence entre le segment, le paquet et les trames est fondamentalement ce que sa couche respective considère comme des "données". Sur un segment, les données proviennent de la couche application; sur un paquet, les données proviennent de la couche de transport (en-tête de transport + données); et sur un cadre, les données proviennent de la couche internet (en-têtes transport et internet + données de la couche application).


1
Et qu'en est-il de la façon dont les données sont finalement transférées à travers la couche physique? Si toutes les données ne sont pas transférées en même temps, comment fonctionne le fractionnement? Cela se produit-il simultanément dans les couches réseau et liaison de données (et géré par la couche transport)? Pouvez-vous expliquer ce processus dans votre réponse?
amiregelz

Diogo a raison, mais il y a aussi certaines considérations qui peuvent être trompeuses. Malgré le fait que vous puissiez envoyer 100 octets de données, le paquet occupe toujours la MTU complète (généralement ~ 1500 octets) sur le câble. L'inconvénient est que si vous envoyez un tas de petits paquets, vous n'obtiendrez jamais la bande passante maximale capable pour la liaison réseau. Certains tunnels encapsulés peuvent réduire / minimiser ces déchets ... mais c'est un autre sujet.
TheCompWiz

@Diogo Pouvez-vous modifier votre réponse en fonction de mon commentaire? Je vous remercie.
amiregelz

0

Les segments, les paquets et les trames sont-ils vraiment la même chose, à l'exception des en-têtes que chacun d'eux inclut?

http://www.inetdaemon.com/tutorials/basic_concepts/communication/frames_packets_n_pdus.shtml

Sont-ils tous de la même taille?

Si vous considérez les couches comme des entités uniques, alors non; ils ont tous des tailles maximales et minimales différentes. Penser à eux les uns par rapport aux autres; la couche inférieure dicte quelle est la taille maximale des données qui peuvent être transmises à partir d'une couche supérieure.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.