<div dir="ltr">Oh that&#39;s what you meant.<div>If it&#39;s in leg A, why do you expect it to be in Leg B CDR?</div><div><br></div><div>That said, there&#39;s an option to let you do that: <a href="http://wiki.freeswitch.org/wiki/Variable_copy_xml_cdr">http://wiki.freeswitch.org/wiki/Variable_copy_xml_cdr</a> but I&#39;ve never tried it.</div>

<div><br clear="all"><div dir="ltr"><span style="font-family:Verdana,Arial,Helvetica,sans-serif"><span style="font-size:small">-Avi</span></span></div>
<br><br><div class="gmail_quote">On Sun, Jun 17, 2012 at 7:27 PM, awais nazir <span dir="ltr">&lt;<a href="mailto:awais-nazeer@hotmail.com" target="_blank">awais-nazeer@hotmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">




<div><div dir="ltr">
<br>I will attempt get reply again, the channel variable being set in dialplan are seen in A leg cdr but <b>not </b>in B leg cdr, can somebody help ?<br><div class="hm HOEnZb"><br><br></div><div><div class="hm HOEnZb"><div>

</div><hr>From: <a href="mailto:awais-nazeer@hotmail.com" target="_blank">awais-nazeer@hotmail.com</a><br>To: <a href="mailto:freeswitch-users@lists.freeswitch.org" target="_blank">freeswitch-users@lists.freeswitch.org</a><br>

Subject: Re: [Freeswitch-users] freeswitch to write cdr after every bridge attempt (failed or successful<br>Date: Sat, 16 Jun 2012 23:07:14 +0500</div><div><div class="h5"><br><br>


<div dir="ltr">
Hello <br><br>Thanks enabling leg B is certainly giving expected results but it&#39;s now showing up few variables including some user defined variables defined in the dialplan being executed. This problem did not exist in default enabled leg A.<br>

<br><br><br><div>On Fri, Jun 15, 2012 at 6:51 PM, Avi Marcus <span dir="ltr">&lt;<a href="mailto:avi@avimarcus.net" target="_blank">avi@avimarcus.net</a>&gt;</span> wrote:<br><blockquote style="border-left:1px #ccc solid;padding-left:1ex">

By default, the modules for logging only log the A leg of the call.<br>
You can turn on b-leg logging in whichever module you are using for<br>
call logs. Do note you&#39;ll have to reconstruct the call then, based on<br>
which is the A-leg and which is B leg, and using bridge_uuid,<br>
signal_bond or last_bridge_to of the B leg (whichever is set) to see<br>
which A leg it came from.<br>
<br>
(Also note on enterprise originates: they are reported as leg A in<br>
xml_cdr and need to be tied using the variable:<br>
ent_originate_aleg_uuid)<br>
<br>
This kind of &quot;advanced&quot; CDR handling should probably be wikified...<br>
<br>
-Avi<br>
<div><div><br>
<br>
On Fri, Jun 15, 2012 at 4:17 PM, awais nazir &lt;<a href="mailto:awais-nazeer@hotmail.com" target="_blank">awais-nazeer@hotmail.com</a>&gt; wrote:<br>
&gt; Hi<br>
&gt;<br>
&gt; I am trying to use following context to get failover gateways working<br>
&gt;<br>
&gt;     &lt;action application=&quot;set&quot; data=&quot;hangup_after_bridge=<u></u>true&quot;/&gt;<br>
&gt;     &lt;action application=&quot;bridge&quot;<br>
&gt; data=&quot;sofia/local_profile/<a href="mailto:1111@example1.company.com" target="_blank">1111<u></u>@example1.company.com</a>&quot; /&gt;<br>
&gt;     &lt;action application=&quot;bridge&quot;<br>
&gt; data=&quot;sofia/local_profile/<a href="mailto:1111@example2.company.com" target="_blank">1111<u></u>@example2.company.com</a>&quot; /&gt;<br>
&gt;<br>
&gt; if call on first gateway fails , call connection is attempted on second<br>
&gt; gateway but FS is writing only one CDR.How can it write CDR on every bridge<br>
&gt; attempt.<br>
&gt;<br>
&gt; BR<br>
&gt; --waisee<br>
</div></div></blockquote></div>                                               </div></div></div></div>                                               </div></div>
<br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
Join Us At ClueCon - Aug 7-9, 2012<br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br></div></div>