국경을 넘는 통신이 갑자기 느려지고, 음성 통화가 자꾸 끊기고, 게임 지연이 오르내린다. 이 모두의 공통점은 어느 구간에서 막히는지 아무도 말하지 못한다는 것이다. WinMTR 은 ping 과 traceroute 를 한 창에 담고 구간별 표로 손실과 지연을 펼쳐, 문제의 자리를 짚을 수 있게 한다.

왜 구간별 값이 필요한가

내 기계에서 목적 서버까지 패킷은 대개 열몇 개, 때로는 스무 개가 넘는 중간 지점을 지난다. 집의 공유기, 통신사 접속 장비, 기간망의 교환 지점, 상대 전산실의 입구. 그중 하나가 막히거나 떨어뜨리면 전체 경험이 나빠지지만 밖에서 보이는 모습은 모두 같다. 불러오기가 느리고 걸리고 흐름이 끊긴다.

ping 만 보면 통하는지와 평균 몇 밀리초인지를 안다. traceroute 만 보면 경로가 어느 지점을 지나는지를 안다. 어느 쪽도 어느 구간부터 나빠지는지에는 답하지 못한다. 두 값을 같은 표에 놓고 구간마다 견주어야 답이 나온다.

어느 구간이 원인인지 한 장의 표로

화면의 본체는 계속 새로 고쳐지는 표다. 한 줄이 경로의 한 구간에 해당하고 왼쪽부터 지점 번호, 손실 비율, 보낸 탐색 수, 평균 응답 시간, 그리고 그 지점의 이름과 IP 주소가 놓인다. 값은 1초마다 갱신되고 표도 따라간다.

읽는 순서는 대개 손실 열에서 시작한다. 어느 줄에 갑자기 뚜렷한 손실이 나타나고 그 뒤 줄도 같은 수준을 유지하면 원인은 그 구간이나 그 상류에 있다. 뒤 줄이 정상으로 돌아오면 그 지점이 탐색에 응답하지 않는 방침일 가능성이 크다. 공식 설명에는 일부 공유기가 ICMP 요청을 무시하므로 그런 빈 줄은 정상이라고 따로 적어 두었다.

계속 지켜보기와 세는 방식

표 말고도 공식 기능 목록은 몇 가지를 축으로 삼는다. 계속 지켜보기는 목적을 향해 탐색을 보내며 통계를 쌓는 일이다. 손실 검출은 경로의 어느 구간에서 패킷이 버려지는지를 찾는다. 지연 추적은 구간별 응답 시간의 아래와 위 한계, 그리고 평균을 내놓아 흔들림이 생기는 자리를 판단하게 한다.

통계의 의미는 표본 수에 기대고 있다. 공식은 한 번의 시험을 1분에서 2분 이어 가도록 권한다. 탐색이 많아질수록 손실과 지연 값이 안정된다. 몇 초 동안 몇 번의 시험은 우연한 흔들림에 쉽게 휩쓸린다.

결과를 넘기는 방법

통신 문제를 좇을 때 결론은 대개 통신사나 전산실 지원 창구로 간다. WinMTR 은 결과를 붙여넣기 자리로 복사하거나 텍스트와 HTML 로 내보낼 수 있어, 구간별 기록을 그대로 접수에 붙일 수 있다. 표를 손으로 베끼는 수고가 줄고 상대도 원래 값을 직접 본다.

설치 없이 들고 다니기, 그리고 명령 줄

설치는 가볍게 되어 있다. 공식 배포물은 압축된 한 덩어리이고, 풀어서 안의 실행 파일을 그대로 돌린다. 안내가 뜨지 않고 관리자 권한도 필요 없으며 등록 내용에도 쓰지 않는다. 공식은 실행 파일을 시스템 폴더로 복사하면 명령 줄에서 바로 부를 수 있다고 덧붙인다.

명령 줄 지원은 절차를 자동화하는 자리를 덮는다. 화면 외에 온전한 인수가 마련되어 있어, 일괄 처리 파일이나 절차 안에서 정해진 대상으로 시험을 돌리고 결과를 모아 오래 견줄 수 있다.

프로젝트와 공개 허락

이 프로젝트의 시간 폭은 길다. 2000 년에 Vasile Laurentiu Stanimir 가 시작했고, 출발점은 Linux 와 UNIX 세계의 Matt's Traceroute 를 Windows 로 옮긴 것이었다. 이름에 들어 있는 MTR 도 거기서 왔다. 이후 GPL v2 허락으로 공개되어 코드가 열렸고, 공식 사이트는 2025 년 11 월에 옮겨졌으며 개발 보관소도 같은 때 공개 플랫폼으로 이동했다.

지금 유지는 Dragos Manac 이 맡는다. 공식 페이지와 보관소 설명 모두 함께 손볼 개발자를 아직 찾고 있다고 적는다. 이십 년 넘게 돌아온 작은 도구에게 그 한 문장은 곧 지금의 모습이기도 하다.

언제 꺼내 쓰는가

맞는 상황은 분명하다. 통신에 이어지는 이상이 나타났고 문제를 특정 구간으로 좁혀야 할 때다. 결론이 충분한 관찰 시간에 기대므로 간단한 속도 측정보다 원인을 좇는 과정에서 증거를 확보하는 도구로 쓰는 편이 어울린다.

ping 과 traceroute 를 한 표에 담고 계속 새로 고치게 한다. WinMTR 은 이십 년 넘게 거의 변하지 않은 생각으로 지금도 흔한 추적의 난제를 푼다.

실제로는 먼저 시험 시간을 1분에서 2분으로 늘려 값이 안정되게 한다. 다음으로 손실이 나타난 구간과 그 뒤 지점의 모습을 견주어 회선 문제인지 지점의 응답 방침인지 가른다. 이상이 확인되면 내보내기로 기록 전체를 접수에 붙인다.