My two cents worth...<div><br></div><div>I have fixed this in the past by setting up a STUND server to help with the SIP data. I had the same problem as you, 30 seconds on the dot the call would drop. After pointing my sip devices to a stun server everything is solved. (for me anyway :)</div>
<div><br></div><div>HTH</div><div><br></div><div>Matt</div><div><br><br><div class="gmail_quote">On 22 June 2011 22:38, Matthew Ralston <span dir="ltr"><<a href="mailto:freeswitch@mralston.com">freeswitch@mralston.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hi,<br>
<br>
I'm having a problem at the moment with calls being successfully set up, with two-way audio, being terminated by FreeSWITCH after 30 seconds.<br>
<br>
Internal calls (i.e. between SIP phones on the same LAN segment as the FreeSWITCH box) work flawlessly.<br>
<br>
The problem arises when at least one of the handsets is located elsewhere on the Internet. This behaviour is exhibited under the following circumstances:<br>
<br>
- A-leg only call, e.g. to voicemail when the handset is at another location on the Internet<br>
- A-leg-B-leg call if one or both of the handsets are at another location on the Internet<br>
- Inbound calls from our external SIP provider<br>
- Outbound calls to our external SIP provider<br>
<br>
So it is obvious that the problem is related to the SIP going via the Internet, but I'm having trouble understanding why.<br>
<br>
Whilst debugging this problem I have placed the FreeSWITCH box is in the DMZ on our router, so there should not be any ports blocked. The FreeSWITCH box itself is not running a software firewall.<br>
<br>
The calls themselves are absolutely fine for the first 30 seconds - each party can hear the other talking fine.<br>
<br>
The fact that the call is consistently dropped after 30 seconds (give or take a second or two for PDD) suggests that some timeout is being triggered.<br>
<br>
When FreeSWITCH terminates the call, the following is logged to the console:<br>
<br>
2011-06-22 13:33:50.514941 [DEBUG] sofia.c:4787 Channel sofia/internal/1006@public.ip.removed entering state [terminating][0]<br>
2011-06-22 13:33:50.514941 [DEBUG] switch_channel.c:2641 (sofia/internal/1006@public.ip.removed) Callstate Change ACTIVE -> HANGUP<br>
2011-06-22 13:33:50.514941 [NOTICE] sofia.c:5508 Hangup sofia/internal/1006@public.ip.removed [CS_EXECUTE] [NORMAL_UNSPECIFIED]<br>
2011-06-22 13:33:50.514941 [DEBUG] switch_channel.c:2657 Send signal sofia/internal/1006@public.ip.removed [KILL]<br>
2011-06-22 13:33:50.514941 [DEBUG] switch_core_session.c:1118 Send signal sofia/internal/1006@public.ip.removed [BREAK]<br>
2011-06-22 13:33:50.534966 [DEBUG] switch_ivr_play_say.c:1649 done playing file<br>
2011-06-22 13:33:50.625988 [DEBUG] switch_ivr_play_say.c:244 Handle play-file:[voicemail/vm-press.wav] (en:en)<br>
2011-06-22 13:33:50.727027 [DEBUG] switch_core_session.c:2063 sofia/internal/1006@public.ip.removed skip receive message [APPLICATION_EXEC_COMPLETE] (channel is hungup already)<br>
2011-06-22 13:33:50.727027 [DEBUG] switch_core_state_machine.c:371 (sofia/internal/1006@public.ip.removed) State EXECUTE going to sleep<br>
2011-06-22 13:33:50.727027 [DEBUG] switch_core_state_machine.c:325 (sofia/internal/1006@public.ip.removed) Running State Change CS_HANGUP<br>
2011-06-22 13:33:50.727027 [DEBUG] switch_core_state_machine.c:565 (sofia/internal/1006@public.ip.removed) State HANGUP<br>
2011-06-22 13:33:50.727027 [DEBUG] mod_sofia.c:458 Channel sofia/internal/1006@public.ip.removed hanging up, cause: NORMAL_UNSPECIFIED<br>
2011-06-22 13:33:50.727027 [DEBUG] switch_core_state_machine.c:46 sofia/internal/1006@public.ip.removed Standard HANGUP, cause: NORMAL_UNSPECIFIED<br>
2011-06-22 13:33:50.727027 [DEBUG] switch_core_state_machine.c:565 (sofia/internal/1006@public.ip.removed) State HANGUP going to sleep<br>
2011-06-22 13:33:50.727027 [DEBUG] switch_core_state_machine.c:356 (sofia/internal/1006@public.ip.removed) State Change CS_HANGUP -> CS_REPORTING<br>
2011-06-22 13:33:50.727027 [DEBUG] switch_core_session.c:1118 Send signal sofia/internal/1006@public.ip.removed [BREAK]<br>
2011-06-22 13:33:50.727027 [DEBUG] switch_core_state_machine.c:325 (sofia/internal/1006@public.ip.removed) Running State Change CS_REPORTING<br>
2011-06-22 13:33:50.727027 [DEBUG] switch_core_state_machine.c:625 (sofia/internal/1006@public.ip.removed) State REPORTING<br>
2011-06-22 13:33:50.740064 [DEBUG] switch_core_state_machine.c:53 sofia/internal/1006@public.ip.removed Standard REPORTING, cause: NORMAL_UNSPECIFIED<br>
2011-06-22 13:33:50.740064 [DEBUG] switch_core_state_machine.c:625 (sofia/internal/1006@public.ip.removed) State REPORTING going to sleep<br>
2011-06-22 13:33:50.740064 [DEBUG] switch_core_state_machine.c:350 (sofia/internal/1006@public.ip.removed) State Change CS_REPORTING -> CS_DESTROY<br>
2011-06-22 13:33:50.740064 [DEBUG] switch_core_session.c:1118 Send signal sofia/internal/1006@public.ip.removed [BREAK]<br>
2011-06-22 13:33:50.740064 [DEBUG] switch_core_session.c:1290 Session 5 (sofia/internal/1006@public.ip.removed) Locked, Waiting on external entities<br>
2011-06-22 13:33:50.740064 [NOTICE] switch_core_session.c:1308 Session 5 (sofia/internal/1006@public.ip.removed) Ended<br>
2011-06-22 13:33:50.740064 [NOTICE] switch_core_session.c:1310 Close Channel sofia/internal/1006@public.ip.removed [CS_DESTROY]<br>
2011-06-22 13:33:50.740064 [DEBUG] switch_core_state_machine.c:454 (sofia/internal/1006@public.ip.removed) Callstate Change HANGUP -> DOWN<br>
2011-06-22 13:33:50.740064 [DEBUG] switch_core_state_machine.c:457 (sofia/internal/1006@public.ip.removed) Running State Change CS_DESTROY<br>
2011-06-22 13:33:50.740064 [DEBUG] switch_core_state_machine.c:467 (sofia/internal/1006@public.ip.removed) State DESTROY<br>
2011-06-22 13:33:50.740064 [DEBUG] mod_sofia.c:363 sofia/internal/1006@public.ip.removed SOFIA DESTROY<br>
2011-06-22 13:33:50.780056 [DEBUG] switch_nat.c:570 unmapped public port 31484 protocol UDP to localport 31484<br>
2011-06-22 13:33:50.840070 [DEBUG] switch_nat.c:570 unmapped public port 31485 protocol UDP to localport 31485<br>
2011-06-22 13:33:50.840070 [DEBUG] switch_core_state_machine.c:60 sofia/internal/1006@public.ip.removed Standard DESTROY<br>
2011-06-22 13:33:50.840070 [DEBUG] switch_core_state_machine.c:467 (sofia/internal/1006@public.ip.removed) State DESTROY going to sleep<br>
<br>
The above example was from an externally situated SIP phone ringing voicemail (4000) on FreeSWITCH.<br>
<br>
I have experimented changing various timers and timeouts in the config of FreeSWITCH (one at a time, being careful to put them back afterwards!) but been unable to resolve the issue.<br>
<br>
Incidentally, we have no long term intention of running off-site SIP phones with the PBX and I'm hoping not to have to leave it in the DMZ either, it's just like that for debugging. What is a real issue is the calls to our external SIP provider (i.e. outbound calls) being dropped.<br>
<br>
Any suggestions would be greatly appreciated.<br>
<br>
Thanks,<br>
<br>
Matthew Ralston<br>
Web Developer & IT Consultant<br>
<br>
<a href="mailto:matt@mralston.co.uk">matt@mralston.co.uk</a><br>
<a href="http://www.mralston.com" target="_blank">www.mralston.com</a><br>
<br>
<br>
_______________________________________________<br>
Join us at ClueCon 2011, Aug 9-11, Chicago<br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a> 877-7-4ACLUE<br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</blockquote></div><br></div>