est-il vrai que lors de la réception d'un segment de la couche de transport (TCP) vers la couche de réseau (IP), l'unité de données résultante sera un paquet. Alors que lors de la réception d'un datagramme d'utilisateur de la couche de transport (UDP), l'unité de données résultante sera un datagramme? P>
4 Réponses :
Vous devez absolument vous familiariser avec la "pile de réseau de 7 couches". P>
Il ne s'applique pas parfaitement à TCP / IP, mais c'est une excellente base pour comprendre tout protocole em> "réseau" - y compris TCP / IP: P>
Réponse courte: p>
"paquets" est quelque chose qui est envoyé sur le réseau. P> li>
pour TCP / IP, les hôtes de réception assèque les paquets dans un "flux". P> li>
pour UDP, d'autre part, l'hôte récepteur assemble le même paquet (ou, réellement paquet (s)) dans un "datagramme". p> li>
ul>
"paquets" sont une chose de niveau 3 ("couche de réseau"). p>
"flux" et "datagrammes" sont une chose de niveau 4 ("Couche de transport"). P>
Dans le cas de TCP / IP, les deux "flux" et "datagrammes" sont accessibles directement par couche 7 (la "couche d'application": qui inclut http / Web, smtp / e-mail, transfert FTP / fichier, etc. etc). p>
Il peut avoir besoin de se familiariser avec le modèle TCP / IP à 4 couches. Il n'est absolument pas nécessaire de se familiariser avec le modèle de réseau OSI obsolète et inapplicable à 7 couches.
Ce n'est certainement pas une déclaration ignorante et votre commentaire est offensant à la frontière. Tous les auteurs standards sur TCP / IP que j'ai jamais lu, y compris les RFC eux-mêmes, conviennent que le modèle OSI ne s'applique pas à elle et il existe des couches entières d'OSI qui ne s'appliquent à rien en particulier: Pas même à la pile de protocoles OSI avec une grande précision en fait. En tant qu'outil pédagogique, il est obsolète d'environ 20 ans. Ce qui est important, c'est le concept i> de couches de protocole et l'accord assez universel sur ce qui est dans les couches 2 et 3.
Vous vous êtes rattrapé dans les détails ... paquet em> et datagramme em> ne sont pas exactement bien définis. Je pense aussi que vous regardez également les choses à l'envers. Dans un réseau conventionnel: P>
Le OSI Stack n'est plus utilisé dans la pratique plus longtemps. Dans la plupart des cas, il a été remplacé par le Suite de protocole Internet . Le moyen le plus simple de comprendre comment le travail des piles réseau est d'acheter une copie de "TCP / IP illustré : Volume 1 " em> , téléchargez un utilitaire de capture de réseau Nice , et regardez Internet circulation. Vous pouvez voir comment les paquets sont assemblés à partir de la couche physique vers le haut. P>
Dire "La pile d'OSI n'est pas vraiment utilisée" est juste à plat. La pile d'OSI à 7 couches est un modèle référence i>. La mise en œuvre du protocole X.500 (comme des contemporains Decnet et Lantastic) - Histoire ancienne. Le modèle de référence OSI: et continue d'être - un modèle conceptuel précieux. IMHO ... PS: "Cadres" (couche 2), "paquets" (couche 3) et "datagrammes" (TCP / IP, couche 4) sont tous des exemples de "PDU" (unités de données de protocole) et sont tous Très i> bien défini!
@ Paulsm4 - Ce que je veux dire, c'est que le modèle OSI tel que défini, notamment les couches 5 et 6, sont toutes oublées. Tout au-dessus de la couche de transport a fusionné dans la couche d'application, ce qui est précisément ce que le modèle IETF est. Je suis d'accord que OSI est bien défini i> à une faute dans laquelle le modèle IETF est au mieux défini lâchement défini.
@ Paulsm4 Le modèle de référence OSI s'applique à la pile de protocoles ODI. TCP / IP a son propre modèle de référence et il comporte 4 couches, pas 7. Le modèle de référence OSI à 7 couches est aussi obsolète que la pile de protocole qu'elle fait référence.
@ D.Shawley: +1 - Bonne explication. En particulier, merci de distinguer des "cadres", des "paquets" et des "datagrammes". Et noter que TCP "Streams d'octets" et UDP "Datagrammes" sont ce qui est transmis à la "couche d'application" (couche 7: le niveau à laquelle votre programme lit et écriture des données de réseau).
est-il vrai que lors de la réception d'un segment de la couche de transport (TCP) vers la couche de réseau (IP), l'unité de données résultante sera un paquet. P> blockQuote>
non. p>
La seule unité de réception dans TCP que le client peut voir est un octet. Segments TCP consistant en un ou plusieurs paquets IP, mais toute l'application peut voir est un flux d'octets. Tous les limites de segment et de paquets sont perdus avant que l'application ne puisse jamais voir des données. Vous envoyez des octets, vous recevez des octets et il n'y a pas de corrélation forte nécessairement entre combien d'entre elles ont été envoyées et reçues respectivement, sauf qu'ils achètent tous au même flux. P>
dans UDP en contraste l'unité d'envoi et de réception est le datagramme. Vous envoyez un datagramme et s'il arrive intact, vous recevez le même datagramme contenant les mêmes octets et le même nombre d'octets. P>
Fermer, mais toujours pas tout à fait correct. La couche de réseau traite des paquets: True. C'est la couche d'application (couche 7) qui traite de 1) un flux d'octets ou 2) un datagramme UDP. Pas la couche de réseau :) Fait intéressant, le datagramme peut ou peut pas i> la taille de votre paquet de couche 3: JOBBOGER.CPROJOGAMMING.COM/NETWORKING-Device-Communication/...
@ Paulsm4 viens y penser que je ne suis même pas sûr de ce que "recevant un segment de la couche de transport ... Vers la couche de réseau signifie même. TCP n'envoie pas de segments à la propriété intellectuelle, ils constituent un produit de sa propre imagination, et non une partie de l'interface.
@Paulsm en retard, mais je n'ai rien déclaré à propos de la couche de réseau, sans parler de ce que vous m'avez attribué ici. Parler de la couche 7 dans le contexte de TCP / IP n'a pas de sens. Le modèle de référence TCP / IP n'a pas 7 couches et le modèle OSI à 7 couches ne s'applique pas à TCP / IP, ni à quoi que ce soit d'autre que je suis au courant. Je ne vois pas ce que votre lien a à voir avec ma réponse.
Le terme datagramme strong> est souvent considéré comme synonyme de
paquet fort> mais il y a des nuances. Le terme fort> datagramme strong> est généralement réservé aux paquets forts> d'un service peu fiable, qui ne peut pas en informer l'expéditeur si la livraison échoue, tandis que le terme fort> s'applique à tout paquet fort>, fiable ou non. datagrammes strong> sont les paquets IP qui fournissent un service rapide et peu fiable comme UDP et tous les paquets IP forts> sont datagrammes forts>; [4] à la COUCHE TCP, ce qui est appelé un segment TCP est la fragmentation IP parfois nécessaire d'un datagramme datagramme strong>, [5], mais celles-ci sont appelées " paquets forts>". [6]. / p> blockQuote> [MISE SUPPORTÉ] P>
Source Wiki P>