CallManager forwarded phone call to sign-on instead of the target vmbox.

[spodonnell]

CM 3.2.2.

Problem: IP phone ext. 4321 dials IP phone at extension 1234. 1234 doesn't answer and CM forward call to Unity. CM delivers the call to Unity as if 4321 dialed the VM pilot number directly and Unity presents the sign on call handler.

Reseting all phones with the 1234 extension clears the problem temporarily.

Does anyone know of a caveat about this?

[mchin345]

As per my knowledge, there is no known caveat for this. Does anyone else have any ideas on this issue?

[dakeller]

First, I have not heard of an issue such as you are describing. The way you get to the right VM box is that CM passes the target voice mail box in a field called cdpnVoiceMailbox field. If you have detailed tracing turned on, you will see this value when the call is forwarded to VM. If the cdpnVoiceMailbox field is empty, the CM will default to the original called party number.

It seems that you are utilizing shared lines for the target number. if this is the case, you might take a look at DDTS CSCdy16330.

Additionally, please verify that the VM profiles (if used) are correct for the shared line.

Thanks,

Dan Keller

Cisco Systems

[pmusugu]

You can check the Unity Call Viewer and see if Unity is recieving the right information from the Call Manaqer like the Dialed number, Calling Number and Forwarding Number.

In your case the Forwarding Station should be 1234. If thats not true then Call Manager is not sending the right information. If it is true then we need to look at Unity.

BTW, what version of Unity & TSP are you using.

Pradeep