drincon739 Posted December 12, 2018 Report Posted December 12, 2018 Need some assistance, please. Inbound call Call drops at 32 seconds everytime
Uzair Mahmud Posted December 12, 2018 Report Posted December 12, 2018 are you behind NAT? also is your server IP 127.0.0.1 in /etc/kazoo/kamailio/local.cfg
tkiziah Posted December 12, 2018 Report Posted December 12, 2018 Check out this article https://blog.opensips.org/2017/02/22/troubleshooting-missing-ack-in-sip/amp/ Then run a SIP trace to ensure the correct Record Route and Contact headers. Finally, check /etc/kazoo/kamailio/local.cfg If your IP address is still set to 0.0.0.0 or 127.0.0.1 then the Record Route header sent to the callee will be the same. This is the reason for the missing ACK and eventually the dropped call. Update your IP address to resolve.
drincon739 Posted December 15, 2018 Author Report Posted December 15, 2018 On 12/12/2018 at 2:57 AM, tkiziah said: Check out this article https://blog.opensips.org/2017/02/22/troubleshooting-missing-ack-in-sip/amp/ Then run a SIP trace to ensure the correct Record Route and Contact headers. Finally, check /etc/kazoo/kamailio/local.cfg If your IP address is still set to 0.0.0.0 or 127.0.0.1 then the Record Route header sent to the callee will be the same. This is the reason for the missing ACK and eventually the dropped call. Update your IP address to resolve. On 12/12/2018 at 2:43 AM, Uzair Mahmud said: are you behind NAT? also is your server IP 127.0.0.1 in /etc/kazoo/kamailio/local.cfg after adding server ip do i need to restart anything?
Uzair Mahmud Posted December 15, 2018 Report Posted December 15, 2018 You need to restart kamailio after adding server ip
drincon739 Posted December 15, 2018 Author Report Posted December 15, 2018 3 hours ago, Uzair Mahmud said: You need to restart kamailio after adding server ip what is the best way to restart kamailio?
drincon739 Posted December 15, 2018 Author Report Posted December 15, 2018 7 hours ago, drincon739 said: what is the best way to restart kamailio? So when i restarted I'm running into this error:
tkiziah Posted December 15, 2018 Report Posted December 15, 2018 sudo systemctl stop kamailio sudo systemctl disable kamailio sudo systemctl start kazoo-kamailio sudo systemctl status kazoo-kamailio
drincon739 Posted December 15, 2018 Author Report Posted December 15, 2018 After running the above: thias
tkiziah Posted December 15, 2018 Report Posted December 15, 2018 (edited) First, you want to completely disable the kamailio service, and enable kazoo-kamailio. Anytime that you interact with the kamailio you should be using kazoo-kamailio. A reboot should fix this without spending to much time ontroubleshooting what is binding to the default ports. Edited December 15, 2018 by tkiziah (see edit history)
drincon739 Posted December 15, 2018 Author Report Posted December 15, 2018 Thank you for your patience tkiziah as I I'm a newbie with Kazoo. so after disabling and starting, I'm still running into the same issue of the call dropping at 32seconds
drincon739 Posted December 15, 2018 Author Report Posted December 15, 2018 20 minutes ago, drincon739 said: Thank you for your patience tkiziah as I I'm a newbie with Kazoo. so after disabling and starting, I'm still running into the same issue of the call dropping at 32seconds i have also tried a reboot and getting the same results
drincon739 Posted December 21, 2018 Author Report Posted December 21, 2018 any other suggestions on what it could be?
Uzair Mahmud Posted December 21, 2018 Report Posted December 21, 2018 are you running your setup on lan or over the internet?
thanhnn.ict Posted December 30, 2018 Report Posted December 30, 2018 Dear Bro, the root reason of call drop after 32 second due to ACK Timeout. i setup my system behind NAT, so i had to config on freeswitch module: vars.xml <X-PRE-PROCESS cmd="set" data="external_rtp_ip=IP NAT SERVER"/> <X-PRE-PROCESS cmd="set" data="external_sip_ip=IP NAT SERVER"/> good luck!
Administrators mc_ Posted January 3, 2019 Administrators Report Posted January 3, 2019 @thanhnn.ict you might want to look at putting those in the sipinterface_1.xml instead. Just in case you decide to run multiple SIP interfaces that may not use the same external IPs.
Recommended Posts