Danke für Ihr Feedback.

2021.12.17.2464 Min.3

21. Dezember 2021

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

2021.11.21.2452 Min.1

1. Dezember 2021

Eine geringfügige Änderung kann die Initialen in einigen Standard-Avataren verändern. Wenn ein Teil des Benutzernamens in Klammern steht, ignoriert das System diesen Teil nun bei Auswahl der Initialen.

2021.11.08.2441 Min.1

11. November 2021

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

2021.10.18.2439 Min.12

27. Oktober 2021

Dieses Wartungs-Upgrade umfasst Sicherheitsupgrades.

2021.10.11.2438 Min.1

18. Oktober 2021

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

2021.09.13.2432 Min.10

23. September 2021

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

2021.08.09.2428 Min.7

26. August 2021

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

2021.08.09.2428 Min.2

13. August 2021

Dieses Wartungs-Upgrade umfasst die neue Funktion privates Meeting.

2021.07.22.2424 m

29. Juli 2021

• Behebung eines Problems auf SIP-Endpunkten mit der Anzeige von Benachrichtigungen auf dem Bildschirm, wenn gleichzeitig mehrere Teilnehmer angezeigt und Inhalte geteilt werden.

2021.07.08.2423 m

15. Juli 2021

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

2021.06.17.2415 m

24. Juni, 2021

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

2021.05.27.2405 m

4. Juni, 2021

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

2021.05.05.2395 Min.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.2391 m

30. April 2021

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

2021.03.22.2384 Min.3

6. April 2021

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

2021.03.22.2384 Min.1

31. März, 2021

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

2021.03.03.2359 Min.7

16. März, 2021

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

2021.03.03.2359 m

12. März, 2021

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

2021.02.05.2352 Min.4

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.2349 Min.3

5. Februar, 2021

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

2020.12.08.2333 Min.6

25 Januar, 2021

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

2020.12.08.2333 Min.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.2333 m

11. Dezember 2020

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

• 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.2319 Min.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.2319 Min.4

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.2319 Min.4

25. November 2020

• Keine Software-Dokumentation für dieses Wartungsupgrade.

2020.11.06.2314 m

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.2305 m

23. Oktober 2020

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

2020.09.22.2288 Min.3

1. Oktober 2020

• Keine Software-Dokumentation für dieses Wartungsupgrade.

2020.09.22.2288 m

30. September 2020

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

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

• Die Werte für die Latenz/Roundtrip-Zeit wurden in den Medienstatistiken auf der Seite zur Fehlerbehebung in Control Hub korrigiert. (Die Statistiken wurden für einige Anrufe um den Faktor 1000 deaktiviert.)

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

2020.09.11.2279 m

18. September 2020

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

• Der IP-Adressbereich, der für die interne Verwendung des Webex-Videonetzknotens reserviert ist, wurde vom ursprünglichen 172.17.0.0–172.17.255.255 (65,536 Adressen) auf 172.17.42.0–172.17.42.63 (64 Adressen) reduziert.

2020.08.31.2273 m

8. September 2020

• TLS 1.1 auf Port 33432 deaktiviert.

• Behebung der fehlerhaften Statistiken, die auf dem IX5000-Präsentations-Audio-Stream angezeigt werden, wenn Sie zwischen der Lobby und der Konferenz wechseln.

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

2020.08.19.2266 Min.1

26. August 2020

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

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

• 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.2258 Min.4

18. August 2020

• Keine Software-Dokumentation für dieses Wartungsupgrade.

2020.08.06.2258 Min.1

13. August 2020

• Behebung eines Problems, bei dem ein IX5000 den Anruf fallen ließ, 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.2245 m

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.2236 Min.10

9. Juli 2020

• Testverhalten für DNS-Auflösung geändert. Jeder konfigurierte DNS-Server muss nun den Test-FQDN auflösen können, damit der DNS-Test bestanden wird. (In früheren Versionen wurde der Test bestanden, wenn ein DNS-Server den Test-FQDN auflösen konnte.)

