C cenaly.com
무료로 시작하기

인터넷 전화를 위한 네트워크, 라우터 및 인터넷 환경

포트, SIP ALG 및 주요 브랜드 공유기에서 비활성화하는 방법, NAT, Wi-Fi 및 VLAN, 통화당 필요한 인터넷 사용량

16 min read 데모에서 이 화면 열기
On this page 18

전화 통신을 위한 네트워크, 라우터 및 인터넷

IP 전화기는 매장 네트워크에서 POS나 컴퓨터와 같은 기기입니다. 라우터를 통해 인터넷으로 나가 우리 PBX에 연결됩니다. 거의 항상 "그냥 작동"하며, 작동하지 않을 때는 모든 브랜드에서 동일한 라우터 설정 세네 가지가 원인입니다. 이 페이지에서는 네트워크에 필요한 것, 인기 브랜드 라우터에서 방해가 되는 "도우미" SIP ALG를 끄는 위치, 통화 하나에 필요한 인터넷 양을 설명합니다.

전화기 자체에 입력할 것(서버, 로그인, 비밀번호)은 «SIP 전화기 설정» 개요에서 확인할 수 있습니다. 네트워크를 변경한 후 음성 확인은 에코 테스트 ***43**으로 합니다(«네트워크 확인 방법» 참조).

요약: 다섯 가지 규칙#

  1. 포트를 포워딩할 필요가 없습니다. 전화기가 매장 네트워크 내부에서 PBX에 직접 연결됩니다. 외부에서 들어오는 연결은 없습니다.
  2. 라우터에서 SIP ALG를 끄세요("SIP Helper", "SIP Passthrough"라고도 함). "30초 후 통화 끊김"과 "내 목소리가 들리지 않음"의 가장 흔한 원인입니다 — 브랜드별 위치.
  3. 전화기는 업무용 네트워크에, 가능하면 케이블로. 게스트 Wi-Fi에는 두지 마세요. 거기서는 기기들이 서로 격리되어 있고, 전화기가 통과할 수 없는 로그인 페이지가 있는 경우가 많습니다.
  4. 인터넷은 조금만 필요하지만 안정적으로: 통화 하나당 양방향 각각 약 100 kbit/s입니다. 속도보다 채널이 "한계까지" 차지되지 않는 것이 중요합니다 — 특히 업로드가 그렇습니다.
  5. 네트워크 작업 후에는 *43을 누르세요. 관리자 페이지의 녹색 점은 등록을 의미할 뿐 음성을 의미하지 않습니다.

통화가 네트워크를 통해 흐르는 방식#

 IP 전화기 ──► 매장 라우터 ──► 인터넷 ──► PBX Cenaly
 (192.168.x.x)  (NAT: 주소를      통신사    sip.<귀하의 도메인>
                 외부 주소로 교체)            또는 전용 머신

모든 트래픽은 전화기가 시작합니다:

  1. 전화기가 PBX에 등록을 보냅니다(포트 5060). 라우터는 기억합니다: "이 외부 포트에서 오는 패킷은 192.168.x.x 전화기용" — 이를 **주소 변환(NAT)**이라고 합니다.
  2. PBX가 응답하고 이후 수신 통화를 등록이 온 바로 그곳으로 보냅니다 — 라우터의 같은 "구멍"을 통해. 따라서 포트를 포워딩할 필요가 없습니다. 문은 전화기 자신이 연 것입니다.
  3. 음성(RTP)도 전화기가 직접 보내기 시작하고, PBX는 음성이 온 주소와 포트로 음성으로 응답합니다.

여기서 통신이 깨지는 두 가지 조건이 나옵니다: 라우터가 SIP 패킷 내용을 다시 쓰지 않아야 하고(이것을 SIP ALG가 함), 통화 사이에 전화기가 침묵하는 동안 "구멍"을 잊지 않아야 합니다(이것이 keep-alive). 둘 다 아래에서 다룹니다.

네트워크 관리자용: PBX가 NAT를 자체 처리하는 방식

