[cisco-voip] masking internal caller ID?

[Heim, Dennis]

The pesky mid-call update for xform patterns strikes again. As Brian mentioned, xlation patterns, or if you want to write something that uses the CURRI API ( Cisco unified Routing Rules Interface).

Dennis Heim | Collaboration Solutions Architect
World Wide Technology, Inc. | +1 314-212-1814
[cid:image001.png at 01CFDCE5.A0251500]<https://twitter.com/CollabSensei>
[cid:image002.png at 01CFDCE5.A0251500]<xmpp:dennis.heim at wwt.com>[cid:image003.png at 01CFDCE5.A0251500]<tel:+13142121814>[cid:image004.png at 01CFDCE5.A0251500]<sip:dennis.heim at wwt.com>


From: cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Brian Meade
Sent: Tuesday, September 30, 2014 3:42 PM
To: Countryman, Edward
Cc: cisco-voip voyp list
Subject: Re: [cisco-voip] masking internal caller ID?

That's expected behavior.  I would send the calls through a translation pattern to updating the calling number instead.

On Tue, Sep 30, 2014 at 5:08 PM, Countryman, Edward <Edward.Countryman at presencehealth.org<mailto:Edward.Countryman at presencehealth.org>> wrote:
We need to “hide” or change the extension number of a small group of cisco phones when they are dialing internally (4 digits) to another phone.

Our thought was to use a calling party transformation pattern for this, which appears to work fine when alerting and connected to the called number.

However, the call history directory on the receiving phone (the one that see’s the transformed calling number not the real calling number) reflects the real number.

This doesn’t seem to make sense and defeats the whole purpose. what are we missing??

Do you know of a better way to approach this request?


_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto: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/20140930/e9af82f6/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 3876 bytes
Desc: image001.png
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20140930/e9af82f6/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 1389 bytes
Desc: image002.png
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20140930/e9af82f6/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 1292 bytes
Desc: image003.png
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20140930/e9af82f6/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.png
Type: image/png
Size: 1391 bytes
Desc: image004.png
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20140930/e9af82f6/attachment-0003.png>