Forward No Answer Fails after Partition Change

Unanswered Question

I am experiencing the problem where if you change the partition on a line, forward no answer stops working. If you remove the forward no answer seetings from the line, update the phone, put the settings back, then update the phone. Forward no answer works again.

This is a documented problem:

The document says to restart the database layer monitoring service, but the figures in the document and procedure say to restart the CallManager service.

Has anyone experienced the same issue? If so what route did you take to correct it?

CCM version 4.1(3)SR5

Thanks in advance


I have this problem too.
0 votes
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 4.5 (2 ratings)
rob.huffman Thu, 12/13/2007 - 05:33

Hi Jim,

I am pretty sure it is both that need to be restarted. Here is a clip from that doc;


The root cause of the issue is the partition name change. It causes the Forward Manager to get out of synchronization and call forwarding to fail. CFNA ceases to work for all lines in that partition if you change the partition name in Cisco CallManager 4.x.

After you change the partition name, you must restart Cisco Database Layer Monitor and Cisco CallManager.

These aren't always the easiest docs to follow thats for sure :)

Hope this helps!


rob.huffman Thu, 12/13/2007 - 06:34

Hey Jim,

Another set of eyes sometimes helps :) These should be very quick resets so hopefully not too late for your sake. But IT/Sleep never go hand in hand!

Good luck!


jasondrisc Mon, 06/02/2008 - 09:33

Hello Rob,

I have a quick question. We recently upgraded to CM 6.1 from 4.1. Due to restraints in the number of characters allowed in a css and deploying a new location, I need to change/shorten our partition names. In doing a few tests it doesn't appear that the DBL and CCM services need to be reset. Is there a CM6 doc confirming that and/or any concerns with changing the partition names during normal business hours?



rob.huffman Mon, 06/02/2008 - 10:25

Hi Jason,

As far as I know this was an "old" 3.x/4.x CCM Bug. You should not need to restart these services with 6.x :) That being said, I would still do these changes in a maintenance window to minimize user impact.

Hope this helps!


jasondrisc Mon, 06/02/2008 - 10:54

Hi Rob,

Thanks for the info and the recommendation, much appreciated.



jasondrisc Tue, 06/03/2008 - 06:31

Hello, just as a follow up, I found that there was in fact an issue with CM6.1 and cfwdall after changing the partition name (rang busy). Removing the cfwdall and re-applying solved the issue.

rob.huffman Tue, 06/03/2008 - 09:08

Hi Jason,

Thanks for posting back with your results! +5 points for this excellent follow-up :)

Take care,



This Discussion