Petite question de cours qui me turlupine [Résolu]

[bakman]

Bonjour à tous j'ai un devoir à rendre en réseau une 12 aine de questions à peu près auquelles j'aui su répondre sans trop de souci.
Mais il y en a une que je ne comprend vraiment pas ouip je bloque...

"Soit une Analyse de trame permettant l’étude du début du transfert d’un fichier de 10Mo d’un serveur vers un client tout les deux séparés par un réseau public. Constatons que le client est parfaitement dimensionné, que sa charge CPU est en dessous de 50% et que son Lan présente un taux d’occupation négligeable. L’étude des trames capturées laisse apparaitre malgré tout, une fenêtre effective de faible valeur. A quoi est du ce phénomène es ce normal?"

Messieurs y comprenez vous quelque chose?

[bakman]

j'ai corriger le poste il manquais un bout de la question

[JML19]

Bonjour

une fenêtre effective de faible valeur

Personnellement je ne comprends pas cette expression ?

Une charge réseau de faible valeur ? Un téléchargement de faible valeur ? Une vitesse de téléchargement faible ? Une quantité d’octet téléchargée faible ?

[bakman]

Bon ben en fait je crois avoir la réponse peut être me confirmerez vous...

La fenetre est toujours effective car il y a echange de données et que le client envoi dans chaque ACK la taille de son buffer de réception, si elle est de faible valeur c'est uniquement parsqu'elle est codé sur 16bit. donc oui c'est normal!

[bakman]

le prof a du mal formuler sa question je viens de comprendre qu'il doit parler du champ fenetre dans l'entete TCP.

[JML19]

S'il s'agit de TCP c'est tout simplement qu'il y a un double dialogues.

Grâce au protocole TCP, les applications peuvent communiquer de façon sûre (grâce au système d'accusés de réception du protocole TCP), indépendamment des couches inférieures. Cela signifie que les routeurs (qui travaillent dans la couche Internet) ont pour seul rôle l'acheminement des données sous forme de datagrammes, sans se préoccuper du contrôle des données, car celui-ci est réalisé par la couche transport (plus particulièrement par le protocole TCP).



Lors d'une communication à travers le protocole TCP, les deux machines doivent établir une connexion. La machine émettrice (celle qui demande la connexion) est appelée client, tandis que la machine réceptrice est appelée serveur. On dit qu'on est alors dans un environnement Client-Serveur. Les machines dans un tel environnement communiquent en mode connecté, c'est-à-dire que la communication se fait dans les deux sens.


Pour permettre le bon déroulement de la communication et de tous les contrôles qui l'accompagnent, les données sont encapsulées, c'est-à-dire qu'on ajoute aux paquets de données un en-tête qui va permettre de synchroniser les transmissions et d'assurer leur réception.



Une autre particularité de TCP est de pouvoir réguler le débit des données grâce à sa capacité à émettre des messages de taille variable, ces messages sont appelés segments.

[bakman]

Merci pour ta réponse mais je pense qu'elle est trop généraliste.
Le fait que le champ fenetre soit de valeur faible ne t'évoque rien ???

[ram-0000]

Envoyé par bakman

Le fait que le champ fenetre soit de valeur faible ne t'évoque rien ???

Probablement une mauvaise qualité de transmission avec des erreurs de transmissions quelque part entre les 2 machines.

L'émetteur garde une fenêtre petite pour laisser le temps au paquet d'arriver et d'être acquitté. En cas d'erreur, il n'y a que la valeur de la fenêtre à retransmettre, c'est à dire pas trop.

L'émetteur a du détecter des erreurs de transmission et a du adapter sa fenêtre avec une valeur qui minimise (j'hésite à dire "optimise" dans ce cas ) les impacts dus aux erreurs.

[bakman]

Et ben ah vraix dire je comprend mieux.
Je pense garder cette réponse.
Merci beaucoup a vous tous

[ram-0000]

Regarde la RFC TCP pour l'explication de la valeur de fenêtre et les algo pour le modifier en fonction des problèmes.

[JML19]

Oui, je pense aussi à l'ajustement de la fenêtre pour correction d'erreur.