지터란 무엇인가요? 통화 전에 지터와 패킷 손실 테스트하기

지터는 연결 지연 시간이 순간순간 얼마나 달라지는지를 나타냅니다. 패킷 손실은 데이터 중 도착하지 않는 비율입니다. 통화에서 지터가 높으면 목소리가 로봇처럼 들리고, 손실이 있으면 연결 속도가 빠르더라도 단어와 음절이 끊깁니다. Microsoft가 제시하는 Teams 오디오의 일반적인 기준은 지터 30ms 미만, 패킷 손실 2% 미만입니다. Zoom은 지터 40ms 이하, 손실 2% 이하를 권장합니다. 브라우저, Windows 명령줄 또는 회의 앱 자체 통계에서 두 값을 측정할 수 있습니다.

다음 안내 빠른 인터넷에서도 통화가 끊기는 이유 에서는 속도만으로는 충분하지 않은 이유를 설명하고, 통화 전 인터넷 연결 검사 에서는 언제 테스트해야 하는지 다룹니다. 이 안내에서는 두 수치의 의미와 측정 방법을 설명합니다.

통화 중 지터와 패킷 손실

오디오와 동영상은 초당 수많은 작은 패킷으로 전송됩니다. 모든 패킷이 똑같이 40ms 만에 도착한다면 통화가 단지 40ms 늦게 진행될 뿐이라 아무도 알아차리지 못합니다. 지터란 그 간격이 불규칙한 상태입니다. 어떤 패킷은 20ms, 다음 패킷은 70ms가 걸립니다. 회의 앱은 이를 완화하기 위해 패킷을 버퍼에 보관합니다. Microsoft에 따르면 Teams는 버퍼링으로 어느 정도 지터에 대응할 수 있으며지터가 버퍼가 흡수할 수 있는 수준을 넘어설 때만 사용자가 이를 알아차립니다.

패킷 손실은 더 나쁩니다. 손실된 패킷은 사라지고 앱은 그 빈틈을 메워야 하기 때문입니다. Microsoft의 통화 품질 안내 에서는 각 문제가 어떻게 들리는지 설명합니다.

양호한 수치의 기준

회의 앱마다 자체 기준 수치를 공개합니다. 해당 수치는 그 앱의 통화 트래픽을 기준으로 한 목표값이므로, 다른 테스트 결과를 볼 때 비교 기준으로 사용하세요.

한 번의 측정값이 이 기준을 넘었다고 해서 통화가 실패한다는 뜻은 아닙니다. 몇 분 동안 높은 수치가 계속되거나 다른 사람이 연결을 사용하기 시작할 때마다 수치가 올라간다면 통화 전에 해결하는 것이 좋습니다.

지터 계산 방법

도구마다 지터를 조금씩 다르게 측정하므로 같은 도구로 측정한 결과끼리 비교하세요. 예를 들어 Cloudflare 속도 테스트는 지터를 계산할 때 연속된 지연 시간 측정값 간 차이의 평균을 구합니다. 측정값이 20, 24, 19, 45, 21ms라면 차이는 4, 5, 26, 24ms이므로 지터는 약 15ms입니다. 평균 지연 시간은 26ms지만, 이 값만 보면 한 번의 측정에 다른 경우보다 약 두 배의 시간이 걸렸다는 점을 알 수 없습니다.

통화 전에 테스트하는 세 가지 방법

1. 두 항목을 모두 표시하는 브라우저 테스트

열기 speed.cloudflare.com 에서 참가할 PC를 사용해 테스트하세요. Cloudflare의 설명에 따르면 이 테스트는 연결이 유휴 상태일 때와 다운로드 및 업로드로 사용 중일 때 모두 지터를 측정하고, WebRTC TURN 서버를 통해 패킷을 중계해 패킷 손실을 측정합니다. 유휴 상태와 부하 상태의 차이를 확인하세요. 연결이 사용 중일 때 지터가 급증한다면 백업, 클라우드 동기화 또는 다른 장치의 업로드가 회선을 가득 채우고 있을 수 있으며, 통화에도 똑같은 문제가 생길 수 있습니다.

2. Windows 명령줄: ping 및 pathping

명령 프롬프트 또는 터미널을 열고 다음을 실행하세요.

ping -n 100 1.1.1.1

기본적으로 ping은 요청을 네 번 전송합니다.; -n 100 는 요청을 100번 전송하며, 1~2분 정도 걸립니다. 요약 줄에 손실된 요청 수와 손실률이 표시됩니다. 최소 시간과 최대 시간을 보면 가장 빠른 응답과 가장 느린 응답 간 차이를 알 수 있습니다.

손실이 시작되는 위치를 확인하려면 다음을 실행하세요.

pathping 1.1.1.1

pathping은 경로상의 각 라우터에 요청을 100번 보내고 각각의 손실을 표시합니다. 몇 분 정도 걸립니다. 결과를 주의 깊게 읽으세요. Microsoft가 제시한 예시에는 자신에게 전송된 요청은 버리면서 다른 모든 요청은 계속 전달하는 라우터가 나옵니다. 한 라우터에서 손실이 나타나더라도 경로의 끝까지 이어지지 않으면 문제가 되지 않습니다. 한 라우터에서 시작된 손실이 목적지까지 계속 이어지면 실제 손실입니다.

• 첫 번째 홉, 즉 자신의 라우터에서 손실이 발생하면 Wi-Fi 또는 홈 네트워크 문제일 수 있습니다.
• 경로 중간 이후부터 손실이 시작되면 인터넷 서비스 제공업체 또는 그 이후의 네트워크 문제일 수 있습니다.

3. 회의 앱 자체의 수치

실제 통화 자체를 측정하는 유일한 방법입니다. 통화 중 Teams에서 추가 작업 → 설정 → 통화 상태 를 여세요. Microsoft에 따르면 수치는 15초마다 갱신됩니다.Zoom 데스크톱 앱에서는 설정 → 통계를 여세요. 테스트 통화로도 충분합니다. 다음 안내에서 Teams 테스트 통화 및 Zoom 테스트 회의 테스트 통화를 시작하는 방법을 확인하세요.

Teams의 경우 Microsoft는 무료 Teams 네트워크 평가 도구도 제공합니다. 가장 가까운 Teams 릴레이로 패킷을 보내고 되돌려 받은 다음 손실, 지터 및 왕복 시간을 표시합니다.

수치가 높을 때 바꿔 볼 사항

CallReady에서 측정하는 항목

CallReady 은 사전 통화 검사의 일환으로 Windows 트레이에서 연결을 확인합니다. Cloudflare까지의 지연 시간, 지터 및 대략적인 다운로드 및 업로드 처리량을 측정한 다음 카메라 및 마이크 결과와 함께 표시합니다. 패킷 손실은 측정하지 않습니다. 상대방이 말이 끊긴다고 하면 Cloudflare 테스트나 pathping 회의 앱 통계를 사용해 확인하세요.

CallReady는 Teams 또는 Zoom 서버로 가는 미디어 경로가 아니라 Cloudflare까지의 경로를 측정합니다. 결과가 양호하면 사용자의 연결이 안정적이라는 뜻입니다. Teams 또는 Zoom에 특화된 정보를 확인하려면 테스트 통화에서 앱 통계를 사용하세요.

자주 묻는 질문