PBX 측의 모든 내선에 대해 활성화되어 있습니다(shared/sip/advanced-options.json, 그룹 nat):

  • force_rport — 응답이 Via 헤더에 적힌 주소가 아니라 요청이 온 주소와 포트로 전송됩니다(RFC 3581);
  • rewrite_contact — PBX가 Contact 헤더의 사설 주소 192.168.x.x가 아니라 등록 출처의 실제 외부 주소로 전화기를 기억합니다;
  • rtp_symmetric — 음성이 SDP의 주소가 아니라 전화기에서 오는 곳으로 전송됩니다(symmetric RTP);
  • direct_media=no — 음성이 같은 매장의 두 전화기 사이에서도 항상 PBX를 통해 흐릅니다. 전화기들은 서로 직접 연결을 시도하지 않습니다.

따라서 전화기에 STUN, TURN, ICE가 필요 없고, 매장에 고정 외부 IP도 필요하지 않습니다. 전화기는 60–3600초로 등록을 요청할 수 있습니다(60 미만은 423 Interval Too Brief 거부, 기본값 120초). PBX는 등록된 각 기기를 60초마다 OPTIONS 요청으로 확인합니다.

네트워크 관리자를 위한 포트#

규칙은 하나입니다: PBX 주소로의 아웃바운드와 그에 대한 응답을 허용하세요(일반적인 "stateful" 방화벽이 이를 자체 처리합니다). 인바운드 규칙과 포트 포워딩은 필요하지 않습니다.

항목 PBX 측 프로토콜 및 포트 매장에서의 방향
등록 및 호출(SIP) UDP 5060; TCP 5060 — 전화기가 TCP로 전환된 경우 PBX 주소로 아웃바운드
음성(RTP) UDP 10000–20000(공용 회선은 10000–10200 사용, 전용 머신은 전체 범위 10000–20000) PBX 주소로 아웃바운드
이름(DNS) UDP/TCP 53 통신사 DNS 서버 또는 귀하의 서버로
시간(NTP) UDP 123 시간 서버로 — 그렇지 않으면 통화 기록의 시간이 잘못됩니다

PBX 주소는 IP가 아니라 이름입니다: "내선 자격 증명" 창에 표시됩니다(공용 회선의 sip.<귀하의 도메인> 또는 전용 머신의 이름). 규칙에 IP를 "기억으로" 입력하지 말고 이 페이지에서 가져오지 마세요 — 여기에는 의도적으로 없습니다.

방화벽 세부 사항
  • 전화기의 로컬 포트(SIP와 RTP를 보내는 포트)는 브랜드마다 다릅니다 — 아웃바운드를 소스 포트로 필터링할 필요가 없습니다. 목적지 주소와 포트로 필터링하세요.
  • PBX 측에서 통화 하나에 두 개의 포트: RTP는 짝수 포트를 차지하고, RTCP(품질 보고서)는 인접한 홀수 포트를 차지합니다. 이는 PBX의 내부 사항이지만 범위가 넓은 이유를 설명합니다.
  • 방화벽이 IP 주소를 요구하면, 이름으로 얻으세요(nslookup <SIP 서버>). 전용 머신의 IP는 고정입니다. 공용 회선은 이름으로 허용하거나 해당 주소로의 모든 아웃바운드 UDP를 허용하는 것이 더 안정적입니다.
  • **TCP 5061(SIP over TLS)**은 전용 머신에서 암호화된 신호 전송을 위해 열려 있습니다. 전화기에 필요한 경우는 자격 증명 창의 전송이 TLS인 경우뿐이며, 기본값은 UDP입니다.
  • 음성 암호화(SRTP)는 없습니다 — 방화벽의 "VoIP 검사"가 SRTP를 요구하면 PBX 주소에 대해 끄세요.

SIP ALG — 라우터에서 끄기#

무엇인가. SIP ALG(Application Layer Gateway, 제조사에 따라 “SIP Helper”, “SIP Passthrough”, “SIP용 ALG”)는 라우터의 기능으로, 텔레포니를 “돕는다”며 SIP 패킷 내부에 들어가 주소를 다시 씁니다. 이는 NAT 뒤에서 동작하지 못하던 구형 전화기를 위해 만들어진 것입니다. 우리 PBX는 이를 스스로 처리할 수 있으며(위 블록 참조), 라우터의 “도움”은 오히려 방해가 됩니다.

어떻게 망가뜨리는가. 잘못 재작성하거나 패킷의 절반만 재작성하는 경우가 많습니다. 대표적인 증상:

  • 응답 후 정확히 약 30초 만에 통화가 끊김 — 응답 확인(ACK)이 엉뚱한 곳으로 가서 한쪽이 타이머로 수화기를 내려놓습니다;
  • 한쪽 목소리만 들리거나 아예 소리가 없음 — 음성 스트림 설명의 주소가 바뀌었습니다;
  • 전화기가 등록되었다가 안 되었다가 하고, 착신이 될 때와 안 될 때가 있습니다.

