소리가 나지 않음, 한쪽으로만 들림, 에코, “로봇”
전화기가 등록되고, 전화를 걸고 받을 수 있어도 소리가 전혀 전달되지 않을 수 있습니다. 그 이유는 등록과 음성이 서로 다른 경로이기 때문입니다. 등록은 5060 포트로 가는 제어 메시지로 이루어지고, 음성은 10000–20000 포트로 가는 별도의 패킷 스트림으로 전달됩니다. 매장의 라우터가 첫 번째는 통과시키고 두 번째는 차단할 수 있습니다. 이는 전화기의 고장도, PBX의 고장도 아닙니다. 열 번 중 아홉 번은 그 사이의 네트워크가 방해하고 있으며, 몇 분이면 원인을 찾을 수 있습니다.
전화기 공통 설정은 “SIP 전화기 설정” 개요에서, 나머지 증상은 증상별 진단에서 확인할 수 있습니다.
먼저 관리자 페이지에서 확인하세요#
문제가 발생한 그 기기에서 에코 테스트
*43을 실행합니다. PBX가 수화기를 들고, 1초 후에 신호음을 보낸 뒤 사용자의 목소리를 되돌려줍니다. 신호음이 에코 전에 울리는 것은 의도된 것으로, 마이크와 별도로 “PBX → 전화기” 방향을 점검합니다:들리는 것 의미 신호음, 그다음 자신의 목소리 소리가 양방향으로 전달됨 — PBX까지의 네트워크는 정상 신호음은 있지만 자신의 목소리는 들리지 않음 소리가 전화기에서 PBX로 전달되지 않음 신호음조차 들리지 않음 소리가 PBX에서 전화기로 전달되지 않음 자신의 목소리는 들리지만 끊기거나 지연됨 경로는 있지만 품질이 나쁨: 손실, 지터, 과부하된 회선 *43에서 10초 정도 말하면 PBX가 손실, 지터, 지연을 측정할 수 있습니다. 자세한 분석은 “통화 품질 확인”을 참조하세요.통화 기록 — 문제가 된 통화를 엽니다. 응답된 통화의 “소리” 항목은 음성이 양방향으로 전달되었는지 알려줍니다: “양방향”, “내선 101번 전화기에서 소리가 전달되지 않음”, “상대방에서 소리가 전달되지 않음” 등이며, 옆에 각 방향의 손실, 지터, RTT가 표시됩니다.
기기 카드 → “양방향 소리” — 이 전화기의 통화 중 단방향이었던 통화 수를 보여줍니다. 응답 순간에 음성을 잃는 모델의 경우 PBX가 “PBX 신호음”을 자동으로 켜며, 이도 여기에서 확인할 수 있습니다.
통화 녹음이 켜져 있다면 녹음 파일을 확인합니다: 녹음에서 들리는 쪽의 음성이 PBX까지 도달한 것입니다.
전용 PBX의 SIP 트레이스: 소리 설명(
SDP,c=및m=audio행)에서 각 측이 어떤 주소와 포트를 지정했는지 확인할 수 있습니다.
등록은 되는데 소리가 나지 않는 이유#
당사 PBX는 항상 음성을 자신을 통해 전달하며(전화기끼리 직접 음성을 교환하지 않음), 전화기가 자신에 대해 알린 주소가 아니라 전화기의 음성이 실제로 온 곳으로 음성을 보냅니다. 따라서 라우터 뒤에 있는 전화기에는 STUN도, 포트 포워딩도 필요하지 않습니다. 그러나 여기에서 다음과 같은 결론도 나옵니다: 전화기에서 PBX로 아무것도 도달하지 않으면 PBX가 응답할 곳도 없으므로 양방향 모두 침묵이 발생합니다.
등록이 정상인 상태에서 음성을 가장 자주 망가뜨리는 원인:
- 라우터의 SIP ALG(“SIP Helper”, “SIP Passthrough”). 라우터가 SIP를 “도와” 제어 메시지 내부의 주소를 다시 쓰는데, 종종 잘못 씁니다. 등록은 통과하지만 소리는 나지 않거나 한쪽으로만 전달됩니다. 라우터 브랜드별로 끄는 방법은 “네트워크, 라우터 및 인터넷”을 참조하세요.
- 발신 UDP 10000–20000이 차단됨. 방화벽이 “인터넷”(웹 포트)과 5060은 통과시키지만 음성 포트는 통과시키지 않습니다.
- 이중 NAT — 통신사 라우터와 그 뒤의 자체 라우터: 주소가 두 번 다시 쓰이고, 그중 하나가 실수합니다.
- Wi-Fi — 클라이언트 격리가 있는 게스트 네트워크, 약한 신호, 액세스 포인트에서 멀리 떨어진 전화기.
- 과부하된 회선 — 영상 감시가 녹화를 클라우드로 업로드하고, 고객이 같은 인터넷으로 영상을 시청: 음성이 구멍 난 채로 도착합니다.
네트워크 관리자용: PBX가 음성을 처리하는 방식
- 음성은 항상 PBX를 통해(
direct_media=no): 전화기끼리 RTP를 직접 교환하지 않으므로 녹음, 프롬프터, 측정이 작동합니다. - 대칭 RTP(
rtp_symmetric=yes): PBX는 전화기에서 실제로 스트림이 온 주소와 포트로 음성을 보냅니다. 신호도 마찬가지입니다(force_rport,rewrite_contact). - 엄격한 수신(
rtp.conf의strictrtp=yes): 통화 시작 시 음성 출처를 기억한 후, PBX는 그 출처에서만 소리를 받습니다 — 위조 방지. - RTP 포트: 공용 서버 — UDP 10000–10200, 전용 PBX — UDP 10000–20000. PBX 주소로 발신 UDP를 열어야 하며, 내부로의 포트 포워딩은 필요하지 않습니다.
- 코덱: G.711 µ-law(PCMU), G.711 A-law(PCMA), G.722. G.729, Opus, AMR은 전화기에 제공되지 않습니다.
- 음성 암호화(SRTP)는 기본적으로 꺼져 있습니다. 전화기에서 SRTP를 켜면 침묵이나 통화 거부가 발생합니다.
- 무음 시 연결 끊기는 설정되어 있지 않습니다(
rtp_timeout=0): PBX는 소리가 없다고 수화기를 내려놓지 않으므로, “조용한” 통화는 누군가 끊을 때까지 유지됩니다.
값은 shared/sip/advanced-options.json 및 sip-edge/asterisk/rtp.conf에서 가져왔습니다.
소리가 전혀 나지 않음#
왜 이렇게 되는가#
- 음성 포트가 양방향으로 닫혀 있습니다: 나가는 UDP 10000–20000을 방화벽이나 라우터가 차단합니다. 전화기에서 아무것도 도착하지 않으면 PBX는 응답을 어디로 보내야 할지 알 수 없습니다.
- SIP ALG가 통화 설명의 음성 주소를 다시 써서 패킷이 엉뚱한 곳으로 갑니다.
- 전화기에서 **음성 암호화(SRTP)**가 켜져 있습니다 — 저희 PBX는 기본적으로 이를 제안하지 않습니다.
- 전화기에서 저희 코덱 세 개(G.711 PCMA, PCMU, G.722)가 모두 꺼져 있습니다. 이 경우 통화는 보통 연결조차 되지 않고 응답
488이 옵니다. - 전화기가 UDP를 통과시키지 않는 VPN이나 회사 프록시를 통해 연결되어 있습니다.
무엇을 해야 하는가#
각 단계 후에 *43을 눌러 보십시오. 다음 단계는 도움이 되지 않았을 때만 진행합니다.
- 라우터에서 SIP ALG를 끄고 라우터와 전화기를 재부팅합니다.
- PBX 주소로 나가는 UDP 10000–20000을 엽니다(공용 서버는 10000–10200이면 충분합니다).
- 전화기에서 SRTP / 음성 암호화를 끄고 최소한 G.711(PCMA 또는 PCMU)이 켜져 있는지 확인합니다.
- 전화기를 케이블로 매장의 메인 네트워크에 연결하고, 게스트 Wi-Fi와 VPN을 거치지 않게 합니다.
- 통신사 라우터 뒤에 자체 라우터가 또 있다면 통신사 라우터를 브리지 모드로 전환하거나 전화기를 통신사 라우터에 직접 연결합니다. 자세한 내용 — “네트워크, 라우터와 인터넷”.
한쪽만 들림#
왜 이렇게 되는가#
단방향 소리에는 두 가지 다른 경우가 있고, *43은 신호음으로 이를 구분합니다:
- “제 소리가 안 들림” (신호음 있음, 자기 소리 없음): 소리가 전화기에서 PBX까지 도달하지 않습니다. 원인: SIP ALG, 꺼진 마이크 또는 Mute 버튼, 고장 난 헤드셋, 헤드셋 없이 헤드셋 모드가 켜짐, 게스트 Wi-Fi에 있는 전화기. 일부 모델에서는 응답하는 순간에 정확히 음성이 사라집니다 — 전화기가 음성 포트를 바꾸기 때문입니다(예를 들어 D-Link DPH-150S가 그렇게 동작합니다). 알려진 모델의 경우 PBX가 “PBX에서 보내는 신호음”을 켜서 이를 스스로 고칩니다.
- “제가 못 들음” (신호음 없음): 소리가 PBX에서 전화기까지 도달하지 않습니다: 엄격한 방화벽, SIP ALG, 이중 NAT. 통화 기록에 “상대방에게서 소리가 가지 않았습니다”라고 적혀 있다면 통신사 또는 발신자 쪽이 조용했던 것이므로 귀하의 전화기와는 무관합니다.
무엇을 해야 하는가#
*43을 눌러 신호음으로 방향을 판단합니다.- “제 소리가 안 들림”: Mute와 헤드셋을 확인하고, 스피커폰 대신 수화기를 사용해 봅니다. SIP ALG를 끕니다. 전화기를 게스트 Wi-Fi에서 빼냅니다.
- “제가 못 들음”: SIP ALG를 끕니다. 방화벽을 확인합니다(나가는 UDP 10000–20000과 그에 대한 응답). 이중 NAT를 제거합니다.
*43이 양방향으로 깨끗한데 외부 통화에서만 단방향 소리가 난다면 PBX와 통신사 사이의 고장입니다. 동료와의 내부 통화와 비교하고 통화 시간을 지원팀에 보내 주십시오.- 응답하는 순간에만, 그리고 한 모델에서만 단방향 소리가 난다면 전용 PBX의 “전화기 설정”에서 내선의 “나가는 신호음 — 통신사가 아니라 PBX에서”를 켭니다. 비용: 응답 전 통신사 안내 메시지(“가입자가 통화할 수 없습니다”)를 직원이 듣지 못하게 됩니다.
에코#
왜 이렇게 되는가#
에코의 주요 규칙: 에코는 반대편에서 자신의 음성이 반사되는 사람이 듣습니다. 자신의 에코가 들린다면 원인은 상대방에게 있습니다: 상대방의 스피커폰, 저렴한 헤드셋, 과도하게 키운 스피커, 차 안의 전화기 — 마이크가 상대방 스피커에서 나온 귀하의 음성을 잡아 되돌려 보냅니다. 고객이 불평한다면 원인은 귀하 쪽에 있습니다.
두 번째로 흔한 원인은 아날로그 회선입니다: 게이트웨이 어댑터(ATA)를 통한 일반 전화기 또는 게이트웨이를 통한 시내 회선. 디지털의 “네 가닥 선”과 아날로그의 “두 가닥 선”이 만나는 지점에서 신호의 일부가 되돌아 반사되고, 게이트웨이의 에코 억제기가 이를 줄입니다.
회선의 지연이 클수록 에코가 더 두드러집니다: 거의 즉시 도착한 반사는 귀가 구분하지 못하지만, 늦게 도착한 반사는 반복으로 들립니다.
*43에서는 자신의 소리가 들려야 합니다 — 이것은 에코가 아니라 검사 자체입니다. 하지만 *43에서 자신의 음성이 눈에 띄게 늦게 돌아온다면(기록의 RTT 지연이 300 ms보다 큼), 실제 통화의 모든 에코가 더 거슬리게 들립니다: 원인은 채널입니다.
무엇을 해야 하는가#
- 에코를 누가 듣는지 판단합니다. 귀하라면 상대방 쪽에서, 고객이라면 자기 쪽에서 찾습니다.
- 귀하의 기기에서 나오는 에코: 스피커폰 대신 수화기, 스피커 볼륨 낮추기, 다른 헤드셋 사용. 스피커폰으로 통화한다면 전화기를 벽이나 유리 가까이 두지 않습니다. Yealink 문서에 따르면 너무 가까이 둔 민감한 마이크도 에코를 일으킵니다.
- 게이트웨이를 통한 통화의 에코(아날로그 전화기 또는 시내 회선): 게이트웨이의 에코 억제기가 켜져 있는지 확인합니다 — Grandstream HT에서는 이 필드가 **Disable Line Echo Canceller (LEC)**이며, 음성용으로는 No(공장 값)여야 합니다. 포트 게인(Rx / Tx gain)을 올렸다면 공장 값으로 되돌립니다.
- 내부 통화는 깨끗한데 한 통신사를 통한 모든 외부 통화에서 에코가 난다면 통화 시간을 지원팀에 보내 주십시오.
"로봇" 같은 목소리, 물소리, 음절 끊김#
왜 이렇게 되나요#
목소리가 작은 패킷으로 잘리는데, 사라진 패킷 하나하나가 사라진 음절 조각입니다. 고르지 않게 도착한 패킷을 전화기가 어느 정도 정렬하지만, 편차가 크면 소리가 끊깁니다. 여기서 *43과 응답된 모든 통화에서 PBX가 측정하는 세 가지 수치가 나옵니다:
| 수치 | 좋음 | 허용 가능 | 나쁨 |
|---|---|---|---|
| 패킷 손실 | 1 % 이하 | 1–3 % | 3 % 초과 — "물소리", 사라진 음절 |
| 지터 (도착 불규칙성) | 30 ms 이하 | 30–50 ms | 50 ms 초과 — 소리 끊김 |
| 지연 RTT (왕복) | 150 ms 이하 | 150–300 ms | 300 ms 초과 — 통화 상대끼리 서로 말을 자름 |
같은 임계값이 통화 기록에서 "품질 좋음 / 허용 가능 / 나쁨" 평가를 제공합니다.
손실과 지터의 원인: Wi-Fi (특히 액세스 포인트에서 멀리 떨어져 있거나 혼잡한 채널), 과부하 걸린 인터넷 (카메라, 업로드, 업데이트, 같은 채널의 게스트 Wi-Fi), 부하를 감당하지 못하는 약한 라우터, 모바일 인터넷과 VPN.
무엇을 해야 하나요#
*43을 두 번 실행하세요: 한산한 시간과 피크 시간에. 한산할 때는 좋고 피크에 나쁘면 채널이 혼잡한 것이고, 항상 나쁘면 네트워크나 Wi-Fi 문제입니다.- 전화기를 Wi-Fi 대신 케이블로 연결하세요.
- 게스트 Wi-Fi를 업무 네트워크와 분리하고 속도를 제한하세요. 카메라 영상 업로드를 야간으로 옮기세요.
- 라우터가 지원한다면 전화기 우선순위 (QoS)를 켜세요. 통화에 필요한 인터넷 양은 "네트워크, 라우터, 인터넷"을 참고하세요.
- 그래도 안 되면 통화 기록의 수치(손실, 지터, 시간)를 통신사에 보여주세요. "통화 품질이 나쁘다"가 아니라 사실에 근거한 대화가 됩니다.
어느 쪽에 고장이 있는지 파악하는 방법#
| 점검 | 무엇을 구분하나요 |
|---|---|
문제가 있는 기기에서 *43 |
PBX까지의 자체 네트워크 ↔ 나머지 전부. *43이 깨끗하면 전화기와 매장 네트워크는 정상 |
| 동료와의 내선 통화 vs 외부 통화 | 내선은 깨끗하고 외부가 나쁘면 PBX와 통신사업자 사이 구간 또는 발신 측 |
| 통화 녹음 | 녹음에서 들리는 쪽은 그 목소리가 PBX까지 도달한 것입니다. 둘 다 들리는데 수화기에서는 안 들리면 PBX에서 전화기 중 하나까지의 구간 문제 |
| 통화 기록의 "소리" 행 | "내선 101번 전화기에서 소리가 오지 않았습니다" — 자체 기기 또는 그 네트워크, "상대방에서 소리가 오지 않았습니다" — 상대 측 |
| 같은 회선에 다른 전화기 | 증상이 같으면 네트워크, 증상이 사라지면 기기 또는 그 설정 |
지원팀에 보낼 것#
- 분 단위까지의 통화 날짜와 시간, 상대방 번호와 내선 번호;
- 누가 누구의 소리를 듣지 못했는지 또는 누가 에코를 들었는지;
- 해당 기기에서의
*43결과: 신호음, 자기 목소리, 끊김 여부 — 그리고 통화 기록의 수치(손실, 지터, RTT); - 통화 기록에서 "소리" 행이 있는 통화 카드 스크린샷;
- 전화기 모델과 펌웨어(기기 태그의 문자열), 연결 방식(케이블 / Wi-Fi), 라우터 모델, SIP ALG 꺼짐 여부;
- 전용 PBX라면 재현한 통화의 SIP 트레이스 텍스트.
문의 방법 — "지원".
자주 묻는 질문#
*43에서 제 목소리가 지연되어 들리는데 에코인가요?#
아닙니다. *43은 바로 "당신의 목소리를 되돌려주는" 기능입니다: 지연은 PBX까지 왕복하는 시간과 같습니다. 300 ms까지는 거의 눈치채지 못합니다. 지연이 귀로 느껴질 정도(0.5초 이상)라면 실제 통화에서 불편할 것이며, 원인은 전화기가 아니라 채널입니다.
휴대폰 통화에서만 소리가 끊기는데 저희 문제인가요?#
대부분 아닙니다: 휴대폰 상대방에게는 셀룰러 네트워크라는 약한 구간이 있습니다. 자체 기기에서 *43을 확인하세요: 깨끗하고 내선 통화도 깨끗하다면 그러한 통화 몇 건의 시간을 지원팀에 보내주세요 — 어느 구간에서 소리가 손실되는지 확인하겠습니다.
다른 코덱 — G.729나 Opus가 도움이 되나요?#
아닙니다. 저희 PBX는 전화기에 G.711 (PCMA, PCMU)과 G.722를 제안합니다 — 모든 전화기가 지원하며 음성을 압축하지 않아 오류에 더 강합니다. G.729, Opus, AMR은 전화기에 제안되지 않습니다: 전화기에서 켤 이유가 없습니다.
라우터가 통화에 "관여하지" 못하도록 음성 암호화를 켤 수 있나요?#
현재는 안 됩니다: 전화기는 TLS와 SRTP 없이 UDP / TCP로 작동합니다. 전화기에서 "혹시 몰라서" 켠 SRTP가 오히려 침묵을 만듭니다. 라우터에 대항하는 데 도움이 되는 것은 암호화가 아니라 꺼진 SIP ALG입니다.
관련 섹션#
- 전화기가 작동하지 않음: 증상별 진단
- SIP 전화기 설정 — 통화 품질 확인
*43, 매장 네트워크 - 전화 통신을 위한 네트워크, 라우터, 인터넷 — 라우터 브랜드별 SIP ALG, 이중 NAT, 채널
- 통화가 끊김 — 30초 후 끊김도 SIP ALG에서 시작됩니다
- 통화 기록과 SIP 트레이스
- 아날로그 전화기용 게이트웨이: Grandstream HT, Yeastar TA와 Dinstar DAG
출처#
- RFC 3550 — RTP 및 RTCP 보고서로, 여기서 손실, 지터, 지연이 계산됩니다 — https://www.rfc-editor.org/rfc/rfc3550
- ITU-T G.114 — 단방향 지연 권고 (
*43의 150 / 300 ms 왕복 지연 임계값은 업계 관행) — https://www.itu.int/rec/T-REC-G.114 - Yealink SIP-T2/T3/T4/T5/CP920 Administrator Guide V86.60 — Troubleshooting → Audio Issues: 에코 및 음성 끊김의 원인
- Grandstream HT80x Administration Guide — Disable Line Echo Canceller (LEC), Rx / Tx gain — https://documentation.grandstream.com/knowledge-base/ht80x-administration-guide/
- 교환기 코드:
shared/sip/advanced-options.json(direct_media=no,rtp_symmetric,force_rport,rewrite_contact, 코덱,rtp_timeout=0),sip-edge/asterisk/rtp.conf(strictrtp=yes, 포트),sip-edge/sipsync/linecheck.go(에코 테스트*43, 임계값 1 / 3 %, 30 / 50 ms, 150 / 300 ms) - 관리자 화면: 통화 로그의 "음성" 행 (
admin/app/[locale]/calls/i18n/CallsPbxLog.i18n.ts), "양방향 음성" 블록 (admin/components/integrations/SipDeviceMediaHealth.tsx), "발신 신호음 — 교환기 기준" (admin/components/integrations/SipOptions.i18n.ts)