Re: [cisco-voip] masking internal caller ID?
As Brian said, that's expected behavior, and you really wouldn't want it to work any different, otherwise globalized/localized designs would break. Another very simple option is to put a new shared line on these four phones, and when they want to show their real number, they call from their real line, and when they don't then they call from the shared line. Now, if you need the masked number to show Private then the translation pattern approach submitted by Brian is the easiest in my opinion. On Tue, Sep 30, 2014 at 4:08 PM, Countryman, Edward edward.country...@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@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[cisco-voip] masking internal caller ID?
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@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] masking internal caller ID?
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@01CFDCE5.A0251500]https://twitter.com/CollabSensei [cid:image002.png@01CFDCE5.A0251500]xmpp:dennis.h...@wwt.com[cid:image003.png@01CFDCE5.A0251500]tel:+13142121814[cid:image004.png@01CFDCE5.A0251500]sip:dennis.h...@wwt.com From: cisco-voip [mailto:cisco-voip-boun...@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.country...@presencehealth.orgmailto:edward.country...@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@puck.nether.netmailto:cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip