Koexistenz mit Skype for Business
Koexistenz und Interoperabilität zwischen Skype for Business- und Teams-Clients werden durch Koexistenzmodi gesteuert. Weitere Informationen finden Sie unter Migrations- und Interoperabilitätsleitfaden für Organisationen, die Teams zusammen mit Skype for Business verwenden. Nach der Einstellung von Skype for Business Online am 31. Juli 2021 sind in der Cloud gespeicherte Benutzer immer TeamsOnly-Benutzer. Es ist nicht mehr möglich, einem Onlinebenutzer einen anderen Koexistenzmodus als TeamsOnly zuzuweisen. Andere Koexistenzmodi als TeamsOnly sind nur für Organisationen mit lokalen Bereitstellungen von Skype for Business Server oder Lync Server 2013 relevant. In diesem Artikel gilt jeder Verweis auf "Skype for Business Server" auch für Lync Server 2013.
Bestimmen des Koexistenzmodus eines Benutzers
Alle Benutzer in Organisationen ohne lokale Bereitstellung von Skype for Business Server befinden sich im TeamsOnly-Modus, und der effektive Modus des Mandanten ist ebenfalls TeamsOnly. Dies kann anhand der TeamsUpgradeEffectiveMode-Eigenschaft auf dem Mandanten oder dem Benutzer, der Teams PowerShell verwendet, bestätigt werden. Vor der Einstellung von Skype for Business Online am 31. Juli 2021 hatten Organisationen die Möglichkeit, den Koexistenzmodus für den Benutzer oder den Mandanten zu ändern. Dies ist nicht mehr möglich, mit Ausnahme von Organisationen mit einer lokalen Bereitstellung von Skype for Business Server, die nicht über den mandantenweiten Modus TeamsOnly verfügen dürfen. Sie können bestätigen, dass der Koexistenzmodus nicht mehr geändert werden kann, wenn TeamsUpgradePolicyIsReadOnly = "ModeAndNotifications" für den Benutzer oder mandanten. (TeamsUpgradePolicyIsReadOnly hat für jeden Benutzer den gleichen Wert wie der Wert des Mandanten.)
//Check if Tenant is TeamsOnly and if mode is read only.
$t=Get-CsTenant
$t|fl TeamsUpgradeEffectiveMode, TeamsUpgradePolicyIsReadOnly
TeamsUpgradeEffectiveMode : TeamsOnly
TeamsUpgradePolicyIsReadOnly: ModeAndNotifications
//Check if user is TeamsOnly and if mode is read only.
$u=Get-CsOnlineUser
$u|fl TeamsUpgradeEffectiveMode, TeamsUpgradePolicyIsReadOnly
TeamsUpgradeEffectiveMode : TeamsOnly
TeamsUpgradePolicyIsReadOnly: ModeAndNotifications
In einer organization mit einer lokalen Bereitstellung von Skype for Business Server kann die globale Mandantenrichtlinie für TeamsUpgradePolicy einen anderen Modus als TeamsOnly aufweisen. Die zulässigen Modi sind SfBOnly, SfBWithTeamsCollab und SfBWithTeamsCollabAndMeetings. Benutzern kann auch direkt eine instance von TeamsUpgradePolicy zugewiesen werden, die die globale Mandantenrichtlinie ablösen würde. Benutzer, die in der Cloud verwaltet werden, müssen TeamsOnly sein, und lokal verwaltete Benutzer müssen in einem anderen Modus als TeamsOnly sein. Wenn einem Benutzer kein instance von TeamsUpgradePolicy zugewiesen ist, erhält der Benutzer den Wert aus der globalen Mandantenrichtlinie.
Routingparameter
Der Koexistenzmodus des Empfängers bestimmt das Verhalten von Chats, Anrufen und Anwesenheit, sowohl innerhalb eines Mandanten als auch über Verbundmandanten hinweg. Wenn der Absender Teams verwendet, wird die Routingentscheidung beim Erstellen eines neuen Konversationsthreads getroffen. Sobald ein Konversationsthread erstellt wurde, ändert sich sein Routing nicht, und es behält die Routingmethode bei, die beim Erstellen des Threads festgelegt wurde.
Threadroutingmethoden sind:
- nativ für eine Mandantenunterhaltung zwischen Teams und Teams
- Interop für eine Teams-Skype for Business Konversation im Mandanten
- nativer Verbund für eine mandantenübergreifende Verbundunterhaltung, wenn beide Benutzer den TeamsOnly-Modus verwenden.
- Interop-Verbund für eine mandantenübergreifende Verbundunterhaltung, die auf Interop zwischen Skype for Business und Teams basiert.
Hinweis
- Native Unterhaltungen, unabhängig davon, ob sie sich in demselben Mandanten oder in Verbundszenarien befinden, finden statt, wenn sowohl der Empfänger als auch der Absender den TeamsOnly-Modus verwenden. Die Unterhaltung wird eine native Chaterfahrung sein, die alle umfassenden Messaging- und Anruffunktionen umfasst. Weitere Informationen finden Sie unter Native Chaterfahrung für externe (Verbund-)Benutzer in Teams.
- Wenn einer der Konversationsteilnehmer NICHT über den TeamsOnly-Modus verfügt, ist die Unterhaltung eine Interop-Erfahrung mit textbasierten Nachrichten.
- Verbundkommunikation zwischen TeamsOnly-Benutzern in mehrinstanzenfähigen Clouds und speziellen Cloudumgebungen (z. B. Government-Clouds) wird als Interop-Verbundchats angezeigt.
Beim Erstellen einer neuen Unterhaltung bestimmen die Faktoren, die bestimmen, wie der Thread weitergeleitet wird:
- Koexistenzmodus des Empfängers
- Der vom Absender verwendete Client
- Ob die Konversation mandantenintern oder verbundfähig ist
- Ob die Konversation möglich ist. Wenn ein Benutzer über ein lokal verwaltetes Skype for Business Konto verfügt, kann dieser Benutzer den Teams-Client nicht für mandanteninterne Interoperabilität oder für einen Verbund verwenden. Dieser Benutzer kann nur den Skype for Business-Client für Interoperabilität und Verbund verwenden. Beachten Sie, dass die Kommunikation zwischen Teams und Teams immer mandantenintern möglich ist.
Chat- und Anrufrouting
Die folgenden Tabellen zeigen, welcher Client in einem bestimmten Modus einen Aufruf vom Absender empfängt (drei Spalten ganz links). Welcher Client den Anruf empfängt, hängt vom Modus des Absenders, dem ausgewählten Client und dem Ort ab, an dem das Skype for Business Konto verwaltet wird (lokal oder online).
In den folgenden Tabellen:
- Skype for Business* stellt einen der folgenden Modi dar: SfBOnly, SfBWithTeamsCollab, SfBWithTeamsCollabAndMeetings.
- Kursiv formatierter Text hebt eine Interop-Unterhaltung hervor.
- Nicht möglich stellt eine Situation dar, in der der Chat oder Anruf nicht möglich ist. Der Absender muss in diesen Fällen stattdessen Skype for Business verwenden. Dies ist einer der Gründe, warum microsoft's präskriptive Anleitung für lokale und Hybridkunden darin besteht, einen anderen Modus als Islands (normalerweise SfBWithTeamsCollab) als Ausgangspunkt für ihre Upgrade-Journey zu Teams zu verwenden.
- Islands-Benutzer, die Teams verwenden, können Verbundgruppenchats initiieren.
Mandanteninternes Routing für neue Chats oder Anrufe
Die folgenden Tabellen erfassen das Routing von mandanteninternen Chats und Anrufen und gelten für neue Anrufe oder Chats, die nicht über einen bereits vorhandenen Thread gestartet werden. Es wird beschrieben, welcher Client einen neuen Anruf oder Chat erhält, sofern er von einem Benutzer auf der linken Seite stammt, mit einem mandanteninternen Empfängerbenutzer auf der rechten Seite. Nachrichten, die an TeamsOnly-Benutzer gesendet werden, werden immer an Teams weitergeleitet. Nachrichten, die an Skype for Business Benutzer gesendet werden, werden immer an Skype for Business weitergeleitet. Nachrichten, die an Islands-Benutzer gesendet werden, werden immer an denselben Client weitergeleitet, von dem sie gesendet wurden.
Tabelle 1a: Mandanteninternes Weiterleiten neuer Chats oder Anrufe an einen Empfänger im TeamsOnly-Modus
Modus |
Urheber Client |
Skype for Business homed |
Route--> |
TeamsOnly-Empfänger |
|---|---|---|---|---|
| TeamsOnly | Teams | Online | │ | Teams |
| Inselmodus | Teams Skype for Business |
Lokal Lokal |
│ │ |
Teams Microsoft Teams |
| Skype for Business | Skype for Business | Lokal | │ | Microsoft Teams |
Tabelle 1b: Mandanteninternes Weiterleiten neuer Chats oder Anrufe an einen Empfänger im Inselmodus
Modus |
Urheber Client |
Skype for Business homed |
Route--> |
Islands Empfänger |
|---|---|---|---|---|
| TeamsOnly | Teams | Online | │ | Teams |
| Inselmodus | Teams Skype for Business |
Lokal Lokal |
│ │ |
Teams Skype for Business |
| Skype for Business | Skype for Business | Lokal | │ | Skype for Business |
Tabelle 1c: Mandanteninternes Weiterleiten neuer Chats oder Anrufe an einen Empfänger in einem Skype for Business Modus
Modus |
Urheber Client |
Skype for Business homed |
Route--> |
Skype for Business Empfänger |
|---|---|---|---|---|
| TeamsOnly | Teams | Online | │ | Skype for Business |
| Inselmodus | Teams Skype for Business |
Lokal Lokal |
│ │ |
Nicht möglich Skype for Business |
| Skype for Business | Skype for Business | Lokal | │ | Skype for Business |
Verbundrouting für neue Chats oder Anrufe
Die folgenden Tabellen erfassen das Routing von Verbundanrufen und Chats und sind für neue Anrufe oder Chats gültig. Sie beschreiben, welcher Client einen neuen Anruf oder Chat erhält, sofern er von einem Benutzer auf der linken Seite stammt, mit einem Verbundzielbenutzer auf der rechten Seite. Wenn die Unterhaltung wie oben beschrieben möglich ist, gelangen Nachrichten, die an TeamsOnly-Benutzer gesendet werden, immer in Teams; An Skype for Business Modus gesendete Nachrichten landen immer in Skype for Business. Nachrichten, die an Islands-Benutzer gesendet werden, landen immer in Skype for Business, unabhängig vom Client, von dem sie gesendet wurden.
Das Routing für Verbundchats und -anrufe unterscheidet sich von mandanteninternem Routing, da Islands-Benutzer immer eine Verbundkommunikation in Skype for Business erhalten. Dies liegt daran, dass der Verbundpartner Teams möglicherweise noch nicht verwendet. Durch das Routing an Skype for Business für jeden Empfänger im Inselmodus wird sichergestellt, dass Nachrichten immer empfangen werden. Das Routing an Teams kann möglicherweise zu einer verpassten Kommunikation führen, wenn der beabsichtigte Empfänger Teams nicht verwendet.
Tabelle 2a: Sammelweiterleitung für neuen Chat oder Anruf an einen Empfänger im TeamsOnly-Modus
Modus |
Urheber Client |
Skype for Business homed |
Route--> |
TeamsOnly-Empfänger |
|---|---|---|---|---|
| TeamsOnly | Teams | Online | │ | Teams |
| Inselmodus | Teams Skype for Business |
Lokal Lokal |
│ │ |
Nicht möglich Microsoft Teams |
| Skype for Business | Skype for Business | Lokal | │ | Microsoft Teams |
Tabelle 2b: Sammelweiterleitung für neuen Chat oder Anruf an einen Empfänger der Inseln
Modus |
Urheber Client |
Skype for Business homed |
Route--> |
Islands Empfänger |
|---|---|---|---|---|
| TeamsOnly | Teams | Online | │ | Skype for Business |
| Inselmodus | Teams Skype for Business |
Lokal Lokal |
│ │ |
Nicht möglich Skype for Business |
| Skype for Business | Skype for Business | Lokal | │ | Skype for Business |
Tabelle 2c: Sammelweiterleitung für neuen Chat oder Anruf an einen Empfänger im Skype for Business Modus
Modus |
Urheber Client |
Skype for Business homed |
Route--> |
Skype for Business Empfänger |
|---|---|---|---|---|
| TeamsOnly | Teams | Online | │ | Skype for Business |
| Inselmodus | Teams Skype for Business |
Lokal Lokal |
│ │ |
Nicht möglich Skype for Business |
| Skype for Business | Skype for Business | Lokal | │ │ |
Skype for Business |
Chats und Anrufe aus bereits vorhandenen Threads
Aus Teams
Anrufe oder Chats, die über einen bereits vorhandenen Konversationsthread in Teams gestartet werden, werden auf die gleiche Weise wie dieser Thread weitergeleitet. Wenn der bereits vorhandene Thread in Teams ein nativer Thread war (d. h. an Teams weitergeleitet), werden zusätzliche Chatnachrichten und Anrufe von diesem Thread an Teams gesendet. Wenn es sich um einen Interopthread handelt (d. h. an Skype for Business weitergeleitet), werden zusätzliche Chatnachrichten und Anrufe an Skype for Business gesendet (vorausgesetzt, Routingoptionen sind verfügbar).
Hinweis
Es ist möglich, dass bereits vorhandene Threads in Teams nicht mehr routingfähig sind, z. B. wenn der Thread ein Interopthread für einen Benutzer war, der seitdem auf Teams aktualisiert wurde. Da er als Interopthread erstellt wurde, wird der Thread an Skype for Business weitergeleitet, aber dieser Benutzer kann Skype for Business nicht mehr für Chats und Anrufe verwenden. In diesem Fall wird der Thread deaktiviert und lässt keine weitere Kommunikation zu.
Von Skype for Business
Skype for Business Threads bleiben nicht über das 10-minütige SIP-Sitzungstimeout hinaus erhalten. Chats und Anrufe von einem vorhandenen Thread in Skype for Business vor Ablauf der SIP-Sitzung werden auf die gleiche Weise wie der Thread weitergeleitet. Anrufe und Chats von einem vorhandenen Thread in Skype for Business über das SIP-Sitzungstimeout hinaus werden an die Skype for Business der Remotepartei weitergeleitet, unabhängig davon, von welchem Client der ursprüngliche Thread auf der Seite der anderen Partei stammt.
Anwesenheit
In Situationen, in denen einige Benutzer den Teams-Client und andere den Skype for Business-Client verwenden, ist es möglich, dass einige dieser Benutzer beide Clients verwenden. Es ist wichtig zu verstehen, dass Anwesenheitsinformationen basierend auf dem Koexistenzmodus eines Benutzers veröffentlicht werden. Wenn der Chat oder Anruf eines Absenders beispielsweise auf dem Skype for Business Client des Ziels landen soll, sollte dem Absender die Anwesenheit des Skype for Business Clients angezeigt werden. Wenn es auf den Teams-Client des Ziels gelangen soll, sollte die Anwesenheit des Teams-Clients angezeigt werden.
Anwesenheitsinformationen werden basierend auf dem Koexistenzmodus eines Benutzers freigegeben, wie unten beschrieben:
- Wenn sich ein Benutzer im TeamsOnly-Modus befindet, wird jedem anderen Benutzer (ob in Teams oder Skype for Business) angezeigt, dass teamsOnly die Teams-Anwesenheit des Benutzers angezeigt wird.
- Wenn sich ein Benutzer in einem der Skype for Business Modi (SfbOnly, SfbWithTeamsCollab, SfbWithTeamsCollabAndMeetings) befindet, sieht jeder andere Benutzer (ob in Teams oder Skype for Business), dass Skype for Business Skype for Business Anwesenheit des Benutzers
- Wenn sich ein Benutzer im Modus "Inseln" befindet, sind die Anwesenheit in Teams und die Anwesenheit in Skype for Business unabhängig (die Werte müssen nicht übereinstimmen), und andere Benutzer sehen die eine oder andere Anwesenheit des Islands-Benutzers, je nachdem, ob sie sich im selben Mandanten oder in einem Verbundmandanten befinden und welchen Client sie verwenden.
- In Teams wird jedem anderen Benutzer innerhalb desselben Mandanten die Teams-Präsenz des Islands-Benutzers angezeigt. Dies ist an der oben genannten Routingtabelle des Mandanten ausgerichtet.
- In Teams sieht jeder andere Benutzer in einem Verbundmandanten die Skype for Business Anwesenheit des Islands-Benutzers. Dies ist an der oben stehenden Routingtabelle des Verbunds ausgerichtet.
- In Skype for Business wird jedem anderen Benutzer die Skype for Business Anwesenheit des Islands-Benutzers (sowohl mandantenintern als auch verbundintern) angezeigt. Dies ist an den oben genannten Routingtabellen ausgerichtet.
Mandanteninterne Anwesenheit
Nachrichten, die an TeamsOnly-Benutzer gesendet werden, gelangen immer in Teams. Nachrichten, die an Skype for Business Benutzer im Modus gesendet werden, gelangen immer in Skype for Business, wenn die Konversation wie oben beschrieben möglich ist. Nachrichten, die an Islands-Benutzer gesendet werden, landen immer in dem Client, von dem sie stammen.
Die Tabelle beschreibt die Anwesenheit des Verlegers, die von einem Watcher angezeigt wird, abhängig vom Modus des Verlegers und dem Client des Watchers (für einen neuen Thread).
Tabelle 3: Mandanteninterne Anwesenheit (neuer Thread)
| Watcher Client |
Route--> |
Inselmodus |
Publisher Skype for Business |
Nur Teams |
|---|---|---|---|---|
| Skype for Business | │ | Skype for Business | Skype for Business | Teams |
| Microsoft Teams | │ | Teams | Skype for Business | Teams |
Verbundpräsenz
Verbundpräsenz basiert auf der in Tabelle 2 gezeigten Verbundreichbarkeit. In der folgenden Tabelle wird die Anwesenheit des Verlegers beschrieben, die von einem Watcher angezeigt wird, abhängig vom Modus des Verlegers und dem Client des Watchers (für einen neuen Thread). In der Praxis macht der Client des Watchers in dieser Phase keinen Unterschied beim Verbund.
Tabelle 4: Verbundpräsenz (neuer Thread)
| Watcher Client |
Route--> |
Inselmodus |
Publisher Skype for Business |
Nur Teams |
|---|---|---|---|---|
| Skype for Business | │ | Skype for Business | Skype for Business | Teams |
| Microsoft Teams | │ | Skype for Business | Skype for Business | Teams |
Vorhandensein in bereits vorhandenen Threads
Um die Anwesenheit und Erreichbarkeit in bereits vorhandenen Threads auszurichten, muss die in diesem Thread verfügbar gemachte Anwesenheit des Ziels am Routing des Threads ausgerichtet werden, vorausgesetzt, routing ist möglich. Insbesondere wenn ein Empfänger, mit dem Sie zuvor einen beständigen Interop-Unterhaltungsthread hatten, auf Teams aktualisiert wurde, spiegelt dieser Thread nicht mehr die genaue Anwesenheit wider und ist nicht mehr routingfähig. Sie sollten einen neuen Thread starten.
Verbund und Interoperabilität mit Office 365 betrieben von 21Vianet
Verbund und Interop zwischen mehrinstanzenfähigen Office 365 und Office 365, die von 21Vianet betrieben werden, werden unterstützt, wenn sich die mehrinstanzenfähigen Office 365 Benutzer im Modus Nur Teams befinden. In einem solchen Szenario können Skype for Business Online-Benutzer in Office 365, die von 21Vianet betrieben wird, über Chats und Anrufe in mehrinstanzenfähigen Office 365 mit Teams Only-Benutzern kommunizieren. Die folgende Tabelle zeigt die unterstützten Szenarien in dieser Konfiguration:
| Szenario | Ursprung | Empfänger | Unterstützt? |
|---|---|---|---|
| Anwesenheit | Teams Skype for Business |
Skype for Business Teams |
Ja Ja |
| Chat | Teams Skype for Business |
Skype for Business Teams |
Ja (nur 1:1) Ja(nur 1:1) |
| Audioanrufe | Teams Skype for Business |
Skype for Business Teams |
Ja (nur 1:1) Ja (nur 1:1) |
| Videoanrufe | Teams Skype for Business |
Skype for Business Teams |
Ja (nur 1:1) Ja (nur 1:1) |
| Bildschirmfreigabe | Teams Skype for Business |
Skype for Business Teams |
Ja (über eine höhergestufte Teams-Besprechung) Ja (über eine höhergestufte Skype for Business Besprechung) |
Verwandte Links
Video: Verwalten der Koexistenz und Interoperabilität zwischen Skype for Business und Teams
Feedback
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Issues stufenweise als Feedbackmechanismus für Inhalte abbauen und durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unter https://aka.ms/ContentUserFeedback.
Feedback senden und anzeigen für