Fresh on the heels of the recent Microsoft broadcast entitled Video Interop in the Cloud have come a number of questions from the overall community looking for further clarification on exactly what all this means.  The summaries below also include various details from today’s announcements from Microsoft and some of their device partners at the Ignite 2016 event in Atlanta.  Interoperability is a term which can been used in a few different ways throughout the industry, but the articles here attempt to separate the overall term between ‘native’ integration provided directly within a client or endpoint versus ‘interoperability’ which can be provided indirectly between systems by way of an intermediary component.

The concepts outlined here may look familiar as much of what was covered in this previous article has been applicable to on-premises Skype for Business Server (SfB) deployments for some time.  The main differences since then are that the overall solutions have become more streamlined and feature-rich in the few years that have passed while knowledge of the back-end infrastructure is deemed less important as more of these components are moving into cloud-provided models.

The intent of this article is to clearly explain a few of the concepts and delivery models surrounding a topic of continuously growing interest: bringing traditional video teleconferencing (VTC) solutions into Skype for Business meetings.  Note that in the past most of the interoperability requests were described more often as “bringing together standard conferencing and desktop conferencing systems.”  More recently that need is specifically about getting the traditional solutions to play along in the Microsoft UC workflow.

The tide that seems to driving this is the ubiquitous usage and understanding of a very common workflow based on using Outlook to schedule a Skype for Business meeting.  This familiar behavior was the figurative linchpin in the literal redevelopment of interoperability solutions like Polycom RealConnect back in 2014, later followed by other products like Pexip Infinity or Acano Dual Homed Conferencing (now part of Cisco Meeting Server) which began to use similar architectures pioneered by Polycom.

Video Conferencing can generically refer to the simple act of turning on the embedded video camera on a laptop or mobile phone while participating in a Skype for Business meeting, or walking into a traditional corporate conferencing room and expecting to join the same meeting using some level of in-room equipment providing a higher-end video experience.  Practically it should refer to any and all scenarios in between these.  The goal is to get away from disparate workflow that ultimately may limit end-users by forcing them to select from one of several different ways to collaborate, none of which may address all of their needs individually and also not be able to operate in conjunction. Thanks to the pervasiveness of readily available tools like Skype this demand is common-place and almost expected of by many information workers today.

In the present stage getting to this single holistic solution is a reality, and in more ways than one.  The two available approaches can be leveraged independently or in conjunction, depending on the current state of an environment or the desired outcome.

The Interoperability route has several options and allows for the continued use of, or rekindled interest in, traditional standards-based video conferencing solutions available by a number of manufacturers.  The Native approach is best suited for greenfield deployments or environments looking to refresh aging equipment that may be beyond its useful life.  And of course a combination of both approaches can be used to leverage some of what may be in place today as well as start the journey towards replacing other solutions with compatible systems which can end up getting to a place where interoperability may no longer even be needed.

Native Compatibility

The simplest, yet often most expensive solution is typically to just go back to the drawing board.  Scrap whatever what may have been shortsightedly tossed together or improperly designed and then inherited.  Whether it is broken, perfectly functional, adequate but unpopular, out of warranty, disjointed, or in the event of equipping new office spaces there are many reasons to look at starting fresh to coincide with an established or emerging Skype for Business deployment.

End-users enabled in Office 365 will immediately have a range of conferencing options available to them across personal and corporate-owned devices.  With the wide array of Android, iOS, and Windows clients available on mobile phones, tablets, Surfaces, laptops, and desktop computers any of these can be used to create or join either scheduled or instant, ad-hoc meetings and provide the ability to share their own video as well as see one or more active video streams from other participants.

So how does one bring this comfortable experience into the traditional conference room space now?  On paper the easiest approach is to add or replace equipment in the room that uses the preferred solution and workflow.  Something that natively and securely registers to the Skype for Business platform, can access Exchange mailbox information to retrieve meeting invitations, and uses the same protocols and codecs to communicate with Skype for Business clients and servers.

