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
_________________________________________________________________________
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