<br><br><div class="gmail_quote">On Wed, Dec 1, 2010 at 9:17 AM, Steve Murphy <span dir="ltr"><<a href="mailto:murf@parsetree.com">murf@parsetree.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br><br><div class="gmail_quote"><div class="im">On Wed, Dec 1, 2010 at 7:41 AM, Sherwood McGowan <span dir="ltr"><<a href="mailto:sherwood.mcgowan@gmail.com" target="_blank">sherwood.mcgowan@gmail.com</a>></span> wrote:<br>
</div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im">
<div><div></div><div>On Wed, Dec 1, 2010 at 6:56 AM, Nikhil <<a href="mailto:d.nikhil@cem-solutions.net" target="_blank">d.nikhil@cem-solutions.net</a>> wrote:<br>
> anyone have a idea on this..<br>
><br>
> On 11/22/2010 10:50 AM, Nikhil wrote:<br>
>> Hi everyone,<br>
>> I am facing lots for problem with CDRs in 1.6 and above<br>
>> versions,its shows wrong records when I do transfer(caller side and<br>
>> calee side),callforward,call parking.Is the present CDRs in 1.6 is<br>
>> enough for Complete billing.?What I need to do to make it<br>
>> proper.Please help me on this.<br>
>><br>
>> Thanks<br>
>> Nikhil<br>
><br>
<br>
<br>
</div></div></div><div class="im">I can tell you that back in 2005 I set up a complete<br>
residential/business VOIP ITSP that was using just the Asterisk CDRs<br>
to track billing. As long as you setup your billing, I see now reason<br>
wh<br>
<div><div></div><div><br></div></div></div></blockquote></div><br>Oh, and by the way, Sherwood is correct; you can ignore everything I wrote previously, IF you <br>don't do call transfers, and you don't park calls.<br>
<br>And even if you do a small amount of that, as long as no one forwards an<br>incoming call to some international destination, you'll probably be OK with<br>CDR's. If you don't mind losing a little chunk of the conversation here or there,<br>
the current CDR's should be sufficient for you, and you don't have to go thru<br>any bother.<br><br>Just keep in mind that clever people can/will take advantage of the fact<br>that everything after an incoming call is transferred is lost to billing (as an example). <br>
<div><div></div><div class="h5">
<br>murf<br><br><br><br><div><span style="font-size: 13.3px; font-family: Verdana,Arial,Helvetica,sans-serif;"><div style="margin: 0pt 0pt 8px;"><p style="margin: 0pt;"><span style="font-family: comic sans ms,sans-serif; font-size: medium;">Steve Murphy</span></p>
<p style="margin: 0pt;"><span style="font-family: comic sans ms,sans-serif; font-size: medium;">ParseTree Corp.<br></span></p><br></div><img src="" height="1" width="1"></span></div>
</div></div><br>--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
New to Asterisk? Join us for a live introductory webinar every Thurs:<br>
<a href="http://www.asterisk.org/hello" target="_blank">http://www.asterisk.org/hello</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br></blockquote></div><br>Good call Steve! Your comment is spot on, as you said, transfers screw it all up. My prior client did not allow transfers, since it was just a simple VOIP provider service, without transfer capabilities for customers :)<br>
<br>Good to see you around!<br>