Showing posts with label Direct Routing. Show all posts
Showing posts with label Direct Routing. Show all posts

Monday, 17 February 2025

Microsoft Teams Phone Number Management for Direct Routing

I can barely believe that this day has come… A day I have been waiting for since Microsoft Teams first got the ability to make calls. That’s right, phone number management for Direct Routing is finally here!

Whilst you’ve been able to assign random phone numbers directly to users in Teams via PowerShell for ever, and more recently in Teams Admin Centre, this has never actually included the ability to manage number ranges and keep track of what numbers are free or in use from your carrier number ranges. I’ve worked with a lot of enterprise customers that have many thousands of numbers, and the idea of keeping a separate database of the number range allocation for users and voice apps has been a real pain.

Let’s have a look at how this is now configured in the Teams Admin Centre (TAC).


Step 1: The first thing to do is make your way to the Phone Numbers area in TAC under Voice > Phone Numbers. In here you click on the Add button:



Step 2: Now you will need to assign a Name and Description for the number range that you’re importing. I find the language on this page to being a little disconcerting, as it makes it look like you’re “ordering” a number range, which you are not actually doing for Direct Routing. 


There are three options to choose from in importing your number ranges::


OPTION 1 - Upload CSV:

To upload the numbers you need a CSV file containing a list of E.164-formatted telephone numbers. There is an example CSV file that you can download that shows the correct heading to use in the CSV file. The single column header is “TelephoneNumber”. You just have to list all the number ranges for your business (E.164 format) and put them into the CSV file under the header. Excel is the easiest way to do this. Here’s an example of the data for an import:


TIP: Excel by default will interpret the cells in a CSV file as being “General” format. This leads to E.164-formatted numbers being interpreted as being positive numbers (e.g. numbers that start with a “+” sign). As a result your E.164 formatted numbers get the "+" sign truncated when opening an existing CSV file or when you type or paste them into a "General" format cell. The best thing to do in your CSV file is to convert the cells that are going to contain phone numbers as a Custom format, like this:


Create a Custom type of “+0”. This will make all the numbers in to fields have + in front of them but it will also treat them like a number so you can do fill down and other number functions with them.

Once you’ve filled in your description and selected to upload your file, the screen should look something like this:


OPTION 2 - Add Phone Number Range:

For the number range you simply enter the start and the end of the range (the range needs to be a contiguous block of numbers):


OPTION 3 - Add one to many phone numbers:

In this option you get to add numbers in a comma separated list:


After adding the numbers using your selected method, click the Next button.

At this point you’ll get another message that’s a bit weird. It will tell you that your “order has been placed!”. Don’t get concerned by this. What it actually means is that it’s now going to upload the numbers from the CSV to the Phone Numbers page. 


When you exit this screen you will be taken back to the Orders tab on the Phone Number page and it should tell you that your numbers have been successfully uploaded: 


If you head back to the Numbers tab you should see your numbers there, with no User assigned to them yet:


Step 3: The next step is to actually assign your phone numbers to a user. To do this, go to the Users > Manager Users and select the user you would like to assign a number to:

 


In this case my user does not have “Enterprise Voice” turned on. You need to turn on the "Enterprise Voice" toggle and then click the “Assign primary phone number” button. A fly over will now pop out on the right hand side of the screen and you will now see is that if you click on the Assigned Phone Number text box, you will get a drop down list showing all the free numbers from the Phone Numbers section:


Note: This list will show about the first 100 free entries in the Phone Number list. If you want to assign a number that is outside of this range, you can go to the Phone Numbers list and Edit the number and assign it to a User from there.

You can also setup the Emergency location assignment for the user as required. Another useful item in this assignment process is that there’s a toggle for automatically emailing the user about their new phone number, which is a nice touch:


The email that is sent to the user if you leave the Email toggle on looks like this:

 

Now when you look at the user detail in Teams, you’ll see that the user now has the phone number assigned to them:


This will also carry through to the Voice > Phone Numbers section where you will see the user listed against the phone number:


Some more good news about this configuration is that it doesn't stop you from later using PowerShell to assign numbers in bulk to users. When you assign a number that's already in the Phone Numbers list using PowerShell, the configuration also gets updates in the Phone Numbers list in the same way as shown above.

This is awesome!


The Wrap Up

