Warum verhält sich der gleiche Ping-Befehl auf zwei Systemen völlig unterschiedlich?

Die Software

Ubuntu Server:

ubuntu@server: $ cat /etc/*-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=15.10
DISTRIB_CODENAME=wily
DISTRIB_DESCRIPTION="Ubuntu 15.10"
NAME="Ubuntu"
VERSION="15.10 (Wily Werewolf)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 15.10"
VERSION_ID="15.10"
HOME_URL="http://www.ubuntu.com/"
SUPPORT_URL="http://help.ubuntu.com/"
BUG_REPORT_URL="http://bugs.launchpad.net/ubuntu/"

ubuntu@server: $ ping -V
ping utility, iputils-s20121221

Himbeer-Pi 1 Modell B:

pi@raspberrypi: $ cat /etc/*-release
PRETTY_NAME="Raspbian GNU/Linux 8 (jessie)"
NAME="Raspbian GNU/Linux"
VERSION_ID="8"
VERSION="8 (jessie)"
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"

pi@raspberrypi: $ ping -V
ping utility, iputils-s20121221

Das erwartete Ergebnis

ubuntu@server: $ ping -c 4 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=55 time=17.3 ms
Request timeout for icmp_seq 2
64 bytes from 8.8.8.8: icmp_seq=3 ttl=55 time=17.0 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=55 time=14.1 ms

--- 8.8.8.8 ping statistics ---
4 packets transmitted, 3 received, 25% packet loss, time 3001ms
rtt min/avg/max/mdev = 14.172/15.922/17.340/1.312 ms

Der wichtige Teil ist das fehlende Paket, das ist, wie ich es erwarten würde, wenn ein Paket verloren geht ODER es zu lange dauert, bis der Ping-Befehl einen druckt Request timeout Nachricht ... aber auf dem Raspberry Pi ...

Das wirkliche Ergebnis

pi@raspberrypi: $ ping -c 4 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=58 time=12.8 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=58 time=12.4 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=58 time=12.2 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=58 time=13.2 ms

--- 8.8.8.8 ping statistics ---
5 packets transmitted, 4 received, 20% packet loss, time 3002ms
rtt min/avg/max/mdev = 12.289/12.724/13.284/0.397 ms

Wenn Sie nicht genau hinschauen, können Sie vermissen, was falsch ist. Aber es hat 5 packets transmitted aber nicht gedruckt Request timeout oder sogar zum nächsten gegangen icmp_seq, es hat nur das fehlende Paket ohne Fehler erneut gesendet und Sie werden nur feststellen, ob ein Paket verloren gegangen ist, wenn Sie die Zusammenfassung am Ende lesen.

Die Frage

Warum macht das gleiche? ping Version verhalten sich auf verschiedenen Systemen unterschiedlich?

Hat der Ping-Befehl irgendwo eine Konfiguration, die ich bearbeiten kann, damit er sich gleich verhält?

— usbpc102
quelle

Wenn Sie Ihren Ping ein zweites Mal von der PI aus ausführen, sehen Sie dasselbe Verhalten? Dieses erste Paket könnte verfehlt werden, da Ihr System für das Standard-Gateway zuständig ist. Aber Sie würden es nur sehen, wenn Sie zum ersten Mal mit einem klaren Arp-Tisch pingen.

— Zoredache

Entschuldigung, ich verstehe nicht ganz, was Sie von mir erwarten. Aber ich habe den Pi ohne das laufen lassen -c Option für eine ganze Nacht und es fehlten einige Hunderet-Pakete, aber ich bekam keine Request timeout Mitteilungen. Ich konnte nur die fehlenden Pakete in der Zusammenfassung am Ende sehen.

— usbpc102

Entschuldigung, ich habe versucht, Sie dazu zu bringen, das zu verstehen. blog.ipspace.net/2007/04/why-is-first-ping-lost.html Was ich denke ist, was dein Problem auf dem Ping von 'pi' ist. IE das erste Paket geht zu einem ARP verloren. Ich bin nicht sicher, was Ihre anderen Probleme sind.

— Zoredache

Ah, ja das würde das eine verlorene Paket erklären. ABER meine Frage zeigt nur ein kurzes Beispielergebnis. Wie Sie aus dem sehen können, was erwartet wird, ist a Request timeout, da meine Internetverbindung leider abbricht. Ich habe auch keine perfekte Kontrolle, um nur ein Paket fallen zu lassen, also ist dies nur eine Erholungsphase. Und wie ich in meinem anderen Kommentar gesagt habe: Das Problem ist nicht, dass EIN Paket verloren / zu langsam ist, sondern dass ich keine Nachricht bekomme, wenn dies wie auf dem Ubuntu-Server geschieht, wenn ein Paket verloren geht oder zu langsam ist. Ich hoffe, ich habe mein Problem für dich etwas klarer gemacht. ;) (Ich werde die Frage verbessern, wenn ich um 4 Uhr morgens aufwache)

— usbpc102

Nein, deine Frage ist nicht klar. Ein Ping kann auf viele Arten fehlschlagen, und je nach dem spezifischen Problem und der Netzwerkkonfiguration anderer Geräte in Ihrem Netzwerk werden unterschiedliche Fehlermeldungen angezeigt. Sie haben nicht genügend Informationen, um im Moment über alles nützliche Aussagen zu treffen.

— Zoredache