간헐적인 패킷 손실

간헐적인 패킷 손실

네트워크에 관한 지식이 부족한 점 사과드립니다.

지난 몇 주 동안 간헐적으로 인터넷이 끊기는 문제를 겪었습니다. 아무것도 없이 몇 시간을 보낼 수 있는데 갑자기 엄청난 양의 패킷 손실이 발생합니다. ISP에 여러 번 연락했는데 그들은 결국 모든 것이 괜찮다고 믿습니다. 이 문제의 원인이 무엇인지 잘 모르겠습니다. 내 라우터는 ISP에서 제공하는 라우터이고 사용량이 가장 많은 시간에는 네트워크에 5개의 장치만 연결되어 있습니다.

내 질문은 각 장치에서 나오는 로컬 네트워크 트래픽을 볼 수 있는 프로그램이나 소프트웨어가 있는지입니다. 다운로드 속도가 25MBPS이고 업로드 속도가 2MBPS라서 집에 그렇게 많은 대역폭을 차지할 수 있는 것이 없는 것 같은데 이상한 일이 일어났습니다.

다음은 제가 Google.ca(저는 캐나다에 살고 있습니다)로 수행한 간단한 핑 테스트입니다. 패킷을 삭제하는 것은 거의 리드미컬한 것 같습니다. 나는 여러 노트북에서도 이것을 시도했는데 모두 그것을 감지하는 것 같습니다. 나는 그것이 내 단일 데스크탑 PC라는 것을 배제하고 있습니다.

어떤 도움이나 제안이라도 정말 좋을 것입니다!

C:\Users\Me
λ ping google.ca -t

Pinging google.ca [207.47.131.217] with 32 bytes of data:
Request timed out.
Request timed out.
Reply from 207.47.131.217: bytes=32 time=2838ms TTL=59
Reply from 207.47.131.217: bytes=32 time=90ms TTL=59
Reply from 207.47.131.217: bytes=32 time=3130ms TTL=59
Reply from 207.47.131.217: bytes=32 time=31ms TTL=59
Reply from 207.47.131.217: bytes=32 time=28ms TTL=59
Reply from 207.47.131.217: bytes=32 time=28ms TTL=59
Request timed out.
Request timed out.
Request timed out.
Reply from 207.47.131.217: bytes=32 time=2176ms TTL=59
Reply from 207.47.131.217: bytes=32 time=30ms TTL=59
Reply from 207.47.131.217: bytes=32 time=30ms TTL=59
Reply from 207.47.131.217: bytes=32 time=27ms TTL=59
Reply from 207.47.131.217: bytes=32 time=28ms TTL=59
Request timed out.
Request timed out.
Request timed out.
Reply from 207.47.131.217: bytes=32 time=1979ms TTL=59
Reply from 207.47.131.217: bytes=32 time=32ms TTL=59
Reply from 207.47.131.217: bytes=32 time=27ms TTL=59
Reply from 207.47.131.217: bytes=32 time=34ms TTL=59
Request timed out.
Request timed out.
Request timed out.
Reply from 207.47.131.217: bytes=32 time=2233ms TTL=59
Reply from 207.47.131.217: bytes=32 time=27ms TTL=59
Reply from 207.47.131.217: bytes=32 time=27ms TTL=59
Reply from 207.47.131.217: bytes=32 time=113ms TTL=59
Request timed out.
Reply from 207.47.131.217: bytes=32 time=3215ms TTL=59
Reply from 207.47.131.217: bytes=32 time=62ms TTL=59
Request timed out.
Reply from 207.47.131.217: bytes=32 time=3676ms TTL=59
Reply from 207.47.131.217: bytes=32 time=40ms TTL=59
Reply from 207.47.131.217: bytes=32 time=28ms TTL=59
Reply from 207.47.131.217: bytes=32 time=38ms TTL=59
Request timed out.
Request timed out.
Request timed out.
Reply from 207.47.131.217: bytes=32 time=1797ms TTL=59
Reply from 207.47.131.217: bytes=32 time=33ms TTL=59
Reply from 207.47.131.217: bytes=32 time=32ms TTL=59
Reply from 207.47.131.217: bytes=32 time=40ms TTL=59
Request timed out.
Request timed out.
Request timed out.
Reply from 207.47.131.217: bytes=32 time=3307ms TTL=59
Reply from 207.47.131.217: bytes=32 time=35ms TTL=59
Reply from 207.47.131.217: bytes=32 time=28ms TTL=59
Reply from 207.47.131.217: bytes=32 time=28ms TTL=59
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Reply from 207.47.131.217: bytes=32 time=2811ms TTL=59
Reply from 207.47.131.217: bytes=32 time=31ms TTL=59
Reply from 207.47.131.217: bytes=32 time=27ms TTL=59
Reply from 207.47.131.217: bytes=32 time=50ms TTL=59
Request timed out.

답변1

위의 질문에서 다음을 권장합니다.

노트북/컴퓨터를 직접 연결하여 문제가 지속되는지 확인하세요.

친구가 아이와 함께 지내는 동안 베이비 모니터가 Wi-Fi를 방해하여 무작위로 끊기는 경우가 있었고 무선 송신기/수신기(경찰 라디오)가 Wi-Fi를 방해할 수 있다는 이야기도 들었습니다. 신호

이를 테스트하려면 여기에서 이 게시물을 참조하세요. Wi-Fi를 방해하는 베이비 모니터

당신이 사용할 수있는5GHz 와이파이최신 스마트폰에서는 가능하지만 라우터에서 활성화해야 합니다.

간단한 > Google의 "라우터 이름" 검색에서 5GHz를 활성화하는 방법이 이를 수행하는 방법을 보여줍니다.

ISP가 처리해야 하는 문제라고 생각하는 것보다 문제가 지속되면 로컬 Exchange가 없는 문제로 인해 네트워크가 엄청나게 느려지고 240MB가 다운될 예정이었습니다. 좋은 날에는 몇 달 간의 논쟁 끝에 2-3의 결과를 얻었고 마침내 누군가를 보냈고 그들의 잘못이 자신들에게 있다는 것을 알게 되었습니다.

테스트를 문서화하고 취한 논리적 단계를 ISP에 설명하고 누군가를 보내 Exchange를 확인하거나 네트워크가 중단되는 이유를 찾을 수 있는지 확인하십시오. 그러나 문제는 ISP 측에 있는 것 같습니다.

답변2

귀하가 제공한 데이터는 교통 문제와 일치하지 않습니다(어쨌든 귀하 측이 아닙니다).

트래픽 과부하가 있는 경우 응답 시간은 일반적으로 속도가 떨어지는 지점까지 늘어납니다.

그 방울의 모습은 커넥터에 결함이 있는 것입니다.

이를 확인하려면 상황이 다시 발생하면 트래픽이 많이 발생하지 않는 장치 하나를 연결하고 나머지 장치의 연결을 끊으면 됩니다.

또한 외부 소스(예에서 했던 것처럼)와 ISP 게이트웨이 모두에 대해 동일한 테스트를 수행합니다. 그러면 문제가 사용자 근처에 있는지 또는 ISP 네트워크에서 더 먼 곳에 있는지 감지됩니다.

답변3

IP 충돌로 인해 이러한 유형의 동작도 발생할 수 있습니다.

예를 들어, 기본적으로 내 라우터(192.168.0.1)와 동일한 IP 주소를 공유하는 관리형 스위치를 사용하기 시작했을 때 이런 일이 발생했습니다. 이전 관리되지 않는 스위치로 다시 전환한 후에는 문제가 사라졌습니다.

관련 정보