<div dir="ltr">Are you returning from the bridge to the dialplan for further processing? Perhaps the b-leg fails with NORMAL_TEMPORARY_FAILURE, returns to dialplan, and then you're hanging the a-leg up with NORMAL_CLEARING when it reaches the end of the dialplan? Which would mean the Reason header sent on the a-leg would indicate NORMAL_CLEARING.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 3 Aug 2019 at 17:28, <a href="mailto:morbidus@rx900.org">morbidus@rx900.org</a> <<a href="mailto:morbidus@rx900.org">morbidus@rx900.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi i've wrote some dialplans for billing with this great engine which is freeswitch<br>
and i'm also using limits and failover ('manually', without the lcr module).<br>
<br>
Everything works ok and i'm impressed by its stability and performance !<br>
<br>
But i'm unable to get a 'final' termination cause for the calls as i'm used to get with asterisk:<br>
i'd like to have something like 'answered', 'cancel', 'busy', 'congestion', 'chanunavail', and so on<br>
<br>
so i'm writing last_bridge_hangup_cause, bridge_hangup_cause and hangup_cause in my cdr<br>
and in particular when the call goes thru the second or third trunk (when using failover)<br>
i get 'NORMAL_TEMPORARY_FAILURE', 'NORMAL_TEMPORARY_FAILURE', 'NORMAL_CLEARING'<br>
and i don't know which one of the three is the actual termination cause :)<br>
<br>
what are you guys using to get 'consistent' tc ?<br>
_________________________________________________________________________<br>
<br>
The FreeSWITCH project is sponsored by SignalWire <a href="https://signalwire.com" rel="noreferrer" target="_blank">https://signalwire.com</a><br>
Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services.<br>
Build your next product on our scalable cloud platform.<br>
<br>
Join our online community to chat in real time <a href="https://signalwire.community" rel="noreferrer" target="_blank">https://signalwire.community</a><br>
<br>
Professional FreeSWITCH Services<br>
<a href="mailto:sales@freeswitch.com" target="_blank">sales@freeswitch.com</a><br>
<a href="https://freeswitch.com" rel="noreferrer" target="_blank">https://freeswitch.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="https://freeswitch.com/oss" rel="noreferrer" target="_blank">https://freeswitch.com/oss</a><br>
<a href="https://freeswitch.org/confluence" rel="noreferrer" target="_blank">https://freeswitch.org/confluence</a><br>
<a href="https://cluecon.com" rel="noreferrer" target="_blank">https://cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="https://freeswitch.com" rel="noreferrer" target="_blank">https://freeswitch.com</a></blockquote></div>