Webex-Videonetz Software-Dokumentation

2021.06.17.2415m

24. Juni 2021

Für dieses Wartungsupgrade Software-Dokumentation keine Informationen verfügbar.

2021.05.27.2405m

4. Juni 2021

• Unterstützung für bevorstehende Webex-Änderungen für das Stack-Layout auf lokal registrierten Videogeräten.

2021.05.05.2395m.5

21. Mai 2021

• Enthält geringfügige Verbesserungen für die Anzeige von Nicht-Standard-Layouts.

• Behebung eines Problems, das dns-Bruch für eine bestimmte Docker-Bridge-Konfiguration haben kann.

2021.04.27.2391m

30. April 2021

• Behebt die Berichterstellung Paketverlust-Statistiken für transcodierte Anrufe in Control Hub.

2021.03.22.2384m.3

6. April 2021

Für dieses Wartungsupgrade Software-Dokumentation keine Informationen verfügbar.

2021.03.22.2384m.1

Mittwoch, 31. März 2021

Für dieses Wartungsupgrade Software-Dokumentation keine Informationen verfügbar.

2021.03.03.2359m.7

16. März 2021

Für dieses Wartungsupgrade Software-Dokumentation keine Informationen verfügbar.

2021.03.03.2359m

12. März 2021

Für dieses Wartungsupgrade Software-Dokumentation keine Informationen verfügbar.

2021.02.05.2352m.4

Dienstag, 12. Februar 2021

• Fügt eine Option zum Deaktivieren der lokalen Anmeldung auf der Web-Benutzeroberfläche der Videonetzknotenverwaltung hinzu.

• Jitter-Probleme und fälschlicherweise gemeldete Roundtrip-Zeitwerte werden behoben.

2021.01.13.2349m.3

Dienstag, 5. Februar 2021

Für dieses Wartungsupgrade Software-Dokumentation keine Informationen verfügbar.

2020.12.08.2333m.6

25. Januar 2021

Für dieses Wartungsupgrade Software-Dokumentation keine Informationen verfügbar.

2020.12.08.2333m.5

8. Januar 2021

• NtP-Alarmmeldungen auf Videonetzknoten verbessert.

• Es wurde ein Problem behoben, bei dem Sie ihr Passwort nicht über die GUI ändern können, wenn der Passwortablauf auf "nie" festgelegt war.

• Bei bestimmten Registrierungsfehlern wurde die Anzeige verbessert.

• Verbesserte Berichterstellung von Verbindungsfehlern aus Zeitüberschreitungen beim Testen der Proxykonnektivität.

• Die Erreichbarkeitstests melden keine Zertifikatsfehler mehr als Erreichbarkeitsfehler.

• Aktualisierte Erreichbarkeitsalarme für private Meeting-Videonetzknoten-Cluster.

2020.12.08.2333m

Freitag, 11. Dezember 2020

• Die für den DNS-Cache verfügbaren Informationen wurden erweitert. Siehe "DNS Caching aktivieren oder deaktivieren" im Bereitstellungshandbuch.

• Es wurde ein Problem behoben, bei dem das Auslösen eines Integritättests dazu führen kann, dass der Knotenstatus in Control Hub fälschlicherweise als "Installieren" angezeigt wird.

2020.11.17.2319m.9

8. Dezember 2020

Diese Version enthält Änderungen zur Vermeidung von SIP-Anrufausfällen, wenn die Netzwerkverbindung zwischen den Clustern ab wann immer besteht.

2020.11.17.2319m.4

Dienstag, 1. Dezember 2020

Das Überwachungstool für das Videonetz ist ein Webex-Anruf-Node, der auf jedem Videonetzknoten mit dieser Version verfügbar ist. Das Überwachungstool umfasst folgende Funktionen:

• Tests nach Bedarf oder wiederkehrende Stunden auf einem Knoten pro Cluster.

• Die Möglichkeit zur Markierung von SIP-Signalisierung, Mediensignalisierung und Medienkaskadefehlern für jeden Test.

• Entsprechende Fehlermeldungen pro Test mit Fehlermeldungen, um die Zeit bis zur Lösung zu reduzieren.

• Historischer Testfehler-Tracking für bis zu sieben Tage.

2020.11.17.2319m.4

25. November 2020

• Keine Software-Dokumentation für dieses Wartungsupgrade.

2020.11.06.2314m

18. November 2020

• Die Schwelle für eine Erhöhung des NTP-Alarms für Videonetzknoten wurde erhöht.

• Das Verbosity von Fehlermeldungen wurde erhöht, um zukünftige NTP-Probleme bei Videonetzknoten auf Fehler zu überprüfen.

• Es wurde ein Problem behoben, bei dem das Hochladen von VMN-Protokollen fehlschlägt.

• Kaskadenprobleme zwischen Videonetzknoten und neuen Cloud-Knoten wurden behoben.

2020.10.16.2305m

23. Oktober 2020

• Es wurde ein Problem behoben, bei dem der Wartungsmodus in bestimmten Situationen nicht korrekt aktiviert wurde.

2020.09.22.2288m.3

Donnerstag, 1. Oktober 2020

• Keine Software-Dokumentation für dieses Wartungsupgrade.

2020.09.22.2288m

Mittwoch, 30. September 2020

• Beschränkungen der Bandbreitentests auf der Übersichtsseite hinzugefügt.

• Es wurde ein Problem mit dem TCP-Erreichbarkeitstest behoben.

• Corrected latency/round-trip time values in media statistics on the meetings troubleshooting page in Control Hub. (The statistics were off for some calls by a factor of 1000.)

• Wurde geändert, um auf einigen Ports nur sicherere TLS-Verschlüsselungen zu verwenden.

2020.09.11.2279m

18. September 2020

• Informationen über den IP-Adressbereich wurden hinzugefügt, der für die interne Verwendung in der Webschnittstelle des Videonetzknotens reserviert ist.

• Reduzierter IP-Adressbereich, der für die interne Verwendung des Webex-Videonetzknotens reserviert ist, von den ursprünglichen 172.17.0.0–172.17.255.255 (65.536 Adressen) auf 172.17.42.0–172.17.42.63 (64 Adressen).

2020.08.31.2273m

8. September 2020

• TLS 1.1 auf Port 33432 deaktiviert.

• Es wurden fehlerhafte Statistiken für den Ix5000-Präsentations-Audio-Stream beim Wechsel zwischen Lobby und Konferenz korrigiert.

• Es wurde eine Problemumgehung für ein Problem hinzugefügt, bei dem eine vertrauenswürdige SIP-Adresse mit mehr als 200 Zeichen einen TLS-Verbindungsfehler verursacht (CSCvv44969).

2020.08.19.2266m.1

