2021.06.17.2415m

24. Juni 2021

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

2021.05.27.2405m

4. Juni 2021

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

2021.05.05.2395m.5

21. Mai 2021

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

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

2021.04.27.2391m

30. April 2021

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

2021.03.22.2384m.3

6. April 2021

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

2021.03.22.2384m.1

Mittwoch, 31. März 2021

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

2021.03.03.2359m.7

16. März 2021

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

2021.03.03.2359m

12. März 2021

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

2021.02.05.2352m.4

Dienstag, 12. Februar 2021

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

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

2021.01.13.2349m.3

Dienstag, 5. Februar 2021

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

2020.12.08.2333m.6

25. Januar 2021

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

2020.12.08.2333m.5

8. Januar 2021

• NtP-Alarmmeldungen auf Videonetzknoten verbessert.

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

• Bei bestimmten Registrierungsfehlern wurde die Anzeige verbessert.

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

• Die Erreichbarkeitstests melden keine Zertifikatsfehler mehr als Erreichbarkeitsfehler.

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

2020.12.08.2333m

Freitag, 11. Dezember 2020

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

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

2020.11.17.2319m.9

8. Dezember 2020

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

2020.11.17.2319m.4

Dienstag, 1. Dezember 2020

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

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

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

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

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

2020.11.17.2319m.4

25. November 2020

• Keine Software-Dokumentation für dieses Wartungsupgrade.

2020.11.06.2314m

18. November 2020

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

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

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

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

2020.10.16.2305m

23. Oktober 2020

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

2020.09.22.2288m.3

Donnerstag, 1. Oktober 2020

• Keine Software-Dokumentation für dieses Wartungsupgrade.

2020.09.22.2288m

Mittwoch, 30. September 2020

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

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

