Sponsor: VoiceMeUp - Corporate & Wholesale VoIP Services

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

[Freeswitch-users] hangup_after_bridge=false not continueing after failed bridge


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





PostPosted: Mon Oct 12, 2009 9:54 am    Post subject: [Freeswitch-users] hangup_after_bridge=false not continueing Reply with quote

I think think this might be a bug, but wanted to post here instead of Jira in-case I'm overlooking a configuration variable

Dialplan


    <extension name="1920"><!--init agent for manual and power dial mode-->
      <condition field="destination_number" expression="^1920$">
        <action application="set" data="hangup_after_bridge=false"/>
        <action application="bridge" data="sofia/gateway/debug.com/14159927717"/>
        <action application="transfer" data="1999"/><!-- send to unable to reach any contacts-->
      </condition>
    </extension>


API Command
originate sofia/internal/sip_1%192.168.1.10 1920


When the bridge to 14159927717 fails (NO_ANSWER) both calls are terminated instead of continuing on in the dial plan to exten 1999 (which in my dialplan parks the call). hangup_after_bridge however seems to work OK if someone picks up in the bridge. Is this the correct behavior? How else can I prevent the call from hanging up if a bridge fails? Thanks.


I'm using 15135M


--matt
http://www.hellohunter.com - Predictive Dialer
http://www.hellohunter.com/voice_broadcast.php - Voice Broadcasting
Back to top
anthony.minessale at g...
Guest





PostPosted: Mon Oct 12, 2009 10:19 am    Post subject: [Freeswitch-users] hangup_after_bridge=false not continueing Reply with quote

which line is hanging up your A (inbound) leg?

look for a blue line that says "Hangup xyz...." that matches it so i can see.

I think what is happening is you are getting early media so the bridge is actually working then when nobody answers it dies but technically the bridge worked. 

On Mon, Oct 12, 2009 at 9:41 AM, Matthew Fong <mattdfong@gmail.com (mattdfong@gmail.com)> wrote:
Quote:
I think think this might be a bug, but wanted to post here instead of Jira in-case I'm overlooking a configuration variable

Dialplan


    <extension name="1920"><!--init agent for manual and power dial mode-->
      <condition field="destination_number" expression="^1920$">
        <action application="set" data="hangup_after_bridge=false"/>
        <action application="bridge" data="sofia/gateway/debug.com/14159927717"/>
        <action application="transfer" data="1999"/><!-- send to unable to reach any contacts-->
      </condition>
    </extension>


API Command
originate sofia/internal/sip_1%192.168.1.10 1920


When the bridge to 14159927717 fails (NO_ANSWER) both calls are terminated instead of continuing on in the dial plan to exten 1999 (which in my dialplan parks the call). hangup_after_bridge however seems to work OK if someone picks up in the bridge. Is this the correct behavior? How else can I prevent the call from hanging up if a bridge fails? Thanks.


I'm using 15135M


--matt
http://www.hellohunter.com - Predictive Dialer
http://www.hellohunter.com/voice_broadcast.php - Voice Broadcasting




_______________________________________________
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




--
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm
MSN:anthony_minessale@hotmail.com ([email]MSN%3Aanthony_minessale@hotmail.com[/email])
GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com ([email]PAYPAL%3Aanthony.minessale@gmail.com[/email])
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888@conference.freeswitch.org ([email]sip%3A888@conference.freeswitch.org[/email])
iax:guest@conference.freeswitch.org/888
googletalk:conf+888@conference.freeswitch.org ([email]googletalk%3Aconf%2B888@conference.freeswitch.org[/email])
pstn:213-799-1400
Back to top
mattdfong at gmail.com
Guest





PostPosted: Mon Oct 12, 2009 10:35 am    Post subject: [Freeswitch-users] hangup_after_bridge=false not continueing Reply with quote

2009-10-12 15:22:47.015952 [NOTICE] switch_core_state_machine.c:179 Hangup sofia/internal/sip_1 [CS_EXECUTE] [NORMAL_CLEARING]


might be the line..or the entire output is below....


freeswitch@matthew-laptop> originate sofia/internal/sip_1%192.168.1.10 1920
2009-10-12 15:21:44.029517 [NOTICE] switch_channel.c:613 New Channel sofia/internal/sip_1 [1e722934-7e94-46aa-9d62-e6ec7e7449cf]
2009-10-12 15:21:44.121484 [NOTICE] sofia.c:3552 Ring-Ready sofia/internal/sip_1!
2009-10-12 15:21:47.285531 [NOTICE] sofia.c:3998 Channel [sofia/internal/sip_1] has been answered
2009-10-12 15:21:47.290996 [INFO] mod_dialplan_xml.c:391 Processing FreeSWITCH->1920 in context default
2009-10-12 15:21:47.293452 [NOTICE] switch_channel.c:613 New Channel sofia/external/14159927717 [6b6cc440-e1d6-415a-b84b-494117e7361d]
2009-10-12 15:21:47.293452 [NOTICE] switch_ivr.c:1367 Transfer sofia/internal/sip_1 to XML[1920@default]
API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output:
+OK 1e722934-7e94-46aa-9d62-e6ec7e7449cf


freeswitch@matthew-laptop> 2009-10-12 15:21:47.369855 [NOTICE] sofia.c:3552 Ring-Ready sofia/external/14159927717!
2009-10-12 15:22:47.009474 [NOTICE] switch_ivr_originate.c:2336 Hangup sofia/external/14159927717 [CS_CONSUME_MEDIA] [NO_ANSWER]
2009-10-12 15:22:47.009474 [INFO] switch_cpp.cpp:1116 PCHangup gw:debug.com hc:NO_ANSWER du:0 cn:sofia/external/14159927717
2009-10-12 15:22:47.009474 [NOTICE] switch_core_session.c:1087 Session 47 (sofia/external/14159927717) Ended
2009-10-12 15:22:47.009474 [NOTICE] switch_core_session.c:1089 Close Channel sofia/external/14159927717 [CS_DESTROY]
2009-10-12 15:22:47.009474 [INFO] mod_dptools.c:2133 Originate Failed.  Cause: NO_ANSWER
2009-10-12 15:22:47.009474 [NOTICE] switch_ivr.c:1367 Transfer sofia/internal/sip_1 to XML[1999@default]
2009-10-12 15:22:47.009474 [INFO] mod_dialplan_xml.c:391 Processing FreeSWITCH->1999 in context default
2009-10-12 15:22:47.015952 [NOTICE] switch_core_state_machine.c:179 Hangup sofia/internal/sip_1 [CS_EXECUTE] [NORMAL_CLEARING]
2009-10-12 15:22:47.017768 [NOTICE] switch_core_session.c:1087 Session 46 (sofia/internal/sip_1) Ended
2009-10-12 15:22:47.017768 [NOTICE] switch_core_session.c:1089 Close Channel sofia/internal/sip_1 [CS_DESTROY]




thanks for looking at this.

On Mon, Oct 12, 2009 at 10:06 PM, Anthony Minessale <anthony.minessale@gmail.com (anthony.minessale@gmail.com)> wrote:
Quote:
which line is hanging up your A (inbound) leg?

look for a blue line that says "Hangup xyz...." that matches it so i can see.

I think what is happening is you are getting early media so the bridge is actually working then when nobody answers it dies but technically the bridge worked. 


On Mon, Oct 12, 2009 at 9:41 AM, Matthew Fong <mattdfong@gmail.com (mattdfong@gmail.com)> wrote:


Quote:

I think think this might be a bug, but wanted to post here instead of Jira in-case I'm overlooking a configuration variable

Dialplan


    <extension name="1920"><!--init agent for manual and power dial mode-->
      <condition field="destination_number" expression="^1920$">
        <action application="set" data="hangup_after_bridge=false"/>
        <action application="bridge" data="sofia/gateway/debug.com/14159927717"/>
        <action application="transfer" data="1999"/><!-- send to unable to reach any contacts-->
      </condition>
    </extension>


API Command
originate sofia/internal/sip_1%192.168.1.10 1920


When the bridge to 14159927717 fails (NO_ANSWER) both calls are terminated instead of continuing on in the dial plan to exten 1999 (which in my dialplan parks the call). hangup_after_bridge however seems to work OK if someone picks up in the bridge. Is this the correct behavior? How else can I prevent the call from hanging up if a bridge fails? Thanks.


I'm using 15135M


--matt
http://www.hellohunter.com - Predictive Dialer
http://www.hellohunter.com/voice_broadcast.php - Voice Broadcasting






_______________________________________________
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




--
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm
MSN:anthony_minessale@hotmail.com ([email]MSN%3Aanthony_minessale@hotmail.com[/email])
GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com ([email]PAYPAL%3Aanthony.minessale@gmail.com[/email])
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888@conference.freeswitch.org ([email]sip%3A888@conference.freeswitch.org[/email])
iax:guest@conference.freeswitch.org/888
googletalk:conf+888@conference.freeswitch.org ([email]googletalk%3Aconf%2B888@conference.freeswitch.org[/email])
pstn:213-799-1400

_______________________________________________
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
mattdfong at gmail.com
Guest





PostPosted: Mon Oct 12, 2009 10:35 am    Post subject: [Freeswitch-users] hangup_after_bridge=false not continueing Reply with quote

    <extension name="1999"><!--DIRECT POWER-->
      <condition field="destination_number" expression="^1997$">
        <action application="playback" data="hh/hh-unable_to_connect_contact.wav"/>
        <action application="park"/>
      </condition>
    </extension>


my extn 1999... since it looks from the output like it's transferring, just don't know why it's disconnecting the call instead of playing the .wav and parking.

On Mon, Oct 12, 2009 at 10:23 PM, Matthew Fong <mattdfong@gmail.com (mattdfong@gmail.com)> wrote:
Quote:
2009-10-12 15:22:47.015952 [NOTICE] switch_core_state_machine.c:179 Hangup sofia/internal/sip_1 [CS_EXECUTE] [NORMAL_CLEARING]


might be the line..or the entire output is below....


freeswitch@matthew-laptop> originate sofia/internal/sip_1%192.168.1.10 1920
2009-10-12 15:21:44.029517 [NOTICE] switch_channel.c:613 New Channel sofia/internal/sip_1 [1e722934-7e94-46aa-9d62-e6ec7e7449cf]
2009-10-12 15:21:44.121484 [NOTICE] sofia.c:3552 Ring-Ready sofia/internal/sip_1!
2009-10-12 15:21:47.285531 [NOTICE] sofia.c:3998 Channel [sofia/internal/sip_1] has been answered
2009-10-12 15:21:47.290996 [INFO] mod_dialplan_xml.c:391 Processing FreeSWITCH->1920 in context default
2009-10-12 15:21:47.293452 [NOTICE] switch_channel.c:613 New Channel sofia/external/14159927717 [6b6cc440-e1d6-415a-b84b-494117e7361d]
2009-10-12 15:21:47.293452 [NOTICE] switch_ivr.c:1367 Transfer sofia/internal/sip_1 to XML[1920@default]
API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output:
+OK 1e722934-7e94-46aa-9d62-e6ec7e7449cf


