I understand the CFwdAll override from the target DN back to the originator, but we require other DN's to be able to override back to the one originator.
We have migrated old iSDX analogue phones to CUCM, the iSDX allowed non-target DN's to transfer a call to the originator (CFwdAll) by granting the DN(s) the DES (Direct Extension Selection) Class-of-service parameter.
This allowed us to set up a group of DN's who could pick up the call for the target DN of the CFwdAll DN, then transfer the call back to the CFwdAll DN on behalf of the target DN.
Is there some kind of work around to create this set up, it may involve CSS or Partitions or both?
You guessed it - the only way around this that I'm aware of is to create a duplicate DN of the source (i.e. CFwdAll'd) DN, which is not set to CFwdAll, in a new partition.
The users that would be able to reach the CFwdAll'd user would then need to have the new partition in their CSS, while all other users would only have the standard partition containing the forwarded user.
Could become a bit of a pain to administer if this is a common requirement.
Please remember to rate helpful posts to identify useful responses, and mark 'Answered' if appropriate!
SIP traces provide key information in troubleshooting SIP Trunks, SIP
endpoints and other SIP related issues. Even though these traces are in
clear text, these texts can be gibberish unless you understand fully
what they mean. This document attempts to br...
Please find the attached HTML document, download and open it on your PC.
This provides an easy to use form where you simply answer a few
questions and it will render the proper jabber-config.xml file for you
to copy/paste. There is built in logic to verif...
CUCM Database Replication is an area in which Cisco customers and
partners have asked for more in-depth training in being able to properly
assess a replication problem and potentially resolve an issue without
involving TAC. This document discusses the bas...