<div dir="ltr"><div>Hi Terry,</div><div><br></div><div>So if it was me.. for paging</div><div>- You could leave phones in place as endpoints for InformaCast only</div><div>- You should be able to trigger them from a Teams device - just by routing calls to it (same way you can from external etc)</div><div>- If you are using panic buttons on the phones themselves, you could still leave them in place for that</div><div>- Maybe this sounds confusing - but it's probably still less confusing than mixing users and SNR (it should be simpler to say - cisco phones are emergency paging only - you could even sticker them)</div><div><br></div><div>For contact centre queues...</div><div>- I'd leave those users and queues on Cisco</div><div>- For simpler queues - the queuing in Teams is nice.. and it's worth playing with.. you may be able to migrate those across (but of course.. all phones in the groups would need to go at same time)</div><div><br></div><div>I don't have it all top of mind right now.. it's been a busy week..</div><div>But there are problems with this Teams integration both ways.. and I don't think there are any answers except user awareness.</div><div><br></div><div>The thing is.. once a user starts using Teams for Meetings.. they probably have a good enough headset..</div><div>So at this point.. they should likely give up their deskphone.. because it will be simpler</div><div><br></div><div>One problem is, once a user is on Teams.. they start searching that directory and clicking users names.. if that user is on Teams... then that call is likely defaulting straight through to Teams... this would never get intercepted / sent back to CUCM for SNR.<br></div><div>To go around.. that.. you'd have to tell users.. dial with the extension numbers (not by the name) - they can do via keypad, or I think we can load into a directory attribute.. but again.. this is a little confusing.</div><div>They could also set speed dials for common contacts with extension numbers.</div><div>Extension numbers can be sent back to CUCM, and via SNR.. (I don't like this tromboning though).</div><div><br></div><div>I don't think there is any great answer for the people left on Cisco.. except.. for people to know how to dial different people.. and perhaps for individuals to advertise the preference somewhere while in this co-existence.</div><div><br></div><div>Teams also has sim ring.. and it's nice and easy to set up by the user themselves in the Teams client.. but again similar issues in terms of tromboning etc.</div><div><br></div><div>As Brian said.. in terms of the mechanics.. it's using prefixes to steer.</div><div>So initially we have a prefix setup that will route across to the Teams environment, and we can use CFWD ALL with the prefix to test.</div><div>Then later.. we hide the DN, and we have an RP that points to Teams for each migrated DN or range.</div><div>Using the same old logic for intercluster trunks etc.. (PT / CSS etc.. to avoid loops.. and being careful what you route).</div><div><br></div><div>So I would try to keep this as simple as possible..<br></div><div>Try to avoid any sim ring.. put people in one camp or the other</div><div>And if Teams is the direction.. think about trying to get people there quite quickly to avoid these interop scenarios and pain</div><div><br></div><div>I'm not sure what you were using for the Teams SBC's.. was it CUBE or did you put in dedicated?</div><div>At some point you want these SBC's in front.. they usually have smarter features for routing based on LDAP attributes for Teams users.</div><div>And if possible some kind of monitoring that can see as much as possible.. (like AudioCodes OVOC).. troubleshooting Teams without this.. or even just trying to keep tabs on Teams / monitoring etc.. it's not fun.</div><div><br></div><div>Bit of a brain dump - hope some of that helps :)</div><div><br></div><div>Cheers,</div><div><br></div><div>Tim.</div><div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 8 Sept 2022 at 02:21, Terry Oakley <<a href="mailto:Terry.Oakley@rdpolytech.ca">Terry.Oakley@rdpolytech.ca</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="msg2995193736564336849"><div lang="EN-US" style="overflow-wrap: break-word;"><div class="m_2995193736564336849WordSection1"><p class="MsoNormal">Thanks Tim…   Answers below.<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">I would probably try and avoid SNR.  <span style="color:red">Ok although SNR may have use based on below.<u></u><u></u></span></p><p class="MsoNormal">I think overall, it's going to give you problems.<br>I think experience is going to be better if people are fully running on one or the other - and you just route between them.   <span style="color:red">Agreed but based on below.<u></u><u></u></span></p><p class="MsoNormal">If you are moving away from Cisco.. what's the reasoning for still ringing a desk phone?   <span style="color:red">We have a number of queues/contact center that we need to leave in place for the next term(s) and we use our Cisco phones (using Singlewire InformaCast) to provide panic buttons in critical areas as well as the emergency notifier in all of our meeting/classroom and lecture spaces, so at this point we will continue to use both the Cisco phone and Teams Voice client.   That is our mess right now.  With that being said I am curious how you would proceed.  <u></u><u></u></span></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal"><u></u> <u></u></p><div><div style="border-right:none;border-bottom:none;border-left:none;border-top:1pt solid rgb(225,225,225);padding:3pt 0in 0in"><p class="MsoNormal"><b>From:</b> Tim Smith <<a href="mailto:tim.smith@enject.com.au" target="_blank">tim.smith@enject.com.au</a>> <br><b>Sent:</b> Tuesday, September 6, 2022 4:39 PM<br><b>To:</b> Terry Oakley <<a href="mailto:Terry.Oakley@rdpolytech.ca" target="_blank">Terry.Oakley@rdpolytech.ca</a>><br><b>Cc:</b> voip puck <<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a>><br><b>Subject:</b> Re: [cisco-voip] Assistance if you are able.<u></u><u></u></p></div></div><p class="MsoNormal"><u></u> <u></u></p><table border="1" cellpadding="0" width="600" style="width:6.25in;background:rgb(247,255,171);border:3pt solid windowtext"><tbody><tr><td style="border:none;padding:0.75pt"><p class="MsoNormal"><span style="color:black">CAUTION: This email is from an external source. Do not click links or open attachments unless you recognize the sender and know the content is safe.</span><u></u><u></u></p></td></tr></tbody></table><div><div><div><p class="MsoNormal">Hi Terry,<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">I would probably try and avoid SNR.<u></u><u></u></p></div><div><p class="MsoNormal">I think overall, it's going to give you problems.<br>I think experience is going to be better if people are fully running on one or the other - and you just route between them.<u></u><u></u></p></div><div><p class="MsoNormal">If you are moving away from Cisco.. what's the reasoning for still ringing a desk phone?<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">What SBC are you using for Teams?<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">Cheers,<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">Tim<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><p class="MsoNormal"><u></u> <u></u></p><div><div><p class="MsoNormal">On Wed, 7 Sept 2022 at 07:12, Terry Oakley <<a href="mailto:Terry.Oakley@rdpolytech.ca" target="_blank">Terry.Oakley@rdpolytech.ca</a>> wrote:<u></u><u></u></p></div><blockquote style="border-top:none;border-right:none;border-bottom:none;border-left:1pt solid rgb(204,204,204);padding:0in 0in 0in 6pt;margin:5pt 0in 5pt 4.8pt"><div><div><div><p class="MsoNormal">We are adding MS Teams voice to our Cisco environment.    What I am hoping to do is use the feature of Single Number Reach (SNR) with Remote destination so that callers into our PRI will continue to be handled by the CUCM but also ring at the MS Teams voice device if setup.   So what I am trying to do is take a call from the PSTN into the CUCM and using Single Number Reach ring the Cisco phone (if present) and also send the call out to the trunk and SBC to be sent to the MS Teams voice device.     I have been able to get the SNR to work to my cell phone but I have hit a mental block, namely me, in now making this work to move the call to the SBC via the configured trunk.   <u></u><u></u></p><p class="MsoNormal"> <u></u><u></u></p><p class="MsoNormal">I am thinking I need to setup a translation pattern to make this work but I am only about 67% sure I am heading in the right direction.   The other issue is that our Cisco support has been canceled in an effort to save money so I am working on a production system with very little support.   Such fun.<u></u><u></u></p><p class="MsoNormal"> <u></u><u></u></p><p class="MsoNormal">Any assistance would be wonderfully accepted.  <u></u><u></u></p><p class="MsoNormal"> <u></u><u></u></p><p class="MsoNormal">Terry<u></u><u></u></p><p class="MsoNormal"> <u></u><u></u></p></div></div><p class="MsoNormal">_______________________________________________<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><u></u><u></u></p></div></blockquote></div><div><p class="MsoNormal"><u></u> </p></div></div></div></div></div></div></blockquote></div><div dir="ltr" class="gmail_signature"><div dir="ltr"><div style="margin:0px;padding:0px;border:0px;font-stretch:inherit;font-size:12pt;line-height:inherit;font-family:Calibri,Arial,Helvetica,sans-serif;vertical-align:baseline;color:rgb(0,0,0)"></div></div></div></div>