freeswitch@matthew-laptop> 2009-10-12 15:21:47.369855 [NOTICE] sofia.c:3552 Ring-Ready sofia/external/14159927717!
2009-10-12 15:22:47.009474 [NOTICE] switch_ivr_originate.c:2336 Hangup sofia/external/14159927717 [CS_CONSUME_MEDIA] [NO_ANSWER]
2009-10-12 15:22:47.009474 [INFO] switch_cpp.cpp:1116 PCHangup gw:debug.com hc:NO_ANSWER du:0 cn:sofia/external/14159927717
2009-10-12 15:22:47.009474 [NOTICE] switch_core_session.c:1087 Session 47 (sofia/external/14159927717) Ended
2009-10-12 15:22:47.009474 [NOTICE] switch_core_session.c:1089 Close Channel sofia/external/14159927717 [CS_DESTROY]
2009-10-12 15:22:47.009474 [INFO] mod_dptools.c:2133 Originate Failed.  Cause: NO_ANSWER
2009-10-12 15:22:47.009474 [NOTICE] switch_ivr.c:1367 Transfer sofia/internal/sip_1 to XML[1999@default]
2009-10-12 15:22:47.009474 [INFO] mod_dialplan_xml.c:391 Processing FreeSWITCH->1999 in context default
2009-10-12 15:22:47.015952 [NOTICE] switch_core_state_machine.c:179 Hangup sofia/internal/sip_1 [CS_EXECUTE] [NORMAL_CLEARING]
2009-10-12 15:22:47.017768 [NOTICE] switch_core_session.c:1087 Session 46 (sofia/internal/sip_1) Ended
2009-10-12 15:22:47.017768 [NOTICE] switch_core_session.c:1089 Close Channel sofia/internal/sip_1 [CS_DESTROY]




thanks for looking at this.


On Mon, Oct 12, 2009 at 10:06 PM, Anthony Minessale <anthony.minessale@gmail.com (anthony.minessale@gmail.com)> wrote:
Quote:
which line is hanging up your A (inbound) leg?

look for a blue line that says "Hangup xyz...." that matches it so i can see.

I think what is happening is you are getting early media so the bridge is actually working then when nobody answers it dies but technically the bridge worked. 


On Mon, Oct 12, 2009 at 9:41 AM, Matthew Fong <mattdfong@gmail.com (mattdfong@gmail.com)> wrote:


Quote:

I think think this might be a bug, but wanted to post here instead of Jira in-case I'm overlooking a configuration variable

Dialplan


    <extension name="1920"><!--init agent for manual and power dial mode-->
      <condition field="destination_number" expression="^1920$">
        <action application="set" data="hangup_after_bridge=false"/>
        <action application="bridge" data="sofia/gateway/debug.com/14159927717"/>
        <action application="transfer" data="1999"/><!-- send to unable to reach any contacts-->
      </condition>
    </extension>


API Command
originate sofia/internal/sip_1%192.168.1.10 1920


When the bridge to 14159927717 fails (NO_ANSWER) both calls are terminated instead of continuing on in the dial plan to exten 1999 (which in my dialplan parks the call). hangup_after_bridge however seems to work OK if someone picks up in the bridge. Is this the correct behavior? How else can I prevent the call from hanging up if a bridge fails? Thanks.


I'm using 15135M


--matt
http://www.hellohunter.com - Predictive Dialer
http://www.hellohunter.com/voice_broadcast.php - Voice Broadcasting






_______________________________________________
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




--
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm
MSN:anthony_minessale@hotmail.com ([email]MSN%3Aanthony_minessale@hotmail.com[/email])
GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com ([email]PAYPAL%3Aanthony.minessale@gmail.com[/email])
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888@conference.freeswitch.org ([email]sip%3A888@conference.freeswitch.org[/email])
iax:guest@conference.freeswitch.org/888
googletalk:conf+888@conference.freeswitch.org ([email]googletalk%3Aconf%2B888@conference.freeswitch.org[/email])
pstn:213-799-1400

_______________________________________________
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
anthony.minessale at g...
Guest





PostPosted: Mon Oct 12, 2009 10:44 am    Post subject: [Freeswitch-users] hangup_after_bridge=false not continueing Reply with quote

because the regex is on 1997 not 1999


On Mon, Oct 12, 2009 at 10:25 AM, Matthew Fong <mattdfong@gmail.com (mattdfong@gmail.com)> wrote:
Quote:
    <extension name="1999"><!--DIRECT POWER-->
      <condition field="destination_number" expression="^1997$">
        <action application="playback" data="hh/hh-unable_to_connect_contact.wav"/>
        <action application="park"/>
      </condition>
    </extension>


my extn 1999... since it looks from the output like it's transferring, just don't know why it's disconnecting the call instead of playing the .wav and parking.


On Mon, Oct 12, 2009 at 10:23 PM, Matthew Fong <mattdfong@gmail.com (mattdfong@gmail.com)> wrote:
Quote:
2009-10-12 15:22:47.015952 [NOTICE] switch_core_state_machine.c:179 Hangup sofia/internal/sip_1 [CS_EXECUTE] [NORMAL_CLEARING]


might be the line..or the entire output is below....


freeswitch@matthew-laptop> originate sofia/internal/sip_1%192.168.1.10 1920
2009-10-12 15:21:44.029517 [NOTICE] switch_channel.c:613 New Channel sofia/internal/sip_1 [1e722934-7e94-46aa-9d62-e6ec7e7449cf]
2009-10-12 15:21:44.121484 [NOTICE] sofia.c:3552 Ring-Ready sofia/internal/sip_1!
2009-10-12 15:21:47.285531 [NOTICE] sofia.c:3998 Channel [sofia/internal/sip_1] has been answered
2009-10-12 15:21:47.290996 [INFO] mod_dialplan_xml.c:391 Processing FreeSWITCH->1920 in context default
2009-10-12 15:21:47.293452 [NOTICE] switch_channel.c:613 New Channel sofia/external/14159927717 [6b6cc440-e1d6-415a-b84b-494117e7361d]
2009-10-12 15:21:47.293452 [NOTICE] switch_ivr.c:1367 Transfer sofia/internal/sip_1 to XML[1920@default]
API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output:
+OK 1e722934-7e94-46aa-9d62-e6ec7e7449cf


freeswitch@matthew-laptop> 2009-10-12 15:21:47.369855 [NOTICE] sofia.c:3552 Ring-Ready sofia/external/14159927717!
2009-10-12 15:22:47.009474 [NOTICE] switch_ivr_originate.c:2336 Hangup sofia/external/14159927717 [CS_CONSUME_MEDIA] [NO_ANSWER]
2009-10-12 15:22:47.009474 [INFO] switch_cpp.cpp:1116 PCHangup gw:debug.com hc:NO_ANSWER du:0 cn:sofia/external/14159927717
2009-10-12 15:22:47.009474 [NOTICE] switch_core_session.c:1087 Session 47 (sofia/external/14159927717) Ended
2009-10-12 15:22:47.009474 [NOTICE] switch_core_session.c:1089 Close Channel sofia/external/14159927717 [CS_DESTROY]
2009-10-12 15:22:47.009474 [INFO] mod_dptools.c:2133 Originate Failed.  Cause: NO_ANSWER
2009-10-12 15:22:47.009474 [NOTICE] switch_ivr.c:1367 Transfer sofia/internal/sip_1 to XML[1999@default]
2009-10-12 15:22:47.009474 [INFO] mod_dialplan_xml.c:391 Processing FreeSWITCH->1999 in context default
2009-10-12 15:22:47.015952 [NOTICE] switch_core_state_machine.c:179 Hangup sofia/internal/sip_1 [CS_EXECUTE] [NORMAL_CLEARING]
2009-10-12 15:22:47.017768 [NOTICE] switch_core_session.c:1087 Session 46 (sofia/internal/sip_1) Ended
2009-10-12 15:22:47.017768 [NOTICE] switch_core_session.c:1089 Close Channel sofia/internal/sip_1 [CS_DESTROY]




thanks for looking at this.


On Mon, Oct 12, 2009 at 10:06 PM, Anthony Minessale <anthony.minessale@gmail.com (anthony.minessale@gmail.com)> wrote:
Quote:
which line is hanging up your A (inbound) leg?

look for a blue line that says "Hangup xyz...." that matches it so i can see.

I think what is happening is you are getting early media so the bridge is actually working then when nobody answers it dies but technically the bridge worked. 


On Mon, Oct 12, 2009 at 9:41 AM, Matthew Fong <mattdfong@gmail.com (mattdfong@gmail.com)> wrote:


Quote:

I think think this might be a bug, but wanted to post here instead of Jira in-case I'm overlooking a configuration variable

Dialplan


    <extension name="1920"><!--init agent for manual and power dial mode-->
      <condition field="destination_number" expression="^1920$">
        <action application="set" data="hangup_after_bridge=false"/>
        <action application="bridge" data="sofia/gateway/debug.com/14159927717"/>
        <action application="transfer" data="1999"/><!-- send to unable to reach any contacts-->
      </condition>
    </extension>


API Command
originate sofia/internal/sip_1%192.168.1.10 1920


When the bridge to 14159927717 fails (NO_ANSWER) both calls are terminated instead of continuing on in the dial plan to exten 1999 (which in my dialplan parks the call). hangup_after_bridge however seems to work OK if someone picks up in the bridge. Is this the correct behavior? How else can I prevent the call from hanging up if a bridge fails? Thanks.


I'm using 15135M


--matt
http://www.hellohunter.com - Predictive Dialer
http://www.hellohunter.com/voice_broadcast.php - Voice Broadcasting






_______________________________________________
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




--
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm
MSN:anthony_minessale@hotmail.com ([email]MSN%3Aanthony_minessale@hotmail.com[/email])
GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com ([email]PAYPAL%3Aanthony.minessale@gmail.com[/email])
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888@conference.freeswitch.org ([email]sip%3A888@conference.freeswitch.org[/email])
iax:guest@conference.freeswitch.org/888
googletalk:conf+888@conference.freeswitch.org ([email]googletalk%3Aconf%2B888@conference.freeswitch.org[/email])
pstn:213-799-1400

_______________________________________________
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




