UCPrimer
  • Tech Blog
  • About UCPrimer.com

5 Tips configuring Skype Room System v2

12/31/2017

0 Comments

 
Picture
Skype Room System v2 (SRSv2) meeting room solutions are now available in many countries where Surface Pro devices are sold. Since it's launch last year, SRSv2 devices have been available from several vendors including Polycom, Logitech, Crestron and soon to be available from Lenovo as well. While all these vendors provide devices with different physical characteristics and dimensions, the software that powers these devices comes from Microsoft - more specifically, a SurfacePro 5 device running Windows10 operating system and the Skype Room app which provides the user interface and main functionality of the device. This blog post covers 5 tips on how to configure the SRSv2 device and are applicable for solutions from any of the vendors listed above.
Tip#1: Skype Room System v2 accounts
SRSv2 accounts are needed for the device to login and provide calendaring and audio/video/content conferencing functions, that means having accounts on Skype for Business and Exchange. Depending on whether the environment is purely on-premise, or in the cloud, or a hybrid mix of on-premise and cloud, the steps on creating these accounts can differ slightly. In a previous blog post, I wrote about creating accounts in a hybrid environment with AzureAD sync'ed from on-prem AD, Exchange Online and Skype on-premise. For other types of environments, such as purely on-premise or pure cloud managed, the steps can be found in this TechNet article. Its worthwhile noting that Exchange resource mailbox accounts used for SRSv2 devices do not require any license. However, a Skype for Business enterprise CAL license is required for SfB on-premise and a Skype for Business Online Plan P2 license is required for SfB Online. Creating an account on Skype for Business requires the use of the 'enable-csmeetingroom' cmdlet and removing an account is performed via the 'disable-csmeetingroom' cmdlet. In a Skype for Business hybrid environment where some users are homed online and some on-premise, its better to run the 'enable-csmeetingroom' cmdlet on the on-premise Skype for Business front end pool. This creates the meeting room account on the on-premise SfB servers rather than in the SfBOnline servers. This is because lyncdiscover DNS records for hybrid envrionments will point to an on-premise server and during SIP registration, users will get redirected to online by the on-premise server if the account is homed on SfBOnline. However, I found that this SIP registration redirect does not seem to work correctly for accounts created using the 'enable-csmeetingroom' cmdlet.
Tip#2: Root CA Certificates
If the SRSv2 device is using an account homed on SfBOnline, then this step is not necessary, However, for environments where Skype for Business is deployed on-premise, it is almost always mandatory to install the root CA certificate on the SRSv2 device so that it trusts the certificate presented to it by the SfB FE Pool. Installing the certificate is described in this TechNet article and basically involves copying the root CA chain file to a the SRSv2's C: drive and running the 'certutil -f -addstore -enterprise root <filepath>' cmdlet. if there are multiple root CAs, then multiple root CA certitcates must be installed using the same cmdlet. Remember to run the command shell with elevated administrator permissions. Below is a screen shot of what it looks like:
Picture
Tip#3: DNS Domains
There may be environments where the DNS domain suffix of the on-premise SfB FE pool is different from the SIP domain suffix. For example, the FE pool FQDN is 'fepool.mydomain.local' but the SIP domain and external DNS domain is 'mydomain.com'. It is important to include these DNS suffixes in the SRSv2 device as shown below. Otherwise the device may have problems signing in to Skype for Business
Picture
Tip#4 Updating SRSv2
Over time, Microsoft will release new updates to the SRSv2 application running on the device, and the latest version at the time of this blog post is 3.0.16. While the device should automatically update itself via Windows Update, should a manual update be required, the  easiest way is to login as the administrator on the device and run the Windows Store app. Selecting "Downloads and Updates" on the app will look for any new updates to the SRSv2 application and give the option to install the new version if available. Note that other app updates may also appear and it is safe to update them as well. Below is the screenshot that shows the SRSv2 app being updated via the Windows Store app:
Picture
There may also be peripherals such as USB cameras and speakerphones attached to the SRSv2 device and these peripherals can also be automatically updated via Windows update. Depending on which vendor the SRSv2 device was purchased from, there may be a registry key required to enable this. Also, the dock on which the Surface Pro is mounted on is different for each vendor, and the dock firmware itself may need to be updated as well. For both of these updates, contact your vendor for assistance if the firmware needs to be updated.
Tip#5: Internet Proxy
In environments where devices on the corporate intranet are allows to access the internet via a web proxy, then there are 2 options. The easiest option is to allow the SRSv2 device bypass the web proxy and access the internet directly and this can be done by providing the IP address or MAC address of the SRSv2 device to the network administrator and requesting for a bypass. In the event that bypassing the web proxy is not allowed, the proxy settings need to be configured on the SRSv2 device. This requires modifying the registry and the steps are provided in this TechNet article.
Conclusion
Hopefully the tips provided in this blog article is helpful when configuring SRSv2 devices to work. If these tips still do not help in resolving any issues, then gathering logs may be required for further troubleshooting. Microsoft has provided a script to collect these logs in the SRSv2 device which is located in the folder c:\rigel\x64\scripts\provisioning folder. To run this script, start an elevated command prompt and run the following cmdlet:
powershell -ExecutionPolicy unrestricted c:\rigel\x64\scripts\provisioning\ScriptLaunch.ps1 CollectSrsV2Logs.ps1

This will create a zip file containing the logs in the c:\rigel folder. Below is a screenshot of this script running for reference.
Picture
0 Comments

Your comment will be posted after it is approved.


Leave a Reply.

    Picture
    Picture

    Important Links

    Microsoft Teams Docs
    Microsoft Learn

    ​Microsoft MVP Blogs

    Michael Tressler’s Blog
    Michael’s MTR Quick Tip Videos
    Jimmy Vaughan’s Blog
    Jeff Schertz
    Adam Jacobs
    James Cussen
    ​Damien Margaritis

    Archives

    September 2022
    August 2022
    March 2022
    February 2022
    January 2022
    December 2021
    November 2021
    October 2021
    September 2021
    August 2021
    June 2021
    April 2021
    March 2021
    December 2020
    October 2020
    September 2020
    August 2020
    April 2020
    March 2020
    February 2020
    January 2020
    December 2019
    November 2019
    October 2019
    September 2019
    August 2019
    July 2019
    March 2019
    November 2018
    October 2018
    September 2018
    August 2018
    June 2018
    March 2018
    February 2018
    January 2018
    December 2017
    November 2017
    August 2017
    July 2017
    April 2017
    March 2017
    February 2017
    January 2017
    November 2016
    October 2016
    September 2016
    August 2016
    July 2016
    June 2016
    May 2016
    April 2016
    March 2016
    January 2016
    November 2015
    October 2015
    September 2015
    August 2015
    July 2015
    June 2015
    May 2015
    April 2015
    March 2015
    February 2015
    January 2015
    December 2014
    November 2014
    October 2014
    September 2014
    August 2014
    July 2014
    June 2014
    May 2014
    April 2014
    March 2014
    February 2014
    January 2014
    December 2013
    November 2013
    October 2013
    September 2013
    August 2013
    July 2013
    June 2013
    May 2013
    April 2013
    March 2013
    February 2013
    January 2013
    December 2012
    November 2012
    September 2012
    August 2012

    Categories

    All
    Edge
    Exchange 2013
    Hybrid
    Lpe
    Lync 2010
    Lync 2013
    Mobility
    Oauth
    Office365
    Polycom
    Ucs

    RSS Feed

    This website uses marketing and tracking technologies. Opting out of this will opt you out of all cookies, except for those needed to run the website. Note that some products may not work as well without tracking cookies.

    Opt Out of Cookies