I am running into an issue in CUCM/CUC 8.6(2a) when setting up external voicemail access.
I set up a CTI RP (Dn=2300) to forward to voicemail and set up a routing rule to send the Call
to subscriber sign in. The call keeps going to the opening greeting. I did a port status monitor
and I don't see the forwarding stations directory number. Just the Unity Pilot Point number.
I just set this up in CUCM 8.6(1) and I have it working. I mirrored the config but don't get the same results.
I'm not sure if maybe a service parameter changed or something and I am missing it.
Any chance you might be seeing this behavior?
Do not use the word "Voicemail" as the Alerting Name or Display (Internal Caller ID) for the CTI Route Point Defined. Use of the word "Voicemail" can cause Cisco Unity to process the call as a Direct Call, instead of processing it as a Forwarded call.
I just tested this out to be sure of the config
- new Forwarded routing rule @ 2300 to match CTI-RP
- send call to Conversation-Sign In
- New routing rule condition is - Dialed number = 2300
- re-order new Forwarded routing rule to move beneath Attempt Forward
This all tests OK and when callers dial into xxx-xxx-2300 they are sent to the
Sign-In conversation to enter ID# and PIN# instead of Opening greeting
Thanks for the answers. This was actually an issue with the SIP trunk pointing to Unity. I did not have
Redirecting Diversion Header Delivery - Outbound checked off.
Thanks for sharing your findings Rob. Your post helped me solve an issue I was having with a SIP trunk between CUCM and CUC.
Just to recap in case this post can help anyone else, if you don't check the
The problem I was facing was CFNA (internal, external, etc) from a DN in CUCM to CUC would send the caller to the Opening Greeting, instead of the voicemail box of the user, which in this case was functioning properly because Redirecting Diversion Header Delivery was not checked.
Thanks again to both Robs for your thread,