☰

단일 홉을 통해 중복된 핑 패킷에 대한 정당한 이유가 있습니까?

tag-icon • tag-icon networking wireless-networking router ping
단일 홉을 통해 중복된 핑 패킷에 대한 정당한 이유가 있습니까?

WiFi AP로 단일 홉을 수행하고 있습니다. 이 SSID를 제공하는 AP는 단 하나뿐입니다. 직접 핑을 보내면 다음과 같은 웃음이 나옵니다.

64 bytes from 192.168.1.0: icmp_seq=87 ttl=32 time=112.501 ms
64 bytes from 192.168.1.0: icmp_seq=87 ttl=32 time=129.409 ms (DUP!)
64 bytes from 192.168.1.0: icmp_seq=87 ttl=32 time=243.003 ms (DUP!)

(우리의 연결도 항상 끊어집니다.)

논리적인 설명이 있나요? (일반적인 "네트워크에 의해 복제되었습니다"라는 내용은 단일 링크에서는 잘 유지되지 않는 것 같습니다. 개인적으로 저는 이제 이 Netgear를 폐기할 때라고 생각하며 이를 증거로 사용할 생각입니다.)

(현재도 이 현상은 지속적으로 발생하고 있습니다. 몇 분 동안 연속 핑을 보내면 핑이 거의 100%에 가까워지고 있습니다.)

답변1

@FrankThomas가 댓글에서 언급했듯이:

Do you want to ping broadcast?192.168.1.0은 유효한 유니캐스트 IP 주소가 아니므로 브로드캐스트를 위해 -b를 사용하여 ping을 실행 중이거나 ping 결과 대신 Then -b 메시지를 받았어야 합니다 . 어떤 OS를 사용하고 있습니까? (출력은 Linux와 유사합니다.) 어느 쪽이든 유니캐스트 주소에 ping을 보내지 않는 한 보내는 각 데이터그램에 대해 여러 응답을 받을 가능성이 있습니다.

사실 나는 라우터에 ping을 하려고 했을 때 브로드캐스트 주소에 ping을 하고 있었습니다. (라우터는 일반적으로 .1주소가 아닌 .0주소입니다.) 여러 결과는 여러 호스트일 가능성이 높습니다.

마지막 메모는 "핑 방송을 하시겠습니까?"라는 메시지를받지 못했다는 것입니다. Frank가 지적한 경고; 나는 그것이 GNU 경고라고 생각 하지만 나는 OS X를 사용하고 있으므로 BSD가 그것을 출력하지 않는다고 ping가정합니다 .ping

관련 정보