26. August 2020

• DNS Caching-Option hinzugefügt. (Siehe Registerkarte Ankündigungen.)

• IPv6 wurde in internen und externen Schnittstellen ausdrücklich deaktiviert, damit Knoten keine IPv6 DNS-Server erhalten.

• Es wurde ein Problem behoben, das aufgrund von Portbereinigungsfehlern zu Erreichbarkeitstests führte.

• Verbesserte Alarmdetails für den Fall, dass ein Upgrade nicht heruntergeladen werden kann, entweder aufgrund einer Blockierung durch den Zscaler-Dienst oder aufgrund einer transparenten Proxy-Prüfung.

• Es wurde ein Problem behoben, bei dem UDP-Upload-/-Download-Daten in Bandbreitentestergebnissen auf der Weboberfläche falsch angezeigt wurden.

2020.08.06.2258m.4

18. August 2020

• Keine Software-Dokumentation für dieses Wartungsupgrade.

2020.08.06.2258m.1

13. August 2020

• Es wurde ein Problem behoben, bei dem ein IX5000 den Anruf fallen lassen würde, wenn er von einem Meeting zurück in die Lobby verschoben wurde.

• Es wurde ein Problem behoben, bei dem ein Knoten, der für die Verwendung eines expliziten Proxys konfiguriert war, die Netzwerkkonnektivität verlieren konnte, wenn die Container-Netzwerk-IP-Adresse geändert wurde.

2020.07.15.2245m

20. Juli 2020

• Der DNS-Auflösungstest wurde geändert, um die Kompatibilität mit älteren Versionen der Microsoft-basierten DNS-Server zu erhöhen.

• Es wurde ein Problem behoben, bei dem der von der Webex Meetings-App empfangene Ton in den ersten Sekunden nach einer Stille leiser war als erwartet.

2020.06.29.2236m.10

9. Juli 2020

• Testverhalten für DNS-Auflösung geändert. Each configured DNS server now must be able to resolve the test FQDN in order for the DNS test to pass. (In earlier releases, if any DNS server was able to resolve the test FQDN, the test would pass.)

• Verbesserte Medienqualität in verlustigen Netzwerken.

• ZUSÄTZLICHE KONFIGURATIONSOPTIONEN für die NetzwerkschnittstelleNSCHNITTSTELLE. (Siehe Registerkarte Ankündigungen.)

• Es wurde ein Alarm hinzugefügt, wenn der Videonetzknoten keinen der von Ihnen Cloudmedien erreichen kann.

2020.06.18.2231m

26. Juni 2020

• Verbesserte Seitenverhältnisauswahl bei Bandbreiten um 1,5 Mbps, wenn 1080p aktiviert ist.

• Die Funktion zum Filtern von Paketerfassungen nach Netzwerkschnittstelle, nach Host und nach Port wurde hinzugefügt.

• Es wurde ein Fehler behoben, bei dem beim Starten und schnellen Beenden der Paketerfassung ein Fehler angezeigt wurde.

• Unterstützung für VMNLite-Bereitstellungen hinzugefügt. (Siehe Registerkarte Ankündigungen.)

• Die NtP-Standardkonfiguration wurde entfernt. Für die Registrierung eines Knotens ist jetzt eine gültige NTP-Konfiguration erforderlich. Warnungen hinzugefügt, wenn die NTP-Konfiguration leer ist oder der Knoten keinen konfigurierten NTP-Server erreichen kann.

• Es wurde ein Problem behoben, bei dem der Proxykonnektivitätstest aufgrund eines zu kurzen Timeouts fälschlicherweise einen Fehler melden konnte.

• Die Weboberfläche des Videonetzknotens wurde um Herunterfahren und Neustart ergänzt.

2020.05.26.2200m.3

10. Juni 2020

• Die Funktion zum Aktivieren und Deaktivieren des Wartungsmodus wurde von der Verwaltungsseite der Webschnittstelle des Videonetzknotens aus hinzugefügt.

• Alarme entfernt und Überprüfungen auf Amazon ECR-Serverkonnektivität von der Knoten-Weboberfläche – Übersichtsseite.

• Ein Zeitzähler wurde zur Übersichtsseite für die Knoten-Weboberfläche hinzugefügt.

• DIE CPU-Auslastung wurde von der Übersichtsseite der Knoten-Weboberfläche entfernt.

• Deaktivierte Proxy-Konnektivitätstests zu Port 444 als Teil der Kaskadensignalisierung zu Port 443.

2020.05.13.2195m

27. Mai 2020

• Es wurde ein Problem behoben, bei dem eine automatische Erfüllungserweiterung eines Drittanbieters die Weboberfläche des Webex-Videonetzknotens beeinträchtigen konnte.

2020.04.16.2176m.2

8. Mai 2020

• Problem behoben, bei dem die Port 444-Verbindungsüberprüfung fälschlicherweise einen Fehler melden würde, wenn sie sich hinter bestimmten Typen von Proxys auft hatte.

• Es wurde ein Problem behoben, bei dem ein nicht übereinstimmendes Serverzertifikat installiert werden konnte, wenn zuvor ein korrekt übereinstimmendes Zertifikat hochgeladen wurde.

• Websocket-Konnektivitätstest wurde deaktiviert, nachdem ein Problem festgestellt wurde, wenn sich der Knoten hinter einem expliziten Proxy befindet.

2020.04.16.2176m.1

24. April 2020

• Der Support für TLS1.1 wurde entfernt.

• Weitere Überprüfungen der Cloudkonnektivität wurden auf der Übersichtsseite der Weboberfläche des Webex-Videonetzknotens hinzugefügt.

• Behebung eines Problems, das einen falschen DNS-Alarm für ungültige Hostnamen verursacht hat.

• Einschränkung der Schlüssellänge auf der Seite Serverzertifikat mit einer Fehlermeldung hinzugefügt, wenn ein Administrator ein Serverzertifikat von weniger als 2048 Bit hoch lädt.

• Verbesserte Handhabung von Situationen, in denen ein Administrator einen privaten Schlüssel mit weniger als 2048 Bit oder einen privaten Schlüssel ohne Passphrase ein gibt. In diesen Fällen verwendet der Videonetzknoten ein selbstsigniertes Zertifikat.

2020.03.11.2143m.8

17. April 2020

• Es wurde ein Problem behoben, das dazu führte, dass einige Clients nur Audio von den beiden oben aktiven Sprechern erhalten, wenn jemand Inhalte-Audio teilt.

• Es wurde ein Problem behoben, das bei vielen Anrufversuchen in kurzer Zeit zu Anruffehlern führen konnte.

2020.03.11.2143m.7

6. April 2020

