Fehlerbehebung beim Ping-DUP! (Duplikationen) mit WLAN über Extender

705
ruasoliveira

Ich habe einen WLAN-Router und einen Extender in meinem Haus und ich glaube, dass der Extender möglicherweise eine falsche Konfiguration hat. Ich habe oft eine hohe Latenz oder einen niedrigeren Durchsatz als erwartet, wenn ich mich mit dem Extender verbinde.

Meine Hauptfrage ist:

Wie kann ich einen WLAN-Extender behandeln, der scheinbar viele Duplikationen verursacht?

ANTWORT: In meinem Fall war das Problem eine fehlerhafte Netzwerkkarte auf dem PC ("d"). In EDIT3 finden Sie eine vollständige Erklärung und in den Kommentaren finden Sie nützliche Tipps zur WLAN-Fehlerbehebung.

Was ich bisher ausprobiert habe, ist Ping, Mtr, Traceroute / Tracepath. Als nächstes werde ich mein Szenario beschreiben und dann einige Ping-Ausgaben geben:

Szenario

Was ich habe, ist:

ein. ISP-Router, der ausschließlich mit dem Internet verbunden ist

b. TP-Link Archer-C60 ist über Ethernet an "a" (den ISP-Router) angeschlossen

c. TP-Link AC 750 (RE200) über einen 5,8 GHz-WLAN-Kanal mit "b" verbunden

d. Der Heim-PC ist über einen 2,4-GHz-WLAN-Kanal an "c" angeschlossen

Kein anderes Gerät verwendet den 5,8 GHz-Kanal. Andere Geräte verwenden den 2,4-GHz-WLAN-Kanal von b oder c, um auf das Netzwerk zuzugreifen.

Das physikalische Modell der Umgebung ist:

Legend: -- and | are walls ' is a ethernet cable a is the ISP-provided router b is the TP-Link Archer-C60 wifi router c is the TP-Link AC 750 (RE200) wifi extender d is a home PC  |--------------| | d | |c | -----------| |------ ------| | | | | b|------- --- -| | | '| |--------------| | '| | a| | | |-------------| 

Beispiel-Pings

Ich habe Ping vom Host "d" ausgeführt, während kein anderes Gerät mit dem Netzwerk verbunden ist. Dabei kann ich leicht 5 bis 7 Duplikate für dieselbe Ping-Antwort erhalten. Einige Beispielausgaben:

Pinging b (192.168.0.1) von d:

--- 192.168.0.1 ping statistics --- 421 packets transmitted, 421 received, +487 duplicates, 0% packet loss, time 420022ms rtt min/avg/max/mdev = 1.053/10.543/188.536/21.423 ms 

Pinging 8.8.8.8 von d:

--- 8.8.8.8 ping statistics --- 421 packets transmitted, 420 received, +867 duplicates, 0% packet loss, time 419810ms rtt min/avg/max/mdev = 35.480/47.917/256.235/21.228 ms 

EDIT1 :Beim Ausführen von tcpdump bekomme ich eine Menge ICMP time exceeded in-transit. Kleines Beispiel, wobei 192.168.0.1 "b" und 192.168.0.100 "d" ist ...

EDIT2 :

  • ICMP time exceeded in-transitProtokoll entfernt, in EDIT1 hinzugefügt, da es nicht verwandt war.

  • virtuelle Topologie der Umgebung

Die virtuelle Topologie lautet:

a --- cat5 --- b >>> 5.8Ghz >>> c ))) 2.4Ghz ))) d and other hosts devices U U 2.4Ghz U U other hosts devices 

Das ist:

  • Das Internet wird von "a" bis "b" über cat5 bereitgestellt und von "b" über Funk verteilt
  • Router 'b' und Extender 'c' kommunizieren über den 5.8 GHz-Kanal
  • Hosts verbinden sich entweder mit 'b' oder 'c' über den 2,4-GHz-Kanal (theoretisch könnten sie über den 5,8-GHz-Kanal verbunden werden, aber ich habe momentan keine kompatiblen Geräte)

