IPアドレスにpingを実行すると、別のIPアドレスの宛先に到達できません...え？
これは完全に孤立したインシデントでしたが、私は次のコマンドを実行しました。
ping 192.168.1.134
そしてこの結果を得ました[ 画像 ]：
Pinging 192.168.1.134 with 32 bytes of data:
Reply from 192.168.1.133: Destination Host unreachable.
Reply from 192.168.1.134: bytes=32 time=75ms TTL=128
Reply from 192.168.1.134: bytes=32 time=83ms TTL=128
Reply from 192.168.1.134: bytes=32 time=96ms TTL=128
最初の「到達不能」応答の.133に注意してください。私はこれがどのように可能であるかを理解していないと思います-完全に狂った偶然を与えられたとしても。
ARPは、IPアドレスをMacアドレスに解決するために使用されます。最初に表示されるIPアドレスは、実際にはマシンであるか、ゲートウェイである可能性があります。マシンの場合、パケットの送信者と受信者が同じ物理ネットワーク上にあり、マシンが送信者のIPアドレスをMACに解決できなかったため、マシン（.133）に「宛先ホストに到達できません」と表示されます）送信者と受信者が2つの異なるネットワーク上にある場合、.133はゲートウェイのアドレスである可能性があり、同じことを言います。
おそらくArpタイムアウトです。arpテーブルにマシンのMACアドレスがない場合、マシンはarp要求を送信します。 96ms（LAN）はLANが混雑していることを意味するか、リモートホスト（またはその両方）に大きな負荷がかかっているため、ネットワークが非常に混雑しているようです。
LANping時間は常に1ms未満である必要があります:-)。
輻輳はパケット損失につながり、パケット損失はパフォーマンスの低下につながり、パフォーマンスの低下はダークサイドにつながります。ネットワークの状態をチェックして、何が起こっているかを確認してください。
netstat -sを実行して、再送信がたくさんあるかどうかを確認してください。また、ifconfigを使用して、インターフェイスにエラーがないかどうかを確認してください。 （それは両端です）
接続しているネットワークデバイスを確認してください。インターフェイスエラーがありますか？
あなたのトポロジーは何ですか？同じサブネット上のマシンでping時間が非常に長いのはなぜですか？
最初のパケットが送信された後、IPアドレスはMACアドレスに正しく解決され、pingが実行されました。
間違いなく、ARPの問題、おそらくARPタイムアウトのように見えます。