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

Michael Collins msc at freeswitch.org
Mon Oct 12 11:11:24 PDT 2009 

On Mon, Oct 12, 2009 at 10:42 AM, Matthew Fong <mattdfong at gmail.com> wrote:

> 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


>
> 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 at 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 at default]
> API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output:
> +OK 1d58fb59-c7f9-4908-b612-5bd1c12083cc
>
> freeswitch at 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 at gmail.com>wrote:
>
>> doh! thanks!
>>
>>
>> On Mon, Oct 12, 2009 at 10:33 PM, Anthony Minessale <
>> anthony.minessale at gmail.com> wrote:
>>
>>> because the regex is on 1997 not 1999
>>>
>>>
>>>
>>> On Mon, Oct 12, 2009 at 10:25 AM, Matthew Fong <mattdfong at gmail.com>wrote:
>>>
>>>>     <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 at gmail.com>wrote:
>>>>
>>>>> 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 at 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 at default]
>>>>> API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output:
>>>>> +OK 1e722934-7e94-46aa-9d62-e6ec7e7449cf
>>>>>
>>>>> freeswitch at 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 at 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 at gmail.com> wrote:
>>>>>
>>>>>> 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 at gmail.com>wrote:
>>>>>>
>>>>>>> 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 at lists.freeswitch.org
>>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>>>>>> UNSUBSCRIBE:
>>>>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users
>>>>>>> http://www.freeswitch.org
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Anthony Minessale II
>>>>>>
>>>>>> FreeSWITCH http://www.freeswitch.org/
>>>>>> ClueCon http://www.cluecon.com/
>>>>>> Twitter: http://twitter.com/FreeSWITCH_wire
>>>>>>
>>>>>> AIM: anthm
>>>>>> MSN:anthony_minessale at hotmail.com<MSN%3Aanthony_minessale at hotmail.com>
>>>>>> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com<PAYPAL%3Aanthony.minessale at gmail.com>
>>>>>> IRC: irc.freenode.net #freeswitch
>>>>>>
>>>>>> FreeSWITCH Developer Conference
>>>>>> sip:888 at conference.freeswitch.org<sip%3A888 at conference.freeswitch.org>
>>>>>> iax:guest at conference.freeswitch.org/888
>>>>>> googletalk:conf+888 at conference.freeswitch.org<googletalk%3Aconf%2B888 at conference.freeswitch.org>
>>>>>> pstn:213-799-1400
>>>>>>
>>>>>> _______________________________________________
>>>>>> FreeSWITCH-users mailing list
>>>>>> FreeSWITCH-users at lists.freeswitch.org
>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>>>>> UNSUBSCRIBE:
>>>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users
>>>>>> http://www.freeswitch.org
>>>>>>
>>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> FreeSWITCH-users mailing list
>>>> FreeSWITCH-users at lists.freeswitch.org
>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>>> UNSUBSCRIBE:
>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users
>>>> http://www.freeswitch.org
>>>>
>>>>
>>>
>>>
>>> --
>>> Anthony Minessale II
>>>
>>> FreeSWITCH http://www.freeswitch.org/
>>> ClueCon http://www.cluecon.com/
>>> Twitter: http://twitter.com/FreeSWITCH_wire
>>>
>>> AIM: anthm
>>> MSN:anthony_minessale at hotmail.com <MSN%3Aanthony_minessale at hotmail.com>
>>> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com<PAYPAL%3Aanthony.minessale at gmail.com>
>>> IRC: irc.freenode.net #freeswitch
>>>
>>> FreeSWITCH Developer Conference
>>> sip:888 at conference.freeswitch.org <sip%3A888 at conference.freeswitch.org>
>>> iax:guest at conference.freeswitch.org/888
>>> googletalk:conf+888 at conference.freeswitch.org<googletalk%3Aconf%2B888 at conference.freeswitch.org>
>>> pstn:213-799-1400
>>>
>>> _______________________________________________
>>> FreeSWITCH-users mailing list
>>> FreeSWITCH-users at lists.freeswitch.org
>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>> http://www.freeswitch.org
>>>
>>>
>>
>
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20091012/5844ad0d/attachment-0002.html

More information about the FreeSWITCH-users mailing list