Danke für die IPerf3-Messresultate. Was nicht gut ist:
1.) Die Fehlermeldung “iperf3: getsockopt - Protocol not available” muss weg, IPerf3 fehlt der Zugriff auf irgendwelche vom Betriebssystem bereitgestellten Konfiguriationsoptionen des TCP/IP-Netzwerkstacks.
Da im “console output” die IPerf3-Befehlszeile fehlt, kann nicht nachvollzogen werden, woran dies liegen könnte. Wenn ein oder mehrere Windows-Betriebssysteme für die IPerf3-Messungen eingesetzt wurden, empfehle ich das Wiederholen der IPerf3-Messungen ab einer Linux Live-CD. Einfach das ISO-Image einer Linux Live-CD herunterladen und auf zwei USB-Memorysticks installieren.
https://de.opensuse.org/SDB:Live_USB_Stick
Danach die beiden Rechner ab dem USB-Memorystick starten.Eventuell muss nach dem Linux-Start IPerf3 oder ein ähnliches Netzwerkmesstool installiert werden, da nicht im Lieferumfang der Live-CD enthalten.
Mit dem Einsatz einer Linux Live-CD können auch eventuelle negative Einflüsse der Antivirussoftware (und weiterem “Windows-Schrott”) ausgeschlossen werden.
2.) In der ersten Sekunde nach dem Messstart werden 1296506928 TCP-Retransmissions festgestellt, danach stellt IPerf3 keine einzige TCP-Retransmission mehr fest. Da stimmt etwas nicht. Dieses Fehlverhalten könnte durch die Fehlermeldung in Punkt 1) verursacht sein.
3.) Die häufigen Zusammenbrüche der Datenübertragungsraten (< 700 MBit/s) bei den 1 Stream TCP-Messungen sind gar nicht gut. Bei den Zusammenbrüchen der Datenübertragungsraten sind wahrscheinlich TCP-Retransmissions vorgefallen, diese wurden aber wegen dem unter Punkt 2) beschriebenen Fehlverhalten nicht von IPerf3 aufgezeichnet.
4.) Bei den 1 Stream TCP-Messungen “Layer 2 switching” sind Zusammenbrüche der Datenübertragungsrate < 900 MBit/s ersichtlich. Bei 1 Stream TCP-Messungen darf die Datenübertragungsrate nur in den ersten 2 Sekunden nach dem Messstart (Stichwort: TCP Slow Start) unter 900 MBit/s fallen. => iperf3test_2_local, 13 bis 14 Sekunden und 73.00-74.00 nach Messstart sind ja grauenhaft!
Wurde hier ein schlechter Switch eingesetzt? Ich empfehle die Wiederholung der 1 Stream TCP-Messungen “Layer 2 switching” mit zwei direkt per Gigabit-Ethernetkabel verbundenen PC’s. Ein Crossover-Kabel ist bei Gigabit-Ethernet nicht erforderlich. Befinden sich hochwertige Netzwerkkarten in den beiden Mess-PC’s? Alle Antivirus-Software und weiteren “Windows-Schrott” von den Windows-Rechnern deinstalliert?
Weitere mögliche Ursache für die Zusammenbrüche der Datenübertragungsraten könnte “Ethernet Flow Control” sein. Hier empfiehlt sich die Kontrolle der Ethernet-Statistikseiten der beteiligten Netzwerkkomponenten.
[https://en.wikipedia.org/wiki/Ethernet\_flow\_control](http:// https://en.wikipedia.org/wiki/Ethernet_flow_control)