--
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm
MSN:anthony_minessale@hotmail.com ([email]MSN%3Aanthony_minessale@hotmail.com[/email])
GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com ([email]PAYPAL%3Aanthony.minessale@gmail.com[/email])
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888@conference.freeswitch.org ([email]sip%3A888@conference.freeswitch.org[/email])
iax:guest@conference.freeswitch.org/888
googletalk:conf+888@conference.freeswitch.org ([email]googletalk%3Aconf%2B888@conference.freeswitch.org[/email])
pstn:213-799-1400
Back to top
mattdfong at gmail.com
Guest





PostPosted: Mon Oct 12, 2009 10:55 am    Post subject: [Freeswitch-users] hangup_after_bridge=false not continueing Reply with quote

doh! thanks!

On Mon, Oct 12, 2009 at 10:33 PM, Anthony Minessale <anthony.minessale@gmail.com (anthony.minessale@gmail.com)> wrote:
Quote:
because the regex is on 1997 not 1999



On Mon, Oct 12, 2009 at 10:25 AM, Matthew Fong <mattdfong@gmail.com (mattdfong@gmail.com)> wrote:
Quote:
    <extension name="1999"><!--DIRECT POWER-->
      <condition field="destination_number" expression="^1997$">
        <action application="playback" data="hh/hh-unable_to_connect_contact.wav"/>
        <action application="park"/>
      </condition>
    </extension>


my extn 1999... since it looks from the output like it's transferring, just don't know why it's disconnecting the call instead of playing the .wav and parking.


On Mon, Oct 12, 2009 at 10:23 PM, Matthew Fong <mattdfong@gmail.com (mattdfong@gmail.com)> wrote:
Quote:
2009-10-12 15:22:47.015952 [NOTICE] switch_core_state_machine.c:179 Hangup sofia/internal/sip_1 [CS_EXECUTE] [NORMAL_CLEARING]


might be the line..or the entire output is below....


freeswitch@matthew-laptop> originate sofia/internal/sip_1%192.168.1.10 1920
2009-10-12 15:21:44.029517 [NOTICE] switch_channel.c:613 New Channel sofia/internal/sip_1 [1e722934-7e94-46aa-9d62-e6ec7e7449cf]
2009-10-12 15:21:44.121484 [NOTICE] sofia.c:3552 Ring-Ready sofia/internal/sip_1!
2009-10-12 15:21:47.285531 [NOTICE] sofia.c:3998 Channel [sofia/internal/sip_1] has been answered
2009-10-12 15:21:47.290996 [INFO] mod_dialplan_xml.c:391 Processing FreeSWITCH->1920 in context default
2009-10-12 15:21:47.293452 [NOTICE] switch_channel.c:613 New Channel sofia/external/14159927717 [6b6cc440-e1d6-415a-b84b-494117e7361d]
2009-10-12 15:21:47.293452 [NOTICE] switch_ivr.c:1367 Transfer sofia/internal/sip_1 to XML[1920@default]
API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output:
+OK 1e722934-7e94-46aa-9d62-e6ec7e7449cf


freeswitch@matthew-laptop> 2009-10-12 15:21:47.369855 [NOTICE] sofia.c:3552 Ring-Ready sofia/external/14159927717!
2009-10-12 15:22:47.009474 [NOTICE] switch_ivr_originate.c:2336 Hangup sofia/external/14159927717 [CS_CONSUME_MEDIA] [NO_ANSWER]
2009-10-12 15:22:47.009474 [INFO] switch_cpp.cpp:1116 PCHangup gw:debug.com hc:NO_ANSWER du:0 cn:sofia/external/14159927717
2009-10-12 15:22:47.009474 [NOTICE] switch_core_session.c:1087 Session 47 (sofia/external/14159927717) Ended
2009-10-12 15:22:47.009474 [NOTICE] switch_core_session.c:1089 Close Channel sofia/external/14159927717 [CS_DESTROY]
2009-10-12 15:22:47.009474 [INFO] mod_dptools.c:2133 Originate Failed.  Cause: NO_ANSWER
2009-10-12 15:22:47.009474 [NOTICE] switch_ivr.c:1367 Transfer sofia/internal/sip_1 to XML[1999@default]
2009-10-12 15:22:47.009474 [INFO] mod_dialplan_xml.c:391 Processing FreeSWITCH->1999 in context default
2009-10-12 15:22:47.015952 [NOTICE] switch_core_state_machine.c:179 Hangup sofia/internal/sip_1 [CS_EXECUTE] [NORMAL_CLEARING]
2009-10-12 15:22:47.017768 [NOTICE] switch_core_session.c:1087 Session 46 (sofia/internal/sip_1) Ended
2009-10-12 15:22:47.017768 [NOTICE] switch_core_session.c:1089 Close Channel sofia/internal/sip_1 [CS_DESTROY]




thanks for looking at this.


On Mon, Oct 12, 2009 at 10:06 PM, Anthony Minessale <anthony.minessale@gmail.com (anthony.minessale@gmail.com)> wrote:
Quote:
which line is hanging up your A (inbound) leg?

look for a blue line that says "Hangup xyz...." that matches it so i can see.

I think what is happening is you are getting early media so the bridge is actually working then when nobody answers it dies but technically the bridge worked. 


On Mon, Oct 12, 2009 at 9:41 AM, Matthew Fong <mattdfong@gmail.com (mattdfong@gmail.com)> wrote:


Quote:

I think think this might be a bug, but wanted to post here instead of Jira in-case I'm overlooking a configuration variable

Dialplan


    <extension name="1920"><!--init agent for manual and power dial mode-->
      <condition field="destination_number" expression="^1920$">
        <action application="set" data="hangup_after_bridge=false"/>
        <action application="bridge" data="sofia/gateway/debug.com/14159927717"/>
        <action application="transfer" data="1999"/><!-- send to unable to reach any contacts-->
      </condition>
    </extension>


API Command
originate sofia/internal/sip_1%192.168.1.10 1920


When the bridge to 14159927717 fails (NO_ANSWER) both calls are terminated instead of continuing on in the dial plan to exten 1999 (which in my dialplan parks the call). hangup_after_bridge however seems to work OK if someone picks up in the bridge. Is this the correct behavior? How else can I prevent the call from hanging up if a bridge fails? Thanks.


I'm using 15135M


--matt
http://www.hellohunter.com - Predictive Dialer
http://www.hellohunter.com/voice_broadcast.php - Voice Broadcasting






_______________________________________________
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




--
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm
MSN:anthony_minessale@hotmail.com ([email]MSN%3Aanthony_minessale@hotmail.com[/email])
GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com ([email]PAYPAL%3Aanthony.minessale@gmail.com[/email])
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888@conference.freeswitch.org ([email]sip%3A888@conference.freeswitch.org[/email])
iax:guest@conference.freeswitch.org/888
googletalk:conf+888@conference.freeswitch.org ([email]googletalk%3Aconf%2B888@conference.freeswitch.org[/email])
pstn:213-799-1400

_______________________________________________
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




--
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm
MSN:anthony_minessale@hotmail.com ([email]MSN%3Aanthony_minessale@hotmail.com[/email])
GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com ([email]PAYPAL%3Aanthony.minessale@gmail.com[/email])
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888@conference.freeswitch.org ([email]sip%3A888@conference.freeswitch.org[/email])
iax:guest@conference.freeswitch.org/888
googletalk:conf+888@conference.freeswitch.org ([email]googletalk%3Aconf%2B888@conference.freeswitch.org[/email])
pstn:213-799-1400



_______________________________________________
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
mattdfong at gmail.com
Guest





PostPosted: Mon Oct 12, 2009 12:51 pm    Post subject: [Freeswitch-users] hangup_after_bridge=false not continueing Reply with quote

when I add a leg_timeout, I get an ALLOTTED_TIMEOUT from my failed bridge...

when an ALLOTTED_TIMEOUT is received, the hangup_after_bridge=false is not recognized (I think). Is there anyway to get an alloted_timeout to continue after bridge (failure)?


revised dialplan & cmd output


    <extension name="1920"><!--DEBUG-->
      <condition field="destination_number" expression="^1920$">
        <action application="set" data="hangup_after_bridge=false"/>
        <action application="bridge" data="{leg_timeout=10}sofia/gateway/debug.com/14159927717"/>
        <action application="transfer" data="1999"/><!-- send to unable to reach any contacts-->
      </condition>
    </extension>


freeswitch@matthew-laptop> originate sofia/internal/sip_1%192.168.1.10 1920
2009-10-12 17:39:22.237622 [NOTICE] switch_channel.c:613 New Channel sofia/internal/sip_1 [1d58fb59-c7f9-4908-b612-5bd1c12083cc]
2009-10-12 17:39:22.313524 [NOTICE] sofia.c:3552 Ring-Ready sofia/internal/sip_1!
2009-10-12 17:39:25.142400 [NOTICE] sofia.c:3998 Channel [sofia/internal/sip_1] has been answered
2009-10-12 17:39:25.146259 [INFO] mod_dialplan_xml.c:391 Processing FreeSWITCH->1920 in context default
2009-10-12 17:39:25.146259 [NOTICE] switch_channel.c:613 New Channel sofia/external/14159927717 [38cb7046-0c0d-47ef-94b5-bf8ccf35d185]
2009-10-12 17:39:25.152026 [NOTICE] switch_ivr.c:1367 Transfer sofia/internal/sip_1 to XML[1920@default]
API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output:
+OK 1d58fb59-c7f9-4908-b612-5bd1c12083cc


freeswitch@matthew-laptop> 2009-10-12 17:39:25.217629 [NOTICE] sofia.c:3552 Ring-Ready sofia/external/14159927717!
2009-10-12 17:39:36.017513 [NOTICE] switch_ivr_originate.c:297 Hangup sofia/external/14159927717 [CS_CONSUME_MEDIA] [ALLOTTED_TIMEOUT]
2009-10-12 17:39:36.017513 [INFO] switch_cpp.cpp:1116 PCHangup gw:debug.com hc:ALLOTTED_TIMEOUT du:0 cn:sofia/external/14159927717
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1087 Session 12 (sofia/external/14159927717) Ended
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1089 Close Channel sofia/external/14159927717 [CS_DESTROY]
2009-10-12 17:39:36.037520 [INFO] mod_dptools.c:2133 Originate Failed.  Cause: ALLOTTED_TIMEOUT
2009-10-12 17:39:36.037520 [NOTICE] mod_dptools.c:2166 Hangup sofia/internal/sip_1 [CS_EXECUTE] [ALLOTTED_TIMEOUT]
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1087 Session 11 (sofia/internal/sip_1) Ended
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1089 Close Channel sofia/internal/sip_1 [CS_DESTROY]