• Die Bandbreite für 1080p-Anrufe wurde von 3,25M auf 4M erhöht.

• Die Zeitüberschreitung für Multistream-Signalisierung für Anrufe mit zwei Bildschirmen wurde erhöht.

• Die Anzahl der Anfragen an den Kunden wurde Identitätsdienst.

• Wir haben die Art und Weise geändert, wie wir die OAuth-Verifizierung behandeln, um besser auf verzögerte Antworten reagieren zu können.

2020.03.11.2143m.3

Dienstag, 24. März 2020

• Keine Software-Dokumentation für dieses Wartungsupgrade.

2020.03.11.2143m.9 – dringendes Upgrade

22. März 2020

• Weitere Protokollierung für Debug-Unterstützung hinzugefügt.

2020.03.11.2143m – dringendes Upgrade

Mittwoch, 11. März 2020

• Deaktivierte die regelmäßigen Anruf-Integritätsprüfung und den entsprechenden Alarm (mf.callHealth.fail), der auf dem Knoten und in Control Hub gemeldet wurde, wenn auf dem Knoten über einen bestimmten Schwellenwert Fehler aufgetreten sind.

2020.03.02.2132m

Freitag, 6. März 2020

• Unterstützung für die NTLMv2-Proxy-Authentifizierung hinzugefügt. (Das Videonetz erkennt die Version automatisch und müssen sie nicht angeben, wenn Sie Ihren Proxy konfigurieren.)

• Ein Alarm wurde hinzugefügt, der auf dem Knoten und im Control Hub gemeldet wird, wenn auf dem Knoten ein periodischer Fehler im Integritätsprüfungstest über einen bestimmten Schwellenwert auftritt.

  Alarm-ID: 'mf.callHealth.fail', severity: "warning", title: "Integritätsprüfung für Anruf ist fehlgeschlagen"

2020.02.09.2120m.1

Dienstag, 28. Februar 2020

• Keine Software-Dokumentation für dieses Wartungsupgrade.

2020.01.30.2115m

Dienstag, 7. Februar 2020

• Fixed CSCvs70769—NGINX HTTP Request Smuggling Vulnerability

• Der Opus-Codec ist für 1:1-Meetings und -Anrufe aktiviert.

2020.01.12.2091m

22. Januar 2020

• Zurücksetzen auf die Weboberfläche für Videonetzknoten auf die Werkseinstellungen hinzugefügt. Weitere Informationen finden Sie unter Videonetzknoten über die Weboberfläche verwalten im Bereitstellungshandbuch unter https://www.cisco.com/go/video-mesh.

• Es wurde ein Problem behoben ( CSCvs28104), bei dem Video in niedriger Qualität auf einigen Bildschirmen eines immersiven Endpunkts mit drei Bildschirmen angezeigt werden konnte.

• Es wurde ein Problem behoben, bei dem einige SIP-Anrufe mit verzögerter Einrichtung zusetzten.

2019.12.15.2053m

8. Januar 2020

• Es wurde ein Problem behoben, bei dem Meetings (einschließlich mindestens Webex Board) Videostreams mit niedriger Auflösung von SIP-Geräten an Webex-Endpunkte gesendet haben.

2019.12.03.2042m

Am 12. Dezember 2019

• Es wurde ein Problem behoben, bei dem der Bildschirm "Meeting beitreten" leer blieb, wenn *.clouddrive.com in einem Kundennetzwerk blockiert wurde. Obwohl der Bildschirm für den Beitritt zu einem Meeting in diesem Szenario nicht mehr leer ist, müssen Sie die Blockierung dieser URL in Ihrem Netzwerk immer noch entsperren, um ungewollte Nebeneffekte zu vermeiden.

• Admin-Passwortverwaltung zur Weboberfläche für Videonetzknoten hinzugefügt. Weitere Informationen finden Sie unter Videonetzknoten über die Weboberfläche verwalten im Bereitstellungshandbuch unter https://www.cisco.com/go/video-mesh.

2019.11.06.1992m

14. November 2019

• Fixed CSCvr92794—Incorrect error msg on FQDN validation against node IP.

• Es wurde ein Problem behoben, bei dem Knoten nicht ordnungsgemäß aktiviert waren und ein kurzes Timeout verwendeten. Dies kam nur vor, wenn andere Knoten im Cluster im Control Hub in den Wartungsmodus verschoben wurden, was zu einer reduzierten Kapazität und Anrufabdrungen kam.

2019.10.21.1973m.1

1. November 2019

• Die Funktion zum Hochladen und Herunterladen von Protokollen und PCAP-Dateien über die Seite Fehlerbehebung bei der Webex-Videonetzknotenschnittstelle wurde hinzugefügt, auch wenn der Knoten nicht registriert ist. Weitere Informationen finden Sie unter Erstellen von Webex-Videonetzprotokollen zur Unterstützung und Erstellen von Webex-Videonetz-Paketerfassungen zur Unterstützung.

2019.10.11.1964m.1

23. Oktober 2019

• Korrigiert – CSCvr39819GefährdeteSoftwareversion.

• Korrigiert CSCvr39878:X.509 Selbstsigniertes Zertifikat, dessen allgemeiner Name nicht mit dem ausstellenden Server (SSL/TLS) übereinstimmen. Es wurde eine Änderung vorgenommen, bei der die allgemeiner Name des Zertifikats auf dem Knoten der Knotenadresse FQDN (falls verfügbar) oder die IP-Adresse zugibt.

• Added a new "Subject Alternative Name(s):" field to the CSR creation form in the web interface.

2019.09.19.1956m

Am 26. September 2019

• Der Web-Benutzeroberfläche (UI) des Videonetzknotens wurden Netzwerkeinstellungen hinzugefügt. Weitere Informationen finden Sie unter Konfigurieren von Netzwerkeinstellungen über die Weboberfläche des Webex-Videonetzknotens.

• Changed this alarm's severity from critical to warning: "The Video Mesh Node was not able to download the required software from the Cisco cloud provider. Das Problem kann aufgrund mehrerer Netzwerkprobleme vorkommen. Überprüfen Sie Ihre Netzwerkverbindung zum öffentlichen Netzwerk (.amazonaws.com) und überprüfen Sie Ihre DNS-Einstellungen. Dies kann auch aufgrund von Änderungen an der Firewall passieren, die zwischen Videonetz-Knoten und dem Internet vorhanden ist."

• Es wurde ein Problem behoben, bei dem Reflector-Serverports nicht freigegeben wurden, auch wenn das Reflector-Tool auf der Web-Benutzeroberfläche des Knotens gestoppt wurde.

• Es wurde eine Sicherheitslücke behoben, die Ping- und Check NTP-APIs beeinträchtigte, bei der ein Angreifer einen Befehlsbefehls-Einbruchs-Angriff starten konnte, wenn er Zugriff auf authentifizierte APIs hatte.

