<div dir="ltr">Yes, in unity add 1212 as alternate extension to the 1702 users mailbox and any calls for 1702 or 1212 will go to that users mailbox. The ** transfer method will still work with this to (assuming the ** pattern sends call those calls to voicemail directly on your setup)<div>
<br></div><div>I would use a translation pattern on CUCM to route calls from 1212 to 1702 unless you need to keep 1212 on a phone/etc for some reason. </div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Fri, Jan 11, 2013 at 6:49 PM, David Zhars <span dir="ltr"><<a href="mailto:dzhars@gmail.com" target="_blank">dzhars@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">So my confusion has to extend from not having a solid understanding of an "alternate extension" in Unity. I assumed (there's that word) that applying 1212 as an alternate ext to 1702, would mean the user would STILL have to login SEPARATELY to both VM boxes to get messages. Are you saying that if I add 1212 as an alternate, he needs only check messages for ext 1702, and anything that went to 1212 would be in the 1702 box?? Cause that would be way easy!<br>
<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Jan 11, 2013 at 4:21 PM, Ryan Ratliff <span dir="ltr"><<a href="mailto:rratliff@cisco.com" target="_blank">rratliff@cisco.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">A translation pattern is one option, the other is a DN for 1212 (not assigned to a phone) with CFA set to 1702. You'll want to test your usual call flows so that the fact that every call to 1702 will be a forwarded calls. For example if you have any calling party selections on outbound gateways set to 'first redirecting number' you may end up seeing 1212 instead of 1702 as the calling party number. Calls that end up in voicemail will also be sent to the mailbox of 1212. <div>
<br></div><div>The routing rule in Unity would basically be: Any redirected call with an original called party number of 1212, send it to standard greeting for 1702. I bet you could also just ad 1212 as an alternate extension for 1702 and you'll be set.</div>
<div><span><font color="#888888"><br><div>
<span style="text-indent:0px;letter-spacing:normal;font-variant:normal;text-align:auto;font-style:normal;font-weight:normal;line-height:normal;border-collapse:separate;text-transform:none;font-size:medium;white-space:normal;font-family:Helvetica;word-spacing:0px">-Ryan</span>
</div></font></span><div><div>
<br><div><div>On Jan 11, 2013, at 2:51 PM, David Zhars <<a href="mailto:dzhars@gmail.com" target="_blank">dzhars@gmail.com</a>> wrote:</div><br><div dir="ltr"><div><div>OK, here's my dilemma. 1212 doesn't exist as far as UCM is concerned. I suppose I could recreate it as a CTI Route point??<br>
<br></div>Ryan, not sure what you mean about Unity sending calls from 1212 to 1702. <br>
<br>Sounds like a translation pattern in UCM may be the way to go, delete the 1212 mailbox in Unity, so if someone does try and transfer a call to that VM it would error out. <br><br></div>While I want this to be easy for the end users, I also want it to be easy for me!<br>
</div><div><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Jan 11, 2013 at 2:28 PM, Ryan Ratliff <span dir="ltr"><<a href="mailto:rratliff@cisco.com" target="_blank">rratliff@cisco.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">Unity call routing rule to send calls from 1212 to 1702, should be pretty straight forward.<span><font color="#888888">
<br></font></span><div><span><font color="#888888"><div>
<span style="text-indent:0px;letter-spacing:normal;font-variant:normal;text-align:auto;font-style:normal;font-weight:normal;line-height:normal;border-collapse:separate;text-transform:none;font-size:medium;white-space:normal;font-family:Helvetica;word-spacing:0px">-Ryan</span>
</div>
<br></font></span><div><div><div><div>On Jan 11, 2013, at 1:32 PM, David Zhars <<a href="mailto:dzhars@gmail.com" target="_blank">dzhars@gmail.com</a>> wrote:</div><br><div dir="ltr"><div><div><div><div>
<div><div>Old user had ext 1212 (and this is a DID, so people can call directly from the outside).<br></div>New user has ext 1702.<br><br></div>What I want is:<br><br></div>Internally: User dials 1212, phone rings at 1702.<br>
</div>Internally: Reception takes a call, transfers it with TRANS **1212 TRANS, call goes to 1702 voicemail.<br><br></div>Externally: Someone calls 555-1212 and the call lands internally at 1702.<br><br>Some of this I know how to do, I am not sure about the transfer to voicemail of the old extension and have it land at the new ext VM.<br>
<br>Appreciate any help!<br><br>Dave<br><br></div>UCM 8.0, Unity 8.0<br><div><br><br></div></div></div></div><div>
_______________________________________________<br>cisco-voip mailing list<br><a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br><a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
</div></div><br></div></div></blockquote></div><br></div>
</div></div></div><br></div></div></div></div></blockquote></div><br></div>
<br>_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br></blockquote></div><br></div>