thanks.



--matt




On Mon, Oct 12, 2009 at 10:45 PM, Matthew Fong <mattdfong@gmail.com (mattdfong@gmail.com)> wrote:
Quote:
doh! thanks!


On Mon, Oct 12, 2009 at 10:33 PM, Anthony Minessale <anthony.minessale@gmail.com (anthony.minessale@gmail.com)> wrote:
Quote:
because the regex is on 1997 not 1999



On Mon, Oct 12, 2009 at 10:25 AM, Matthew Fong <mattdfong@gmail.com (mattdfong@gmail.com)> wrote:
Quote:
    <extension name="1999"><!--DIRECT POWER-->
      <condition field="destination_number" expression="^1997$">
        <action application="playback" data="hh/hh-unable_to_connect_contact.wav"/>
        <action application="park"/>
      </condition>
    </extension>


my extn 1999... since it looks from the output like it's transferring, just don't know why it's disconnecting the call instead of playing the .wav and parking.


On Mon, Oct 12, 2009 at 10:23 PM, Matthew Fong <mattdfong@gmail.com (mattdfong@gmail.com)> wrote:
Quote:
2009-10-12 15:22:47.015952 [NOTICE] switch_core_state_machine.c:179 Hangup sofia/internal/sip_1 [CS_EXECUTE] [NORMAL_CLEARING]


might be the line..or the entire output is below....


freeswitch@matthew-laptop> originate sofia/internal/sip_1%192.168.1.10 1920
2009-10-12 15:21:44.029517 [NOTICE] switch_channel.c:613 New Channel sofia/internal/sip_1 [1e722934-7e94-46aa-9d62-e6ec7e7449cf]
2009-10-12 15:21:44.121484 [NOTICE] sofia.c:3552 Ring-Ready sofia/internal/sip_1!
2009-10-12 15:21:47.285531 [NOTICE] sofia.c:3998 Channel [sofia/internal/sip_1] has been answered
2009-10-12 15:21:47.290996 [INFO] mod_dialplan_xml.c:391 Processing FreeSWITCH->1920 in context default
2009-10-12 15:21:47.293452 [NOTICE] switch_channel.c:613 New Channel sofia/external/14159927717 [6b6cc440-e1d6-415a-b84b-494117e7361d]
2009-10-12 15:21:47.293452 [NOTICE] switch_ivr.c:1367 Transfer sofia/internal/sip_1 to XML[1920@default]
API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output:
+OK 1e722934-7e94-46aa-9d62-e6ec7e7449cf


freeswitch@matthew-laptop> 2009-10-12 15:21:47.369855 [NOTICE] sofia.c:3552 Ring-Ready sofia/external/14159927717!
2009-10-12 15:22:47.009474 [NOTICE] switch_ivr_originate.c:2336 Hangup sofia/external/14159927717 [CS_CONSUME_MEDIA] [NO_ANSWER]
2009-10-12 15:22:47.009474 [INFO] switch_cpp.cpp:1116 PCHangup gw:debug.com hc:NO_ANSWER du:0 cn:sofia/external/14159927717
2009-10-12 15:22:47.009474 [NOTICE] switch_core_session.c:1087 Session 47 (sofia/external/14159927717) Ended
2009-10-12 15:22:47.009474 [NOTICE] switch_core_session.c:1089 Close Channel sofia/external/14159927717 [CS_DESTROY]
2009-10-12 15:22:47.009474 [INFO] mod_dptools.c:2133 Originate Failed.  Cause: NO_ANSWER
2009-10-12 15:22:47.009474 [NOTICE] switch_ivr.c:1367 Transfer sofia/internal/sip_1 to XML[1999@default]
2009-10-12 15:22:47.009474 [INFO] mod_dialplan_xml.c:391 Processing FreeSWITCH->1999 in context default
2009-10-12 15:22:47.015952 [NOTICE] switch_core_state_machine.c:179 Hangup sofia/internal/sip_1 [CS_EXECUTE] [NORMAL_CLEARING]
2009-10-12 15:22:47.017768 [NOTICE] switch_core_session.c:1087 Session 46 (sofia/internal/sip_1) Ended
2009-10-12 15:22:47.017768 [NOTICE] switch_core_session.c:1089 Close Channel sofia/internal/sip_1 [CS_DESTROY]




thanks for looking at this.


On Mon, Oct 12, 2009 at 10:06 PM, Anthony Minessale <anthony.minessale@gmail.com (anthony.minessale@gmail.com)> wrote:
Quote:
which line is hanging up your A (inbound) leg?

look for a blue line that says "Hangup xyz...." that matches it so i can see.

I think what is happening is you are getting early media so the bridge is actually working then when nobody answers it dies but technically the bridge worked. 


On Mon, Oct 12, 2009 at 9:41 AM, Matthew Fong <mattdfong@gmail.com (mattdfong@gmail.com)> wrote:


Quote:

I think think this might be a bug, but wanted to post here instead of Jira in-case I'm overlooking a configuration variable

Dialplan


    <extension name="1920"><!--init agent for manual and power dial mode-->
      <condition field="destination_number" expression="^1920$">
        <action application="set" data="hangup_after_bridge=false"/>
        <action application="bridge" data="sofia/gateway/debug.com/14159927717"/>
        <action application="transfer" data="1999"/><!-- send to unable to reach any contacts-->
      </condition>
    </extension>


API Command
originate sofia/internal/sip_1%192.168.1.10 1920


When the bridge to 14159927717 fails (NO_ANSWER) both calls are terminated instead of continuing on in the dial plan to exten 1999 (which in my dialplan parks the call). hangup_after_bridge however seems to work OK if someone picks up in the bridge. Is this the correct behavior? How else can I prevent the call from hanging up if a bridge fails? Thanks.


I'm using 15135M


--matt
http://www.hellohunter.com - Predictive Dialer
http://www.hellohunter.com/voice_broadcast.php - Voice Broadcasting






_______________________________________________
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




--
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm
MSN:anthony_minessale@hotmail.com ([email]MSN%3Aanthony_minessale@hotmail.com[/email])
GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com ([email]PAYPAL%3Aanthony.minessale@gmail.com[/email])
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888@conference.freeswitch.org ([email]sip%3A888@conference.freeswitch.org[/email])
iax:guest@conference.freeswitch.org/888
googletalk:conf+888@conference.freeswitch.org ([email]googletalk%3Aconf%2B888@conference.freeswitch.org[/email])
pstn:213-799-1400

_______________________________________________
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




--
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm
MSN:anthony_minessale@hotmail.com ([email]MSN%3Aanthony_minessale@hotmail.com[/email])
GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com ([email]PAYPAL%3Aanthony.minessale@gmail.com[/email])
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888@conference.freeswitch.org ([email]sip%3A888@conference.freeswitch.org[/email])
iax:guest@conference.freeswitch.org/888
googletalk:conf+888@conference.freeswitch.org ([email]googletalk%3Aconf%2B888@conference.freeswitch.org[/email])
pstn:213-799-1400



_______________________________________________
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 Oct 12, 2009 1:20 pm    Post subject: [Freeswitch-users] hangup_after_bridge=false not continueing Reply with quote

On Mon, Oct 12, 2009 at 10:42 AM, Matthew Fong <mattdfong@gmail.com (mattdfong@gmail.com)> wrote:
Quote:
when I add a leg_timeout, I get an ALLOTTED_TIMEOUT from my failed bridge...

when an ALLOTTED_TIMEOUT is received, the hangup_after_bridge=false is not recognized (I think). Is there anyway to get an alloted_timeout to continue after bridge (failure)?

Try it with ignore_early_media=true and see if it's the early media that's tripping you up.
-MC
 

Quote:


revised dialplan & cmd output


    <extension name="1920"><!--DEBUG-->
      <condition field="destination_number" expression="^1920$">
        <action application="set" data="hangup_after_bridge=false"/>

        <action application="bridge" data="{leg_timeout=10}sofia/gateway/debug.com/14159927717"/>
        <action application="transfer" data="1999"/><!-- send to unable to reach any contacts-->
      </condition>
    </extension>



freeswitch@matthew-laptop> originate sofia/internal/sip_1%192.168.1.10 1920

2009-10-12 17:39:22.237622 [NOTICE] switch_channel.c:613 New Channel sofia/internal/sip_1 [1d58fb59-c7f9-4908-b612-5bd1c12083cc]
2009-10-12 17:39:22.313524 [NOTICE] sofia.c:3552 Ring-Ready sofia/internal/sip_1!
2009-10-12 17:39:25.142400 [NOTICE] sofia.c:3998 Channel [sofia/internal/sip_1] has been answered
2009-10-12 17:39:25.146259 [INFO] mod_dialplan_xml.c:391 Processing FreeSWITCH->1920 in context default
2009-10-12 17:39:25.146259 [NOTICE] switch_channel.c:613 New Channel sofia/external/14159927717 [38cb7046-0c0d-47ef-94b5-bf8ccf35d185]
2009-10-12 17:39:25.152026 [NOTICE] switch_ivr.c:1367 Transfer sofia/internal/sip_1 to XML[1920@default]
API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output:

+OK 1d58fb59-c7f9-4908-b612-5bd1c12083cc


freeswitch@matthew-laptop> 2009-10-12 17:39:25.217629 [NOTICE] sofia.c:3552 Ring-Ready sofia/external/14159927717!
2009-10-12 17:39:36.017513 [NOTICE] switch_ivr_originate.c:297 Hangup sofia/external/14159927717 [CS_CONSUME_MEDIA] [ALLOTTED_TIMEOUT]
2009-10-12 17:39:36.017513 [INFO] switch_cpp.cpp:1116 PCHangup gw:debug.com hc:ALLOTTED_TIMEOUT du:0 cn:sofia/external/14159927717
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1087 Session 12 (sofia/external/14159927717) Ended
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1089 Close Channel sofia/external/14159927717 [CS_DESTROY]
2009-10-12 17:39:36.037520 [INFO] mod_dptools.c:2133 Originate Failed.  Cause: ALLOTTED_TIMEOUT
2009-10-12 17:39:36.037520 [NOTICE] mod_dptools.c:2166 Hangup sofia/internal/sip_1 [CS_EXECUTE] [ALLOTTED_TIMEOUT]
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1087 Session 11 (sofia/internal/sip_1) Ended
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1089 Close Channel sofia/internal/sip_1 [CS_DESTROY]


thanks.



--matt





On Mon, Oct 12, 2009 at 10:45 PM, Matthew Fong <mattdfong@gmail.com (mattdfong@gmail.com)> wrote:
Quote:
doh! thanks!


