cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
2946
Views
0
Helpful
5
Replies

Blind Transfer to voicemail

ross.ramsay1
Level 1
Level 1

Hi,

We have a client using Cisco Unified CM Administration.

The client reports that he used to be able to dial a feature code ##, then the extension number they want to transfer to, and this would go directly to voicemail injstead of ringing. Since the system was updated this feature no longer works. Has it been removed?. We have configured on hook dialling as other forums suggest thisd a s afix, but it has made no difference.

System version: 10.5.1.10000-7

Any suggestions?.

1 Accepted Solution

Accepted Solutions

dakeller
Cisco Employee
Cisco Employee

Ross,

I am not aware of any changes to UCM that would affect the direct transfer to VM that you are describing.  Without much else to describe what happens when you dial the direct transfer to VM number, I cannot provide any further guidance.  I would recommend talking with TAC on ensuring this capability works for you.

Thanks,

Dan Keller

Technical Marketing Engineer

View solution in original post

5 Replies 5

dakeller
Cisco Employee
Cisco Employee

Ross,

I am not aware of any changes to UCM that would affect the direct transfer to VM that you are describing.  Without much else to describe what happens when you dial the direct transfer to VM number, I cannot provide any further guidance.  I would recommend talking with TAC on ensuring this capability works for you.

Thanks,

Dan Keller

Technical Marketing Engineer

Hi Daniel,

Thanks for this.

So, the plot thickens slightly. Seemingly the system had been updated but the kit hadn't been rebooted. It has now and this has kicked it back into life, but with a difference.

The client used to be able to dial *XXXX, hang up, and the call would go to the recipients voicemail (at the stage of leaving a message, with no greeting).

Now they can dial *XXXX and they get the full VM message, instead of just being able to leave a message for the recipient.

This case is four months old, we have pretty much exhausted all avenues. The client would rather have it go directly to leaving a message instead of listening to the greeting. They are adamant this is how it used to work.

Ross,

It's been quite some time since I worked on these call flows, but after talking with a couple of Unity TMEs, the call flow you are describing will not bypass the VM message for the user, but bypass the ringing of the user's phone before going to VM.  I expect the user's greeting (RNA message) to play before recording the message.  As I said, I have checked with two other TME's that support Unity and both agree that the expected behavior will be to play the greeting before recording the message.  In Unity, you can select to play the greeting on a user's greeting basis, but not for the different forward method greetings (RNA, direct or busy)

I'm not sure the recollection by the customer is accurate, but what you are describing is how the TME's at Cisco believe it will work.

Thanks,

Dan Keller

Technical Marketing Engineer

Ross, I believe I answered this question in the community. I talked to a couple of other folks from the Unity side and both agreed that the call flow you are using (transfer to a *XXXX pattern) will bypass the ringing of the device and go directly to the RNA greeting, but there is no way to bypass the greeting and go directly to the ‘beep’.

Thanks,

Dan

ross.ramsay1
Level 1
Level 1

Daniel, you're a gent, thanks for this. I thought it was the case, but of course trying to tell the client that isn't always easy. This gives us a little more ammo to say that it is working as it should.