In my current CUCM184.108.40.2066-1 and Unity 4.0b4.0(4)SR1 system I have the following situation:
DN-A and DN-B both have VM. DN-A has diverted their phone to DN-B. DN-B has diversion to VM.
Caller to DN-A gets transfered to DN-B which then transfers to VM. VM now takes message for DN-A, not DN-B. As DN-A is not going to check VM for significant period of time (hence CFD to DN-B) it is required that Caller goes to DN-B VM not DN-A VM.
You can extend this scenario through as many diversions as you like, but Unity always will act as if DN-A was diverted directly to VM.
Is there anyway to get CUCM to pass last DN to Unity rather than first DN? In otherwords, we need Unity to act on the last DN in the diversion chain, not the Original DN.
unfortunately Unity always uses the Original Called Number to determine the VM and that is Working As Designed (WAD), all you could try would be to create a call routing rule for forwarded calls that matches the information you're sending to unity on that scenario based on the number that dials to unity
the only other option i can think of is to create a translation pattern to hard code some information and also use a routing rule to send calls to that VM
Thanks for the response. I thought I was informed that CUCM5.x would give more options such that Last DN could be passed to Unity rather than Original DN.
I do not understand the logic of this process as it causes us more trouble than you would believe. Logically, the person has forwarded their calls to the next person because they cannot take the calls. It seems illogical to then leave a message on their VM when they have forwarded the calls because they cannot take it.
Also, not being able to define which DN to use means that there is no flexibility for people who want the system to work the way they need it to. It is impossible to create Alternate Extensions or Translation Patterns or whatever to satisfy all the possible combinations that these CFD could represent, eg: the user might CFD to one DN on some days and to others on another day depending on what the situation demands.
Anyway, thanks for the feedback. One question, does CUCM pass all the DNs and Unity just uses the Original DN or does CUCM only pass the Original DN? Maybe there is someway to alter the DN as it transitions from CUCM to Unity (eg: via a third party product)?
Call Information Exchanged by the Phone System and Cisco Unity
The phone system and Cisco Unity exchange call information to manage calls and to make the integration features possible. With each call, the following call information is typically passed between the phone system and Cisco Unity:
â¢The extension of the called party.
â¢The extension of the calling party (for internal calls) or the phone number of the calling party (if it is an external call and the phone system supports caller ID).
â¢The reason for the forward (the extension is busy, does not answer, or is set to forward all calls). There is also a reason code for Direct Calls.
Cisco Unified Communications Manager SCCP and SIP trunk integrations can also provide the following call information (the choice of first and last redirecting number is set in the Advanced Settings Tool, which is available in Tools Depot):
You have reached the Cisco Logistics Support Center.. To Check Status of
your RMA, visit Product Returns & Replacements (RMA). Need help? Contact
us by Phone or Email. North Americas Phone: 1800 553 2447 Option 4
Email: email@example.com Europe Phone: +3...
The short answer is that you don't.... That isn't entirely true while at
the same time it kind of is, but for the most part you don't configure
the softkeys. You enable or disable them via TCL. Here is the long
answer. Be sure to read the whole thing or e...
Topology: IP Phone > Switches > Microsoft NPS setup to forward 802.1x
proxy to > ISE 2.1 patch 3 Authentication: EAP-TLS using Cisco MIC SANs
Phone Models 802.1X support? 802.1x flavor Addtl Comment EAP-MD5 EAP-TLS
Cisco 3905 Y Y N Cisco 6911 Y Y N Cisco ...