Planen des Video-Interop-Servers in Skype for Business Server
Zusammenfassung: Lesen Sie diesen Artikel, während Sie die Integration von Skype for Business Server mit Telekonferenzgeräten von Partnern planen.
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 Sie dieses Feature in Ihrer Skype for Business Server-Installation verwenden.
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
Das Cisco-Softwarerelease 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 anfordern. 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 Anrufe bei der Skype for Business-Bereitstellung über das Gateway. Anrufe werden vom Gateway über den Video-SIP-Trunk an den Skype for Business-Video-Interop-Server 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 von Zwischenanrufen von Skype for Business Server 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 der Stummschaltung.
Bekannte Einschränkungen
Diese Serverrolle unterliegt den folgenden Einschränkungen:
Neue Anrufe aus der Skype for Business-Bereitstellung an die VTCs über den Video-SIP-Trunk werden nicht unterstützt. . Dies bedeutet, dass nur neue Anrufe 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.
Für den Video-SIP-Trunkmodus wird nur ein eigenständiger VIS-Pool 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.
Die Möglichkeit, dass ein VTC über VIS an einer Verbundbesprechung teilnimmt, wird nicht unterstützt.
Die Möglichkeit, dass ein VTC über VIS an einer Onlinebesprechung teilnimmt, wird nicht unterstützt.
Anrufe von einem VTC an das PSTN über 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, konnektivitätsaufwärts oder downstream zu verlieren, sodass für eine robuste Resilienz beide Möglichkeiten in Betracht gezogen werden:
VIS-Poolfailover Wenn der Haupt-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 nicht die primäre Registrierungsstelle oder den Front-End-Pool des nächsten Hops erreichen kann, werden Anrufe an einen Front-End-Sicherungspool weitergeleitet.
Das VIS verfolgt den 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 markiert ist und eine verfügbare konfigurierte Sicherung vorhanden ist, sendet das VIS neue Aufrufe vom Gateway an den Front-End-Pool der Sicherung. Sobald der primäre Front-End-Pool zurückkommt, wird der VIS-Pool wieder mit dem primären Front-End-Pool für neue Aufrufe verwendet.
Das VIS wird auch einen 10-Sekunden-Timer für Anrufe aus dem Video-SIP-Trunk implementieren. Wenn der primäre Front-End-Pool des nächsten Hops 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 VoIP-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 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.
VIS unterstützt keine Transcodierung zwischen RTV und H.264. Es gibt keine Videointeroperabilität zwischen Clients vor Lync 2013 und VTC-Teilnehmern an einer Konferenz.
Wenn Clients vor Lync 2013 in einer Konferenz vorhanden sind, werden mobile Clients mit RTV senden, was dazu führt, dass VTCs kein Video empfangen, 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. Wenn aktiviert, wird 50 % mehr Videobandbreite in Vis- zu VTC-Richtung verwendet.
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 transcodiert haben (vorausgesetzt, ein 720p-Videostream von jedem VTC wird in drei separate Simulcaststreams mit 720p, 360p und 180p transcodiert) in einem einzelnen VIS, das auf dem Äquivalent der von Lync 2013 empfohlenen FE-Plattform ausgeführt wird. Wenn die Transcodierung deaktiviert ist, spart dies die VIS-CPU. 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. Bei deaktivierter Transcodierung wird die Transcodierung möglicherweise aktiviert, 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 weiter.
Keine hybride Interoperabilität
Die Unterstützung für VTCs, die an Onlinebesprechungen über das lokale VIS teilnehmen, ist nicht Teil von Skype for Business.
Keine Unterstützung von Partnerverbünden
Die Unterstützung für VTCs, die über VIS an Verbundbesprechungen teilnehmen, ist nicht Teil von Skype for Business.
Siehe auch
Bereitstellen eines Video-Interop-Servers in Skype for Business Server