EDIT3:

Es stellte sich heraus, dass es eine fehlerhafte PCI-Wireless-NIC auf meinem PC war ("d"). Die NIC ließ viele Pakete fallen und sendete viele Duplikate. Dieses Verhalten blockierte den Repeater und eventuell das gesamte Netzwerk und beeinträchtigte andere Geräte. Ich habe die NIC ersetzt und jetzt funktioniert alles gut.

Um dies herauszufinden, habe ich einfach ein Paar Notebooks gekauft und versucht, die Konnektivität innerhalb und außerhalb des Netzwerks zu testen. Außerdem habe ich alle Tests mit "d" durchgeführt und dann mit ausgeschaltetem Test wiederholt. Der Unterschied war sehr auffällig.

Konnektivität im Netzwerk: Ich habe den Ping von iputils verwendet, um die Droprate während des Flutens zu testen (-f-Flag). Die Drop-Rate lag zwischen den beiden Notebooks nahe null, aber für meinen PC waren es etwa 20%. Der PC zeigte auch viele DUPs. tcpdump zeigte doppelte Pakete als zu meinem PC gehörend oder nur zu meinem PC hin. Wenn mein PC eingeschaltet war, hatte der Ping zwischen den beiden Geräten einige DUPs und Abfälle. Wenn der PC ausgeschaltet war, wurden keine DUPs oder Abfälle erkannt.

Konnektivität außerhalb des Netzwerks: Ich habe mytraceroute, fast.com und speedtest.net verwendet, um die Konnektivität außerhalb des Netzwerks zu überprüfen. Die Latenz war sehr hoch und der Durchsatz beim Einschalten meines PCs sehr gering. Das Netzwerk hat sich einwandfrei verhalten, mit sehr niedriger Latenz und nahezu nominellem Durchsatz, wenn mein PC ausgeschaltet wurde.

Mit der neuen NIC funktioniert alles wie ein Zauber.

