Planen der Mobilität für Skype for Business Server
Planen Sie Ihre Implementierung von Mobility for Skype for Business Server.
Mit Skype for Business Server können Sie das Mobilitätsfeature bereitstellen, um Skype for Business Server Funktionalität auf mobilen Geräten bereitzustellen. Dieser Artikel enthält Details zum Mobilitätsfeature und hilft Ihnen bei der Planung Ihrer Bereitstellung.
Das Mobilitätsfeature für Skype for Business Server unterstützt mobile Clients für Skype for Business sowie Lync-Clients, die auf 2010 zurückgehen. Nach der Bereitstellung können Ihre Benutzer mithilfe unterstützter iOS-, Android- und Windows Phone mobiler Geräte eine Verbindung mit Ihrer Skype for Business Server-Bereitstellung herstellen, um verschiedene Features zu nutzen, einschließlich Enterprise-VoIP Features. Wir haben unten eine partielle Liste eingefügt, und Sie können auch den Vergleich der Desktopclientfeatures für Skype for Business überprüfen, um weitere Informationen zu erhalten:
Nachrichten senden und empfangen
Anwesenheitsinformationen anzeigen
Kontakte anzeigen
Klicken, um an einer Konferenz teilzunehmen
Geschäftlich anrufen
Erreichbarkeit unter einer Nummer
Voicemail
Benachrichtigung über verpasste Anrufe
Voice over IP (VoIP)
Teilnehmervideo (H.264)
Besprechungsinhalt anzeigen (PowerPoint und Desktop-/Anwendungsfreigabe)
Bei allen diesen Funktionen kommt die Unified Communications-Web-API (UCWA) zum Einsatz. UCWA wurde erstmals in Lync Server 2013 eingeführt und wird weiterhin für Skype for Business Server verwendet. Es gibt eine zusätzliche Funktionalität für die Kommunikation mit Lync 2010-Clients, und das ist Mobility Service (MCX). Dies sind kostenlose Dienste, mit denen Lync Server 2010- und 2013-Clients sowie Skype for Business Clients erfolgreich auf Skype for Business Server Bereitstellungen zugreifen können.
Hinweis
MCX-Unterstützung (Mobility Service) für mobile Legacyclients ist in Skype for Business Server 2019 nicht mehr verfügbar. Alle aktuellen Skype for Business mobilen Clients verwenden bereits die Unified Communications Web API (UCWA) zur Unterstützung von Chat, Anwesenheit und Kontakten. Benutzer mit Legacyclients, die MCX verwenden, müssen ein Upgrade auf einen aktuellen Client durchführen.
Es ist wichtig zu beachten, dass alle diese Features zwar nach der Implementierung von Mobility verfügbar sind, sie aber auf einigen Geräten etwas anders funktionieren können. Wir haben eine Website, auf der erläutert wird, welche Features auf welchen Geräten funktionieren, unter Vergleich der Features für mobile Clients für Skype for Business. Wir haben auch einige großartige Geräte- und Betriebssysteminformationen unter Plan für Clients und Geräte.
Mobilität nutzt das AutoErmittlungsfeature, mit dem Clients Skype for Business Server Webdienste automatisch finden können, ohne dass Benutzer URLs eingeben müssen (sie müssen diese nicht einmal kennen). Für die Problembehandlung wird die manuelle Eingabe von URLs nach wie vor unterstützt.
Pushbenachrichtigungen werden auch unterstützt, wenn die Skype for Business App nicht im Hintergrund ausgeführt wird (oder für mobile Geräte, die keine Anwendungen unterstützen, die im Hintergrund ausgeführt werden). Eine Pushbenachrichtigung wird an ein mobiles Gerät über ein Ereignis gesendet, das auftritt, wenn das Gerät oder die App inaktiv ist. Ein gutes Beispiel ist, dass eine Chatnachricht fehlt, wenn Ihr Smartphone nicht aktiv ist, was dazu führen würde, dass eine Pushbenachrichtigung gesendet wird (dies wird als Popup oder Benachrichtigung angezeigt, z. B. wenn die App im Hintergrund ausgeführt wird). Mit Pushbenachrichtigungen verpassen Benutzer keine Chat- oder Sprachanrufe.
Weitere Informationen haben wir in die folgenden Abschnitte unterteilt:
Mobilitätskomponenten
Es gibt vier Dienste, die Mobility for Skype for Business Server umfassen:
Unified Communications-Web-API (UCWA)
Stellt Dienste für die Echtzeitkommunikation mit mobilen und Webclients für Skype for Business Server bereit. Wenn Skype for Business Server bereitgestellt wird, wird ein virtuelles UCWA-Verzeichnis in den internen und externen Webdiensten erstellt. Es handelt sich um eine virtuelle Komponente in diesem virtuellen Verzeichnis, die Anrufe von UCWA-fähigen Clients akzeptiert. Die Client-Apps kommunizieren zu folgenden Zwecken über eine REST-Schnittstelle (Representational State Transfer):
Anwesenheit
Kontakte
Chat
VoIP
Videokonferenzen
Zusammenarbeit
UCWA verwendet einen P-GET-basierten Kanal, um Ereignisse zu senden, z. B. eingehende Anrufe, eingehende Sofortnachrichten oder Nachrichten für die Client-App.
Mobilitätsdienst (MCX)
Unterstützt Skype for Business Server Funktionen wie Chat, Anwesenheit und Kontakte auf mobilen Geräten. Die Mobilitätsdienst wird auf jedem Front-End-Server in jedem Pool installiert, der Skype for Business Server Funktionalität auf mobilen Geräten unterstützen soll. Wenn Sie Skype for Business Server 2015 installieren, wird ein neues virtuelles Verzeichnis (Mcx) auf den internen und externen Websites auf Ihren Front-End-Servern erstellt.
Hinweis
MCX-Unterstützung (Mobility Service) für mobile Legacyclients ist in Skype for Business Server 2019 nicht mehr verfügbar. Alle aktuellen Skype for Business mobilen Clients verwenden bereits die Unified Communications Web API (UCWA) zur Unterstützung von Chat, Anwesenheit und Kontakten. Benutzer mit Legacyclients, die MCX verwenden, müssen ein Upgrade auf einen aktuellen Client durchführen.
AutoErmittlungsdienst
Gibt den Standort des Benutzers an und ermöglicht mobilen Geräten und anderen Skype for Business Clients, Ressourcen (z. B. interne und externe URLs für Skype for Business Server-Webdienste, Mcx-URL oder UCWA-URL) unabhängig vom Netzwerkstandort zu finden. Für die automatische Ermittlung werden hartcodierte Hostnamen („lyncdiscoverinternal“ für Benutzer innerhalb des Netzwerks und „lyncdiscover“ für Benutzer außerhalb des Netzwerks) und die SIP-Domäne des Benutzers verwendet. Sowohl Clientverbindungen über HTTP als auch über HTTPS werden unterstützt.
Der AutoErmittlungsdienst wird auf jedem Front-End-Server und auf jedem Director in jedem Pool installiert, der Skype for Business Server Funktionen auf mobilen Geräten unterstützen soll. Wenn Sie den Dienst installieren, wird ein neues virtuelles Verzeichnis (AutoErmittlung) auf den internen und externen Websites auf Ihren Front-End-Servern und -Directors erstellt.
Pushbenachrichtigungsdienst
Ein cloudbasierter Dienst, der sich in Ihrem Skype for Business Online-Rechenzentrum befindet. Auf Smartphones, auf denen Skype for Business Client nicht im Hintergrund ausgeführt wird, wird bei einem neuen Ereignis eine Benachrichtigung über ein verpasstes Ereignis (als Pushbenachrichtigung bezeichnet) stattdessen an das mobile Gerät gesendet. Der Mobilitätsdienst sendet eine Benachrichtigung an den Pushbenachrichtigungsdienst (MPNS), der sie dann an das mobile Gerät sendet. Der Benutzer kann dann auf seinem mobilen Gerät auf die Benachrichtigung reagieren und die App dadurch aktivieren. Für diese Funktionalität ist ein Edgeserver erforderlich.
Unterstützte Topologien
Wir verfügen über die folgenden unterstützten Skype for Business Server-Anwendungen für Ihre Topologieplanung:
Mobility Standard Edition
Mobilitäts-Enterprise Edition
Sie sollten diese Funktion mit Skype for Business Server Edgeservern oder Lync Server 2013-Edgeservern verwenden können.
Die Mobilitätsdienst wird auf Front-End-Servern unterstützt, wenn sie mit der Rolle Vermittlungsserver mit zwei Netzwerkschnittstellen verbunden ist. Sie müssen jedoch geeignete Schritte zum Konfigurieren dieser Schnittstellen ausführen. Sie müssen ip-Adressen der spezifischen Schnittstelle zuweisen, die als Vermittlungsserver kommuniziert, und der Netzwerk-IP-Schnittstelle, die als Front-End-Server kommuniziert. Sie können dies im Topologie-Generator tun, indem Sie die richtige IP-Adresse für jeden Dienst auswählen, anstatt die Standardauswahl Alle konfigurierten IP-Adressen verwenden zu verwenden.
Technische Anforderungen
Es ist wichtig, bei der Planung die verschiedenen Szenarien zu berücksichtigen, die sich im Zusammenhang mit mobilen Anwendungen für Ihre mobilen Benutzer ergeben können. Beispiel: Jemand verwendet privat eine mobile App über ein 3G-Netzwerk und wechselt dann am Arbeitsplatz zum Unternehmens-WLAN. Sie können zu 4G wechseln, wenn sie ihr Gebäude verlassen. Wenn Sie jetzt entsprechend planen, können Sie diese Netzwerkübergänge unterstützen und für konsistente Benutzerfreundlichkeit sorgen.
DNS-Konfiguration
Die Mobility Services Mcx und UCWA verwenden DNS auf die gleiche Weise. Bei der AutoErmittlung suchen mobile Geräte mithilfe von DNS nach Ressourcen. Bei der DNS-Suche wird versucht, eine Verbindung mit dem FQDN herzustellen, der dem internen DNS-Eintrag zugeordnet ist („lyncdiscoverinternal.[interner Domänenname]“). Wenn der interne DNS-Eintrag nicht für die Verbindung verwendet werden kann, wird eine zweite Verbindung versucht, dieses Mal mit dem externen DNS-Eintrag („lyncdiscover.[SIP-Domäne]“). Warum zwei DNS-Einträge? Ein mobiles Gerät, das sich intern im Netzwerk befindet, kann die interne AutoErmittlungs-URL verwenden. Externe mobile Geräte verwenden die externe AutoErmittlungs-URL. In beiden Fällen gibt der AutoErmittlungsdienst alle Webdienst-URLs für den Basispool des Benutzers zurück, einschließlich der Mobilitätsdienst (Mcx und UCWA).
Es wird erwartet, dass die externen AutoErmittlungsanforderungen den Reverseproxy durchlaufen, den Sie für Skype for Business Server konfiguriert haben. Allerdings sind sowohl die interne Mobilitätsdienst-URL als auch die externe Mobilitätsdienst-URL dem externen Webdienst-FQDN zugeordnet. Daher stellt das Gerät unabhängig davon, ob ein mobiles Gerät intern oder außerhalb Ihres Netzwerks ist, immer eine externe Verbindung mit dem Skype for Business Server Mobilitätsdienst über Ihren Reverseproxy her.
Hinweis
Wie bereits erwähnt, wird der gesamte Mobilitätsdienst Datenverkehr (intern und extern) über Ihren Reverseproxy geleitet. Manchmal treten jedoch Probleme auf, wenn der interne Datenverkehr über eine Schnittstelle ausgeht und dann über die gleiche Schnittstelle wieder zurückfließen soll. Dies kann gegen Ihre Spoofingregeln (formell: Spoofing von TCP-Paketen) verstoßen. Sie müssen das Anheften von Haaren zulassen, um die Funktion "Mobilität" zu haben.
Hinweis
Wenn Sie dazu bereit sind, können Sie auch einen Reverseproxy verwenden, der von Ihrer Firewall getrennt ist (aus Sicherheitsgründen sollte die Verhinderung von Spoofing immer in Ihrer Firewall erzwungen werden). Auf diese Weise kann die Spitzkehre an der externen Schnittstelle Ihres Reverseproxys und nicht an der externen Schnittstelle Ihrer Firewall erfolgen. Auf diese Weise können Sie spoofing ordnungsgemäß in Ihrer Firewall erkennen, während Sie die Regel an Ihrem Reverseproxy lockern und Ihre Mobility-Funktionalität erhalten.
Hinweis
Wenn Sie diesen Weg gehen, stellen Sie sicher, dass Sie den DNS-Host oder CNAME-Einträge verwenden, um den Reverseproxy für das Haarnadelverhalten (nicht die Firewall) zu definieren, wenn möglich.
Sie müssen einige Aspekte konfigurieren, um Benutzer innerhalb und außerhalb des Unternehmensnetzwerks zu unterstützen.
Für interne und externe Web-FQDNs gelten die folgenden Regeln:
Neue CNAME- oder A-Einträge (Host für IPv6: AAAA) für die automatische Ermittlung
Neue Firewallregel, wenn Pushbenachrichtigungen über das WLAN-Netzwerk unterstützt werden sollen
Alternative Antragstellernamen für interne Serverzertifikate und Reverseproxyzertifikate für die automatische Ermittlung.
Die Konfiguration des Front-End-Servers mit Hardwarelastenausgleich ändert die Quellaffinität.
Dies sind die Topologieanforderungen, die zur Unterstützung von Mobility Service und AutoErmittlungsdienst erforderlich sind:
Der interne Web-FQDN des Front-End-Pools muss sich vom externen Web-FQDN des Front-End-Pools unterscheiden.
Auf den internen Web-FQDN darf nur von innerhalb des Unternehmensnetzwerks zugegriffen werden, und er darf nur in eine Unternehmensnetzwerkadresse aufgelöst werden.
Auf den externen Web-FQDN darf nur vom Internet aus zugegriffen werden, und er darf nur in eine Internetadresse aufgelöst werden.
Für einen Benutzer innerhalb des Unternehmensnetzwerks muss die Mobilitätsdienst-URL an den externen Web-FQDN adressiert werden. Diese Anforderung gilt für die Mobilitätsdienst und gilt nur für diese URL.
Für einen Benutzer außerhalb des Unternehmensnetzwerks muss die Anforderung an den externen Web-FQDN des Front-End-Pools oder Director geleitet werden.
Zur Unterstützung der AutoErmittlung müssen Sie für jede SIP-Domäne die folgenden DNS-Einträge erstellen:
Einen internen DNS-Eintrag zur Unterstützung mobiler Benutzer, die über das Netzwerk Ihrer Organisation eine Verbindung herstellen
Einen externen oder öffentlichen DNS-Eintrag zur Unterstützung mobiler Benutzer, die eine Verbindung über das Internet herstellen
Die interne AutoErmittlungs-URL sollte nicht von außerhalb des internen Netzwerks adressierbar sein. Die externe AutoErmittlungs-URL sollte nicht von innerhalb des Netzwerks adressierbar sein. Wenn dies für die externe URL nicht möglich ist, wird dies die Funktionen der mobilen Clients vermutlich nicht beeinträchtigen, da immer zuerst versucht wird, eine Verbindung mit der internen URL herzustellen.
Port- und Firewallanforderungen
Wir haben die meisten davon in unserer anderen Dokumentation behandelt, aber speziell für Mobility möchten Sie die folgenden Ports in Ihrem Unternehmensnetzwerk Wi-Fi netzwerk geöffnet haben, wenn Benutzer auf einer Survivable Branch Appliance (SBA) gehostet werden:
Für „UcwaSipExternalListeningPort“ wird Port 5088 benötigt.
Für „UcwaSipPrimaryListeningPort“ wird Port 5089 benötigt.
Zertifikatanforderungen
Wenn Sie die automatische Ermittlung für Ihre Skype for Business mobilen Clients verwenden, müssen Sie die SAN-Listen (alternativer Antragstellername) in Ihren Zertifikaten ändern, um sichere Verbindungen von Ihren mobilen Clients zu unterstützen. Wenn bereits Zertifikate vorhanden sind, müssen Sie neue Zertifikate mit den hier beschriebenen SAN-Einträgen anfordern und zuweisen. Dies muss für jeden Front-End-Server und Director (sofern in Ihrer Umgebung) erfolgen, auf dem der AutoErmittlungsdienst ausgeführt wird. Wir empfehlen auch, die SAN-Listen für Ihre Reverseproxyzertifikate zu ändern und SAN-Einträge für jede SIP-Domäne in Ihrem organization hinzuzufügen.
Dies sollte ein einfacher Prozess sein, wenn Sie die neuen Zertifikate von einer internen Zertifizierungsstelle (Zertifizierungsstelle) anfordern, aber öffentliche Zertifikate sind komplexer und möglicherweise viel teurer für die erneute Anforderung, nicht Erwähnung es kann kostspielig sein, einem neuen öffentlichen Zertifikat viele SIP-Domänen hinzuzufügen. In dieser Situation gibt es einen Ansatz, der zwar unterstützt, aber nicht empfohlen wird. Sie können Ihren Reverseproxy so konfigurieren, dass die anfängliche AutoErmittlungsdienstanforderung über Port 80 erfolgt, der HTTP anstelle von Port 443 verwendet, d. h. HTTPS (und 443 ist die Standardkonfiguration). Diese eingehende Anforderung wird an Port 8080 in Ihrem Front-End-Pool oder Director umgeleitet. Dadurch müssen Sie keine Zertifikatänderungen vornehmen, da dieser Datenverkehr für Anforderungen kein HTTPS verwendet. Aber auch hier empfehlen wir dies nicht, obwohl es für Sie funktioniert.
Anforderungen im Hinblick auf Windows und IIS
Sie sollten über eine unterstützte Windows Server-Version für Ihre Skype for Business Server-Umgebung verfügen. Daher benötigen Sie für Mobilitätsfunktionen auch IIS 8 oder IIS 8.5. Es müssen einige Änderungen an den Standardeinstellungen für ASP.NET vorgenommen werden, aber das Mobilitätsdienst Installationsprogramm wird dies automatisch tun.
HLB-Anforderungen
Wenn Sie eine Topologie für Skype for Business Server verwenden, die einen HLB für Ihren Front-End-Pool enthält (dies wäre eine Beliebige Topologie, die mehr als einen Front-End-Server enthält), müssen die externen virtuellen Webdienst-IP-Adressen (VIPs) für den Webdienstdatenverkehr für die Quelle konfiguriert werden. Die Quellaffinität stellt sicher, dass mehrere Verbindungen von einem einzelnen Client an einen einzigen Server gesendet werden, um den Sitzungsstatus aufrechtzuerhalten.
Wenn Sie Skype for Business mobile Clients nur über Ihr internes Wi-Fi-Netzwerk unterstützen möchten, sollten Sie Ihre internen Webdienst-VIPs für die Quelle konfigurieren, wie für externe Webdienst-VIPs beschrieben. In diesem Fall sollten Sie source_addr (oder TCP)-Affinität für die internen Webdienst-VIPs auf dem HLB verwenden.
Ausführlichere Informationen hierzu finden Sie in der Dokumentation zu Load balancing requirements for Skype for Business.
Anforderungen an den Reverseproxy
Um die automatische Ermittlung für Skype for Business mobile Clients zu unterstützen, müssen Sie die aktuelle Veröffentlichungsregel wie folgt aktualisieren:
Wenn Sie die SAN-Listen für Ihre Reverseproxyzertifikate aktualisieren möchten und HTTPS für die anfängliche AutoErmittlungsdienstanforderung verwenden, müssen Sie die Webveröffentlichungsregel für lyncDiscover aktualisieren.<sipdomain>. Dies wird in der Regel mit dem Veröffentlichungsrul für die url der externen Webdienste im Front-End-Pool kombiniert.
Wenn Sie sich entschieden haben, HTTP für die anfängliche AutoErmittlungsdienstanforderung zu verwenden, um zu vermeiden, dass die SAN-Liste für Ihre Reverseproxyzertifikate aktualisiert werden muss (was nicht empfohlen wird), müssen Sie eine neue Webveröffentlichungsregel für port HTTP/TCP 80 erstellen, sofern noch keine vorhanden ist. Wenn diese Regel vorhanden ist, aktualisieren Sie sie, um eine lyncDiscover-Funktion einzuschließen.<sipdomain-Eintrag> .
Definieren der Mobilitätsanforderungen
Nachdem wir nun die Topologien, Komponenten und technischen Anforderungen überprüft haben, sehen wir uns an, was Ihre organization möglicherweise in Bezug auf eine Mobility-Implementierung benötigen.
Möchten Sie für mobile Skype for Business-Clients die automatische Ermittlung verwenden?
Wir empfehlen dringend, die automatische Ermittlung zu verwenden. Dazu müssen Sie wie weiter oben unter „Technische Anforderungen“ beschrieben neue interne und externe DNS-Einträge erstellen. Mit der automatischen Ermittlung können die Skype for Business Clients automatisch Skype for Business Server Webdienste von jedem Ort aus finden, ohne dass eine URL manuell eingegeben werden muss.
Wenn Sie möchten, können Sie manuelle Einstellungen verwenden. Die Benutzer müssen dann auf ihren mobilen Geräten die folgenden URLs eingeben:
< https://ExtPoolFQDN>/Autodiscover/autodiscoverservice.svc/Root für externen Zugriff.
< https://IntPoolFQDN>/Autodiscover/autodiscoverservice.svc/Root für internen Zugriff.
Wir möchten nochmals betonen, dass wir die automatische Ermittlung empfehlen. Manuelle Einstellungen können jedoch bei der Problembehandlung hilfreich sein.
Möchten Sie Pushbenachrichtigungen unterstützen?
Pushbenachrichtigungen werden für mobile Anwendungen verwendet, die diese Funktionalität unterstützen, um Benutzer über Ereignisse zu benachrichtigen, wenn die App gerade nicht aktiv ist. Ihr Edgeserver muss über eine Verbundbeziehung mit Ihrem cloudbasierten Skype for Business Server Pushbenachrichtigungsdienst verfügen, der sich im Skype for Business Online-Rechenzentrum befindet. Um Pushbenachrichtigungen zu aktivieren, müssen Sie ein Cmdlet ausführen.
Hinweis
Wenn sie noch Lync Server 2010-Clients verwenden, muss der TCP-Port 5223 ausgehend in Ihrem Unternehmens-WLAN-Netzwerk geöffnet sein.
Möchten Sie, dass alle Ihre Benutzer auf alle Mobilitätsfeatures zugreifen, oder möchten Sie angeben, welche Benutzer stattdessen auf diese Features zugreifen können?
Wir haben eine Tabelle, die Ihnen bei einigen der Features hilft, die für alle Benutzer verfügbar sind, und ob sie standardmäßig auf diese Weise festgelegt sind oder nicht. Die vollständige Liste finden Sie unter New-CsMobilityPolicy.
Hinweis
Alle diese Funktionen gelten global, für bestimmte Standorte oder für bestimmte Benutzer.
| Feature | Parametername | Beschreibung | Standardeinstellung |
|---|---|---|---|
| Mobilität aktivieren |
EnableMobility |
Steuert Benutzer in einem bestimmten Bereich, auf denen Skype for Business mobiler Client installiert ist. Wenn die Richtlinie auf „False“ festgelegt ist, können sich die Benutzer nicht mit ihrem Client anmelden. |
True |
| Externe Anrufe |
EnableOutsideVoice |
Ermöglicht Benutzern die Verwendung der Funktion „Geschäftlich anrufen“, das heißt, die Benutzer können Anrufe unter ihrer geschäftlichen Telefonnummer anstelle ihrer Mobiltelefonnummer tätigen und empfangen. Wenn „False“ festgelegt ist, können die Benutzer auf ihren Mobiltelefonen nicht über die geschäftliche Telefonnummer Anrufe tätigen oder empfangen. |
True |
| IP-Audio und -Video aktivieren |
EnableIPAudioVideo |
Wenn der Standardwert festgelegt ist, können Benutzer auf mobilen Geräten über VoIP Sprach- oder Videoanrufe tätigen oder empfangen. Wenn die Einstellung auf „False“ festgelegt ist, können die Benutzer auf ihren mobilen Geräten keine dieser Funktionen nutzen. |
True |
| Wi-Fi für IP-Audio erforderlich |
RequireWiFiForIPAudio |
Definiert, ob VoIP-Anrufe in Clients über das WLAN anstatt über das Mobilfunknetz getätigt oder empfangen werden. Wenn „True“ festgelegt ist, können die Benutzer nur dann VoIP-Anrufe tätigen und empfangen, wenn sie mit einem WLAN verbunden sind. |
False |
| Wi-Fi für IP-Video erforderlich |
RequireWiFiForIPVideo |
Definiert, ob Videoanrufe in Clients über das WLAN anstatt über das Mobilfunknetz getätigt oder empfangen werden. Wenn „True“ festgelegt ist, können die Benutzer nur dann VoIP-Anrufe tätigen und empfangen, wenn sie mit einem WLAN verbunden sind. |
False |
Sollen Benutzer, die nicht für Enterprise-VoIP aktiviert sind, an Konferenzen teilnehmen können, indem sie auf den entsprechenden Teilnahmelink klicken?
Damit Benutzer Zugriff auf Mobilitätsfeatures und Call via Work haben, müssen sie für Enterprise-VoIP aktiviert sein. Aber auch wenn sie nicht aktiviert sind, können sie weiterhin an Konferenzen teilnehmen, indem sie auf einen Link auf ihrem mobilen Gerät klicken, aber nur, wenn ihnen eine entsprechende VoIP-Richtlinie zugewiesen ist. Sie haben die folgenden Möglichkeiten:
Sie weisen diesen Benutzern eine bestimmte VoIP-Richtlinie zu, oder
Sie stellen sicher, dass eine globale Richtlinie oder eine Richtlinie auf Standortebene vorhanden ist, die für diese Benutzer gilt.
In jedem Fall muss die zugewiesene VoIP-Richtlinie über PSTN-Verwendungseinträge und -Routen verfügen. Diese definieren die Bereiche, in die Benutzer hinauswählen können, um an einer Konferenz teilzunehmen.
Hinweis
Mobile Benutzer, die click to join verwenden möchten, benötigen eine VoIP-Richtlinie zusammen mit den zugehörigen PSTN-Nutzungsdatensätzen und VoIP-Routen, da beim Klicken auf diesen Link auf ihren mobilen Geräten ein ausgehender Anruf von Skype for Business Server das Ergebnis ist.