It’s pretty mind boggling that it’s taken this long for this functionality to make it into the platform. I for one am very excited about it. It’s a massive quality of life uplift for those that have to manage a Direct Routing based Teams setup. I hope you all enjoy the new feature as much as I do!





Read more →

Saturday, 15 April 2023

Microsoft Teams Survivable Branch Appliance (SBA) is “410 Gone”

When configuring a Microsoft Teams Direct Routing Survivable Branch Appliance the other day I ran into an error. It was an interesting one that I think others will likely run into at some point too, so here is a blog post to save you wasting any more time than you need to thinking about it. After setting up the Teams SBA, I found that I could get users connected to it to send calls outbound to the PSTN, however, when I tried to send calls to the users in the other direction they would fail. Looking closer at the logging from the SBC I could see the error response was “410 Gone”… Gone Baby Gone…  


The 410 Gone error from a Teams SBA looked like this:

SIP/2.0 410 Gone

FROM: <sip:+61399992000@10.0.0.25>;tag=1c1327591735

TO: <sip:+61388886201@sbc01.mym365lab.us>;tag=703d3577eb1a468bbcdb34a0a78c690f

CSEQ: 1 INVITE

CALL-ID: 530796863134202353123@sbc01.domain.com

VIA: SIP/2.0/TLS sbc01.mym365lab.us:5067;branch=z9hG4bKac1432917422

REASON: Q.850;cause=22;text="c586066f-ceb5-4d83-8803-400791d033de;MediaOfferError"

CONTACT: <sip:teamssba01.domain.com:5061;transport=tls;x-i=c586066f-ceb5-4d83-8803-400791d033de;x-c=9baa3cbe22ec46ffb8ac39fffce08f20>

CONTENT-LENGTH: 0

ALLOW: INVITE,ACK,OPTIONS,CANCEL,BYE,NOTIFY

SERVER: Microsoft.Teams.SIPSBA v.2022.6.14.1

 

"Gone" is not a SIP error that I have seen very often in the wild and kind of sounds like it might be related to the user not being connected to the SBA properly. However, after looking more closely at the error, I saw that there was a REASON attribute included in the message that said “MediaOfferError” which then made me further consider what was happening on the media side of things… From most traditional SIP Stacks, I would usually expect a “488 Not Acceptable Here” message response for an SDP refusal scenario, but this is the Teams SBA, so why expect anything that makes sense :)


When I looked at the INVITE that was being sent to the SBA from the SBC, it looked legit:

INVITE sip:+61388886201@sbc01.mym365lab.us SIP/2.0

Via: SIP/2.0/TLS sbc01.domain.com:5067;alias;branch=z9hG4bKac1432917422

Max-Forwards: 69

From: <sip:+61399992000@10.0.0.25>;tag=1c1327591735

To: <sip:+61388886201@sbc01.domain.com>

Call-ID: 530796863134202353123@sbc01.mym365lab.us

CSeq: 1 INVITE

Contact: <sip:+61399992000@sbc01.domain.com:5067;transport=tls;ob>

Supported: norefersub,100rel,timer,replaces,sdp-anat

Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS

Session-Expires: 1800

Min-SE: 90

User-Agent: Mediant SW/v.7.40A.250.265

Content-Type: application/sdp

Content-Length: 287

 

v=0

o=- 419722796 1831657774 IN IP4 10.0.0.25

s=media

b=AS:84

t=0 0

a=X-nat:0

m=audio 50012 RTP/AVP 0 8 96

c=IN IP4 10.0.0.25

b=TIAS:64000

a=rtcp:50013 IN IP4 10.0.0.25

a=sendrecv

a=rtpmap:0 PCMU/8000

a=rtpmap:8 PCMA/8000

a=rtpmap:96 telephone-event/8000

a=fmtp:96 0-16

 

The keen eyed folk in the audience may have noticed though that the SDP portion of the SIP message is in the regular format and not the fancy ICE format that includes a candidate list. The even more keen eyed may be thinking, "yeah, but the Teams Direct Routing service supports this format for SDP, so what's the problem?". Well, unfortunately, the problem is that the SBA only supports ICE formatted SDP lists (which may be because calls are technically media bypassing the SBA). I could see this catching out production deployments where the traditional SDP format is being used for calls to Teams Direct Routing (because this does work). Just keep in mind that the same settings pointing to the SBA will fail dismally.


The Fix


