<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.2800.1498" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT face=Arial size=2>The <STRONG>immediate divert </STRONG>(iDivert I 
believe) softkey should do this for you. It sends calls diretly to the voicemail 
pilot corresponding to the lines voicemail profile. The same target when the 
user presses the messages button with a line selected. I'm pretty sure if there 
is no voicemail profile set (and there is no default voicemail profile) the 
iDivert key will not work.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV>-----&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
-----<BR>Lelio Fulgenzi, 
B.A.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
<A href="mailto:lelio@uoguelph.ca.eh">lelio@uoguelph.ca.eh</A><BR>Network 
Analyst (CCS)<BR>University of 
Guelph&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
FAX:(519) 767-1060 JNHN<BR>Guelph, Ontario N1G 
2W1&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
TEL:(519) 824-4120 
x56354<BR>^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^<BR>mob 
lawyer: your people insulted my brother.<BR>dr. house: what? romano in the 
parmesan cheese shaker again?</DIV>
<BLOCKQUOTE 
style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
  <DIV style="FONT: 10pt arial">----- Original Message ----- </DIV>
  <DIV 
  style="BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: black"><B>From:</B> 
  <A title=jgrace@digitelusa.net href="mailto:jgrace@digitelusa.net">James Grace 
  BB</A> </DIV>
  <DIV style="FONT: 10pt arial"><B>To:</B> <A title=cisco-voip@puck.nether.net 
  href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A> </DIV>
  <DIV style="FONT: 10pt arial"><B>Sent:</B> Monday, May 23, 2005 12:50 PM</DIV>
  <DIV style="FONT: 10pt arial"><B>Subject:</B> [cisco-voip] Re: cisco-voip 
  Digest, Vol 27, Issue 68</DIV>
  <DIV><BR></DIV>How do you tranfer to vm on cm4.1 and unity 4.0.4 .&nbsp; Can 
  we set up some type soft key <BR>-----Original Message-----<BR>From: <A 
  href="mailto:cisco-voip-request@puck.nether.net">cisco-voip-request@puck.nether.net</A><BR>Date: 
  Mon, 23 May 2005 11:41:39 <BR>To:cisco-voip@puck.nether.net<BR>Subject: 
  cisco-voip Digest, Vol 27, Issue 68<BR><BR>Send cisco-voip mailing list 
  submissions to<BR><A 
  href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR><BR>To 
  subscribe or unsubscribe via the World Wide Web, visit<BR><A 
  href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>or, 
  via email, send a message with subject or body 'help' to<BR><A 
  href="mailto:cisco-voip-request@puck.nether.net">cisco-voip-request@puck.nether.net</A><BR><BR>You 
  can reach the person managing the list at<BR><A 
  href="mailto:cisco-voip-owner@puck.nether.net">cisco-voip-owner@puck.nether.net</A><BR><BR>When 
  replying, please edit your Subject line so it is more specific<BR>than "Re: 
  Contents of cisco-voip digest..."<BR><BR><BR>Today's 
  Topics:<BR><BR>&nbsp;&nbsp; 1. RE: kErrorCDRFilesBackingUp - CDR flat files 
  are backingup.<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (Erick 
  Bergquist)<BR>&nbsp;&nbsp; 2. Re: how to block analog phone from dialing 
  LD&nbsp; (Erick Bergquist)<BR>&nbsp;&nbsp; 3. Re: kErrorCDRFilesBackingUp - 
  CDR flat files are backingup.<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (Wes 
  Sisk)<BR>&nbsp;&nbsp; 4. Re: 3rd Party Voice Mail Cluster using Hunt Groups 
  and CTI<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Route Points - Attendant Console 
  (Wes Sisk)<BR>&nbsp;&nbsp; 5. Re: kErrorCDRFilesBackingUp - CDR flat files are 
  backingup.<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (Erick Bergquist)<BR>&nbsp;&nbsp; 
  6. VoIP qualification and monitoring (Eric 
  Helm)<BR><BR><BR>----------------------------------------------------------------------<BR><BR>Message: 
  1<BR>Date: Sun, 22 May 2005 10:51:32 -0700 (PDT)<BR>From: Erick Bergquist 
  &lt;<A href="mailto:erickbe@yahoo.com">erickbe@yahoo.com</A>&gt;<BR>Subject: 
  RE: [cisco-voip] kErrorCDRFilesBackingUp - CDR flat files 
  are<BR>backingup.<BR>To: Wes Sisk &lt;<A 
  href="mailto:wsisk@cisco.com">wsisk@cisco.com</A>&gt;, <A 
  href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Message-ID: 
  &lt;<A 
  href="mailto:20050522175132.67930.qmail@web41111.mail.yahoo.com">20050522175132.67930.qmail@web41111.mail.yahoo.com</A>&gt;<BR>Content-Type: 
  text/plain; charset=us-ascii<BR><BR>Ok, Looks like adjusting time of database 
  layer<BR>monitor job to run from 5am to 7am got rid of the<BR>error. I moved 
  the time back and the error came back<BR>just to make sure it wasn't something 
  else.<BR><BR>So, my question is, how come the default times for<BR>these jobs 
  conflict with other SQL jobs being done by<BR>other 
  applications?<BR><BR>Database layer monitor default setting is 12am to 
  2am<BR>CDR load default time is 12am to 5am<BR><BR>Seems like issues may 
  happen like this customer had if<BR>you are loading and purging at same time 
  by two<BR>different processes. <BR><BR>I did not change the time of the CIPT 
  SQL Optimization<BR>yet. Does this job touch the CDR database or just 
  CCM<BR>database?<BR><BR>Thanks,<BR>Erick<BR><BR>--- Wes Sisk &lt;<A 
  href="mailto:wsisk@cisco.com">wsisk@cisco.com</A>&gt; wrote:<BR>&gt; Check the 
  cdr insert log around that time. Looks<BR>&gt; like SQL may be 
  dropping<BR>&gt; offline or too busy to process the cdr insert<BR>&gt; 
  request.&nbsp; could be the service<BR>&gt; stopping i guess.&nbsp; make sure 
  the PID does not change<BR>&gt; day to day for<BR>&gt; cdrinsert.&nbsp; any 
  change would reflect a crash or<BR>&gt; service restart for some<BR>&gt; 
  reason.&nbsp; check the SQL server logs around that time<BR>&gt; and see if it 
  reported<BR>&gt; any events.<BR>&gt; <BR>&gt; this may be due to the IPT 
  optimization job running,<BR>&gt; or the CDR purge<BR>&gt; process 
  running.&nbsp; the 1st is a job in sql - when is<BR>&gt; it scheduled to 
  run?<BR>&gt; The 2nd is done by database layer monitor and timing<BR>&gt; is 
  set by the dblm<BR>&gt; service parameters.&nbsp; what time is it set to 
  run?<BR>&gt; <BR>&gt; on that same line the ART cdr purge could cause 
  the<BR>&gt; same issue.&nbsp; is ART/CAR<BR>&gt; configured to purge the CDR 
  database and if so, what<BR>&gt; time?<BR>&gt; <BR>&gt; /Wes<BR>&gt; <BR>&gt; 
  -----Original Message-----<BR>&gt; From: <A 
  href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><BR>&gt; 
  [mailto:cisco-voip-bounces@puck.nether.net]On Behalf<BR>&gt; Of Erick 
  Bergquist<BR>&gt; Sent: Thursday, May 19, 2005 10:16 PM<BR>&gt; To: <A 
  href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>&gt; 
  Subject: [cisco-voip] kErrorCDRFilesBackingUp - CDR<BR>&gt; flat files 
  are<BR>&gt; backingup.<BR>&gt; <BR>&gt; <BR>&gt; Hi,<BR>&gt; <BR>&gt; Has 
  anyone had the below in Application event log<BR>&gt; and<BR>&gt; know a fix 
  for issue? I found a bug id that matches<BR>&gt; on<BR>&gt; this (CSCeg37424) 
  but the workaround is not working.<BR>&gt; <BR>&gt; The InsertCDR detailed 
  trace is turned on and the<BR>&gt; error happens at 12:24am and the entry in 
  trace file<BR>&gt; is at 12:34am saying 10 minute timeout occurred.<BR>&gt; 
  Nothing in trace between 12:24 and 12:34.<BR>&gt; <BR>&gt; Issue was found in 
  CCM 4.0(1)ES 17.1 and marked as<BR>&gt; unreproducable.&nbsp; This is on Call 
  Manager<BR>&gt; 4.0(2a)Sr1a.<BR>&gt; <BR>&gt; Workaround from bug id is to 
  kill the insertcdr<BR>&gt; process using c:\utils\kill command then restart 
  the<BR>&gt; CDR insert service.<BR>&gt; <BR>&gt; These errors are occuring at 
  12:24am and 1:24am<BR>&gt; nightly like clockwork. Not during day and CDR 
  is<BR>&gt; working fine. BARS runs earlier before midnight.<BR>&gt; 
  There<BR>&gt; are no CDR flat files in the CDR folder either. They<BR>&gt; 
  show up briefly then get inserted and deleted. We<BR>&gt; have<BR>&gt; a few 
  files in the bad folder but not from this time<BR>&gt; period. Maybe 1-2 bad 
  cdr flat files a day.<BR>&gt; <BR>&gt; <BR>&gt; Event Type: Error<BR>&gt; 
  Event Source: Cisco Database Layer Monitor<BR>&gt; Event Category: 
  None<BR>&gt; Event ID: 3<BR>&gt; Date: 5/18/2005<BR>&gt; Time: 1:24:32 
  AM<BR>&gt; User: N/A<BR>&gt; Computer: CCM1<BR>&gt; Description:<BR>&gt; 
  Error: kErrorCDRFilesBackingUp - CDR flat files are<BR>&gt; backing 
  up.<BR>&gt;&nbsp;&nbsp; App ID: Cisco Database Layer 
  Monitor<BR>&gt;&nbsp;&nbsp; Cluster ID: CCM1-Cluster<BR>&gt;&nbsp;&nbsp; Node 
  ID: 172.16.2.20<BR>&gt; Explanation: CDR flat files are not being removed. 
  <BR>&gt; On<BR>&gt; the primary CDR<BR>&gt; server, verify that the InsertCDR 
  service is running<BR>&gt; and properly<BR>&gt; configured. On a server not 
  the primary, verify that<BR>&gt; the location for<BR>&gt; collecting CDR files 
  is accessible via the network.<BR>&gt; Recommended Action: Set trace for 
  InsertCDR service<BR>&gt; to<BR>&gt; detailed and<BR>&gt; look<BR>&gt; for 
  errors in the trace.&nbsp; Check enterprise CDR<BR>&gt; parameters for<BR>&gt; 
  accuracy..<BR>&gt; <BR>&gt; <BR>&gt; <BR>&gt; <BR>&gt; 
  __________________________________<BR>&gt; Yahoo! Mail Mobile<BR>&gt; Take 
  Yahoo! Mail with you! Check email on your<BR>&gt; mobile phone.<BR>&gt; <A 
  href="http://mobile.yahoo.com/learn/mail">http://mobile.yahoo.com/learn/mail</A><BR>&gt; 
  _______________________________________________<BR>&gt; cisco-voip mailing 
  list<BR>&gt; <A 
  href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>&gt; 
  <A 
  href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>&gt; 
  <BR>&gt; <BR><BR><BR><BR>Yahoo! Mail<BR>Stay connected, organized, and 
  protected. Take the tour:<BR><A 
  href="http://tour.mail.yahoo.com/mailtour.html">http://tour.mail.yahoo.com/mailtour.html</A><BR><BR><BR><BR>------------------------------<BR><BR>Message: 
  2<BR>Date: Sun, 22 May 2005 11:40:23 -0700 (PDT)<BR>From: Erick Bergquist 
  &lt;<A href="mailto:erickbe@yahoo.com">erickbe@yahoo.com</A>&gt;<BR>Subject: 
  Re: [cisco-voip] how to block analog phone from dialing LD <BR>To: Lelio 
  Fulgenzi &lt;<A href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</A>&gt;, <A 
  href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Message-ID: 
  &lt;<A 
  href="mailto:20050522184023.2771.qmail@web41125.mail.yahoo.com">20050522184023.2771.qmail@web41125.mail.yahoo.com</A>&gt;<BR>Content-Type: 
  text/plain; charset=us-ascii<BR><BR>Also,<BR><BR>May want to consider using 
  FAC/CMCs and/or Time of Day<BR>Partitions which are both new features in 4.1 
  which<BR>could make things easier.<BR><BR>But I'm with lelio, just don't give 
  lobby phones a CSS<BR>with access to LD route patterns if it is not to 
  be<BR>allowed at all. <BR><BR>--- Lelio Fulgenzi &lt;<A 
  href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</A>&gt; wrote:<BR><BR>&gt; 
  It all depends on how you are granting long distance<BR>&gt; access in the 
  first place. But in a nutshell, access<BR>&gt; to long distance is through a 
  route pattern(s) which<BR>&gt; points to a PSTN gateway. Simply remove access 
  to<BR>&gt; this route pattern and the phone will not be able to<BR>&gt; dial 
  long distance. Access to any DN/pattern is<BR>&gt; typically granted by 
  putting the partition which<BR>&gt; contains the target DN/pattern in the 
  calling search<BR>&gt; space of the device/line for which you want to 
  grant<BR>&gt; access. By removing this partition, you remove<BR>&gt; 
  access.<BR>&gt; <BR>&gt; Depending on your dialplan, however, you may 
  be<BR>&gt; removing more than just long distance access by<BR>&gt; removing 
  the partition. The partition may contain<BR>&gt; local and 911 access for 
  example.<BR>&gt; <BR>&gt; You can also use a route pattern which blocks 
  access<BR>&gt; if that is easier. The most exact match wins - with<BR>&gt; the 
  line's partitions taking precedence if a tie<BR>&gt; happens.<BR>&gt; <BR>&gt; 
  If you can post how things are done in your<BR>&gt; dialplan, we might be able 
  to help a little more.<BR>&gt; <BR>&gt; Lelio<BR>&gt; <BR>&gt; 
  -----&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  <BR>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  -----<BR>&gt; Lelio Fulgenzi, 
  B.A.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  <BR>&gt;&nbsp; <A 
  href="mailto:lelio@uoguelph.ca.eh">lelio@uoguelph.ca.eh</A><BR>&gt; Network 
  Analyst (CCS)<BR>&gt; University of 
  Guelph&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  <BR>&gt; FAX:(519) 767-1060 JNHN<BR>&gt; Guelph, Ontario N1G 
  2W1&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  <BR>&gt; TEL:(519) 824-4120 
  x56354<BR>&gt;<BR>^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^<BR>&gt; 
  mob lawyer: your people insulted my brother.<BR>&gt; dr. house: what? romano 
  in the parmesan cheese<BR>&gt; shaker again?<BR>&gt;&nbsp;&nbsp; ----- 
  Original Message ----- <BR>&gt;&nbsp;&nbsp; From: AA <BR>&gt;&nbsp;&nbsp; To: 
  <A href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A> 
  <BR>&gt;&nbsp;&nbsp; Sent: Saturday, May 21, 2005 7:23 PM<BR>&gt;&nbsp;&nbsp; 
  Subject: [cisco-voip] how to block analog phone<BR>&gt; from dialing LD 
  <BR>&gt; <BR>&gt; <BR>&gt;&nbsp;&nbsp; we have CM 4.1.2&nbsp; and have some 
  analog phones in<BR>&gt; the break room need&nbsp; to be block from dialing 
  LD. <BR>&gt; How do we do this.&nbsp; We are using mgcp.&nbsp; Please 
  help<BR>&gt; <BR>&gt; <BR>&gt;&nbsp;&nbsp; James Grace <BR>&gt;&nbsp;&nbsp; 
  System Engineer /Professional Srvc.<BR>&gt;&nbsp;&nbsp; MCSE MCSA MCDBA CCNA 
  CCNP CQS<BR>&gt; <BR>&gt; <BR>&gt; <BR>&gt; 
  <BR>&gt;<BR>------------------------------------------------------------------------------<BR>&gt; 
  <BR>&gt; <BR>&gt;&nbsp;&nbsp; 
  _______________________________________________<BR>&gt;&nbsp;&nbsp; cisco-voip 
  mailing list<BR>&gt;&nbsp;&nbsp; <A 
  href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>&gt;&nbsp; 
  <BR>&gt; <A 
  href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>&gt; 
  &gt; _______________________________________________<BR>&gt; cisco-voip 
  mailing list<BR>&gt; <A 
  href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>&gt; 
  <A 
  href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>&gt; 
  <BR><BR><BR><BR><BR>__________________________________ <BR>Yahoo! Mail Mobile 
  <BR>Take Yahoo! Mail with you! Check email on your mobile phone. <BR><A 
  href="http://mobile.yahoo.com/learn/mail">http://mobile.yahoo.com/learn/mail</A> 
  <BR><BR><BR>------------------------------<BR><BR>Message: 3<BR>Date: Sun, 22 
  May 2005 18:18:29 -0400<BR>From: Wes Sisk &lt;<A 
  href="mailto:wsisk@cisco.com">wsisk@cisco.com</A>&gt;<BR>Subject: Re: 
  [cisco-voip] kErrorCDRFilesBackingUp - CDR flat files are<BR>backingup.<BR>To: 
  <A href="mailto:erickbe@yahoo.com">erickbe@yahoo.com</A><BR>Cc: <A 
  href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Message-ID: 
  &lt;<A 
  href="mailto:42910535.1000909@cisco.com">42910535.1000909@cisco.com</A>&gt;<BR>Content-Type: 
  text/plain; charset=ISO-8859-1; format=flowed<BR><BR>Open a TAC case for this 
  CU and we can open a bug for more formal <BR>investiation and broad sweeping 
  fix.<BR><BR>check the steps of the job.&nbsp; last i checked it optimized the 
  ccm and cdr <BR>databases.&nbsp; that includes rebuilding indexes which would 
  affect the <BR>accessibility of those db's for 
  operations.<BR><BR>/Wes<BR><BR>Erick Bergquist wrote:<BR><BR>&gt;Ok, Looks 
  like adjusting time of database layer<BR>&gt;monitor job to run from 5am to 
  7am got rid of the<BR>&gt;error. I moved the time back and the error came 
  back<BR>&gt;just to make sure it wasn't something else.<BR>&gt;<BR>&gt;So, my 
  question is, how come the default times for<BR>&gt;these jobs conflict with 
  other SQL jobs being done by<BR>&gt;other 
  applications?<BR>&gt;<BR>&gt;Database layer monitor default setting is 12am to 
  2am<BR>&gt;CDR load default time is 12am to 5am<BR>&gt;<BR>&gt;Seems like 
  issues may happen like this customer had if<BR>&gt;you are loading and purging 
  at same time by two<BR>&gt;different processes. <BR>&gt;<BR>&gt;I did not 
  change the time of the CIPT SQL Optimization<BR>&gt;yet. Does this job touch 
  the CDR database or just 
  CCM<BR>&gt;database?<BR>&gt;<BR>&gt;Thanks,<BR>&gt;Erick<BR>&gt;<BR>&gt;--- 
  Wes Sisk &lt;<A href="mailto:wsisk@cisco.com">wsisk@cisco.com</A>&gt; 
  wrote:<BR>&gt;&nbsp; <BR>&gt;<BR>&gt;&gt;Check the cdr insert log around that 
  time. Looks<BR>&gt;&gt;like SQL may be dropping<BR>&gt;&gt;offline or too busy 
  to process the cdr insert<BR>&gt;&gt;request.&nbsp; could be the 
  service<BR>&gt;&gt;stopping i guess.&nbsp; make sure the PID does not 
  change<BR>&gt;&gt;day to day for<BR>&gt;&gt;cdrinsert.&nbsp; any change would 
  reflect a crash or<BR>&gt;&gt;service restart for 
  some<BR>&gt;&gt;reason.&nbsp; check the SQL server logs around that 
  time<BR>&gt;&gt;and see if it reported<BR>&gt;&gt;any 
  events.<BR>&gt;&gt;<BR>&gt;&gt;this may be due to the IPT optimization job 
  running,<BR>&gt;&gt;or the CDR purge<BR>&gt;&gt;process running.&nbsp; the 1st 
  is a job in sql - when is<BR>&gt;&gt;it scheduled to run?<BR>&gt;&gt;The 2nd 
  is done by database layer monitor and timing<BR>&gt;&gt;is set by the 
  dblm<BR>&gt;&gt;service parameters.&nbsp; what time is it set to 
  run?<BR>&gt;&gt;<BR>&gt;&gt;on that same line the ART cdr purge could cause 
  the<BR>&gt;&gt;same issue.&nbsp; is ART/CAR<BR>&gt;&gt;configured to purge the 
  CDR database and if so, 
  what<BR>&gt;&gt;time?<BR>&gt;&gt;<BR>&gt;&gt;/Wes<BR>&gt;&gt;<BR>&gt;&gt;-----Original 
  Message-----<BR>&gt;&gt;From: <A 
  href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><BR>&gt;&gt;[mailto:cisco-voip-bounces@puck.nether.net]On 
  Behalf<BR>&gt;&gt;Of Erick Bergquist<BR>&gt;&gt;Sent: Thursday, May 19, 2005 
  10:16 PM<BR>&gt;&gt;To: <A 
  href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>&gt;&gt;Subject: 
  [cisco-voip] kErrorCDRFilesBackingUp - CDR<BR>&gt;&gt;flat files 
  are<BR>&gt;&gt;backingup.<BR>&gt;&gt;<BR>&gt;&gt;<BR>&gt;&gt;Hi,<BR>&gt;&gt;<BR>&gt;&gt;Has 
  anyone had the below in Application event log<BR>&gt;&gt;and<BR>&gt;&gt;know a 
  fix for issue? I found a bug id that matches<BR>&gt;&gt;on<BR>&gt;&gt;this 
  (CSCeg37424) but the workaround is not working.<BR>&gt;&gt;<BR>&gt;&gt;The 
  InsertCDR detailed trace is turned on and the<BR>&gt;&gt;error happens at 
  12:24am and the entry in trace file<BR>&gt;&gt;is at 12:34am saying 10 minute 
  timeout occurred.<BR>&gt;&gt;Nothing in trace between 12:24 and 
  12:34.<BR>&gt;&gt;<BR>&gt;&gt;Issue was found in CCM 4.0(1)ES 17.1 and marked 
  as<BR>&gt;&gt;unreproducable.&nbsp; This is on Call 
  Manager<BR>&gt;&gt;4.0(2a)Sr1a.<BR>&gt;&gt;<BR>&gt;&gt;Workaround from bug id 
  is to kill the insertcdr<BR>&gt;&gt;process using c:\utils\kill command then 
  restart the<BR>&gt;&gt;CDR insert service.<BR>&gt;&gt;<BR>&gt;&gt;These errors 
  are occuring at 12:24am and 1:24am<BR>&gt;&gt;nightly like clockwork. Not 
  during day and CDR is<BR>&gt;&gt;working fine. BARS runs earlier before 
  midnight.<BR>&gt;&gt;There<BR>&gt;&gt;are no CDR flat files in the CDR folder 
  either. They<BR>&gt;&gt;show up briefly then get inserted and deleted. 
  We<BR>&gt;&gt;have<BR>&gt;&gt;a few files in the bad folder but not from this 
  time<BR>&gt;&gt;period. Maybe 1-2 bad cdr flat files a 
  day.<BR>&gt;&gt;<BR>&gt;&gt;<BR>&gt;&gt;Event Type: Error<BR>&gt;&gt;Event 
  Source: Cisco Database Layer Monitor<BR>&gt;&gt;Event Category: 
  None<BR>&gt;&gt;Event ID: 3<BR>&gt;&gt;Date: 5/18/2005<BR>&gt;&gt;Time: 
  1:24:32 AM<BR>&gt;&gt;User: N/A<BR>&gt;&gt;Computer: 
  CCM1<BR>&gt;&gt;Description:<BR>&gt;&gt;Error: kErrorCDRFilesBackingUp - CDR 
  flat files are<BR>&gt;&gt;backing up.<BR>&gt;&gt;&nbsp; App ID: Cisco Database 
  Layer Monitor<BR>&gt;&gt;&nbsp; Cluster ID: CCM1-Cluster<BR>&gt;&gt;&nbsp; 
  Node ID: 172.16.2.20<BR>&gt;&gt;Explanation: CDR flat files are not being 
  removed. <BR>&gt;&gt;On<BR>&gt;&gt;the primary CDR<BR>&gt;&gt;server, verify 
  that the InsertCDR service is running<BR>&gt;&gt;and 
  properly<BR>&gt;&gt;configured. On a server not the primary, verify 
  that<BR>&gt;&gt;the location for<BR>&gt;&gt;collecting CDR files is accessible 
  via the network.<BR>&gt;&gt;Recommended Action: Set trace for InsertCDR 
  service<BR>&gt;&gt;to<BR>&gt;&gt;detailed and<BR>&gt;&gt;look<BR>&gt;&gt;for 
  errors in the trace.&nbsp; Check enterprise CDR<BR>&gt;&gt;parameters 
  for<BR>&gt;&gt;accuracy..<BR>&gt;&gt;<BR>&gt;&gt;<BR>&gt;&gt;<BR>&gt;&gt;<BR>&gt;&gt;__________________________________<BR>&gt;&gt;Yahoo! 
  Mail Mobile<BR>&gt;&gt;Take Yahoo! Mail with you! Check email on 
  your<BR>&gt;&gt;mobile 
  phone.<BR>&gt;&gt;http://mobile.yahoo.com/learn/mail<BR>&gt;&gt;_______________________________________________<BR>&gt;&gt;cisco-voip 
  mailing 
  list<BR>&gt;&gt;cisco-voip@puck.nether.net<BR>&gt;&gt;https://puck.nether.net/mailman/listinfo/cisco-voip<BR>&gt;&gt;<BR>&gt;&gt;<BR>&gt;&gt;&nbsp;&nbsp;&nbsp; 
  <BR>&gt;&gt;<BR>&gt;<BR>&gt;<BR>&gt; <BR>&gt;Yahoo! Mail<BR>&gt;Stay 
  connected, organized, and protected. Take the 
  tour:<BR>&gt;http://tour.mail.yahoo.com/mailtour.html<BR>&gt;&nbsp; 
  <BR>&gt;<BR><BR><BR>------------------------------<BR><BR>Message: 4<BR>Date: 
  Sun, 22 May 2005 21:14:48 -0400<BR>From: Wes Sisk &lt;<A 
  href="mailto:wsisk@cisco.com">wsisk@cisco.com</A>&gt;<BR>Subject: Re: 
  [cisco-voip] 3rd Party Voice Mail Cluster using Hunt<BR>Groups and CTI Route 
  Points - Attendant Console<BR>To: Paul Yago &lt;<A 
  href="mailto:pyago@adomo.com">pyago@adomo.com</A>&gt;<BR>Cc: <A 
  href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Message-ID: 
  &lt;<A 
  href="mailto:42912E88.6090409@cisco.com">42912E88.6090409@cisco.com</A>&gt;<BR>Content-Type: 
  text/plain; charset=ISO-8859-1; format=flowed<BR><BR>So you need to load 
  balance / round robin over CTI Route Points.&nbsp; If <BR>you're already in 
  the CTI business, how about a small application script <BR>to round robin 
  between them?&nbsp; This is very easy with Cisco CRS.<BR><BR>Though i'm not 
  certain why Attendant Console Hunt Groups would not work <BR>for this.&nbsp; 
  It is valid (and works) to make an AC Pilot Point (which is <BR>really just a 
  CTI Route Point) A member of another AC Hunt Group.&nbsp; <BR>You're certain 
  the AC Huntgroup was functaional otherwise?&nbsp; It has be <BR>associated to 
  the AC user, TCD has to be running, etc.<BR><BR>/Wes<BR><BR>Paul Yago 
  wrote:<BR><BR>&gt;Wes, actually the VMs are interfacing directly to a CTI 
  Route Point. A<BR>&gt;CTI Port is not being used by the 
  VM.<BR>&gt;<BR>&gt;-----Original Message-----<BR>&gt;From: Wes Sisk 
  [mailto:wsisk@cisco.com] <BR>&gt;Sent: Wednesday, May 18, 2005 1:08 
  PM<BR>&gt;To: Paul Yago<BR>&gt;Cc: <A 
  href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>&gt;Subject: 
  Re: [cisco-voip] 3rd Party Voice Mail Cluster using Hunt Groups<BR>&gt;and CTI 
  Route Points - Attendant Console<BR>&gt;<BR>&gt;Paul,<BR>&gt;<BR>&gt;do your 
  vm systems pickup calls directly from cti ports? or do they <BR>&gt;depend on 
  redirects from CTI Route Point down to CTI 
  port?<BR>&gt;<BR>&gt;/Wes<BR>&gt;<BR>&gt;Paul Yago 
  wrote:<BR>&gt;<BR>&gt;&nbsp; 
  <BR>&gt;<BR>&gt;&gt;Wes,<BR>&gt;&gt;<BR>&gt;&gt;With AC, I believe I will 
  encounter the same limitation when including<BR>&gt;&gt;CTI Route Point 
  extensions in the Hunt Group. I've tried this once<BR>&gt;&gt;before but 
  please correct me if I'm wrong. I'm trying this 
  again.<BR>&gt;&gt;<BR>&gt;&gt;Thanks<BR>&gt;&gt;- 
  Paul<BR>&gt;&gt;<BR>&gt;&gt;-----Original Message-----<BR>&gt;&gt;From: Wes 
  Sisk [mailto:wsisk@cisco.com] <BR>&gt;&gt;Sent: Wednesday, May 18, 2005 12:46 
  PM<BR>&gt;&gt;To: Paul Yago<BR>&gt;&gt;Cc: <A 
  href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>&gt;&gt;Subject: 
  Re: [cisco-voip] 3rd Party Voice Mail Cluster using 
  Hunt<BR>&gt;&gt;&nbsp;&nbsp;&nbsp; <BR>&gt;&gt;<BR>&gt;Groups<BR>&gt;&nbsp; 
  <BR>&gt;<BR>&gt;&gt;and CTI Route Points<BR>&gt;&gt;<BR>&gt;&gt;I don't have a 
  cti app handy to test with, but you may be able to use <BR>&gt;&gt;Attendant 
  Console Pilot Point to frontend your cti 
  ports.<BR>&gt;&gt;<BR>&gt;&gt;/Wes<BR>&gt;&gt;<BR>&gt;&gt;Paul Yago 
  wrote:<BR>&gt;&gt;<BR>&gt;&gt; <BR>&gt;&gt;<BR>&gt;&gt;&nbsp;&nbsp;&nbsp; 
  <BR>&gt;&gt;<BR>&gt;&gt;&gt;Hello,<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;We're trying 
  to create a 3rd Party Voice Mail Cluster using Line <BR>&gt;&gt;&gt;Groups and 
  CTI Route Points.<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;I'm sure there are other 
  people encountering this issue as well, and I<BR>&gt;&gt;&gt;&nbsp;&nbsp; 
  <BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  <BR>&gt;&gt;&gt;<BR>&gt;&gt; <BR>&gt;&gt;<BR>&gt;&gt;&nbsp;&nbsp;&nbsp; 
  <BR>&gt;&gt;<BR>&gt;&gt;&gt;hope there is a work-around. Cisco claims that one 
  doesn't yet exist <BR>&gt;&gt;&gt;and that a solution will exist in the 
  future. Personally, I haven't <BR>&gt;&gt;&gt;found one 
  yet.<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;We wish to cluster up to 4 - 3^rd party 
  Voice Mail Servers (VMs) to <BR>&gt;&gt;&gt;our 4.1 Call Manager in order to 
  provide both redundancy and dynamic <BR>&gt;&gt;&gt;load balancing. The 
  initial attempt at this was to create a Line <BR>&gt;&gt;&gt;Group, containing 
  CTI Route Point extensions, along with a Hunt List <BR>&gt;&gt;&gt;and a Hunt 
  Pilot. The Hunt pilot would be called and one of the <BR>&gt;&gt;&gt;members 
  of the LG would be accessed based a distribution algorithm. 
  <BR>&gt;&gt;&gt;This didn't work because the members of an LG can only be 
  phone <BR>&gt;&gt;&gt;extensions, rather than CTI 
  extensions.<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;The next attempt was to use a phone 
  extension and configure it to <BR>&gt;&gt;&gt;provided forwarding to the CTI 
  extension. Again this failed because <BR>&gt;&gt;&gt;all forwarding is 
  disabled for an extension that resides in an LG. <BR>&gt;&gt;&gt;Perhaps there 
  is a way to enable forwarding of extensions when they <BR>&gt;&gt;&gt;reside 
  in an LG; however I have not yet found it.<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;Is 
  anyone familiar with this situation and with a solution that can 
  be<BR>&gt;&gt;&gt;&nbsp;&nbsp; 
  <BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  <BR>&gt;&gt;&gt;<BR>&gt;&gt; <BR>&gt;&gt;<BR>&gt;&gt;&nbsp;&nbsp;&nbsp; 
  <BR>&gt;&gt;<BR>&gt;&gt;&gt;applied within the Call Manager 
  itself?<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;Regards,<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;Paul<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;----------------------------------------------------------------------<BR>&gt;&gt;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  <BR>&gt;&gt;&gt;<BR>&gt;-<BR>&gt;&nbsp; <BR>&gt;<BR>&gt;&gt;&gt;&nbsp;&nbsp; 
  <BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  <BR>&gt;&gt;&gt;<BR>&gt;&gt;-<BR>&gt;&gt; 
  <BR>&gt;&gt;<BR>&gt;&gt;&nbsp;&nbsp;&nbsp; 
  <BR>&gt;&gt;<BR>&gt;&gt;&gt;_______________________________________________<BR>&gt;&gt;&gt;cisco-voip 
  mailing 
  list<BR>&gt;&gt;&gt;cisco-voip@puck.nether.net<BR>&gt;&gt;&gt;https://puck.nether.net/mailman/listinfo/cisco-voip<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;&nbsp;&nbsp; 
  <BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
  <BR>&gt;&gt;&gt;<BR><BR><BR>------------------------------<BR><BR>Message: 
  5<BR>Date: Mon, 23 May 2005 07:39:52 -0700 (PDT)<BR>From: Erick Bergquist 
  &lt;<A href="mailto:erickbe@yahoo.com">erickbe@yahoo.com</A>&gt;<BR>Subject: 
  Re: [cisco-voip] kErrorCDRFilesBackingUp - CDR flat files 
  are<BR>backingup.<BR>To: Wes Sisk &lt;<A 
  href="mailto:wsisk@cisco.com">wsisk@cisco.com</A>&gt;<BR>Cc: <A 
  href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Message-ID: 
  &lt;<A 
  href="mailto:20050523143952.52335.qmail@web41129.mail.yahoo.com">20050523143952.52335.qmail@web41129.mail.yahoo.com</A>&gt;<BR>Content-Type: 
  text/plain; charset=us-ascii<BR><BR>Wes,<BR><BR>I'm going to go ahead and open 
  a TAC Case on this. Now<BR>the error is happening at 5:23am instead of 12:24am 
  so<BR>must be some thing with the database layer monitor<BR>maint causing this 
  error.<BR><BR>--- Wes Sisk &lt;<A 
  href="mailto:wsisk@cisco.com">wsisk@cisco.com</A>&gt; wrote:<BR><BR>&gt; Open 
  a TAC case for this CU and we can open a bug<BR>&gt; for more formal <BR>&gt; 
  investiation and broad sweeping fix.<BR>&gt; <BR>&gt; check the steps of the 
  job.&nbsp; last i checked it<BR>&gt; optimized the ccm and cdr <BR>&gt; 
  databases.&nbsp; that includes rebuilding indexes which<BR>&gt; would affect 
  the <BR>&gt; accessibility of those db's for operations.<BR>&gt; <BR>&gt; 
  /Wes<BR>&gt; <BR>&gt; Erick Bergquist wrote:<BR>&gt; <BR>&gt; &gt;Ok, Looks 
  like adjusting time of database layer<BR>&gt; &gt;monitor job to run from 5am 
  to 7am got rid of the<BR>&gt; &gt;error. I moved the time back and the error 
  came<BR>&gt; back<BR>&gt; &gt;just to make sure it wasn't something 
  else.<BR>&gt; &gt;<BR>&gt; &gt;So, my question is, how come the default times 
  for<BR>&gt; &gt;these jobs conflict with other SQL jobs being done<BR>&gt; 
  by<BR>&gt; &gt;other applications?<BR>&gt; &gt;<BR>&gt; &gt;Database layer 
  monitor default setting is 12am to<BR>&gt; 2am<BR>&gt; &gt;CDR load default 
  time is 12am to 5am<BR>&gt; &gt;<BR>&gt; &gt;Seems like issues may happen like 
  this customer had<BR>&gt; if<BR>&gt; &gt;you are loading and purging at same 
  time by two<BR>&gt; &gt;different processes. <BR>&gt; &gt;<BR>&gt; &gt;I did 
  not change the time of the CIPT SQL<BR>&gt; Optimization<BR>&gt; &gt;yet. Does 
  this job touch the CDR database or just<BR>&gt; CCM<BR>&gt; 
  &gt;database?<BR>&gt; &gt;<BR>&gt; &gt;Thanks,<BR>&gt; &gt;Erick<BR>&gt; 
  &gt;<BR>&gt; &gt;--- Wes Sisk &lt;<A 
  href="mailto:wsisk@cisco.com">wsisk@cisco.com</A>&gt; wrote:<BR>&gt; 
  &gt;&nbsp; <BR>&gt; &gt;<BR>&gt; &gt;&gt;Check the cdr insert log around that 
  time. Looks<BR>&gt; &gt;&gt;like SQL may be dropping<BR>&gt; &gt;&gt;offline 
  or too busy to process the cdr insert<BR>&gt; &gt;&gt;request.&nbsp; could be 
  the service<BR>&gt; &gt;&gt;stopping i guess.&nbsp; make sure the PID does 
  not<BR>&gt; change<BR>&gt; &gt;&gt;day to day for<BR>&gt; 
  &gt;&gt;cdrinsert.&nbsp; any change would reflect a crash or<BR>&gt; 
  &gt;&gt;service restart for some<BR>&gt; &gt;&gt;reason.&nbsp; check the SQL 
  server logs around that<BR>&gt; time<BR>&gt; &gt;&gt;and see if it 
  reported<BR>&gt; &gt;&gt;any events.<BR>&gt; &gt;&gt;<BR>&gt; &gt;&gt;this may 
  be due to the IPT optimization job<BR>&gt; running,<BR>&gt; &gt;&gt;or the CDR 
  purge<BR>&gt; &gt;&gt;process running.&nbsp; the 1st is a job in sql - 
  when<BR>&gt; is<BR>&gt; &gt;&gt;it scheduled to run?<BR>&gt; &gt;&gt;The 2nd 
  is done by database layer monitor and<BR>&gt; timing<BR>&gt; &gt;&gt;is set by 
  the dblm<BR>&gt; &gt;&gt;service parameters.&nbsp; what time is it set to 
  run?<BR>&gt; &gt;&gt;<BR>&gt; &gt;&gt;on that same line the ART cdr purge 
  could cause<BR>&gt; the<BR>&gt; &gt;&gt;same issue.&nbsp; is ART/CAR<BR>&gt; 
  &gt;&gt;configured to purge the CDR database and if so,<BR>&gt; what<BR>&gt; 
  &gt;&gt;time?<BR>&gt; &gt;&gt;<BR>&gt; &gt;&gt;/Wes<BR>&gt; &gt;&gt;<BR>&gt; 
  &gt;&gt;-----Original Message-----<BR>&gt; &gt;&gt;From: <A 
  href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><BR>&gt; 
  &gt;&gt;[mailto:cisco-voip-bounces@puck.nether.net]On<BR>&gt; Behalf<BR>&gt; 
  &gt;&gt;Of Erick Bergquist<BR>&gt; &gt;&gt;Sent: Thursday, May 19, 2005 10:16 
  PM<BR>&gt; &gt;&gt;To: <A 
  href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>&gt; 
  &gt;&gt;Subject: [cisco-voip] kErrorCDRFilesBackingUp -<BR>&gt; CDR<BR>&gt; 
  &gt;&gt;flat files are<BR>&gt; &gt;&gt;backingup.<BR>&gt; &gt;&gt;<BR>&gt; 
  &gt;&gt;<BR>&gt; &gt;&gt;Hi,<BR>&gt; &gt;&gt;<BR>&gt; &gt;&gt;Has anyone had 
  the below in Application event log<BR>&gt; &gt;&gt;and<BR>&gt; &gt;&gt;know a 
  fix for issue? I found a bug id that<BR>&gt; matches<BR>&gt; 
  &gt;&gt;on<BR>&gt; &gt;&gt;this (CSCeg37424) but the workaround is not<BR>&gt; 
  working.<BR>&gt; &gt;&gt;<BR>&gt; &gt;&gt;The InsertCDR detailed trace is 
  turned on and the<BR>&gt; &gt;&gt;error happens at 12:24am and the entry in 
  trace<BR>&gt; file<BR>&gt; &gt;&gt;is at 12:34am saying 10 minute timeout 
  occurred.<BR>&gt; &gt;&gt;Nothing in trace between 12:24 and 12:34.<BR>&gt; 
  &gt;&gt;<BR>&gt; &gt;&gt;Issue was found in CCM 4.0(1)ES 17.1 and marked 
  as<BR>&gt; &gt;&gt;unreproducable.&nbsp; This is on Call Manager<BR>&gt; 
  &gt;&gt;4.0(2a)Sr1a.<BR>&gt; &gt;&gt;<BR>&gt; &gt;&gt;Workaround from bug id 
  is to kill the insertcdr<BR>&gt; &gt;&gt;process using c:\utils\kill command 
  then restart<BR>&gt; the<BR>&gt; &gt;&gt;CDR insert service.<BR>&gt; 
  &gt;&gt;<BR>&gt; &gt;&gt;These errors are occuring at 12:24am and 
  1:24am<BR>&gt; &gt;&gt;nightly like clockwork. Not during day and CDR 
  is<BR>&gt; &gt;&gt;working fine. BARS runs earlier before midnight.<BR>&gt; 
  &gt;&gt;There<BR>&gt; &gt;&gt;are no CDR flat files in the CDR folder 
  either.<BR>&gt; They<BR>&gt; &gt;&gt;show up briefly then get inserted and 
  deleted. We<BR>&gt; &gt;&gt;have<BR>&gt; &gt;&gt;a few files in the bad folder 
  but not from this<BR>&gt; time<BR>&gt; &gt;&gt;period. Maybe 1-2 bad cdr flat 
  files a day.<BR>&gt; &gt;&gt;<BR>&gt; &gt;&gt;<BR>&gt; &gt;&gt;Event Type: 
  Error<BR>&gt; &gt;&gt;Event Source: Cisco Database Layer Monitor<BR>&gt; 
  &gt;&gt;Event Category: None<BR>&gt; &gt;&gt;Event ID: 3<BR>&gt; &gt;&gt;Date: 
  5/18/2005<BR>&gt; &gt;&gt;Time: 1:24:32 AM<BR>&gt; &gt;&gt;User: N/A<BR>&gt; 
  &gt;&gt;Computer: CCM1<BR>&gt; &gt;&gt;Description:<BR>&gt; &gt;&gt;Error: 
  kErrorCDRFilesBackingUp - CDR flat files<BR>&gt; are<BR>&gt; &gt;&gt;backing 
  up.<BR>&gt; &gt;&gt;&nbsp; App ID: Cisco Database Layer Monitor<BR>&gt; 
  &gt;&gt;&nbsp; Cluster ID: CCM1-Cluster<BR>&gt; &gt;&gt;&nbsp; Node ID: 
  172.16.2.20<BR>&gt; &gt;&gt;Explanation: CDR flat files are not being 
  removed.<BR>&gt; <BR>&gt; &gt;&gt;On<BR>&gt; &gt;&gt;the primary CDR<BR>&gt; 
  &gt;&gt;server, verify that the InsertCDR service is<BR>&gt; running<BR>&gt; 
  &gt;&gt;and properly<BR>&gt; &gt;&gt;configured. On a server not the primary, 
  verify<BR>&gt; that<BR>&gt; &gt;&gt;the location for<BR>&gt; 
  &gt;&gt;collecting CDR files is accessible via the<BR>&gt; network.<BR>&gt; 
  &gt;&gt;Recommended Action: Set trace for InsertCDR<BR>&gt; service<BR>&gt; 
  &gt;&gt;to<BR>&gt; &gt;&gt;detailed and<BR>&gt; &gt;&gt;look<BR>&gt; 
  &gt;&gt;for errors in the trace.&nbsp; Check enterprise CDR<BR>&gt; 
  &gt;&gt;parameters for<BR>&gt; &gt;&gt;accuracy..<BR>&gt; &gt;&gt;<BR>&gt; 
  &gt;&gt;<BR>&gt; &gt;&gt;<BR>&gt; &gt;&gt;<BR>&gt; 
  &gt;&gt;__________________________________<BR>&gt; &gt;&gt;Yahoo! Mail 
  Mobile<BR>&gt; &gt;&gt;Take Yahoo! Mail with you! Check email on your<BR>&gt; 
  &gt;&gt;mobile phone.<BR>&gt; 
  &gt;&gt;http://mobile.yahoo.com/learn/mail<BR>&gt; 
  &gt;&gt;_______________________________________________<BR>&gt; 
  &gt;&gt;cisco-voip mailing list<BR>&gt; 
  &gt;&gt;cisco-voip@puck.nether.net<BR>&gt;<BR>&gt;&gt;https://puck.nether.net/mailman/listinfo/cisco-voip<BR>&gt; 
  &gt;&gt;<BR>&gt; &gt;&gt;<BR>&gt; &gt;&gt;&nbsp;&nbsp;&nbsp; <BR>&gt; 
  &gt;&gt;<BR>&gt; &gt;<BR>&gt; &gt;<BR>&gt; &gt; <BR>&gt; &gt;Yahoo! 
  Mail<BR>&gt; &gt;Stay connected, organized, and protected. Take the<BR>&gt; 
  tour:<BR>&gt; &gt;http://tour.mail.yahoo.com/mailtour.html<BR>&gt; &gt;&nbsp; 
  <BR>&gt; &gt;<BR>&gt; <BR><BR><BR><BR><BR>__________________________________ 
  <BR>Yahoo! Mail Mobile <BR>Take Yahoo! Mail with you! Check email on your 
  mobile phone. <BR><A 
  href="http://mobile.yahoo.com/learn/mail">http://mobile.yahoo.com/learn/mail</A> 
  <BR><BR><BR>------------------------------<BR><BR>Message: 6<BR>Date: Mon, 23 
  May 2005 10:41:40 -0500<BR>From: Eric Helm &lt;<A 
  href="mailto:helmwork@ruraltel.net">helmwork@ruraltel.net</A>&gt;<BR>Subject: 
  [cisco-voip] VoIP qualification and monitoring<BR>To: <A 
  href="mailto:voiss-users@osmon.net">voiss-users@osmon.net</A>, <A 
  href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>Message-ID: 
  &lt;<A 
  href="mailto:4291F9B4.9070100@ruraltel.net">4291F9B4.9070100@ruraltel.net</A>&gt;<BR>Content-Type: 
  text/plain; charset=ISO-8859-1; format=flowed<BR><BR>I've been looking at some 
  products for 'pre-qualifying' customer <BR>networks for QOS/VoIP and for 
  analyzing and monitoring our VoIP <BR>infrastructure.<BR>Protocols used are 
  SIP, MGCP and SCCP.<BR>Codecs used are g.711 and g.729a.<BR><BR>Some of the 
  vendors for VoIP monitoring and analysis that have come up <BR>include 
  Acterna, Artiza, Clear Sight, Empirix, Finisar, Fluke, Network <BR>Associates, 
  Radcom, Voila and Wildpackets.<BR><BR>Some of these vendors and Ixia have come 
  up for QOS and VoIP qualification.<BR><BR>Anyone have any 
  recommendations/experience with any of the above <BR>product(s) or other 
  suggestions for my 
  requirements?<BR><BR>/Eric<BR><BR><BR>------------------------------<BR><BR>_______________________________________________<BR>cisco-voip 
  mailing list<BR><A 
  href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR><A 
  href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR><BR><BR>End 
  of cisco-voip Digest, Vol 27, Issue 
  68<BR>******************************************<BR>---<BR><BR><BR><BR>James 
  D. Grace <BR>MCSE MCDBA CCNA CCNP CQS<BR>Sr. System Engineer 
  <BR>_______________________________________________<BR>cisco-voip mailing 
  list<BR><A 
  href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR><A 
  href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR></BLOCKQUOTE></BODY></HTML>