Ping test 도중 아래와 같이 DUP packet이 받아지는 경우가 있다.
===============================================
64 bytes from 172.217.3.174: icmp_seq=1289 ttl=46 time=11018 ms (DUP!)
64 bytes from 172.217.3.174: icmp_seq=1300 ttl=46 time=227 ms
64 bytes from 172.217.3.174: icmp_seq=1290 ttl=46 time=10736 ms (DUP!)
64 bytes from 172.217.3.174: icmp_seq=1301 ttl=46 time=251 ms
64 bytes from 172.217.3.174: icmp_seq=1291 ttl=46 time=11171 ms (DUP!)
64 bytes from 172.217.3.174: icmp_seq=1302 ttl=46 time=174 ms
64 bytes from 172.217.3.174: icmp_seq=1303 ttl=46 time=196 ms
64 bytes from 172.217.3.174: icmp_seq=1292 ttl=46 time=11605 ms (DUP!
>>>>>>>>>>>>>>>>>>>>>
Those PING RTT's in the first 4 packets indicate that there is a device *somewhere* on your network (it may be outside the boundaries of your "default gateway" which is replying to that IP address - 70000 ms (7 seconds!) RTT times indicate it's a long way away, network-wise, too!
Unplug/power down your new switch and do a traceroute - see where the packet goes and see if it matches what you expect of your local network.
===============================================
하기 홈페이지의 내용에 따르면, 네트워크 어딘가에 해당 IP로 응답하는 device가 존재함을 의미한다.
응답을 하는 device가 2대 이상 존재함을 의미하는 것으로 생각됨.
공유기 설정을 변경하거나 리셋하는 것으로 피할 수 있을 것으로 보인다.
사내 망일 경우, 기타 다른 망에 공유기를 연결해보는 것도 방법.
'network' 카테고리의 다른 글
UDS example, sendmsg + recv 활용 (0) | 2020.07.21 |
---|---|
내부망/외부망 함께 사용 (0) | 2020.04.13 |
iptables 방화벽 설정관련 예제 (0) | 2019.05.13 |
Cloud gaming (0) | 2019.03.04 |
NAS SAN 비교 (0) | 2019.03.01 |