Technical Anshu
Tutorials Blog
Paketverlust-Fix

Ping fällt alle paar Sekunden ab. Behebung von Kabel- und Geschwindigkeitsduplex-Diskrepanzen

Das Internet funktioniert, Dateien sind geöffnet, nichts sieht tot aus – aber alle paar Sekunden verschwinden 3 bis 4 Ping-Pakete und Anwendungen wie Tally stellen immer wieder eine Verbindung her. Dies ist die Suche nach diesem Fehler, in der Reihenfolge, in der ein Support-Techniker ihn tatsächlich behebt.

Technical AnshuWired LANSpeed and Duplex
Sehen Sie sich den gesamten Fall im Video an – ein echter Büro-Tally-Benutzer, ein kontinuierlicher Ping-Test und die Geschwindigkeits- und Duplex-Einstellung, die sich als Übeltäter herausstellte

Diese Anleitung folgt einem echten Support-Fall aus dem Video. Ein Benutzer der Buchhaltungsabteilung führte Tally aus, und nach ein paar Minuten Arbeit begann Tally, die Verbindung wiederherzustellen und unterbrach seinen Ablauf. Bei normalem Gebrauch sah es gut aus. Erst ein kontinuierlicher Ping-Test zeigte die Wahrheit: 3 bis 4 Pakete fielen zusammen, dann wieder saubere Antworten. Das Team wechselte zuerst den Draht – die Tropfen blieben. Sie reparierten die IO-Buchse an der Wand und reparierten die Verbindung neu – und der wahre Übeltäter war eine Einstellung: Der PC-Netzwerkadapter Geschwindigkeit und Duplex war auf Mbit/s-Geschwindigkeit konfiguriert, während der Switch Gigabit-fähig war. Hier ist die ganze Jagd als wiederholbare Methode.

Continuous Ping to the Server (Example Pattern)
Reply from 192.168.1.10: bytes=32 time<1ms TTL=128 Reply from 192.168.1.10: bytes=32 time<1ms TTL=128 Request timed out. Request timed out. Request timed out. Reply from 192.168.1.10: bytes=32 time<1ms TTL=128 Reply from 192.168.1.10: bytes=32 time=1ms TTL=128

Nur ein Beispiel: Antworten werden sauber ausgeführt, dann treten bei 3 bis 4 Anfragen gleichzeitig Zeitüberschreitungen auf, dann werden die Antworten fortgesetzt. Dieses Burst-Muster ist der Fingerabdruck eines Fehlers auf Verbindungsebene und wird bei einem schnellen 4-Paket-Ping normalerweise vollständig übersehen.

1

Beweisen Sie es zunächst mit einem kontinuierlichen Ping

Vertrauen Sie nicht dem standardmäßigen 4-Paket-Ping. Führen Sie ping -t 192.168.1.1 für Ihr Gateway und ein zweites Fenster mit ping -t für den Server aus, auf dem der Benutzer tatsächlich arbeitet, und beobachten Sie zwei oder drei Minuten lang. Im Videofall erfolgten die Tropfen in Schüben von 3 bis 4 – ein zwischen den Schüben gesendeter Schnelltest ergab keinen Verlust und der Benutzer sah falsch aus. Berechnen Sie den Verlust richtig: Ein Burst-Muster zeigt auf die Verbindung selbst, nicht auf die Anwendung, nicht auf die Internetleitung.

2

Lesen Sie die ausgehandelte Verbindungsgeschwindigkeit

Öffnen Sie den Ethernet-Status auf dem PC oder führen Sie Get-NetAdapter in PowerShell aus und lesen Sie die Spalte „LinkSpeed“. Ein Gigabit-PC an einem Gigabit-Switch sollte 1,0 Gbit/s anzeigen. Wenn 100 Mbit/s angezeigt werden, ist die Verbindung zurückgefallen – meist ein beschädigtes Kabelpaar oder eine erzwungene Einstellung. Wenn sich die Geschwindigkeit zwischen den Überprüfungen ändert, wird die Verbindung neu ausgehandelt, was genau dann der Fall ist, wenn Pakete sterben. Diese eine Zahl teilt das Problem in zwei Hälften, bevor Sie irgendwelche Hardware berühren.

3

Überprüfen Sie die Geschwindigkeits- und Duplexeinstellung am Adapter

Dies war die Hauptursache im Video. Öffnen Sie den Geräte-Manager, öffnen Sie die Eigenschaften des Netzwerkadapters, die Registerkarte „Erweitert“ und suchen Sie nach Geschwindigkeit und Duplex. Es sollte Auto Negotiation sein. In diesem Fall war es auf einen Mbit/s-Wert konfiguriert, während der Switch Gigabit war – die beiden Enden stimmten nie richtig überein und die Verbindung verwarf Pakete in Schüben. Gigabit-Ethernet ist auf Verhandlungen ausgelegt; Lassen Sie sowohl den PC als auch den Switch-Port auf „Auto“, es sei denn, Sie haben einen dokumentierten Grund. Wenn eine Seite erzwungen wird, muss die andere Seite auf genau dieselbe Einstellung gezwungen werden.

