Danke für Ihr Feedback.

2021.12.17.2464m.3

21. Dezember 2021

Es gibt keine Versionshinweise für dieses Wartungsupgrade.

2021.11.21.2452m.1

1. Dezember 2021

Eine geringfügige Änderung könnte die Initialen einiger Standard-Avatare ändern. Wenn ein Teil des Benutzernamens in Klammern steht, ignoriert das System diesen Teil jetzt bei der Auswahl der Initialen.

2021.11.08.2441m.1

11. November 2021

Es gibt keine Versionshinweise für dieses Wartungsupgrade.

2021.10.18.2439m.12

27. Oktober 2021

Dieses Wartungsupgrade beinhaltet Sicherheits-Upgrades.

2021.10.11.2438m.1

18. Oktober 2021

Es gibt keine Versionshinweise für dieses Wartungsupgrade.

2021.09.13.2432m.10

23. September 2021

Es gibt keine Versionshinweise für dieses Wartungsupgrade.

2021.08.09.2428m.7

26. August 2021

Es gibt keine Versionshinweise für dieses Wartungsupgrade.

2021.08.09.2428m.2

13. August 2021

Dieses Wartungs-Upgrade beinhaltet die neue Funktion „Private Besprechung“.

2021.07.22,2424m

29. Juli 2021

• Behebt ein Problem auf SIP-Endpunkten mit der Anzeige von Benachrichtigungen auf dem Bildschirm, wenn mehrere Teilnehmer gleichzeitig angezeigt und Inhalte geteilt werden.

2021.07.08.2423 m

15. Juli 2021

Es gibt keine Versionshinweise für dieses Wartungsupgrade.

2021.06.17,2415 m

24. Juni 2021

Es gibt keine Versionshinweise für dieses Wartungsupgrade.

2021.05,27,2405 m

4. Juni 2021

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

2021.05.05.2395m.5

21. Mai 2021

• Beinhaltet kleinere Verbesserungen bei der Anzeige von Layouts, die nicht dem Standard entsprechen.

• Behebt ein Problem, das DNS für eine bestimmte Docker Bridge-Konfiguration unterbrechen könnte.

2021.04.27,2391 m

30. April 2021

• Korrigiert die Meldung von Paketverlust-Statistiken für transkodierte Anrufe in Control Hub.

2021.03,22,2384m.3

6. April 2021

Es gibt keine Versionshinweise für dieses Wartungsupgrade.

2021.03,22,2384m.1

31. März 2021

Es gibt keine Versionshinweise für dieses Wartungsupgrade.

2021.03.03.2359m.7

16. März 2021

Es gibt keine Versionshinweise für dieses Wartungsupgrade.

2021.03.03.2359 m

12. März 2021

Es gibt keine Versionshinweise für dieses Wartungsupgrade.

2021.02.05.2352m.4

12. Februar 2021

• Fügt eine Option hinzu, um die lokale Anmeldung auf der Video Mesh Node Administration Web-UI zu deaktivieren.

• Behebt Jitter-Probleme und falsch gemeldete Werte für die Hin- und Rückflugzeit.

2021.01.13,2349m.3

5. Februar 2021

Es gibt keine Versionshinweise für dieses Wartungsupgrade.

2020.12.08.2333m.6

25. Januar 2021

Es gibt keine Versionshinweise für dieses Wartungsupgrade.

2020.12.08.2333m.5

8. Januar 2021

• Die NTP-Alarmmeldungen auf Video Mesh-Knoten wurden verbessert.

• Es wurde ein Problem behoben, bei dem, wenn der Ablauf des Passworts auf „nie“ gesetzt ist, Sie Ihr Passwort nicht über die GUI ändern können.

• Die Anzeige für bestimmte Registrierungsfehler wurde verbessert.

• Die Meldung von Verbindungsfehlern aufgrund von Timeouts beim Testen der Proxy-Konnektivität wurde verbessert.

• Erreichbarkeitstests melden Zertifikatsfehler nicht mehr als Erreichbarkeitsfehler.

• Die Erreichbarkeitsalarme für Video-Mesh-Node-Cluster für private Besprechungen wurden aktualisiert.

2020.12.08.2333 Uhr

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 kosmetisches Problem behoben, bei dem das Auslösen eines Gesundheitstests dazu führen konnte, dass der Knotenstatus auf Control Hub fälschlicherweise als „Wird installiert“ angezeigt wurde.

2020.11.17.2319m.9

8. Dezember 2020

Diese Version enthält Änderungen, um zu verhindern, dass SIP-Anrufe ausfallen, wenn Sie die Netzwerkkonnektivität zwischen den Clustern verlieren.

2020.11.17.2319m.4

1. Dezember 2020

Das Überwachungstool für Video Mesh ist ein Webex-Anrufsimulator, der mit dieser Version auf jedem Video Mesh-Knoten verfügbar ist. Das Monitoring-Tool umfasst die folgenden Funktionen:

• Ausführung bei Bedarf oder wiederkehrende stündliche Tests pro Knoten, pro Cluster.

• Die Fähigkeit, SIP-Signale, Mediensignalisierung und Medienkaskadenfehler für jeden Test zu kennzeichnen.

• Angemessene Fehlermeldungen pro Test mit Fehlercodes, um die durchschnittliche Zeit bis zur Behebung zu verkürzen.

• Nachverfolgung historischer Testfehler für bis zu sieben Tage.

2020.11.17.2319m.4

25. November 2020

• Keine Software-Dokumentation für dieses Wartungsupgrade.

2020.11.06.2314 m

18. November 2020

• Der Schwellenwert für das Auslösen des NTP-Alarms auf Video Mesh-Knoten wurde erhöht.

• Die Ausführlichkeit der Fehlermeldungen wurde erhöht, um das Debuggen zukünftiger NTP-Probleme auf Video Mesh-Knoten zu erleichtern.

• Ein Problem wurde behoben, bei dem das Hochladen von VMN-Protokollen fehlschlug.

• Kaskadenprobleme zwischen Video Mesh-Knoten und neuen Cloud-Knoten wurden behoben.

2020.10.16.2305 m

23. Oktober 2020

• Ein Problem wurde behoben, bei dem der Wartungsmodus in bestimmten Situationen nicht richtig eingeschaltet wurde.

2020.09.22.2288m.3

1. Oktober 2020

• Keine Software-Dokumentation für dieses Wartungsupgrade.

2020.09.22.2288m

Mittwoch, 30. September 2020

• Ratenbegrenzungen zu den Bandbreitentests auf der Übersichtsseite hinzugefügt.

• Ein Problem mit dem TCP-Erreichbarkeitstest wurde behoben.

• Die Werte für Latenz/Hin- und Rückflugzeit in den Medienstatistiken auf der Seite zur Fehlerbehebung bei Besprechungen in Control Hub wurden korrigiert. (Bei einigen Anrufen waren die Statistiken um den Faktor 1000 falsch.)

• Geändert, um an einigen Ports nur sicherere TLS-Chiffren zu verwenden.

2020.09.11.2279 m

18. September 2020

• Informationen über den IP-Adressbereich, der für den internen Gebrauch reserviert ist, wurden der Video Mesh-Knoten-Weboberfläche hinzugefügt.

• 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.227 3 Uhr

8. September 2020

• TLS 1.1 auf Port 33432 deaktiviert.

• Es wurden schlechte Statistiken behoben, die im Audiostream einer IX5000-Präsentation angezeigt wurden, wenn man zwischen Lobby und Konferenz wechselte.

• Es wurde eine Problemumgehung für ein Problem hinzugefügt, bei dem eine vertrauenswürdige SIP-Adresse, die länger als 200 Zeichen ist, zu einem TLS-Verbindungsausfall führt (CSCvv44969).

2020.08.19.2266m.1

26. August 2020

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

• IPv6 auf internen und externen Schnittstellen explizit deaktiviert, sodass die Knoten keine IPv6-DNS-Server erhalten.

