말했는데, 왜 중간이 뚝 끊겨?

영상통화로 약속 시간을 말했습니다. 돌아온 답은 “몇 시라고? 중간이 안 들렸어.” 방금 또박또박 말했는데, 상대에게는 한 토막이 빠진 것처럼 들렸나 봅니다.

늦게 들린 것도 답답하지만, 아예 못 들었다니. 내가 보냈다는 것과 상대가 받았다는 것은 같은 말이 아니었습니다.

통화가 끊겼다고 원인을 바로 알 수는 없습니다. 다만 이런 현상을 이해할 때 살펴볼 것 중 하나가 보낸 데이터 조각이 모두 도착했는가입니다.

데이터는 조각으로 오갑니다

네트워크에서는 데이터를 한 덩어리로만 옮기지 않습니다. 전달할 내용을 나눈 작은 단위에 주소 같은 정보를 붙여 보냅니다. 이런 단위를 패킷이라고 합니다.^[1]

보낸 패킷이 목적지에 도착하지 않는 것을 패킷 손실이라고 부릅니다.^[2] ‘얼마나 늦게 왔나’를 보는 지연시간과 ‘왔는가’를 보는 손실은 다른 질문입니다.

이 예시는 출발한 조각과 도착한 조각이 다를 수 있다는 점만 보여줍니다. 실제 검사에서는 아주 늦게 도착한 것과 손실을 구분할 시간 기준도 필요합니다.^[2] 빈칸 하나를 보고 원본 파일이 영구히 사라졌다고 생각할 필요는 없습니다.

빠진 조각을 다시 보낼 수도 있지만

빠진 데이터를 알아채고 다시 보내는 방식도 있습니다. 인터넷 통신에 쓰이는 TCP는 손실이나 오류를 확인하고 재전송해, 앱에 데이터를 순서대로 전달하는 신뢰성 있는 바이트 흐름을 제공합니다.^[3]

그렇다고 연결이 아무리 나빠도 끝없이 복구된다는 뜻은 아닙니다. 기다리다가 연결이 실패할 수도 있습니다. 재전송으로 자료를 채우는 과정에는 시간이 더 들 수도 있고요.

반면 UDP 자체는 도착이나 순서, 중복 방지를 보장하지 않습니다. 필요한 보완을 앱이나 그 위의 통신 방식에서 처리할 수 있습니다.^[4] ‘인터넷이 알아서 무조건 다시 보내겠지’라고 모든 앱에 똑같이 적용하면 안 됩니다.

실시간 대화에는 타이밍도 중요합니다

나중에 완성되어도 되는 자료와 지금 들려야 하는 말은 사정이 다릅니다. 소리를 재생할 시점이 지난 뒤 도착한 자료는 이미 늦을 수 있습니다.^[2] 실시간 서비스가 손실이나 늦은 자료에 대처하는 방식은 사용하는 프로토콜과 앱에 따라 달라집니다.

따라서 통화 중 소리가 끊겼다는 사실만으로 패킷 손실을 확정할 수는 없습니다. 마이크·기기·앱의 문제 등 다른 원인도 함께 살펴야 합니다. 다운로드가 빠르다는 사실 하나로 통화 품질까지 보장되는 것도 아닙니다.

다음에 끊기면, 함께 남겨둘 것

• 서비스가 연결 품질 정보를 제공한다면 손실·지연 같은 항목이 있는지 확인합니다. 어떤 구간과 시간의 값인지도 함께 봅니다.
• 끊긴 시간, 사용한 앱과 기기, 와이파이·유선·모바일 데이터 등 연결 조건을 적어둡니다.
• 특정 앱이나 기기에서만 반복되는지 비교합니다. 표시 하나만 보고 회선이나 장비 고장으로 결론 내리지는 않습니다.

“보냈는데?” 다음에는 “잘 도착했나?”도 필요합니다. 늦게 오는 것과 빠지는 것을 나누면, 끊김을 설명할 때도 조금 더 정확한 질문을 할 수 있습니다.