• 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.2231 m

26. Juni, 2020

• Verbesserte Seitenverhältnisauswahl für Bandbreiten um 1.5 MBit/s, wenn 1080 p 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.2200 Min.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.

• Deaktiviert Proxy-Konnektivitätstests an Port 444 als Teil des Übergangs der Kaskadensignalisierung zu Port 443.

2020.05.13.2195 m

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.2176 Min.2

8 Mai, 2020

• Behebung eines Problems, bei dem die Überprüfung der Port-444-Verbindung fälschlicherweise einen Fehler meldete, wenn sie sich hinter bestimmten Typen von Proxys befand.

• 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.2176 Min.1

24. April 2020

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

• 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.

• Es wurde eine Beschränkung der Schlüssellänge auf der Seite „Serverzertifikat“ mit einer Fehlermeldung hinzugefügt, 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 Videonetzknoten ein selbstsigniertes Zertifikat.

2020.03.11.2143 Min.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.2143 Min.7

6. April 2020

• Die Bandbreite für 1080p Anrufe wurde von 3.25 Mio. auf 4 Mio. 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.2143 Min.3

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.2143 m – Dringendes Upgrade

11. März, 2020

• Die regelmäßigen Zustandsüberprüfungen des Anrufs und der entsprechende Alarm wurden deaktiviert (mf.callHealth.fail), die auf dem Knoten und in Control Hub gemeldet wurden, wenn Fehler auf dem Knoten über einen bestimmten Schwellenwert hinaus aufgetreten sind.

2020.03.02.2132 m

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', Schweregrad: "Warnung", Titel: "Integritätsprüfung für Anruf ist fehlgeschlagen"

2020.02.09.2120 Min.1

28. Februar, 2020

• Keine Software-Dokumentation für dieses Wartungsupgrade.

2020.01.30.2115 m

7. Februar, 2020

• CSCvs70769—NGINX-HTTP-Anfrage für Schmuggelsicherheit behoben

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

2020.01.12.2091 m

22 Januar, 2020

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

• Behebung eines Problems (CSCvs28104), bei dem Videos in niedriger Qualität auf einigen Bildschirmen eines immersiven Endpunkts mit drei Bildschirmen angezeigt werden konnten.

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

2019.12.15.2053 m

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.2042 m

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 Verwalten des Videonetzknotens über die Weboberfläche im Bereitstellungshandbuch unter https://www.cisco.com/go/video-mesh.

2019.11.06.1992 m

14. November 2019

• Problem mit CSCvr92794—Fehlermeldung bei der FQDN-Validierung anhand der Knoten-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.1973 Min.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 Webex-Videonetzprotokolle für den Support generieren und Webex-Videonetzpaketaufzeichnungen für den Support generieren.

2019.10.11.1964 Min.1

23. Oktober 2019

• CSCvr39819—Anfällige Softwareversion wurde behoben.

• Problem mit CSCvr39878—X.509 Selbstsigniertes Zertifikat, dessen allgemeiner Name nicht mit dem ausstellenden Server (SSL/TLS) übereinstimmt. 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.

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

2019.09.19.1956 m

26. September 2019

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

• Die Schwere dieses Alarms wurde von "wichtig" in "Warnung" geändert: "Der Videonetzknoten konnte die erforderliche Software nicht vom Cisco Cloud-Anbieter herunterladen. 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 Schlüsseln signiert wurden (wie MD2 oder MD5), werden auf der Benutzeroberfläche des Zertifikats für den Videonetzknoten nicht mehr akzeptiert.

2019.08.21.1941 Min.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 Installieren der Webex-Videonetzknoten-Software im Bereitstellungshandbuch.

2019.08.14.1937 m

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.1929 m

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.1917 m

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.1907 Min.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.1907 Min.3

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.1907 Min.1

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.1892 m1

24 Mai, 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.

• Neuer Alarm im Rahmen der bevorstehenden Migration zur Amazon Elastic Container Registry: "Der Videonetzknoten konnte die erforderliche Software nicht vom Cisco Cloud-Anbieter herunterladen. 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.

