☰

SonicWALL 後面用於 VOIP 的 SIP 中繼

tag-icon • tag-icon nat voip sonicwall sip
SonicWALL 後面用於 VOIP 的 SIP 中繼

我很高興這個問題相當“遙遠”，但是 - 有沒有人在 SonicWALL 後面透過 SIP 實現 VOIP 取得任何成功。我們遇到單向音訊入站問題。

本質上，呼叫（或被叫）的人可以聽到我的聲音（透過與 PBX 位於同一 LAN 上的電話），但我們聽不到他們的聲音。封包擷取顯示 RTP 流量返回 Sonic 並發送至 PBX，但根本無法到達。我的理解是 SonicWALL 使用對稱 NAT，這就是問題所在，因為 STUN 不適用於這種類型的 NAT。

有沒有任何解決方法或這裡有人成功了？

答案1

如果它是 sip 中繼，您可能可以告訴 PBX 它的 IP 是您的「外部」IP，並在 sonicwall 中將 tcp/5060 和 udp/[rdp range] 轉發給它。 rtp 範圍可在您的 pbx 中設定。因為您只需要一個 sip 端點（pbx - 您的所有手機都透過 pbx 與外界通訊），所以這不需要 stun 或任何「聰明」的東西。

如果 rtp 流量確實到達您的 sonicwall，而不只是因為它被傳送到 rfc 1918 位址而落在黑洞中，那麼聽起來您已經完成了第一步。

答案2

sonicwall 的主選單上應該會有一個「VoIP」標籤。是否選擇了「啟用一致 NAT」？那會有幫助的。您不需要 SIP 轉換，但如果您可以發布螢幕截圖或該螢幕，我們可以嘗試一些操作。

答案3

確保它支援 sip alg 並確保您使用標準 sip 連接埠 (5060) 或變更 sip alg 以「監視」您正在使用的 sip 連接埠。

單向音訊的原因是因為防火牆/路由器不知道將傳入的 udp 訊息/音訊傳送到哪裡，這就是它被丟棄的原因。

如果啟用 sip alg，它將追蹤電話呼叫以及將音訊發送到何處。

答案4

我的 VoIP 系統也遇到了同樣的問題，您可以使用兩個主題來恢復。

  1. 看看 voip nat traversal 主題。
  2. 忘記對服務進行 NAT，而使用 VPN 或隧道。

我已經使用 Mikrotik 解決了 P2P(IP-IP) 隧道的問題，並解決了靜態路由的問題。

相關內容