• Es wurde ein Problem behoben, das zu Fehlschlägen bei den Erreichbarkeitstests aufgrund der Port-Erschöpfung führte.

• Verbesserte Alarmdetails für den Fall, dass ein Upgrade nicht heruntergeladen werden kann, weil es entweder durch den Zscaler-Dienst blockiert wurde oder weil ein transparenter Prüf-Proxy verwendet wird.

• Es wurde ein Problem behoben, bei dem UDP-Upload-/Download-Daten in den 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 unterbrach, wenn er von einer Besprechung zurück in die Lobby gebracht wurde.

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

15.07.2020. 2245 Uhr

20. Juli 2020

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

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

2020.06.292236m.10

9. Juli 2020

• Das Verhalten beim Testen der DNS-Auflösung wurde geändert. Jeder konfigurierte DNS-Server muss jetzt in der Lage sein, den Test-FQDN aufzulösen, damit der DNS-Test bestanden wird. (Wenn in früheren Versionen ein DNS-Server in der Lage war, den Test-FQDN aufzulösen, wurde der Test bestanden.)

• Verbesserte Medienqualität in verlustbehafteten Netzwerken.

• MTU-Konfigurationsoptionen für Netzwerkschnittstellen hinzugefügt. (Siehe Tab Ankündigungen.)

• Es wurde ein Alarm hinzugefügt, falls der Video Mesh-Knoten keinen der Cloud-Medienserver erreichen kann.

2020.06.18.2231 Uhr

26. Juni 2020

• Verbesserte Auswahl des Seitenverhältnisses für Bandbreiten um 1,5 Mbit/s, wenn 1080p aktiviert ist.

• Es wurde die Möglichkeit hinzugefügt, Paketerfassungen nach Netzwerkschnittstelle, Host und Port zu filtern.

• Es wurde ein Fehler behoben, bei dem Sie eine Fehlermeldung erhalten, wenn Sie die Paketerfassung starten und dann schnell beenden.

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

• Die Standard-NTP-Konfiguration wurde entfernt. Eine gültige NTP-Konfiguration ist jetzt erforderlich, um einen Knoten zu registrieren. Es wurden Alarme 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 Proxy-Konnektivitätstest fälschlicherweise einen Fehler aufgrund eines zu kurzen Timeouts meldete.

• Der Video Mesh-Knoten-Weboberfläche wurden Funktionen zum Herunterfahren und Neustarten hinzugefügt.

2020.05.26.2200m.3

10. Juni 2020

• Es wurde die Möglichkeit hinzugefügt, den Wartungsmodus auf der Verwaltungsseite der Videomesh-Weboberfläche ein- und auszuschalten.

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

• Der Übersichtsseite der Node-Weboberfläche wurde ein Verfügbarkeitszähler hinzugefügt.

• Die CPU-Auslastung wurde von der Übersichtsseite der Node-Weboberfläche entfernt.

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

13.05.2020, 2195 m

27. Mai 2020

• Es wurde ein Problem behoben, bei dem eine Browser-Erweiterung für das automatische Ausfüllen eines Drittanbieters die Webex Video Mesh-Knoten-Weboberfläche beeinträchtigen konnte.

2020.04.16.2176m.2

8. Mai 2020

• Es wurde ein Problem gelöst, bei dem der Port 444 Connection Checker fälschlicherweise einen Ausfall meldete, wenn er sich hinter bestimmten Arten von Proxys befand.

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

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

2020.04.16.2176m.1

24. April 2020

• Die Unterstützung für TLS1.1 wurde entfernt.

• Weitere Cloud-Konnektivitätsprüfungen wurden auf der Übersichtsseite der Webex Video Mesh-Knoten-Weboberfläche hinzugefügt.

• Behebung eines Problems, das zu einem falschen DNS-Alarm für ungültige Hostnamen geführt hat.

• Auf der Seite Serverzertifikat wurde eine Schlüssellängenbeschränkung hinzugefügt, mit einer Fehlermeldung, wenn ein Administrator ein Serverzertifikat mit weniger als 2048 Bit hochlädt.

• Verbesserter Umgang mit Situationen, in denen ein Administrator einen privaten Schlüssel mit weniger als 2048 Bit oder einen privaten Schlüssel ohne Passphrase eingibt. In diesen Fällen verwendet der Video Mesh-Knoten ein selbstsigniertes Zertifikat.

2020.03.11.2143m.8

17. April 2020

• Es wurde ein Problem behoben, das dazu führte, dass einige Kunden nur Audio von den beiden besten aktiven Lautsprechern erhielten, wenn jemand Audioinhalte teilt.

• Es wurde ein Problem behoben, das zu Anruffehlern führen konnte, wenn viele Anrufversuche in einem kurzen Zeitraum unternommen wurden.

2020.03.11.2143m.7

6. April 2020

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

• Das Timeout für Multistream-Signale für Dual-Screen-Anrufe wurde erhöht.

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

• Die Art und Weise, wie wir die OAuth-Verifizierung handhaben, wurde geändert, um gegen verspätete Antworten widerstandsfähiger zu sein.

2020.03.11.2143m.3

24. März 2020

• Keine Software-Dokumentation für dieses Wartungsupgrade.

2020.03.11.2143M.9 — Dringendes Upgrade

22. März 2020

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

2020.03.11.2143M — Dringendes Upgrade

Mittwoch, 11. März 2020

• Deaktiviert die regelmäßigen Anrufzustandsprüfungen und den entsprechenden Alarm (mf.CallHealth.Fail), der auf dem Knoten und in Control Hub gemeldet wurde, wenn auf dem Knoten Fehler auftraten, die einen bestimmten Schwellenwert überstiegen.

2020.03.02.2132 m

Freitag, 6. März 2020

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

• Es wurde ein Alarm hinzugefügt, der auf dem Knoten und in Control Hub gemeldet wird, wenn auf dem Knoten regelmäßig Fehler bei den Anrufzustandstests auftreten, die einen bestimmten Schwellenwert überschreiten.

  Alarm-ID: 'mf.CallHealth.Fail', Schweregrad: „Warnung“, Titel: 'Gesundheitscheck des Anrufs ist fehlgeschlagen'

2020.02.09.2120m.1

Dienstag, 28. Februar 2020

• Keine Software-Dokumentation für dieses Wartungsupgrade.

2020.01.30.2115 m

7. Februar 2020

• Sicherheitslücke CSCvs70769 — NGINX beim Schmuggeln von HTTP-Anfragen behoben

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

2020.01.12.2091 m

22. Januar 2020

• Der Weboberfläche für Video Mesh-Knoten wurde ein Zurücksetzen auf die Werkseinstellungen hinzugefügt. Weitere Informationen finden Sie im Bereitstellungshandbuch unter Video Mesh Node über das Webinterface verwalten unter https://www.cisco.com/go/video-mesh.

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

• Ein Problem wurde behoben, bei dem es bei einigen SIP-Anrufen zu einer verzögerten Einrichtung kam.

2019.12.15.2053 Uhr

8. Januar 2020

• Es wurde ein Problem behoben, bei dem Meetings (zu denen mindestens ein Webex Board gehörte) Videostreams mit niedriger Auflösung von SIP-Geräten an Webex-Endpunkte sendeten.

2019.12.03.2042 Uhr

Am 12. Dezember 2019

• Es wurde ein Problem behoben, bei dem der Bildschirm für die Teilnahme an der Besprechung leer blieb, wenn *.clouddrive.com in einem Kundennetzwerk blockiert wurde. Obwohl der Bildschirm für die Teilnahme an der Besprechung in diesem Szenario nicht mehr leer ist, verlangen wir dennoch, dass Sie diese URL in Ihrem Netzwerk entsperren, um unbeabsichtigte Nebenwirkungen zu vermeiden.

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

2019.11.06.1992 m

14. November 2019