There are basically three device categories which addresses this approach: Optimized, Compatible, and Unsupported.  Microsoft maintains a list of currently available partner solutions the Skype for Business Solutions Catalog.

Optimized Solutions

The most obvious category includes systems that run on software that Microsoft has created.  This includes solutions completely owned by Microsoft from development to sale, like the newer Surface Hub products.  This also includes co-developed products where Microsoft owns the software while one or more of their technology partners develop and build hardware devices to run this software.

The original Lync Room System (LRS) products fall into this category as while Microsoft developed and maintains the core Windows Embedded software manufacturers like Crestron and SMART have developed the overall hardware packages, basically building appliances to run the Microsoft-provided software.

The native Lync and Skype for Business capabilities offered by these systems are inherent due to the fact they typically run some flavor of an embedded Windows operating system along with the actual Lync or Skype for Business desktop clients installed.  The design and user interface can often obfuscate this fact but rest assured that the base Microsoft code is included in these software packages in some fashion.  The goal is to provide the core functionality offered by using the native Microsoft software but in a less-personalized package that is well-suited for use in common areas like conference rooms.

Other well-known examples of these types of solutions are the popular Lync Phone Edition desk phones originally built by various partners like Aastra (now owned by Mitel), LG-Nortel, Snom (built for and sold by HP) and Polycom.  It is worth pointing out that Microsoft has been moving away from the optimized model for IP phones for some time, relying on solutions in the next category to provide the next generation of IP telephony desk sets and conference phones.  Note that by now those compatible phones have eclipsed the original optimized phones in terms of telephony capabilities.

An important distinction covering products in this category is that because they are true Microsoft software clients then they only work with the Microsoft platforms.  A Lync Room System on its own cannot directly communicate with a standards-based H.323 or SIP platform, or the Lync Phone Edition device cannot register to a Cisco Call Manager environment.  These are purpose-built solutions which require access to Lync Server, Skype for Business Server, Exchange Server, etc.

Other offerings are the upcoming room systems designed under the Project Rigel program which were announced at Enterprise Connect earlier this year.  Microsoft just announced today at Microsoft Ignite 2016 that these products will officially be named Skype Room Systems, joining products like the previous Lync Room System (which is also referred to as Skype Room System) and Surface Hub products.  This new Skype Room System platform will be running Microsoft-developed software on a Surface Pro 4 bundled with a purpose-built dock offered by the existing program partners of Crestron, Logitech and Polycom.  The dock provides USB connectivity to certain qualified video and audio conferencing products already available today from these manufacturers, with more solutions to be brought into the fold later.  The user interface created by Microsoft will be identical across the various vendors with the actual camera and microphone devices being the main differentiation between the various systems.

Microsoft will cover more details on these new Skype Room System solutions in their upcoming Ignite session Dive into Project Rigel and the Skype for Business Meeting Device Portfolio.  Pre-production models of these will also be on display in the Ignite partner expo this week, like the Polycom MSR series.

Compatible Solutions

‘Compatible’ is the term that Microsoft reserves for third-party products which undergo an official qualification process, hence these also being loosely referred to as ‘qualified’ or ‘certified’ solutions as well.  In practice all of these terms are often used interchangeably but the critical identifier in this category is that these are solutions developed entirely by the partner, hardware and software, and are officially supported by both the manufacturer and Microsoft upon successful completion of a defined qualification process.  This program can also sometimes be seen referred to as 3PIP, or Third Party Interoperability Program.

This can be a difficult category to understand based on the various terminology that in reality is not even used consistently throughout Microsoft’s own documentation.  Even browsing between different categories in the device catalog like Meeting Peripherals versus Meeting Room Systems will display ‘Certified’ on one, yet ‘Compatible’ on the other.  Improved clarity across these various programs and catalogs would no doubt be welcomed by all.

An example of a product in this category is the RealPresence Trio 8800 conference phone, which is designed and built entirely by Polycom.  While the actual Microsoft Lync or Skype for Business client software is not included in these devices they do support an array of Microsoft protocols and codecs, providing the features and capabilities needed to pass the qualification requirements.  This simply means that the manufacturers include native support for things like server auto-discovery, secure SIP registration, presence advertisement, voice calling features, video codecs like X-H264UC, and more.

