하나의 홉에서 높은 패킷 손실로 mtr 출력

유지 관리에 도움이되는 사이트에 액세스하는 최종 사용자의 성능 저하에 대한 불만을 조사하고 있습니다.

사이트에서 첫 번째 최종 사용자에게 다음 두 mtr 출력이 있습니다.

                                       Packets               Pings
 Host                                Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. 198.199.92.253                    0.0%   200    7.3   4.2   0.9  89.6   8.0
 2. 69.22.130.37                      0.0%   200    0.4   2.5   0.3  51.4   8.0
 3. 69.22.143.170                    42.5%   200    1.3   2.0   1.1  47.9   4.9
 4. 69.22.143.165                     0.0%   200    2.3   6.4   1.6  56.9   9.7
 5. 206.223.116.86                    0.0%   200    2.5   3.0   1.8  14.1   1.5
 6. 64.125.24.1                       0.0%   200    3.0   6.9   2.2  65.7   9.9
 7. 64.125.26.230                     0.0%   200   56.3  61.4  55.6 119.0  10.0
 8. 64.125.24.33                      0.5%   200   76.4  78.9  76.0 116.1   7.1
 9. 64.125.29.38                      0.0%   200   73.9  77.5  73.4 238.8  13.4
10. 64.125.31.181                     0.5%   200  160.0 159.4 156.2 181.4   4.3
11. 64.125.32.93                      0.0%   200  156.9 157.8 155.9 217.0   6.8
12. 62.253.174.190                    0.0%   200  166.0 166.5 165.6 172.8   1.2
13. 62.253.175.217                    0.0%   200  162.1 163.1 161.7 200.4   4.2
14. 213.105.159.194                   0.0%   200  163.8 165.0 163.4 241.2   8.3
15. 81.97.112.218                     0.0%   200  164.7 166.5 164.5 220.0   7.4
16. ???

내 네트워크에서 두 번째 :

                                       Packets               Pings
 Host                                Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. 216.16.235.1                      0.0%   115    0.4   0.4   0.3   0.6   0.1
 2. 216.16.232.37                     0.0%   115    0.9   0.9   0.6  18.8   1.7
 3. 216.16.255.141                    0.0%   115    0.8   0.7   0.6   1.1   0.1
 4. 216.16.255.130                    0.0%   114    1.0   1.0   0.8   1.4   0.1
 5. 24.153.3.141                      0.0%   114    1.9   3.6   1.5   6.5   1.2
 6. 64.71.241.97                      0.0%   114    3.4   5.3   3.3   7.4   1.1
 7. ???
 8. 64.124.128.193                   34.5%   114   18.9  19.2  18.7  39.0   2.3
 9. 64.125.21.74                      0.0%   114   19.2  20.4  18.9  49.9   5.0
10. 64.125.29.38                      0.0%   114   19.3  23.1  19.2  48.3   7.6
11. 64.125.27.186                     0.9%   114  105.2 106.1 105.1 137.8   3.2
12. 64.125.32.93                      0.0%   114  106.3 107.1 106.1 163.3   5.8
13. 62.253.174.190                    0.0%   114  181.8 123.5 115.8 206.3  20.9
14. 62.253.175.217                    0.0%   114  113.8 114.8 113.6 144.3   4.2
15. 213.105.159.194                   0.0%   114  115.3 115.9 115.2 163.5   4.6
16. 81.97.112.218                     0.0%   114  113.3 114.4 113.2 140.7   4.5
17. ???

대규모 패킷 손실로 홉을 어떻게 해석해야합니까? 그 홉이 일종의 비대칭 라우팅이 진행 중이며 경로 중 하나가 혼잡하다고 생각합니다.

이것이 최종 사용자에게 문제를 일으킬 수 있습니까?

MTR은 ICMP를 사용합니다. ICMP는 생성 된 문제 (높은 CPU, 낭비되는 대역폭, DoS 등)에 오용 될 수있는 방법으로 인해 인터넷에서 속도가 제한되는 경우가 많습니다.

이와 같은 출력이 표시되면 일반적으로 ICMP에 대한 속도 제한이 적용되었음을 나타냅니다. 빠른 웹 검색으로 MTR 사용에 관한 이 문서 를 찾았습니다 . 그것이 공식적이지는 않지만 (적어도 빠른 스캔으로) 괜찮은 것처럼 보이고 MTR을 사용하여 찾을 수있는 몇 가지 문제의 예를 제공합니다.

@YLearn은 이미 패킷 손실로 라우터에서 ICMP 속도 제한을 작성 했으므로 ICMP 요청에 대한 응답은 CPU에서 수행되고 패킷 전달은 일반적으로 ASIC에서 수행되기 때문에 원인이 될 수 있습니다. 따라서 이것은 전혀 문제가 될 필요가 없습니다.

Richard Steenbergen은 몇 년 전에 traceroute (및 MTR) 출력을 해석하는 데 대한 훌륭한 안내서를 작성했습니다. 그는 NANOG에서 멋진 프레젠테이션 을했습니다.

나는 네가 언급 한 라우팅이 그것의 일부가 될 수 있다고 말함으로써 이것을 머리말로 설명 할 것이다. 다른 홉이 아닌 혼잡 한 경로를 취하는 해당 홉에서 호스트로의 BACK 경로입니다.

내 사람은 생각 :이 특정 라우터의 데이터 평면에 문제가 있다면이 홉 후 모든 홉의 패킷 손실을 볼 것으로 예상되지만 알 수는 없습니다.

패킷의 TTL이 0에 도달하면 전송 호스트에 ICMP 응답을 다시 생성하기 위해 라우터의 평면을 제어해야합니다. 내 생각에 특정 라우터의 제어 평면 CPU (추적을 수행 한 시점)가 많이 사용되며 MTR의 시간 초과 값 외부에서 일부 응답을 다시 보냅니다.