単一ホップ上で重複した ping パケットが発生する正当な理由はありますか?

単一ホップ上で重複した ping パケットが発生する正当な理由はありますか?

WiFi AP へのシングルホップを実行しています。この SSID を提供する AP は 1 つだけなので、直接 ping を実行すると、次のような面白い結果が得られます。

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

(私たちとの接続も常に切断されます。)

何か論理的な説明はあるのでしょうか? (通常の「ネットワークによって複製された」という説明は、単一のリンクではうまく当てはまらないようです。個人的には、この Netgear を廃止する時期が来たと思います。これを証拠として使用しようと考えています。)

(現時点でも、これは一貫して発生しています。数分間連続して ping を送信すると、ほぼ 100% の ping が重複する状態になります。)

答え1

@FrankThomas がコメントで指摘したように:

192.168.1.0 は有効なユニキャスト IP アドレスではないため、ブロードキャストの -b で ping を実行しているか、Do you want to ping broadcast?ping 結果ではなく Then -b というメッセージが表示されるはずです。使用している OS は何ですか (出力は Linux のように見えます)? いずれにしても、ユニキャスト アドレスを ping していない限り、送信したデータグラムごとに複数の応答を受信する可能性があります。

実際には、ルーターに ping するつもりでしたが、ブロードキャスト アドレスに ping していました。(ルーターは通常、アドレスであり、私の場合はアドレスで.1はありません.0。) 結果が複数あるのは、複数のホストが原因である可能性があります。

最後に、Frank が指摘した「ブロードキャストを ping しますか?」という警告が表示されなかったことです。これは GNU のping警告だと思いますが、私は OS X を使用しているため、BSD ではpingこの警告は出力されないものと思われます。

関連情報