IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Protocoles Discussion :

TCP slowstart fenetre fixe ou pas besoin d'aide pour comprendre


Sujet :

Protocoles

  1. #1
    Membre régulier
    Homme Profil pro
    Étudiant
    Inscrit en
    Mars 2015
    Messages
    238
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Morbihan (Bretagne)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Mars 2015
    Messages : 238
    Points : 95
    Points
    95
    Par défaut TCP slowstart fenetre fixe ou pas besoin d'aide pour comprendre
    Bonjour

    Alors que je pensais avoir à peu près compris cette notion "slowstart","congestion avoidance", dans le protocole TCP et gestion de la congestion.
    Je m'embrouille complètement maintenant et j'ai besoin de vos lumières pour comprendre de nouveau.

    (FeE=Fenêtre émission ; FeR=fenêtre réception ; FeC=Fenêtre congestion)

    entre la correc d'un exo:

    1. On suppose que la valeur du seuil (treshold) est à 20, et que la fenêtre de réception a une taille équivalente à 8 segments.
    Calculez à quel moment la fenêtre d’émission aura une taille de 8 segments.
    En suite de la question 1, comme la fenêtre d’emission sera bornée à 8 (car la fenêtre de réception est à 8), on a :
    i. début de l’envoi du 8ème segment à t = 3*RTT
    ii. début de l’envoi du 16ème segment à t = 4*RTT
    iii. début de l’envoi du 24ème segment à t = 5*RTT
    iv. début de l’envoi du 32ème segment à t = 6*RTT
    v. début de l’envoi du 40ème segment à t = 7*RTT
    vi. début de l’envoi du 48ème segment à t = 8*RTT
    vii. début de l’envoi du 56ème segment à t = 9*RTT


    alors certes y'a une FeE et et une FeR pour l'exo fixé à 8 à t = 3*RTT+3*TES

    la correc d'un autre:

    Le premier segment commence à être émis au temps t = 0. Au temps t=2s, la fenêtre de congestion atteint la
    valeur 32, sans avoir atteint la phase “congestion avoidance”.
    A partir de ces informations, calculez le temps de propagation sur la liaison directe.

    correction :
    La fenêtre part de la taille 1 et n’atteint pas la phase “congestion avoidance”, donc les valeurs de son évolution
    au fil des rafales de segments émises et acquittées sont : 1, 2, 4, 8, 16, 32
    Si on détaille les moments caractéristiques (non demandé) des changement de taille de fenêtre pour trouver le moment qui nous intéresse.
    Résultat : passage de la fenêtre à la taille 32 : t = 5*TAR+15*TESeg


    Si c'était le cas pour cet exo comme pour l'exo pour les FeE et FeR fixe à 8 on aurait 6 RTT +7SEG pour avoir une fenêtre congestion à 32 ? Non?

    Et c'est là que j'ai une confusion.
    De plus cela veut dire qu'à un moment donné à partir de 4*RTT et 9 ACK et FeC=9 il n'y a plus d'arrêt d'acquittement et de progression de la fenêtre de congestion.
    La fenêtre d'émission est en permanence en train de recevoir des acquittements. et donc la fenêtre de congestion augmente en permanence ?(si on exclut le threshold )
    Je pourrais faire un chronogramme mais à partir de la FeC à 6 , je suis autant confus entre le départ de l'ACK 9 pour le SEG 8 et sa réception à 16.
    Où la fenêtre de congestion passe à 9. Mais après y a t-il 8 ACK d'envoyer ? puis 16,32,etc.. au cas où les fenêtre émission et réception n'ont pas de taille fixée.
    Mais je m'y retrouve plus pour visualiser dans un chronogramme ni dans ma tête :/


    Merci de votre aide pour clarifier mon pauvre cerveau.

    Cordialement

  2. #2
    Membre régulier
    Homme Profil pro
    Étudiant
    Inscrit en
    Mars 2015
    Messages
    238
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Morbihan (Bretagne)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Mars 2015
    Messages : 238
    Points : 95
    Points
    95
    Par défaut
    j'ai fait finalement un chronogramme avec l'exo2 où la progression est finalement une suite géométrique raison 2: 2 4 8 16 32 64 128

    Fenêtre de congestion = 65 à RTT =7 ;ACK reçu = 32
    Fenêtre de congestion = 129 à RTT =8 ;ACK reçu = 64
    Fenêtre de congestion = 257 à RTT =9 ;ACK reçu = 128

    Évidemment ça parait simple d'un coup surtout si il n'y a pas de treshold ni de gestion des Fenêtre d’émission et réception par rapport à la fenêtre de congestion
    Mais le principe du slow start ne sert plus à rien l'exercice 2 montre juste l'aspect exponentiel

    pas encore compris comme on fixe le seuil "treshold" mais sinon, j'ai bon ?


+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. besoin d'aide pour comprendre Example zope
    Par julien.63 dans le forum Zope
    Réponses: 3
    Dernier message: 22/08/2007, 16h41
  2. MVC besoin d'aide pour comprendre
    Par damien77 dans le forum Servlets/JSP
    Réponses: 11
    Dernier message: 26/06/2007, 13h17
  3. besoin d'aide pour comprendre un exo simple de java
    Par chadel dans le forum Langage
    Réponses: 2
    Dernier message: 17/03/2007, 00h27
  4. [MySQL] besoin d'aide pour comprendre les injections sql
    Par cassy dans le forum PHP & Base de données
    Réponses: 8
    Dernier message: 28/01/2007, 15h21
  5. Besoin d aide pour comprendre un code
    Par litlebasic dans le forum Delphi
    Réponses: 4
    Dernier message: 22/06/2006, 14h00

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo