Ping·Traceroute 결과 분석기

두 가지 원칙

• 어떤 구간에서 시작해 끝까지 이어지는 지연은 진짜입니다. 한 구간에만 있고 이후 구간에는 없는 지연은, 그 라우터가 전달이 아니라 응답이 느린 것입니다.
• 손실도 마찬가지입니다. 목적지까지 이어지는 손실은 진짜이고, 한 구간에만 있는 손실은 응답 제한입니다.

이유와 예시는 traceroute 결과 읽는 법에, 통신사에 보낼 내용은 네트워크 문제를 제대로 알리는 법에 있습니다.

어떤 명령어를 읽을 수 있나요?

macOS·Linux의 ping과 traceroute, 영어·한국어 Windows의 ping과 tracert, mtr 보고서(mtr -rw)입니다.

어떤 구간이 * * *로 나와요. 이게 문제인가요?

그 뒤의 모든 구간도 조용할 때만 문제입니다. 조용한 구간 뒤에 응답하는 구간이 있다면, traceroute에 답하지 않는 라우터일 뿐이라 흔하고 무해합니다.

traceroute 대신 mtr을 왜 쓰나요?

mtr은 구간마다 여러 번 보내서 손실과 평균을 알려주므로, 실제 손실과 단지 답이 느린 라우터를 구별할 수 있습니다. 1~2분 정도 돌리세요.

결과가 어딘가로 전송되나요?

아니요. 브라우저 안에서 읽습니다. 결과에 내부 주소가 들어 있는 경우가 많아서 중요한 부분입니다.