Я понимаю, что этот вопрос довольно "нестандартный", но - кто-нибудь имел успех с VOIP через SIP за SonicWALL. У нас возникла проблема с односторонним входящим аудио.
По сути, звонящий (или вызываемый) может слышать меня (с телефона в той же локальной сети, что и АТС), но мы не можем слышать его. Захваты пакетов показывают, что трафик RTP возвращается к Sonic и направляется на АТС, но он просто не может достичь ее. Насколько я понимаю, SonicWALL используют симметричный NAT, и это проблема, поскольку STUN не работает с этим типом NAT.
Есть ли какие-то обходные пути или кто-нибудь добился успеха?
решение1
Если это sip-транк, вы можете обойтись, указав вашей АТС, что ее IP — это ваш «внешний» IP, и перенаправив tcp/5060 и udp/[rdp range] на него в sonicwall. Диапазон rtp можно настроить в вашей АТС. Поскольку вам нужна только одна конечная точка sip (АТС — все ваши телефоны общаются с внешним миром через АТС), это не должно требовать stun или чего-то «умного».
Похоже, вы уже сделали первую часть, если rtp-трафик действительно достигает вашего sonicwall, а не просто попадает в черную дыру, поскольку он отправляется на адрес rfc 1918.
решение2
В главном меню sonicwall должна быть вкладка "VoIP". Выбрано ли "Enable conformy NAT"? Это поможет. Вам не нужны преобразования SIP, но если вы можете опубликовать снимок экрана или этот экран, мы можем попробовать несколько вещей.
решение3
Убедитесь, что он поддерживает алгоритм SIP, и убедитесь, что вы используете стандартный порт SIP (5060) или измените алгоритм SIP, чтобы «контролировать» используемый вами порт SIP.
Причина односторонней передачи звука заключается в том, что брандмауэр/маршрутизатор не знает, куда отправлять входящие UDP-сообщения/аудио, и поэтому они теряются.
Если включен алгоритм SIP, он будет отслеживать телефонные звонки и куда отправлять аудио.
решение4
У меня была та же проблема с моей системой VoIP, есть две темы, которые вы можете использовать для ее устранения.
- взгляните на тему VoIP NAT Traversal.
- забудьте о NAT-преобразовании сервиса и вместо этого используйте VPN или туннель.
Я решил проблему с туннелем P2P(IP-IP) с Mikrotik и решил проблему со статическим маршрутом.