mtr 대 추적 경로

Traceroute와 mtr은 모두 네트워크 경로 문제를 진단하기 위한 명령줄 도구입니다. Traceroute는 패킷이 이동하는 경로에 대한 일회성 스냅샷을 제공합니다. mtr은 동일한 작업을 수행하지만 계속 프로빙하여 패킷 손실, 지연 시간 및 시간 경과에 따른 지터에 대한 통계를 구축합니다. 이 포스팅에서는 각 도구의 작동 방식, 결과물을 읽는 방법, 사용 시기를 다룹니다.

추적 경로의 작동 방식

추적 라우팅은 IP 패킷 헤더의 TTL(Time-to-Live) 필드를 사용합니다. TTL이 1로 설정된 패킷을 전송하면 첫 번째 라우터는 TTL을 0으로 낮추고 패킷을 삭제한 후 ICMP "시간 초과" 메시지를 다시 보냅니다. 추적 라우팅은 라우터의 IP와 왕복 시간을 기록한 다음 패킷이 목적지에 도달하거나 최대 홉 제한(기본적으로 30개, -m으로 조정 가능)에 도달할 때까지 TTL을 2로 설정한 다른 패킷을 전송하는 식으로 반복합니다.

기본적으로 추적 라우팅은 홉당 3개의 프로브를 전송하여 3개의 지연 시간 수치를 제공합니다. 프로토콜은 OS에 따라 다릅니다:

• Windows: Tracert 명령은 ICMP 에코 요청을 보냅니다.
• Linux/macOS: traceroute 명령은 UDP 데이터그램(포트 33434-33534)을 보냅니다. UDP가 차단된 경우 ICMP에는 -I를, TCP에는 -T를 사용합니다.

N 플래그를 추가하면 역방향 DNS 조회를 건너뛸 수 있으므로 홉이 많은 경로에서 속도가 눈에 띄게 빨라집니다.

Mtr 작동 방식

mtr(내 추적 경로)은 추적 경로와 동일한 TTL 기반 경로 검색을 사용하지만 일반적으로 초당 하나씩 프로브를 계속 보냅니다. 홉당 3개의 데이터 포인트 대신 패킷 손실률, 평균 지연 시간, 최고 및 최저 응답 시간, 표준 편차(지터)와 같은 실행 통계를 얻을 수 있습니다.

mtr은 ICMP(기본값), UDP, TCP SYN 프로브를 지원합니다. TCP 모드는 방화벽이 ICMP를 차단하거나 특정 애플리케이션 포트를 테스트하려는 경우에 유용합니다:

mtr --tcp --port 443 example.com

지원팀과 공유할 수 있는 비대화형 보고서의 경우 보고서 모드를 사용하세요:

mtr --report --report-cycles 100 example.com

이 모드는 100개의 프로브를 실행하고 요약을 인쇄합니다. 또한 --psize를 사용하여 사용자 지정 패킷 크기를 설정하여 MTU 또는 조각화 문제를 테스트할 수 있습니다.

mtr은 Linux와 macOS에서 기본적으로 실행됩니다. Windows 사용자는 GUI에 해당하는 WinMTR을 사용할 수 있습니다.

주요 차이점

실질적인 차이는 간헐적인 문제로 귀결됩니다. 단일 추적 경로로는 패킷의 2%를 떨어뜨리는 라우터나 15ms의 지터가 있는 홉을 쉽게 놓칠 수 있지만, mtr은 계속 측정하기 때문에 이를 포착합니다.

출력물 읽기

추적 경로 또는 mtr 출력을 읽을 때 가장 흔한 실수는 문제가 있어 보이는 중간 홉이 실제 문제가 있다고 가정하는 것입니다. 보통은 그렇지 않습니다.

추적 경로의 별표(*) 는 라우터가 프로브에 응답하지 않았음을 의미합니다. 많은 라우터는 ICMP를 무시하거나 속도를 제한하도록 구성되어 있습니다. 그 다음 홉이 정상적으로 응답하면 경로가 정상입니다.

단일 홉에서의 패킷 손실(mtr )도 동일한 논리를 따릅니다. 5번째 홉에서 20%의 손실이 표시되지만 최종 목적지가 0%로 표시되는 경우 해당 라우터는 프로브 응답의 우선순위를 낮추고 있을 뿐입니다. 실제 패킷 손실은 한 홉에서 손실이 나타나고 이후 목적지까지 이어지는 모든 홉에서 지속되는 패턴으로 나타납니다.

홉 사이의지연 시간 점프는 정상이며 예상되는 현상입니다. 10ms에서 80ms로 점프하는 것은 일반적으로 패킷이 바다나 긴 육로를 통과했음을 의미합니다. 지연 시간이 거리에 비해 비정상적으로 높거나(대도시 지역 내 5ms 미만, 국가 간 수십 밀리초, 대양 횡단 80~150ms) 최종 목적지 지연 시간이 허용할 수 없는 경우에만 지연 시간에 대해 걱정하세요.

Mtr 단위의 StDev(지터 )는 주목할 가치가 있습니다. 모든 홉에서 10ms를 초과하는 값은 VoIP, 화상 통화 및 게임에 문제를 일으킬 수 있습니다. 높은 지터가 표시되면 최소 100회 이상 실행하여 일시적인 급증이 아닌 지속적인 패턴인지 확인하세요.

각 도구의 사용 시기

목적지에 도달할 수 있는지, 도달할 수 없다면 경로가 어디에서 끊어지는지 등 빠른 답변이 필요할 때추적 경로를 사용하세요 이 도구는 정전 및 기본 라우팅 확인을 위한 올바른 시작점입니다.

문제가 간헐적으로 발생하거나 성능과 관련된 경우에는mtr을 사용하세요. 간헐적인 연결 끊김, VoIP 품질 문제 또는 지연 시간 급증을 보고하는 사용자에게는 mtr의 지속적인 데이터가 필요합니다. 신뢰할 수 있는 통계를 얻으려면 최소 50~100주기를 실행하세요.

철저한 진단을 위해 컴퓨터에서 서버로, 서버에서 다시 사용자 IP로 양방향으로 mtr을 실행하세요. 인터넷 라우팅은 비대칭이므로 반환 경로가 완전히 다른 특성을 가질 수 있습니다. 한 방향만 테스트하면 실제로 문제가 있는 위치를 놓칠 수 있습니다.

전용 서버 또는 VPS에 문제가 발생하는 경우 FDC 서버 지원팀은 네트워크 에스컬레이션을 위한 표준 진단 증거로 mtr 보고서를 접수합니다.