Whereas the optimized solutions will only work with Microsoft UC platforms many of the devices in this category are not limited in that way.  These products often support many different call control platforms, although not always concurrently.  So the same device could register to Skype for Business or could register to a Cisco VCS or Call Manager platform, or possibly even both at the same time.  The supported alternative platforms and capabilities will vary based on the products used but this flexibility can open the door for using a combination of approaches covered in this article.

Take the Polycom Group Series endpoints for example.  This solution’s unique design allows it to communicate with concurrent disparate platforms by leveraging the SIP configuration to register to a Lync/SfB server while also using the H.323 configuration to participate in calls with other systems outside of the Microsoft UC platforms.  The previous generation HDX products also supported this same dual registration model with Lync Server.

Furthermore there are modular solutions available today, like the Trio 8800, which are qualified in a specific configuration but not currently in others.  To clarify the Trio is qualified for SfB as stand-alone audio conference phone but not when paired with a Visual+ module to provide connections to a display and camera.  Then audio scenarios are still covered within the qualified realm but video conferencing and content sharing features fall into the remaining “supported but not certified” category.

Unqualified Solutions

The category is more of a catch-all then a specifically defined set of products. Basically anything not qualified or supported by Microsoft falls in here.  This could include a product that the manufacturer performs extensive internal testing and officially supports it themselves with Lync or Skype for Business environments, yet Microsoft does not directly support or may even acknowledge the existence of.  This could include products that barely function with Skype for Business and are not even supported by their own vendor.  Generally these types are not recommended as the interoperability can come as a result of reverse-engineering processes as opposed to working directly through the Microsoft partner programs.

Interoperability

A number of different scenarios were covered in the previous article focused primarily with on-premises conferencing deployments but at this stage the clear favorite among users and administrators alike has been the cascading topology that allows the SfB platform to drive nearly every part of the meeting lifecycle yet still allow for typically incompatible room systems to join in.  A meeting is scheduled, managed, and hosted using routine SfB tasks and all SfB clients are still connecting to their native environment for this experience.

This cascading experience was first developed by Polycom for use with Lync Server 2013 deployments and has since been adopted to the Skype for Business Server platform, with other vendors following suit and largely moving away from the legacy model of dialing directly into a Virtual Meeting Room (VMR) where the Microsoft UC clients would place calls directly into the standards-based bridges and not their own Lync/SfB meeting bridge.

Office 365 Offering

The Polycom RealConnect solution has been becoming more cloud-focused and this culminates with the addition of cloud video interoperability services directly in Office 365.  The Skype for Business product team’s recent broadcast meeting on this topic provided further details as to what this service is intended to be.  Basically this offering will be the Polycom RealConnect solution running inside of Office 365 and tied directly to the Skype for Business Online environment.  Gone will be any requirements to host on-premises components to leverage this basic capability.  Existing SfB Online users will continue to schedule meetings as they have done and the plethora of available standards-based conferencing systems can also join these same meetings.  While the term “standards-based” can sometimes be a gray area the functionality is available for nearly every type of common video conferencing solution from manufacturers like Cisco/Tandberg, Polycom, and LifeSize.

For those keeping a keen eye on the space this solution was also announced during Microsoft’s Enterprise Connect keynote this year.  It has since been referred to by various unofficial names including “Project Aqua”.  Another announcement from today is the official name for this offering as “Polycom RealConnect Service for Office 365.”  The public Skype for Business Preview program for this service will be made available later this year for select existing Office 365 tenants based in the U.S.  Next year will see the service rolled out to globally in a similar manner as other Office 365 features have been in the past.

