☰

높은 패킷 손실 - 모든 홉이 빨간색으로 표시됨

tag-icon • tag-icon networking latency packet-loss
높은 패킷 손실 - 모든 홉이 빨간색으로 표시됨

Ping Plotter를 실행했는데 모든 홉에서 높은 패킷 손실(약 12%)이 발생한 결과는 다음과 같습니다. Google 라우터에 결함이 있다는 사실이 믿기지 않습니다. 네트워크 카드에 문제가 있는 걸까요?

스크린샷을 클릭하면 확대됩니다.

핑 플로터 화면 그림(월드 오브 탱크를 제외한 모든 네트워크 트래픽을 닫고 로컬 라우터를 제거함):

피크타임

또한 winMTR(라디오 및 starcraft2 실행)을 실행했으며 홈 라우터도 추가했습니다.

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                               my.router -    0 | 1631 | 1631 |    0 |    0 |    3 |    1 |
|                                10.0.0.1 -    5 | 1413 | 1356 |    1 |   11 |   41 |    3 |
|                qr90.bucuresti.rdsnet.ro -    5 | 1379 | 1313 |    1 |   12 |   78 |    3 |
|                cr01.bucuresti.rdsnet.ro -    4 | 1436 | 1385 |    2 |   18 |   50 |    3 |
|                xr01.budapesta.rdsnet.ro -    5 | 1407 | 1348 |   13 |   24 |   70 |   14 |
|                xr01.budapesta.rdsnet.ro -    4 | 1430 | 1377 |   13 |   24 |  125 |   15 |
|               213-154-130-234.rdsnet.ro -    4 | 1422 | 1367 |   13 |   27 |  122 |   14 |
|                          209.85.242.228 -    4 | 1429 | 1376 |   13 |   26 |  121 |   14 |
|                           72.14.232.102 -    4 | 1421 | 1366 |   30 |   44 |  142 |   45 |
|                            72.14.236.21 -    4 | 1440 | 1390 |   28 |   45 |  204 |   29 |
|                           209.85.254.57 -    5 | 1402 | 1342 |   31 |   46 |   86 |   32 |
|                          www.google.com -    4 | 1441 | 1391 |   29 |   40 |   69 |   31 |
|________________________________________________|______|______|______|______|______|______|
  WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

토렌트와 내 컴퓨터의 모든 항목이 작동하는 오전 4시쯤에 트래픽이 발생합니다.

오전 4시

내 홈 라우터를 추가했을 때 패킷 손실이 없다는 것을 알았으므로 문제는 10.0.0.1 라우터에 있는 것 같습니다. ISP 직원이 와서 연결성을 확인하고 괜찮다고 했지만 지연 급증 문제가 여전히 존재합니다. 제가 느낀 점 중 하나는 아침과 늦은 밤에도 연결이 괜찮다는 것입니다.

답변1

이것은 완전히 정상적인 것 같습니다. 명심해야 할 두 가지 사항이 있습니다.

첫째, 특정 연결에 패킷 손실이 표시되면 해당 연결을 포함하는 모든 경로에서 동일한 패킷 손실이 표시됩니다. 따라서 ISP에 대한 연결에서 패킷이 삭제되는 경우 과거의 모든 지점에서 동일한 패킷 손실이 표시됩니다. 패킷 손실은 패킷을 보내고 패킷이 다시 수신되는지 확인하여 측정됩니다.

둘째, 패킷 손실은 정상입니다. 이는 특정 "X를 얻으면 Y를 얻습니다" 메커니즘 없이 여러 TCP 스트림이 연결을 공유하는 방법을 알아내는 방법입니다. 토렌트 프로그램을 실행하고 있기 때문에 아마도 상당히 많은 수의 TCP 연결이 있을 것이고 그들은 모두 얼마나 많은 대역폭을 얻을 수 있는지 알아내려고 노력하고 있을 것입니다. TCP 연결은 패킷이 삭제되기 시작할 때까지 속도가 증가했다가 다시 감소합니다.

이러한 연결 중 하나가 갑자기 느려진다고 가정해 보세요. 다른 사람들은 더 많은 대역폭을 사용할 수 있다는 것을 어떻게 알 수 있습니까? 유일한 방법은 주기적으로 전송 속도를 높이려고 시도하는 것입니다. 연결이 귀하의 연결을 완전히 활용하고 그 중 하나가 전송 속도를 높이려고 시도하면 어떻게 될 것이라고 생각하십니까? 예, 몇 개의 패킷이 삭제됩니다. 패킷이 삭제되지 않으면 모든 TCP 연결의 대역폭 소비가 증가합니다. 어떻게 작동할까요?

패킷 손실에 민감한 응용 프로그램을 실행하려고 하기 때문에 이것이 문제가 되는 경우 토렌트 프로그램에서 허용하는 인바운드 및 아웃바운드 트래픽 제한을 구성하십시오. 프로그램에 표시되는 최대 트래픽 수준의 약 85%로 설정하세요. 이로 인해 토렌트 프로그램의 성능이 15%만 저하되며 일반적으로 패킷 손실 수준을 0으로 유지해야 합니다. (다른 프로그램이 트래픽을 생성한 다음 해당 프로그램이 토렌트와 공유하는 방법을 알아내야 하는 경우는 제외됩니다.)

답변2

토렌트는 많은 수의 TCP 및 UDP 연결을 사용하므로 라우터에 따라 작업을 수행하는 동안 라우터의 RAM을 모두 사용할 수 있습니다. 10.xxx 네트워크에 대한 패킷 손실이 확인되었으므로 라우터와 해당 네트워크 사이에 문제가 있음을 알려주므로 이더넷 코드를 변경하고 DSL을 사용하는 경우 전화 코드를 변경하고 전화 코드가 10.xxx보다 길지 않은지 확인하십시오. 3피트. 표준 전화 코드는 차폐되어 있지 않으며 연선을 사용하지 않으므로 전기 및 자기 간섭에 매우 민감합니다.

또한 DSL 연결을 사용하는 경우 많은 지역에서 "로컬 포화"라는 문제가 발생합니다. 기본적으로 DSLAM이 처리할 수 있는 사람이 너무 많아 패킷 손실이 발생합니다.

플로터당 패킷 손실이 발생하는 원격 네트워크에 대해서는 확실하지 않지만 해당 네트워크는 ISP의 제어 범위를 벗어납니다.

관련 정보