이러한 고장의 메커니즘은 “통화가 끊깁니다”와 “소리가 없고 한쪽으로만 들립니다” 페이지에서 자세히 다룹니다. 여기서는 어디서 끄는지를 설명합니다.

제조사 끄는 위치 출고 시
Keenetic (및 Netcraze) 시스템 일반 설정 → 구성 요소 집합 변경 → “SIP용 애플리케이션 레벨 게이트웨이(ALG)” 체크 해제 → 업데이트. Keenetic의 SIP ALG는 체크박스가 아니라 별도의 시스템 구성 요소이므로 삭제합니다. 라우터에 인터넷이 필요하며, 시스템을 최신 버전으로 업데이트하고 스스로 재부팅합니다 — 한산한 시간에 하십시오 문서에 명시되지 않음
MikroTik (RouterOS) NAT 헬퍼 메뉴 /ip firewall service-port → sip 항목 → 끄기: /ip firewall service-port disable sip 문서에 명시되지 않음
TP-Link Archer (Wi-Fi 6) Advanced → Security → ALG → SIP ALG 끄기 문서에 명시되지 않음
TP-Link xDSL 및 LTE 모뎀 (Archer VR/VX/MR, TD-W) Advanced → NAT Forwarding → ALG → SIP ALG 끄기 문서에 명시되지 않음
TP-Link Deco Deco 앱 → More → Advanced → NAT Forwarding → SIP ALG → 끄기 문서에 명시되지 않음
D-Link DIR (러시아어 펌웨어) Дополнительно → ALG/Passthrough → SIP 스위치를 왼쪽으로 → Применить 문서에 명시되지 않음
D-Link DIR (영어 펌웨어) Advanced → Firewall → Advanced Settings… → SIP → 끄기 문서에 명시되지 않음
Zyxel VMG/XMG (통신사 모뎀) Network Setting → NAT → ALG → SIP ALG 끄기 문서에 명시되지 않음
ASUS WAN → NAT Passthrough → SIP Passthrough → Disable → Apply (ASUS에서 SIP ALG는 SIP Passthrough라고 합니다 ⚠️ verify) 켜짐
NETGEAR (Nighthawk, Orbi RBR50/40/20) ADVANCED → Setup → WAN Setup → Disable SIP ALG 체크 → Apply 켜짐
DrayTek Vigor NAT → ALG → Enable SIP/RTSP ALG 해제 (펌웨어 3.8.5부터); 콘솔에서는 sys sip_alg 0 꺼짐
AVM FRITZ!Box AVM 문서에 SIP ALG 전용 스위치는 없습니다. 다만 외부 PBX를 위해서는 보호를 해제해야 합니다: Telefonie → Eigene Rufnummern → Anschlusseinstellungen → “Nutzung von Internettelefonie aus dem Heimnetz unterbinden”(홈 네트워크에서의 인터넷 텔레포니 사용 금지) 체크 해제 — 그렇지 않으면 FRITZ!Box가 전화기를 우리 PBX로 통과시키지 않습니다 —
Ubiquiti UniFi (Cloud Gateway) 아무것도 할 필요가 없습니다: Ubiquiti 문서에 따르면 UniFi 게이트웨이는 SIP ALG를 적용하지 않습니다. 앞에 있는 통신사 라우터를 확인하십시오 ALG 없음
Tenda Tenda 가정용 Wi-Fi 라우터 설명서에는 SIP ALG 항목이 없습니다. Tenda DSL 모뎀: Advance → Services → ALG → SIP 해제 —
Huawei, ZTE (통신사 광 단말기: HG8245H, HG8145V, F660, F670L…) 제조사 공개 문서에 경로가 없고, 메뉴는 보통 통신사에서 축소되어 있습니다 — 통신사에 문의하십시오 —
Sagemcom, Technicolor, AirTies (통신사 장비) 제조사 문서에 항목이 없습니다 — 통신사에 문의하십시오 —
Xiaomi / Redmi 제조사 문서에 항목이 없습니다 — *43과 1분 이상 통화로 확인하십시오 —