In order to fix this on an AudioCodes SBC you need to make sure that the IP Profile assigned to the SBA has ICE Mode set to “Lite”:



After enabling ICE Lite Mode, the INVITE messages that go to the SBA will be formatted with candidate information, which looks like this:

INVITE sip:+61398736201@sbc01.domain.com SIP/2.0

Via: SIP/2.0/TLS sbc01.domain.com:5067;alias;branch=z9hG4bKac11041617

Max-Forwards: 69

From: <sip:+61399992000@10.0.0.25>;tag=1c200843402

To: <sip:+61388886201@sbc01.domain.com>

Call-ID: 431229997134202354040@sbc01.mym365lab.us

CSeq: 1 INVITE

Contact: <sip:+61399992000@sbc01.domain.com:5067;transport=tls;ob>

Supported: norefersub,100rel,timer,replaces,sdp-anat

Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS

Session-Expires: 1800

Min-SE: 90

User-Agent: Mediant SW/v.7.40A.250.265

Content-Type: application/sdp

Content-Length: 900

 

v=0

o=- 617366211 1969606384 IN IP4 10.0.0.25

s=media

b=AS:84

t=0 0

a=X-nat:0

a=ice-lite

m=audio 50004 RTP/SAVP 0 8 96

c=IN IP4 10.0.0.25

b=TIAS:64000

a=rtcp:50005 IN IP4 10.0.0.25

a=sendrecv

a=rtpmap:0 PCMU/8000

a=rtpmap:8 PCMA/8000

a=rtpmap:96 telephone-event/8000

a=fmtp:96 0-16

a=ice-ufrag:IE15BCMtIoIFC4S8

a=ice-pwd:VYGaTzCfX9gdvnfd9CuDiHuw

a=candidate:128566170 1 udp 2130706431 10.0.0.25 50004 typ host

a=candidate:128566170 2 udp 2130706430 10.0.0.25 50005 typ host

a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:UKAS7+0XGSZeXGFreZWWQU0vuf0D1D/F97dVtVLs|2^31

a=crypto:2 AES_CM_128_HMAC_SHA1_32 inline:2kuctHvNudt69PR8gxX/SPcX8LLWGsqdD+uecRxe|2^31

a=crypto:3 AES_256_CM_HMAC_SHA1_80 inline:L0E/e24PTtJ9mUwwWdb3QlCQBtd4WdSuSZvVi45ZkkyhqhnwGTuZGbXjcWJ6dc==|2^31

a=crypto:4 AES_256_CM_HMAC_SHA1_32 inline:z2WjgpGD1HC2HR0+3NZVEfuwEVJ8u0CyHAKuEZAIbMtnHCNw0ieSE22XVCQ39s==|2^31

 

Once you’ve done this, calls from the PSTN to the Teams Client via the SBA should work.

 

The Wrap Up

 

There you have it, more madcapped craziness from the world of Microsoft Teams. Till next time, I’m “410 Gone”. Catch ya later!



Read more →

Sunday, 23 October 2022

Microsoft Teams Phone Configuration and Licensing (2022 Edition)

There have been quite a few changes recently to feature sets and licensing of Microsoft Teams Phones. This post digs into the details of the various phone modes and licensing options in 2022.  Note, this post is being released just after Ignite 2022 when it was announced that the Common Area Phone licence is being renamed to the Teams Shared Device licence in "a couple of months". In this post I am going to be sticking with the Common Area Phone licence name until we have further information on any new capabilities that will be included with the Teams Shared Device licence for phones.


User Interface Modes


There has been three user interface available on Teams phone devices for a while now, which allows you to tailor the experience to different scenarios. In the past these required PowerShell configuration, however, the Teams will now try to auto-magically choose the interface for the phone based on the licence the user account has been assigned.

For regular users logging in with E3-E5 licensing, the system assumes that the User Mode interface should be used. When a Common Area Phone licence (announced at Ignite 2022 to be changing names to the Teams Shared Device licence) is assigned the Common Area Phone interface will be selected by default. Lastly, when a Teams Meeting Room licence is assigned to the phone, the Meeting Room interface will be shown. When testing this I have found that in most cases the licence based auto assignment works, but for some reason this sometimes doesn't work and the phone falls back to User Mode. As a result, I would still recommend using the PowerShell command to select the interface mode for more consistent outcomes.