• Die Codec-Auswahl für übertragene Videos wurde verbessert.

• Serverzertifikate, die mit schwachen Verschlüsselungen signiert sind (wie MD2 oder MD5), werden auf der Benutzeroberfläche des Videonetzknoten-Zertifikats nicht mehr akzeptiert.

2019.08.21.1941m.2

13. September 2019

• Es wurde ein Problem behoben, bei dem die CPU-Ebene des Knotens spitzen konnte und nicht zu einem akzeptablen Niveau zurückkehren konnte.

• Es wurde ein Problem behoben, bei dem Inhalte, die von Teilnehmern gesendet wurden, die mit einem Cloud-Knoten verbunden waren, nicht von Teilnehmern empfangen wurden, die mit lokalen Knoten verbunden waren, wenn im Netzwerk eine Firewall für Palo Alto Networks (PAN) vor ort ist.

• Dem Knotensoftware-Image wurde eine Seite für die Netzwerkkonfiguration hinzugefügt. Administratoren können die Netzwerkeinstellungen beim ersten Einrichten des Knotens festlegen Virtuelle Maschine. Weitere Informationen finden Sie unter Webex-Videonetzknoten-Software installieren im Bereitstellungshandbuch.

2019.08.14.1937m

Freitag, 16. August 2019

• Zusätzliche Unterstützung für explizite Proxys mit No-Auth-, Basic-, Digest- oder NTLM-Authentifizierung. Weitere Informationen finden Sie unter Proxy-Unterstützung für Videonetz und andere relevante Aktualisierungen im Bereitstellungshandbuch.

• Es wurden Konfigurationsänderungen hinzugefügt, um einen Überlauf von Anrufen in die Cloud zu verhindern.

2019.08.01.1929m

8. August 2019

• Zwei Probleme wurden behoben:

  • Packet Capture von der Web-Benutzeroberfläche konnte nicht erfolgreich gestartet werden, aber es wurde keine Fehlermeldung angezeigt.

  • Packet Capture konnte nicht ausgeführt werden, da Ubuntu-URLs blockiert waren. (Mit dieser Fehlerbehebung sind keine URL-Änderungen in Ihrer Firewall erforderlich.)

2019.07.12.1917m

25. Juli 2019

• Kaskadeninformationen wurden von der Karte "Anrufstatus" in der Knoten-Weboberfläche entfernt, bis bessere Metrik verfügbar sind.

• Os-Version wurde der Karte Node Details (Knotendetails) in der Knoten-Webschnittstelle hinzugefügt.

• Neugestaltung der Benutzeroberfläche für die Seite Fehlerbehebung der Knoten-Weboberfläche. (Weitere Informationen finden Sie im Bereitstellungshandbuch.)

• Es wurden Konnektivitätsprüfungen mit Ping-, Traceroute- und NTP-Überprüfung in der Knoten-Weboberfläche hinzugefügt. (Weitere Informationen finden Sie im Bereitstellungshandbuch.)

• Bessere Auflösung und bessere Auswahl von Bildraten für Präsentations-Streams.

• Es wurde ein Problem behoben, bei dem manchmal zu viel Bandbreite an umgeschaltete Teilnehmer gesendet wurde.

• Es wurde ein Problem behoben, bei dem für einige Teilnehmertypen keine Option zum Freischalten verfügbar war, wenn sie vom Gastgeber stummgeschaltet wurden.

• Das Vortrags tempo von Medien für transkodierte Präsentationen wurde verbessert.

2019.06.13.1907m.7

12. Juli 2019

• Es wurde ein Problem behoben, bei dem die Videoauflösung manchmal absenzte, auch wenn keine Pakete verloren gegangen und die Latenz niedrig war.

• Es wurde ein Problem behoben, bei dem manchmal geteilte Audiodaten auftrat, wenn Teilnehmer vom Gastgeber stummgeschaltet und dann wieder wieder stummgeschaltet wurden.

2019.06.13.1907m.3

Mai 20, 20. Juni 2019

• Es wurde ein Problem behoben, bei dem der Präsentationsteilungsstatus falsch war, wenn ein Endpunkt versucht hat, Inhalte im Lobby-Bildschirm zu teilen.

• Es wurde eine Verbesserung hinzugefügt, um das Starten der Präsentationsfreigabe nach der Transcodierung zu beschleunigen.

2019.06.13.1907m.1

Mai 14. Juni 2019

• Behebung eines Problems, bei dem einige Videonetzknoten nach einem Upgrade nicht automatisch neu gestartet wurden, was die Fehlerbehebungsfunktionen des Knotens deaktivierte und zu fehlenden Informationen auf der Übersichtsseite führte.

• Es wurde eine Anforderung hinzugefügt, dass Knoten-Hostnamen keine Unterstriche (_) enthalten dürfen.

• Es wurde ein Problem behoben Paketverlust das die Ausfallsicherheit manchmal für die ersten Minuten eines Treffens nicht funktionierte.

• Es wurde ein Problem mit Medien-Belastbarkeit behoben, das manchmal dazu führte, dass die im Einsatz verfügbare Bandbreite die ausgehandelte Bandbreite für einen kurzen Zeitraum erheblich überschreitet.

2019.05.20.1892m1

Mai 24, 2019

• Neue Funktionen zur Bedienbarkeit der Weboberfläche des Videonetzknotens hinzugefügt (Verbesserungen bei der Paketerfassung, Protokollerstellung und Verbesserungen der Übersichtsseite). Weitere Informationen zu diesen Funktionen finden Sie im Kapitel Webex-Videonetz verwalten im Bereitstellungshandbuch unter https://www.cisco.com/go/video-mesh.

• Added new alarm as part of the upcoming migration to the Amazon elastic container registry: "The Video Mesh Node was not able to download the required software from the Cisco cloud provider. Das Problem kann aufgrund mehrerer Netzwerkprobleme vorkommen. Überprüfen Sie Ihre Netzwerkverbindung zum öffentlichen Netzwerk und überprüfen Sie Ihre DNS-Einstellungen. Dies kann auch aufgrund von Änderungen an der Firewall passieren, die zwischen Videonetz-Knoten und dem Internet vorhanden ist."

  Videonetzknoten werden weiterhin aktualisiert, aber Sie sollten die entsprechenden Maßnahmen ergreifen, um sicherzustellen, dass Videonetzknoten auf die URL zugreifen können. Weitere Informationen finden Sie auf der Registerkarte Ankündigungen.

• Es wurde ein Problem behoben, bei dem Skype for Business-Meetings fälschlicherweise "l2sip-UA" als Meeting-Titel und Teilnehmernamen angezeigt haben.