• CSCvr92794 — Falsche Fehlermeldung bei der FQDN-Validierung anhand der Node-IP behoben.

• Es wurde ein Problem behoben, bei dem Knoten nicht richtig stillgelegt wurden und ein kurzes Timeout verwendeten, was nur passierte, als andere Knoten im Cluster in den Wartungsmodus in Control Hub versetzt wurden, was zu einer reduzierten Kapazität und unterbrochenen Anrufen führte.

2019.10.21.1973m.1

1. November 2019

• Es wurde die Möglichkeit hinzugefügt, Protokolle und PCAP-Dateien von der Seite zur Fehlerbehebung der Webex Video Mesh-Knotenschnittstelle hoch- und herunterzuladen, auch wenn der Knoten nicht registriert ist. Weitere Informationen finden Sie unter Generieren von Webex Video Mesh Logs für Support und Generieren von Webex Video Mesh Packet Captures für Support.

2019.10.11.1964m.1

23. Oktober 2019

• CSCvr39819 — Anfällige Softwareversion behoben.

• CSCvr39878 — Selbstsigniertes X.509-Zertifikat, dessen allgemeiner Name nicht mit dem ausstellenden Server übereinstimmt (SSL/TLS), behoben. Es wurde eine Änderung vorgenommen, bei der der allgemeine Name des Zertifikats auf dem Knoten den FQDN des Knotens (falls verfügbar) oder die IP-Adresse angibt.

• Dem CSR-Erstellungsformular in der Weboberfläche wurde ein neues Feld „Alternativer Betreff Name (n):“ hinzugefügt.

2019.09.19.1956 m

Am 26. September 2019

• Netzwerkeinstellungen zur Webbenutzeroberfläche (UI) des Video Mesh-Knotens hinzugefügt. Weitere Informationen finden Sie unter Netzwerkeinstellungen über die Webex Video Mesh Node-Weboberfläche konfigurieren.

• Der Schweregrad dieses Alarms wurde von kritisch auf Warnung geändert: „Der Video Mesh Node konnte die erforderliche Software nicht vom Cisco Cloud-Anbieter herunterladen. Das Problem kann aufgrund mehrerer Probleme auftreten, die mit dem Netzwerk zusammenhängen. Überprüfen Sie Ihre Netzwerkverbindung zum öffentlichen Netzwerk (.amazonaws.com) und überprüfen Sie Ihre DNS-Einstellungen. Das kann auch aufgrund von Änderungen an der Firewall passieren, die zwischen Video Mesh-Knoten und dem Internet vorhanden ist.“

• Es wurde ein Problem behoben, bei dem Reflektor-Serverports nicht freigegeben wurden, auch wenn das Reflektor-Tool in der Weboberfläche des Nodes gestoppt wurde.

• Es wurde eine Sicherheitslücke behoben, die die Ping and Check-NTP-APIs betraf und bei der ein Angreifer einen Command-Injection-Angriff starten konnte, wenn er Zugriff auf authentifizierte APIs hatte.

• Die Codec-Auswahl für übertragenes Video wurde verbessert.

• Serverzertifikate, die mit schwachen Chiffren signiert sind (wie MD2 oder MD5), werden in der Video Mesh-Knotenzertifikat-Benutzeroberfläche nicht mehr akzeptiert.

2019.08.21.1941m.2

13. September 2019

• Es wurde ein Problem behoben, bei dem die CPU-Level des Knotens sprunghaft anstiegen und nicht auf akzeptable Werte zurückkehrten.

• 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 es eine Palo Alto Networks (PAN) -Firewall im Netzwerk gibt.

• Dem Node-Software-Image wurde eine Netzwerkkonfigurationsseite hinzugefügt. Admins können die Netzwerkeinstellungen bei der ersten Einrichtung der virtuellen Node-Maschine angeben. Weitere Informationen finden Sie im Bereitstellungshandbuch unter Installieren der Webex Video Mesh Node Software.

2019.08.14.1937m

16. August 2019

• Unterstützung für explizite Proxys mit No-Auth-, Basic-, Digest- oder NTLM-Authentifizierung hinzugefügt. Weitere Informationen finden Sie unter Proxy-Support für Video Mesh und andere relevante Updates im Bereitstellungshandbuch.

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

2019.08.01.1929 m

8. August 2019

• Zwei Probleme wurden behoben:

  • Die Paketerfassung über die Web-Benutzeroberfläche konnte nicht erfolgreich gestartet werden, aber es wurde keine Fehlermeldung angezeigt.

  • Die Paketerfassung wurde nicht ausgeführt, weil Ubuntu-URLs blockiert waren. (Mit diesem Fix sind keine URL-Änderungen an Ihrer Firewall erforderlich.)

2019.07.12.1917 m

25. Juli 2019

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

• Die Betriebssystemversion wurde zur Karte mit den Knotendetails in der Node-Weboberfläche hinzugefügt.

• Die Benutzeroberfläche für die Seite zur Problembehandlung auf der Node-Weboberfläche wurde neu gestaltet. (Weitere Informationen finden Sie im Bereitstellungshandbuch.)

• Konnektivitätsprüfungen mit Ping, Traceroute und NTP-Verifizierung in der Node-Weboberfläche hinzugefügt. (Weitere Informationen finden Sie im Bereitstellungshandbuch.)

• Verbesserte Auflösung und Wahl der Bildrate für Präsentationsstreams.

• Ein Problem wurde behoben, bei dem manchmal zu viel Bandbreite an wechselnde Teilnehmer gesendet wurde.

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

• Das Tempo der Medien für transkodierte Präsentationen wurde verbessert.

2019.06.13.1907m.7

12. Juli 2019

• Es wurde ein Problem behoben, das manchmal dazu führte, dass die Videoauflösung sank, auch wenn keine Pakete verloren gingen und die Latenz niedrig war.

• Es wurde ein Problem behoben, bei dem es manchmal zu Split-Audio kam, wenn Teilnehmer vom Moderator stummgeschaltet und dann die Stummschaltung aufgehoben wurden.

2019.06.13.1907m.3

Mai 20, 20. Juni 2019

• Es wurde ein Problem behoben, bei dem der Status „Präsentation teilen“ falsch war, wenn ein Endpunkt versuchte, sie zu teilen, während er sich auf dem Lobbybildschirm befand.

• Es wurde eine Erweiterung hinzugefügt, um den Start des Teilens von Präsentationen bei der Transkodierung zu beschleunigen.

2019.06.13.1907m.1

14. Juni 2019

• Es wurde ein Problem behoben, bei dem einige Video Mesh-Knoten nach einem Upgrade nicht automatisch neu gestartet wurden, wodurch die Fehlerbehebungsfunktionen des Knotens deaktiviert wurden und Informationen auf der Übersichtsseite fehlten.

• Es wurde eine Anforderung hinzugefügt, dass Node-Hostnamen keinen Unterstrich (_) enthalten dürfen.

• Es wurde ein Problem behoben, bei dem die Resilienz bei Paketverlust in den ersten Minuten einer Besprechung manchmal nicht funktionierte.

• Es wurde ein Problem mit der Medienstabilität behoben, das manchmal dazu führte, dass die genutzte Bandbreite für einen kurzen Zeitraum die ausgehandelte Bandbreite deutlich überstieg.

20.05.2019, 1892 m1

24. Mai 2019

• Der Videomesh-Node-Weboberfläche wurden neue Funktionen zur Wartungsfreundlichkeit hinzugefügt (Generierung von Paketerfassung, Protokollgenerierung und Verbesserungen der Übersichtsseite). Weitere Informationen zu diesen Funktionen finden Sie im Kapitel Webex Video Mesh verwalten im Bereitstellungshandbuch unter https://www.cisco.com/go/video-mesh.

