ping DUP！ 错误

[sangfor]# ping 192.168.252.130
PING 192.168.252.130 (192.168.252.130) 56(84) bytes of data.
64 bytes from 192.168.252.130: icmp_seq=1 ttl=127 time=0.296 ms
64 bytes from 192.168.250.203: icmp_seq=1 ttl=62 time=0.694 ms (DUP!)
64 bytes from 192.168.250.201: icmp_seq=1 ttl=62 time=0.713 ms (DUP!)
64 bytes from 192.168.250.204: icmp_seq=1 ttl=62 time=0.719 ms (DUP!)
64 bytes from 192.168.250.202: icmp_seq=1 ttl=62 time=0.727 ms (DUP!)
64 bytes from 192.168.252.130: icmp_seq=2 ttl=127 time=0.614 ms
64 bytes from 192.168.250.203: icmp_seq=2 ttl=62 time=0.630 ms (DUP!)
64 bytes from 192.168.250.201: icmp_seq=2 ttl=62 time=0.640 ms (DUP!)
64 bytes from 192.168.250.204: icmp_seq=2 ttl=62 time=0.648 ms (DUP!)
64 bytes from 192.168.250.202: icmp_seq=2 ttl=62 time=0.657 ms (DUP!)
64 bytes from 192.168.252.130: icmp_seq=3 ttl=127 time=0.467 ms
64 bytes from 192.168.250.203: icmp_seq=3 ttl=62 time=0.486 ms (DUP!)
64 bytes from 192.168.250.201: icmp_seq=3 ttl=62 time=0.496 ms (DUP!)
64 bytes from 192.168.250.204: icmp_seq=3 ttl=62 time=0.505 ms (DUP!)
64 bytes from 192.168.250.202: icmp_seq=3 ttl=62 time=0.514 ms (DUP!)

 

 

可能原因：

【网易博客】

收到了重复的ping回应包。

原因：

1、可能有IP冲突。

2、配置不正确的热备份。

3、网卡不正确的BOND等。

应该是重复DUPLICATE，同一个序号的ICMP包却收到了多个回应。一般在PING网段广播地址才会出现这种情况.

一般是远端交换机或HUB流量超过负载,即堵塞
 【ChinaUnix】

在局域网中有双机，SCO UNIX，同连接在一个HUB上IP分别为10.1.1.58 10.1.1.59对外虚拟IP为10.1.1.60，在令一个局域网中有IBM AIX,2个局域网经过静态路由连接在一起，当我从AIX PING 10.1.1.60出现DUP!现象，我也以为是广域网的问题，于是58,59对PING，依旧出现dup!现象，并且局域网内一定没有重复IP和MAC地址，我也怀疑是HUB的问题。

===========================================================================

有两个原因 
1:局域网有回路. 
2:你的/etc/tcp里面的配置手动改过,改错了,看一看你的广播地址是否 
  改成了你所要ping的ip 地址了

【chinaunix】

(DUP!)是来标记重复应答的。就是响应一个echo-request时，除了第一个echo-reply以外都标记成(DUP!)，windows系统上不会有这样的结果，因为微软的Ping程序不对多个回应进行解包，收到第一个包以后就丢弃后面的了，同样微软的系统默认也不回应广播地址的包，所以这种情况一般发生在linux机器上。

查了资料后发现产生这种情况有一些可能的原因：

1、对方网络使用了很多静态路由，导致产生了环路

2、对方路由器负载很高

3、有多个设备使用同个地址，比喻你ping广播地址会产生大量的这样的包

When I see DUP's on a local network, I install arping 

CODE:  SELECT ALL

pkg_add -r arping

and 'arping' the IP. That returns all the MAC addresses that are responding to that IP.

arp-scan is pretty awesome too...I usually impress the MCSE types when I can find their IP before they can