<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
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.<br>
So I need to have a db variable to indicate "device in use" effectively
so the call attempt is not made.<br>
<br>
Scott<br>
<br>
The second outbound being made<br>
<small>2009-01-20 06:07:03 [NOTICE] switch_channel.c:565
switch_channel_set_name() New Channel
<a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/43517488@10.0.0.18:5061">sofia/internal/43517488@10.0.0.18:5061</a>
[5b9d6822-e65c-11dd-b2e1-993799172013]<br>
2009-01-20 06:07:03 [NOTICE] sofia.c:3124 sofia_handle_sip_i_state()
Hangup <a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/43517488@10.0.0.18:5061">sofia/internal/43517488@10.0.0.18:5061</a> [CS_CONSUME_MEDIA]
[RECOVERY_ON_TIMER_EXPIRE]<br>
2009-01-20 06:07:04 [NOTICE] switch_core_session.c:960
switch_core_session_thread() Session 8
(<a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/43517488@10.0.0.18:5061">sofia/internal/43517488@10.0.0.18:5061</a>) Ended<br>
2009-01-20 06:07:04 [NOTICE] switch_core_session.c:962
switch_core_session_thread() Close Channel
<a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/43517488@10.0.0.18:5061">sofia/internal/43517488@10.0.0.18:5061</a> [CS_HANGUP]<br>
2009-01-20 06:07:04 [NOTICE] switch_channel.c:565
switch_channel_set_name() New Channel
<a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/43517488@10.0.0.17:5061">sofia/internal/43517488@10.0.0.17:5061</a>
[5babe9ba-e65c-11dd-b2e1-993799172013]</small><br>
<br>
The phantom inbound, goes to 500 is not answered, and then the original
call above is closed.<br>
<small>2009-01-20 06:07:42 [NOTICE] mod_dptools.c:600 answer_function()
Channel [<a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/Line_8@10.0.0.9">sofia/internal/Line_8@10.0.0.9</a>] has been answered<br>
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]<br>
2009-01-20 06:07:42 [NOTICE] sofia.c:3124 sofia_handle_sip_i_state()
Hangup sofia/internal/500 [CS_CONSUME_MEDIA] [USER_BUSY]<br>
2009-01-20 06:07:42 [NOTICE] switch_core_session.c:960
switch_core_session_thread() Session 11 (sofia/internal/500) Ended<br>
2009-01-20 06:07:42 [NOTICE] switch_core_session.c:962
switch_core_session_thread() Close Channel sofia/internal/500
[CS_HANGUP]<br>
2009-01-20 06:07:42 [INFO] mod_dptools.c:1984 audio_bridge_function()
Originate Failed. Cause: USER_BUSY<br>
2009-01-20 06:07:42 [NOTICE] mod_dptools.c:2011 audio_bridge_function()
Hangup <a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/Line_8@10.0.0.9">sofia/internal/Line_8@10.0.0.9</a> [CS_EXECUTE] [USER_BUSY]<br>
2009-01-20 06:07:42 [NOTICE] switch_core_session.c:960
switch_core_session_thread() Session 10
(<a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/Line_8@10.0.0.9">sofia/internal/Line_8@10.0.0.9</a>) Ended<br>
2009-01-20 06:07:42 [NOTICE] switch_core_session.c:962
switch_core_session_thread() Close Channel
<a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/Line_8@10.0.0.9">sofia/internal/Line_8@10.0.0.9</a> [CS_HANGUP]<br>
2009-01-20 06:11:02 [NOTICE] mod_sofia.c:681 sofia_read_frame() Hangup
<a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/49633633@10.0.0.18:5061">sofia/internal/49633633@10.0.0.18:5061</a> [CS_EXCHANGE_MEDIA]
[MEDIA_TIMEOUT]<br>
2009-01-20 06:11:02 [NOTICE] switch_ivr_bridge.c:955
switch_ivr_multi_threaded_bridge() Hangup <a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/402@10.0.0.9">sofia/internal/402@10.0.0.9</a>
[CS_EXECUTE] [MEDIA_TIMEOUT]<br>
2009-01-20 06:11:02 [NOTICE] switch_core_session.c:960
switch_core_session_thread() Session 5 (<a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/402@10.0.0.9">sofia/internal/402@10.0.0.9</a>)
Ended<br>
2009-01-20 06:11:02 [NOTICE] switch_core_session.c:962
switch_core_session_thread() Close Channel <a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/402@10.0.0.9">sofia/internal/402@10.0.0.9</a>
[CS_HANGUP]<br>
2009-01-20 06:11:02 [NOTICE] switch_core_session.c:960
switch_core_session_thread() Session 6
(<a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/49633633@10.0.0.18:5061">sofia/internal/49633633@10.0.0.18:5061</a>) Ended<br>
2009-01-20 06:11:02 [NOTICE] switch_core_session.c:962
switch_core_session_thread() Close Channel
<a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/49633633@10.0.0.18:5061">sofia/internal/49633633@10.0.0.18:5061</a> [CS_HANGUP]</small><br>
<br>
Michael Collins wrote:
<blockquote
cite="mid:87f2f3b90901191043u633db77cg19749d023af1d15a@mail.gmail.com"
type="cite">
<pre wrap="">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
<a class="moz-txt-link-rfc2396E" href="mailto:scott.ellis@novatex.com.au"><scott.ellis@novatex.com.au></a> wrote:
</pre>
<blockquote type="cite">
<pre wrap="">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
<a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/$1@10.0.0.18:5061">sofia/internal/$1@10.0.0.18:5061</a> so make a call.
Scott
_______________________________________________
Freeswitch-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Freeswitch-users@lists.freeswitch.org">Freeswitch-users@lists.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a>
UNSUBSCRIBE:<a class="moz-txt-link-freetext" href="http://lists.freeswitch.org/mailman/options/freeswitch-users">http://lists.freeswitch.org/mailman/options/freeswitch-users</a>
<a class="moz-txt-link-freetext" href="http://www.freeswitch.org">http://www.freeswitch.org</a>
</pre>
</blockquote>
<pre wrap=""><!---->
_______________________________________________
Freeswitch-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Freeswitch-users@lists.freeswitch.org">Freeswitch-users@lists.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a>
UNSUBSCRIBE:<a class="moz-txt-link-freetext" href="http://lists.freeswitch.org/mailman/options/freeswitch-users">http://lists.freeswitch.org/mailman/options/freeswitch-users</a>
<a class="moz-txt-link-freetext" href="http://www.freeswitch.org">http://www.freeswitch.org</a>
</pre>
</blockquote>
</body>
</html>