• Die Werte für die Latenz/Roundtrip-Zeit wurden in den Medienstatistiken auf der Seite zur Fehlerbehebung in Control Hub korrigiert. (Die Statistiken waren 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.2279m

18. September 2020

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

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

2020.08.31.2273m

8. September 2020

• TLS 1.1 auf Port 33432 deaktiviert.

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

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

2020.08.19.2266m.1

26. August 2020

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

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

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

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

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

2020.08.06.2258m.4

18. August 2020

• Keine Software-Dokumentation für dieses Wartungsupgrade.

2020.08.06.2258m.1

13. August 2020

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

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

2020.07.15.2245m

20. Juli 2020

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

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

2020.06.29.2236m.10

9. Juli 2020

• Testverhalten für DNS-Auflösung geändert. 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.2231m

26. Juni 2020

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

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

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

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

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

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

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

2020.05.26.2200m.3

10. Juni 2020

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

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

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

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

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

2020.05.13.2195m

27. Mai 2020

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

2020.04.16.2176m.2

8. Mai 2020

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

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

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

2020.04.16.2176m.1

24. April 2020

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

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

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

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

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

2020.03.11.2143m.8

17. April 2020

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

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

2020.03.11.2143m.7

6. April 2020

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

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

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

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

2020.03.11.2143m.3

Dienstag, 24. März 2020

• Keine Software-Dokumentation für dieses Wartungsupgrade.

2020.03.11.2143m.9 – dringendes Upgrade

22. März 2020

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

2020.03.11.2143m – dringendes Upgrade

Mittwoch, 11. März 2020

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

2020.03.02.2132m

Freitag, 6. März 2020

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

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

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

2020.02.09.2120m.1

Dienstag, 28. Februar 2020

• Keine Software-Dokumentation für dieses Wartungsupgrade.

2020.01.30.2115m

Dienstag, 7. Februar 2020

• Behoben CSCvs70769– NGINX HTTP Request Smuggling Vulnerability

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

2020.01.12.2091m

22. Januar 2020

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

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

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

2019.12.15.2053m

8. Januar 2020

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

2019.12.03.2042m

Am 12. Dezember 2019

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

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

2019.11.06.1992m

14. November 2019

• Behoben CSCvr92794– Fehlerhafte Msg 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.1973m.1

1. November 2019

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

2019.10.11.1964m.1

23. Oktober 2019

• Korrigiert – CSCvr39819GefährdeteSoftwareversion.

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

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

2019.09.19.1956m

Am 26. September 2019

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

• Der Schweregrad dieses Warnsignals wurde von „kritisch“ zu „Warnung“ geändert: „Der Videonetzknoten konnte nicht die erforderliche Software 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 Verschlüsselungen signiert sind (wie MD2 oder MD5), werden auf der Benutzeroberfläche des Videonetzknoten-Zertifikats nicht mehr akzeptiert.

2019.08.21.1941m.2

13. September 2019

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

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

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

2019.08.14.1937m

Freitag, 16. August 2019

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

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

2019.08.01.1929m

8. August 2019

• Zwei Probleme wurden behoben:

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

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

2019.07.12.1917m

25. Juli 2019

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

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

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

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

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

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

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

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

2019.06.13.1907m.7

12. Juli 2019

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

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

2019.06.13.1907m.3

Mai 20, 20. Juni 2019

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

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

2019.06.13.1907m.1

Mai 14. Juni 2019

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

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

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

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

2019.05.20.1892m1

Mai 24, 2019

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

• Neuer Alarm als Teil der bevorstehenden Migration zur Amazon elastic Container Registry hinzugefügt: "Der Videonetzknoten konnte nicht die erforderliche Software 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.

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

2019.04.29.1873m.4

13. Mai 2019

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

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

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

2019.04.29.1873m

30. April 2019

• Keine Software-Dokumentation für dieses Wartungsupgrade.

2019.04.18.1869m.1

26. April 2019

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

2019.03.22.1829m.2

2. April 2019

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

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

2019.03.19.1826m

22. März 2019

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

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

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

• Behebung des Problems CSCvo93454– One-Way-Video bei Beitritt von immersivem System zu Webex.

• Behoben CSCvo87069– Vertrauenswürdige Videonetz-SIP-Quellen werden nicht ausgefüllt

2019.02.14.1788m.1

Dienstag, 21. Februar 2019

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

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

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

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

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

  • Warnungstext, wenn die Abfragezeit des DNS-Servers beim Auflösen eines NTP-Servers länger als 1,5 s ist: „Beim Auflösen von die Abfrageantwortzeit von ms der DNS-Server ms überschreitet die maximale Antwortzeit von 1500 ms.“

2019.02.12.1786m

Dienstag, 15. Februar 2019

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

• Behoben CSCvo26600– Token-Validator erhält keinen Token-Validierungsschlüssel, wenn die ursprüngliche CI-Anforderung fehlschlägt

2019.01.29.1773m

Dienstag, 6. Februar 2019

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

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

2019.01.14.1764m.1

18. Januar 2019

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

2018.10.04.1692m

5. Oktober 2018

• Keine Software-Dokumentation für dieses Wartungsupgrade.

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 „*dkr.ecr.us-east-1.amazonaws.com“ in Ihren Anwendungs-Firewalls und Proxys zulassen.

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 soll im Februar 2024 stattfinden. Wir bitten Kunden, die Konnektivität mit ECR sicherzustellen, indem sie die URL „*.amazonaws.com“ in ihren Anwendungs-Firewalls und Proxys zulassen. 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 Kategorien von APIs 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.

• Cluster-spezifische Daten werden auf der Registerkarte Ressourcen angezeigt.

  Wählen Sie einen Cluster in einem der Donut-Diagramme oder Diagramme aus und klicken Sie dann auf Übernehmen. 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 der Registerkarte Ressourcen zwei neue Grafiken hinzugefügt. Sie sind Anrufbeitritte insgesamt nach Endpunkttyp und Anrufbeitritte insgesamt nach Endpunkttyp-Trend. Sie können Cluster und bestimmte Endpunkttypen auswählen, um nur die benötigten Informationen anzuzeigen.

• Auf der Registerkarte Engagement haben wir die Grafik Call Legs nach Endpunkttyp in die folgenden Typen gruppiert:

  • 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 mehr Flexibilität 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“ wie zuvor unter Fehlerbehebung > Videonetz statt Fehlerbehebung > Status > Videonetz .

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 Videonetzentwickler-APIs haben wir Verbesserungen eingeführt, die es Organisationsadministratoren ermöglichen, die vollständige Kontrolle über die Fehlerbehebung bei ihren Videonetzbereitstellungen 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/video-mesh. Ein Beispiel-Client ist unter verfügbar https://github.com/CiscoDevNet/video-mesh-api-client.

Juli 2022

Änderung des Media Health Monitoring Tools

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

April 2022

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

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

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

Januar 2022

Portaktualisierungen

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

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

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

Oktober 2021

Global verteilte Medien

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

13. August 2021

Private Meetings

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

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

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

Dienstag, 9. Februar 2021

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

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

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

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

26. August 2020

DNS-Caching

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

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

Webex Events Support

Das Webex-Videonetz unterstützt jetzt Webex Events.

Freitag, 7. August 2020

Kurzes Videoadressenformat für Webex Meetings

Auf Sites ab WBS39.9 können Benutzer Meetings über das kürzere Videoadressformat <meeting_number>@webex.com (anstatt <meeting_number>@<site_name>.webex.com) beitreten. Das Videonetz unterstützt jetzt dieses kürzere Adressformat.

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

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

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

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

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

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

9. Juli 2020

Neue NETZWERKschnittstelleN-KONFIGURATIONseinstellungen in der Videonetzknoten-Webschnittstelle

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

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

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

26. Juni 2020

Neue VMNLite-Bereitstellungsoption

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

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

• 23 vCPUs für Videonetzknoten

• 20 GB Hauptspeicher

• 80 GB lokaler Festplattenplatz

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

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

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

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

Dienstag, 9. Juni 2020

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

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

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

24. April 2020

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

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

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

20. März 2020

Cisco Webex Teams EMEAR Data Residency-Unterstützung

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

Weitere Informationen finden Sie unter Datenresidenz in Cisco Webex Teams.

Am 18. September 2018

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 Ports und Protokolle für das Webex-Videonetz sowie in den Schritten zum Aktivieren oder Deaktivieren von QoS im Ablauf der Videonetz-Bereitstellungsaufgabe im Bereitstellungshandbuch Cisco Webex-Videonetz ( https://www.cisco.com/go/video-mesh).

12. Februar 2018

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

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

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

5. Januar 2018

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

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

Portänderungen

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

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

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

OVA-Update

Der Dienst erfordert den Download und die Installation des aktuellen OVA-Update auf Ihre hybriden Medienknoten. Gehen Sie zum Herunterladen der neuesten OVA aus der Kundenansicht in https://admin.ciscospark.com zu Dienste > Hybridmedien > Einrichtung > Einstellungen.

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

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

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

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

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

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

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