[cisco-voip] Service Paramter FW: Always Display Original Dialed Number

[Wes Sisk]

Allowing applications - whether SIP, SCCP, or CTI based - to pass through caller id information is woefully inconsistent.  

There is another facet of what to display on forwards and redirects. There are many opinions on how this could/should/would work.

Let your account teams know you need more flexibility. Prod the product managers at the next meeting of Cisco Live, CIPTUG, other trade show, or site visit.

Reference previous discussion on this mailer: 
Subjtect: Display CLID instead of CTI port number
https://puck.nether.net/pipermail/cisco-voip/2011-September/024016.html

Relevant CM service parameters:
Display CTI Route Point Name or DN
Display Original Calling Number on Transfer from Cisco Unity  


Regards,
Wes

On Feb 10, 2012, at 9:54 AM, Jason Aarons (AM) wrote:

Yes but say a Secretary calls a manager, it rolls to his voicemail than the screen display won’t update showing voicemail, etc.
 
There are lot of non CTI scenarios where it’s nice to have the phone display change. 
 
If I had set this Service Parameter before the rollout it might be ok, but changing end user experience after a month of using the phones won’t go over well.
 
Need another service parameter identical to this but option just for CTI Applications. PERS request already?
 
Other workaround like Translation Pattern require some CSS/PT work that is requires Change Controls/Testing  and other political headaches..
 
From: Wes Sisk [mailto:wsisk at cisco.com] 
Sent: Thursday, February 09, 2012 1:27 PM
To: Jason Aarons (AM)
Cc: cisco-voip (cisco-voip at puck.nether.net)
Subject: Re: [cisco-voip] Service Paramter FW: Always Display Original Dialed Number
 
Ironically I just reviewed this case:
 
<quote>
The following scenario is working as designed:

"Always Display Original Dialed Number" in the Service Parameter to
True.

DN-5554000
Alerting Name: TEST1
Display (Internal Caller ID): TEST11

DN-5555000
Alerting Name: TEST2
Display (Internal Caller ID): TEST22

------------------------------------------------------------------------
5554000 calls TP 5000---> 5555000

Display on phone 5554000
5000
(No display name)

Display on phone 5555000
4000
TEST11


The reason the above works like this is since the service parameter is
set to true DN-5554000 never gets updated to the number/party it finally
gets connected to. If you set this parameter to false then you will get
the connected name but you will also end up with the connected party's
number (in this case 5555000).
</quote>
 
Credit to Brett who did the leg work.
 
Regards,
Wes
 
On Feb 9, 2012, at 11:43 AM, Jason Aarons (AM) wrote:
 
From a customer’s internal Cisco 7965 if you dial 12000 (CTI Route Point for our main number) you see 12000 on the screen then your phone display changes to show the CTI Port (722-xxx-xxxx dummy fake number) on the internal phone display due to redirection by CUEAC.  Below per TAC will will disable that.  Will this break anything? I suspect the users will want to see when a forward occurs and this isn’t a good option.
 
Be great if this Service Parameter could be set for CTI Applications only, or on a per number basis.
 
Service Parameters > Cisco CallManager > Advanced
 
 
Always Display Original Dialed Number: Required Field   This parameter determines whether phones always display the number that the caller originally dialed (which may not match the final connected number). If Cisco CallManager routes the call from the originally dialed number to the connected number using a call forwarding directive, a translation pattern, route pattern, a redirection by a CTI application, or other means, this parameter determines whether the connected number or the originally dialed number is exposed. Note that when the Conference List feature is invoked, the connected number always displays regardless of the setting in this parameter. Valid values specify True (display the originally dialed number) or False (display the connected number).
 
                This is a required field.
                Default:  False
 
 
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20120210/bac97fab/attachment.html>