Beschädigte Kabel, verschmutzte optische Stecker und gealterte optische Module verursachen Bitfehler, und beschädigte Pakete verwerfen die Geräte stillschweigend.
Warum Defekte Kabel, optische Module oder Stecker kippen Bits → Folge Gerät verwirft Pakete mit falscher Prüfsumme (CRC) → Auf dem Bildschirm Nur Spieler auf dieser Route: immer wieder kurzer Freeze, dann Zeitraffer, unabhängig von der Tageszeit
CRC-Fehler sammeln sich auf der Empfangsseite der betroffenen Richtung, daher beide Enden prüfen. Netzwerk: CRC- und Eingangsfehlerzähler der Geräteports prüfen, optische Signalstärke kontrollieren (Transceiver-Informationen des Switches), optische Stecker reinigen, Kabel oder optische Module tauschen. Server/OS: rx_crc_errors in ethtool -S auf dem Server prüfen (Name je nach Treiber leicht unterschiedlich), optische Signalstärke kontrollieren (ethtool -m), Kabel oder NIC auf Serverseite tauschen.
Aufgaben Extern
Liegt es am Heimnetz des Spielers, auf den Tausch von LAN-Kabel oder Router hinweisen, liegt es an der Providerleitung, beim Provider eine Leitungsprüfung anfragen.
Größenordnungen
Auch 0,1 % Verlust trifft eines von 1.000 Spielpaketen. Laufen einige Dutzend Spieler über diese Route, stockt alle paar Sekunden bei irgendwem das Spiel. Bitfehler treffen große Pakete häufiger.
Im Graphen
Nur einzelne Ausreißer · CRC-Fehler pro Port, Retransmission-Rate pro Server und Port
Wo nachsehen
CRC-Zähler an beiden Enden des Links prüfen. Auf dem Server rx_crc_errors in ethtool -S oder crc in ip -s -s link, am Switch FCS-Fehler (dot3StatsFCSErrors) und Eingangsfehler (ifInErrors) des Ports. Bei optischen Links die empfangene Lichtleistung mit ethtool -m und den Transceiver-Informationen des Switches prüfen
Spricht dafür
CRC-Fehler eines Ports steigen unabhängig von der Tageszeit stetig, nur Server und Verbindungen über diesen Port haben eine hohe Retransmission-Rate. Empfangene Lichtleistung niedriger als bei gleichartigen anderen Links
Spricht dagegen
CRC unverändert, nur verworfene ausgehende Pakete steigen: Warteschlangenüberlauf („Überlauf flacher Puffer durch Sende-Bursts“, „Warteschlangenüberlauf am Engpass“). Steigen auf der einen Seite späte Kollisionen und auf der anderen CRC-Fehler: „Duplex-Mismatch“
Prüfmittel
Mit Infrastruktur-Tools prüfbar (ohne Spielcode)
Quellen
Interface statisticsLinux kernel rx_crc_errors ist die Zahl der Pakete, die die empfangende Schnittstelle als CRC-Fehler gezählt hat, Prüfung mit ip -s -s link und ethtool -S
ethtool(8) — Linux manual pageethtool -S zeigt Statistiken pro NIC und Treiber, -m das EEPROM und die optischen Diagnosedaten von Transceivern (SFP+, QSFP)