1
WLAN ist nicht sehr schnell. Sind Sie sicher, dass Sie die Bandbreite nicht einfach würgen? Wenn entweder der Upload oder der Download voll ist, werden sowohl die Verzögerungen als auch die Verzögerungen zunehmen. Jedes Problem mit der Platzierung der Router würde dazu führen, dass dieses Problem ständig und nicht zeitweise besteht. LPChip vor 5 Jahren 1
Ihre Ping-Werte sehen bis auf die Spitzen nicht so schlecht aus. Wenn der gesamte Datenverkehr mehrmals gesendet wird, wird die nutzbare Bandbreite natürlich erheblich reduziert. Sie sollten eine Paketerfassung an beiden Enden des Netzwerks ausführen. Bitten Sie einen Freund, Ihren Laptop mitzubringen, um sich über Ethernet mit b zu verbinden. Daniel B vor 5 Jahren 0
Ich glaube nicht, dass dies der Fall ist. Ich verschlucke die Bandbreite nicht, da mein Netzwerk viel mehr Kapazität haben sollte, als ich es zur Zeit der Fehlerbehebung verwendete (ich halte es auf ein Minimum, um Interferenzen zu vermeiden). Wenn ich direkt mit 'b' verbunden bin, habe ich eine viel bessere Verbindung - ich kann 'd' jedoch nicht mit 'b' verbinden, da 'd' fixiert ist. Ich bin fest damit beschäftigt, 'd' über 'c' zu verbinden. Ich habe gelegentlich Probleme mit meinem Provider und muss einen Neustart von 'a' durchführen. Dies ist jedoch nicht der Fall, da Ping "DUP!" Ständig vorkommt. ruasoliveira vor 5 Jahren 0
@DanielB Ja, die Latenz ist in diesem Fall gering, aber ich bekomme oft eine insgesamt schlechte Erfahrung. Ich werde später versuchen, Ihren Test durchzuführen. In der Zwischenzeit habe ich einen tcpdump auf dem Ping durchgeführt und eine Menge von "ICMP-Zeitüberschreitung beim Transport" festgestellt. Irgendwelche Ideen? Ich werde den Beitrag aktualisieren. ruasoliveira vor 5 Jahren 0
@rodro, WLAN-Repeater / Extender verfügen normalerweise über eine Funkschnittstelle. Das führt zwangsläufig dazu, dass Sie die Hälfte der ursprünglichen Quellbandbreite erhalten. 50% als Client für den ersten Router und 50% für die wiederholte SSID. (Dies sollte bei Ihnen nicht der Fall sein, wenn Sie sich im 2,4-Band wiederholen.) Dies kann bei Interferenzen viel schlimmer werden. Wenn Sie 5,8 GHz als Wireless-Backbone verwenden, sollten Sie eine Standortuntersuchung der Umgebung mit etwas wie Wigglewifi durchführen. Ich wäre bereit zu wetten, dass dies eine Störung durch ein anderes Gerät (nicht Ihr eigenes) in der 5,8-GHz-Band ist. Tim_Stewart vor 5 Jahren 0
Sie können durch die Dunkelheit stolpern und die verschiedenen Kanal-Kombinationen für beide Bands ausprobieren. Oder verwenden Sie einfach eine GPS-fähige Wardriving-App, die Sie darüber informiert, wo und auf welchem ​​Kanal sich die Nachbarschaftsgeräte befinden. Tim_Stewart vor 5 Jahren 0
@all stellt sich heraus, dass es eine fehlerhafte NIC auf meinem PC war ("d"). Es wurden viele Pakete verworfen und viele Duplikate verschickt. Dies verstopfte den Repeater und eventuell das gesamte Netzwerk, was andere Geräte beeinträchtigte. Ersetzt die NIC und jetzt funktioniert alles gut. Ich werde den Beitrag bearbeiten, um das zu klären. Danke allen für die tipps! ruasoliveira vor 5 Jahren 0

1 Antwort auf die Frage

0
ruasoliveira

Es stellte sich heraus, dass es eine fehlerhafte PCI-Wireless-NIC auf meinem PC war ("d"). Die NIC ließ viele Pakete fallen und sendete viele Duplikate. Dieses Verhalten blockierte den Repeater und eventuell das gesamte Netzwerk und beeinträchtigte andere Geräte. Ich habe die NIC ersetzt und jetzt funktioniert alles gut.

Um dies herauszufinden, habe ich einfach ein Paar Notebooks gekauft und versucht, die Konnektivität innerhalb und außerhalb des Netzwerks zu testen. Außerdem habe ich alle Tests mit "d" durchgeführt und dann mit ausgeschaltetem Test wiederholt. Der Unterschied war sehr auffällig.

Konnektivität im Netzwerk: Ich habe den Ping von iputils verwendet, um die Droprate während des Flutens zu testen (-f-Flag). Die Drop-Rate lag zwischen den beiden Notebooks nahe null, aber für meinen PC waren es etwa 20%. Der PC zeigte auch viele DUPs. tcpdump zeigte doppelte Pakete als zu meinem PC gehörend oder nur zu meinem PC hin. Wenn mein PC eingeschaltet war, hatte der Ping zwischen den beiden Geräten einige DUPs und Abfälle. Wenn der PC ausgeschaltet war, wurden keine DUPs oder Abfälle erkannt.

Konnektivität außerhalb des Netzwerks: Ich habe mytraceroute, fast.com und speedtest.net verwendet, um die Konnektivität außerhalb des Netzwerks zu überprüfen. Die Latenz war sehr hoch und der Durchsatz beim Einschalten meines PCs sehr gering. Das Netzwerk hat sich einwandfrei verhalten, mit sehr niedriger Latenz und nahezu nominellem Durchsatz, wenn mein PC ausgeschaltet wurde.

Mit der neuen NIC funktioniert alles wie ein Zauber.