ping google.com을 사용하여 연결 테스트

우리 집의 인터넷 연결이 때때로 끊어지기 때문에 약간의 실험을 설정했습니다.

지난 2 개월 동안 내 컴퓨터 중 하나가 30 분마다 google.com을 핑하고 있습니다. 한 번의 측정은 50 개의 핑으로 구성됩니다.

이제 하루 중 시간마다 손실 된 패킷의 평균 백분율을 계산했습니다.

내 질문 :

1. 저녁에이 피크는 google.com을 핑 대상으로 선택하여 발생할 수 있습니까?
2. 다른 목적지를 사용 하시겠습니까?
3. 연결에 문제가 있음을 나타 냅니까?
4. 인터넷 연결의 문제가 정확히 어디에 있는지 측정하는 더 나은 전략은 무엇입니까? 우리 ISP는 그것이 잘 작동하고 있다고 알려주므로 증거를 모 으려고합니다 ...

문안 인사!

편집 : 기계가 라우터에 직접 연결되어 있음을 언급하지 않았습니다 (WiFi 없음). 그리고 라우터도 패킷 손실없이 핑 (ping)됩니다.

불행히도 실제로 문제가 발생한 위치를 해결할 충분한 정보를 제공하지 않았습니다. 제공된 제한된 정보로 가능한 한 최선을 다해 답변합니다.

1. 내 경험이 필요하다면 Google에 핑 (ping)하는 것이 가능한 한 빠른 속도로 네트워크를 설계하기 때문에 일반적으로 좋은 방법입니다. 또한 ICMP가 우선 순위를 정함에 따라, 저녁 최고점은 특히 패킷 손실 측면에서 큰 차이를 만들지 않을 것입니다.

2. Google은 좋은 목적지이지만, 무슨 일이 일어나고 있는지 더 잘 이해하려면 게이트웨이 핑을 추가로 시도하고 허용되는 경우 공급자 DNS, 메일 또는 웹 서버를 시도 할 수 있습니다. 패킷 손실이 발생하는 위치를 표시하는 데 도움이됩니다. 실제로 패킷 손실 수준에서 MTR (또는 WinMTR)을 다운로드하고이를 실행하여 패킷 손실이 발생하는 위치를 더 잘 알 수 있습니다. .

3. 주관적으로, Wi-Fi 기반 네트워크에 5 % 패킷 손실이 허용됩니다. 반면에, 파이버 연결에서 약 0.5 %의 패킷 손실이 발생합니다. 느슨하게 말해서 VOIP의 경우 1 % 미만이면 괜찮
   습니다. Skype 또는 Viber를 사용할 수 있거나 연결 상태가 5 % 인 패킷 손실은 문제가되지 않습니다. 웹 브라우징만으로도 충분합니다.

4. ISP로서, 목적지 간 지연 시간과 패킷 손실을 보여주는 MTR 결과를보고 싶습니다. 이는 병목 현상의 위치를 ​​파악하고 좋은 첫 단계입니다. 또한 테스트가 언제 완료되었는지 알고 싶습니다. 고객과 다른 용도 및 시스템에서 수행되는 작업을 테스트 할 수 있습니다. 수행 한 패킷 손실 그래프도 유용하지만 격리되어 있지는 않습니다.

   클라이언트로서, ISP는 패킷 손실을 나타내는 그래프를 변명 할 수 없었습니다 (5 분 간격으로 1 초에 한 번 250 번 핑, 그 핑에 대한 최소, 평균 및 최대 지연 시간과 결합하여 250 번 핑을 수행합니다). 또한 링크의 활용도를 보여주는 그래프 세트가 있으며 로컬 (즉, 매우 가까이 있음)을 보여주는 그래프 세트가 있으며 수백 KM에서 멀리 떨어져있는 다른 POP와 관련이 있습니다.

다른 관찰 :

오후에 대기 시간이 증가한 것 같습니다. 즉, 주변 사람들이 모두 사용 중일 때 문제가 WIFI 인 경우 가장 먼저보고 싶은 곳은 다음과 같습니다. 이를 배제한 후 ISP에 연결 초과 가입에 대해 질문하기 시작했습니다.

이것은 아마도 어딘가에 혼잡의 결과입니다. 라우터 일 수도 있지만 업스트림 공급자 일 가능성이 높습니다.

당신은 당신이 어떻게 50 핑을하고 있는지를 말하지 않습니다. 예를 들어, 어떤 시간 간격, 다음 시간 전에 실패 / 성공을 기다리거나 한 번에 50을 모두 발사합니다 (홍수 핑).

혼잡 한 기간 동안의 이러한 손실은 내 경험에서 드문 일이 아닙니다. ICMP 트래픽의 우선 순위를 낮출 수는 있지만 모든 연결의 동일한 비율에서 발생할 가능성이 더 높습니다. TCP는 패킷을 정상적으로 다시 보내고 순서를 변경하므로 눈에 띄지 않습니다.

상황을 더 잘 이해하려면 다음을 구현하는 것이 좋습니다.

1. 핑 간격을 늘리십시오
2. 도메인이 아닌 Google의 IP 주소 핑-google.com은 다수의 A 레코드를 반환하며이를 모르는 상태에서 다른 최종 IP를 사용하고 (따라서 다르게 라우팅)
3. 응답하는 평균 시간을 기록하십시오. 이것이 손실과 관련이 있는지 확인하십시오. 그렇게하면 핑 왕복 시간이 길고 손실이 많으면 혼잡을 나타냅니다. 그런 다음 대신 추적 경로 로그를 저장하여 조사하여 갑자기 증가한 시간이있는 곳에 병목 현상이 있는지 확인할 수 있습니다.
4. Google 이상의 핑을 시도하십시오. 과거에 네트워크 성능을 벤치마킹했을 때 4 ~ 5 개의 좋은 엔드 포인트 (호스트 이름이 아닌 IP 주소와 함께)를 사용하여 혼잡 또는 Google 네트워크 내의 특정 문제를 배제 할 수있었습니다. 전체 연결 문제

이것은 대부분의 가정용 ISP 계정에 해당됩니다. 사람들이 퇴근 후 집에 돌아와서 저녁 내내 온라인으로 갈 때 네트워크 정체로 인해 정점에 도달했습니다. 이런 종류의 저녁 최고점은 특히 온라인 게이머가 많은 하이테크 커뮤니티에서 두드러집니다 (예 : Microsoft의 홈인 레드몬드에서 살고있는 곳).