2019.04.29.1873m.4

13. Mai 2019

• Es wurde ein Problem behoben, Inhalte teilen bei Verwendung der SIP-Dial-Out-Anwendung zuweilen nicht verfügbar waren.

• Es wurde ein Problem behoben, das dazu führte, dass Kaskaden manchmal nach temporären Netzwerkproblemen nicht neu erstellt wurden, was zu geteilten Meetings führte.

• Es wurde ein Problem behoben, bei dem die Inhaltsfreigabe in einigen Szenarien fehlschlägt.

2019.04.29.1873m

30. April 2019

• Keine Software-Dokumentation für dieses Wartungsupgrade.

2019.04.18.1869m.1

26. April 2019

• Es wurde ein Problem behoben, das dazu führte, dass Webex Teams für Windows in einigen Fällen nicht funktionierte.

2019.03.22.1829m.2

2. April 2019

• Es wurde ein Problem behoben, das gelegentlich dazu führte, dass UDP-Bandbreitentests fehlschlagen.

• Es wurde ein Problem behoben, bei dem NTP-Alarme im Control Hub nicht entfernt wurden, wenn ein fehlerhafter NTP-Server wieder funktionierte.

2019.03.19.1826m

22. März 2019

• Um Änderungen an der Konfiguration auf einem registrierten Knoten vorzunehmen, müssen Sie den Knoten jetzt zuerst in den Wartungsmodus stellen.

• Die Übersichtsstatusseite gibt die Ergebnisse der Konnektivitätsüberprüfung für die Amazon Container Registry (ECR) an.

• Es wurde ein Problem behoben, bei dem es bei einigen Clients beim Wechseln von aktiven Sprechern und beschädigtem Video zu Verzögerungen kam, wenn ein Paketverlust.

• Fixed CSCvo93454—One Way Video when Immersive System joins Webex.

• Fixed CSCvo87069—Video Mesh SIP Trusted Sources not Populating

2019.02.14.1788m.1

Dienstag, 21. Februar 2019

• Es wurde ein Problem behoben, bei dem Endpunkte mit drei Bildschirmen vom Webex-Host nicht remote stummgeschaltet wurden.

• Es wurde ein Problem behoben, bei dem das Stumm- und Wiederschalten manchmal für SIP-Endpunkte nicht funktionierte.

