[cisco-voip] CDR Retrievals

[Matthew Saskin]

CUCM does not keep track of which CDR's it has sent to which billing server,
it just sends them.  You've got two options as I see it:

1 - perform a CDR export from the CUCM CDR interface, take the resultant
file, do what you need with it
2 - use the CDR on Demand AXL service to grab the files for the interval you
need.  Your CDR processing tool (if using a commercial one) may have some
machinery to handle this for you, or just use #1, it's easier.

Matthew Saskin
msaskin at gmail.com
203-253-9571


On Thu, Sep 24, 2009 at 10:09 AM, STEVEN CASPER <SCASPER at mtb.com> wrote:

>  CUCM 6.1.3 - I have CDR going to two servers and one of them lost
> connectivity for about 2 weeks. The other server continued to receive CDR
> and process unfortunately deleting the records. My retention is set for 15
> days. When the server was brought online it did not receive any of the old
> CDRs but picked up on the new ones. Shouldn't  Call Manager start sending
> CDR to this server as far back as the retention period? Is there any way to
> retrieve the old CDRs?
>
> Steve
>
> ************************************
> This email may contain privileged and/or confidential information that is intended solely for the use of the addressee.  If you are not the intended recipient or entity, you are strictly prohibited from disclosing, copying, distributing or using any of the information contained in the transmission.  If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy.  This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act and the Sarbanes-Oxley Act.  You may not directly or indirectly reuse or disclose such information for any purpose other than to provide the services for which you are receiving the information.
> There are risks associated with the use of electronic transmission.  The sender of this information does not control the method of transmittal or service providers and assumes no duty or obligation for the security, receipt, or third party interception of this transmission.
> ************************************
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090924/f27a6dc6/attachment.html>