De la Fenêtre TCP et Tampon de vérifier ma compréhension?

Je suis actuellement à l'essai avec la mise en œuvre de unidirectionnel TCP et je voudrais juste avoir quelques précisions sur le comportement de TCP émetteur-récepteur de la fenêtre et de la réception de la mémoire tampon.

Ma compréhension de la fenêtrage processus est comme suit:

La taille de la fenêtre représente le maximum de l'onu a reconnu octets dont l'expéditeur peut envoyer en même temps.

Cette taille est convenu lors de la connexion.

Le protocole TCP expéditeur doit garder la trace de l'accusé de réception avec le numéro de séquence est inférieure, et aussi marquer les paquets que roupe animé quand un accusé de réception est reçu. Si le plus petit numéro de séquence (ce qui est suivi) correspond au premier octet dans la fenêtre en cours, faites glisser la fenêtre vers la droite.

Maintenant, ma compréhension du récepteur de tampon...

Il est utilisé lorsqu'un paquet arrive de commande. Les données sont placées dans un tampon, et le récepteur ne sont pas d'accusé de réception, plutôt qu'il continue d'accusé de réception du dernier paquet reçu avant le plus tôt de commande de paquets. Cela provoque l'expéditeur à la "fast" re-transmettre le paquet suivant après le double de l'accusé de réception numéro.

Est-ce une bonne compréhension de ces deux concepts et, si non, veuillez préciser.

Merci!

OriginalL'auteur Patrick Teen | 2013-06-04

  1. 17

    La taille de la fenêtre représente le nombre maximal d'octets de l'onu, a reconnu octets dont l'expéditeur peut envoyer en même temps.

    Pas. C'est le nombre maximum de inavoué d'octets qui peuvent être en transit. Lorsque l'expéditeur hits de cette limite, il doit arrêter l'envoi.

    Cette taille est convenu lors de la connexion.

    Pas. Il est ajustée de manière dynamique dans le protocole.

    Le protocole TCP expéditeur doit garder la trace de l'accusé de réception avec le numéro de séquence est inférieure, et aussi marquer les paquets que roupe animé quand un accusé de réception est reçu.

    L'expéditeur doit mettre en mémoire tampon les données envoyées jusqu'à ce qu'il est reconnu, à quel point il peut être mis au rebut. Si il n'est pas reconnu, il peut être retransmis etc.

    Si le plus petit numéro de séquence (ce qui est suivi) correspond au premier octet dans la fenêtre en cours, faites glisser la fenêtre vers la droite.

    Tout accusé de réception contient un numéro de séquence. Tous les tamponnée envoyer des données ci-dessous que le numéro de séquence peut être mis au rebut.

    Maintenant, ma compréhension du récepteur de tampon...

    Il est utilisé lorsqu'un paquet arrive de commande.

    Non, il est utilisé pour toute dans l'ordre paquet arrive. Il y reste jusqu'à la lecture par l'application. De segments ne sont pas nécessairement tamponné à tous.

    Les données sont placées dans un tampon, et le récepteur ne sont pas d'accusé de réception, plutôt qu'il continue d'accusé de réception du dernier paquet reçu avant le plus tôt de commande de paquets. Cela provoque l'expéditeur à la "fast" re-transmettre le paquet suivant après le double de l'accusé de réception numéro.

    Plus ou moins, mais la mise en mémoire tampon de la partie est facultative.

    Sur le récepteur de la mémoire tampon. Autant que je sache, lorsque les données de la commande arrive, il est placé dans le tampon, un accusé de réception est envoyé en réponse et RCV.NXT pointeur est mis à jour avec le premier octet qui devraient être reçus suivant. Lorsque l'application est disponible, il lit les données jusqu'à ce que RCV.NXT - 1 mais comment fait-il savoir qui est le premier octet pour le récupérer? Il devrait y avoir une autre variable/indicateur de contrôle, d'accord?

    OriginalL'auteur user207421