Zum Inhalt springen
View in the app

A better way to browse. Learn more.

Fachinformatiker.de

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

Empfohlene Antworten

Veröffentlicht

 

Hallo, 
ich soll in dieser Aufgabe herausfinden , wie lange es dauert 112Kbyte and daten über eine TCP-Verbindung Herunterzuladen.
Die Aufgabe ist wie folgt:
Hierzu werden folgende Rahmenbedingungen festgelegt:

MSS (Maximung segment size) ist 1 KByte und für alle übertragenen Segmente gleich
RTT (Round trip time) ist 1 ms und konstant während der gesamten Übertragungsdauer
der Austausch von Nachrichten und ACKs findet innerhalb einer RTT statt
der Timeout ist 2 * RTT für den Fall, dass das Netzwerk zusammenbricht
der initiale Slow-Start Threshold ist 16 KByte
das initiale Congestion Window ist 1 KByte
im Falle von 3 ACK Duplikate müssen alle in dieser Runde gesendeten Segmente neu übertragen werden.
Unter der Annahme, dass
der Verbindungsaufbau bei Zeitpunkt 0 ms erfolgt
innerhalb des Zeitintervalls t = [8 ms, 9 ms) 3 ACK Duplikate empfangen werden und
bricht das Netzwerk innerhalb des Zeitintervalls t = [11 ms, 12 ms) zusammen
ermitteln Sie, wie viel Zeit der Download beanspruchen wird und füllen dazu die nachfolgende Tabelle aus

ich komme leider nur bis zum Zeitpunkt 7ms . Danach habe ich probleme dabei Fast Recovery anzuwenden , ich weiß zwar das das Congestion Window auf die hälfte gesetzt wird bekomme es aber irgendwie einfach nicht hin auf den Wert am ende von 112Kbyte zu kommen,ein Zusammbruch des Netzwerk würde ich noch hinbekommen.
Ich bedanke mich für jegliche Hilfe !

 

Screenshot 2024-02-20 210341.png

Hmmm, woran scheiterts denn? Du weißt ja, dass Fast Recovery das Congestion Window halbiert, danach wird einfach mit Fast Retransmit das verlorene Paket sofort wieder gesendet + nachfolgend in jeder Runde (sofern die ACKs ankommen) das Congestion Window um 1 erhöht.

Beim Netzzusammenbruch geht das Congestion Window dann wieder auf 1 runter, es wird in die Slow Start Phase gegangen und der Slow Start Threshold ist die Hälfte des Congestion Windows bei Netzzusammenbruch. Sobald der Slow Start Threshold erreicht ist wechseln wir wieder in Congestion Avoidance wie gehabt.

Die Window Size des Empfängers ist bei dieser Aufgabe außer Acht zu lassen nehme ich an?

Edit: Vielleicht hilft dir ein Diagram zu malen anstatt die Tabelle auszufüllen, ist vielleicht anschaulicher.

Bearbeitet von 0x00

  • Autor

Um es nochmal zu zeigen wo genau mein Problem dabei ist . ich bekomme 113 ACK raus  , wenn es doch nur 112 sein sollten. 
Ich sehe meinen Fehler in meiner Rechnung nicht.
ich bedanke mich für den Vorschlag ein Diagramm zu zeichnen , aber ich muss leider diese Tabelle nutzen und ja hierbei ist die Window Size des Empfängers egal .

image.png

Erstelle ein Konto oder melde dich an, um einen Kommentar zu schreiben.

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.