But what about the native Video Interoperability Service (VIS) that was provided in Skype for Business Server 2015?  Why has Microsoft not simply leveraged software that is already in the sever platform today?  While the VIS role is still available for on-premises server deployments it has not received any further development since the original RTM version of the server platform. VIS does not currently provide near the features or level of security that purpose-built third party solutions can offer today when integrating with SfB.  By leveraging an existing complete solution rooted in the standards-based world that interoperability is desired with then a huge leap forward can be taken, yet still protecting the SfB user experience.

Third-Party Alternatives

Because this embedded Office 365 service is not yet available to the general public then what about addressing immediate needs?  The popular SfB interoperability solutions offer some level of capabilities today but the main limitation is these have not yet supported the preferred cascading topology with Office 365 users.  Regardless of where the third-party software is deployed (on-premises or in a cloud service) they have not been able to allow SfB Online users to schedule normal meeting that any room system can join.  Only the legacy VMR approach has worked with SfB user accounts which are homed in Office 365, meaning that those users must place a peer SIP call to something like “12345@video.domain.com” which terminates on the third-party Multiparty Control Unit (MCU).

The desired MCU cascading methodology has so far been limited mostly to on-premises Lync and Skype for Business server deployments, but Polycom RealConnect has also introduced support for Hybrid or Federated SfB scenarios.  By utilizing SIP connectivity provided by on-premises Skype for Business servers (which no longer actually host any user accounts) the cascading meeting interoperability workflow can be provided to Skype for Business Online user accounts.

Understand that the upcoming Office 365 service discussed above is not simply taking a third-party infrastructure and hosting it into Microsoft Azure.  The clear benefit of the upcoming native cloud interoperability service is allowing the ‘better together’ workflow which keeps the call control and majority of the moving pieces within the SfB platform by allowing for the cascading model to be used.  Also, just as with best practices common with device selection, make sure to reference the Skype for Business Catalog to consider officially supported infrastructure solutions available from active Microsoft partners.

Basically the landscape is set to leverage several years worth of the RealConnect cascading workflow and experience for environments moving from on-premises SfB footprints, to hybrid, and eventually into Office 365 primarily.

Some of Both

The obvious question to come from all of this information is which approach to use: Native, Interoperability, or both?  This can best be answered by understanding the current strengths or any existing limitations in each and weighing them against what is needed in the environment.  Each can offer different experiences based on whether granularity of features or a focus on simplicity is more important.

When a video conferencing system is acting solely as a standards-based system, either by limitation (when it cannot register to SfB) or by choice (when available SfB registration capabilities are intently not enabled) then the interoperability model alone is used.  Traditional VTCs fall into two types: those which support calendaring and those which do not.  Many of the present-day VTCs from Polycom and Cisco support connecting to Exchange Server mailboxes to retrieve and display scheduling meeting information created by Outlook.  When these invitations also include Skype for Business meeting details then these systems can provide a simple click-to-join experience whether driven by a remote control, touch panel, or even touchscreen displays.

The older systems which do not support calendaring are limited to continuing the legacy experience of dialing number strings to join any meetings. Yet this action can now end up in a Skype for Business Meeting instead of being locked into meetings that only the other similar VTCs can participate in.

Another important use-case when considering between the two options is whether meetings will need to allow external parties like partners or customer the ability to join from their own standards-based video systems.  When looking at the native approach by deploying and/or upgrading all corporate conference rooms having an additional interoperability may seem unnecessary.  But what about outside participants in room systems that are not equipped to handle native SfB communications?  Leveraging an interoperability solution allows for this when desired by incorporating a perimeter network solution akin to the Edge Server that handles the communications protocols used by traditional VTCs.

Overall a fair amount of concepts and direction is included here yet without getting into the weeds on different products and their capabilities.  It is important to spend some time investigating specific offerings to understand that there is not always a one-size-fits-all solution.  The nuisances of each approach can either be ideal or cumbersome, depending on the desired outcome and overall flexibility to move away from workflows that are not working today and eagerness to adopt new and improved ways of doing old things.

Consider this post as an open forum to ask any questions via the comments section on this specific topic or if clarification is required on individual capabilities of any of the solutions or platforms covered above.

