I am trying to work out the most appropriate mapping between the Asterisk CDR and Freeswitch xml_cdr as an app of mine is based on the Asterisk CDR.<br><br>The xml cdr is quite large and some of the values are repeated in the different sections.<br>
This is the nearest I have come to, I have omitted the full paths to the values, but would like to use the right paths if they are the most meaningful.<br><br>The example displays t a call from extension 1001 to an external number 08451234567<br>
<br><br>  calldate &lt;start_stamp&gt;2010-04-14%2023%3A08%3A10&lt;/start_stamp&gt; or &lt;start_epoch&gt;1271282890&lt;/start_epoch&gt; or  &lt;created_time&gt;1271282890796875&lt;/created_time&gt;<br>  clid &lt;caller_id_name&gt;Booth1&lt;/caller_id_name&gt; + &lt;caller_id_number&gt;1001&lt;/caller_id_number&gt;<br>
  src &lt;ani&gt;1001&lt;/ani&gt; or &lt;username&gt;1001&lt;/username&gt;<br>  dst &lt;destination_number&gt;08451234567&lt;/destination_number&gt;<br>  dcontext &lt;context&gt;default&lt;/context&gt;<br>  channel     &lt;bridge_channel&gt;sofia/internal/1001%40192.168.1.133&lt;/bridge_channel&gt; or&lt;chan_name&gt;sofia/internal/<a href="mailto:1001@192.168.1.133">1001@192.168.1.133</a>&lt;/chan_name&gt; <br>
  dstchannel &lt;chan_name&gt;sofia/external/08451234567&lt;/chan_name&gt;<br>  lastapp &lt;application app_name=&quot;bridge&quot; app_data=&quot;sofia/gateway/<a href="http://provider.co.uk/08451234567">provider.co.uk/08451234567</a>&quot;&gt;&lt;/application&gt;<br>
  lastdata &lt;chan_name&gt;sofia/external/08451234567&lt;/chan_name&gt;<br>  duration &lt;duration&gt;46&lt;/duration&gt;<br>  billsec   &lt;billsec&gt;18&lt;/billsec&gt;<br>  disposition &lt;endpoint_disposition&gt;ANSWER&lt;/endpoint_disposition&gt;?<br>
  amaflags bigint,<br>  accountcode  -  &lt;accountcode&gt;1001&lt;/accountcode&gt;<br>  uniqueid character uuid=ce234b00-157a-456f-97be-62d15a53b0c9<br>  <br>Is there some guide to which values are more appropriate? I checked the templates for cdr_csv but the look rather simple to me, being as ever a sucker for complexity.<br>
<br>-- <br>Frank Church<br><br>=======================<br><a href="http://devblog.brahmancreations.com">http://devblog.brahmancreations.com</a><br>