这完全是一个孤立的事件,但我执行了以下命令:
ping 192.168.1.134
Run Code Online (Sandbox Code Playgroud)
并得到了这个结果 [图像]:
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
Run Code Online (Sandbox Code Playgroud)
请注意第一个“无法访问”回复中的 .133。我想我不明白这是怎么可能的——即使是一个完全疯狂的巧合。
ARP 用于将 IP 地址解析为 Mac 地址。您看到的第一个 IP 地址实际上是您的机器,也可能是您的网关。如果是您的机器,则意味着数据包的发送方和接收方位于同一物理网络上,并且由于您的机器无法将发送方的 IP 地址解析为其 MAC,因此您的机器 (.133) 会显示“目标主机无法访问”)如果发送方和接收方在两个不同的网络上,那么 .133 可能是网关的地址,在那里它说的是同一件事。
可能是 Arp 超时,如果你的 arp 表中没有机器 mac 地址,那么你的机器会发出一个 arp 请求。看起来你的网络很忙,因为 96 毫秒(是你的局域网)意味着你的局域网很拥挤,或者你或你的远程主机(或两者)负载很大。
LAN ping 时间应始终<1ms :-)。
拥塞导致丢包,丢包导致性能下降,性能下降导致黑暗面。检查您的网络健康状况,看看发生了什么。
尝试运行 netstat -s 并查看是否有大量重新传输。还 ifconfig 并查看您的接口是否无错误!(这是两端)
检查您插入的网络设备,是否有接口错误?
你的拓扑是什么?为什么在同一子网上的机器上有这么高的 ping 时间?
发送第一个数据包后,IP 地址正确解析为 MAC 地址并且 ping 通过。
归档时间: |
|
查看次数: |
16108 次 |
最近记录: |