[cisco-voip] Call Diagnostic Records - CMR
Ryan Ratliff
rratliff at cisco.com
Fri Sep 19 11:35:31 EDT 2008
You are correct that each CDR will get a corresponding CMR. In fact
you will get multiple as you have one CMR for each party that
supports CMRs involved in the call. They are also generated for each
RTP session so if RTP is renegotiated for a call going on hold, etc
can result in many CMRs per call.
-Ryan
On Sep 19, 2008, at 11:02 AM, STEVEN CASPER wrote:
Just trying to be semi cautious before turning it on. Based on the
explanation of the field it looks like it could be problematic if it
was buggy in regards to disk/partition space. I did not see any
issues in the Bug Toolkit so I thought I would ask here. Right of the
bat I assume this will double the number of the CDR records being
sent out. For reference here is the detail on the field:
Call Diagnostics Enabled: <mime-attachment.gif>
This parameter determines whether call management records (CMR), also
called diagnostic records, are generated. Valid values specify
Disabled (do not generate CMRs), Enabled Only When CDR Enabled Flag
is True (generate CMRs only when the CDR Enabled Flag service
parameter is set to True), or Enabled Regardless of CDR Enabled Flag
(generate CMRs without regard to the setting in the CDR Enabled Flag
service parameter). Generating CMRs without corresponding CDRs can
cause uncontrolled disk space consumption. Cisco Systems recommends
that you always enable CDRs when CMRs are enabled. If you choose
Enabled Only When CDR Enabled Flag is True and the CDR Enabled Flag
service parameter is set to False, no CMRs will be generated.
I would of course use the "Enabled Only When CDR Enabled Flag is
True" option.
Steve
>>> Ryan Ratliff <rratliff at cisco.com> 9/19/2008 10:33 AM >>>
Can you be more specific? What are you seeing that you think is
related to turning on CMRs?
-Ryan
On Sep 18, 2008, at 4:22 PM, STEVEN CASPER wrote:
Sorry for the hijack, lets try this again....
Has any one had any issues after turning on Call Diagnostic Records -
CMR in CallManager 6.1.1?
Thanks!
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
************************************
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.
************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20080919/5ffcb232/attachment.html>
More information about the cisco-voip
mailing list