If I follow, the call comes into your system from an external source and is answered by the CUE AA. Then, the caller is transferred to the operator. Correct?
If this is correct, then I believe the behavior you are observing is expected. Not sure with CUE, but with Unity and CUC when the VM system is executing the transfer, it is a brand new call. Since the Unity/CUC is seen as "on net" the external forwarding treatment is not applicable.
Hi Bill, thanks for your answer. You are correct about call flow. So, for this kind of situation, there is no way to recognize an external call (to apply CFNA external) when this answered by the operator and transferred to the requested user.
** Just thinking (not sure is possible), can I forward external and internal calls based on ANI number????
Unfortunately the CUCM cannot make routing decisions based on ANI. If the transfer you are trying to control is human initiated (i.e. a human operator), then you could think about transfers using different prefixes. Similar to what Rob was mentioning but avoiding the hairpin. Example:
- Line 1: DN 5000 in partition ptA (CFwd setup to the appropriate destination for internal callers)
- Line 2: DN 5000 in partition ptB (CFwd setup to the appropriate destination for external callers)
- visible from the operator phone
- CSS on translation only contains ptB
Operator has an external call, they transfer to *885000. Otherwise, they transfer to 5000.
Yeah, I know. It sounds ridiculous. I am just throwing out some ideas. Using netpro as our collective whiteboard!
Now, if Unity could "think" like the human operator and selectively prefix numbers on transfer, then that would be helpful. Unfortunately, I don't believe that is possible.
Another thought would be to us UCCX. UCCX could be programmed to selectively prefix. But that is another "whiteboard" thought.
Hello. I have one question regarding the call forward internal/external.
In one client, the operators, "refuse" to do consult transfer. They say that they spend too much time waiting for the reciving user to anwer the phone. The call flow is external caller --> operator -blind transfer-> internal user.
The problem is that, if the internal user does not answer the call, the call is lost with out the operator knowing that the call is lost. I though that we may use a cfna external for this calls so, if the internal user does not answer the tranfered call, it will go back again to the operator. But it doesn`t work because the call is considered as internal. Is there another way to recover the transfered calls by the operator?
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 ...
This document describe how DST changes and how time changes are
implemented in DST. Daylight Saving Time (DST) is the practice of
setting the clocks forward 1 hour from standard time during the summer
months, and back again in the fall, in order to make b...