“출고 시: 문서에 명시되지 않음”은 제조사가 ALG가 초기부터 켜져 있는지 쓰지 않았다는 뜻이므로, 직접 들어가서 확인하십시오. 경로는 제조사 공식 설명서에서 가져왔습니다(목록은 “출처” 참조). 다른 펌웨어에서는 항목 이름이 조금 다를 수 있습니다.

네트워크 관리자용: 비즈니스 게이트웨이
  • TP-Link Omada (자체 웹 인터페이스가 있는 게이트웨이): Transmission → NAT → ALG — SIP 해제.
  • Zyxel ATP/USG (ZLD): Configuration → Network → ALG — Enable SIP ALG 해제 (및 Enable SIP Transformations).
  • Fortinet FortiGate: 출고 시 SIP는 ALG(default-voip-alg-mode proxy-based)가 처리하고 session-helper sip(보통 13번)가 켜져 있습니다. 콘솔에서만 끌 수 있습니다: config system session-helper → delete 13 → end; 그다음 config system settings → set default-voip-alg-mode kernel-helper-based → end; 정책에 VoIP 프로필이 없어야 합니다. 확인 — diagnose sys session list | grep sip.
  • MikroTik: service-port의 SIP 항목에는 sip-direct-media(기본값 yes)와 sip-timeout(1시간) 매개변수가 있으며, 헬퍼를 끄면 이들은 적용되지 않습니다.
  • OpenWrt: SIP 헬퍼는 kmod-nf-nathelper-extra 패키지에 들어 있습니다; 패키지가 없으면 ALG도 없습니다. 영역별 헬퍼는 방화벽의 auto_helper 옵션으로 켭니다.

라우터가 통신사 제공품(광 단말기, 인터넷 통신사의 “박스”)이고 항목이 보이지 않는다면 메뉴가 보통 축소되어 있습니다. 통신사에 전화해서 “제 라우터의 SIP ALG를 꺼 주세요” 또는 뒤에 본인 라우터가 있다면 “단말기를 브리지(bridge) 모드로 전환해 주세요”라고 요청하십시오.

끈 후 라우터와 전화기를 재부팅하고(오래된 NAT 레코드는 재부팅하거나 타이머가 만료될 때까지 남습니다), 그다음 *43을 눌러 보십시오.

NAT, 이중 NAT 및 keep-alive#

Keep-alive. 라우터는 전화를 위한 “구멍”을 그 구멍으로 무언가 오가는 동안 기억합니다. 전화가 라우터의 UDP 타임아웃보다 오래 침묵하면 레코드가 삭제되어, 관리자 패널에서 몇 분 동안 초록 점이 켜져 있어도(“발신은 되는데 수신이 안 됨”) 수신 전화가 전화에 도달하지 않습니다. Linux 기반 라우터(많은 가정용 및 통신사 모델이 이 위에서 동작합니다)의 기본 타임아웃은 단방향 UDP 흐름의 경우 30초, 응답이 있는 흐름의 경우 120초입니다. MikroTik은 30초와 3분입니다.

따라서:

  • 전화에서 해당 항목이 있다면 간격 15–30초로 NAT keep-alive를 켜십시오(“NAT Keep-alive”, “Keep Alive Interval”, “UDP keep-alive”라고도 합니다).
  • 또는 전화를 TCP로 전환하십시오. 라우터는 TCP 연결을 훨씬 오래 유지합니다(당사 PBX는 동일한 포트 5060에서 TCP를 받습니다).
  • PBX는 자체적으로 60초마다 각 전화를 폴링합니다. 이는 도움이 되지만, 타임아웃이 30초인 라우터에서는 이것만으로는 부족합니다.

이중 NAT는 통신사 라우터나 광 단말기 뒤에 자체 라우터가 있어 둘 다 NAT를 수행하는 경우입니다. 당사 PBX는 가장 바깥쪽 주소만 보며 이렇게도 동작합니다. 단: SIP ALG는 두 기기 모두에서 꺼야 하고, keep-alive는 두 타임아웃 중 더 짧은 쪽에 맞춰야 합니다. 가장 좋은 방법은 통신사 기기를 브리지 모드로 전환하여 NAT가 하나만 되도록 하는 것입니다.

**모바일 인터넷과 통신사의 “회색” IP(CGNAT)**는 동일한 이중 NAT이지만 외부 계층이 통신사에 있고 설정할 수 없습니다. 동작하지만 keep-alive가 특히 중요합니다. 통신사의 타임아웃은 짧을 수 있습니다.

