Planen des Videointeropservers in Skype for Business Server
Zusammenfassung: Lesen Sie dieses Thema, während Sie planen, Skype for Business Server in Telekonferenzgeräte von Drittanbietern zu integrieren.
Skype for Business Server ermöglicht ihnen jetzt die Integration in bestimmte VTC-Lösungen (Video Teleconferencing System) von Drittanbietern. Die neue Serverrolle, die diese Interoperabilität von Videokonferenzen ermöglicht, ist der Video-Interop-Server (VIS), der derzeit als eigenständige Serverrolle implementiert ist, die nur für lokale Installationen verfügbar ist. Ein VIS fungiert als Vermittler zwischen einem Telefonkonferenzsystem eines Drittanbieters und einer Skype for Business Server Bereitstellung. Bei dieser Version konzentriert sich der VIS auf die Interoperabilität mit Videosystemen von Cisco/Tandberg. Lesen Sie diesen Artikel, um zu ermitteln, ob Dieses Feature in Ihrer Skype for Business Server Installation verwendet werden soll.
Interoperabilität von Geräten
Die Interoperabilität wird mit Cisco-VTCs getestet und unterstützt, die sich mit Cisco Unified Communications Manager (CallManager oder CUCM) Version 10.5 registrieren, und TCP-SIP-Trunks, die zwischen CUCM und vis eingerichtet sind.
Folgende Videotelekonferenzsysteme werden zurzeit unterstützt:
Cisco C40
Cisco C60
Cisco C90
Cisco MX200
Cisco MX300
Cisco DX80
Cisco EX60
Cisco EX90
Cisco SX20
Hinweis
Cisco Software Release TC7.0.0 oder höher ist auf diesen Systemen erforderlich, damit die Integration in Skype for Business Server wie erwartet funktioniert.
SIP-Trunks
Der Video Interop Server funktioniert im SIP-Trunkmodus, in dem sich die VTCs weiterhin bei der vorhandenen Cisco-Infrastruktur registrieren , z. B. Cisco Call Manager (CUCM). Ein Video-SIP-Trunk ist zwischen CUCM und dem VIS definiert, sodass Anrufe zwischen den beiden Systemen weitergeleitet werden können. Nur Anrufe über den SIP-Trunk vom Videotelekonferenzsystem (VTC) an den VIS werden unterstützt. Daher können sich VTCs in eine Skype for Business Konferenz einwählen (indem sie die Telefonnummer wählen, die der automatischen Anrufzentrale zugeordnet ist), aber nicht in die Konferenz gezogen und abgelegt werden.
Features
Diese Serverrolle bietet Folgendes:
Konvertierung zwischen den H.264-Formaten, die von Videosystemen von Drittanbietern verwendet werden, und der Skype for Business Server Bereitstellung.
Konvertierung eines einzelnen Videostreams mit einer bestimmten Auflösung aus einem VTC in mehrere Simulcaststreams mit unterschiedlichen Auflösungen für die Verwendung in der Skype for Business Server-Bereitstellung. Diese Datenströme können an die AVMCU und dann an Skype for Business Server Endpunkte und andere Videosysteme gesendet werden, die unterschiedliche Auflösungen angefordert haben. Diese Konvertierung wird auch verwendet, wenn das Videosystem eines Drittanbieters an einer Skype for Business A/V-Telefonkonferenz beteiligt ist. Sobald der Transcodierungsgrenzwert auf einem bestimmten VIS-Server erreicht ist, erhalten alle folgenden Anforderungen für verschiedene Auflösungen nur einen Stream mit der niedrigsten Auflösung.
Unterstützung für einen Video-SIP-Trunk zwischen dem CUCM-Gateway und einem Skype for Business Server Video-Interop-Server; VTCs registrieren sich weiterhin beim Cisco-Gateway und initiieren Aufrufe der Skype for Business Bereitstellung über das Gateway. Anrufe werden vom Gateway an den Skype for Business Video-Interop-Server über den Video-SIP-Trunk weitergeleitet.
Unterstützung eines Benutzers in einem Konferenzraum mit einem unterstützten Videosystem, sodass von diesem System aus gewählt werden kann, um an einer offenen oder geschlossenen Konferenz teilzunehmen. Dieser Anruf durchläuft den Video-SIP-Trunk.
Unterstützung für einen Benutzer in einem Konferenzraum mit einem unterstützten Videosystem, um einen Skype for Business Client anzurufen. Der Anruf durchläuft den SIP-Trunk.
Unterstützung für die Steuerung der Anrufmitte von der Skype for Business Server seite oder vom unterstützten VTC-System für Punkt-zu-Punkt- und Mehrpunktanrufe, einschließlich Stummschalten/Aufheben der Stummschaltung von Audio, Anhalten/Fortsetzen von Videos, Sperren von Video und Halten/Aufheben des Anrufs.
Bekannte Einschränkungen
Diese Serverrolle unterliegt den folgenden Einschränkungen:
Neue Aufrufe von der Skype for Business Bereitstellung an die VTCs über den Video-SIP-Trunk werden nicht unterstützt. . Dies bedeutet, dass nur neue Aufrufe von den VTCs in die Skype for Business Bereitstellung über den Video-SIP-Trunk unterstützt werden. Das Vorhandensein des unterstützten Videosystems ist nicht über den Video-SIP-Trunk zum VIS verfügbar.
Es wird nur ein eigenständiger VIS-Pool für den Video-SIP-Trunkmodus unterstützt.
TLS + SRTP oder TCP + RTP wird für die Kommunikation zwischen dem VTC und dem VIS über den Video-SIP-Trunk unterstützt.
Die Anwendungsfreigabe wird nicht unterstützt. Ein Skype for Business Benutzer im Konferenzraum muss an der Skype for Business Konferenz teilnehmen (z. B. über einen Laptop) und die App-Freigabebildschirme auf einem der kostenlosen Monitore im Konferenzraum anzeigen, der nicht dem VTC zugeordnet ist.
Ein VTC kann nicht über einen VIS an einer Besprechung im Partnerverbund teilnehmen.
Ein VTC kann nicht über einen VIS an einer Onlinebesprechung teilnehmen.
Anrufe von einem VTC an die PSTN über den VIS werden nicht unterstützt.
Anrufe von der PSTN an einen VTC über den VIS werden nicht unterstützt.
Flexibilitätsmechanismen
Das VIS unterstützt eingehende Anrufe von einem CUCM, die über einen Video-SIP-Trunk übertragen werden. Es ist möglich, die Konnektivität entweder Upstream oder downstream zu verlieren, daher sollten Sie für eine robuste Resilienz beide Möglichkeiten in Betracht ziehen:
VIS-Poolfailover Wenn der Standard VIS-Pool, auf den das Videogateway verweist, ausgefallen ist, ist die Wiederherstellung möglich, wenn das Videogateway Trunks für zwei (oder mehr) VIS-Pools definiert hat. Wenn das Videogateway feststellt, dass es keine Aufrufe an den primären VIS-Pool tätigen kann, leitet es die Aufrufe einfach an einen sekundären VIS-Pool weiter.
Ein bestimmter VIS-Pool kann Trunks für mehrere Gateways haben, aber normalerweise kann ein bestimmtes Gateway keine Trunks für mehrere VIS-Pools haben. Daher muss ein Trick ausgeführt werden, um dieses Failover zu unterstützen: Definieren Sie 2 FDQNs in DNS, die in dieselbe IP-Adresse eines Videogateways aufgelöst werden. Stellen Sie jeden FQDN als separates Videogateway im Topologiedokument dar, wobei jedes Videogateway über einen Trunk zu einem anderen VIS-Pool verfügt und die Wiederherstellung jetzt möglich ist. (Wenn TLS verwendet wird, müssen sich die mehreren Namen im SAN des Videogatewayzertifikats enthalten.)
Hinweis
VIS gestattet nur eingehende Anrufe von Gateways, die im Topologiedokument konfiguriert sind.
Front-End-Failover Wenn ein VIS-Pool einen Anruf von CUCM empfängt, aber seine primäre Registrierungsstelle oder den Front-End-Pool des nächsten Hops nicht erreichen kann, werden Anrufe an einen Front-End-Sicherungspool weitergeleitet.
Das VIS verfolgt die status seines primären Front-End-Pools und seines Front-End-Sicherungspools nach (die Einstellung befindet sich in der Sicherungseinstellung für den Registrierungsstellendienst im Topologiedokument). Optionsabfragen werden einmal pro Minute an beide Pools gesendet. Wenn fünf aufeinanderfolgende Fehler auftreten, geht das VIS davon aus, dass ein bestimmter Front-End-Pool ausgefallen ist. Wenn der primäre Front-End-Pool als ausgefallen gekennzeichnet ist und eine verfügbare konfigurierte Sicherung vorhanden ist, sendet das VIS neue Aufrufe vom Gateway an den Front-End-Sicherungspool. Sobald der primäre Front-End-Pool wieder da ist, wird der VIS mit dem primären Front-End-Pool für neue Aufrufe fortgesetzt.
Der VIS implementiert außerdem einen 10-Sekunden-Timer für Anrufe vom Video-SIP-Trunk. Wenn der primäre Next-Hop-Front-End-Pool für einen Anruf aus dem Video-SIP-Trunk verwendet wurde und der primäre Front-End-Pool des nächsten Hops nicht mit einer SIP-Nachricht (einschließlich 100 Trying) an die Einladung geantwortet hat, die innerhalb dieses Timerwerts an ihn gesendet wurde, sollte der Proxy für die Sicherung des nächsten Hops für den Anruf versucht werden, falls konfiguriert.
Hinweis
Wenn es zuerst mit dem Sicherungspool für den nächsten Hop versucht wurde, wird der primäre Pool anschließend nicht mehr ausprobiert.
Der Administrator kann auch den Windows PowerShell-Failoverbefehl verwenden, um den VIS zu zwingen, den Sicherungs-Front-End-Pool zu verwenden, beispielsweise wenn Wartungsarbeiten am primären Front-End-Pool durchgeführt werden müssen.
Koexistenz von Voice- und Videotrunks für denselben Gatewaypeer
Skype for Business Server unterstützt, dass Sprach- und Video-SIP-Trunks denselben Gatewaypeer verwenden. Also kann dieselbe CUCM-Bereitstellung Voice-SIP-Trunks an den Vermittlungsserver und Video-SIP-Trunks an den VIS umfassen.
Ein PSTN-Gateway muss mit einem bestimmten FQDN im Topologiedokument für die Voice-SIP-Trunks definiert werden.
Der Peer zum PSTN-Gateway ist der Vermittlungsserver.
Bei Bedarf können mehrere Voice-Trunks definiert werden, die einen Bereich von einem PSTN-Gateway bis zu mehreren Vermittlungsserverpools umfassen.
Ein Videogateway muss im Topologiedokument für den Video-SIP-Trunk mit demselben FQDN wie für das PSTN-Gateway definiert werden.
Der Peer zum Videogateway ist der VIS.
Ein einzelner Videotrunk kann von einem Videogateway zu einem bestimmten VIS-Pool definiert werden.
CUCM muss so konfiguriert werden, dass Anrufe über den Sprachtrunk und den Videotrunk ordnungsgemäß weitergeleitet werden. Beispielsweise könnte ein spezielles Präfix für Wählzeichen verwendet werden, wenn aus dem VTC gewählt wird; CUCM könnte dieses Wählpräfix Aufrufen an VIS zuordnen, und geeignete Übersetzungsregeln würden dieses Präfix aus der SIP-Einladung zu VIS entfernen.
Koexistenz von VIS in der Skype for Business-Version und früheren Versionen von Lync
VIS kann nur im Rahmen der Skype for Business Bereitstellung bereitgestellt werden. Es kann mit Lync 2013-Konferenzen und -Clients zusammenarbeiten, die Teil einer vorhandenen Bereitstellung sind. In diesen Fällen muss der VIS-Pool Teil einer Skype for Business Bereitstellung sein, die einen Registrierungsstellen-/FE-Pool enthält, der der nächste Hop für den VIS-Pool ist.
Der VIS unterstützt keine Transcodierung zwischen RTV und H.264. Es gibt keine Videointeroperabilität zwischen Clients vor Lync 2013 und VTC-Teilnehmern in einer Konferenz.
Wenn in einer Konferenz Clients vor Lync 2013 enthalten sind, senden mobile Clients Daten über RTV. Dies führt dazu, dass VTCs keine Videodaten erhalten, wenn der mobile Client zum dominanten Sprecher wird.
Damit Lync 2013 ordnungsgemäß mit dem VIS funktioniert, der Teil einer Skype for Business-Bereitstellung ist, muss für Lync 2013 die entsprechende CU angewendet werden, die den Lync 2013-Client, die CAA und die AVMCU für die Arbeit mit VIS aktualisiert.
Die Interoperabilität von VIS mit Lync 2013 und Skype for Business-Desktopclients wurde getestet und wird unterstützt.
Interoperabilität von VIS mit Nicht-Desktop (Android, Ipad, Iphone, Windows Phone, LMX usw.) Skype for Business Clients, die zum Zeitpunkt der VIS-Veröffentlichung im entsprechenden Apps Store verfügbar sind, wurden getestet und werden unterstützt.
Wiederherstellung bei Paketverlust über FEC
FEC kann zur Unterstützung der Wiederherstellung bei Paketverlust aktiviert werden. Bei aktivierter Funktion wird 50 % mehr Videobandbreite in der VIS-zu-VTC-Richtung genutzt.
VIS-Dimensionierung und Transcodierungskosten
Durch die Transcodierung einzelner Videostreams von der Cisco-VTC in mehrere Simulcaststreams wird CPU-Kapazität verbraucht. Etwa 16 VTCs können ihr Video transcodieren lassen (vorausgesetzt, ein 720p-Videostream von jedem VTC wird in 3 separate Simulcaststreams mit 720p, 360p und 180p) in einem einzelnen VIS transcodiert, das auf dem Äquivalent der von Lync 2013 empfohlenen FE-Plattform ausgeführt wird. Wenn die Transcodierung deaktiviert ist, wird CPU-Kapazität auf dem VIS eingespart. Das durch den VIS beim VTC angeforderte Videobild hat jedoch die geringste übliche Auflösung, die alle Empfänger auf der Skype for Business-Seite zufriedenstellt. Beachten Sie, dass auch bei deaktivierter Transcodierung die Transcodierung möglicherweise aktiviert wird, wenn Skype for Business-Clients bestimmte niedrige Auflösungen anfordern, die VTCs nicht senden können.
Anrufverteilung vom Videogateway an den VIS
Die Verteilung erfolgt über einen der CUCM-Verteilungsmechanismen:
Dynamisch über DNS
Auf der CUCM-Seite können Sie einzelne Trunks definieren, wobei jeder Trunk auf einem anderen Server im VIS-Pool beendet wird. CUCM leitet Anrufe über die verschiedenen Trunks.
Keine hybride Interoperabilität
Die Unterstützung von VTCs, die über einen lokalen VIS an Onlinebesprechungen teilnehmen, ist kein Bestandteil von Skype for Business.
Keine Unterstützung von Partnerverbünden
Die Unterstützung von VTCs, die über einen lokalen VIS an Besprechungen in einem Partnerverbund teilnehmen, ist kein Bestandteil von Skype for Business.
Siehe auch
Bereitstellen des Video-Interoperabilitätsservers in Skype for Business Server