Ich mache einen einzigen Hop zu einem WiFi-AP. Es gibt nur einen AP, der diese SSID bedient, und ich pinge ihn direkt an und bekomme so lustige Sachen wie:
64 bytes from 192.168.1.0: icmp_seq=87 ttl=32 time=112.501 ms
64 bytes from 192.168.1.0: icmp_seq=87 ttl=32 time=129.409 ms (DUP!)
64 bytes from 192.168.1.0: icmp_seq=87 ttl=32 time=243.003 ms (DUP!)
(unsere Verbindung dazu bricht auch ständig ab.)
Gibt es eine logische Erklärung? (Das normale „wurde vom Netzwerk dupliziert“-Zeug scheint bei einer einzelnen Verbindung nicht so gut zu funktionieren. Ich persönlich denke, es ist an der Zeit, diesen Netgear auszumustern, und ich denke darüber nach, dies als Beweis zu verwenden.)
(Auch im Moment passiert das ständig. Wenn ich mehrere Minuten lang ununterbrochen pinge, nähere ich mich fast 100 % meiner Pings, die Duplikate aufweisen.)
Antwort1
Wie @FrankThomas in einem Kommentar bemerkte:
192.168.1.0 ist keine gültige Unicast-IP-Adresse, daher führen Sie entweder einen Ping mit einem -b für Broadcast aus, oder Sie hätten die Meldung „
Do you want to ping broadcast?Dann -b“ anstelle von Ping-Ergebnissen erhalten sollen. Welches Betriebssystem verwenden Sie (die Ausgabe sieht aus wie Linux)? In jedem Fall besteht die Wahrscheinlichkeit, dass Sie mehrere Antworten für jedes gesendete Datagramm erhalten, es sei denn, Sie pingen eine Unicast-Adresse an
Tatsächlich habe ich die Broadcast-Adresse angepingt, obwohl ich eigentlich den Router anpingen wollte. (Bei Routern handelt es sich normalerweise, und in meinem Fall, um die .1Adresse, nicht .0um die Adresse.) Die mehreren Ergebnisse sind wahrscheinlich auf die mehreren Hosts zurückzuführen.
Die letzte Anmerkung ist, dass ich die von Frank angemerkte Warnung „Möchten Sie einen Broadcast pingen?“ nicht erhalten habe. Ich glaube, das ist eine GNU- pingWarnung, ich verwende jedoch OS X und nehme daher an, dass BSD pingso etwas nicht ausgibt.