OneWebDesk

Ping 결과 해석기

붙여넣은 ping 출력에서 패킷 손실률과 최소/평균/최대 지연을 추출해 해석합니다.

터미널이나 명령 프롬프트에서 실행한 ping 결과를 그대로 붙여넣으면 전송/수신 패킷 수, 패킷 손실률, 최소·평균·최대 응답시간(RTT)을 자동으로 뽑아내고 정상/주의/위험으로 한눈에 판정합니다. Windows의 Packets: Sent = 4, Received = 4 형식과 Linux·macOS의 4 packets transmitted, 4 received 형식을 모두 인식합니다.

숫자를 일일이 읽지 않아도 손실이 있는지, 지연이 큰지 즉시 알 수 있어 네트워크 장애 1차 분류에 유용합니다. 여러 번 측정한 지연 데이터를 통계로 정리하려면 지연 백분위 계산기를, 서버 응답 속도 등급이 궁금하면 응답시간 등급을 함께 보세요.

ping 명령의 전체 출력을 붙여넣으면 패킷 손실과 응답시간을 분석합니다.

붙여넣을 수 있는 형식

ping 명령의 마지막 요약 줄만 있으면 됩니다. 다음 두 형식 중 어느 쪽이든 인식합니다.

  • Linux / macOS: 4 packets transmitted, 4 received, 0% packet loss rtt min/avg/max/mdev = 1.2/3.4/5.6/0.7 ms (또는 round-trip min/avg/max = ...)
  • Windows: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss) Minimum = 1ms, Maximum = 3ms, Average = 2ms

판정 기준

아래 기준으로 정상·주의·위험을 표시합니다. 평균 지연과 손실률 중 더 나쁜 쪽을 따릅니다.

  • 정상: 손실 0% 그리고 평균 RTT 100ms 미만
  • 주의: 손실 10% 이하 또는 평균 RTT 100~250ms
  • 위험: 손실 10% 초과 또는 평균 RTT 250ms 초과

높은 지연이 보이면 경로상 혼잡이나 거리(물리적 RTT)를, 손실이 보이면 무선 구간·과부하·MTU 문제를 의심할 수 있습니다.

거리·연결 유형별 RTT 기준표

평균 RTT가 정상인지 판단하려면 절대값보다 “물리적으로 가능한 최소값”과 비교하는 게 정확합니다. 빛이 광섬유 안에서는 진공의 약 2/3 속도(약 200km/ms)로 가는데, 신호는 왕복하므로 1,000km 거리는 이론상 최소 약 10ms가 걸립니다. 아래는 한국에서 측정할 때 흔히 보이는 대략적인 RTT 범위입니다.

구간 / 연결평균 RTT(대략)메모
같은 LAN / 127.0.0.1< 1ms루프백은 사실상 0ms, 0ms로 표시되기도 함
집 공유기 → 유선 PC1~3msWi-Fi면 5~30ms로 출렁임
국내 서버(서울 ↔ 부산)5~20ms국내 CDN/게임 서버 기준
일본 / 홍콩30~60ms가까운 해외 리전
미국 서부120~160ms태평양 해저케이블, 100ms 넘는 게 정상
유럽 / LTE·5G 모바일200~300ms / 30~80ms모바일은 무선 첫 홉에서 지연·변동 큼

즉 미국 서버에 핑을 쳤는데 평균 150ms가 나왔다면 이 도구가 “주의”로 표시하더라도 그 거리에선 정상입니다. 판정은 일반 기준일 뿐, 대상까지의 거리를 함께 고려하세요.

실제 예시로 읽어보기

다음 Linux 출력을 붙여넣었다고 해봅시다.

  • 10 packets transmitted, 9 received, 10% packet loss, time 9012ms
  • rtt min/avg/max/mdev = 28.4/41.7/210.3/52.1 ms

이 도구는 손실 10%, 평균 41.7ms로 읽습니다. 평균만 보면 양호하지만 손실 10%가 기준에 걸려 전체는 “주의”가 됩니다. 더 중요한 단서는 숨어 있습니다. min 28.4에 비해max 210.3이 7배 이상이고 mdev 52.1이 매우 큽니다. 평균은 멀쩡해 보여도 일부 패킷이 크게 튀고 있다는 뜻으로, 전형적인 버퍼블로트(혼잡)나 불안정한 무선 구간의 흔적입니다. 평균값 하나만 믿지 말고 반드시 max와 mdev를 함께 보세요.

흔한 실수 / 함정

  • 4번만 쳐보고 손실을 단정: Windows ping 기본값은 4회뿐이라 1개만 빠져도25% loss로 표시됩니다. 손실률은 표본이 적으면 의미가 없으니 ping -n 50(Windows)이나ping -c 50(Linux/macOS)처럼 충분히 보낸 결과를 붙여넣으세요.
  • 평균만 보고 안심: 평균 RTT가 낮아도 max·mdev(jitter)가 크면 화상통화·게임은 끊깁니다. 평균이 아니라 변동 폭이 체감 품질을 좌우할 때가 많습니다.

자주 묻는 질문

어떤 줄을 복사해서 붙여넣어야 하나요?
ping 출력 전체를 그대로 붙여넣으면 됩니다. 도구가 요약 줄(packets transmitted / Packets: Sent 등)과 RTT 줄을 자동으로 찾아 분석합니다. 일부만 붙여넣어도 인식되는 줄이 있으면 그 값만 표시합니다.
Windows와 Linux 형식을 둘 다 지원하나요?
네. Windows의 'Packets: Sent/Received/Lost'와 'Minimum/Maximum/Average', Linux·macOS의 'packets transmitted/received', '% packet loss', 'rtt'/'round-trip min/avg/max' 줄을 모두 인식합니다.
패킷 손실은 어느 정도부터 문제인가요?
이상적으로는 0%여야 합니다. 1~2%의 산발적 손실도 TCP 재전송과 화상통화 품질에 영향을 줄 수 있고, 10%를 넘으면 명백한 장애로 봅니다.
평균 응답시간이 높으면 무엇을 의심하나요?
물리적 거리(대륙 간), 경로 혼잡, 무선 구간 지연, 라우터 큐잉 등이 원인일 수 있습니다. 변동이 큰지(mdev/jitter)도 함께 보면 좋습니다.
붙여넣은 내용이 서버로 전송되나요?
아니요. 모든 분석은 브라우저 안에서만 정규식으로 처리되며, 붙여넣은 ping 결과는 어디로도 전송되거나 저장되지 않습니다.