Sponsor: VoiceMeUp - Corporate & Wholesale VoIP Services

VoIP Mailing List Archives
Mailing list archives for the VoIP community
 SearchSearch 

[Freeswitch-users] Interesting Problem with SPA 3000


 
Post new topic   Reply to topic    VoIP Mailing List Archives Forum Index -> freeSWITCH Users
View previous topic :: View next topic  
Author Message
scott.ellis at novatex...
Guest





PostPosted: Mon Jan 19, 2009 1:32 pm    Post subject: [Freeswitch-users] Interesting Problem with SPA 3000 Reply with quote

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@10.0.0.18:5061 so make a call.

Scott


_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
Back to top
msc at freeswitch.org
Guest





PostPosted: Mon Jan 19, 2009 1:47 pm    Post subject: [Freeswitch-users] Interesting Problem with SPA 3000 Reply with quote

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@novatex.com.au> wrote:
Quote:
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@10.0.0.18:5061 so make a call.

Scott


_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@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@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
Back to top
scott.ellis at novatex...
Guest





PostPosted: Mon Jan 19, 2009 2:31 pm    Post subject: [Freeswitch-users] Interesting Problem with SPA 3000 Reply with quote

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@10.0.0.18:5061 ([email]sofia/internal/43517488@10.0.0.18:5061[/email]) [5b9d6822-e65c-11dd-b2e1-993799172013]
2009-01-20 06:07:03 [NOTICE] sofia.c:3124 sofia_handle_sip_i_state() Hangup sofia/internal/43517488@10.0.0.18:5061 ([email]sofia/internal/43517488@10.0.0.18:5061[/email]) [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@10.0.0.18:5061 ([email]sofia/internal/43517488@10.0.0.18:5061[/email])) Ended
2009-01-20 06:07:04 [NOTICE] switch_core_session.c:962 switch_core_session_thread() Close Channel sofia/internal/43517488@10.0.0.18:5061 ([email]sofia/internal/43517488@10.0.0.18:5061[/email]) [CS_HANGUP]
2009-01-20 06:07:04 [NOTICE] switch_channel.c:565 switch_channel_set_name() New Channel sofia/internal/43517488@10.0.0.17:5061 ([email]sofia/internal/43517488@10.0.0.17:5061[/email]) [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@10.0.0.9 ([email]sofia/internal/Line_8@10.0.0.9[/email])] 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@10.0.0.9 ([email]sofia/internal/Line_8@10.0.0.9[/email]) [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@10.0.0.9 ([email]sofia/internal/Line_8@10.0.0.9[/email])) Ended
2009-01-20 06:07:42 [NOTICE] switch_core_session.c:962 switch_core_session_thread() Close Channel sofia/internal/Line_8@10.0.0.9 ([email]sofia/internal/Line_8@10.0.0.9[/email]) [CS_HANGUP]
2009-01-20 06:11:02 [NOTICE] mod_sofia.c:681 sofia_read_frame() Hangup sofia/internal/49633633@10.0.0.18:5061 ([email]sofia/internal/49633633@10.0.0.18:5061[/email]) [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@10.0.0.9 ([email]sofia/internal/402@10.0.0.9[/email]) [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@10.0.0.9 ([email]sofia/internal/402@10.0.0.9[/email])) Ended
2009-01-20 06:11:02 [NOTICE] switch_core_session.c:962 switch_core_session_thread() Close Channel sofia/internal/402@10.0.0.9 ([email]sofia/internal/402@10.0.0.9[/email]) [CS_HANGUP]
2009-01-20 06:11:02 [NOTICE] switch_core_session.c:960 switch_core_session_thread() Session 6 (sofia/internal/49633633@10.0.0.18:5061 ([email]sofia/internal/49633633@10.0.0.18:5061[/email])) Ended
2009-01-20 06:11:02 [NOTICE] switch_core_session.c:962 switch_core_session_thread() Close Channel sofia/internal/49633633@10.0.0.18:5061 ([email]sofia/internal/49633633@10.0.0.18:5061[/email]) [CS_HANGUP]

Michael Collins wrote:
Quote:
Quote:
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@novatex.com.au> (scott.ellis@novatex.com.au) wrote:
Quote:
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@10.0.0.18:5061 ([email]sofia/internal/$1@10.0.0.18:5061[/email]) so make a call.

Scott


_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org (Freeswitch-users@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@lists.freeswitch.org (Freeswitch-users@lists.freeswitch.org)
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

Back to top
msc at freeswitch.org
Guest





PostPosted: Mon Jan 19, 2009 4:02 pm    Post subject: [Freeswitch-users] Interesting Problem with SPA 3000 Reply with quote

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!Smile

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@novatex.com.au> wrote:
Quote:
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@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@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@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@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@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@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@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@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@10.0.0.9
[CS_HANGUP]
2009-01-20 06:11:02 [NOTICE] mod_sofia.c:681 sofia_read_frame() Hangup
sofia/internal/49633633@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@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@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@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@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@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@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@10.0.0.18:5061 so make a call.

Scott


_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@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@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@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@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
Back to top
scott.ellis at novatex...
Guest





PostPosted: Mon Jan 19, 2009 6:25 pm    Post subject: [Freeswitch-users] Interesting Problem with SPA 3000 Reply with quote

Will do.

Scott

Michael Collins wrote:
Quote:
Quote:
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!Smile

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@novatex.com.au> (scott.ellis@novatex.com.au) wrote:
Quote:
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@10.0.0.18:5061 ([email]sofia/internal/43517488@10.0.0.18:5061[/email])
[5b9d6822-e65c-11dd-b2e1-993799172013]
2009-01-20 06:07:03 [NOTICE] sofia.c:3124 sofia_handle_sip_i_state() Hangup
sofia/internal/43517488@10.0.0.18:5061 ([email]sofia/internal/43517488@10.0.0.18:5061[/email]) [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@10.0.0.18:5061 ([email]sofia/internal/43517488@10.0.0.18:5061[/email])) Ended
2009-01-20 06:07:04 [NOTICE] switch_core_session.c:962
switch_core_session_thread() Close Channel
sofia/internal/43517488@10.0.0.18:5061 ([email]sofia/internal/43517488@10.0.0.18:5061[/email]) [CS_HANGUP]
2009-01-20 06:07:04 [NOTICE] switch_channel.c:565 switch_channel_set_name()
New Channel sofia/internal/43517488@10.0.0.17:5061 ([email]sofia/internal/43517488@10.0.0.17:5061[/email])
[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@10.0.0.9 ([email]sofia/internal/Line_8@10.0.0.9[/email])] 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@10.0.0.9 ([email]sofia/internal/Line_8@10.0.0.9[/email]) [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@10.0.0.9 ([email]sofia/internal/Line_8@10.0.0.9[/email]))
Ended
2009-01-20 06:07:42 [NOTICE] switch_core_session.c:962
switch_core_session_thread() Close Channel sofia/internal/Line_8@10.0.0.9 ([email]sofia/internal/Line_8@10.0.0.9[/email])
[CS_HANGUP]
2009-01-20 06:11:02 [NOTICE] mod_sofia.c:681 sofia_read_frame() Hangup
sofia/internal/49633633@10.0.0.18:5061 ([email]sofia/internal/49633633@10.0.0.18:5061[/email]) [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@10.0.0.9 ([email]sofia/internal/402@10.0.0.9[/email])
[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@10.0.0.9 ([email]sofia/internal/402@10.0.0.9[/email])) Ended
2009-01-20 06:11:02 [NOTICE] switch_core_session.c:962
switch_core_session_thread() Close Channel sofia/internal/402@10.0.0.9 ([email]sofia/internal/402@10.0.0.9[/email])
[CS_HANGUP]
2009-01-20 06:11:02 [NOTICE] switch_core_session.c:960
switch_core_session_thread() Session 6
(sofia/internal/49633633@10.0.0.18:5061 ([email]sofia/internal/49633633@10.0.0.18:5061[/email])) Ended
2009-01-20 06:11:02 [NOTICE] switch_core_session.c:962
switch_core_session_thread() Close Channel
sofia/internal/49633633@10.0.0.18:5061 ([email]sofia/internal/49633633@10.0.0.18:5061[/email]) [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@novatex.com.au> (scott.ellis@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@10.0.0.18:5061 ([email]sofia/internal/$1@10.0.0.18:5061[/email]) so make a call.

Scott


_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org (Freeswitch-users@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@lists.freeswitch.org (Freeswitch-users@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@lists.freeswitch.org (Freeswitch-users@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@lists.freeswitch.org (Freeswitch-users@lists.freeswitch.org)
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

Back to top
Display posts from previous:   
Post new topic   Reply to topic    VoIP Mailing List Archives Forum Index -> freeSWITCH Users All times are GMT - 5 Hours
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Powered by phpBB © 2001, 2005 phpBB Group

VoiceMeUp - Corporate & Wholesale VoIP Services