Estou fazendo um único salto para um AP WiFi. Há apenas um AP servindo este SSID, e estou fazendo ping diretamente e recebendo piadas 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 com ele também morre o tempo todo.)
Existe alguma explicação lógica? (O material normal, "foi duplicado pela rede" não parece funcionar bem em um único link. Pessoalmente, acho que é hora de aposentarmos este Netgear e estou pensando em usar isso como prova.)
(no momento, isso também está acontecendo de forma consistente. Estou chegando perto de 100% dos meus pings duplicados ao longo de vários minutos de ping contínuo.)
Responder1
Como @FrankThomas observou em um comentário:
192.168.1.0 não é um endereço IP unicast válido, então você está executando ping com a -b para transmissão ou deveria ter recebido a mensagem
Do you want to ping broadcast?Then -b em vez dos resultados do ping. Qual sistema operacional você está usando (a saída parece Linux)? De qualquer forma, a menos que você esteja executando ping em um endereço unicast, você corre a probabilidade de receber múltiplas respostas para cada datagrama enviado.
Na verdade, eu estava fazendo ping no endereço de transmissão, quando pretendia fazer ping no roteador. (Os roteadores geralmente são, e no meu caso, o .1endereço, não .0o endereço.) Os vários resultados são provavelmente os vários hosts.
A última observação é que não recebi a mensagem "Você deseja fazer ping na transmissão?" aviso que Frank observa; Acredito que seja um pingaviso do GNU, enquanto estou no OS X, então presumo que o BSD pingnão produza isso.