|
No the hang ups seem to be ok. It seems to be that after FS tries to
make a second call, 1:30 later I get the phantom inbound call. If I do
not try and make that second call everything works fine. I think I can
make a dial plan to manage the outbound calls, but the same thing
happens if the first call is inbound PSTN, then we make outbound. So I need to have a db variable to indicate "device in use" effectively so the call attempt is not made. Scott The second outbound being made 2009-01-20 06:07:03 [NOTICE] switch_channel.c:565 switch_channel_set_name() New Channel sofia/internal/[email protected]:5061 [5b9d6822-e65c-11dd-b2e1-993799172013] 2009-01-20 06:07:03 [NOTICE] sofia.c:3124 sofia_handle_sip_i_state() Hangup sofia/internal/[email protected]:5061 [CS_CONSUME_MEDIA] [RECOVERY_ON_TIMER_EXPIRE] 2009-01-20 06:07:04 [NOTICE] switch_core_session.c:960 switch_core_session_thread() Session 8 (sofia/internal/[email protected]:5061) Ended 2009-01-20 06:07:04 [NOTICE] switch_core_session.c:962 switch_core_session_thread() Close Channel sofia/internal/[email protected]:5061 [CS_HANGUP] 2009-01-20 06:07:04 [NOTICE] switch_channel.c:565 switch_channel_set_name() New Channel sofia/internal/[email protected]:5061 [5babe9ba-e65c-11dd-b2e1-993799172013] The phantom inbound, goes to 500 is not answered, and then the original call above is closed. 2009-01-20 06:07:42 [NOTICE] mod_dptools.c:600 answer_function() Channel [sofia/internal/[email protected]] has been answered 2009-01-20 06:07:42 [NOTICE] switch_channel.c:565 switch_channel_set_name() New Channel sofia/internal/500 [726fc392-e65c-11dd-b2e1-993799172013] 2009-01-20 06:07:42 [NOTICE] sofia.c:3124 sofia_handle_sip_i_state() Hangup sofia/internal/500 [CS_CONSUME_MEDIA] [USER_BUSY] 2009-01-20 06:07:42 [NOTICE] switch_core_session.c:960 switch_core_session_thread() Session 11 (sofia/internal/500) Ended 2009-01-20 06:07:42 [NOTICE] switch_core_session.c:962 switch_core_session_thread() Close Channel sofia/internal/500 [CS_HANGUP] 2009-01-20 06:07:42 [INFO] mod_dptools.c:1984 audio_bridge_function() Originate Failed. Cause: USER_BUSY 2009-01-20 06:07:42 [NOTICE] mod_dptools.c:2011 audio_bridge_function() Hangup sofia/internal/[email protected] [CS_EXECUTE] [USER_BUSY] 2009-01-20 06:07:42 [NOTICE] switch_core_session.c:960 switch_core_session_thread() Session 10 (sofia/internal/[email protected]) Ended 2009-01-20 06:07:42 [NOTICE] switch_core_session.c:962 switch_core_session_thread() Close Channel sofia/internal/[email protected] [CS_HANGUP] 2009-01-20 06:11:02 [NOTICE] mod_sofia.c:681 sofia_read_frame() Hangup sofia/internal/[email protected]:5061 [CS_EXCHANGE_MEDIA] [MEDIA_TIMEOUT] 2009-01-20 06:11:02 [NOTICE] switch_ivr_bridge.c:955 switch_ivr_multi_threaded_bridge() Hangup sofia/internal/[email protected] [CS_EXECUTE] [MEDIA_TIMEOUT] 2009-01-20 06:11:02 [NOTICE] switch_core_session.c:960 switch_core_session_thread() Session 5 (sofia/internal/[email protected]) Ended 2009-01-20 06:11:02 [NOTICE] switch_core_session.c:962 switch_core_session_thread() Close Channel sofia/internal/[email protected] [CS_HANGUP] 2009-01-20 06:11:02 [NOTICE] switch_core_session.c:960 switch_core_session_thread() Session 6 (sofia/internal/[email protected]:5061) Ended 2009-01-20 06:11:02 [NOTICE] switch_core_session.c:962 switch_core_session_thread() Close Channel sofia/internal/[email protected]:5061 [CS_HANGUP] Michael Collins wrote: Scott, Is it possible that your SPA is not properly detecting hangups? I'm wondering if there is a setting in the SPA3000 for your country. (Australia, no?) Please check your SPA settings and report back. Thanks, MCOn Mon, Jan 19, 2009 at 10:27 AM, Scott Ellis <[email protected]> wrote:I have an interesting problem with a set up using two (or more) SPA 3000's. I make a call out on the unit to a PSTN line - great. I then try and make another call out on that line - it fails and moves on to the next one in the bridge call statement. It then goes through on the second unit. Almost always 1:30 later, I get an inbound call from the PSTN showing up in FreeSwitch, which goes to an extension - and when answered bridges that extension onto the existing call. Now I am sure that this behaviour from the SPA is a little odd, but does anyone have any tips for dealing with it from the dialplan? Most obvious being a way to not call the first unit when it already is active... I do not have it defined as a gateway - just using sofia/internal/[email protected]:5061 so make a call. Scott _______________________________________________ Freeswitch-users mailing list [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org_______________________________________________ Freeswitch-users mailing list [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org |
_______________________________________________ Freeswitch-users mailing list [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