There are also now two different versions of the Common Area Phone mode. The original mode is now called Common Area Phone Basic and an extra special Common Area Phone Premium mode. The premium mode take into account a bunch of new capabilities in the updated Common Area Phone licence updates that came in mid-2022. Without further ado - let's have a more detailed look at the modes...


Common Area Phone Mode (Basic)


Common Area Phone (Basic) mode is used for devices that have their own user accounts and are (usually) assigned a Common Area Phone licence. The default Common Area Phone user interface has a basic keypad layout for dialing phone numbers. All the other bells and whistles like calendar, voicemail, etc at nowhere to be seen in this interface. Below is an example of the default Common Area Phone user interface:

 

   

Note: The About screen on the phone will show Common Area Phone (Basic) when you're in this mode.

For Common Area Phone Basic mode there is another setting where you can turn on or off the user search capabilities on the device. You may want to use this if you have a phone sitting in a lobby of a building and you don’t want people to be able to find out people that work there using the search function.

SearchOnCommonAreaPhoneMode = Enabled
SearchOnCommonAreaPhoneMode = Enabled

It is recommended that if you want to use a phone in Common Area Mode that you create a Teams IP Phone Policy and assign it to the Common Area Phone account. A Common Area Phone account should be a regular user account. You should not be using room accounts for these devices. Here’s an example of setting up the Phone Policy:


New-CsTeamsIPPhonePolicy -Identity CommonAreaPhone -SignInMode CommonAreaPhoneSignin

 

Grant-CsTeamsIPPhonePolicy –Identity 'testuser@contoso.com' –PolicyName ‘CommonAreaPhone’

 Note: The quickest way to get this change to take effect is to sign the phone out and back in again.


Common Area Phone Mode (Premium)


Since mid-2022 (Teams app version 1449/1.0.94.2022061702) the licensing for Common Area devices was expanded to include some new features (Voicemail, Call Forward settings, Call Park, Call Queues, Auto Attendants, Intune enrollment into Endpoint Manager). As you can probably imagine, the very basic default Common Area Phone user interface is not going to give you the flexibility to use all these features. So Microsoft went for a user interface that looks mostly like the User Mode interface, only without the meetings section.

The Common Area Phone Advanced Calling interface looks like this: 

 

    

Note: In the about page you will be able to tell that it's in this mode because it says "License Details: Common Area Phone (Premium)".

These devices are still geared towards being an admin controlled device, so if you want to access the Call Forwarding settings on the device you need to access the Admin level of settings in the phone - for example:


Note: Wow, cool animated GIF… If you want to make your own, download my Teams Phone Screen Capture Tool script: https://www.myteamslab.com/2020/10/teams-phone-screen-capture-tool.html


The new features are called Advanced Calling features and are controlled by a setting within Configuration Profiles in Device Configuration in the Teams Admin Portal. Personally, I would have preferred this setting be a Teams IP Phone Policy rather than an individual device profile… however, Microsoft sometimes enjoy making things a little more complicated.


To enable a device for Common Area Advanced Calling features you need to create a new Configuration Policy and turn on the "Advanced Calling" Setting:


After this you have to assign the Configuration Policy to the devices that you want to use it:


After doing this you need to wait a while for the configuration policy to be pushed to the phone. You will have to have the phone registered to the cloud and signed in for this to happen.


As for the Common Area Phone Basic mode, it is recommended that you create a Teams IP Phone Policy and assign it to the user account. Here’s an example:

New-CsTeamsIPPhonePolicy -Identity CommonAreaPhone -SignInMode CommonAreaPhoneSignin

 

Grant-CsTeamsIPPhonePolicy –Identity 'testuseradvanced@contoso.com' –PolicyName ‘CommonAreaPhone’

 Note: The quickest way to get this change to take effect is to sign the phone out and back in again.


Meeting Room Mode


Meeting Room mode is for devices that you want to put in Meeting Rooms (Surprise!). Most commonly this would be for a conference room style phone, however, it could also be for small rooms where you might have a desk phone running the meeting room interface.

The Meeting mode was recently updated to have a new look which is more in line with the other Microsoft Teams Meeting Room device interfaces. This is great when you have a combination of video meeting rooms and basic conference phone rooms in your organisation. The similar interface allows for a consistent user experience for booking the rooms in both cases and having a one-touch join button can make meeting more likely to start on time and be much more streamlined.

