Focus on the NAT issue between the phone and FreeSWITCH. /b On Mon, Aug 8, 2022 at 4:47 PM Brian May <brian@linuxpenguins.xyz> wrote:
Brian West <brian@freeswitch.com> writes:
you probably have a nat issue, what's the topology like? What is ext-*-ip set to, and what is local-network-acl set to?
provider (internet) <--firewall--> Freeswitch (external IP) <--firewall--> Phone (internal IP)
Freeswitch is outside the NAT, and looking at the packets, it is sending the correct IP addresses to the provider.
All firewalls are whitelisted to send all UDP 1024-65535 through.
As far as freeswitch is concerned there is no NAT. Unless I try to get the phone to talk directly to the provider. Which is something I am not even attempting to do right now.
local-network-acl is set to localnet.auto
If there was a codec negotiation issue, what would the symptoms be? I would expect dropped phone calls, not dropped audio. So I don't think that is what I am experiencing here.
My gut feeling is that the remote provider is sending audio (wish I could prove it) which means traffic is getting blocked somewhere - most likely my firewall. So will concentrate my efforts here. Starting of by disabling SIP support in my firewall.
https://community.ui.com/questions/VoIP-SIP-Phone-through-NAT-on-EdgeMax/063... -- Brian May <brian@linuxpenguins.xyz> https://linuxpenguins.xyz/brian/
-- Brian West | Co-founder and Developer Need Commercial support? email sales@freeswitch.com FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 <https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g> Email: brian@freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/> [image: https://www.facebook.com/signalwireinc?src=email] <https://www.facebook.com/freeswitch> [image: https://twitter.com/freeswitch] <https://twitter.com/freeswitch>