• Im Rahmen der bevorstehenden Migration zur Amazon Elastic Container Registry wurde ein neuer Alarm hinzugefügt: „Der Video Mesh Node konnte die erforderliche Software nicht vom Cisco Cloud-Anbieter herunterladen. Das Problem kann aufgrund mehrerer Probleme auftreten, die mit dem Netzwerk zusammenhängen. Überprüfen Sie Ihre Netzwerkverbindung zum öffentlichen Netzwerk und überprüfen Sie Ihre DNS-Einstellungen. Das kann auch aufgrund von Änderungen an der Firewall passieren, die zwischen Video Mesh-Knoten und dem Internet vorhanden ist.“

  Video Mesh-Knoten werden weiterhin aktualisiert, aber Sie sollten geeignete Maßnahmen ergreifen, um sicherzustellen, dass Video Mesh-Knoten 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-Besprechungen fälschlicherweise „L2SIP-UA“ als Besprechungstitel und Teilnehmername angezeigt haben.

29.04.2019 1873 m.4

13. Mai 2019

• Es wurde ein Problem behoben, das dazu führte, dass das Teilen von Inhalten manchmal nicht verfügbar war, wenn SIP-Dial-Out verwendet wurde.

• Es wurde ein Problem behoben, das dazu führte, dass Kaskaden nach vorübergehenden Netzwerkproblemen manchmal nicht neu erstellt wurden, was zu getrennten Besprechungen führte.

• Es wurde ein Problem behoben, das dazu führte, dass das Teilen von Inhalten in einigen Szenarien fehlschlug.

29.04.2019. 1873 m

30. April 2019

• Keine Software-Dokumentation für dieses Wartungsupgrade.

2019.04.1869m.1

26. April 2019

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

2019,03.22,1829m.2

2. April 2019

• Ein Problem wurde behoben, das manchmal dazu führte, dass UDP-Bandbreitentests fehlschlugen.

• Es wurde ein Problem behoben, bei dem NTP-Alarme auf Control Hub nicht entfernt wurden, sobald ein defekter NTP-Server funktionierte.

2019,03.19,1826 m

22. März 2019

• Um Konfigurationsänderungen an einem registrierten Knoten vorzunehmen, müssen Sie den Knoten jetzt zuerst in den Wartungsmodus versetzen.

• Die Übersichtsstatusseite berichtet über das Ergebnis der Konnektivitätsprüfung für die Amazon Container Registry (ECR).

• Es wurde ein Problem behoben, bei dem es auf einigen Clients beim Umschalten der aktiven Lautsprecher zu Verzögerungen kam und das Video bei Paketverlust beschädigt wurde.

• CSCVO93454 — Einwegvideo behoben, wenn Immersive System Webex beitritt.

• Behoben CSCVO87069 — Vertrauenswürdige SIP-Quellen von Video Mesh werden nicht aufgefüllt

2019,02.14.1788m.1

21. Februar 2019

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

• Ein Problem wurde behoben, bei dem das Stummschalten und Aufheben der Stummschaltung für SIP-Endpunkte manchmal nicht funktionierte.