네트워크 관리자용: 타임아웃 및 확인
  • Linux 라우터(OpenWrt 및 많은 가정용·통신사 모델의 펌웨어): nf_conntrack_udp_timeout = 30초, nf_conntrack_udp_timeout_stream = 120초 — Linux 커널 문서. MikroTik: /ip firewall connection tracking → udp-timeout = 30초, udp-stream-timeout = 3분. keep-alive가 없는 전화가 있다면 UDP 타임아웃을 180초로 늘리십시오.
  • NAT 레코드가 만료된 징후: 발신은 항상 되지만, 몇 분간 유휴 상태 후 수신이 오지 않다가 발신 통화 직후 즉시 “살아납니다”.
  • 반대로 전화 로 가는 경로는 관리자 패널에서 확인할 수 있습니다: 기기 카드 → “확인” 탭 → “기기로 전화 걸기”(개요 참조, “통화 품질 확인”).

케이블, Wi-Fi, PoE, VLAN 및 QoS#

  • 케이블이 Wi-Fi보다 낫습니다. 데스크톱 전화는 케이블로 연결하십시오. Wi-Fi는 지연과 손실을 더하며, 특히 손님이 네트워크를 함께 쓰는 홀에서 그렇습니다. 액세스 포인트 간 이동 시 통화가 끊길 수 있습니다.
  • 게스트 네트워크는 전화용이 아닙니다. 보통 클라이언트 격리가 켜져 있어(기기끼리 서로 보지 못하므로 컴퓨터가 전화의 웹 인터페이스를 열 수 없습니다) 전화가 통과할 수 없는 로그인 페이지(“captive portal”)가 있는 경우도 있습니다.
  • 홀을 뛰어다닐 때는 Wi-Fi 전화가 아니라 DECT를 쓰십시오. DECT 핸드셋은 자체 무선으로 동작하여 Wi-Fi에 의존하지 않고 충전도 더 오래 갑니다.
  • PoE 전원. 대부분의 사무용 전화는 PoE 802.3af 표준으로 스위치에서 전원을 공급받으므로 별도 전원 어댑터가 필요 없습니다. 스위치에 PoE가 없으면 전원 어댑터는 보통 별도로 판매됩니다. 화상 전화와 확장 모듈이 있는 기기는 PoE+(802.3at)가 필요할 수 있습니다.
  • 스마트폰의 소프트폰은 모바일 네트워크로 전환할 때 Wi-Fi에서 등록이 끊깁니다 — “소프트폰” 참조.
네트워크 관리자용: 음성용 VLAN 및 QoS

VLAN. 관리형 스위치가 있는 매장에서는 전화를 별도의 음성 VLAN으로 분리하는 것이 편리합니다. 게스트 및 업무 트래픽이 음성을 방해하지 않고, 전화가 손님에게 보이지 않습니다. 전화는 자체 네트워크 설정에서 수동으로, 스위치의 LLDP-MED를 통해, 또는 DHCP 옵션으로 VLAN 번호를 받습니다 — 사용 중인 브랜드의 페이지를 참조하십시오. 전화의 PC 포트에 연결된 컴퓨터는 일반 네트워크에 남습니다. PBX에는 VLAN이 아무것도 바꾸지 않습니다. 전화는 어차피 라우터의 NAT를 통해 외부로 나갑니다.

QoS. 음성에는 넓은 대역폭이 아니라 업로드 큐에서의 우선순위가 필요합니다. 누군가 카메라 영상을 올리거나 클라우드로 백업할 때 음성 패킷이 파일과 같은 큐에 서게 되어 “로봇” 목소리와 지연이 생깁니다. 할 수 있는 일:

  • 라우터에서 우선순위 지정(QoS / SQM / Smart Queue / “대역폭 관리”)을 켜고 전화의 IP 주소나 음성 VLAN에 최우선 순위를 부여하십시오.
  • “무거운” 기기(카메라, NAS)의 대역폭을 실제 회선 속도보다 약간 낮게 제한하십시오 — 그러면 큐가 가득 차지 않습니다.
  • 전화는 보통 음성을 DSCP 코드 **46(EF)**으로, 신호를 24–26(CS3/AF31)으로 표시합니다. 라우터는 이 표시를 기준으로 우선순위를 정할 수 있습니다. 인터넷에서는 라우터 밖의 DSCP 표시가 보통 지켜지지 않으므로, 바로 자신의 업로드를 관리해야 합니다.