• Behebung eines Problems, bei dem Skype for Business-Meetings fälschlicherweise „l2sip-UA“ als Meeting-Titel und Teilnehmername anzeigten.

2019.04.29.1873 Min.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.1873 m

30. April 2019

• Keine Software-Dokumentation für dieses Wartungsupgrade.

2019.04.18.1869 Min.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.1829 Min.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.1826 m

22. März, 2019

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

• 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.

• Problem mit CSCvo93454—One-Way-Video bei einem immersiven System-Beitritt zu Webex.

• Problem mit CSCvo87069—Vertrauenswürdige Videonetz-SIP-Quellen werden nicht ausgefüllt

2019.02.14.1788 Min.1

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 jetzt, auf eine neue URL zuzugreifen, um den Zugriff auf die von Amazon gehostete Container-Registry zu testen (https://615440818562.dkr.ecr.us-east-1.amazonaws.com/).

• Es wurden neue Alarme hinzugefügt, die auf den Videonetzknoten generiert werden und in Control Hub angezeigt werden, wenn die Antwortzeit der DNS-Abfrage 1 überschreitet.5 in diesen Szenarien:

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

  • Alarmtext für, wenn die Abfragezeit des DNS-Servers länger als 1.5 ist beim Auflösen eines NTP-Servers: „Beim Auflösen von <ntp-server>; die Abfrageantwortzeit der DNS-Server(s) <x> von <Anzahl> ms überschreitet die maximale Antwortzeit von 1500 ms.“

2019.02.12.1786 m

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.

• CSCvo26600 behoben—Token-Validator erhält keinen Token-Validierungsschlüssel, wenn die ursprüngliche CI-Anfrage fehlschlägt

2019.01.29.1773 m

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.1764 Min.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.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 innerhalb Ihres Unternehmensnetzwerks können jetzt Meetings über Videonetz beitreten. Details finden Sie unter Gastbenutzern die Verwendung des Videonetzes erlauben.

Januar 2026

Zur Vorbereitung auf die Unterstützung der End-to-End-Verschlüsselung (E2EE) für Eins-zu-eins-Anrufe im Videonetz haben wir der Weboberfläche des Videonetzknotens eine Registerkarte zur EC-Zertifikatsverwaltung hinzugefügt. Administratoren können Zertifikatsignieranfragen erstellen, EC-Zertifikate und private Schlüssel hochladen und EC-Zertifikate über diese Registerkarte installieren.

Diese neue Funktion verbessert den Datenschutz und die Sicherheit, da sichergestellt wird, dass die gesamte Kommunikation zwischen den Benutzern verschlüsselt wird und keine Entschlüsselung in der Webex-Cloud stattfindet.

November 2025

Lokale Aufzeichnung im Videonetz

Videonetz unterstützt jetzt Lokale Aufzeichnungen und ist ein weiterer Schritt in Richtung Meeting-Souveränität für Organisationen, die der Sicherheit und Kontrolle über ihre Meeting-Inhalte Priorität einräumen.

Mit dieser neuen Funktion können Sie jetzt Ihre Webex-Meetings und -Webinare innerhalb Ihrer Organisation aufzeichnen, sodass alle Aufzeichnungen sicher lokal gespeichert werden. Lokale Aufzeichnungen sind in der Webex-App und im Webex-Web-Client verfügbar.

Wichtige Vorteile

• Ultimative Kontrolle über Meeting-Inhalte: Alle lokalen Aufzeichnungen werden in der Infrastruktur Ihrer Organisation gespeichert.

• Verbesserte Sicherheit: Vertrauliche Meeting-Inhalte verlassen niemals Ihre vertrauenswürdige Umgebung.
• Unbegrenzte Aufbewahrung: Speichern Sie Aufzeichnungen ohne erzwungene Einschränkungen so lange wie nötig.

Januar 2025

Clusterübergreifende Kaskaden

Clusterübergreifende Kaskaden bieten Ihnen eine effektive Möglichkeit, Ihre Videonetzbereitstellung zu optimieren. Es verbessert die Anrufqualität und die Bandbreitenauslastung, indem direkte Kaskaden zwischen Videonetz-Clustern Ihrer Organisation aktiviert werden. Sie können auch flexibel auswählen, welche Cluster Ihrer Organisation an Kaskaden zwischen Clustern teilnehmen können. Weitere Informationen finden Sie unter Cluster-übergreifende Kaskaden.

November 2024

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

Videonetz unterstützt nicht mehr das TelePresence Interoperability Protocol (TIP) und Multiplex (MUX), die für CTS-, TX- und IX-Geräte verwendet werden, in Übereinstimmung mit der Einstellung des TIP/MUX-Protokolls durch Webex verwendet werden.

Februar 2024

• Die Videonetz-Plattform ist jetzt in den ThousandEyes Enterprise-Agenten integriert, sodass Sie eine durchgängige Überwachung Ihres gesamten hybriden digitalen Ökosystems durchführen können. Mit dieser Integration erhalten Sie eine Vielzahl von Tests zur Netzwerküberwachung. Probleme überall in Ihrer Netzwerkinfrastruktur können mit größerer Genauigkeit diagnostiziert werden, was die Effizienz Ihrer Bereitstellung verbessert.

  Weitere Informationen zum Aktivieren von ThousandEyes für Ihre Organisation und zum Konfigurieren von Tests finden Sie unter ThousandEyes-Integration im Videonetz.

• Gemäß der vorherigen Ankündigung bezüglich der Migration von Container-Registrierungen zu Amazon ECR gehen wir davon aus, die Migration bis Mitte März, 2024, abzuschließen. Stellen Sie die Konnektivität mit ECR sicher, indem Sie die URL zulassen, "*dkr.ecr.us-east-1.amazonaws.com“ in Ihren Anwendungs-Firewalls und Proxys ein.

Dezember 2023

Migration der Container-Registrierung von Docker Hub zu Amazon ECR

Die Videonetz-Container-Registrierung, die Bilder hostet, wird von Docker Hub zu Amazon ECR geändert. Diese Migration findet im 2024 Februar statt. Wir bitten Kunden, die Konnektivität mit ECR sicherzustellen, indem sie die URL zulassen,“*.amazonaws.comin ihren Anwendungs-Firewalls und -Proxys. Dieser Schritt ist notwendig, um potenzielle Probleme während Upgrades zu vermeiden.

August 2023

Wir haben die Vielseitigkeit und Funktionalität der Videonetzknoten-APIs durch das Hinzufügen einer ganzen Reihe neuer APIs mit unterschiedlichen Funktionen verbessert. Administratoren können jetzt zwischen 3 APIs-Kategorien wählen, die sie in verschiedenen Phasen der Knotenbereitstellung unterstützen können. Sie lauten wie folgt:

• VMN-Administrations-APIs

• VMN-Netzwerk-APIs

• VMN-Serverzertifikat-APIs

Juli 2023

Webhooks für Videonetz-Warnungen

Videonetz unterstützt jetzt Warnungen über Webhooks, sodass Organisationsadministratoren bestimmte Aspekte ihrer Bereitstellungen mühelos überwachen können. Sie können sich entscheiden, über Ereignisse wie Anrufüberläufe und Anrufumleitungen benachrichtigt zu werden, sodass sie sich auf ein Minimum bei Control Hub anmelden müssen, um die Bereitstellung zu überwachen.

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

• Cluster-Anrufumleitungen – Anrufe, die von einem bestimmten Cluster umgeleitet wurden.
• Org-Anrufübertragungen – Gesamtzahl der Anrufübertragungen in die Cloud für eine Organisation.

Videonetzknoten-APIs

Wir haben eine Reihe von APIs eingeführt, die Organisationsadministratoren beim Erstellen, Aktualisieren, Herunterladen und Löschen von Zertifikaten in Bezug auf Videonetzknoten helfen. Weitere Informationen finden Sie unter Videonetzknoten-APIs.

Juni 2023

Wir haben die Grafiken und Diagramme des Analyse-Dashboards verfeinert, um die Funktion „Client Type Inclusion“ zu erweitern.

• Sie können Cluster-spezifische Daten im Resources Meetings“.

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

• Wir haben zwei neue Grafiken zum Resources Meetings“. Sie sind Total call joins by endpoint type und Total call joins by endpoint type trend. Sie können Cluster und bestimmte Endpunkttypen auswählen, um nur die benötigten Informationen anzuzeigen.

• Aus dem Engagement haben wir die Call legs by endpoint type in die folgenden Typen:

  • SIP-Geräte
  • Webex-App-Desktop
  • Mobile Webex-App
  • VDI der Webex-App
  • Webex-Geräte

Mai 2023

Web-Client-Unterstützung

Über Web-Client getätigte Anrufe können jetzt auf Videonetzknoten landen, was Ihrer Organisation eine größere Vielseitigkeit bei den unterstützten Anruftypen bietet.

März 2023

Neuer Erreichbarkeitstest und verbessertes Überwachungstool

Wir haben den vorhandenen Überwachungstests einen Erreichbarkeitstest hinzugefügt. Der Erreichbarkeitstest wird mit den Tests zur Medienüberwachung ausgeführt, sowohl in regelmäßigen Abständen als auch bei Bedarf. Wir haben auch das Überwachungstool verbessert, um mehr Details in den Testergebnissen zu erhalten, und die Übersichtsseite aktualisiert, um einen einfacheren und intuitiveren Zugriff auf detaillierte Informationen zu ermöglichen.

Wir haben den Benutzeroberflächen-Pfad geändert, um zum Videonetzüberwachungstool zu gelangen. Sie finden die neue Registerkarte „Videonetz“ unter Troubleshooting > Video Mesh Statt Troubleshooting > Status > Video Mesh wie zuvor.

Die Übersichtsseite des Überwachungstools gruppiert die Tests in Signalisierung, Kaskade und Erreichbarkeit und hilft Ihnen dabei, den Fehlerbehebungsprozess zu optimieren.

Februar 2023

Videonetzentwickler-APIs für die Fehlerbehebung und Integration mit Überwachungssystemen von Drittanbietern

• In dieser Phase der Videonetz-Entwickler-APIs haben wir Verbesserungen eingeführt, die es Organisationsadministratoren ermöglichen, die vollständige Kontrolle über die Fehlerbehebung bei ihren Videonetz-Bereitstellungen zu übernehmen.
• Administratoren können jetzt verschiedene On-Demand-Fehlerbehebungstests wie Netzwerk-, Medien-Zustandsüberwachung und Erreichbarkeitstests vom Entwicklerportal aus auslösen. Sie können auch detaillierte Ergebnisse der von ihnen ausgelösten Tests einsehen und so tiefere Einblicke in den Zustand ihrer Bereitstellung gewinnen.

November 2022

Cluster-Umbenennung in Control Hub

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

September 2022

Videonetz-Entwickler-APIs

Die Videonetz-Entwickler-APIs bieten eine leistungsstarke und flexible Möglichkeit für Organisationsadministratoren, detaillierte Metriken zur Überwachung sowie aufschlussreiche Analysedaten ihrer Videonetz-Bereitstellungen über das Webex Developer Portal abzurufen. 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/Videonetz. Ein Beispiel-Client ist verfügbar unter 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 jetzt 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 Prefer Video Mesh for All External Webex Meetings Einstellung: Wenn Ihre Webex-Site über verfügbare Videonetzknoten verfügt, werden Ihre Medien für Meetings auf externen Sites über diese Knoten geleitet. Weitere Informationen 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 bevorstehende Version im 2022 Februar muss für das Videonetz der folgende Portbereich für Medien-Cloud-Kaskaden geöffnet werden:

Diese Ports werden zusätzlich zum vorhandenen Port 5004 verwendet. Öffnen Sie den UDP-Portbereich 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-Dienste aufgeführt verwendet Expressway diesen Portbereich für die Webex-Cloud bereits. 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

Videonetz verwendet jetzt globally distributed media (GDM) Funktionen von Webex, um ein besseres Medien-Routing 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 ansetzen, werden die Medien immer auf dem Video Mesh-Knoten innerhalb Ihres Unternehmensnetzwerks ohne Cloud-Kaskade gehalten. 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 unter https://www.cisco.com/go/video-mesh und im Artikel Privates Webex Meeting ansetzen.

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, verfügen nicht über die Go To Node Option für die Videonetz-Ressourcen.

Siehe den Abschnitt Zugriffsübersicht des Webex-Videonetzknotens über die Weboberfläche im Bereitstellungshandbuch unter https://www.cisco.com/go/video-mesh.

26. August 2020

DNS-Caching

Wenn die DNS-Antworten auf Ihre Videonetzknoten regelmäßig mehr als 750 ms in Anspruch nehmen, können Sie die DNS-Zwischenspeicherung 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 zum Aktivieren 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.

7. August 2020

Kurzes Videoadressenformat für Webex Meetings

Auf WBS39.9 und höheren Sites können Benutzer Meetings mit den kürzeren <meeting_number>@webex.com Format der Videoadresse (anstatt <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 zum Umgang mit dem kürzeren Format 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-Datenverkehr-Routing für das Webex-Videonetz

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

• Konfigurieren des Expressway TCP SIP-Datenverkehrsroutings 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 finden Sie unter Anzeigen des kurzen Videoadressformats für Webex Meetings und 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 MTU-Einstellungen finden Sie auf der Seite mit den Netzwerkeinstellungen. Advanced auf der Webex-Videonetzknoten-Weboberfläche. 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 Festplattenspeicher

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

Unsere Tests zeigen eine 50%ige Verbesserung der Leistung der geschalteten Anrufe mit 3 VMNLite-Knoten auf einem einzelnen CMS1000 im Vergleich zur Bereitstellung einer einzelnen virtuellen 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. Die Schritte zum Ersetzen Ihrer Standardkonfiguration durch VMNLite finden Sie im Kapitel Webex-Videonetz verwalten und Fehlerbehebung.

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 Videonetzdokumentation 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 Webex-Videonetz verwalten und Fehlerbehebung im Bereitstellungshandbuch unter https://www.cisco.com/go/video-mesh.

20. März, 2020

Cisco Webex Teams EMEAR Data Residency-Unterstützung

Organisationen in der europäischen Datenspeicherregion von Cisco Webex Teams können jetzt das Videonetz verwenden. Dieser Support umfasst sowohl neu erstellte EMEAR-Organisationen der Phase 2 als auch vorhandene EMEAR-Organisationen der Phase 1.

Weitere Informationen finden Sie unter Datenspeicherung in Cisco Webex Teams.

4. November 2019

Neue Verbesserungen an Videonetzberichten: Analysen und aktuelle Ressourcennutzung

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

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

Die aktuellen Ressourcennutzungsberichte waren bisher verfügbar und wurden auf die Seite Fehlerbehebung im Control Hub verschoben. Sie bieten einen nahezu Echtzeit-Blick auf die Aktivitäten in Ihrer Organisation.

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

16. August 2019

Unterstützung für explizite Proxys

Cisco Webex-Videonetz unterstützt jetzt neben der transparenten Und nicht-Prüfung auch explizite Proxys. Sie können diese Proxys mit Ihrer Webex-Videonetzbereitstellung verknüpfen, sodass Sie den Datenverkehr aus dem Unternehmen in die Cloud absichern und überwachen können. Diese Funktion sendet Signalisierung und Verwaltung https-basierten Datenverkehr an den Proxy. Bei transparenten Proxys werden Netzwerkanforderungen von Videonetzknoten über Die Routing-Regeln des Unternehmens an einen bestimmten Proxy weitergeleitet. Sie können die Webex-Videonetz-Admin-Schnittstelle für Zertifikats-Management und den gesamten Verbindungsstatus nach der Implementierung des Proxys mit den Knoten verwenden.

Weitere Informationen finden Sie unter Proxy-Unterstützung für Videonetz und andere relevante Aktualisierungen im Bereitstellungshandbuch.

25. Juli 2019

Neue Funktionen zur Fehlerbehebung (Ping, Trace Route, NTP-Server, Reflector-Server und Debug-Konto) in der Webschnittstelle des Videonetzknotens

Die Weboberfläche des Webex-Videonetzs enthält weitere neue Funktionen, die die Fehlerbehebung erleichtern. Sie können verschiedene Netzwerktests (Ping, Trace-Route und NTP-Server-Überprüfung) über die Weboberfläche 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-Support-Technikern benötigen, können Sie ein temporäres Debug-Problem Benutzerkonto sie Ihre Bereitstellung beheben können.

Weitere Informationen zum Zugriff auf die Aktualisierungen der Weboberfläche finden Sie im Kapitel Webex-Videonetz verwalten und Fehlerbehebung im Bereitstellungshandbuch unter https://www.cisco.com/go/video-mesh.

24 Mai, 2019

Neue Funktionen zur Fehlerbehebung (Protokolle, Paketerfassungen) und eine überarbeitete Übersicht in der Webschnittstelle des Videonetzknotens

Die Weboberfläche des Webex-Videonetzs enthält nun neue Funktionen, die die Fehlerbehebung erleichtern. Sie können Protokolle und Paketerfassungen vom Knoten selbst erstellen und sie an den Cisco-Support senden, sobald diese bereit sind.

Die Weboberfläche enthält außerdem eine neu gestaltete Übersichtsseite, die hilfreiche Informationen zum Knoten enthält, beispielsweise Knotenzustand, Registrierungsinformationen, Verbindungstestergebnisse und so weiter.

Weitere Informationen zum Zugriff auf die Aktualisierungen der Weboberfläche finden Sie im Kapitel Webex-Videonetz verwalten und Fehlerbehebung im Bereitstellungshandbuch unter https://www.cisco.com/go/video-mesh.

Migration von Docker Hub zu Amazon Elastic Container Registry

Um die Anzahl der unterschiedlichen Domänen, auf die der Videonetzknoten zugriff, zu reduzieren, werden wir von den Docker Hub-Domänen (.docker.io und .docker.com) zur Amazon Elastic Container Registry (*.amazonaws.com) verschoben. Diese Migration erfolgt in etwa 6–8 Wochen ab dem Zeitpunkt dieser Entsendung. Stellen Sie als vorbereitenden Schritt sicher, dass der in Ihrer Webex-Organisation registrierte Videonetzknoten mit der *.amazonaws.com-Domäne kommunizieren kann, da sonst zukünftige Upgrades der Videonetzknoten-Container fehlschlagen. Überprüfen Sie Ihre Firewall- und/oder Proxy-Einstellungen, um sicherzustellen, dass der Datenverkehr vom Videonetzknoten bis zur *.amazonaws.com-Domäne amazonaws.com ist.

Nach der Änderung Ihrer Firewall oder Ihres Proxys können Sie die Konnektivität zur *.amazonaws.com-Domäne überprüfen, indem Sie sich bei der Weboberfläche des Videonetzknotens anmelden. Die Funktion zur Konnektivitätsprüfung zu Amazon wurde in der Softwareversion 2019.03.19.1826m enthalten und Sie müssen diese Software ausführen, um Ihre Konnektivität mit der *.amazonaws.com-Domäne zu validieren.

1. Navigieren Sie zu Ihrer Videonetzknoten-Weboberfläche (https://%VMN_IP%/setup) und wählen Sie Overview.

2. Überprüfen Sie im Abschnitt Konnektivitätsdetails den Status der Cloud-Konnektivitätsprüfung.

   Wenn die Konnektivitätsdetails rot sind, wird dies darauf hindeutet, dass die Konnektivitätsprüfung zu Amazon fehlgeschlagen ist und weitere Korrektur erforderlich ist.

15. Februar, 2019

Unterstützung SIP-Übertragungsweg sicheren und transparenten Proxys

Das Webex-Videonetz unterstützt jetzt eine sichere Trunk-Verbindung von Unified CM zu Videonetz-Knoten und einen sicheren Austausch von Zertifikaten. Mit dieser Option ist eine End-to-End-Verschlüsselung von der Cloud bis zu den lokal registrierten Endpunkten erforderlich.

Das Webex-Videonetz unterstützt außerdem die transparente Prüfung und nicht die Prüfung von Proxys, sodass Sie Unternehmensdatenverkehr schützen und überwachen können.

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

7. Februar, 2019

Duale Netzwerkschnittstelle für Videonetzknoten

Für eine DMZ-Bereitstellung können Sie jetzt die Videonetzknoten in einem Cluster mit der dualen Netzwerkschnittstelle (NIC) einrichten. Mit dieser Bereitstellungsoption können Sie den Unternehmensnetzwerkverkehr vom Cloud-Netzwerkverkehr auf dem Videonetzknoten trennen: Der interne (unternehmensbezogene) NIC wird für die Interbox-Kommunikation, für Kaskaden zwischen Knotenclustern und für den Zugriff auf die Verwaltungsschnittstelle des Knotens verwendet, während der externe (Cloud-bezogene) NIC in erster Linie für die Konnektivität nach außen und für die Kaskaden mit der Cloud verwendet wird.

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

18. September 2018

Verbesserungen der Servicequalität (QoS) für Videonetz

Videonetzknoten erfüllen jetzt die empfohlenen Best Practices für die Servicequalität (QoS), indem sie Portbereiche aktivieren, mit denen Sie Audio- und Videostreams in allen Datenströmen zu und von den Videonetzknoten unterscheiden können. 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. Videonetzknoten markieren den Medienverkehr von SIP-registrierten Endpunkten (lokal bei Unified CM oder VCS Expressway registriert) automatisch für Audio (EF) und Video (AF41) separat mit der entsprechenden Serviceklasse 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 Vom Webex-Videonetz verwendete Ports und Protokolle und in den Schritten zum Aktivieren oder Deaktivieren von QoS im Ablauf der Videonetzbereitstellungsaufgabe im Bereitstellungshandbuch für das 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-Unterstützung 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. Sie müssen sicherstellen, dass sich Ihre Webex-Site auf der Cisco Webex-Videoplattform Version 2.0 befindet, um den hybriden Mediendienst in vollem Umfang nutzen zu können. (Sie können überprüfen, ob sich Ihre Webex-Site auf der Videoplattform-Version 2.0 befindet, wenn die Medienressourcentyp-Liste in den Site-Optionen für Cloud Collaboration Meeting Room verfügbar ist.)

Portänderungen

• Der hybride Mediendienst erfordert jetzt 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 hybriden Mediendienst“ im Bereitstellungshandbuch für den hybriden Cisco Spark-Mediendienst.

OVA-Update

Der Dienst erfordert den Download und die Installation des aktuellen OVA-Update auf Ihre hybriden Medienknoten. So laden Sie die neueste OVA-Datei über die Kundenansicht in https://admin.ciscospark.comGehe zu 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. Siehe Versetzen eines Hybrid-Dienst-Knotens in den Wartungsmodus.

2. Heben Sie die Registrierung aller Knoten auf. Siehe „ Registrierung des hybriden Medienknotens aufheben“ im Bereitstellungshandbuch für den hybriden Cisco Spark-Mediendienst.

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 Bereitstellungshandbuch für den hybriden Cisco Spark-Mediendienst.

5. Wechseln Sie für den Knoten aus dem Wartungsmodus in einen anderen Modus. Siehe Versetzen eines Hybrid-Dienst-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 führt zu aktualisierten Abschnitten.