[cisco-voip] Callforward all keeps getting stuck

[Lelio Fulgenzi]

I guess it would be nice if the system could recover from temporary connectivity issues. ;)

--------------------------------------------------------------------------------
Lelio Fulgenzi, B.A.
Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 
...there's no such thing as a bad timbit...

  ----- Original Message ----- 
  From: Ryan Ratliff 
  To: Lelio Fulgenzi 
  Cc: Ed Leatherman ; ciscovoip 
  Sent: Tuesday, April 03, 2007 10:19 AM
  Subject: Re: [cisco-voip] Callforward all keeps getting stuck


  /rant on
  The ONLY time database replication will cause an issue is when your  
  publisher goes away and subs start using their local database.

  AT NO OTHER POINT will it cause issues.  This is especially true for  
  CFA failures, since if your pub is down CFA is not going to work anyhow.

  You may have connectivity issues where DB replication failure is a  
  symptom, but it is just that, a symptom (and a pretty minor one at  
  that).  If your subs cannot connect to the pub you've got much bigger  
  issues than replication.  DBLHelper is nice and all, but all it shows  
  you is if your SQL jobs are running (on the replication tab anyway).

  I swear a part of my inner troubleshooter dies a little bit every  
  time I see somebody bust out DBLHelper as the first step in  
  troubleshooting a completely unrelated problem.  "My MOH is broken,  
  but DBLHelper says everything is fine!"...  "I put this firewall  
  between my CMs and now I can't make any calls between those servers,  
  but DBLHelper is all smileys!"

  /rant off

  If you go searching the archives for this list I've sent several  
  emails in the past on how to troubleshoot CFA failures in 4.x.  There  
  were some pretty big architectural changes that have exposed some  
  issues with change notification.  Thankfully they go away in 5.x.


  -Ryan

  On Apr 3, 2007, at 9:50 AM, Lelio Fulgenzi wrote:

  I'm convinced that it has to do with the replication of databases and  
  nothing to do with CallManager version.

  Even the dblhelper tool can't illustrate with any confidence that  
  your databases are in sync. It might work to show you that they are  
  out of sync, but if you see all smiley faces, don't trust your cat's  
  life on it.


  ------------------------------------------------------------------------ 
  --------
  Lelio Fulgenzi, B.A.
  Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
  (519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  ...there's no such thing as a bad timbit...
  ----- Original Message -----
  From: Ed Leatherman
  To: ciscovoip
  Sent: Tuesday, April 03, 2007 9:46 AM
  Subject: [cisco-voip] Callforward all keeps getting stuck

  Hello,

  We've had an ongoing problem with the callforward all feature on the  
  phones ever since we went from ccm 3.x for 4.x. usually it would only  
  happen maybe once every couple months... while still very annoying we  
  could live with it. I've probably opened 4 different TAC SR's on it,  
  with little success in actually fixing it.

  Basically we have people who forward their lines to another number or  
  to voicemail, and then they cannot remove the forwarding, nor can we  
  do it from CCMadmin.

  For some reason the past week i've had it happen almost everyday. The  
  work around is very easy, just restarting the DBL monitor service on  
  all the nodes in the cluster fixes the problem. But its still an  
  interuption of service for alot of departments. I'm going to open yet  
  another TAC case on it.. but does anyone have any suggestions on a  
  possible cause? I don't believe we're having a networking problem but  
  i'm open to suggestions. Currently running ccm 4.1.3sr4d.

  -- 
  Ed Leatherman
  Senior Voice Engineer
  West Virginia University
  Telecommunications and Network Operations


  _______________________________________________
  cisco-voip mailing list
  cisco-voip at puck.nether.net
  https://puck.nether.net/mailman/listinfo/cisco-voip
  _______________________________________________
  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/20070403/8150776e/attachment.html