(#19) TCP Staukontrolle

แชร์
ฝัง
  • เผยแพร่เมื่อ 28 ธ.ค. 2024

ความคิดเห็น • 9

  • @johnmaynard4615
    @johnmaynard4615 2 ปีที่แล้ว +1

    Frage zur Folie 7 (z.B. 11:00 ): "Halbierung von ssthresh" ist doch ungenau ausgedrückt, oder? Wird denn ssthresh nicht auch bei Fast Recovery einfach nur auf CWND/2 gesetzt und damit nicht zwingend halbiert?

    • @Rolf.Winter
      @Rolf.Winter  2 ปีที่แล้ว +1

      Volkommen richtig. ssthresh wird grundsätzlich auf CWND/2 gesetzt.

  • @sve4472
    @sve4472 4 ปีที่แล้ว

    Super. Danke Dir für das tolle Video. :)

    • @Rolf.Winter
      @Rolf.Winter  4 ปีที่แล้ว

      Freut mich, dass es gefällt

  • @natalyamurashko125
    @natalyamurashko125 4 ปีที่แล้ว +2

    Können Sie bitte erklären, wie Sie zu dem Wert 584 kbit/s gekommen sind ? 6:39
    Nach meiner Berechnung kommt als initiale Rate 58,4 kbit/s raus anstatt 584 kbits/s, indem ich (1460 * 8)/(200 * 10^(-3)).
    Außerdem würde ich die Rate nach eine Sekunde als 5-faches von initialen Rate berechnen( da 200 ms ist 0,2 von eine Sekunde,) somit ergibst sich das Wert 292 kbit/s. In Ihrem Beispiel( wenn man 584 kbit/s annimmt -> 2920 kbit/s).
    Danke

    • @Rolf.Winter
      @Rolf.Winter  4 ปีที่แล้ว +3

      Sie haben in Ihrer ersten Formel einen Faktor 10 vergessen, denn das initiale Staufenster erlaubt es 10 MSS zu versenden. Danach kann in jeder Rundlaufzeit eine MSS mehr verschickt werden. D.h. 11 in der zweiten, 12 in der dritten usw., d.h. nach einer Sekunde können 15 MSS-große Segmente in einer Rundlaufzeit von 0.2 ms verschickt werden. Slow-Start löst dieses Problem durch ein exponentielles Wachstum, d.h. in der ersten Rundlaufzeit können 10 MSS-große Segmente verschickt werden, danach 20, dann 40 usw.

    • @natalyamurashko125
      @natalyamurashko125 4 ปีที่แล้ว

      @@Rolf.Winter Danke schön! Jetzt ist es klar geworden

  • @emanuelgerber
    @emanuelgerber 4 ปีที่แล้ว

    Sehr gut erklärt!