4

Arbeiten Sie die physische Kette der Reihe nach ab

Das Videoteam hat auch die physische Arbeit erledigt, und die Reihenfolge ist wichtig: zuerst das Patchkabel, dann die Wand-IO-Buchse, dann die Patchpanel-Durchführung und dann ein anderer Switch-Port. Ein loser Schlag oder ein Wagenheber mit einem müden Kontakt führt zum gleichen Burst-Drop-Symptom. Ändern Sie eine Sache und führen Sie dann den kontinuierlichen Ping zwei Minuten lang erneut aus. Alles auf einmal zu ändern, behebt nichts, woraus Sie lernen können – wenn die Tropfen aufhören, wissen Sie nicht, was sie geheilt hat, und der Fehler wird nächsten Monat wieder auf einem anderen Schreibtisch liegen.

5

Bestätigen Sie die Heilung mit Zahlen

Führen Sie nach dem Fix ping -n 200 zum Gateway und zum Server aus und lesen Sie die Zusammenfassungszeile: Gesendete, empfangene, verlorene Pakete. Null Verlust über 200 Pings plus einer Verbindungsgeschwindigkeit von 1,0 Gbit/s ist ein abgeschlossener Fall. Dann lassen Sie den Benutzer arbeiten – im Video bestand der eigentliche Test darin, dass Tally während einer vollständigen Arbeitssitzung verbunden blieb, nicht in einem sauber aussehenden Screenshot. Wenn es weiterhin zu Ausfällen kommt, sind die verbleibenden Verdächtigen die Qualität des Kabelpaars und der Switch-Port selbst, die in den Begleithandbüchern dieser Serie behandelt werden.

Ehrlich gesagt: Ein normaler Ping-Test sendet 4 Pakete und kann problemlos zwischen den Bursts landen und bei einer wirklich fehlerhaften Verbindung einen Verlust von 0 Prozent anzeigen. Der Fehler hat in diesem Fall einen Kabelwechsel überstanden – erklären Sie niemals ein Teil anhand einer kurzen Prüfung für unschuldig oder schuldig. Messen Sie lange, ändern Sie jeweils eine Sache und lassen Sie die Verlustzählung sprechen.

Sehen Sie sich das vollständige Video zur Fehlerbehebung bei Ping Drop an

Sehen Sie sich den kompletten Fall live an – die Beschwerde über die erneute Verbindung mit Tally, den Kabeltausch, der das Problem nicht beheben konnte, und die Adaptereinstellung, die das Problem behoben hat.

Watch Full Video
Häufig gestellte Fragen

Warum zeigt ein normaler Ping-Test kein Problem?

Ein normaler Ping sendet nur 4 Pakete. Wenn der Fehler alle paar Sekunden Pakete in Schüben verwirft, kann ein 4-Paket-Test vollständig zwischen den Schüben landen und keinen Verlust melden. Führen Sie zwei oder drei Minuten lang einen kontinuierlichen Ping mit ping -t aus oder senden Sie mindestens 200 Pakete und zählen Sie den tatsächlichen Verlust.

Können bei einer Geschwindigkeits- und Duplexeinstellung wirklich Pakete verworfen werden?

Ja. Wenn der Adapter auf eine feste Mbit/s-Einstellung eingestellt ist, während der Switch eine Gigabit-Aushandlung erwartet, sind sich beide Seiten nicht einig darüber, wie die Verbindung funktioniert. Die Verbindung kann aufgebaut werden, wenig Verkehr durchlassen und dennoch Paketstöße verwerfen – genau das Muster in diesem Fall. Stellen Sie beide Enden auf Auto Negotiation ein.

Das Kabel wurde ausgetauscht und die Stürze wurden fortgesetzt. Was kommt als nächstes?

Bei diesem Ergebnis handelt es sich um eine Information, nicht um einen Misserfolg: Der Patch-Lead ist wahrscheinlich unschuldig. Wechseln Sie zur Wand-IO-Buchse und zum Patchpanel-Abschluss, probieren Sie einen anderen Switch-Port aus und überprüfen Sie die Geschwindigkeits- und Duplexeinstellungen des Adapters sowie die ausgehandelte Verbindungsgeschwindigkeit, bevor Sie etwas anderes austauschen.

Dieser Leitfaden basiert auf dem Technischen Antwort-Video zu Geschwindigkeit und Duplex. • Sind Sie bei einer Stufe nicht weitergekommen? Fragen Sie in den Videokommentaren nach – Sie erhalten dort eine Antwort