[Freeswitch-users] Interesting Problem with SPA 3000

Michael Collins msc at freeswitch.org
Mon Jan 19 12:51:44 PST 2009


Scott,

I think you're at the point where you'll need to collect more info and
start a pastebin or two. I'm actually working on the checklist and
how-to for reporting bugs and troubleshooting. You can be my first
test case!:)

Please visit here and start collecting data:
http://wiki.freeswitch.org/wiki/Reporting_Bugs

Let me know if any of my instructions seem wrong or confusing or just
plain don't work.
Thanks,
MC (mercutioviz)

On Mon, Jan 19, 2009 at 11:21 AM, Scott Ellis
<scott.ellis at novatex.com.au> wrote:
> 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/43517488 at 10.0.0.18:5061
> [5b9d6822-e65c-11dd-b2e1-993799172013]
> 2009-01-20 06:07:03 [NOTICE] sofia.c:3124 sofia_handle_sip_i_state() Hangup
> sofia/internal/43517488 at 10.0.0.18: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/43517488 at 10.0.0.18:5061) Ended
> 2009-01-20 06:07:04 [NOTICE] switch_core_session.c:962
> switch_core_session_thread() Close Channel
> sofia/internal/43517488 at 10.0.0.18:5061 [CS_HANGUP]
> 2009-01-20 06:07:04 [NOTICE] switch_channel.c:565 switch_channel_set_name()
> New Channel sofia/internal/43517488 at 10.0.0.17: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/Line_8 at 10.0.0.9] 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/Line_8 at 10.0.0.9 [CS_EXECUTE] [USER_BUSY]
> 2009-01-20 06:07:42 [NOTICE] switch_core_session.c:960
> switch_core_session_thread() Session 10 (sofia/internal/Line_8 at 10.0.0.9)
> Ended
> 2009-01-20 06:07:42 [NOTICE] switch_core_session.c:962
> switch_core_session_thread() Close Channel sofia/internal/Line_8 at 10.0.0.9
> [CS_HANGUP]
> 2009-01-20 06:11:02 [NOTICE] mod_sofia.c:681 sofia_read_frame() Hangup
> sofia/internal/49633633 at 10.0.0.18: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/402 at 10.0.0.9
> [CS_EXECUTE] [MEDIA_TIMEOUT]
> 2009-01-20 06:11:02 [NOTICE] switch_core_session.c:960
> switch_core_session_thread() Session 5 (sofia/internal/402 at 10.0.0.9) Ended
> 2009-01-20 06:11:02 [NOTICE] switch_core_session.c:962
> switch_core_session_thread() Close Channel sofia/internal/402 at 10.0.0.9
> [CS_HANGUP]
> 2009-01-20 06:11:02 [NOTICE] switch_core_session.c:960
> switch_core_session_thread() Session 6
> (sofia/internal/49633633 at 10.0.0.18:5061) Ended
> 2009-01-20 06:11:02 [NOTICE] switch_core_session.c:962
> switch_core_session_thread() Close Channel
> sofia/internal/49633633 at 10.0.0.18: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,
> MC
>
> On Mon, Jan 19, 2009 at 10:27 AM, Scott Ellis
> <scott.ellis at novatex.com.au> 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/$1 at 10.0.0.18:5061 so make a call.
>
> Scott
>
>
> _______________________________________________
> Freeswitch-users mailing list
> Freeswitch-users at lists.freeswitch.org
> 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
> Freeswitch-users at lists.freeswitch.org
> 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
> Freeswitch-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>




More information about the FreeSWITCH-users mailing list