• Videonetzknoten versuchen nun, auf eine neue URL zu zugreifen, um den Zugriff auf die Amazon-gehostete Container-Registrierung (https://615440818562.dkr.ecr.us-east-1.amazonaws.com/).

• Neue Alarme hinzugefügt, die auf den Videonetzknoten generiert werden und im Control Hub angezeigt werden, wenn die DNS-Abfrageantwortzeit in folgenden Szenarien 1,5s überschreitet:

  • When DNS server query time is longer than 1.5s: “DNS server <x>’s query response time of <number> ms exceeeds the maximum response time of 1500 ms.”

  • Alarm text for when DNS server query time is longer than 1.5s while resolving an NTP server: “While resolving <ntp-server>; DNS server(s) <x>’s query response time of <number> ms exceeeded the maximum response time of 1500 ms.”

2019.02.12.1786m

Dienstag, 15. Februar 2019

• Diese Version ist die für die verwendungswillige Version des TLS-SIP-Trunks und für die transparente Prüfung/Nicht-Prüfung der Proxyunterstützung für das Videonetz. Weitere Informationen finden Sie im Bereitstellungshandbuch unter .https://www.cisco.com/go/video-mesh

• Fixed CSCvo26600—Token validator doesn't get token validation key if initial CI request fails

2019.01.29.1773m

Dienstag, 6. Februar 2019

• Diese Version ist die für die duale Netzwerkschnittstelle empfohlene Version. Weitere Informationen finden Sie im Bereitstellungshandbuch unter .https://www.cisco.com/go/video-mesh

• Es wurden neue Überprüfungen hinzugefügt, um regelmäßig die Gültigkeit von NTP-Servern zu überprüfen, die auf den Videonetzknoten konfiguriert sind. Ungültige NTP-Server-Warnmeldungen werden auf der Videonetz-Admin-Benutzeroberfläche bei der Anmeldung und als Alarme in Control Hub angezeigt.

2019.01.14.1764m.1

18. Januar 2019

• Es wurde ein Problem behoben, bei dem Video während eines Treffens nur in eine Richtung übertragen wurde und einige Geräte oder Clients den Videostream nicht sehen konnten.

2018.10.04.1692m

5. Oktober 2018

• Keine Software-Dokumentation für dieses Wartungsupgrade.

February 2024

• The Video Mesh platform is now integrated with the ThousandEyes Enterprise agent, enabling you to perform end-to-end monitoring across your hybrid digital ecosystem. This integration equips you with a wide array of network monitoring tests. Issues anywhere in your network infrastructure can be diagnosed with greater precision, improving the efficiency of your deployment.

  For more information on enabling ThousandEyes for your organization and configuring tests, see ThousandEyes Integration with Video Mesh.

• In accordance with the previous announcement regarding Container registry migration to Amazon ECR, we expect to complete the migration by mid-March, 2024. Kindly ensure connectivity to ECR by allowing the URL, "*dkr.ecr.us-east-1.amazonaws.com" in your application firewalls and proxies.

December 2023

Container registry migration from Docker Hub to Amazon ECR

Video mesh container registry that hosts images will be changed from Docker Hub to Amazon ECR. This migration is scheduled to take place in February 2024. We kindly request customers to ensure connectivity to ECR by allowing the URL, "*.amazonaws.com" in their application firewalls and proxies. This step is necessary to prevent any potential issues during upgrades.

August 2023

We've improved versatiltity and functionality of Video Mesh node APIs by adding a whole host of new APIs with varying functions. Admins can now choose between 3 categories of APIs that can aid them in different stages of node deployment. They are as follows:

• VMN Administration APIs

• VMN Network APIs

• VMN Server Certificate APIs

Juli 2023

Webhooks for Video Mesh Alerts

Video Mesh now supports alerts through Webhooks, enabling organization admins to monitor certain aspects of their deployments effortlessly. They can choose to be notified of events like call overflows and call redirects, minimizing the need to log in to Control Hub for monitoring their deployment.

In this phase, the following event types can be monitored through webhooks:

• Cluster Call Redirects – Calls redirected from a particular cluster.
• Org Call Overflows – Total call overflows to cloud for an organization.

Video Mesh Node APIs

We have introduced a set of APIs that will help organization admins create, update, download, and delete certificates related to Video Mesh Nodes. See Video Mesh Node APIs for more information.

Juni 2023

We've refined the graphs and charts of the Analytics dashboard to augment the Client Type Inclusion feature.

• You can see cluster-specific data in the Resources tab.

  Select a cluster in any of the donut graphs or charts and then click Apply. This action also filters the data for all other graphs, so you only see the data that's relevant for your selected cluster.

• We've added two new graphs to the Resources tab. They are Total call joins by endpoint type and Total call joins by endpoint type trend. You can select clusters and specific endpoint types, to show only the information you need.

• On the Engagement tab, we've grouped the Call legs by endpoint type graph into the following types:

  • SIP devices
  • Webex App desktop
  • Webex App mobile
  • Webex App VDI
  • Webex-Geräte

Mai 2023

Web client support

Calls made through web client can now land on Video Mesh nodes, providing your organization with greater versatility in the types of calls supported.

März 2023

New reachability test and improved monitoring tool

We've added a reachability test to the existing set of monitoring tests. The reachability test runs with the media health monitoring tests, both periodically and on-demand. We've also improved the monitoring tool to give more detail in the test results, and updated the overview page to provide simpler, more intuitive access to detailed information.

We've changed the UI path to reach the Video Mesh monitoring tool. You can find the new Video Mesh tab at Troubleshooting > Video Mesh instead of Troubleshooting > Status > Video Mesh as before.

The monitoring tool overview page groups the tests into Signaling, Cascade, and Reachability, helping you to fine-tune your troubleshooting process.

Februar 2023

Video Mesh developer APIs for troubleshooting & integration with third-party monitoring systems

• In this phase of the Video Mesh Developer APIs, we have introduced enhancements that enable organization admins to take complete control of troubleshooting their Video Mesh Deployments.
• Admins can now trigger various On Demand Troubleshooting tests such as Network, Media Health Monitor and Reachability Tests from the Developer Portal. They can also view detailed results of the tests they triggered, helping them gain deeper insights into the health of their deployment.

November 2022

Cluster renaming in Control Hub

You can now edit the names of your Video Mesh clusters in Control Hub. We've also added Unicode support to the cluster names.

September 2022

Videonetz-Entwickler-APIs

The Video Mesh Developer APIs provide a powerful and flexible way for organization admins to retrieve detailed metrics for monitoring and insightful analytics data of their Video Mesh deployments through the Webex Developer Portal. Sie können die vorhandenen Überwachungsanwendungen nahtlos in diese APIs integrieren und die Überwachung ihrer Videonetzcluster und -Knoten automatisieren. Die APIs sind verfügbar unter https://developer.webex.com/docs/api/v1/video-mesh. Ein Beispiel-Client ist unter verfügbar https://github.com/CiscoDevNet/video-mesh-api-client.

Juli 2022

Änderung des Media Health Monitoring Tools

Wir haben die Häufigkeit der regelmäßigen clusterweiten, clusterspezifischen oder knotenspezifischen Tests geändert. Diese Tests wurden in früheren Versionen stündlich durchgeführt. Sie laufen nun alle 6 Stunden.

April 2022

Ihre Medien für alle externen Webex-Meetings im Videonetz halten

In früheren Versionen haben Sie die Verwendung des Videonetzs nur für Meetings auf Ihren internen Sites kontrolliert. Bei Meetings, die auf externen Webex-Sites gehostet werden, werden diese Sites gesteuert, wenn das Videonetz an Webex kaskadieren könnte. Wenn eine externe Site keine Videonetzkaskadierung erlaubt hat, haben Ihre Medien immer die Webex-Cloud-Knoten verwendet.

Mit der Einstellung Videonetz für alle externen Webex Meetings bevorzugen, werden Ihre Medien für Meetings auf externen Sites durch die verfügbaren Videonetzknoten Ihres Webex-Site gestreamt. Einzelheiten finden Sie unter .https://help.webex.com/en-us/article/nzvixgk/Keep-your-media-on-Video-Mesh-for-all-external-Webex-meetings

Januar 2022

Portaktualisierungen

Für eine geplante Version im Februar 2022 muss für das Videonetz der folgende Portbereich für Media Cloud Cascades geöffnet werden:

Diese Ports sind zusätzlich zu den vorhandenen Ports 5004 vorhanden. Öffnen Sie den Portbereich UDP 50.000–53.000 in Ihrer Firewall-Konfiguration. Es kommt zu Dienstunterbrechungen, wenn diese Ports nicht geöffnet sind, wenn die kommende Version ausläuft.

Wie unter Netzwerkanforderungen für Webex-Diensteaufgeführt, verwendet Expressway bereits diesen Portbereich für die Webex-Cloud. Daher erfordern die meisten Bereitstellungen keine Aktualisierungen, um diese neue Anforderung für das Videonetz zu unterstützen. Aktualisieren Sie jedoch in Bereitstellungen mit strengeren Firewall-Regeln Ihre Firewall-Konfiguration, um diese Ports für das Videonetz vor der Februar-Version zu öffnen.

Oktober 2021

Global verteilte Medien

Das Videonetz verwendet jetzt global verteilte Medienfunktionen (Globally Distributed Media, GDM) von Webex, um eine bessere Medienweiterleitung zu erreichen. Um optimale Konnektivität zu erreichen, wählt Webex bei der Durchführung von Videonetz-Kaskaden zu Webex den nächstgelegenen Cloudmedien-Knoten für Ihr Unternehmen aus. Der Traffic passiert dann das Webex-Backbone zu den Webex-Microservices für das Meeting. Dieses Routing minimiert die Latenz und hält den größten Teil des Datenverkehrs im Webex-Backbone und off des Internets.

13. August 2021

Private Meetings

Die Funktion "Privates Meeting" verbessert die Sicherheit Ihres Treffens, indem sie die Medien lokal beendet. Wenn Sie ein privates Meeting planen, wird das Medium immer auf den Videonetzknoten innerhalb Ihres Unternehmensnetzwerks ohne Cloudkaskade terminiert. Im Gegensatz zu normalen Meetings werden die Medien nicht an die Webex-Cloud kaskadiert, wenn die lokalen Knoten voll sind.

Alle Teilnehmer in einem privaten Meeting müssen zu Ihrer Organisation gehören. Sie können über die Webex-App oder ein authentifiziertes Videosystem beitreten. Teilnehmer mit VPN- oder MRA-Zugriff auf Ihr Netzwerk können einem privaten Meeting beitreten. Von außerhalb Ihres Netzwerks kann jedoch niemand an einer privaten Besprechung teilnehmen.

Weitere Informationen finden Sie im Abschnitt Private Meetings im Bereitstellungshandbuch https://www.cisco.com/go/video-mesh unter und im Artikel Ein privates Webex-Meeting anplanen.

Dienstag, 9. Februar 2021

Zugreifen auf Knoten vom Control Hub für vollständige Administratoren

Wir haben Control Hub verbessert, um vollständigen Administratoren Ihrer Webex-Organisation den Zugriff auf Videonetzknoten über Control Hub zu ermöglichen.

Nur ein volladministrator für Ihre Webex-Organisation kann diese Funktion verwenden. Andere Administratoren, einschließlich Partner- und externe Volladministratoren, haben nicht die Option Zum Knoten wechseln für die Videonetzressourcen.

Im Abschnitt Access Overview of Webex Video Mesh Node From Web Interface (Zugriff – Übersicht über Webex-Videonetzknoten von Web-Oberfläche ) im Bereitstellungshandbuch unter https://www.cisco.com/go/video-mesh.

26. August 2020

DNS-Caching

Wenn DNS-Antworten auf Ihre Videonetzknoten regelmäßig mehr als 750 ms dauern, können Sie das DNS-Caching aktivieren. Wenn DNS Caching aktiviert ist, speichert der Knoten DNS-Antworten lokal zwischen. Lokales Zwischenspeichern macht Anfragen unwahrscheinlicher, um Verbindungsalarme, Anrufprobleme oder Probleme mit der Anrufqualität zu verursachen. DNS Caching kann auch die Auslastung Ihrer DNS-Infrastruktur reduzieren.

DNS Caching ist derzeit standardmäßig deaktiviert. Informationen zur Aktivierung finden Sie im Abschnitt DNS Caching aktivieren oder deaktivieren im Bereitstellungshandbuch unter https://www.cisco.com/go/video-mesh.

Webex Events Support

Das Webex-Videonetz unterstützt jetzt Webex Events.

Freitag, 7. August 2020

Kurzes Videoadressenformat für Webex Meetings

On WBS39.9 and later sites, users can join meetings using the shorter <meeting_number>@webex.com video address format (instead of <meeting_number>@<site_name>.webex.com). Das Videonetz unterstützt jetzt dieses kürzere Adressformat.

Das Bereitstellungshandbuch unter https://www.cisco.com/go/video-mesh enthält Anweisungen zur Handhabung des kürzeren Formats beim Einrichten einer Videonetzbereitstellung.

Um das kurze Videoadressenformat mit einer vorhandenen Videonetzbereitstellung zu verwenden, fügen Sie eine Route oder ein Wählmuster hinzu, um das Format zu verarbeiten. Weitere Informationen finden Sie unter der entsprechenden Aufgabe, die "kurze Videoadresse" im Handbuch enthält, je nachdem, wie Sie Ihre Anrufsteuerungsumgebung konfiguriert haben:

• Konfigurieren von Unified CM Secure TLS SIP-Datenverkehrsrouting für das Webex-Videonetz

• Konfigurieren des Unified CM TCP SIP-Datenverkehr-Routing für das Webex-Videonetz

• Konfigurieren Expressway DES TCP SIP-Datenverkehr-Routing für das Videonetz

Standardmäßig verwenden Meeting-Einladungen derzeit noch das längere Format. Informationen zum Ändern des Formats für Ihre Webex-Site Sie unter Anzeigen des Formats für kurze Videoadressen Webex Meetings Events.

9. Juli 2020

Neue NETZWERKschnittstelleN-KONFIGURATIONseinstellungen in der Videonetzknoten-Webschnittstelle

Sie können nun die maximale Größe der Transmission Unit (MTR) auf der internen Netzwerkschnittstelle und dem MTR auf der externen Netzwerkschnittstelle manuell einstellen, falls aktiviert.

Alle Webex-Videonetzknoten verfügen über Path NODES (PMTU) Discovery, die standardmäßig aktiviert ist. Mit PMTU kann der Knoten MTR-Probleme erkennen und die MTB-Größe automatisch anpassen. Wenn PMTU aufgrund von Firewall- oder Netzwerkproblemen ausfällt, kann der Knoten Verbindungsprobleme mit der Cloud haben, da Pakete größer sind als der DROPDOWN-Wert. Durch manuelles Einstellen einer niedrigeren MTR-Größe kann dieses Problem behoben werden.

Die manuellen MTR-Einstellungen finden Sie auf der Registerkarte "Erweitert " unter der Weboberfläche des Webex-Videonetzknotens. Weitere Informationen finden Sie im Bereitstellungshandbuch unter .https://www.cisco.com/go/video-mesh

26. Juni 2020

Neue VMNLite-Bereitstellungsoption

Bereitstellungen von hauptsächlich Webex Teams und Cloud-registrierten Endpunkten nutzen mehr Umschaltoptionen und weniger Transcodierungsressourcen als in der Standardkonfiguration angegeben. Durch die Bereitstellung von mehr, kleineren virtuellen Maschinen auf dem Host werden die Ressourcen für dieses Szenario optimiert.

Aus diesem Grund führen wir eine neue "VMNLite"-Option für die Bereitstellung mehrerer Webex-Videonetzknoten auf Ihrem Hostserver ein, auf dem VMware ESXI oder vCenter ausgeführt werden. VMNLite benötigt die folgenden Spezifikationen für jede Virtuelle Maschine:

• 23 vCPUs für Videonetzknoten

• 20 GB Hauptspeicher

• 80 GB lokaler Festplattenplatz

Mit diesen Spezifikationen können Sie je nach Hardware mehrere Instanzen bereitstellen (oder einen vorhandenen Virtuelle Maschine durch ersetzen):

Unser Test zeigt eine 50%ige Verbesserung der Leistung bei Switched-Anrufen mit 3 VMNLite-Knoten auf einem einzelnen AZURE1000 im Vergleich zur Bereitstellung eines einzelnen Virtuelle Maschine.

Wie bei der Standardkonfiguration können Sie keine Co-Residency mit anderen Diensten auf VMNLite virtuellen Maschinen haben.

Weitere Informationen finden Sie im Bereitstellungshandbuch unter .https://www.cisco.com/go/video-mesh Schritte zum Ersetzen Ihrer Standardkonfiguration durch VMNLite finden Sie im Kapitel Verwalten und Beheben von Fehlern für das Webex-Videonetz .

Dienstag, 9. Juni 2020

Neue wöchentliche automatische Software-Upgrade-Option für Videonetzcluster

Sie können jetzt automatische Software-Upgrades auf Ihren Videonetz-Clustern so anplanen, dass sie wöchentlich anstatt täglich durchgeführt werden (Standard). Sie können ein Upgrade einmal verschieben. Wenn Sie einen wöchentlichen Zeitplan festlegen, bedeutet dies, dass das Upgrade während des Upgrade-Fensters der folgenden Woche erfolgt.

Sie können den Upgrade-Zeitplan festlegen, während Sie ein neues Cluster registrieren, oder den Zeitplan eines vorhandenen Clusters ändern. Weitere Informationen finden Sie in der Dokumentation zum Videonetz unter https://www.cisco.com/go/video-mesh.

24. April 2020

Externe Netzwerkschnittstelle, Routingregeln, Container-Netzwerkoptionen in der Webschnittstelle des Videonetzknotens

Die Videonetz-Weboberfläche enthält weitere neue Funktionen, die die Handhabung von Netzwerkänderungen erleichtern. Sie können die externe Schnittstelle in einer NIC-Bereitstellung (Dual Network Interface) über die Weboberfläche aktivieren. Anschließend können Sie das Routing für Videonetzknoten optimieren, indem Sie benutzerdefinierte Routenregeln für externe und interne Schnittstellen hinzufügen. Außerdem können Sie die IP-Adresse und das Subnetz der Container-Bridge ändern.

Weitere Informationen zum Zugriff auf die Aktualisierungen der Weboberfläche finden Sie im Kapitel Verwalten und Beheben von Fehlern des Webex-Videonetzs im Bereitstellungshandbuch unter https://www.cisco.com/go/video-mesh.

20. März 2020

Cisco Webex Teams EMEAR Data Residency-Unterstützung

Organizations in the Cisco Webex Teams European data residency region. can now use Video Mesh. Diese Unterstützung umfasst sowohl neu erstellte Phase 2 EMEAR-Organisationen als auch vorhandene Phase 1 EMEAR-Organisationen.

Weitere Informationen finden Sie unter Datenresidenz in Cisco Webex Teams.

Am 18. September 2018

Quality of Service (QoS) Enhancements for Video Mesh

Video Mesh nodes now conform to recommended quality of service (QoS) best practices by enabling port ranges that allow you to differentiate audio and video streams in all flows to and from the Video Mesh nodes. Diese Änderung wird es Ihnen ermöglichen, QoS-Richtlinien zu erstellen und Den Datenverkehr zu und von den Videonetzknoten effektiv zu um anmerkungen.

Diese Portänderungen sind mit QoS-Änderungen verbunden. Video Mesh nodes automatically mark media traffic from SIP registered endpoints (on-premises Unified CM or VCS Expressway registered) for both audio (EF) and video (AF41) separately with appropriate class of service and use well-known port ranges for specific media types.

Der Quelldatenverkehr von den lokal registrierten Endpunkten wird immer durch die Konfiguration in der Anrufsteuerung bestimmt (Unified CM- oder VCS-Expressway).

Weitere Informationen finden Sie in der QoS-Tabelle unter Ports und Protokolle für das Webex-Videonetz sowie in den Schritten zum Aktivieren oder Deaktivieren von QoS im Ablauf der Videonetz-Bereitstellungsaufgabe im Bereitstellungshandbuch Cisco Webex-Videonetz ( https://www.cisco.com/go/video-mesh).

12. Februar 2018

Multistreaming-Support für alle Teilnehmer in Cisco Spark und Cisco Webex Meetings

Wenn Sie Meetings auf lokalen Hybrid-Medienknoten über den Cisco Spark-Hybrid-Mediendienst abhalten, können Sie die im Multistreaming-Support integrierten Funktionen nutzen. Multistream bietet im Durchschnitt eine bessere Bandbreitennutzung, insbesondere für die Kaskadenverbindung zwischen den Hybrid-Mediendienstknoten und den Public-Cloud-Medienknoten von Cisco Spark.

Weitere Informationen finden Sie unter Multistreaming-Support für alle Teilnehmer in Cisco Spark- und Cisco WebEx-Meetings.

5. Januar 2018

Unterstützung für Cisco WebEx- und Cisco Spark-Meetings, Portänderungen und OVA-Update

Der hybride Cisco Spark-Mediendienst unterstützt nun lokale SIP-registrierte Endpunkte, die mit Cisco WebEx- und Cisco Spark-Meetings verknüpft sind. Der Dienst umfasst auch neue Nutzungs- und Einführungsberichte in Control Hub. Stellen Sie sicher, dass sich Ihre WebEx-Site auf Cisco WebEx-Videoplattform Version 2.0 befindet, um vollständig vom hybriden Mediendienst zu profitieren. (Sie können dies verifizieren, wenn die Medienressourcentyp-Liste in den Cloud Collaboration Meeting Room-Site-Optionen verfügbar ist.)

Portänderungen

• Der hybride Mediendienst erfordert nun einen neuen Zielport (5006).

• TCP-/UDP-Port 33434 wird nicht mehr vom Dienst unterstützt.

Eine vollständige Liste finden Sie unter " Ports und Protokolle für den hybridenMediendienst" im Bereitstellungshandbuch Cisco Webex Teams hybriden Mediendienstes.

OVA-Update

Der Dienst erfordert den Download und die Installation des aktuellen OVA-Update auf Ihre hybriden Medienknoten. To download the latest OVA, from the customer view in https://admin.ciscospark.com, go to Services > Hybrid Media > Set Up > Settings.

Führen Sie für jeden hybriden Medienknoten in Ihrem Cluster ein Upgrade durch, indem Sie die folgenden Schritte durchführen:

1. Versetzen Sie den Knoten in den Wartungsmodus. Informieren Sie sich unter Versetzen eines Knotens in den Wartungsmodus.

2. Heben Sie die Registrierung aller Knoten auf. Weitere Informationen finden Sie unter " Aufheben der Registrierungeines hybriden Medienknotens" im Bereitstellungshandbuch Cisco Webex Teams Hybrid-Mediendienstes.

3. Löschen Sie die VM mit hybriden Medienknoten vom VMware vSphere-Client oder vCenter.

4. Installieren Sie die neue OVA und Software für den hybriden Mediendienst, legen Sie die Netzwerkkonfiguration fest und heben Sie die Registrierung des hybriden Medienknotens bei Cisco Collaboration Cloud auf. Siehe " Bereitstellen des hybriden Mediendienstes" im Bereitstellungsleitfaden Cisco Webex Teams hybriden Mediendienstes.

5. Wechseln Sie für den Knoten aus dem Wartungsmodus in einen anderen Modus. Informieren Sie sich unter Versetzen eines Knotens in den Wartungsmodus.

Alle Funktionsänderungen, neuen Bereitstellungsschritte und Anleitungen zur Vorbereitung der WebEx-Site finden Sie im Bereitstellungsleitfaden für den hybriden Cisco Spark-Mediendienst unter .https://www.cisco.com/go/hybrid-services-media Der Abschnitt Neue und geänderte Informationen des Leitfadens ist mit den aktualisierten Abschnitten verknüpft.