By Jeff Schertz

Site Administrator

20 thoughts on “Video Conferencing in Skype for Business Online”
  1. Jeff,

    Great recap of the announcement yesterday and the implications for the ecosystem of devices out there today. Along with cloud PBX, these capabilities from Microsoft are strong convincing arguments for small to medium “ish” sized organizations to move everything off-premises.

    The other thing is does is provide several migration paths for customers with existing VTC investments. Microsoft could have easily said “optimized devices only” in O365, but instead they opened up a large share of the market by partnering with Polycom to add “compatible” or “interop” devices into the fold. This gives organization flexibility when planning the timing and components they move to O365 (Exchange, SfB, Polycom VTC infrastructure, etc..)

    Regardless of where the workflow happens, the headline in my opinion is a ubiquitous experience that begins by scheduling a meeting in Outlook, using Skype for Business as the central platform and extending that experience into conference rooms of all sizes, and mobile devices of any flavor.

  2. Less of a comment, and more of a question, and i was curious if you might have a comment.

    We are using Microsoft Office 365 Cloud PBX as our primary phone service without any on premises equipment, so 100% cloud based.

    I am trying to figure out ‘the Polycom way’ using a Polycom phone in a conference room with multiple users. It seems if someone wants to make an outbound call they have to log in to the phone with their email address and password every time. This is time consuming and problematic for anyone wanting to make a ‘quick call’. I am wondering what options we might have to help my users get a ‘quick call’ in?

    One option I thought of was just creating a generic ‘conference room user’ that has its own dedicated phone number assigned to it. The down side is I am paying ~$30/mo for O365 user account that gets very little use. In addition we lose functional caller ID and presence information this way.

    Another thought was to use BTOE in conference rooms that have a dedicated computer. If the conference phone is connected via BTOE, and a user logs into that computer and Skype then maybe the phone will auto login and configure for that user?

    Any thoughts or direction you can provide on this would be very helpful.

    1. Mark, it is much simpler than this. Personal devices like desktop VVX phones use personal credentials. Conference room devices like the Trio, Group Series, MSR, Surface Hub, etc all should use a dedicated conference room account. These accounts can either be a regular Exchange/SfB user account, an Exchange Resource mailbox and SfB Meeting Room account, or a mixture of the two. Either way there is a general identity that the device is always signed in with. Users should never be forced to sign in and out of conference room devices as that is a poor experience for them overall. Also BToE is not supported with conferencing devices for these same reasons. You are correct that currently a full user account is required for the device in Office 365 (E3 for example, or possibly even an E1/2 plus SfB P2 as an option). There should be no lose in features like caller ID or presence with those accounts, unless you are referring to the actual person in the room at the time which should be reflected as ‘In a Meeting’ based on them joining a scheduled meeting. I plan to tackle this topic of meeting room accounts and the various configuration options soon in a future article.

    2. Hi Mark,

      For what it’s worth – we are a hybrid deployment with Exchange Online and Skype on premises. As Jeff mentions below, what is working well for us is to assign each conference room an AD account, Exchange mailbox and also enable the Skype account for Enterprise Voice, assigning a dedicated line URI. In our scenario, this means coordinating with our telephony team for a dedicated # and also coordinating Voice Routing, Dial Plans etc… in Skype. For users, this equates to the same workflow they use when scheduling a meeting, except they just extend the Skype Meeting invitation to the conference room – then walk in to have the “one touch join” experience. It is very common to have the organizer of the meeting also join from a laptop in order to control content/participants etc… as this is easier today in the full Skype client than it is on a conference room device. I imagine these features will be enhanced soon with the revived partnership b/w Microsoft and Polycom. Just my 2c.

  3. Leveraging polycom cloud bridge or pexip, etc… works great for customers to join our skype4b meetings…however we always have to be the host. Especially when using our SRS/LRS devices. If we do not host then our SRS/LRS cannot join anything else. I don’t see project rigel devices fixing this either. Even if the external customer hosts a meeting using a bridge that allows skype clients to join their VMR, our SRS/LRS are still out of luck. We plan to put more and more of these SRS (and potential rigel systems) into our rooms, yet often run into this problem “…hey how can this thing join our salesforce gotomeeting video webinar??” Our only response to date is “…oh sorry it can’t. Go ahead contact the customer letting them know you’ll send out the skype meeting they all can join, and with our cascading bridge they can join from any device. Oh btw if the customer is using an SRS/LRS device, then I’ll need their email domain so I can make an exchange transport rule.”

    Hopefully I’m just missing something, but this is our experience today, and I don’t see this changing with a polycom cloud bridge or anything else so long as we continue to use SRS/LRS/Rigel devices in our rooms.

    1. You can join those other meetings via PSTN from the rooms, but otherwise yes you are correct. You can’t solve this for every disparate solution platform that might be used out there.

  4. Jeff,

    I have had an issue with conversations in group messages not showing up in users conversation history or not being sent to everyone in the group. We have skype for business set up locally in the office and missed messages are sent to the conversation history folder in Outlook.

    I have had several complaints of users not getting messages and not being able to search for them. Is there a way to track messages with SfB? I have search around the internet and have not found a real solution to this issue.

    I understand this may not be the correct web page for this question, but I figured it would be a good place to start.

    Please any guidance would be greatly appreciated.

  5. Jeff,

    I have a Polycom RealPresnse Group 500 unit, and have moved the accounts connected with it to Office 365 (SfB Online and ExO).

    I am getting an error that SIP Registrattion failed on the unit. Is this something that is not currently supported from Polycom and MS with the endpoint registering to O365?

    Cheers,

    Joel

    1. Hi Jeff

      I am having exactly the same problem with our office 365 accounts. I know its not FW related as other O365 accounts connect fine so i suspect its something DNS related. Do you have any ideas what to check?

      Cheers
      Ashley

      1. You can try setting the SIP Server Configuration on the Group Series to Specify (not Auto) and then enter “sipfed.online.lync.com:443” for both the Registrar Server and Proxy Server fields to bypass Lyncdiscover and point directly to SfB Online.

  6. Jeff –

    We have been using a Group 500 on-prem with Lync for a few years. We just moved up to O365. We are struggling to get the registration to take from the G500 to O365. Polycom support says this isn’t a qualified config yet, which leaves our support options limited. Any known issues with a native registration like this?

    Thanks,

    Brandon

    1. Hi, We are experiencing the same problem too, we are unable to get our SIP setup to connect to Office 365 and polycom are unable to help. Is it true that if you want to use SFB online then you need to purchase a real presence touch control device to use the device as the SIP configuration enables skype mode which in turn disables remote control? Any help is appreciated.

      Regards

      1. Yes, a RealPresence Touch Panel is required when registering to SfB Online (it is optional for registering to on-premises servers). Also as I replied to Brandon the scenario is not yet supported.

    2. Brandon, direct registration of a Group Series to a SfB Online account is not yet functional nor supported. Once Qualification for this is achieved and the update firmware is released then any issues you are seeing should be resolved.

  7. Great article! It’s been a year since you wrote this, has anything changed during this time when it comes to integrating your existing video conferencing units in SfB/SfB online?

  8. Super article in an area with not much written. We have an architect client with 40 Polycom CX600 wanting to use O365 Skype Online. Research shows FW 4.0.7577.4463 is required. Some of the phones were not updated before Lync Server was decommissioned.
    Is there a way to update those phones via Online or some other avenue e.g.USB?
    Thanks & Regards.

    1. Rod, unfortunately no, the devices must be registered to some Lync/SfB environment in order to perform firmware updates. It is possible to register using older versions, but your mileage may vary. More importantly though the Lync Phone Edition platform is no longer under support of any kind with Microsoft and these devices risk losing connectivity with Skype for Business Online at any time as Microsoft continues to tighten security protocols in Office 365. They likely will continue to work for a while, but there is no guarantee.

Leave a Reply

Your email address will not be published. Required fields are marked *