我以前从来没有见过这样的人，也没有一个同事和一位前同事，两人在小型ISP运营方面都有相当强的背景。
是什么原因导致如此多的ICMP ECHO响应？
$ ping -n x.com PING x.com (196.xyz) 56(84) bytes of data. 64 bytes from 196.xyz: icmp_req=1 ttl=120 time=51.8 ms 64 bytes from 196.xyz: icmp_req=1 ttl=120 time=51.8 ms (DUP!) 64 bytes from 196.xyz: icmp_req=1 ttl=120 time=52.3 ms (DUP!) 64 bytes from 196.xyz: icmp_req=1 ttl=120 time=52.7 ms (DUP!) 64 bytes from 196.xyz: icmp_req=1 ttl=120 time=53.6 ms (DUP!) 64 bytes from 196.xyz: icmp_req=2 ttl=120 time=92.2 ms 64 bytes from 196.xyz: icmp_req=2 ttl=120 time=92.6 ms (DUP!) 64 bytes from 196.xyz: icmp_req=2 ttl=120 time=93.0 ms (DUP!) 64 bytes from 196.xyz: icmp_req=2 ttl=120 time=93.4 ms (DUP!) 64 bytes from 196.xyz: icmp_req=2 ttl=120 time=93.8 ms (DUP!) man ping ：
当ping一个广播地址或多播地址时，预计会有重复，因为它们并不是真正的重复，而是来自不同主机对同一个请求的响应。
应该说，公共互联网主机通常configuration为丢弃回应请求广播和多播地址，以防止smurf攻击 – 这就是为什么你几乎没有看到它发生。
它也可能是某种奇怪的networking循环的结果，在这种循环中，数据包在传输过程中被复制。