jimstar
Goto Top

Frage zu TCP - Flusskontrolle

Guten Tag,

folgendes Szenario:

Computer mit 10 Gbit NIC verbunden mit einem Server 10 Gbit NIC über einem Switch mit 1 Gbit.

Wie sieht die TCP-Flusskontrolle aus, diese schickt doch Pakete los und wartet darauf, das diese ankommen..
Wenn welche nicht ankommen, passt TCP die Größe bzw. die Anzahl der Pakete an und versendet weniger Pakete, bis es schließlich ohne Verlust versendet wird richtig?

Sprich im oberen Szenario wird sich auf 1Gbit Übertragungsrate geeinigt, rein durch TCP-Flusskontrolle?


Danke schonmal für die Antworten!

Gruß JimStar

Content-Key: 281803

Url: https://administrator.de/contentid/281803

Printed on: April 19, 2024 at 20:04 o'clock

Member: Deepsys
Deepsys Sep 02, 2015 at 12:59:01 (UTC)
Goto Top
Hi,

wenn ich mich jetzt nicht vertue, bist du im OSI-Schichtenmodell zu hoch.
Die Netzwerkkarte selber handelt das Ganze aus und das müsste noch in Schicht 1 sein: Autonegotiation

https://de.wikipedia.org/wiki/Autonegotiation

Die Flusskontrolle greift bei höheren Netzwerkschichten und wenn verschiedene Netzwerke gekoppelt werden.

VG,
Deepsys
Member: JimStar
JimStar Sep 02, 2015 at 13:46:49 (UTC)
Goto Top
Hi,

Das heißt: Computer und Switch einigen sich auf eine Bandbreite per Layer 1-Autonegotiation.
Aber Layer 4 TCP-Flusskontrolle wird doch trotzdem durchgeführt oder nicht? Das ist doch eine Eigenschaft von TCP.
Wenn sich die zwei Rechner bzw. Switch durch Autonegotiation auf 1Gbit einigen, jedoch durch Störungen etc. nur 800 Mbit praktisch möglich sind, bemerkt das Layer 1 doch nicht, sondern TCP-Flusskontrolle tritt ein und die Kommunikation läuft mit maximal 800 Mbit ohne Paketverlust. Oder irre ich mich jetzt total?

Danke schon mal für die Antwort face-smile

Gruß,
JimStar
Member: aqui
aqui Sep 02, 2015 at 18:04:28 (UTC)
Goto Top
Die Frage ist WELCHE Fluss kontrolle der TO hier meint ???
Die Protokoll immanente vom TCP:
https://de.wikipedia.org/wiki/Transmission_Control_Protocol
Oder die vom Ethernet:
https://en.wikipedia.org/wiki/Ethernet_flow_control
Wenn welche nicht ankommen, passt TCP die Größe bzw. die Anzahl der Pakete an und versendet weniger Pakete,
Das wiederum hat mit TCP selber zu tun zu tun und ist der Sliding Windows Mechanismus:
https://de.wikipedia.org/wiki/Sliding_Window
und
http://www.techfak.uni-bielefeld.de/ags/pi/lehre/NetProt11/TCPFlowContr ...
Alles in allem eine verwirrende Fragestellung des TO face-sad