On Mon, Oct 12, 2009 at 10:33 PM, Anthony Minessale <anthony.minessale@gmail.com (anthony.minessale@gmail.com)> wrote:
Quote:
because the regex is on 1997 not 1999



On Mon, Oct 12, 2009 at 10:25 AM, Matthew Fong <mattdfong@gmail.com (mattdfong@gmail.com)> wrote:
Quote:
    <extension name="1999"><!--DIRECT POWER-->
      <condition field="destination_number" expression="^1997$">
        <action application="playback" data="hh/hh-unable_to_connect_contact.wav"/>
        <action application="park"/>
      </condition>
    </extension>


my extn 1999... since it looks from the output like it's transferring, just don't know why it's disconnecting the call instead of playing the .wav and parking.


On Mon, Oct 12, 2009 at 10:23 PM, Matthew Fong <mattdfong@gmail.com (mattdfong@gmail.com)> wrote:
Quote:
2009-10-12 15:22:47.015952 [NOTICE] switch_core_state_machine.c:179 Hangup sofia/internal/sip_1 [CS_EXECUTE] [NORMAL_CLEARING]


might be the line..or the entire output is below....


freeswitch@matthew-laptop> originate sofia/internal/sip_1%192.168.1.10 1920
2009-10-12 15:21:44.029517 [NOTICE] switch_channel.c:613 New Channel sofia/internal/sip_1 [1e722934-7e94-46aa-9d62-e6ec7e7449cf]
2009-10-12 15:21:44.121484 [NOTICE] sofia.c:3552 Ring-Ready sofia/internal/sip_1!
2009-10-12 15:21:47.285531 [NOTICE] sofia.c:3998 Channel [sofia/internal/sip_1] has been answered
2009-10-12 15:21:47.290996 [INFO] mod_dialplan_xml.c:391 Processing FreeSWITCH->1920 in context default
2009-10-12 15:21:47.293452 [NOTICE] switch_channel.c:613 New Channel sofia/external/14159927717 [6b6cc440-e1d6-415a-b84b-494117e7361d]
2009-10-12 15:21:47.293452 [NOTICE] switch_ivr.c:1367 Transfer sofia/internal/sip_1 to XML[1920@default]
API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output:
+OK 1e722934-7e94-46aa-9d62-e6ec7e7449cf


freeswitch@matthew-laptop> 2009-10-12 15:21:47.369855 [NOTICE] sofia.c:3552 Ring-Ready sofia/external/14159927717!
2009-10-12 15:22:47.009474 [NOTICE] switch_ivr_originate.c:2336 Hangup sofia/external/14159927717 [CS_CONSUME_MEDIA] [NO_ANSWER]
2009-10-12 15:22:47.009474 [INFO] switch_cpp.cpp:1116 PCHangup gw:debug.com hc:NO_ANSWER du:0 cn:sofia/external/14159927717
2009-10-12 15:22:47.009474 [NOTICE] switch_core_session.c:1087 Session 47 (sofia/external/14159927717) Ended
2009-10-12 15:22:47.009474 [NOTICE] switch_core_session.c:1089 Close Channel sofia/external/14159927717 [CS_DESTROY]
2009-10-12 15:22:47.009474 [INFO] mod_dptools.c:2133 Originate Failed.  Cause: NO_ANSWER
2009-10-12 15:22:47.009474 [NOTICE] switch_ivr.c:1367 Transfer sofia/internal/sip_1 to XML[1999@default]
2009-10-12 15:22:47.009474 [INFO] mod_dialplan_xml.c:391 Processing FreeSWITCH->1999 in context default
2009-10-12 15:22:47.015952 [NOTICE] switch_core_state_machine.c:179 Hangup sofia/internal/sip_1 [CS_EXECUTE] [NORMAL_CLEARING]
2009-10-12 15:22:47.017768 [NOTICE] switch_core_session.c:1087 Session 46 (sofia/internal/sip_1) Ended
2009-10-12 15:22:47.017768 [NOTICE] switch_core_session.c:1089 Close Channel sofia/internal/sip_1 [CS_DESTROY]




thanks for looking at this.


On Mon, Oct 12, 2009 at 10:06 PM, Anthony Minessale <anthony.minessale@gmail.com (anthony.minessale@gmail.com)> wrote:
Quote:
which line is hanging up your A (inbound) leg?

look for a blue line that says "Hangup xyz...." that matches it so i can see.

I think what is happening is you are getting early media so the bridge is actually working then when nobody answers it dies but technically the bridge worked. 


On Mon, Oct 12, 2009 at 9:41 AM, Matthew Fong <mattdfong@gmail.com (mattdfong@gmail.com)> wrote:


Quote:

I think think this might be a bug, but wanted to post here instead of Jira in-case I'm overlooking a configuration variable

Dialplan


    <extension name="1920"><!--init agent for manual and power dial mode-->
      <condition field="destination_number" expression="^1920$">
        <action application="set" data="hangup_after_bridge=false"/>
        <action application="bridge" data="sofia/gateway/debug.com/14159927717"/>
        <action application="transfer" data="1999"/><!-- send to unable to reach any contacts-->
      </condition>
    </extension>


API Command
originate sofia/internal/sip_1%192.168.1.10 1920


When the bridge to 14159927717 fails (NO_ANSWER) both calls are terminated instead of continuing on in the dial plan to exten 1999 (which in my dialplan parks the call). hangup_after_bridge however seems to work OK if someone picks up in the bridge. Is this the correct behavior? How else can I prevent the call from hanging up if a bridge fails? Thanks.


I'm using 15135M


--matt
http://www.hellohunter.com - Predictive Dialer
http://www.hellohunter.com/voice_broadcast.php - Voice Broadcasting






_______________________________________________
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




--
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm
MSN:anthony_minessale@hotmail.com ([email]MSN%3Aanthony_minessale@hotmail.com[/email])
GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com ([email]PAYPAL%3Aanthony.minessale@gmail.com[/email])
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888@conference.freeswitch.org ([email]sip%3A888@conference.freeswitch.org[/email])
iax:guest@conference.freeswitch.org/888
googletalk:conf+888@conference.freeswitch.org ([email]googletalk%3Aconf%2B888@conference.freeswitch.org[/email])
pstn:213-799-1400

_______________________________________________
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




--
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm
MSN:anthony_minessale@hotmail.com ([email]MSN%3Aanthony_minessale@hotmail.com[/email])
GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com ([email]PAYPAL%3Aanthony.minessale@gmail.com[/email])
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888@conference.freeswitch.org ([email]sip%3A888@conference.freeswitch.org[/email])
iax:guest@conference.freeswitch.org/888
googletalk:conf+888@conference.freeswitch.org ([email]googletalk%3Aconf%2B888@conference.freeswitch.org[/email])
pstn:213-799-1400



_______________________________________________
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
mattdfong at gmail.com
Guest





PostPosted: Mon Oct 12, 2009 1:37 pm    Post subject: [Freeswitch-users] hangup_after_bridge=false not continueing Reply with quote

still no luck...


    <extension name="1920"><!--DEBUG-->
      <condition field="destination_number" expression="^1920$">
        <action application="set" data="hangup_after_bridge=false"/>
        <action application="bridge" data="{leg_timeout=10,ignore_early_media=true}sofia/gateway/debug.com/14159927717"/>
        <action application="transfer" data="1999"/><!-- send to unable to reach any contacts-->
      </condition>
    </extension>




freeswitch@matthew-laptop> originate sofia/internal/sip_1%192.168.1.10 1920
2009-10-12 18:25:44.345480 [NOTICE] switch_channel.c:613 New Channel sofia/internal/sip_1 [3fc6efb2-e4fa-454a-abb7-ebe39da748f5]
2009-10-12 18:25:44.489480 [NOTICE] sofia.c:3552 Ring-Ready sofia/internal/sip_1!
2009-10-12 18:25:46.601509 [NOTICE] sofia.c:3998 Channel [sofia/internal/sip_1] has been answered
2009-10-12 18:25:46.601509 [INFO] mod_dialplan_xml.c:391 Processing FreeSWITCH->1920 in context default
2009-10-12 18:25:46.601509 [NOTICE] switch_channel.c:613 New Channel sofia/external/14159927717 [1976e3c2-187c-4f05-98f5-36742ab8248f]
2009-10-12 18:25:46.601509 [NOTICE] switch_ivr.c:1367 Transfer sofia/internal/sip_1 to XML[1920@default]
API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output:
+OK 3fc6efb2-e4fa-454a-abb7-ebe39da748f5


freeswitch@matthew-laptop> 2009-10-12 18:25:46.677650 [NOTICE] sofia.c:3552 Ring-Ready sofia/external/14159927717!
2009-10-12 18:25:57.017477 [NOTICE] switch_ivr_originate.c:297 Hangup sofia/external/14159927717 [CS_CONSUME_MEDIA] [ALLOTTED_TIMEOUT]
2009-10-12 18:25:57.017477 [INFO] switch_cpp.cpp:1116 PCHangup gw:debug.com hc:ALLOTTED_TIMEOUT du:0 cn:sofia/external/14159927717
2009-10-12 18:25:57.037695 [NOTICE] switch_core_session.c:1087 Session 4 (sofia/external/14159927717) Ended
2009-10-12 18:25:57.037695 [NOTICE] switch_core_session.c:1089 Close Channel sofia/external/14159927717 [CS_DESTROY]
2009-10-12 18:25:57.037695 [INFO] mod_dptools.c:2133 Originate Failed.  Cause: ALLOTTED_TIMEOUT
2009-10-12 18:25:57.037695 [NOTICE] mod_dptools.c:2166 Hangup sofia/internal/sip_1 [CS_EXECUTE] [ALLOTTED_TIMEOUT]
2009-10-12 18:25:57.037695 [NOTICE] switch_core_session.c:1087 Session 3 (sofia/internal/sip_1) Ended
2009-10-12 18:25:57.037695 [NOTICE] switch_core_session.c:1089 Close Channel sofia/internal/sip_1 [CS_DESTROY]



--matt


On Tue, Oct 13, 2009 at 1:11 AM, Michael Collins <msc@freeswitch.org (msc@freeswitch.org)> wrote:
Quote:


On Mon, Oct 12, 2009 at 10:42 AM, Matthew Fong <mattdfong@gmail.com (mattdfong@gmail.com)> wrote:
Quote:
when I add a leg_timeout, I get an ALLOTTED_TIMEOUT from my failed bridge...

when an ALLOTTED_TIMEOUT is received, the hangup_after_bridge=false is not recognized (I think). Is there anyway to get an alloted_timeout to continue after bridge (failure)?


