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

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

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

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

>
>
> 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/4d31d9a5/attachment-0002.html

More information about the FreeSWITCH-users mailing list