
이 질문이 "외부"에 있다는 점은 감사합니다. 하지만 SonicWALL 뒤에서 SIP를 통한 VOIP로 성공한 사람이 있습니까? 단방향 오디오 인바운드에 문제가 있습니다.
기본적으로 전화를 건 사람(또는 전화를 받은 사람)은 내 말을 들을 수 있지만(PBX와 동일한 LAN에 있는 전화를 통해) 우리는 내 말을 들을 수 없습니다. 패킷 캡처에는 Sonic으로 돌아와서 PBX로 향하는 RTP 트래픽이 표시되지만 도달할 수 없습니다. 제가 이해한 바에 따르면 SonicWALL은 대칭형 NAT를 사용하며 STUN은 이러한 유형의 NAT에서 작동하지 않기 때문에 문제가 됩니다.
해결 방법이 있거나 여기에 성공한 사람이 있습니까?
답변1
Sip 트렁크인 경우 PBX에 해당 IP가 "외부" IP임을 알리고 SonicWall에서 tcp/5060 및 udp/[rdp 범위]를 PBX에 전달하면 됩니다. rtp 범위는 pbx에서 구성 가능합니다. 단 하나의 sip 엔드포인트(pbx - 모든 전화기가 pbx를 통해 외부 세계와 통신함)만 필요하기 때문에 충격이나 "영리한" 어떤 것도 필요하지 않습니다.
RTP 트래픽이 rfc 1918 주소로 전송되기 때문에 블랙홀에 도달하는 것이 아니라 실제로 SonicWall에 도달하는 경우 첫 번째 비트가 이미 완료된 것처럼 들립니다.
답변2
Sonicwall의 기본 메뉴에는 "VoIP" 탭이 있어야 합니다. "일관된 NAT 활성화"가 선택되어 있습니까? 그게 도움이 될 거예요. SIP 변환은 필요하지 않지만 스크린샷이나 해당 화면을 게시할 수 있다면 몇 가지를 시도해 볼 수 있습니다.
답변3
sip alg를 지원하는지 확인하고 표준 sip 포트(5060)를 사용하고 있는지 확인하거나 sip alg를 사용 중인 sip 포트를 "모니터링"하도록 변경하세요.
단방향 오디오의 이유는 방화벽/라우터가 들어오는 UDP 메시지/오디오를 보낼 위치를 알지 못하기 때문에 중단되는 이유입니다.
sip alg가 활성화되면 전화 통화 및 오디오 전송 위치를 추적합니다.
답변4
내 VoIP 시스템에도 동일한 문제가 있었습니다. 복구하기 위해 사용할 수 있는 두 가지 주제가 있습니다.
- voip nat traversal 주제를 살펴보세요.
- 서비스 NAT를 잊어버리고 대신 VPN이나 터널을 사용하십시오.
Mikrotik을 사용하여 P2P(IP-IP) 터널 문제를 해결하고 정적 경로 문제를 해결했습니다.