Try it with ignore_early_media=true and see if it's the early media that's tripping you up.
-MC
 


Quote:


revised dialplan & cmd output


    <extension name="1920"><!--DEBUG-->
      <condition field="destination_number" expression="^1920$">
        <action application="set" data="hangup_after_bridge=false"/>

        <action application="bridge" data="{leg_timeout=10}sofia/gateway/debug.com/14159927717"/>
        <action application="transfer" data="1999"/><!-- send to unable to reach any contacts-->
      </condition>
    </extension>



freeswitch@matthew-laptop> originate sofia/internal/sip_1%192.168.1.10 1920

2009-10-12 17:39:22.237622 [NOTICE] switch_channel.c:613 New Channel sofia/internal/sip_1 [1d58fb59-c7f9-4908-b612-5bd1c12083cc]
2009-10-12 17:39:22.313524 [NOTICE] sofia.c:3552 Ring-Ready sofia/internal/sip_1!
2009-10-12 17:39:25.142400 [NOTICE] sofia.c:3998 Channel [sofia/internal/sip_1] has been answered
2009-10-12 17:39:25.146259 [INFO] mod_dialplan_xml.c:391 Processing FreeSWITCH->1920 in context default
2009-10-12 17:39:25.146259 [NOTICE] switch_channel.c:613 New Channel sofia/external/14159927717 [38cb7046-0c0d-47ef-94b5-bf8ccf35d185]
2009-10-12 17:39:25.152026 [NOTICE] switch_ivr.c:1367 Transfer sofia/internal/sip_1 to XML[1920@default]
API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output:

+OK 1d58fb59-c7f9-4908-b612-5bd1c12083cc


freeswitch@matthew-laptop> 2009-10-12 17:39:25.217629 [NOTICE] sofia.c:3552 Ring-Ready sofia/external/14159927717!
2009-10-12 17:39:36.017513 [NOTICE] switch_ivr_originate.c:297 Hangup sofia/external/14159927717 [CS_CONSUME_MEDIA] [ALLOTTED_TIMEOUT]
2009-10-12 17:39:36.017513 [INFO] switch_cpp.cpp:1116 PCHangup gw:debug.com hc:ALLOTTED_TIMEOUT du:0 cn:sofia/external/14159927717
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1087 Session 12 (sofia/external/14159927717) Ended
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1089 Close Channel sofia/external/14159927717 [CS_DESTROY]
2009-10-12 17:39:36.037520 [INFO] mod_dptools.c:2133 Originate Failed.  Cause: ALLOTTED_TIMEOUT
2009-10-12 17:39:36.037520 [NOTICE] mod_dptools.c:2166 Hangup sofia/internal/sip_1 [CS_EXECUTE] [ALLOTTED_TIMEOUT]
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1087 Session 11 (sofia/internal/sip_1) Ended
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1089 Close Channel sofia/internal/sip_1 [CS_DESTROY]


thanks.



--matt





On Mon, Oct 12, 2009 at 10:45 PM, Matthew Fong <mattdfong@gmail.com (mattdfong@gmail.com)> wrote:
Quote:
doh! thanks!


On Mon, Oct 12, 2009 at 10:33 PM, Anthony Minessale <anthony.minessale@gmail.com (anthony.minessale@gmail.com)> wrote:
Quote:
because the regex is on 1997 not 1999



On Mon, Oct 12, 2009 at 10:25 AM, Matthew Fong <mattdfong@gmail.com (mattdfong@gmail.com)> wrote:
Quote:
    <extension name="1999"><!--DIRECT POWER-->
      <condition field="destination_number" expression="^1997$">
        <action application="playback" data="hh/hh-unable_to_connect_contact.wav"/>
        <action application="park"/>
      </condition>
    </extension>


my extn 1999... since it looks from the output like it's transferring, just don't know why it's disconnecting the call instead of playing the .wav and parking.


On Mon, Oct 12, 2009 at 10:23 PM, Matthew Fong <mattdfong@gmail.com (mattdfong@gmail.com)> wrote:
Quote:
2009-10-12 15:22:47.015952 [NOTICE] switch_core_state_machine.c:179 Hangup sofia/internal/sip_1 [CS_EXECUTE] [NORMAL_CLEARING]


might be the line..or the entire output is below....


freeswitch@matthew-laptop> originate sofia/internal/sip_1%192.168.1.10 1920
2009-10-12 15:21:44.029517 [NOTICE] switch_channel.c:613 New Channel sofia/internal/sip_1 [1e722934-7e94-46aa-9d62-e6ec7e7449cf]
2009-10-12 15:21:44.121484 [NOTICE] sofia.c:3552 Ring-Ready sofia/internal/sip_1!
2009-10-12 15:21:47.285531 [NOTICE] sofia.c:3998 Channel [sofia/internal/sip_1] has been answered
2009-10-12 15:21:47.290996 [INFO] mod_dialplan_xml.c:391 Processing FreeSWITCH->1920 in context default
2009-10-12 15:21:47.293452 [NOTICE] switch_channel.c:613 New Channel sofia/external/14159927717 [6b6cc440-e1d6-415a-b84b-494117e7361d]
2009-10-12 15:21:47.293452 [NOTICE] switch_ivr.c:1367 Transfer sofia/internal/sip_1 to XML[1920@default]
API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output:
+OK 1e722934-7e94-46aa-9d62-e6ec7e7449cf


freeswitch@matthew-laptop> 2009-10-12 15:21:47.369855 [NOTICE] sofia.c:3552 Ring-Ready sofia/external/14159927717!
2009-10-12 15:22:47.009474 [NOTICE] switch_ivr_originate.c:2336 Hangup sofia/external/14159927717 [CS_CONSUME_MEDIA] [NO_ANSWER]
2009-10-12 15:22:47.009474 [INFO] switch_cpp.cpp:1116 PCHangup gw:debug.com hc:NO_ANSWER du:0 cn:sofia/external/14159927717
2009-10-12 15:22:47.009474 [NOTICE] switch_core_session.c:1087 Session 47 (sofia/external/14159927717) Ended
2009-10-12 15:22:47.009474 [NOTICE] switch_core_session.c:1089 Close Channel sofia/external/14159927717 [CS_DESTROY]
2009-10-12 15:22:47.009474 [INFO] mod_dptools.c:2133 Originate Failed.  Cause: NO_ANSWER
2009-10-12 15:22:47.009474 [NOTICE] switch_ivr.c:1367 Transfer sofia/internal/sip_1 to XML[1999@default]
2009-10-12 15:22:47.009474 [INFO] mod_dialplan_xml.c:391 Processing FreeSWITCH->1999 in context default
2009-10-12 15:22:47.015952 [NOTICE] switch_core_state_machine.c:179 Hangup sofia/internal/sip_1 [CS_EXECUTE] [NORMAL_CLEARING]
2009-10-12 15:22:47.017768 [NOTICE] switch_core_session.c:1087 Session 46 (sofia/internal/sip_1) Ended
2009-10-12 15:22:47.017768 [NOTICE] switch_core_session.c:1089 Close Channel sofia/internal/sip_1 [CS_DESTROY]




thanks for looking at this.


On Mon, Oct 12, 2009 at 10:06 PM, Anthony Minessale <anthony.minessale@gmail.com (anthony.minessale@gmail.com)> wrote:
Quote:
which line is hanging up your A (inbound) leg?

look for a blue line that says "Hangup xyz...." that matches it so i can see.

I think what is happening is you are getting early media so the bridge is actually working then when nobody answers it dies but technically the bridge worked. 


On Mon, Oct 12, 2009 at 9:41 AM, Matthew Fong <mattdfong@gmail.com (mattdfong@gmail.com)> wrote:


Quote:

I think think this might be a bug, but wanted to post here instead of Jira in-case I'm overlooking a configuration variable

Dialplan


    <extension name="1920"><!--init agent for manual and power dial mode-->
      <condition field="destination_number" expression="^1920$">
        <action application="set" data="hangup_after_bridge=false"/>
        <action application="bridge" data="sofia/gateway/debug.com/14159927717"/>
        <action application="transfer" data="1999"/><!-- send to unable to reach any contacts-->
      </condition>
    </extension>


API Command
originate sofia/internal/sip_1%192.168.1.10 1920


When the bridge to 14159927717 fails (NO_ANSWER) both calls are terminated instead of continuing on in the dial plan to exten 1999 (which in my dialplan parks the call). hangup_after_bridge however seems to work OK if someone picks up in the bridge. Is this the correct behavior? How else can I prevent the call from hanging up if a bridge fails? Thanks.


I'm using 15135M


--matt
http://www.hellohunter.com - Predictive Dialer
http://www.hellohunter.com/voice_broadcast.php - Voice Broadcasting






_______________________________________________
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




--
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm
MSN:anthony_minessale@hotmail.com ([email]MSN%3Aanthony_minessale@hotmail.com[/email])
GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com ([email]PAYPAL%3Aanthony.minessale@gmail.com[/email])
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888@conference.freeswitch.org ([email]sip%3A888@conference.freeswitch.org[/email])
iax:guest@conference.freeswitch.org/888
googletalk:conf+888@conference.freeswitch.org ([email]googletalk%3Aconf%2B888@conference.freeswitch.org[/email])
pstn:213-799-1400

_______________________________________________
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




--
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm
MSN:anthony_minessale@hotmail.com ([email]MSN%3Aanthony_minessale@hotmail.com[/email])
GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com ([email]PAYPAL%3Aanthony.minessale@gmail.com[/email])
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888@conference.freeswitch.org ([email]sip%3A888@conference.freeswitch.org[/email])
iax:guest@conference.freeswitch.org/888
googletalk:conf+888@conference.freeswitch.org ([email]googletalk%3Aconf%2B888@conference.freeswitch.org[/email])
pstn:213-799-1400



_______________________________________________
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
msc at freeswitch.org
Guest





PostPosted: Mon Oct 12, 2009 1:44 pm    Post subject: [Freeswitch-users] hangup_after_bridge=false not continueing Reply with quote

Turn on debug, make another test call, and pastebin the output.
-MC

On Mon, Oct 12, 2009 at 11:11 AM, Michael Collins <msc@freeswitch.org (msc@freeswitch.org)> wrote:
Quote:


On Mon, Oct 12, 2009 at 10:42 AM, Matthew Fong <mattdfong@gmail.com (mattdfong@gmail.com)> wrote:
Quote:
when I add a leg_timeout, I get an ALLOTTED_TIMEOUT from my failed bridge...

when an ALLOTTED_TIMEOUT is received, the hangup_after_bridge=false is not recognized (I think). Is there anyway to get an alloted_timeout to continue after bridge (failure)?