인터넷이 얼마나 필요한가#

우리 PBX를 통한 통화 한 건은 양방향 각각 약 87 kbit/s를 사용합니다. G.711(A-law/µ-law)과 G.722 코덱 모두 동일합니다. 여유를 두어 통화당 100 kbit/s를 잡으십시오. 수신과 송신 모두에 해당합니다.

동시에 통화하는 수 송신 및 수신 각각 필요량
전화 1대 0.1 Mbit/s
2대 0.2 Mbit/s
4대 0.4 Mbit/s
8대 0.8 Mbit/s
10대 1 Mbit/s
20대 2 Mbit/s

많이들 걸려 넘어지는 두 가지 유의사항입니다.

  • 사업장 내부의 전화 두 대가 통화하는 것도 인터넷을 통과하는 두 개의 스트림입니다. 결코 0이 아닙니다. 음성은 항상 PBX를 거칩니다(각 전화기가 PBX로 갔다가 돌아옵니다). 통화 건수가 아니라 동시에 통화하는 전화기 수를 세십시오.
  • 병목은 송신입니다. ADSL, 모바일 인터넷, 그리고 많은 요금제는 송신 속도가 수신보다 몇 배 낮습니다. 송신 회선을 카메라, 클라우드 백업, 동영상 업로드가 차지하고 있으면 "속도 테스트 결과는 좋은데도" 음성이 끊기기 시작합니다.

속도보다 품질이 중요합니다. 정상적인 통화에 필요한 것은 다음과 같습니다.

지표 양호 잘 안 들림
패킷 손실 1 % 이하 3 % 초과 — "웅웅거리고" 음절이 사라짐
지터(지연 편차) 30 ms 이하 50 ms 초과 — 소리가 끊김
왕복 지연 150 ms 이하 300 ms 초과 — 상대방이 서로 말을 자르게 됨

이 수치들은 PBX가 *43 검사마다 통화 기록에 표시합니다.

모바일 인터넷. 통화는 양방향 각각 분당 약 0.6 MB, 즉 합계 분당 약 1.2 MB, 다시 말해 통화 1시간에 약 72 MB를 소모합니다.

계산 방법

우리 PBX의 코덱은 G.711(PCMA/PCMU)과 G.722이며, 둘 다 64 kbit/s의 음성을 전송합니다. 전화기는 20 ms마다 패킷을 보냅니다(이 코덱들의 표준인 ptime 20 ms), 즉 초당 50패킷입니다.

  • 패킷 페이로드: 64 000 bit/s × 0.02 s = 1280 bit = 160 byte.
  • 헤더: RTP 12 + UDP 8 + IPv4 20 = 40 byte → IP 계층에서 패킷은 200 byte.
  • IP 계층에서: 200 byte × 8 × 초당 50패킷 = 80 kbit/s.
  • Ethernet 케이블에서는 프레임 헤더 18 byte가 더해집니다: 218 byte × 8 × 50 = 87.2 kbit/s — 이것이 바로 "약 87"입니다.
  • RTCP(품질 보고, 몇 초에 한 번)는 kbit/s 단위로 극히 일부만 더합니다 — 무시할 수준입니다. 통신사의 PPPoE는 패킷당 8 byte를 더합니다(+3.2 kbit/s).

공식: 대역폭 = (페이로드 + 헤더) × 8 × (1000 / ptime); G.711과 G.722에서 20 ms일 때: (160 + 40 + 18) × 8 × 50 = 87 200 bit/s.

트래픽: 80 kbit/s(모바일 통신사가 계산하는 IP 계층 기준) = 10 000 byte/s × 60 = 600 000 byte ≈ 0.6 MB/분 한 방향; ×2 방향 = 1.2 MB/분; ×60분 = 72 MB/시간.

네트워크를 확인하는 방법#

  1. 에코 테스트 *43 — 문제가 의심되는 전화기에서 실행합니다: 신호음 → 자신의 목소리. 네 가지 결과(목소리 없는 신호음, 무음, 끊김)를 읽는 방법은 개요에서 확인하십시오: «통화 품질 확인». 최소 10초 이상 말하십시오 — 그래야 통화 기록에 손실, 지터, 지연이 나타납니다.
  2. PBX에서 단말기로 거는 전화 (단말기 카드 → «확인» → «단말기로 전화 걸기»)는 반대 방향 경로, 즉 착신이 들어오는 바로 그 라우터의 "구멍"을 검사합니다.
  3. 다른 네트워크에서 같은 검사 (모바일 인터넷의 전화기 또는 소프트폰)를 하면 사업장 네트워크가 원인인지 빠르게 답이 나옵니다.

