<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 15, 2014 at 9:31 PM, Murthy Gandikota <span dir="ltr"><<a href="mailto:mgandikota@nts.net" target="_blank">mgandikota@nts.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Thanks, Matthew. I think CDR(answer) is, in the end, not very useful to<br>
me if it changes from context to context. Suppose from AMI we generate a<br>
status<br></blockquote><div><br></div><div>I'm not sure what you mean by "changes from context to context". The answer time on a CDR is reflective of when the channel was answered. That can be altered if you choose to alter it in the dialplan via ForkCDR, but generally, that time is conveyed from one CDR to another.<br><br>A specific example would help here.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
event, what will be the CDR(answer)? I see that sometimes it is returned<br>
as the literal "Production" instead of a Date/Time or a blank value.</blockquote><div><br></div><div>I don't know what you mean here either. What version of Asterisk are you using? Can you provide an example where you get said literal back, as well as the dialplan that produces this behavior?<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> I<br>
am only puzzled that no one created a patch for the first timestamp when<br>
a call is answered. If I get some free time, I will try to create one.<br>
<span class="im HOEnZb"></span><br clear="all"></blockquote></div><br>-- <br><div dir="ltr"><div>Matthew Jordan<br></div><div>Digium, Inc. | Engineering Manager</div><div>445 Jan Davis Drive NW - Huntsville, AL 35806 - USA</div><div>Check us out at: <a href="http://digium.com" target="_blank">http://digium.com</a> & <a href="http://asterisk.org" target="_blank">http://asterisk.org</a></div></div>
</div></div>