<html>
<head>
<base href="https://wiki.asterisk.org/wiki">
<link rel="stylesheet" href="/wiki/s/en/2172/18/9/_/styles/combined.css?spaceKey=AST&forWysiwyg=true" type="text/css">
</head>
<body style="background: white;" bgcolor="white" class="email-body">
<div id="pageContent">
<div id="notificationFormat">
<div class="wiki-content">
<div class="email">
<h2><a href="https://wiki.asterisk.org/wiki/display/AST/CDR+Fields">CDR Fields</a></h2>
<h4>Page <b>edited</b> by <a href="https://wiki.asterisk.org/wiki/display/~mjordan">Matt Jordan</a>
</h4>
<br/>
<h4>Changes (1)</h4>
<div id="page-diffs">
<table class="diff" cellpadding="0" cellspacing="0">
<tr><td class="diff-snipped" >...<br></td></tr>
<tr><td class="diff-unchanged" >If you use IAX2 channels for your calls, and allow 'full' transfers (not media-only transfers), then when the calls is transferred the server in the middle will no longer be involved in the signaling path, and thus will not generate accurate CDRs for that call. If you can, use media-only transfers with IAX2 to avoid this problem, or turn off transfers completely (although this can result in a media latency increase since the media packets have to traverse the middle server(s) in the call). <br>{note} <br></td></tr>
<tr><td class="diff-added-lines" style="background-color: #dfd;"> <br>h3. In 1.8 and later <br> <br>In some CDR backends, the following variable may also be supported: <br> <br>* linkedid: a unique identifier based on uniqueid. Unlike uniqueid, but spreads to other channels as transfers, dials, etc are performed <br>* peeraccount: the account code of the bridged channel <br>* sequence: a field that can be combined with uniqueid and linkedid to uniquely identify a CDR <br></td></tr>
</table>
</div> <h4>Full Content</h4>
<div class="notificationGreySide">
<ul>
<li>accountcode: What account number to use, (string, 20 characters)</li>
<li>src: Caller*ID number (string, 80 characters)</li>
<li>dst: Destination extension (string, 80 characters)</li>
<li>dcontext: Destination context (string, 80 characters)</li>
<li>clid: Caller*ID with text (80 characters)</li>
<li>channel: Channel used (80 characters)</li>
<li>dstchannel: Destination channel if appropriate (80 characters)</li>
<li>lastapp: Last application if appropriate (80 characters)</li>
<li>lastdata: Last application data (arguments) (80 characters)</li>
<li>start: Start of call (date/time)</li>
<li>answer: Answer of call (date/time)</li>
<li>end: End of call (date/time)</li>
<li>duration: Total time in system, in seconds (integer), from dial to hangup</li>
<li>billsec: Total time call is up, in seconds (integer), from answer to hangup</li>
<li>disposition: What happened to the call: ANSWERED, NO ANSWER, BUSY</li>
<li>amaflags: What flags to use: DOCUMENTATION, BILL, IGNORE etc, specified on a per channel basis like accountcode.</li>
<li>user field: A user-defined field, maximum 255 characters</li>
</ul>
<p>In some cases, uniqueid is appended:</p>
<ul>
<li>uniqueid: Unique Channel Identifier (32 characters) This needs to be enabled in the source code at compile time</li>
</ul>
<div class='panelMacro'><table class='noteMacro'><colgroup><col width='24'><col></colgroup><tr><td valign='top'><img src="/wiki/images/icons/emoticons/warning.gif" width="16" height="16" align="absmiddle" alt="" border="0"></td><td>If you use IAX2 channels for your calls, and allow 'full' transfers (not media-only transfers), then when the calls is transferred the server in the middle will no longer be involved in the signaling path, and thus will not generate accurate CDRs for that call. If you can, use media-only transfers with IAX2 to avoid this problem, or turn off transfers completely (although this can result in a media latency increase since the media packets have to traverse the middle server(s) in the call).</td></tr></table></div>
<h3><a name="CDRFields-In1.8andlater"></a>In 1.8 and later</h3>
<p>In some CDR backends, the following variable may also be supported:</p>
<ul>
<li>linkedid: a unique identifier based on uniqueid. Unlike uniqueid, but spreads to other channels as transfers, dials, etc are performed</li>
<li>peeraccount: the account code of the bridged channel</li>
<li>sequence: a field that can be combined with uniqueid and linkedid to uniquely identify a CDR</li>
</ul>
</div>
<div id="commentsSection" class="wiki-content pageSection">
<div style="float: right;" class="grey">
<a href="https://wiki.asterisk.org/wiki/users/removespacenotification.action?spaceKey=AST">Stop watching space</a>
<span style="padding: 0px 5px;">|</span>
<a href="https://wiki.asterisk.org/wiki/users/editmyemailsettings.action">Change email notification preferences</a>
</div>
<a href="https://wiki.asterisk.org/wiki/display/AST/CDR+Fields">View Online</a>
|
<a href="https://wiki.asterisk.org/wiki/pages/diffpagesbyversion.action?pageId=5242902&revisedVersion=2&originalVersion=1">View Changes</a>
|
<a href="https://wiki.asterisk.org/wiki/display/AST/CDR+Fields?showComments=true&showCommentArea=true#addcomment">Add Comment</a>
</div>
</div>
</div>
</div>
</div>
</body>
</html>