Here is an example of the new Meeting Room interface:

 

  

When creating Meeting Room accounts it’s usually a better idea to create the phone account as a Room account rather than a User account. This gives you the option to have the room auto accept meeting invites and be shown as a room in Teams meeting invites. Here is an example of creating the room account:


Step 1: Add A Room Resource In Microsoft 365 Admin Centre. Click the "Add resource" button:



 Step 2a: Fill in the details of the account you will be creating:



 Step 2b: Optionally you can edit the booking options:

Step 2c: Ensure that you have “Auto accept meeting requests” ticked for your device so it will display the meetings properly:


Step 3a: Open the User Information pane in Microsoft 365 Admin Centre:


Step 3b: In the Licenses and Apps tab, assign a Microsoft Teams Room Basic (I would recommend also adding a Teams Phone licence for PSTN calling capabilities) or Teams Room Pro license:


Step 3c: Reset the account Password by clicking on the Reset Password button at the top this panel. This will allow you to sign into the Room account:



After setting up the account you can also force the Meeting Room mode by run the following Team Module PowerShell commands:

New-CsTeamsIPPhonePolicy -Identity MeetingRoomPhone -SignInMode MeetingSignIn

 

Grant-CsTeamsIPPhonePolicy –Identity 'testuser@contoso.com' –PolicyName ‘MeetingRoomPhone’

 Note: The quickest way to get this change to take effect is to sign the phone out and back in again.


As a bonus you can also add the Teams room to the list of locations that show up in the Teams client meeting invite screen:


How to create a Room Location (Distribution Group Room List):

Connect-ExchangeOnline

 

New-DistributionGroup -Name “City Office” -RoomList

 

#Add the affected room mailbox to that distribution group

Add-DistributionGroupMember -Identity “City Office” -Member TeamsRoomPhone01@contoso.com

 

As an additional super bonus, you can help to indicate that this is an Audio only room in Outlook when scheduling the meeting by configuring Place information for the room (see the little Audio symbol, wheelchair symbol and room capacity value. Subtle but useful).

 


Here's some example PowerShell for doing this:

Set-Place -identity TeamsRoomPhone01@M365x52543986.onmicrosoft.com -IsWheelChairAccessible $true -AudioDeviceName "Poly C60 Conference Phone" -Capacity 4 -Building “City Office”



User Mode


User Mode is the mode that any regular user that signs into a Teams Phone will see. It has the full suite of features available including Calls, Calendar, Voicemail, People, etc. Here is an example of the User mode interface:

 

     


Usually you shouldn’t have to set Teams IP Phone policy to achieve user mode. By default, when a user has E3-E5 licencing SKUs the phone will default to this mode (unless you have the IP Phone Policy set to one of the other modes for the user). If you want to force User Mode, you can do this with the following PowerShell commands:

New-CsTeamsIPPhonePolicy -Identity UserPhone -SignInMode UserSignIn

 

Grant-CsTeamsIPPhonePolicy –Identity 'testuser@contoso.com' –PolicyName ‘UserPhone’


Note: The quickest way to get this change to take effect is to sign the phone out and back in again.


Licencing Microsoft Teams Phones


As previously mentioned, the licensing of Teams Phones can control what the default interface shown on the phone will look like. However, it begs the question: if you do choose to override the default interface can you choose any of the UI modes with any licence combination?


Firstly, in all cases you need to ensure that your phone software is up to date. The testing for this post was with version 1449/1.0.94.2022090705 of the Teams Phone App. There have been a few iterations of the way licensing works on the phones, so older versions may behave differently. I've also found that when you do a full config reset on a phone it will actually drop the Teams Phone version back to the version that shipped with the base firmware. After doing a config reset on the phone you will likely have to upgrade the Teams Phone App again - so be sure to check this.


After extensively searching the Internet, I found a docs page that does the bare minimum to describe what happens when you use Teams IP Phone Policy to override the license based automatic configuration: https://learn.microsoft.com/en-us/microsoftteams/devices/teams-android-devices-user-interface


The important note on this page being:

"The license assigned to the user account must have at least the same license entitlements as the desired user interface. The Common Area Phone licence allows the Common Area phone user interface. The meeting room license allows meeting room and common area phone user interfaces. An E3 or E5 license supports all sign-in modes."


