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>
freeswi...@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[1...@default]
API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output:
+OK 3fc6efb2-e4fa-454a-abb7-ebe39da748f5
freeswi...@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.comhc: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 <[email protected]> wrote:
>
>
> On Mon, Oct 12, 2009 at 10:42 AM, Matthew Fong <[email protected]>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>
>>
>> freeswi...@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[1...@default]
>> API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output:
>> +OK 1d58fb59-c7f9-4908-b612-5bd1c12083cc
>>
>> freeswi...@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 <[email protected]>wrote:
>>
>>> doh! thanks!
>>>
>>>
>>> On Mon, Oct 12, 2009 at 10:33 PM, Anthony Minessale <
>>> [email protected]> wrote:
>>>
>>>> because the regex is on 1997 not 1999
>>>>
>>>>
>>>>
>>>> On Mon, Oct 12, 2009 at 10:25 AM, Matthew Fong <[email protected]>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 <[email protected]>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....
>>>>>>
>>>>>> freeswi...@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[1...@default]
>>>>>> API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output:
>>>>>> +OK 1e722934-7e94-46aa-9d62-e6ec7e7449cf
>>>>>>
>>>>>> freeswi...@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[1...@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 <
>>>>>> [email protected]> 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
>>>>>>> <[email protected]>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
>>>>>>>> [email protected]
>>>>>>>> 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:[email protected]<msn%[email protected]>
>>>>>>> GTALK/JABBER/PAYPAL:[email protected]<paypal%[email protected]>
>>>>>>> IRC: irc.freenode.net #freeswitch
>>>>>>>
>>>>>>> FreeSWITCH Developer Conference
>>>>>>> sip:[email protected]<sip%[email protected]>
>>>>>>> iax:[email protected]/888
>>>>>>> googletalk:[email protected]<googletalk%3aconf%[email protected]>
>>>>>>> pstn:213-799-1400
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> FreeSWITCH-users mailing list
>>>>>>> [email protected]
>>>>>>> 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
>>>>> [email protected]
>>>>> 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:[email protected] <msn%[email protected]>
>>>> GTALK/JABBER/PAYPAL:[email protected]<paypal%[email protected]>
>>>> IRC: irc.freenode.net #freeswitch
>>>>
>>>> FreeSWITCH Developer Conference
>>>> sip:[email protected] <sip%[email protected]>
>>>> iax:[email protected]/888
>>>> googletalk:[email protected]<googletalk%3aconf%[email protected]>
>>>> pstn:213-799-1400
>>>>
>>>> _______________________________________________
>>>> FreeSWITCH-users mailing list
>>>> [email protected]
>>>> 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
>> [email protected]
>> 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
> [email protected]
> 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
[email protected]
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