• Video Mesh-Knoten versuchen jetzt, auf eine neue URL zuzugreifen, um den Zugriff auf die von Amazon gehostete Container-Registry (https://615440818562.dkr.ecr.us-east-1.amazonaws.com/) zu testen.

• Es wurden neue Alarme hinzugefügt, die auf den Video Mesh-Knoten generiert und in Control Hub angezeigt werden, wenn die Antwortzeit der DNS-Anfrage in diesen Szenarien 1,5 s überschreitet:

  • Wenn die DNS-Server-Abfragezeit länger als 1,5 s ist: „<x>Die Abfrageantwortzeit des DNS-Servers von <number>ms übersteigt die maximale Antwortzeit von 1500 ms.“

  • Alarmtext für den Fall<ntp-server>, dass die DNS-Server-Abfragezeit beim Auflösen eines NTP-Servers länger als 1,5 s ist: „Während der Auflösung hat die <x>Abfrageantwortzeit von DNS-Servern in <number>ms die maximale Antwortzeit von 1500 ms überschritten.“

2019.02.12.1786 m

Dienstag, 15. Februar 2019

• Diese Version ist die Kandidatenversion für den TLS-SIP-Trunk und die transparente Proxyunterstützung für Inspecting/Non-Inspecting für Video Mesh. Weitere Informationen finden Sie im Bereitstellungshandbuch unter https://www.cisco.com/go/video-mesh.

• Behoben CSCVO26600 — Der Token-Validator erhält keinen Token-Validierungsschlüssel, wenn die erste CI-Anfrage fehlschlägt

2019.01.29.1773 m

6. Februar 2019

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

• Es wurden neue Prüfungen hinzugefügt, um die Gültigkeit von NTP-Servern, die auf den Video Mesh-Knoten konfiguriert sind, regelmäßig zu überprüfen. Ungültige NTP-Server-Warnmeldungen werden auf der Video Mesh-Administrationsoberflä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 einer Besprechung nur in eine Richtung übertragen wurde und einige Geräte oder Kunden den Videostream nicht sehen konnten.

2018.10.04.1692 m

5. Oktober 2018

• Keine Software-Dokumentation für dieses Wartungsupgrade.

Mai 2026

Wir haben Unterstützung für Gastbenutzer hinzugefügt, um die Zusammenarbeit zu verbessern. Gastbenutzer in Ihrem Unternehmensnetzwerk können jetzt an Besprechungen auf Video Mesh teilnehmen. Einzelheiten finden Sie unter Gastbenutzern erlauben, Video Mesh zu verwenden.

Januar 2026

Wir haben der Video Mesh-Knoten-Weboberfläche einen Tab zur Verwaltung von EC-Zertifikaten hinzugefügt, um die Unterstützung der Ende-zu-Ende-Verschlüsselung (E2EE) für Einzelgespräche auf Video Mesh vorzubereiten. Administratoren können über diesen Tab Anfragen zur Unterzeichnung von Zertifikaten erstellen, EC-Zertifikate und private Schlüssel hochladen und EC-Zertifikate installieren.

Diese kommende Funktion wird den Datenschutz und die Sicherheit verbessern, indem sie sicherstellt, dass die gesamte Kommunikation zwischen Benutzern verschlüsselt ist, ohne dass eine Entschlüsselung in der Webex-Cloud stattfindet.

November 2025

Aufzeichnung vor Ort auf Video Mesh

Video Mesh unterstützt jetzt die Aufzeichnung vor Ort und ist ein weiterer Schritt in Richtung Sitzungshoheit für Organisationen, die der Sicherheit und Kontrolle über ihre Besprechungsinhalte Priorität einräumen.

Mit dieser neuen Funktion können Sie jetzt Ihre Webex-Meetings und Webinare innerhalb Ihrer Organisation aufzeichnen und jede Aufzeichnung sicher vor Ort aufbewahren. Aufzeichnungen vor Ort sind in der Webex-App und im Webex-Webclient verfügbar.

Wesentliche Vorteile

• Ultimative Kontrolle über den Besprechungsinhalt: Alle Aufzeichnungen vor Ort werden in der Infrastruktur Ihrer Organisation gespeichert.

• Verbesserte Sicherheit: Vertrauliche Besprechungsinhalte verlassen niemals Ihre vertrauenswürdige Umgebung.
• Unbegrenzte Aufbewahrung: Bewahren Sie Aufzeichnungen so lange auf, wie Sie sie benötigen, ohne auferlegte Einschränkungen.

Januar 2025

Clusterübergreifende Kaskaden

Inter-Cluster Cascades bietet Ihnen eine effektive Möglichkeit, Ihre Video Mesh-Bereitstellung zu optimieren. Es verbessert die Anrufqualität und Bandbreitennutzung, indem es direkte Kaskaden zwischen Video Mesh-Clustern Ihrer Organisation ermöglicht. Sie haben auch die Flexibilität zu wählen, welche Cluster Ihrer Organisation an Cluster-Kaskaden teilnehmen können. Weitere Informationen finden Sie unter Inter-Cluster Cascades.

November 2024

Ende der Unterstützung für Telepresence Interoperability Protocol (TIP) und Multiplex (MUX)

Video Mesh wird das TelePresence Interoperability Protocol (TIP) und Multiplex (MUX), die für CTS-, TX- und IX-Geräte verwendet werden, nicht mehr unterstützen, da Webex das TIP/MUX-Protokoll ablehnt.

Februar 2024

• Die Video Mesh-Plattform ist jetzt in den ThousandEyes Enterprise Agent integriert, sodass Sie Ihr gesamtes hybrides digitales Ökosystem durchgängig überwachen können. Diese Integration bietet Ihnen eine Vielzahl von Netzwerküberwachungstests. Probleme überall in Ihrer Netzwerkinfrastruktur können mit größerer Präzision diagnostiziert werden, was die Effizienz Ihrer Bereitstellung verbessert.

  Weitere Informationen zur Aktivierung von ThousandEyes für Ihre Organisation und zur Konfiguration von Tests finden Sie unter ThousandEyes Integration with Video Mesh.

• Gemäß der vorherigen Ankündigung zur Migration von Container Registry zu Amazon ECR gehen wir davon aus, dass wir die Migration bis Mitte März 2024 abschließen werden. Bitte stellen Sie die Konnektivität zum ECR sicher, indem Sie die URL "*dkr.ecr.us-east-1.amazonaws.com" in Ihren Anwendungs-Firewalls und Proxys zulassen.

Dezember 2023

Migration der Container-Registry von Docker Hub zu Amazon ECR

Die Videomesh-Container-Registry, die Bilder hostet, wird von Docker Hub auf Amazon ECR geändert. Diese Migration ist für Februar 2024 geplant. Wir bitten die Kunden, die Konnektivität zu ECR sicherzustellen, indem sie die URL "*.amazonaws.com" in ihren Anwendungs-Firewalls und Proxys zulassen. Dieser Schritt ist notwendig, um mögliche Probleme bei Upgrades zu vermeiden.

August 2023

Wir haben die Vielseitigkeit und Funktionalität der Video Mesh-Knoten-APIs verbessert, indem wir eine ganze Reihe neuer APIs mit unterschiedlichen Funktionen hinzugefügt haben. Admins können jetzt zwischen 3 Kategorien von APIs wählen, die sie in den verschiedenen Phasen der Node-Bereitstellung unterstützen können. Sie lauten wie folgt:

• VMN-Verwaltungs-APIs

• VMN-Netzwerk-APIs

• APIs für VMN-Serverzertifikate

Juli 2023

Webhooks für Video Mesh Alerts

Video Mesh unterstützt jetzt Benachrichtigungen über Webhooks, sodass Unternehmensadministratoren bestimmte Aspekte ihrer Bereitstellungen mühelos überwachen können. Sie können wählen, ob sie über Ereignisse wie Anrufüberläufe und Anrufweiterleitungen informiert werden möchten, sodass sie sich nicht bei Control Hub anmelden müssen, um ihren Einsatz zu überwachen.

In dieser Phase können die folgenden Ereignistypen über Webhooks überwacht werden:

• Cluster-Anrufweiterleitungen — Anrufe, die von einem bestimmten Cluster umgeleitet wurden.
• Überläufe von Org-Anrufen — Gesamtzahl der Überläufe von Anrufen in die Cloud für eine Organisation.

Videomesh-Knoten-APIs

Wir haben eine Reihe von APIs eingeführt, die Unternehmensadministratoren dabei helfen, Zertifikate für Video Mesh Nodes zu erstellen, zu aktualisieren, herunterzuladen und zu löschen. Weitere Informationen finden Sie unter Video Mesh Node APIs.

Juni 2023

Wir haben die Grafiken und Diagramme des Analytics-Dashboards verfeinert, um die Funktion zur Aufnahme von Kundentypen zu erweitern.

• Sie können clusterspezifische Daten auf der Registerkarte Ressourcen sehen.

  Wählen Sie einen Cluster in einem der Donut-Grafiken oder -Diagramme aus und klicken Sie dann auf Anwenden. Diese Aktion filtert auch die Daten für alle anderen Grafiken, sodass Sie nur die Daten sehen, die für Ihren ausgewählten Cluster relevant sind.

• Wir haben dem Tab Ressourcen zwei neue Grafiken hinzugefügt. Sie sind Gesamtzahl der Anrufvereinigungen nach Endpunkttyp und Gesamtzahl der Anrufvereinigungen nach Endpunkttyp, Trend. Sie können Cluster und bestimmte Endpunkttypen auswählen, um nur die Informationen anzuzeigen, die Sie benötigen.

• Auf der Registerkarte „Engagement“ haben wir das Diagramm „Anrufabschnitte nach Endpunkttyp“ in die folgenden Typen gruppiert:

  • SIP-Geräte
  • Webex-App für den Desktop
  • Webex App für Mobilgeräte
  • Webex-App-VDI
  • Webex-Geräte

Mai 2023

Unterstützung für Webclients

Über den Webclient getätigte Anrufe können jetzt auf Video Mesh-Knoten landen, was Ihrem Unternehmen mehr Flexibilität bei den unterstützten Anrufarten bietet.

März 2023

Neuer Erreichbarkeitstest und verbessertes Überwachungstool

Wir haben den bestehenden Überwachungstests einen Erreichbarkeitstest hinzugefügt. Der Erreichbarkeitstest wird zusammen mit den Media Health Monitoring-Tests durchgeführt, sowohl regelmäßig als auch auf Abruf. Wir haben auch das Überwachungstool verbessert, um die Testergebnisse detaillierter darzustellen, und die Übersichtsseite aktualisiert, um einen einfacheren und intuitiveren Zugriff auf detaillierte Informationen zu ermöglichen.

Wir haben den UI-Pfad geändert, um das Video Mesh-Überwachungstool zu erreichen. Sie finden den neuen Tab Video Mesh unter Problembehandlung > Video Mesh und nicht wie zuvor unter Problembehandlung > Status > Video Mesh.

Auf der Übersichtsseite des Monitoring-Tools sind die Tests in Signaling, Cascade und Reachability unterteilt, was Ihnen hilft, Ihren Fehlerbehebungsprozess zu optimieren.

Februar 2023

Video Mesh-Entwickler-APIs zur Problembehandlung und Integration mit Überwachungssystemen von Drittanbietern

• In dieser Phase der Video Mesh Developer APIs haben wir Verbesserungen eingeführt, die es Unternehmensadministratoren ermöglichen, die vollständige Kontrolle über die Fehlerbehebung bei ihren Video Mesh-Bereitstellungen zu übernehmen.
• Admins können jetzt verschiedene On-Demand-Tests zur Fehlerbehebung wie Netzwerk-, Media Health Monitor- und Erreichbarkeitstests über das Entwicklerportal auslösen. Sie können auch detaillierte Ergebnisse der Tests einsehen, die sie ausgelöst haben, was ihnen hilft, tiefere Einblicke in den Zustand ihres Einsatzes zu erhalten.

November 2022

Cluster-Umbenennung in Control Hub

Sie können jetzt die Namen Ihrer Video Mesh-Cluster in Control Hub bearbeiten. Wir haben den Clusternamen auch Unicode-Unterstützung hinzugefügt.

September 2022

Video Mesh-Entwickler-APIs

Die Video Mesh Developer APIs bieten Unternehmensadministratoren eine leistungsstarke und flexible Möglichkeit, detaillierte Metriken für Überwachungs- und aufschlussreiche Analysedaten ihrer Video Mesh-Bereitstellungen über das Webex Developer Portal abzurufen. Sie können ihre bestehenden Überwachungsanwendungen nahtlos in diese APIs integrieren und die Überwachung ihrer Video Mesh-Cluster und -Knoten automatisieren. Die APIs sind unter https://developer.webex.com/docs/api/v1/video-mesh verfügbar. Ein Beispielclient ist unter https://github.com/CiscoDevNet/video-mesh-api-client verfügbar.

Juli 2022

Änderung des Tools zur Überwachung der Mediengesundheit

Wir haben die Häufigkeit der regelmäßigen clusterweiten, clusterspezifischen oder knotenspezifischen Tests geändert. Diese Tests liefen in früheren Versionen stündlich. Sie fahren jetzt alle 6 Stunden.

April 2022

Behalten Sie Ihre Medien für alle externen Webex-Meetings auf Video Mesh

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

Port-Updates

Für eine bevorstehende Veröffentlichung im Februar 2022 erfordert Video Mesh die Öffnung des folgenden Portbereichs für Media Cloud Cascades:

Diese Ports ergänzen den bestehenden Port 5004. Öffnen Sie den UDP-Portbereich 50.000—53.000 in Ihrer Firewallkonfiguration. Sie werden Betriebsunterbrechungen erleben, wenn diese Ports nicht geöffnet sind, wenn die kommende Version veröffentlicht wird.

Wie in den Netzwerkanforderungen für Webex-Dienste aufgeführt, verwendet der Expressway diesen Portbereich bereits für die Webex-Cloud. Die meisten Bereitstellungen benötigen also keine Updates, um diese neue Anforderung für Video Mesh zu unterstützen. Aber in Bereitstellungen mit strengeren Firewall-Regeln aktualisieren Sie Ihre Firewall-Konfiguration, um diese Ports für Video Mesh vor der Veröffentlichung im Februar zu öffnen.

Oktober 2021

Weltweit verbreitete Medien

Video Mesh nutzt jetzt die Global Distributed Media (GDM) -Funktionen von Webex, um ein besseres Medienrouting zu erreichen. Um eine optimale Konnektivität zu erreichen, wählt Webex den Cloud-Medienknoten aus, der Ihrem Unternehmen am nächsten liegt, wenn Video Mesh-Kaskaden zu Webex ausgeführt werden. Der Verkehr wird dann für das Meeting über das Webex-Backbone zu den Webex-Microservices geleitet. Dieses Routing minimiert die Latenz und hält den größten Teil des Datenverkehrs auf dem Webex-Backbone und vom Internet fern.

13. August 2021

Private Treffen

Die Funktion „Private Besprechung“ erhöht die Sicherheit Ihrer Besprechung, indem die Medien in Ihren Räumlichkeiten ausgeschaltet werden. Wenn Sie ein privates Meeting ansetzen, werden die Medien immer auf dem Video Mesh-Knoten innerhalb Ihres Unternehmensnetzwerks ohne Cloud-Kaskade gehalten. Im Gegensatz zu normalen Besprechungen werden die Medien nicht in die Webex-Cloud übertragen, 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 Bereitstellungshandbuch unter https://www.cisco.com/go/video-mesh im Abschnitt Private Meetings und im Artikel Ein privates Webex-Meeting planen.

Dienstag, 9. Februar 2021

Zugriffsknoten von Control Hub für Volladministratoren

Wir haben Control Hub erweitert, sodass Volladministratoren Ihrer Webex-Organisation von Control Hub aus auf Video Mesh-Knoten zugreifen können.

Nur ein Volladministrator für Ihre Webex-Organisation kann diese Funktion verwenden. Andere Administratoren, einschließlich Partner- und externe Volladministratoren, haben nicht die Option Go To Node für die Video Mesh-Ressourcen.

Weitere Informationen finden Sie im Abschnitt Über das Webinterface auf den Webex Video Mesh Node zugreifen im Bereitstellungshandbuch unter https://www.cisco.com/go/video-mesh.

26. August 2020

DNS-Caching

Wenn DNS-Antworten auf Ihre Video Mesh-Knoten regelmäßig länger als 750 ms dauern, können Sie DNS-Caching aktivieren. Wenn das DNS-Caching aktiviert ist, speichert der Knoten DNS-Antworten lokal im Cache. Lokales Caching verringert die Wahrscheinlichkeit, dass Anfragen Verbindungsalarme, Verbindungsabbrüche oder Probleme mit der Anrufqualität auslösen. DNS-Caching kann auch die Belastung Ihrer DNS-Infrastruktur reduzieren.

DNS-Caching ist derzeit standardmäßig deaktiviert. Um es einzuschalten, lesen Sie den Abschnitt DNS-Caching aktivieren oder deaktivieren im Bereitstellungshandbuch unter https://www.cisco.com/go/video-mesh.

Unterstützung für Webex Events

Webex Video Mesh unterstützt jetzt Webex Events.

Freitag, 7. August 2020

Kurzes Videoadressformat für Webex Meetings

Auf Websites mit WBS39.9 und höher können Benutzer an Besprechungen teilnehmen, indem sie das kürzere <meeting_number>@webex.comVideoadressformat verwenden (statt). <meeting_number>@<site_name>.webex.com Video Mesh 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 bei der Einrichtung einer Video Mesh-Bereitstellung.

Um das kurze Videoadressformat mit einer bestehenden Video Mesh-Bereitstellung zu verwenden, fügen Sie eine Route oder ein Wählmuster hinzu, um das Format zu verarbeiten. Weitere Informationen finden Sie in der Anleitung unter der entsprechenden Aufgabe, die „kurze Videoadresse“ beinhaltet, je nachdem, wie Sie Ihre Anrufsteuerungsumgebung konfiguriert haben:

• Unified CMSicheres TLS-SIP-Verkehrs-Routing für Webex Video Mesh konfigurieren

• Unified CMTCP-SIP-Verkehrs-Routing für Webex Video Mesh konfigurieren

• Expressway TCP SIP-Verkehrs-Routing für Video Mesh konfigurieren

Standardmäßig verwenden Besprechungseinladungen derzeit noch das längere Format. Um das Format für Ihre Webex-Site zu ändern, siehe Das kurze Video-Adressformat für Webex Meetings und Events anzeigen.

9. Juli 2020

Neue MTU-Konfigurationseinstellungen für Netzwerkschnittstellen in der Video Mesh Node-Weboberfläche

Sie können jetzt die maximale Übertragungseinheit (MTU) an der internen Netzwerkschnittstelle und die MTU an der externen Netzwerkschnittstelle, falls aktiviert, manuell festlegen.

Alle Webex Video Mesh-Knoten verfügen über Path MTU (PMTU) Discovery, die standardmäßig aktiviert ist. Mit PMTU kann der Node MTU-Probleme erkennen und die MTU-Größe automatisch anpassen. Wenn die PMTU aufgrund von Firewall- oder Netzwerkproblemen ausfällt, kann der Knoten Verbindungsprobleme mit der Cloud haben, weil Pakete, die größer als die MTU sind, verloren gehen. Das manuelle Einstellen einer niedrigeren MTU-Größe kann dieses Problem beheben.

Sie finden die manuellen MTU-Einstellungen auf der Netzwerkeinstellungsseite Erweitert in der Webex Video Mesh Node-Weboberfläche. Weitere Informationen finden Sie im Bereitstellungshandbuch unter https://www.cisco.com/go/video-mesh.

26. Juni 2020

Neue VMNLite-Bereitstellungsoption

Bereitstellungen hauptsächlich von Webex Teams und in der Cloud registrierten Endpunkten benötigen mehr Switching und weniger Transcodierungsressourcen, als es die Standardkonfiguration bietet. Die Bereitstellung von mehr, kleineren virtuellen Maschinen auf dem Host optimiert die Ressourcen für dieses Szenario.

Aus diesem Grund führen wir eine neue „VMNLite“ -Option für die Bereitstellung mehrerer Webex Video Mesh Nodes auf Ihrem Hostserver ein, auf dem VMware ESXI oder vCenter ausgeführt wird. VMNLite benötigt die folgenden Spezifikationen für jede virtuelle Maschine:

• 23 vCPUs für Video Mesh Node

• 20 GB Hauptspeicher

• 80 GB lokaler Festplattenspeicher

Mit diesen Spezifikationen können Sie je nach Hardware mehrere Instanzen bereitstellen (oder eine einzelne bestehende virtuelle Maschine durch diese ersetzen):

Unsere Tests zeigen eine 50-prozentige Verbesserung der Switching-Anrufleistung mit 3 VMNLite-Knoten auf einem einzigen CMS1000 im Vergleich zur Bereitstellung einer einzelnen virtuellen Maschine.

Wie bei der Standardkonfiguration können Sie keine Koresidenz mit anderen Diensten auf virtuellen VMNLite-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 Webex Video Mesh verwalten und beheben.

Dienstag, 9. Juni 2020

Neue wöchentliche automatische Software-Upgrade-Option für Video Mesh-Cluster

Sie können jetzt automatische Software-Upgrades auf Ihren Video Mesh-Clustern so planen, dass sie wöchentlich statt täglich (Standard) erfolgen. Sie können ein Upgrade einmalig verschieben. Wenn Sie einen wöchentlichen Zeitplan festlegen, bedeutet Verschieben, dass das Upgrade im Upgrade-Fenster der darauffolgenden Woche stattfindet.

Sie können den Upgrade-Zeitplan bei der Registrierung eines neuen Clusters festlegen oder den Zeitplan eines vorhandenen Clusters ändern. Weitere Informationen finden Sie in der Video Mesh-Dokumentation unter https://www.cisco.com/go/video-mesh.

24. April 2020

Externe Netzwerkschnittstelle, Routing-Regeln, Container-Netzwerkoptionen in der Video Mesh Node-Weboberfläche

Die Video Mesh-Weboberfläche enthält mehr neue Funktionen, um die Handhabung von Netzwerkänderungen zu vereinfachen. Sie können die externe Schnittstelle in einer Bereitstellung mit zwei Netzwerkschnittstellen (NIC) über das Webinterface aktivieren. Sie können dann das Routing für Video Mesh-Knoten feinabstimmen, indem Sie benutzerdefinierte Routing-Regeln für externe und interne Schnittstellen hinzufügen. Und Sie können die IP-Adresse und das Subnetz der Container Bridge ändern.

Weitere Informationen darüber, wie Sie auf die Updates der Weboberfläche zugreifen, finden Sie im Kapitel Webex Video Mesh verwalten und beheben im Bereitstellungshandbuch unter https://www.cisco.com/go/video-mesh.

20. März 2020

Cisco Webex TeamsUnterstützung für EMEAR-Datenresidenzen

Organisationen in der Cisco Webex Teams europäischen Datenresidenzregion. Können jetzt Video Mesh verwenden. Diese Unterstützung umfasst sowohl neu gegründete Phase-2-EMEAR-Organisationen als auch bestehende Phase-1-EMEAR-Organisationen.

Weitere Informationen finden Sie unter Data Residency in Cisco Webex Teams.

Am 4. November 2019

Neue Verbesserungen an Video Mesh-Berichten: Analysen und aktuelle Ressourcennutzung

Sie können jetzt auf zwei Kategorien von Berichten zugreifen, die Ihnen bei der Verwaltung Ihrer Video Mesh-Bereitstellung helfen: Analysen und aktuelle Ressourcennutzung.

Bei den Analysen handelt es sich um neue interaktive Berichte, die einen langfristigen Trend (bis zu 3 Monate an Daten) in den Kategorien Engagement, Ressourcennutzung und Bandbreitennutzung liefern.

Die letzten Berichte zur Ressourcennutzung waren zuvor verfügbar und wurden auf die Seite Problembehandlung in Control Hub verschoben. Sie bieten eine nahezu in Echtzeit ablaufende Ansicht der Aktivitäten in Ihrer Organisation.

Sie können diese Berichte nach bestimmten Daten filtern, nach denen Sie suchen, und sie als verschiedene Dateitypen direkt von Control Hub aus speichern. Weitere Informationen finden Sie in der Video Mesh-Dokumentation unter https://www.cisco.com/go/video-mesh.

16. August 2019

Unterstützung für explizite Proxys

Cisco WebexVideo Mesh unterstützt jetzt explizite Proxys, zusätzlich zu transparenten, prüfenden und nicht prüfenden Proxys. Sie können diese Proxys an Ihre Webex Video Mesh-Bereitstellung binden, sodass Sie den Datenverkehr vom Unternehmen in die Cloud sichern und überwachen können. Diese Funktion sendet HTTPS-basierten Signal- und Verwaltungsverkehr an den Proxy. Für transparente Proxys werden Netzwerkanfragen von Video Mesh-Knoten anhand der Routing-Regeln des Unternehmensnetzwerks an einen bestimmten Proxy weitergeleitet. Sie können die Webex Video Mesh-Admin-Oberfläche für die Zertifikatsverwaltung und den allgemeinen Konnektivitätsstatus verwenden, nachdem Sie den Proxy mit den Knoten implementiert haben.

Weitere Informationen finden Sie unter Proxy-Support für Video Mesh und andere relevante Updates im Bereitstellungshandbuch.

25. Juli 2019

Neue Funktionen zur Problembehandlung (Ping, Trace Route, NTP Server, Reflector Server und Debug-Konto) in der Video Mesh Node-Weboberfläche

Die Webex Video Mesh-Weboberfläche enthält mehr neue Funktionen, um die Problembehandlung zu vereinfachen. Sie können verschiedene Netzwerktests (Ping, Trace-Route und NTP-Serververifizierung) von der Weboberfläche aus ausführen. Sie können auch überprüfen, ob die entsprechenden Ports in Ihrem Netzwerk geöffnet sind, indem Sie den Reflector Server verwenden. Wenn Sie Hilfe von Cisco-Supporttechnikern benötigen, können Sie ein temporäres Debug-Benutzerkonto erstellen, damit sie Probleme bei Ihrer Bereitstellung beheben können.

Weitere Informationen darüber, wie Sie auf die Updates der Weboberfläche zugreifen, finden Sie im Kapitel Webex Video Mesh verwalten und beheben im Bereitstellungshandbuch unter https://www.cisco.com/go/video-mesh.

24. Mai 2019

Neue Funktionen zur Problembehandlung (Logs, Paketerfassung) und überarbeitete Übersicht in der Video Mesh Node-Weboberfläche

Die Webex Video Mesh-Weboberfläche enthält jetzt neue Funktionen, um die Problembehandlung zu vereinfachen. Sie können Protokolle und Paketerfassungen vom Knoten selbst generieren und sie an den Cisco Support senden, wenn sie bereit sind.

Die Weboberfläche enthält auch eine neu gestaltete Übersichtsseite, die hilfreiche Informationen über den Knoten enthält, wie z. B. den Zustand des Knotens, Registrierungsinformationen, Ergebnisse von Konnektivitätstests usw.

Weitere Informationen darüber, wie Sie auf die Updates der Weboberfläche zugreifen, finden Sie im Kapitel Webex Video Mesh verwalten und beheben im Bereitstellungshandbuch unter https://www.cisco.com/go/video-mesh.

Migration von Docker Hub zu Amazon Elastic Container Registry

In dem Bemühen, die Anzahl der verschiedenen Domains zu reduzieren, auf die der Video Mesh-Knoten zugreift, wechseln wir von den Docker-Hub-Domains (.docker.io und.docker.com) zur Amazon Elastic Container Registry (*.amazonaws.com). Diese Migration wird in etwa 6—8 Wochen ab dem Zeitpunkt dieser Veröffentlichung erfolgen. Als vorbereitenden Schritt müssen Sie sicherstellen, dass der bei Ihrer Webex-Organisation registrierte Video Mesh-Knoten mit der Domain*.amazonaws.com kommunizieren kann, andernfalls schlagen zukünftige Upgrades der Video Mesh-Knotencontainer fehl. Überprüfen Sie Ihre Firewall- und/oder Proxy-Einstellungen, um sicherzustellen, dass der Datenverkehr vom Video Mesh-Knoten zur Domain*.amazonaws.com zugelassen wird.

Nachdem Sie die Änderung an Ihrer Firewall oder Ihrem Proxy vorgenommen haben, können Sie die Konnektivität zur Domain*.amazonaws.com überprüfen, indem Sie sich in die Video Mesh-Knoten-Weboberfläche einloggen. Die Funktion zur Überprüfung der Konnektivität zu Amazon war in der Softwareversion 2019.03.19.1826m enthalten, und Sie müssen diese Software ausführen, um Ihre Konnektivität zur Domain*.amazonaws.com zu überprüfen.

1. Navigieren Sie zu Ihrer Video Mesh-Knoten-Weboberfläche (https: //% VMN_IP %/setup) und wählen Sie Übersicht.

2. Prüfen Sie im Abschnitt Verbindungsdetails den Status von Cloud Connectivity Check.

   Wenn die Verbindungsdetails rot sind, bedeutet dies, dass die Konnektivitätsprüfung zu Amazon fehlgeschlagen ist und weitere Abhilfemaßnahmen erforderlich sind.

Dienstag, 15. Februar 2019

Unterstützung für sicheren SIP-Trunk und transparenten Proxy

Webex Video Mesh unterstützt jetzt eine sichere Trunk-Verbindung von Unified CM Video Mesh-Knoten und den sicheren Austausch von Zertifikaten. Bei dieser Option ist eine Ende-zu-Ende-Verschlüsselung von der Cloud bis hin zu den am Standort registrierten Endpunkten erforderlich.

Webex Video Mesh unterstützt auch transparente Proxys mit und ohne Überprüfung, sodass Sie den Datenverkehr zwischen Unternehmen und der Cloud sichern und überwachen können.

Weitere Informationen zur Verwendung dieser Funktionen in einer Video Mesh-Knotenbereitstellung finden Sie im Bereitstellungshandbuch unter https://www.cisco.com/go/video-mesh.

7. Februar 2019

Duale Netzwerkschnittstelle für Video-Mesh-Knoten

Für eine DMZ-Bereitstellung können Sie jetzt die Video Mesh-Knoten in einem Cluster mit der dualen Netzwerkschnittstelle (NIC) einrichten. Mit dieser Bereitstellungsoption können Sie den Netzwerkverkehr des Unternehmens vom Cloud-Netzwerkverkehr auf dem Video Mesh-Knoten trennen: Die interne (unternehmensorientierte) Netzwerkkarte wird für die Kommunikation zwischen den Boxen, Kaskaden zwischen Knotenclustern und für den Zugriff auf die Verwaltungsschnittstelle des Knotens verwendet, wohingegen die externe (Cloud-orientierte) Netzwerkkarte hauptsächlich für die Konnektivität mit der Außenwelt und Kaskaden zur Cloud verwendet wird.

Weitere Informationen zur Verwendung dieser Funktion in einer Video Mesh-Knotenbereitstellung finden Sie im Bereitstellungshandbuch unter https://www.cisco.com/go/video-mesh.

18. September 2018

Verbesserungen der Servicequalität (QoS) für Video Mesh

Video-Mesh-Knoten entsprechen jetzt den empfohlenen Best Practices für Servicequalität (QoS), indem sie Portbereiche aktivieren, die es Ihnen ermöglichen, Audio- und Videostreams in allen Datenströmen zu und von den Video Mesh-Knoten zu unterscheiden. 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-Knoten kennzeichnen automatisch den Mediendatenverkehr von SIP-registrierten Endpunkten (lokal Unified CM oder VCS Expressway-registriert) sowohl für Audio (EF) als auch für Video (AF41) separat mit der entsprechenden Dienstklasse und verwenden bekannte Portbereiche für bestimmte Medientypen.

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 Von Webex Video Mesh verwendete Ports und Protokolle und in den Schritten zum Aktivieren oder Deaktivieren von QoS im Video Mesh Deployment Task Flow im Deployment Guide for Cisco Webex Video Mesh (https://www.cisco.com/go/video-mesh).

12. Februar 2018

Multistreaming-Unterstützung für alle Teilnehmer von Cisco Spark und Cisco WebEx Meetings

Wenn Sie über Cisco Spark Hybrid Media Service Besprechungen auf lokalen Hybrid-Media-Nodes veranstalten, können Sie die Funktionen nutzen, die in der Multistreaming-Unterstützung enthalten sind. Multistream bietet im Durchschnitt eine bessere Bandbreitennutzung, insbesondere für die Kaskadenverbindung zwischen den Hybrid Media Service-Knoten und den Cisco Spark-Public-Cloud-Medienknoten.

Weitere Informationen finden Sie unter Multistreaming-Unterstützung für alle Teilnehmer von Cisco Spark und Cisco WebEx Meetings.

5. Januar 2018

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

Cisco Spark Hybrid Media Service unterstützt jetzt lokale SIP-registrierte Endgeräte, die an Cisco WebEx-Meetings und Cisco Spark-Meetings teilnehmen. Der Service beinhaltet auch neue Nutzungs- und Adoptionsberichte in Control Hub. Sie müssen sicherstellen, dass Ihre WebEx-Site auf der Cisco WebEx-Videoplattform Version 2.0 läuft, um den Hybrid Media Service in vollem Umfang nutzen zu können. (Sie können überprüfen, ob Ihre WebEx-Site auf der Videoplattform Version 2.0 läuft, wenn die Liste der Medienressourcentypen in den Seitenoptionen für Cloud Collaboration Meeting Room verfügbar ist.)

Änderungen am Hafen

• Der Hybrid Media Service benötigt jetzt einen neuen Zielport (5006).

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

Eine vollständige Liste finden Sie unter „Vom Hybrid Media Service verwendete Ports und Protokolle“ im Bereitstellungshandbuch für Cisco Spark Hybrid Media Service.

OVA-Aktualisierung

Für den Dienst müssen Sie das neueste OVA-Update herunterladen und auf Ihren Hybrid Media Nodes installieren. Um die neueste OVA herunterzuladen https://admin.ciscospark.com, gehen Sie aus der Kundenansicht unter zu Dienste > Hybride Medien > Einrichten > Einstellungen.

Aktualisieren Sie jeden Hybrid Media Node in Ihrem Cluster, indem Sie die folgenden Schritte ausführen:

1. Versetzen Sie den Knoten in den Wartungsmodus. Siehe Einen Hybrid-Serviceknoten in den Wartungsmodus versetzen.

2. Melden Sie den Knoten ab. Siehe „Deregister Hybrid Media Node“ im Bereitstellungshandbuch für Cisco Spark Hybrid Media Service.

3. Löschen Sie die Hybrid Media Node-VM aus dem VMware vSphere Client oder aus vCenter.

4. Installieren Sie die neue Hybrid Media Service OVA und die Software, legen Sie die Netzwerkkonfiguration fest und registrieren Sie den Hybrid Media Node erneut beim. Cisco Collaboration Cloud Siehe „Deploy Hybrid Media Service“ im Bereitstellungshandbuch für Cisco Spark Hybrid Media Service.

5. Beenden Sie den Wartungsmodus für den Knoten. Siehe Einen Hybrid-Serviceknoten in den Wartungsmodus versetzen.

Informationen zu allen Funktionsänderungen, neuen Bereitstellungsschritten und Anleitungen zur Vorbereitung der WebEx-Site finden Sie im Bereitstellungshandbuch für Cisco Spark Hybrid Media Service unter https://www.cisco.com/go/hybrid-services-media. Der Abschnitt „Neue und geänderte Informationen“ des Handbuchs enthält Links zu aktualisierten Abschnitten.