Hello Kirill, Can you set the debug level? "fsctl loglevel debug" Also: 2012-09-13 13:46:09.332094 [DEBUG] sofia.c:6051 Channel sofia/onnet/78120000000@y.y.y.y skipping state [early][183] Might be preventing you from getting the annoucement, try: bridge_early_media=true and remove de hangup hangup_after_bridge=true And try again.. I think FS considers receiving early media as a successful bridge... not sure though. David On Thu, Sep 13, 2012 at 12:14 PM, Kirill Sysoev <iam@onnet.su> wrote:
Hi David!
Thank you for your answer!
It doesn't work either.
Here is the situation: 1. the phone call goes to cell phone through the first gateway. 2. cell phone ringing. 3. phone call rejected by cell phone ("Cancel" button pressed) 4. FS receives USER_BUSY from the first gateway 5. FS executes continue_on_fail despite there is no USER_BUSY in continue_on_fail cause list settings.
Brian suggested workaround in Vitaly's report ( http://jira.freeswitch.org/browse/FS-4232 ) But if the cell phone is off, caller can not hear announce about that.
So I was wondering whether it is solved in some another way.
DialPlan:
<condition field="destination_number" expression="^(8921\d{7}|8931\d{7})$">
<action application="set" data="hangup_after_bridge=true"/> <action application="set" data="continue_on_fail=CALL_REJECTED,NORMAL_TEMPORARY_FAILURE,NO_ROUTE_DESTINATION"/> <action application="bridge" data="sofia/gateway/gw1/$1"/> <action application="bridge" data="sofia/gateway/gw2/$1"/> </condition>
Short callLogs:
2012-09-13 13:46:09.332094 [DEBUG] switch_channel.c:3057 ( sofia/onnet/78120000000@y.y.y.y) Callstate Change RINGING -> EARLY 2012-09-13 13:46:09.332094 [DEBUG] mod_sofia.c:2643 Ring SDP: v=0 o=FreeSWITCH 1347502619 1347502620 IN IP4 x.x.x.x s=FreeSWITCH c=IN IP4 x.x.x.x t=0 0 m=audio 26950 RTP/AVP 8 101 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=silenceSupp:off - - - - a=ptime:20 a=sendrecv
2012-09-13 13:46:09.332094 [DEBUG] switch_core_session.c:778 Send signal sofia/onnet/78120000000@y.y.y.y [BREAK] 2012-09-13 13:46:09.332094 [DEBUG] switch_ivr_originate.c:3360 Originate Resulted in Success: [sofia/gw1/89210000000] 2012-09-13 13:46:09.332094 [DEBUG] switch_core_session.c:778 Send signal sofia/gw1/89210000000 [BREAK] 2012-09-13 13:46:09.332094 [DEBUG] switch_core_session.c:778 Send signal sofia/onnet/78120000000@y.y.y.y [BREAK] 2012-09-13 13:46:09.332094 [DEBUG] switch_ivr_bridge.c:1359 (sofia/gw1/89210000000) State Change CS_CONSUME_MEDIA -> CS_EXCHANGE_MEDIA 2012-09-13 13:46:09.332094 [DEBUG] switch_core_session.c:1229 Send signal sofia/gw1/89210000000 [BREAK] 2012-09-13 13:46:09.332094 [DEBUG] switch_core_state_machine.c:385 (sofia/gw1/89210000000) Running State Change CS_EXCHANGE_MEDIA 2012-09-13 13:46:09.332094 [DEBUG] switch_core_state_machine.c:443 (sofia/gw1/89210000000) State EXCHANGE_MEDIA 2012-09-13 13:46:09.332094 [DEBUG] mod_sofia.c:652 SOFIA EXCHANGE_MEDIA 2012-09-13 13:46:09.332094 [DEBUG] switch_core_session.c:924 Send signal sofia/onnet/78120000000@y.y.y.y [BREAK] 2012-09-13 13:46:09.332094 [DEBUG] sofia.c:6051 Channel sofia/onnet/78120000000@y.y.y.y skipping state [early][183] 2012-09-13 13:46:09.372176 [DEBUG] switch_rtp.c:3594 Correct ip/port confirmed. 2012-09-13 13:46:09.432175 [DEBUG] switch_rtp.c:3594 Correct ip/port confirmed. 2012-09-13 13:46:13.632367 [DEBUG] switch_core_session.c:924 Send signal sofia/gw1/89210000000 [BREAK] 2012-09-13 13:46:13.632367 [DEBUG] switch_core_session.c:924 Send signal sofia/gw1/89210000000 [BREAK] 2012-09-13 13:46:13.632367 [DEBUG] switch_core_session.c:924 Send signal sofia/gw1/89210000000 [BREAK] 2012-09-13 13:46:13.652424 [DEBUG] sofia.c:6058 Channel sofia/gw1/89210000000 entering state [terminated][486] 2012-09-13 13:46:13.652424 [DEBUG] switch_channel.c:2914 (sofia/gw1/89210000000) Callstate Change EARLY -> HANGUP 2012-09-13 13:46:13.652424 [NOTICE] sofia.c:6850 Hangup sofia/gw1/89210000000 [CS_EXCHANGE_MEDIA] [USER_BUSY] 2012-09-13 13:46:13.652424 [DEBUG] switch_channel.c:2937 Send signal sofia/gw1/89210000000 [KILL] 2012-09-13 13:46:13.652424 [DEBUG] switch_core_session.c:1229 Send signal sofia/gw1/89210000000 [BREAK] 2012-09-13 13:46:13.652424 [DEBUG] switch_ivr_bridge.c:588 BRIDGE THREAD DONE [sofia/gw1/89210000000] 2012-09-13 13:46:13.652424 [DEBUG] switch_ivr_bridge.c:613 Send signal sofia/onnet/78120000000@y.y.y.y [BREAK] 2012-09-13 13:46:13.652424 [DEBUG] switch_core_state_machine.c:443 (sofia/gw1/89210000000) State EXCHANGE_MEDIA going to sleep 2012-09-13 13:46:13.652424 [DEBUG] switch_core_state_machine.c:385 (sofia/gw1/89210000000) Running State Change CS_HANGUP 2012-09-13 13:46:13.652424 [DEBUG] switch_core_state_machine.c:625 (sofia/gw1/89210000000) State HANGUP 2012-09-13 13:46:13.652424 [DEBUG] mod_sofia.c:474 Channel sofia/gw1/89210000000 hanging up, cause: USER_BUSY 2012-09-13 13:46:13.652424 [DEBUG] switch_core_state_machine.c:47 sofia/gw1/89210000000 Standard HANGUP, cause: USER_BUSY 2012-09-13 13:46:13.652424 [DEBUG] switch_core_state_machine.c:625 (sofia/gw1/89210000000) State HANGUP going to sleep 2012-09-13 13:46:13.652424 [DEBUG] switch_core_state_machine.c:416 (sofia/gw1/89210000000) State Change CS_HANGUP -> CS_REPORTING 2012-09-13 13:46:13.652424 [DEBUG] switch_core_session.c:1229 Send signal sofia/gw1/89210000000 [BREAK] 2012-09-13 13:46:13.652424 [DEBUG] switch_core_state_machine.c:385 (sofia/gw1/89210000000) Running State Change CS_REPORTING 2012-09-13 13:46:13.652424 [DEBUG] switch_core_state_machine.c:685 (sofia/gw1/89210000000) State REPORTING 2012-09-13 13:46:13.652424 [DEBUG] switch_core_state_machine.c:79 sofia/gw1/89210000000 Standard REPORTING, cause: USER_BUSY 2012-09-13 13:46:13.652424 [DEBUG] switch_core_state_machine.c:685 (sofia/gw1/89210000000) State REPORTING going to sleep 2012-09-13 13:46:13.652424 [DEBUG] switch_core_state_machine.c:410 (sofia/gw1/89210000000) State Change CS_REPORTING -> CS_DESTROY 2012-09-13 13:46:13.652424 [DEBUG] switch_core_session.c:1229 Send signal sofia/gw1/89210000000 [BREAK] 2012-09-13 13:46:13.652424 [DEBUG] switch_core_session.c:1429 Session 779 (sofia/gw1/89210000000) Locked, Waiting on external entities 2012-09-13 13:46:13.672425 [DEBUG] switch_ivr_bridge.c:501 sofia/gw1/89210000000 ending bridge by request from write function 2012-09-13 13:46:13.672425 [DEBUG] switch_ivr_bridge.c:588 BRIDGE THREAD DONE [sofia/onnet/78120000000@y.y.y.y] 2012-09-13 13:46:13.672425 [DEBUG] switch_ivr_bridge.c:613 Send signal sofia/gw1/89210000000 [BREAK] 2012-09-13 13:46:13.672425 [DEBUG] switch_core_session.c:778 Send signal sofia/onnet/78120000000@y.y.y.y [BREAK] EXECUTE sofia/onnet/78120000000@y.y.y.ybridge(sofia/gateway/gw2/89210000000)
Regards, Kirill
13.09.2012 12:55, David Villasmil пишет:
Hello guys,
the way you have it:
<action application="set" data="continue_on_fail=1,2,3, 6,25,34,38,41,42,44,47,63,66,500,501"/>
Never worked for me, I had to set it up like:
<action application="set" data=" continue_on_fail=NORMAL_TEMPORARY_FAILURE,TIMEOUT,NO_ROUTE_DESTINATION,UNALLOCATED_NUMBER"/>
With the description text, not the error number...
Hope this helps you..
David
On Wed, Sep 12, 2012 at 3:53 PM, iam <iam@onnet.su> wrote:
Hi Vitaly!
Did you ever solve this problem? I have the same continue_on_fail behaviour.
http://jira.freeswitch.org/browse/FS-4232
Vitaly added a comment - 26/Jun/12 3:14 AM Sorry for the long absence, but the problem is still actual for me. I replaced in my dialplan continue_on_fail to "true", but it's not give desired effect. May be some additional variables can help me?
Regards, Kirill
-- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Variable-continue-on-fail-tp74... Sent from the freeswitch-users mailing list archive at Nabble.com.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list 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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services:consulting@freeswitch.orghttp://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Serverhttp://www.cudatel.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list 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