Try it with ignore_early_media=true and see if it's the early media that's tripping you up.
-MC
 

Quote:


revised dialplan & cmd output


    <extension name="1920"><!--DEBUG-->
      <condition field="destination_number" expression="^1920$">
        <action application="set" data="hangup_after_bridge=false"/>

        <action application="bridge" data="{leg_timeout=10}sofia/gateway/debug.com/14159927717"/>
        <action application="transfer" data="1999"/><!-- send to unable to reach any contacts-->
      </condition>
    </extension>



freeswitch@matthew-laptop> originate sofia/internal/sip_1%192.168.1.10 1920

2009-10-12 17:39:22.237622 [NOTICE] switch_channel.c:613 New Channel sofia/internal/sip_1 [1d58fb59-c7f9-4908-b612-5bd1c12083cc]
2009-10-12 17:39:22.313524 [NOTICE] sofia.c:3552 Ring-Ready sofia/internal/sip_1!
2009-10-12 17:39:25.142400 [NOTICE] sofia.c:3998 Channel [sofia/internal/sip_1] has been answered
2009-10-12 17:39:25.146259 [INFO] mod_dialplan_xml.c:391 Processing FreeSWITCH->1920 in context default
2009-10-12 17:39:25.146259 [NOTICE] switch_channel.c:613 New Channel sofia/external/14159927717 [38cb7046-0c0d-47ef-94b5-bf8ccf35d185]
2009-10-12 17:39:25.152026 [NOTICE] switch_ivr.c:1367 Transfer sofia/internal/sip_1 to XML[1920@default]
API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output:

+OK 1d58fb59-c7f9-4908-b612-5bd1c12083cc


freeswitch@matthew-laptop> 2009-10-12 17:39:25.217629 [NOTICE] sofia.c:3552 Ring-Ready sofia/external/14159927717!
2009-10-12 17:39:36.017513 [NOTICE] switch_ivr_originate.c:297 Hangup sofia/external/14159927717 [CS_CONSUME_MEDIA] [ALLOTTED_TIMEOUT]
2009-10-12 17:39:36.017513 [INFO] switch_cpp.cpp:1116 PCHangup gw:debug.com hc:ALLOTTED_TIMEOUT du:0 cn:sofia/external/14159927717
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1087 Session 12 (sofia/external/14159927717) Ended
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1089 Close Channel sofia/external/14159927717 [CS_DESTROY]
2009-10-12 17:39:36.037520 [INFO] mod_dptools.c:2133 Originate Failed.  Cause: ALLOTTED_TIMEOUT
2009-10-12 17:39:36.037520 [NOTICE] mod_dptools.c:2166 Hangup sofia/internal/sip_1 [CS_EXECUTE] [ALLOTTED_TIMEOUT]
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1087 Session 11 (sofia/internal/sip_1) Ended
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1089 Close Channel sofia/internal/sip_1 [CS_DESTROY]


thanks.



--matt





On Mon, Oct 12, 2009 at 10:45 PM, Matthew Fong <mattdfong@gmail.com (mattdfong@gmail.com)> wrote:
Quote:
doh! thanks!


On Mon, Oct 12, 2009 at 10:33 PM, Anthony Minessale <anthony.minessale@gmail.com (anthony.minessale@gmail.com)> wrote:
Quote:
because the regex is on 1997 not 1999



On Mon, Oct 12, 2009 at 10:25 AM, Matthew Fong <mattdfong@gmail.com (mattdfong@gmail.com)> wrote:
Quote:
    <extension name="1999"><!--DIRECT POWER-->
      <condition field="destination_number" expression="^1997$">
        <action application="playback" data="hh/hh-unable_to_connect_contact.wav"/>
        <action application="park"/>
      </condition>
    </extension>


my extn 1999... since it looks from the output like it's transferring, just don't know why it's disconnecting the call instead of playing the .wav and parking.


On Mon, Oct 12, 2009 at 10:23 PM, Matthew Fong <mattdfong@gmail.com (mattdfong@gmail.com)> wrote:
Quote:
2009-10-12 15:22:47.015952 [NOTICE] switch_core_state_machine.c:179 Hangup sofia/internal/sip_1 [CS_EXECUTE] [NORMAL_CLEARING]


might be the line..or the entire output is below....


freeswitch@matthew-laptop> originate sofia/internal/sip_1%192.168.1.10 1920
2009-10-12 15:21:44.029517 [NOTICE] switch_channel.c:613 New Channel sofia/internal/sip_1 [1e722934-7e94-46aa-9d62-e6ec7e7449cf]
2009-10-12 15:21:44.121484 [NOTICE] sofia.c:3552 Ring-Ready sofia/internal/sip_1!
2009-10-12 15:21:47.285531 [NOTICE] sofia.c:3998 Channel [sofia/internal/sip_1] has been answered
2009-10-12 15:21:47.290996 [INFO] mod_dialplan_xml.c:391 Processing FreeSWITCH->1920 in context default
2009-10-12 15:21:47.293452 [NOTICE] switch_channel.c:613 New Channel sofia/external/14159927717 [6b6cc440-e1d6-415a-b84b-494117e7361d]
2009-10-12 15:21:47.293452 [NOTICE] switch_ivr.c:1367 Transfer sofia/internal/sip_1 to XML[1920@default]
API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output:
+OK 1e722934-7e94-46aa-9d62-e6ec7e7449cf


freeswitch@matthew-laptop> 2009-10-12 15:21:47.369855 [NOTICE] sofia.c:3552 Ring-Ready sofia/external/14159927717!
2009-10-12 15:22:47.009474 [NOTICE] switch_ivr_originate.c:2336 Hangup sofia/external/14159927717 [CS_CONSUME_MEDIA] [NO_ANSWER]
2009-10-12 15:22:47.009474 [INFO] switch_cpp.cpp:1116 PCHangup gw:debug.com hc:NO_ANSWER du:0 cn:sofia/external/14159927717
2009-10-12 15:22:47.009474 [NOTICE] switch_core_session.c:1087 Session 47 (sofia/external/14159927717) Ended
2009-10-12 15:22:47.009474 [NOTICE] switch_core_session.c:1089 Close Channel sofia/external/14159927717 [CS_DESTROY]
2009-10-12 15:22:47.009474 [INFO] mod_dptools.c:2133 Originate Failed.  Cause: NO_ANSWER
2009-10-12 15:22:47.009474 [NOTICE] switch_ivr.c:1367 Transfer sofia/internal/sip_1 to XML[1999@default]
2009-10-12 15:22:47.009474 [INFO] mod_dialplan_xml.c:391 Processing FreeSWITCH->1999 in context default
2009-10-12 15:22:47.015952 [NOTICE] switch_core_state_machine.c:179 Hangup sofia/internal/sip_1 [CS_EXECUTE] [NORMAL_CLEARING]
2009-10-12 15:22:47.017768 [NOTICE] switch_core_session.c:1087 Session 46 (sofia/internal/sip_1) Ended
2009-10-12 15:22:47.017768 [NOTICE] switch_core_session.c:1089 Close Channel sofia/internal/sip_1 [CS_DESTROY]




thanks for looking at this.


On Mon, Oct 12, 2009 at 10:06 PM, Anthony Minessale <anthony.minessale@gmail.com (anthony.minessale@gmail.com)> wrote:
Quote:
which line is hanging up your A (inbound) leg?

look for a blue line that says "Hangup xyz...." that matches it so i can see.

I think what is happening is you are getting early media so the bridge is actually working then when nobody answers it dies but technically the bridge worked. 


On Mon, Oct 12, 2009 at 9:41 AM, Matthew Fong <mattdfong@gmail.com (mattdfong@gmail.com)> wrote:


Quote:

I think think this might be a bug, but wanted to post here instead of Jira in-case I'm overlooking a configuration variable

Dialplan


    <extension name="1920"><!--init agent for manual and power dial mode-->
      <condition field="destination_number" expression="^1920$">
        <action application="set" data="hangup_after_bridge=false"/>
        <action application="bridge" data="sofia/gateway/debug.com/14159927717"/>
        <action application="transfer" data="1999"/><!-- send to unable to reach any contacts-->
      </condition>
    </extension>


API Command
originate sofia/internal/sip_1%192.168.1.10 1920


When the bridge to 14159927717 fails (NO_ANSWER) both calls are terminated instead of continuing on in the dial plan to exten 1999 (which in my dialplan parks the call). hangup_after_bridge however seems to work OK if someone picks up in the bridge. Is this the correct behavior? How else can I prevent the call from hanging up if a bridge fails? Thanks.


I'm using 15135M


--matt
http://www.hellohunter.com - Predictive Dialer
http://www.hellohunter.com/voice_broadcast.php - Voice Broadcasting






_______________________________________________
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




--
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm
MSN:anthony_minessale@hotmail.com ([email]MSN%3Aanthony_minessale@hotmail.com[/email])
GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com ([email]PAYPAL%3Aanthony.minessale@gmail.com[/email])
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888@conference.freeswitch.org ([email]sip%3A888@conference.freeswitch.org[/email])
iax:guest@conference.freeswitch.org/888
googletalk:conf+888@conference.freeswitch.org ([email]googletalk%3Aconf%2B888@conference.freeswitch.org[/email])
pstn:213-799-1400

_______________________________________________
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




--
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm
MSN:anthony_minessale@hotmail.com ([email]MSN%3Aanthony_minessale@hotmail.com[/email])
GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com ([email]PAYPAL%3Aanthony.minessale@gmail.com[/email])
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888@conference.freeswitch.org ([email]sip%3A888@conference.freeswitch.org[/email])
iax:guest@conference.freeswitch.org/888
googletalk:conf+888@conference.freeswitch.org ([email]googletalk%3Aconf%2B888@conference.freeswitch.org[/email])
pstn:213-799-1400



_______________________________________________
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
mattdfong at gmail.com
Guest





PostPosted: Mon Oct 12, 2009 2:14 pm    Post subject: [Freeswitch-users] hangup_after_bridge=false not continueing Reply with quote

http://pastebin.freeswitch.org/10656

On Tue, Oct 13, 2009 at 1:34 AM, Michael Collins <msc@freeswitch.org (msc@freeswitch.org)> wrote:
Quote:
Turn on debug, make another test call, and pastebin the output.
-MC


On Mon, Oct 12, 2009 at 11:11 AM, Michael Collins <msc@freeswitch.org (msc@freeswitch.org)> wrote:
Quote:


On Mon, Oct 12, 2009 at 10:42 AM, Matthew Fong <mattdfong@gmail.com (mattdfong@gmail.com)> wrote:
Quote:
when I add a leg_timeout, I get an ALLOTTED_TIMEOUT from my failed bridge...

