In this post I highlight a study publication by Forrester regarding Microsoft 365 Cloud Voice. Forrester is a market research and analysis company focused on the information technology sector. Microsoft mandated Forrester to carry out the study on Microsoft 365 Cloud Voice.
What’s the study for?
The so called TEI (short for “Total Econonomic Impact”) study examines Microsoft 365 Cloud Voice in regards of
- costs and
What does the study say?
To sum it up a little bit the study provides the following key aspects:
- employees save time due to telephony integration in Microsoft Teams
- integration enhances business outcomes
- Microsoft 365 Cloud Voice enables companies to replace legacy telephony systems (PBX/s)
- costs for telephony are reduced
- better security and compliance because of its integration in the Microsoft security and compliance capability stack
- higher availability as (legacy) PBX
- better performance as (legacy) PBX
- better scalability as (legacy) PBX
- higher employee/user satisfaction especially for younger employees
- reduced total cost of ownership (TCO)
Well, for details, I’d recommend to read the study by yourself [see links at the bottom].
Conclusion, summary and opinion
In my view the study can be seen as supporting document for you in case your are about to decide on what’s next for your company’s telephony due to ending support or just because you want to embrace modern workplace at your company. The study gives you some numbers, facts and figures for further consideration, evaluation and decision making.
In this post I give you an architectural overview on how you can connect analog devices, e.g. fax machines, analog phones, door bells, intercoms etc. to Microsoft Teams.
First of all, I’d recommend to please get rid of your analog devices. Let me guess you are probably reading this because you have some of these poor and legacy analogs which you cannot get rid of for some reasons?
- If this is the case:
Well, ok, let’s go ahead to keep your existing investments in analog devices and get it to work.
- If not, i.e. you can get rid of them:
Skip this post and read something more interesting. 😉
The goal is to add analog devices to a Microsoft Teams voice/telephony deployment.
Use Cases – Analog Telephony with Teams user and PSTN
The uses cases are defined as follows:
- call from an analog device to a Teams user
- call from a Teams user to an analog device
- call from an analog device to a PSTN (external) phone (number) [e.g. mobile phone]
- call from a PSTN (external) phone to an analog device
In this architectural sketch you can see a high level Microsoft Teams Direct Routing deployment including an analog device which is connected via an anlog [device] gateway.
- [left] PSTN sip trunk [from your PSTN provider of choice],
- [center] a (certified) session border controller (SBC),
- [center] a analog [device] gateway
- sip trunk between analog gateway and SBC
- analog link (FXS, RJ11) between analog gateway and analog device
- [center-right] analog device [connect to analog gateway]
- [right] a Microsoft Phone System sip trunk
- [right] a Microsoft Teams User
What are the requirements for this? To keep it short, you need:
- Teams Direct Routing (TDR) [for details, please see Plan Direct Routing]
- Analog [Device] Gateway
Note: In case you have Microsoft Teams and utilize calling plans for telephony already but need these analog devices added you can add Teams Direct Routing to what you’ve got already.
Conclusion, opinion and summary
To sum this up, to connect analog devices to your Microsoft Teams deployment you need Teams Direct Routing (TDR). Then you can attach an analog device to an analog (device) gateway which is linked to a certified SBC for Direct Routing which handles the voice routing (from/to PSTN/Microsoft Phone System/analog gateway).
Microsoft announced that there will be some enhancements to manage Microsoft Teams Phone System. So what are these enhancements?
Based on the lastest roadmap details the administration of Microsoft Teams Phone System will be improved in the following areas:
- Calling Plans administration
- search phone numbers
- acquire phone numbers
- assign phone number/s to users
- create emergency addressess
- assign emergency addresses to users
- Dial plan/s
- create custom dial plans
- test custom dial plans
- manage custom dial plans
- Dynamic Emergency Calling
- configure dynamic emergency calling
- Auto Attendants / Call Queues
- improved administration
- Microsoft Teams – Phone System Administration Enhancements [M365 Roadmap Featured ID 56786]
In this post I like to highlight six Microsoft Teams (Voice) sessions from Microsoft Ignite 2019 which provide you with knowledge on what you should know about calling capabilities on Microsoft Teams. These sessions are very valuable and you should watch them if you plan, deploy or operate Microsoft Teams including voice workloads (telephony, contact center, …) in your enterprise. If you don’t have much time you might want to download the sessions’ slide decks, if available.
Microsoft Teams Voice Sessions Highlights
At Ignite 2019 there were so many sessions regarding Microsoft Teams with all kind of aspects and focus areas, e.g. adopting, planning, implementing, servicing, troubleshooting, developing etc. Hereinafter, I point you to six excellent sessions held by Microsoft employees from Ignite 2019.
- VCE10 Calling in Microsoft Teams
- VCE20 Updates for Direct Routing
- VCE30 Managing your Microsoft Voice Environment
- VCE40 Compliance Recording and Microsoft Teams
- VCE50 Contact centers and Microsoft Teams
- BRK3204 Troubleshooting Microsoft Teams [not only voice]
In this post I like to highlight a SIP Trunk Provider Evaluation by the Eastern Management Group. I came across a nice article regarding the evaluation of (some) SIP Trunk Providers which was carried out by the Eastern Management Group.
In this study 29 SIP Trunk Providers were evaluated based on a survey. More than 3.000 IT managers were asked. As far as I could read the focus resides primarily on SIP Trunk Providers in the US and such with global reach.
Conclusion, opinion and summary
In case your are about to plan your migration from ISDN to ALL-IP/SIP Trunks or you are considering to consolidate your SIP Trunk connectivity this study might provide you some insights and metrics to get to a decision on which SIP Trunk (Provider) to choose.
However, 29 SIP Trunk Providers are just a few. Depending on where you need a SIP Trunk you might need to research which are available at a certain world region, country and local area. As always on the market there are small and large SIP Trunk providers offering a different feature set for the SIP Trunk Services.
I recommend to take a closer look to what’s offered in detail and what SIP Trunk “architectures” are serviced, e.g. dedicated (physical) link vs. logical link (via existing Internet/MPLS connectivity), encrypted traffic support, clip no screening support, SBC support/compatibility (are there recommended SBCs/IP-PBX by the respective provider?), call authentication/authorization requirements…
This post is about LBR – a planned feature – for calling or telephony with Microsoft Teams which might be released and available in Q4 2019.
Location Based Routing (LBR) allows basically to route and control voice calls depending on the location. In my opinion, this is very useful for deployments with roaming users especially regarding emergency calls or call restrictions.
There are some reasons to use LBR for managing and controlling your voice call flows:
- Egress calls: Enforce outgoing calls to egress via local PSTN gateway, prevent PSTN toll bypass
- Ingress calls: Prevent incoming PSTN calls via a NON-local PSTN gateway
- Undefined location: Prevent PSTN calls to and from users in undefined locations
Let me describe a small (fictive) scenario where LBR could help:
Erik works for a special machinery engineering company.
Still, the company has decentralized PSTN connectivity.
Each location and site has a dedicated PSTN link and SBC.
Erik is a Teams user including calling capabilities.
He’s located and “homed” in Stuttgart, Germany.
Erik travels to another company site.
Erik needs to place an (emergency) call while being in another office in Berlin, Germany.
By default this (emergency) call would be routed via Stuttgart to the local emergency service answering point. However, that would be a very bad routing and in case of an emergency were every second counts this is not acceptable.It would be ok if Erik was really in Stuttgart and not Berlin.
By using LBR this (emergency) call would be routed locally and breakout to PSTN via the SBC in Berlin and land at the emergency service answering point in Berlin instead of Stuttgart. If Erik would have to call for emergency in the company site in Hamburg, Germany the call would be routed locally and breakout to PSTN via the SBC in Hamburg as well.
How does LBR work?
Usually you’ll have to define and save some of your network parameters (IP address ranges per site …) to define sites in the phone system. Afterwards you’ll have to define (LBR) voice routing for each site (e.g. LBR policies, voice route/s, policies …) so that calls are routed according to the location requirements and its configuration.
Conclusion, opinion and summary
This is subject to change or might be implemented different to what’s described above. This is just my personal assumption how it might look like. I’ve just assumed that it might be like that because of the approach which can be found in Skype for Business Server.
- Microsoft Teams – Location Based Routing [Microsoft 365 Roadmap item ID 24180]
- Plan for Location-Based Routing in Skype for Business
There are many options for licensing Microsoft Teams depending on the capability requirements for users, devices and rooms. In this post I like to point out some “special” licensing options besides the normal ones for Teams in enterprises.
The hereinafter described license options might be subject to change. Moreover not all licenses or subscriptions are available in every country around the globe, especially calling plans and audio conferencing (shortened: Audioconf.).
Teams Licensing Basics
- Microsoft Teams is just a single service of the massiv Microsoft 365 services stack which it tightly linked and integrated within this service stack.
- Microsoft Teams is part of a “packaged” Microsoft Office 365 subscriptions by default.
- Microsoft Teams replaces Skype for Business (Online). The Skype for Business Desktop Client within Office 365 ProPlus is also obsolete, meaning that new (full) Office 365 ProPlus installation will get a Teams instead of a Skype for Business Client.
The following slides and drawing are intended to provide you with an overview on licensing options. I also point out what you should take into account in case of Teams Direct Routing (TDR), in this post and following drawings I call a TDR scenario a “hybrid” scenario.
Telephony with Teams (for users)
Call Queues (CQ) and Auto Attendants (AA)
Resource accounts for CQ/AA need a license. Till 01.07.2019 you had to license these users with typical user licenses. Now you can buy and assign a free “Phone System Virtual User license”.
At the bottom I’ll add a link to a well-written how-to post “Add a free licence to Call Queues and Auto Attendants (Microsoft Teams)” from ucgeek.com which describes how to buy and assign the license.
Teams Common Area Phone (CAP)
Teams Meeting Room
Conclusion, opinion and summary
The above drawings quickly depict how you can license users, common area phones, meeting room devices and even call queues or auto attendants for Microsoft Teams.
Microsoft is working on an enhanced licensing model for applications like cloud CQ/AA [as you can read in “Manage resource accounts”]. Still, at present user licensing applies for cloud CQ/AA. [done]