[Freeswitch-users] hangup_after_bridge=false not continueing after failed bridge
Matthew Fong
mattdfong at gmail.com
Mon Oct 12 10:42:15 PDT 2009
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 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.comhc: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
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20091013/a572f833/attachment-0002.html
More information about the FreeSWITCH-users
mailing list