Existe algum motivo legítimo para pacotes de ping duplicados em um único salto?

Question

Estou fazendo um único salto para um ponto de acesso WiFi. Há apenas um AP servindo este SSID, e estou pingando diretamente, e ganhando hilaridade como:

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!)

(nossa conexão também morre o tempo todo.)

Existe alguma explicação lógica? (O normal, "foi duplicado pela rede" coisas não parece segurar bem mais de um único link. Pessoalmente, acho que é hora de se aposentar este Netgear, e estou pensando em usar isso como prova.)

(no momento, também, isso está acontecendo de forma consistente. Estou ficando muito perto de 100% dos meus pings terem duplicatas durante vários minutos de ping contínuo).

    

Answer 1

Como @FrankThomas observou em um comentário:

192.168.1.0 is not a valid unicast IP address so you are either running pinging with a -b for broadcast, or you should have gotten the message Do you want to ping broadcast? Then -b instead of ping results. What OS are you using (the output looks like linux)? Either way, unless you are pinging a unicast address, you run the likelihood of recieving multiple responses for each datagram you send

Na verdade, eu estava pingando o endereço de transmissão quando pretendia fazer o ping do roteador. (Roteadores são geralmente, e no meu caso, o .1 endereço, não .0 endereço.) Os múltiplos resultados são provavelmente os múltiplos hosts.

A última nota é que eu não recebi o "Você quer fazer o ping de transmissão?" avisando que Frank observa; Eu acredito que é um aviso de ping do GNU, enquanto eu estou no OS X, então eu estou supondo que o ping do BSD não produza isso.