when an ALLOTTED_TIMEOUT is received, the hangup_after_bridge=false is not recognized (I think). Is there anyway to get an alloted_timeout to continue after bridge (failure)?

Try it with ignore_early_media=true and see if it's the early media that's tripping you up.
-MC
 

Quote:


revised dialplan & cmd output


    <extension name="1920"><!--DEBUG-->
      <condition field="destination_number" expression="^1920$">
        <action application="set" data="hangup_after_bridge=false"/>

        <action application="bridge" data="{leg_timeout=10}sofia/gateway/debug.com/14159927717"/>
        <action application="transfer" data="1999"/><!-- send to unable to reach any contacts-->
      </condition>
    </extension>



freeswitch@matthew-laptop> originate sofia/internal/sip_1%192.168.1.10 1920

2009-10-12 17:39:22.237622 [NOTICE] switch_channel.c:613 New Channel sofia/internal/sip_1 [1d58fb59-c7f9-4908-b612-5bd1c12083cc]
2009-10-12 17:39:22.313524 [NOTICE] sofia.c:3552 Ring-Ready sofia/internal/sip_1!
2009-10-12 17:39:25.142400 [NOTICE] sofia.c:3998 Channel [sofia/internal/sip_1] has been answered
2009-10-12 17:39:25.146259 [INFO] mod_dialplan_xml.c:391 Processing FreeSWITCH->1920 in context default
2009-10-12 17:39:25.146259 [NOTICE] switch_channel.c:613 New Channel sofia/external/14159927717 [38cb7046-0c0d-47ef-94b5-bf8ccf35d185]
2009-10-12 17:39:25.152026 [NOTICE] switch_ivr.c:1367 Transfer sofia/internal/sip_1 to XML[1920@default]
API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output:

+OK 1d58fb59-c7f9-4908-b612-5bd1c12083cc


freeswitch@matthew-laptop> 2009-10-12 17:39:25.217629 [NOTICE] sofia.c:3552 Ring-Ready sofia/external/14159927717!
2009-10-12 17:39:36.017513 [NOTICE] switch_ivr_originate.c:297 Hangup sofia/external/14159927717 [CS_CONSUME_MEDIA] [ALLOTTED_TIMEOUT]
2009-10-12 17:39:36.017513 [INFO] switch_cpp.cpp:1116 PCHangup gw:debug.com hc:ALLOTTED_TIMEOUT du:0 cn:sofia/external/14159927717
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1087 Session 12 (sofia/external/14159927717) Ended
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1089 Close Channel sofia/external/14159927717 [CS_DESTROY]
2009-10-12 17:39:36.037520 [INFO] mod_dptools.c:2133 Originate Failed.  Cause: ALLOTTED_TIMEOUT
2009-10-12 17:39:36.037520 [NOTICE] mod_dptools.c:2166 Hangup sofia/internal/sip_1 [CS_EXECUTE] [ALLOTTED_TIMEOUT]
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1087 Session 11 (sofia/internal/sip_1) Ended
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1089 Close Channel sofia/internal/sip_1 [CS_DESTROY]


thanks.



--matt





On Mon, Oct 12, 2009 at 10:45 PM, Matthew Fong <mattdfong@gmail.com (mattdfong@gmail.com)> wrote:
Quote:
doh! thanks!


On Mon, Oct 12, 2009 at 10:33 PM, Anthony Minessale <anthony.minessale@gmail.com (anthony.minessale@gmail.com)> wrote:
Quote:
because the regex is on 1997 not 1999



On Mon, Oct 12, 2009 at 10:25 AM, Matthew Fong <mattdfong@gmail.com (mattdfong@gmail.com)> wrote:
Quote:
    <extension name="1999"><!--DIRECT POWER-->
      <condition field="destination_number" expression="^1997$">
        <action application="playback" data="hh/hh-unable_to_connect_contact.wav"/>
        <action application="park"/>
      </condition>
    </extension>


my extn 1999... since it looks from the output like it's transferring, just don't know why it's disconnecting the call instead of playing the .wav and parking.


On Mon, Oct 12, 2009 at 10:23 PM, Matthew Fong <mattdfong@gmail.com (mattdfong@gmail.com)> wrote:
Quote:
2009-10-12 15:22:47.015952 [NOTICE] switch_core_state_machine.c:179 Hangup sofia/internal/sip_1 [CS_EXECUTE] [NORMAL_CLEARING]


might be the line..or the entire output is below....


freeswitch@matthew-laptop> originate sofia/internal/sip_1%192.168.1.10 1920
2009-10-12 15:21:44.029517 [NOTICE] switch_channel.c:613 New Channel sofia/internal/sip_1 [1e722934-7e94-46aa-9d62-e6ec7e7449cf]
2009-10-12 15:21:44.121484 [NOTICE] sofia.c:3552 Ring-Ready sofia/internal/sip_1!
2009-10-12 15:21:47.285531 [NOTICE] sofia.c:3998 Channel [sofia/internal/sip_1] has been answered
2009-10-12 15:21:47.290996 [INFO] mod_dialplan_xml.c:391 Processing FreeSWITCH->1920 in context default
2009-10-12 15:21:47.293452 [NOTICE] switch_channel.c:613 New Channel sofia/external/14159927717 [6b6cc440-e1d6-415a-b84b-494117e7361d]
2009-10-12 15:21:47.293452 [NOTICE] switch_ivr.c:1367 Transfer sofia/internal/sip_1 to XML[1920@default]
API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output:
+OK 1e722934-7e94-46aa-9d62-e6ec7e7449cf


freeswitch@matthew-laptop> 2009-10-12 15:21:47.369855 [NOTICE] sofia.c:3552 Ring-Ready sofia/external/14159927717!
2009-10-12 15:22:47.009474 [NOTICE] switch_ivr_originate.c:2336 Hangup sofia/external/14159927717 [CS_CONSUME_MEDIA] [NO_ANSWER]
2009-10-12 15:22:47.009474 [INFO] switch_cpp.cpp:1116 PCHangup gw:debug.com hc:NO_ANSWER du:0 cn:sofia/external/14159927717
2009-10-12 15:22:47.009474 [NOTICE] switch_core_session.c:1087 Session 47 (sofia/external/14159927717) Ended
2009-10-12 15:22:47.009474 [NOTICE] switch_core_session.c:1089 Close Channel sofia/external/14159927717 [CS_DESTROY]
2009-10-12 15:22:47.009474 [INFO] mod_dptools.c:2133 Originate Failed.  Cause: NO_ANSWER
2009-10-12 15:22:47.009474 [NOTICE] switch_ivr.c:1367 Transfer sofia/internal/sip_1 to XML[1999@default]
2009-10-12 15:22:47.009474 [INFO] mod_dialplan_xml.c:391 Processing FreeSWITCH->1999 in context default
2009-10-12 15:22:47.015952 [NOTICE] switch_core_state_machine.c:179 Hangup sofia/internal/sip_1 [CS_EXECUTE] [NORMAL_CLEARING]
2009-10-12 15:22:47.017768 [NOTICE] switch_core_session.c:1087 Session 46 (sofia/internal/sip_1) Ended
2009-10-12 15:22:47.017768 [NOTICE] switch_core_session.c:1089 Close Channel sofia/internal/sip_1 [CS_DESTROY]




thanks for looking at this.


On Mon, Oct 12, 2009 at 10:06 PM, Anthony Minessale <anthony.minessale@gmail.com (anthony.minessale@gmail.com)> wrote:
Quote:
which line is hanging up your A (inbound) leg?

look for a blue line that says "Hangup xyz...." that matches it so i can see.

I think what is happening is you are getting early media so the bridge is actually working then when nobody answers it dies but technically the bridge worked. 


On Mon, Oct 12, 2009 at 9:41 AM, Matthew Fong <mattdfong@gmail.com (mattdfong@gmail.com)> wrote:


Quote:

I think think this might be a bug, but wanted to post here instead of Jira in-case I'm overlooking a configuration variable

Dialplan


    <extension name="1920"><!--init agent for manual and power dial mode-->
      <condition field="destination_number" expression="^1920$">
        <action application="set" data="hangup_after_bridge=false"/>
        <action application="bridge" data="sofia/gateway/debug.com/14159927717"/>
        <action application="transfer" data="1999"/><!-- send to unable to reach any contacts-->
      </condition>
    </extension>


API Command
originate sofia/internal/sip_1%192.168.1.10 1920


When the bridge to 14159927717 fails (NO_ANSWER) both calls are terminated instead of continuing on in the dial plan to exten 1999 (which in my dialplan parks the call). hangup_after_bridge however seems to work OK if someone picks up in the bridge. Is this the correct behavior? How else can I prevent the call from hanging up if a bridge fails? Thanks.


I'm using 15135M


--matt
http://www.hellohunter.com - Predictive Dialer
http://www.hellohunter.com/voice_broadcast.php - Voice Broadcasting






_______________________________________________
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




--
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm
MSN:anthony_minessale@hotmail.com ([email]MSN%3Aanthony_minessale@hotmail.com[/email])
GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com ([email]PAYPAL%3Aanthony.minessale@gmail.com[/email])
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888@conference.freeswitch.org ([email]sip%3A888@conference.freeswitch.org[/email])
iax:guest@conference.freeswitch.org/888
googletalk:conf+888@conference.freeswitch.org ([email]googletalk%3Aconf%2B888@conference.freeswitch.org[/email])
pstn:213-799-1400

_______________________________________________
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




--
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm
MSN:anthony_minessale@hotmail.com ([email]MSN%3Aanthony_minessale@hotmail.com[/email])
GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com ([email]PAYPAL%3Aanthony.minessale@gmail.com[/email])
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888@conference.freeswitch.org ([email]sip%3A888@conference.freeswitch.org[/email])
iax:guest@conference.freeswitch.org/888
googletalk:conf+888@conference.freeswitch.org ([email]googletalk%3Aconf%2B888@conference.freeswitch.org[/email])
pstn:213-799-1400



_______________________________________________
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
msc at freeswitch.org
Guest





PostPosted: Mon Oct 12, 2009 4:57 pm    Post subject: [Freeswitch-users] hangup_after_bridge=false not continueing Reply with quote

On Mon, Oct 12, 2009 at 12:00 PM, Matthew Fong <mattdfong@gmail.com (mattdfong@gmail.com)> wrote:
Quote:
http://pastebin.freeswitch.org/10656




Matthew,

Try continue_on_fail=true instead of hangup_after_bridge=false.
http://wiki.freeswitch.org/wiki/Channel_Variables#continue_on_fail

I think it will do what you want.
-MC
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