공유기·회사 와이파이 뒤에서도 통화가 되는 이유: NAT와 STUN·TURN

매장이나 사무실의 휴대폰은 대부분 공유기를 거쳐 인터넷에 연결됩니다. 공유기는 여러 기기를 하나의 바깥 주소 뒤에 숨기는데, 이 구조 때문에 실시간 음성이 들어오는 길이 막히기 쉽습니다. 인터넷전화가 그래도 잘 되는 것은 ICE라는 방식으로 STUN과 TURN을 활용해 통하는 길을 찾아내기 때문입니다.

NAT란? 공유기가 주소를 바꿔 주는 방식

NAT(Network Address Translation, 네트워크 주소 변환)는 공유기 안쪽 기기들의 사설 주소를 바깥에서 쓰는 공인 주소 하나로 바꿔 주는 기능입니다. 집이나 가게 와이파이에 연결된 휴대폰 여러 대가 바깥에서는 모두 같은 주소로 보이는 이유가 여기에 있습니다.

NAT는 안에서 밖으로 나가는 연결은 잘 기억해 두지만, 밖에서 먼저 들어오는 데이터는 누구에게 전달할지 몰라 버리는 경우가 많습니다. 웹 페이지를 볼 때는 문제가 없지만, 상대가 언제든 음성을 보내야 하는 전화에서는 이 점이 걸림돌이 됩니다. 한쪽 소리만 들리는 현상도 이런 원인에서 자주 생깁니다.

STUN: 내 바깥 주소를 알아내기

STUN(Session Traversal Utilities for NAT)은 기기가 자신이 바깥에서 어떤 주소로 보이는지 알아내는 방법입니다. 바깥 서버에 물어보면 서버가 요청이 도착한 주소를 알려 주고, 기기는 그 주소를 음성을 받을 후보로 상대에게 알립니다. 많은 일반 공유기 환경은 이 방법만으로 해결됩니다.

TURN: 직접 연결이 안 될 때의 중계

일부 회사 방화벽이나 통신망은 목적지마다 주소를 다르게 바꾸는 엄격한 NAT를 씁니다. 이런 환경에서는 STUN으로 알아낸 주소로도 길이 열리지 않습니다. TURN(Traversal Using Relays around NAT)은 이럴 때 중계 서버가 음성을 대신 받아 전달하는 방식입니다. 거의 모든 환경에서 통하지만 한 번 더 거쳐 가므로 지연이 조금 늘어납니다.

ICE: 가능한 길을 모두 모아 가장 좋은 길 고르기

ICE(Interactive Connectivity Establishment)는 위의 방법들을 묶어 쓰는 절차입니다. 기기의 원래 주소(host), STUN으로 알아낸 바깥 주소(srflx), TURN 중계 주소(relay)를 모두 후보로 모은 뒤, 실제로 통하는 길 가운데 가장 좋은 길을 고릅니다. 직접 연결이 가장 빠르고, 중계는 마지막 수단입니다.

제로콜 통화에서는 어떻게 적용될까?

제로콜 앱은 음성 처리에 WebRTC를 쓰며, WebRTC는 ICE 절차를 기본으로 갖추고 있습니다. 제로콜 Android 앱의 기술 문서에는 앱이 모은 후보 가운데 바깥 주소(srflx) 후보를 우선해 음성 주소로 쓰고, 없으면 원래 주소를 쓴다고 정리되어 있습니다. 교환기 쪽도 ICE를 지원하고, NAT 뒤의 기기가 보낸 곳으로 음성을 되돌려 보내는 설정을 쓰고 있습니다. 중계(TURN) 사용 여부와 세부 구성은 공개 문서로 확인되지 않아 여기서는 일반 원리로만 설명했습니다.

회사 네트워크에서 통화가 안 될 때 점검할 것

• 같은 장소에서 와이파이를 끄고 LTE로 통화해 보고, 그때는 잘 된다면 네트워크 쪽 제한일 가능성이 큽니다.
• 회사 방화벽이 실시간 음성(UDP)을 막고 있지 않은지 네트워크 담당자에게 확인합니다.
• 게스트 와이파이처럼 기기 간 통신을 제한하는 망은 피합니다.
• VPN을 켠 상태라면 끄고 다시 시도해 봅니다.

그 밖의 통화 문제 해결 방법은 zerocall.kr/shop/faq 에서도 찾아볼 수 있습니다.

정리: 막힌 문을 피해 가는 세 가지 방법

공유기의 NAT는 바깥에서 들어오는 음성을 막기 쉽지만, STUN으로 바깥 주소를 알아내고, 필요하면 TURN으로 중계하고, ICE로 가장 좋은 길을 고르면서 인터넷전화가 연결됩니다. 회사망에서 통화가 유독 불안하다면 LTE와 비교해 원인을 먼저 좁혀 보시기 바랍니다.