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.y bridge(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-tp7462051p7582782.html
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.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.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