<div dir="ltr">Follow-up to this problem, in case anyone else runs into it.<br><br>TAC helped me come up with a work-around. while it doesn't completely fix the issue it at least solves the specific users' problems that we were having.<br>
<br>Phone A - Secretary, published number<br>Phone B - Executive, unpublished number, caller ID masked for on and offnet calls<br><br>Specific problem.. callers desiring to speak with the executive would call the published number (Phone A). If appropriate, secretary would transfer the caller to the executives line on Phone B. If the caller is on an IP Phone, once the call is connected, the caller can see the executives dn as the "connected line ID" on their IP Phone screen. Any attempts to restrict connected line ID with a translation pattern resulted in voicemail not working correctly (the "forwarding number" gets cleared for a call if it passes through a translation pattern that restricts the connected line ID).<br>
<br>Workaround for us was:<br>Apply a translation pattern to the secretary's CSS such that if he/she calls or transfers to the executive's line, it restricts BOTH the connected line ID and the connected name presentation. For some reason, this only works if both of those settings are restricted. Then, create a voicemail profile specifically for the executive's directory number that specifices the line number as the number mask, and apply it to the executive's line. This isn't very scalable and only works if you have some control over who will be transfering to the executive. But it seems to work out for us at least. <br>
<br>If the executive calls out somewhere and gets transfered to another IP phone, the connected line ID will still be displayed. Fixing this situation would seem to require an individual voicemail profile for every unique DN on the phone system. Yuck.<br>
<br>According to the developers via TAC, the connected line id restriction settings are working as intended, and if we want it to function with Unity we'll have to put in a feature request through our account team. Still seems like a flaw to me, but i'm going to at least let my account folks know about the problem and see what our chances are for getting the "feature" added some day. I need to review the feature requests out on CIPTUG's system also to see if there is a request like this already in place so I can throw some more votes at it.<br>
<br>Ed<br><br><div class="gmail_quote">On Fri, Sep 19, 2008 at 1:52 PM, Ed Leatherman <span dir="ltr"><<a href="mailto:ealeatherman@gmail.com">ealeatherman@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div dir="ltr">FYI after a case with TAC, they determined that it is working as directed. So you can mask caller ID, but not connected party line information without screwing up voicemail. It's "working as intended" and the only option is to create a seperate voicemail profile mask for each phone that specifies the extension number, and/or try to get a product enhancement request placed. <br>
<br>So if I want this to work at all I basically need 4000 individual voicemail profiles for every line on my system. I don't recall any quick way to BAT create those. <br><br>Not satisfactory but not sure at this point what I can even do about it. It seems more like a bug than a new feature request, but I don't claim to understand the inner workings of how connected line ID relates to the forwarding number.<br>
<br>If I think of something else I'll pass it along though, i'm sure others might run into this at some point.<div><div></div><div class="Wj3C7c"><br><br><br><br><div class="gmail_quote">On Thu, Sep 11, 2008 at 3:15 PM, Lelio Fulgenzi <span dir="ltr"><<a href="mailto:lelio@uoguelph.ca" target="_blank">lelio@uoguelph.ca</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div bgcolor="#ffffff">
<div><font size="2" face="Arial">I set up translations that bypass the masking, like
police and voicemail.</font></div>
<div><font size="2" face="Arial"></font> </div>
<div><font size="2" face="Arial">But that being said, I should look at our
translations to see if I block connected party presentation!</font></div>
<div> </div>
<div>Lelio<br>--------------------------------------------------------------------------------<br>Lelio
Fulgenzi, B.A.<br>Senior Analyst (CCS) * University of Guelph * Guelph, Ontario
N1G 2W1<br>(519) 824-4120 x56354 (519) 767-1060 FAX
(JNHN)<br>^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
<br>...seen on a Geek Squad patch cord: "While it is the same length, this 7'
crossover cable<br>is not regulation issue for most competitive Manhattan double
dutch leagues.</div>
<blockquote style="border-left: 2px solid rgb(0, 0, 0); padding-right: 0px; padding-left: 5px; margin-left: 5px; margin-right: 0px;"><div>
<div style="font-family: arial; font-style: normal; font-variant: normal; font-weight: normal; font-size: 10pt; line-height: normal; font-size-adjust: none; font-stretch: normal;">----- Original Message ----- </div>
<div style="background: rgb(228, 228, 228) none repeat scroll 0% 0%; -moz-background-clip: -moz-initial; -moz-background-origin: -moz-initial; -moz-background-inline-policy: -moz-initial; font-family: arial; font-style: normal; font-variant: normal; font-weight: normal; font-size: 10pt; line-height: normal; font-size-adjust: none; font-stretch: normal;">
<b>From:</b>
<a title="ealeatherman@gmail.com" href="mailto:ealeatherman@gmail.com" target="_blank">Ed
Leatherman</a> </div>
</div><div><div></div><div><div style="font-family: arial; font-style: normal; font-variant: normal; font-weight: normal; font-size: 10pt; line-height: normal; font-size-adjust: none; font-stretch: normal;">
<b>To:</b> <a title="cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a> </div>
<div style="font-family: arial; font-style: normal; font-variant: normal; font-weight: normal; font-size: 10pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"><b>Sent:</b> Thursday, September 11, 2008 3:09
PM</div>
<div style="font-family: arial; font-style: normal; font-variant: normal; font-weight: normal; font-size: 10pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"><b>Subject:</b> Re: [cisco-voip] internal
numbers ID masking</div>
<div><br></div>
<div dir="ltr">Sorry to revive an old thread, but running into a "new" snag in
this, at least something we hadn't considered before.<br><br>I set up internal
caller-ID masks per below, normally everything is fine. But we've discovered
that if a secretary transfers a caller in to the person who's number is
supposed to be masked, their true number is displayed on the calling party's
IP Phone as the connected number. Don't ask me how we've missed that one for
the passed 4 years.<br><br>I've changed my translation pattern to restrict the
"connected line id presentation" which did the trick.. but it totally scewed
up their voicemail now. If a masked party calls someone and gets forwarded to
voicemail, they get Unity's opening greeting rather than the called person's
mailbox. When i look at the call viewer in unity, it looks like the forwarding
number is blank. What would the connected party line ID of the caller have to
do with the forwarding number?<br><br>CCM 5.1.3<br>Unity 4.2<br><br><br>
<div class="gmail_quote">On Wed, Apr 5, 2006 at 8:41 PM, Ed Leatherman <span dir="ltr"><<a href="mailto:ealeatherman@gmail.com" target="_blank">ealeatherman@gmail.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I
never noticed the "Restricted" setting on there (or didnt realize what it
was for). A lot of the users request that their secretaries numbers show up
instead.. but for the ones that just what "Private" that would be quite a
bit easier to just reuse one. Thanks! <br>
<div>
<div></div>
<div><br>
<div><span class="gmail_quote">On 4/5/06, <b class="gmail_sendername">Kevin
Thorngren</b> <<a href="mailto:kthorngr@cisco.com" target="_blank">kthorngr@cisco.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Right,
I missed Ed's statement of "and of course, all masked as<br>something
different" :-) As Lelio mentioned the easiest way is
to<br>Restrict the Calling Line ID and Calling Name (if appropriate) in
the<br>Translation Pattern. There is no easy mechanism to
change the Caller <br>ID on a phone by phone basis. One could
write a script to query a DB<br>and mask the Caller ID based on the source
of the call. This way only<br>the DB would need to be
updated. To make it seamless all internal<br>calls should be
intercepted by this script but it could be built so<br>only those phones
that need to mask the Caller ID are intercepted.<br>Building a system that
would be robust enough to handle the call volume<br>might be a challenge
and potentially costly. <br><br>I would agree that having the ability to
restrict the Caller ID info<br>from the phone would be
best. Interesting changes would be the ability<br>to restrict
the ID and Name and also an Internal Phone Number Mask. <br>Not sure if
either of these are on the roadmap.<br><br>Kevin<br>On Apr 4, 2006, at
10:06 PM, Lelio Fulgenzi wrote:<br><br>> It's basically a new partition
(and everything else) for every<br>> modified mask you want. <br>>
<br>> It would be very handy to have this on a per phone
basis.<br>>> ----- Original Message -----<br>>> From: Kevin
Thorngren<br>>> To: Ed Leatherman<br>>> Cc: <a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a> ; Grullon,David<br>>>
Sent: Tuesday, April 04, 2006 10:03 PM<br>>> Subject: Re:
[cisco-voip] internal numbers ID masking<br>>><br>>> Out of
curiosity - why do you create a new Partition, CSS and <br>>>
Translation Pattern for each phone that wants to hide the Caller
ID?<br>>><br>>> Kevin<br>>> On Apr 4, 2006, at 9:19 PM,
Ed Leatherman wrote:<br>>><br>>>> If someone knows a
better/cleaner way to do this, I would be <br>>>> ecstatic to
hear it. this is a big pain in the rear for us, so many<br>>>>
professors and doctors want their caller ID masked from
everyone<br>>>> (and of course, all masked as something
different) <br>>>><br>>>> On 4/4/06, Ed Leatherman
<<a href="mailto:ealeatherman@gmail.com" target="_blank">ealeatherman@gmail.com</a>> wrote:This is<br>>>>
something I wish was easier to do with callmanager. Here is what we
<br>>>> do..<br>>>>><br>>>>> -Make a new
partition, we call it MaskCLIDAs<number><br>>>>> -Make a
new Calling search space, we call it
Device_MaskAs<number><br>>>>> -Put the
MaskCLIDAs<Number> partition as the first entry in the new
<br>>>>> CSS, and then put any additional partitions you would
need to call<br>>>>> (outbound partitions
etc)<br>>>>> -Make a Translation pattern that will match all
your internal<br>>>>> extensions, and use it to modify the
calling party number to <br>>>>> whatever you like. Make sure
you set the new calling search space<br>>>>> as something that
can call your internal numbers. The new<br>>>>> translation
pattern should be in your new partition. <br>>>>> -Configure
the phone with the new CSS<br>>>>><br>>>>>
basically you want interal callers to hit that new
translation<br>>>>> pattern when they call another internal
number, so that it modifies <br>>>>> the calling party number
and then proceeds as normal with the call.<br>>>>> Otherwise
it places outside calls as normal.<br>>>>><br>>>>>
Does that help? As you can imagine if you do this alot, you get
<br>>>>> alot of partition/CSS/translation pattern clutter on
callmanager.<br>>>>><br>>>>> One thing to be
careful of is to make sure your masked phones can<br>>>>>
still call everything they need to (call pickup groups tripped us
<br>>>>> up on this) with the new CSS. And also make sure they
still cannot<br>>>>> call things they shouldnt
:)<br>>>>><br>>>>> On 4/4/06, Grullon, David <
<a href="mailto:David.Grullon@co.galveston.tx.us" target="_blank">David.Grullon@co.galveston.tx.us</a>>
wrote:<br>>>>>><br>>>>>> I am trying to mask
a number internally, extension to
extension.<br>>>>>><br>>>>>>
Thanks<br>>>>>> Dave
<br>>>>>><br></blockquote></div></div></div></blockquote></div><br>Ed
Leatherman<br>Assistant Director, Voice Services<br>West Virginia
University<br>Telecommunications and Network Operations<br></div>
</div></div><p>
</p><hr>
<p></p>_______________________________________________<br>cisco-voip mailing
list<div><br><a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br></div><div><a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
</div></blockquote></div>
</blockquote></div><br><br clear="all"><br></div></div>-- <br><div class="Ih2E3d">Ed Leatherman<br>Assistant Director, Voice Services<br>West Virginia University<br>Telecommunications and Network Operations<br>
</div></div>
</blockquote></div><br><br clear="all"><br>-- <br>Ed Leatherman<br>Assistant Director, Voice Services<br>West Virginia University<br>Telecommunications and Network Operations<br>
</div>