Note: This statement doesn't include E1 licensing. E1 only has Plan 1 Exchange licensing, and doesn't include Voicemail -  which may be the reason for this omission..? It has been left out of this support statement, so use E1 at your own risk... 


I have created the table below to try to give you a quick idea of the options for licensing Team Phones for the various modes (including some important Add-On licences):

 

Base Licence

Supported 

Interface 

Modes

Teams Phone 

(Direct Routing /

 Operator Connect)

Conditional

Access

Intune   

Calling Plans

(Microsoft PSTN, 

i.e. Not Direct 

Routing)

Common Area Phone Licence

Common Area Phone (Basic / Premium)

Included

Included

Included

Add-On Required

Teams Room Basic

Meeting Mode,

Common Area Mode

Teams Phone Add-On

Add-On Required

Add On Required

Add-On Required

Teams Room Pro

Meeting Mode,

Common Area Mode

Included

Included

Included

Add-On Required

M365 E3

User Mode,

Meeting Mode,

Common Area Mode

Teams Phone Add-On

Included

Included

Add-On Required

M365 E5

User Mode,

Meeting Mode,

Common Area Mode

Included

Included

Included

Add-On Required

Office 365 E3

User Mode,

Meeting Mode,

Common Area Mode

Teams Phone Add-On

Add-On Required

Add-On Required

Add-On Required

Office 365 E5

User Mode,

Meeting Mode,

Common Area Mode

Included

Add-On Required

Add-On Required

Add-On Required

 Note: There are various ways to get the Add-On licences including individual or bundled licences. Speak to your local licensing expert for more details on these.


When talking about licensing for a Teams phone devices, in most cases a Common Area Phone licence (to be renamed to the Teams Shared Device licence) will do if it’s a phone that is out in a public space and users just need to dial PSTN numbers. The updates recently to the Common Area Phone licence that expanded capabilities (allowing Common Area Phone Premium mode) have made the supportable scenarios for common area devices even broader. 


If it’s a meeting room based device (e.g. a dedicated conference phone device) for which you want to use the Meeting Room Mode user interface, then you must use a Meeting Room licence (https://learn.microsoft.com/en-us/microsoftteams/rooms/rooms-licensing) or an E3-E5 licence for the device. Here I would like to note that Microsoft did announce that MTR devices will not support E3-E5 licencing as of 2023. However, it doesn't appear at this stage that this includes phone devices. With the pricing updates to the Meeting Room Pro licensing, this could end up being more expensive than you anticipated. You can use Meeting Room Basic licences for the first 25 meeting room phones but you will have to pair this with a Team Phone add-on licence for PSTN calling (and potentially Azure P1 and Intune licensing if this functionality is required for your deployment). When you run out of Teams Meeting Room Basic licences, you will need to step up to Teams Room Pro licences (which are $40US each per month) or fall back to E3-E5 licensing. If this is too rich for your blood, then you could choose to deploy your meeting room phones as basic Common Area Phone devices (i.e. with the Common Area Phone user interface and Common Area Phone Licence). This would make for a lesser user experience though, and have you trading the One-Touch meeting join button for users having to do audio conference dial-in using the Audio Conferencing number and Phone Conference ID for every call. 

Microsoft at this point have announced that the Teams Shared Device licence update in 2023 will bring support for Teams Displays which can use this licence to connect to Teams for shared device usage: (https://techcommunity.microsoft.com/t5/microsoft-teams-blog/microsoft-inspire-2022-innovations-coming-to-teams/ba-p/3559351). It feels like Microsoft really should be considering including the Meeting Room interface scenario for phone device with the new Teams Shared Device licence as well... However, there is nothing confirming this at the moment. Until further information comes to light we will have to hold our breath on this one. When more information becomes available, I will be back to update this post... Stay tuned.


Update 16/11/2022: According to a response from Microsoft on their latest post on Tech Community about the Shared Device Licence, it will not be supporting one touch join (i.e. I take this to mean the Meeting Room UI experience). Comment: "One touch meeting join will be available only with Microsoft Teams Rooms licenses. It will not be supported on the Teams Shared Device license." 


The Wrap Up


Hopefully that has given you some insights into what configuration and licensing you need to achieve your desired Teams Phone outcomes! If you have any comments or corrections, feel free to send them through. I plan to keep this post up to date with information on the new Teams Shared Device licence, so check back later for updates or follow me on Twitter to stay in the know.




Read more →

Popular Posts