문제가 있으면 증상별로 진단하십시오.

보안#

  • 전화기, ATA 또는 게이트웨이를 인터넷에 직접 노출하지 마십시오: 5060을 포트 포워딩하지 말고, DMZ에 두지 말고, "공인" IP를 주지 마십시오. 인터넷은 24시간 로봇이 스캔합니다 — 열린 단말기는 밤에 "100"이나 "1000" 같은 번호로 전화를 걸기 시작하고, 최악의 경우 유료 통화에 악용됩니다. 우리 방식에는 포트 포워딩이 전혀 필요하지 않습니다.
  • 전화기 웹 인터페이스의 공장 초기 비밀번호를 변경하십시오 (admin/admin 등) — 그렇지 않으면 격리되지 않은 게스트 Wi-Fi를 포함해 사업장 네트워크의 누구든 설정을 열고 계정 정보를 읽을 수 있습니다.
  • 전화기에 "서버/프록시에서만 SIP 수신" 항목(Allow SIP from proxy only, Accept SIP from registrar only)이 있으면 켜십시오.
  • 전화기와 라우터의 펌웨어를 제조사의 공식 출처에서 업데이트하십시오.

자주 묻는 질문#

매장에 고정(“공인”) IP 주소가 필요한가요?#

아니요. 전화기가 스스로 교환기에 연결되고, 교환기는 실제 외부 주소가 무엇이든 그 주소로 전화기를 기억합니다. 통신사업자의 “사설” IP 뒤에서도, 모바일 인터넷을 통해서도 작동합니다.

라우터에서 포트 5060과 10000–20000을 포워딩해야 하나요?#

아니요, 그리고 시도할 필요도 없습니다. 5060을 전화기로 포워딩하면 인터넷의 스캐너에게 전화기가 보이게 됩니다. 라우터가 나가는 트래픽을 통과시키면 충분합니다(출고 시 그렇게 설정되어 있습니다).

제 라우터에서 SIP ALG를 찾지 못했습니다. 어떻게 해야 하나요?#

NAT, “방화벽”, “보안”, “WAN”, “구성 요소” 섹션을 확인해 보세요. 항목이 없다면 해당 모델에 ALG가 아예 없을 수 있습니다. *43과 1분 이상의 통화로 확인해 보세요. 통화가 30초 후에 끊기는데 라우터가 통신사 제공품이라면, 통신사업자에게 SIP ALG를 끄거나 기기를 브리지 모드로 전환해 달라고 요청하세요.

전화기를 켠 후 처음 몇 분 동안만 착신이 옵니다#

라우터의 NAT 레코드가 만료된 전형적인 징후입니다. 전화기가 UDP 타임아웃보다 오래 침묵하면 라우터가 착신을 어디로 보내야 할지 잊어버립니다. 전화기에서 NAT keep-alive를 15–30초로 켜거나 전송 방식을 TCP로 전환하세요. 자세한 내용은 “통화가 끊깁니다”와 “NAT, 이중 NAT 및 keep-alive” 섹션을 참조하세요.

SIM 카드가 있는 모바일 라우터로 충분할까요?#

1–3개의 동시 통화에는 보통 충분합니다. 통화당 각 방향으로 약 0.1 Mbit/s가 필요합니다. 취약한 부분은 불안정성입니다. 손실이 3 %를 넘고 지연이 300 ms를 넘으면 통화가 불편해집니다. 피크 시간에 *43을 확인하고 통화 기록의 수치를 살펴보세요.

전화기를 게스트 Wi-Fi에 연결해도 되나요?#

하지 않는 편이 좋습니다. 게스트 네트워크에는 클라이언트 격리와 로그인 페이지가 켜져 있는 경우가 많고, 게스트가 자신의 영상으로 대역폭을 나눠 쓰기 때문에 가장 붐비는 시간에 음성이 끊기기 시작합니다. 전화기에는 업무용 네트워크나 VLAN을 할당하세요.

관련 섹션#

소스#

Was this article helpful?
Network, softphones & reset
고객용 메뉴 데모 무료로 시작하기