Por que o mesmo comando ping se comporta completamente diferente em dois sistemas?

O software

Servidor Ubuntu:

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

Framboesa Pi 1 Modelo 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

O resultado esperado

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

A parte importante é o pacote ausente, isso é como eu esperaria, se um pacote for perdido OU demorar para o comando ping precisar imprimir um Request timeout mensagem ... mas no Raspberry Pi ...

O resultado real

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

Se você não olhar de perto o suficiente, pode perder o que está errado. Mas tem 5 packets transmitted mas não imprimiu um Request timeout ou até mesmo para o próximo icmp_seq, acabou de reenviar o pacote que está faltando, sem nenhum erro, e você só descobrirá se um pacote desapareceu se você ler o resumo no final.

A questão

Por que o mesmo ping versão se comporta diferente em sistemas diferentes?

O comando ping tem uma configuração em algum lugar que eu possa editar para que ele se comporte da mesma forma?

— usbpc102
fonte

Se você executar seu ping pela segunda vez a partir do PI, verá o mesmo comportamento? Esse primeiro pacote pode ser perdido porque seu sistema está funcionando para o gateway padrão. Mas você só veria na primeira vez que você pingar com uma tabela de arp clara.

— Zoredache

Desculpe, eu não entendo completamente o que você quer que eu faça. Mas eu corri o Pi sem o -c opção por uma noite inteira e perdeu alguns pacotes hunderet, mas eu não recebi nenhum Request timeout mensagens. Eu poderia ver os pacotes perdidos no resumo no final.

— usbpc102

Desculpe, eu estava tentando fazer você entender isso. blog.ipspace.net/2007/04/why-is-first-ping-lost.html Qual eu acho que é qual é o seu problema no ping de 'pi'. Ou seja, o primeiro pacote está sendo perdido para um ARP. Não sei quais são seus outros problemas.

— Zoredache

Ah, sim, isso explicaria o pacote perdido. MAS minha pergunta apenas mostra um pequeno exemplo de resultado. Como você pode ver, o que é esperado é um Request timeout, como minha conexão com a internet ela infelizmente cai. Também não tenho o controle perfeito para soltar apenas um pacote, então isso é apenas uma recriação. E como eu disse no meu outro comentário: O problema não é que um pacote está perdido / muito lento, mas que eu não recebo uma mensagem se isso acontece como no servidor ubuntu quando um pacote é perdido / muito lento. Espero ter tornado meu problema um pouco mais claro para você. ;) (Eu vou melhorar a pergunta quando eu acordar 4:00 atm)

— usbpc102

Não, sua pergunta não está clara. Um ping tem muitas maneiras de falhar e, dependendo do problema específico e da configuração de rede de outros dispositivos em sua rede, você receberá mensagens de erro diferentes. Você não tem informações suficientes para fazer quaisquer declarações úteis sobre qualquer coisa agora.

— Zoredache