hangup_after_bridge should use the hangup cause of the last successful bridge, but USER_BUSY may not be a 'successful' bridge. Put this after the bridge <action application="log" data="WARN Still here"/> then reloadxml and see if you get any log entries. -Steve On 13 February 2013 22:23, Yuriy Nasida <nasida@live.ru> wrote:
Steve, yes I use hangup_after_bridge=true in my dialplan. Probably you are correct and it looks like that it is really a reason of "NORMAL_CLEARING". Um... I don't want ignore the remote cause. Actually I want to use remote cause and ignore "NORMAL_CLEARING". May be I should not use hangup_after_bridge. Also may be I understand you not correctly. At present I fixed my issue by means of http://wiki.freeswitch.org/wiki/Variable_disable_q850_reason
Thanks a lot for your response.
------------------------------ From: steveayre@gmail.com Date: Wed, 13 Feb 2013 17:19:29 +0000 To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] 486 Busy Here with Reason: Q.850; cause=16; text="NORMAL_CLEARING"
Please post a debug-level log of the call.
How are you hanging up the call? If with the 'hangup' app what parameters do you use?
In particular if you bridge and it fails with 486 then hangup then the SIP code sent may be from the last bridge cause while the Q.850 cause is the one given to hangup. If that's the case try setting sip_ignore_remote_cause=true before the bridge and it'll only send the Q.850->SIP mapping (https://tools.ietf.org/html/rfc3398).
Note there's no SIP code mapping for 16 though. If hanging up without answering the call use a different cause.
-Steve
On 13 February 2013 15:17, Yuriy Nasida <nasida@live.ru> wrote:
Hi guys,
I see that my FS sends sip message "486 Busy Here" with Reason: Q.850; cause=16;text="NORMAL_CLEARING". Why 16 and "NORMAL_CLEARING ? Probably it should be 17 "user busy". One of my carrier play a "fast busy" (number not available) and blames Q.850 field.
Any advice are welcome. Thanks.
_________________________________________________________________________ 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