2021.06.17.2415m

24. Juni 2021

Es gibt keine Software-Dokumentation für dieses Wartungs-Upgrade.

2021.05.27.2405 m

4. Juni 2021

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

2021.05.05.2395m.5

21. Mai 2021

• Beinhaltet geringfügige Verbesserungen der Anzeige für nicht standardmäßige Layouts.

• Behebt ein Problem, bei dem DNS für eine bestimmte Docker-Bridge-Konfiguration unterbrochen werden konnte.

2021.04.27.2391m

30. April 2021

• Korrektur der Berichterstellung für Paketverlust für transcodierte Anrufe in Control Hub.

2021.03.22.2384m.3

6. April 2021

Es gibt keine Software-Dokumentation für dieses Wartungs-Upgrade.

2021.03.22.2384m.1

Mittwoch, 31. März 2021

Es gibt keine Software-Dokumentation für dieses Wartungs-Upgrade.

2021.03.03.2359m.7

16. März 2021

Es gibt keine Software-Dokumentation für dieses Wartungs-Upgrade.

2021.03.03.2359m

12. März 2021

Es gibt keine Software-Dokumentation für dieses Wartungs-Upgrade.

2021.02.05.2352m.4

12. Februar 2021

• Fügt eine Option zum Deaktivieren der lokalen Anmeldung auf der Web-UI der Videonetzknoten -Administration hinzu.

• Behebt Probleme mit Jitter und falsch gemeldete Round-Trip-Zeit Zeitwerte.

2021.01.13.2349m.3

5. Februar 2021

Es gibt keine Software-Dokumentation für dieses Wartungs-Upgrade.

2020.12.08.2333m.6

25. Januar 2021

Es gibt keine Software-Dokumentation für dieses Wartungs-Upgrade.

2020.12.08.2333m.5

8. Januar 2021

• Die NTP -Warnmeldungen auf Videonetzknoten wurden verbessert.

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

• Die Anzeige bestimmter Registrierungsfehler wurde verbessert.

• Die Berichterstellung für Konnektivitätsfehler aufgrund von Zeitüberschreitungen beim Testen der Proxy-Konnektivität wurde verbessert.

• Bei Erreichbarkeitstests werden Zertifikatsfehler nicht mehr als Erreichbarkeitsfehler gemeldet.

• Erreichbarkeitsalarme für Videonetzknoten Cluster für private Meetings aktualisiert.

2020.12.08.2333m

Freitag, 11. Dezember 2020

• Die für den DNS Cache verfügbaren Informationen wurden erweitert. Siehe „Aktivieren oder Deaktivieren des DNS -Caching“ im Anwendungsleitfaden .

• Behebung eines kosmetischen Problems, bei dem das Auslösen eines Integritätstests dazu führen kann, dass der Knotenstatus in Control Hub fälschlicherweise als „Wird installiert“ angezeigt wird.

2020.11.17.2319m.9

8. Dezember 2020

Diese Version enthält Änderungen, um SIP-Anruf Anrufe zu verhindern, wenn die Netzwerkkonnektivität zwischen den Clustern unterbrochen wird.

2020.11.17.2319m.4

Dienstag, 1. Dezember 2020

Das Überwachungstool für das Videonetz ist ein Webex -Anruf-Simulator, der ab dieser Version auf jedem Videonetzknoten verfügbar ist. Das Überwachungstool umfasst die folgenden Funktionen:

• Bei Bedarf oder wiederkehrende stündliche Tests auf Knoten- und Clusterbasis ausführen.

• Die Möglichkeit, SIP-Signalisierung, Mediensignalisierungs- und Medienkaskadenfehler für jeden Test zu markieren.

• Entsprechende Fehlermeldungen auf Testbasis mit Fehlercodes, um die mittlere Zeit bis zur Behebung zu verkürzen.

• Verlaufsverfolgung von fehlgeschlagenen Tests über einen Zeitraum von bis zu sieben Tagen.

2020.11.17.2319m.4

25. November 2020

• Keine Software-Dokumentation für dieses Wartungs-Upgrade.

2020.11.06.2314m

18. November 2020

• Der Schwellenwert für das Auslösen des NTP -Alarms bei Videonetzknoten wurde erhöht.

• Die Ausführlichkeit der Fehlermeldungen wurde erhöht, um das Fehlersuche zukünftiger NTP Probleme auf Videonetzknoten zu unterstützen.

• Es wurde ein Problem behoben, bei dem VMN-Protokoll-Uploads fehlschlugen.

• Kaskadenprobleme zwischen Videonetzknoten und neuen Cloudknoten wurden behoben.

2020.10.16.2305m

23. Oktober 2020

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

2020.09.22.2288m.3

Donnerstag, 1. Oktober 2020

• Keine Software-Dokumentation für dieses Wartungs-Upgrade.

2020.09.22.2288m

Mittwoch, 30. September 2020

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

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

• Die Latenz-/ Round-Trip-Zeit Zeitwerte in der Medienstatistik auf der Seite zur Fehlerbehebung für Meetings in Control Hub wurden korrigiert. (Die Statistiken waren für einige Anrufe um den Faktor 1000 falsch.)

• Geändert, um bei einigen Ports nur sichere TLS -Schlüssel zu verwenden.

2020.09.11.2279m

18. September 2020

• Informationen zum IP-Adresse , der für die interne Verwendung zur Weboberfläche des Videonetzknotens reserviert ist, wurden hinzugefügt.

• Der IP-Adresse , der für die interne Verwendung durch den Webex -Videonetzknoten reserviert ist, wurde von Videonetzknoten (65.536 Adressen) auf . reduziert 172.17.42.0–172.17.42.63 (64 Adressen).

2020.08.31.2273m

8. September 2020

• TLS 1.1 auf Port 33432 wurde deaktiviert.

• Behebung des Problems, dass schlechte Statistiken im Audiostream einer IX5000- Präsentation beim Wechsel zwischen Lobby und Konferenz angezeigt wurden.

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

2020.08.19.2266m.1

26. August 2020

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

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

• Es wurde ein Problem behoben, das aufgrund von Portauslastung zu Fehlern beim Erreichbarkeitstest führte.

• Verbesserte Alarmdetails für den Fall, dass ein Upgrade aufgrund einer Blockierung durch den Zscaler-Dienst oder eines transparenten überprüfenden Proxys nicht heruntergeladen werden kann.

• Behebung eines Problems, 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 Wartungs-Upgrade.

2020.08.06.2258m.1

13. August 2020

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

• Behebung eines Problems, bei dem ein Knoten, der für die Verwendung des expliziten Proxys konfiguriert ist, möglicherweise die Netzwerkkonnektivität verliert, wenn die IP-Adresse des Container-Netzwerks geändert wird.

2020.07.15.2245m

20. Juli 2020

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

• Es wurde ein Problem behoben, bei dem Audio, das von der Webex Meetings -App empfangen wurde, in den ersten Sekunden nach einer Zeit der Stille möglicherweise leiser war als erwartet.

2020.06.29.2236m.10

9. Juli 2020

• Das Testverhalten der DNS -Auflösung wurde geändert. Jeder konfigurierte DNS-Server muss nun in der Lage sein, den Test-FQDN aufzulösen, damit der DNS -Test erfolgreich ist. (In früheren Versionen wurde der Test bestanden, wenn ein beliebiger DNS-Server den Test-FQDN auflösen konnte.)

• Verbesserte Medienqualität in verlustbehafteten Netzwerken.

• MTU-Konfigurationsoptionen für die Netzwerkschnittstelle hinzugefügt. (Siehe Registerkarte „Ankündigungen“.)

• Es wurde ein Alarm hinzugefügt, wenn der Videonetzknoten keinen der Cloud-Medienserver erreichen kann.

2020.06.18.2231m

26. Juni 2020

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

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

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

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

• Die Standard NTP Konfiguration wurde entfernt. Es ist nun eine gültige NTP -Konfiguration erforderlich, um einen Knoten zu registrieren. Es wurden 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 Proxy-Konnektivitätstest aufgrund einer zu kurzen Zeitüberschreitung fälschlicherweise einen Fehler meldete.

• Funktionen zum Herunterfahren und Neustarten zur Weboberfläche des Videonetzknotens hinzugefügt.

2020.05.26.2200m.3

10. Juni 2020

• Es wurde die Möglichkeit hinzugefügt, den Wartungsmodus über die Videonetzknoten Weboberfläche Administrationsseite ein- und auszuschalten.

• Alarme und Prüfungen für die Amazon ECR-Serverkonnektivität wurden von der Übersichtsseite der Knoten Weboberfläche entfernt.

• Ein Betriebszeitzähler wurde zur Übersichtsseite der Knoten Weboberfläche hinzugefügt.

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

• Proxy-Konnektivitätstests an Port 444 wurden im Rahmen des Übergangs der Kaskadensignalisierung an Port 443 deaktiviert.

2020.05.13.2195m

27. Mai 2020

• Es wurde ein Problem behoben, bei dem eine AutoFill-Erweiterung für Browser eines Drittanbieters die Webex -Videonetzknoten- Weboberfläche stören konnte.

2020.04.16.2176m.2

8. Mai 2020

• Es wurde ein Problem behoben, bei dem die Port 444-Verbindungsprüfung fälschlicherweise einen Fehler meldete, wenn sie hinter bestimmten Arten von Proxys verwendet wurde.

• Behebung eines Problems, bei dem ein nicht übereinstimmendes Serverzertifikat installiert werden durfte, wenn zuvor ein korrekt übereinstimmendes Zertifikat hochgeladen wurde.

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

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

• Auf der Übersichtsseite der Weboberfläche des Webex -Videonetzknotens wurden weitere Cloud-Konnektivitätsprüfungen hinzugefügt.

• Behebung eines Problems, das einen DNS -Alarm aufgrund eines ungültigen Host-Name verursachte.

• Auf der Seite „Serverzertifikat“ wurde eine Einschränkung der Schlüssellänge mit einer Fehlermeldung hinzugefügt, wenn ein Administrator ein Serverzertifikat mit weniger als 2048 Bit hochlä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 eingibt. In diesen Fällen verwendet der Videonetzknoten ein selbstsigniertes Zertifikat.

2020.03.11.2143m,8 Zoll

17. April 2020

• Es wurde ein Problem behoben, bei dem einige Clients Audio nur von den beiden obersten aktiven Sprechern erhielten, wenn jemand Inhaltsaudio teilt.

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

2020.03.11.2143m.7

6. April 2020

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

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

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

• Die Art und Weise, wie wir mit der OAuth-Verifizierung umgehen, wurde geändert, um gegenüber verzögerten Antworten widerstandsfähiger zu sein.

2020.03.11.2143m.3

Dienstag, 24. März 2020

• Keine Software-Dokumentation für dieses Wartungs-Upgrade.

2020.03.11.2143m.9 – Dringendes Upgrade

22. März 2020

• Weitere Protokollierung zur Fehlersuche Unterstützung hinzugefügt.

2020.03.11.2143m – Dringendes Upgrade

Mittwoch, 11. März 2020

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

2020.03.02.2132m

Freitag, 6. März 2020

• Unterstützung für NTLMv2-Proxy-Authentifizierung hinzugefügt. (Das Videonetz erkennt die Version automatisch. Sie müssen sie bei der Konfiguration Ihres Proxys nicht angeben.)

• Es wurde ein Alarm hinzugefügt, der auf dem Knoten und in Control Hub gemeldet wird, wenn regelmäßige Fehler beim Anrufstatustest auf dem Knoten über einen bestimmten Schwellenwert hinaus auftreten.

  Alarm-ID: ' mf.callHealth.fail ', Schweregrad: "Warnung", Titel: "Anrufzustandsüberprüfung fehlgeschlagen"

2020.02.09.2120m.1

Dienstag, 28. Februar 2020

• Keine Software-Dokumentation für dieses Wartungs-Upgrade.

2020.01.30.2115m

7. Februar 2020

• BehobenCSCvs70769 – NGINX-Sicherheitslücke im Zusammenhang mit HTTP-Anfragen

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

2020.01.12.2091m

22. Januar 2020

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

• Es wurde ein Problem behoben (CSCvs28104 ), wobei auf einigen Bildschirmen eines immersiven Endpunkts mit drei Bildschirmen Video von geringer Qualität angezeigt werden könnte.

• Es wurde ein Problem behoben, bei dem einige SIP -Anrufe verzögert eingerichtet wurden.

15.12.15.2053m

8. Januar 2020

• Behebung eines Problems, bei dem Meetings (mit mindestens einem Webex Board) Videostreams mit niedriger Auflösung von SIP -Geräten an Webex -Endpunkte sendeten.

03.12.2019 2042 m

12. Dezember 2019

• Es wurde ein Problem behoben, bei dem der Bildschirm zum Beitreten zu einem Meeting leer blieb, wenn *.clouddrive.com in einem Kundennetzwerk blockiert war. Obwohl der Bildschirm zum Beitreten des Meetings in diesem Szenario nicht mehr leer ist, müssen Sie die Blockierung dieser URL in Ihrem Netzwerk trotzdem aufheben, um unbeabsichtigte Nebeneffekte zu vermeiden.

• Die Verwaltung des Administratorpassworts wurde zur Weboberfläche für Videonetzknoten hinzugefügt. Weitere Informationen finden Sie unter Videonetzknoten über die Weboberfläche verwalten im Bereitstellungshandbuch unterhttps://www.cisco.com/go/video-mesh .

06.11.1992 Mio

14. November 2019

• BehobenCSCvr92794 – Falsche Fehlermeldung zur FQDN-Validierung anhand der Knoten- IP.

• Es wurde ein Problem behoben, bei dem Knoten nicht ordnungsgemäß in den Ruhezustand versetzt wurden und eine kurze Zeitüberschreitung verwendet wurden. Dies trat nur auf, wenn andere Knoten im Cluster in Control Hub in den Wartungsmodus versetzt wurden, was zu einer verringerten Kapazität und Anrufunterbrechungen führte.

21.10.1973m.1

1. November 2019

• Es wurde die Möglichkeit hinzugefügt, Protokolle und PCAP-Dateien über die Seite zur Fehlerbehebung der Webex -Videonetzknotenschnittstelle hoch- und herunterzuladen, auch wenn der Knoten nicht registriert ist. Weitere Informationen finden Sie unter Webex -Videonetzprotokolle für Support generieren und Webex -Videonetz-Paketerfassungen für Support generieren .

2019.10.11.1964m.1

23. Oktober 2019

• BehobenCSCvr39819 – Gefährdete Softwareversion .

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

• Neue „Betreff für alternativen Namen(s):“ hinzugefügt in das Formular zur CSR -Erstellung auf der Weboberfläche.

19.09.1956m

Am 26. September 2019

• Netzwerkeinstellungen zur Benutzeroberfläche (UI) des Videonetzknotens hinzugefügt. Weitere Informationen finden Sie unter Konfigurieren der Netzwerkeinstellungen über die Webex Videonetzknoten Weboberfläche .

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

• Behebung eines Problems, bei dem die Ports des Reflector-Servers nicht freigegeben wurden, selbst nachdem das Tool auf der Web-UI des Knotens angehalten wurde.

• Es wurde eine Sicherheitslücke behoben, die sich auf die Ping- und Check NTP -APIs auswirkte und durch die ein Angreifer einen Befehlsinjektionsangriff starten konnte, wenn er Zugriff auf authentifizierte APIs hatte.

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

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

21.08.1941m.2

13. September 2019

• Es wurde ein Problem behoben, bei dem die CPU -Niveaus der Knoten in die Höhe schossen und nicht auf ein akzeptables Niveau zurückkehrten.

• Behebung eines Problems, 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 sich eine Firewall von Palo Alto Networks (PAN) im Netzwerk befand.

• Dem Knoten-Software-Image wurde eine Netzwerkkonfiguration hinzugefügt. Administratoren können die Netzwerkeinstellungen bei der erstmaligen Einrichtung der virtuellen Knoten-Maschine festlegen. Siehe Webex Videonetzknoten Software installieren im Bereitstellungshandbuch finden Sie weitere Informationen.

14. August 2019.1937 Mio

Freitag, 16. August 2019

• Unterstützung für explizite Proxys mit no-auth-, Basic-, Digest- oder NTLM-Authentifizierung hinzugefügt. Weitere Informationen finden Sie unter Proxy-Unterstützung für Videonetz und andere relevante Aktualisierungen im Bereitstellungshandbuch.

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

01.08.2019 1929 Mio

8. August 2019

• Es wurden zwei Probleme behoben:

  • Die Paketerfassung über die Webbenutzeroberfläche konnte nicht gestartet werden, aber es wurde keine Fehlermeldung .

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

2019.07.12.1917m

25. Juli 2019

• Die kaskadierenden Informationen wurden von der Karte „Anrufstatus“ in der Knoten Weboberfläche entfernt, bis bessere Metriken verfügbar sind.

• Betriebssystemversion zur Karte „Knotendetails“ in der Knoten Weboberfläche hinzugefügt.

• Die Benutzeroberfläche für die Seite „Fehlerbehebung“ auf der Weboberfläche des Knotens wurde neu gestaltet. (Weitere Informationen finden Sie im Bereitstellungshandbuch.)

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

• Verbesserte Auswahl von Auflösung und Framerate für Präsentation -Streams.

• Behebung eines Problems, bei dem manchmal zu viel Bandbreite an Teilnehmer mit Wechseln 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 Tempo der Medien für transcodierte Präsentationen wurde verbessert.

13. Juni 2019.1907m.7

12. Juli 2019

• Es wurde ein Problem behoben, das manchmal zu einem Abfall der Videoauflösung führte, auch wenn keine Pakete verloren gingen und die Latenz niedrig war.

• Es wurde ein Problem behoben, bei dem manchmal Audio geteilt wurde, wenn Teilnehmer vom Gastgeber stummgeschaltet und dann wieder freigeschaltet wurden.

13. Juni 2019.1907m.3

20. Juni 2019

• Es wurde ein Problem behoben, bei dem der Freigabestatus der Präsentation falsch war, wenn ein Endpunkt versuchte, während er sich auf dem Lobby-Bildschirm befand.

• Es wurde eine Verbesserung hinzugefügt, um den Start der Präsentation bei einer Transkodierung zu beschleunigen.

13. Juni 2019.1907m.1

14. Juni 2019

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

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

• Behebung eines Problems, bei dem die Resilienz bei Paketverlust manchmal in den ersten Minuten eines Meetings nicht funktionierte.

• Es wurde ein Problem mit der Medienresilienz behoben, das manchmal dazu führte, dass die verwendete Bandbreite die ausgehandelte Bandbreite für einen kurzen Zeitraum erheblich überschreitet.

20.05.1892m1

24. Mai 2019

• Der Weboberfläche des Videonetzknotens wurden neue Funktionen für die Wartungsfreundlichkeit hinzugefügt (Generierung von Paketerfassung, Generierung von Protokollen und Verbesserungen der Übersichtsseite). Weitere Informationen zu diesen Funktionen finden Sie im Webex -Videonetz verwalten Kapitel im Bereitstellungshandbuch unterhttps://www.cisco.com/go/video-mesh .

• Neuer Alarm im Rahmen der anstehenden Migration zur Registrierung für Elastic-Container von Amazon hinzugefügt: „Der Videonetzknoten konnte die erforderliche Software vom Cisco Cloud-Anbieter nicht herunterladen. Das Problem kann aufgrund mehrerer Probleme auftreten, die mit dem Netzwerk zusammenhängen. Überprüfen Sie Ihre Netzwerkkonnektivität mit dem öffentlichen Netzwerk und überprüfen Sie Ihre DNS -Einstellungen. Dies kann auch aufgrund von Änderungen an der Firewall auftreten, die zwischen Videonetz-Knoten und dem Internet vorhanden ist.“

  Videonetzknoten werden weiterhin aktualisiert, aber Sie sollten geeignete 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 Teilnehmername angezeigt haben.

29.04.2019.1873m.4

13. Mai 2019

• Es wurde ein Problem behoben, bei dem die Freigabe von Inhalten manchmal nicht verfügbar war, wenn SIP-Wahl-Out verwendet wurde.

• Es wurde ein Problem behoben, wodurch Kaskaden nach temporären Netzwerkproblemen manchmal nicht neu erstellt wurden, was zu Split-Meetings führte.

• Es wurde ein Problem behoben, das dazu führte, dass die Inhaltsfreigabe in einigen Szenarien fehlschlug.

29.04.1873m

30. April 2019

• Keine Software-Dokumentation für dieses Wartungs-Upgrade.

18. April 2019.1869m.1

26. April 2019

• Es wurde ein Problem behoben, wodurch die drahtlose Freigabe von Webex Teams für Windows in einigen Fällen nicht funktionierte.

2019.03.22.1829m.2

2. April 2019

• Es wurde ein Problem behoben, wodurch UDP -Bandbreitentests manchmal fehlschlugen.

• Es wurde ein Problem behoben, bei dem NTP -Alarme in Control Hub nicht entfernt wurden, sobald ein fehlerhafter NTP-Server zu funktionieren begann.

19.03.19.1826m

22. März 2019

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

• Auf der Übersichtsstatusseite wird das Ergebnis der Konnektivitätsprüfung für die Amazon Container Registry (ECR) angezeigt.

• Es wurde ein Problem behoben, bei dem es bei einigen Clients zu einer Verzögerung beim Umschalten aktiver Lautsprecher und zu einer beschädigten Videowiedergabe kam, wenn ein Paketverlust kam.

• BehobenCSCvo93454 – One-Way-Video, wenn das immersive System Webex beitritt.

• BehobenCSCvo87069 – Vertrauenswürdige SIP -Quellen für Videonetz werden nicht aufgefüllt

2019.02.14.1788m.1

21. Februar 2019

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

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

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

• Es wurden neue Alarme hinzugefügt, die auf den Videonetz-Knoten generiert und im Control Hub angezeigt werden, wenn die Antwortzeit der DNS -Abfrage in den folgenden Szenarien 1,5 s überschreitet:

  • Wenn die DNS-Server länger als 1,5 s dauert: „DNS-Server<x> Abfrage-Antwortzeit von<number> ms überschreitet die maximale Antwortzeit von 1500 ms.“

  • Alarmtext, wenn die Abfragezeit des DNS-Server während der Auflösung eines NTP-Server länger als 1,5 s ist: „Während der Auflösung<ntp-server> ; DNS-Server<x> Abfrage-Antwortzeit von<number> ms haben die maximale Antwortzeit von 1500 ms überschritten.“

2019.02.12.1786m

15. Februar 2019

• Diese Version ist die Kandidatenversion für den TLS - SIP-Trunk -Übertragungsweg und die Unterstützung für einen transparenten/nicht überprüfenden Proxy für das Videonetz. Weitere Informationen finden Sie im Bereitstellungshandbuch unter .https://www.cisco.com/go/video-mesh

• BehobenCSCvo26600 – Token-Validierung erhält keinen Token-Validierungsschlüssel, wenn die anfängliche CI-Anforderung fehlschlägt.

29.01.29.1773m

Dienstag, 6. Februar 2019

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

• Neue Prüfungen hinzugefügt, um regelmäßig die Gültigkeit von NTP Servern zu überprüfen, die auf den Videonetzknoten konfiguriert sind. Warnmeldungen über einen ungültigen NTP-Server werden auf der Videonetz-Admin-Schnittstelle bei der Anmeldung und als Alarme in Control Hub angezeigt.

14. Januar 2019.1764m.1

18. Januar 2019

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

2018.10.04.1692m

5. Oktober 2018

• Keine Software-Dokumentation für dieses Wartungs-Upgrade.

Februar 2024

• Die Videonetz-Plattform ist jetzt in den ThousandEyes Enterprise-Agenten integriert, sodass Sie in Ihrem hybriden digitalen Ökosystem eine durchgängige Überwachung durchführen können. Diese Integration stattet Sie mit einer Vielzahl von Netzwerküberwachungstests aus. Probleme überall in Ihrer Netzwerkinfrastruktur können mit größerer Präzision diagnostiziert werden, um die Effizienz Ihrer Bereitstellung zu verbessern.

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

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

Dezember 2023

Container-Registrierungsmigration von Docker Hub zu Amazon ECR

Videonetz-Container-Registrierung, die Bilder hostet, wird von Docker Hub zu Amazon ECR geändert werden. Diese Migration ist für Februar 2024 geplant. Wir bitten Kunden, die Konnektivität zur ECR sicherzustellen, indem wir die URL zulassen,“ *.amazonaws.com" in ihren Anwendungs-Firewalls und Proxys. Dieser Schritt ist erforderlich, um potenzielle Probleme während Upgrades zu vermeiden.

August 2023

Wir haben die Vielseitigkeit und Funktionalität von Videonetzknoten-APIs verbessert, indem wir eine ganze Reihe neuer APIs mit unterschiedlichen Funktionen hinzugefügt haben. Administratoren können jetzt zwischen 3 Kategorien von APIs wählen, die sie in verschiedenen Stadien der Knotenbereitstellung unterstützen können. Sie sind wie folgt:

• VMN-Verwaltungs-APIs

• VMN-Netzwerk-APIs

• VMN-Serverzertifikat-APIs

Juli 2023

Webhooks für Videonetzwarnungen

Videonetz unterstützt jetzt Warnungen über Webhooks, sodass Organisationsadministratoren bestimmte Aspekte ihrer Bereitstellungen mühelos überwachen können. Sie können festlegen, ob sie über Ereignisse wie Anrufüberläufe und Anrufumleitungen benachrichtigt werden möchten, wodurch die Notwendigkeit minimiert wird, sich bei Control Hub anzumelden, um ihre Bereitstellung zu überwachen.

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

• Clusteranruf leitet um – Anrufe, die von einem bestimmten Cluster umgeleitet wurden.
• Org Call Overflows – Gesamte Anrufüberläufe 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 für Videonetzknoten unterstützen. Weitere Informationen finden Sie unter Videonetzknoten-APIs .

Juni 2023

Wir haben die Grafiken und Diagramme des Analyse- Dashboard verfeinert, um die Funktion für die Einbeziehung von Clienttypen zu erweitern.

• Sie können clusterspezifische Daten im Ressourcen Registerkarte.

  Wählen Sie ein 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 nur die Daten angezeigt werden, die für den ausgewählten Cluster relevant sind.

• Wir haben zwei neue Grafiken zum Ressourcen Registerkarte. Sie sind Gesamtzahl der Beitritte von Anrufen nach Endpunkttyp und Gesamtzahl der Beitritte von Anrufen nach Endpunkttyp-Trend . Sie können Cluster und bestimmte Endpunkttypen auswählen, um nur die Informationen anzuzeigen, die Sie benötigen.

• Im Engagement haben wir die Anrufabschnitte nach Endpunkttyp Diagramm in die folgenden Typen:

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

Mai 2023

Web-Client-Unterstützung

Über den Web-Client getätigte Anrufe können jetzt auf Videonetz-Knoten landen, wodurch Ihr Unternehmen eine größere Flexibilität bei den unterstützten Anruftypen erhält.

März 2023

Neuer Erreichbarkeitstest und verbessertes Überwachungstool

Wir haben die vorhandenen Überwachungstests um einen Erreichbarkeitstest erweitert. Der Erreichbarkeitstest wird regelmäßig und bei Bedarf zusammen mit den Tests für die Medienintegritätsüberwachung ausgeführt. Wir haben auch das Überwachungstool verbessert, um die Testergebnisse detaillierter wiederzugeben, und die Übersichtsseite wurde aktualisiert, um einen einfacheren und intuitiveren Zugriff auf detaillierte Informationen zu bieten.

Wir haben den UI-Pfad geändert, um das Videonetz-Überwachungstool zu erreichen. Sie finden die neue Registerkarte Videonetz unter Fehlerbehebung > Videonetz statt Fehlerbehebung > Status > Videonetz wie zuvor.

Auf der Übersichtsseite des Überwachungstools werden die Tests in Signalisierung, Kaskade und Erreichbarkeit gruppiert, um Ihnen die Feinabstimmung des Fehlerbehebungsprozesses zu erleichtern.

Februar 2023

Videonetz-Entwickler-APIs für Fehlerbehebung und Integration mit Überwachungssystemen von Drittanbietern

• In dieser Phase der Videonetz-Entwickler-APIs haben wir Verbesserungen eingeführt, die es den Administratoren von Organisationen ermöglichen, die vollständige Kontrolle über die Fehlerbehebung ihrer Videonetz-Bereitstellungen zu übernehmen.
• Administratoren können jetzt verschiedene On-Demand-Fehlerbehebungstests, z. B. Tests für Netzwerk, Medienintegrität und Erreichbarkeit, über das Entwicklerportal auslösen. Sie können auch detaillierte Ergebnisse der von ihnen ausgelösten Tests anzeigen, die ihnen helfen, tiefere Einblicke in den Zustand ihrer Bereitstellung zu erhalten.

November 2022

Cluster-Umbenennung in Control Hub

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

September 2022

Entwickler-APIs für Videonetz

Die Videonetz-Entwickler-APIs bieten eine leistungsstarke und flexible Möglichkeit für Organisationsadministratoren, detaillierte Metriken für die Überwachung und aufschlussreiche Analysedaten ihrer Videonetz-Bereitstellungen über das Webex Developer Portal abzurufen. Sie können ihre vorhandenen Überwachungsanwendungen nahtlos mit diesen APIs integrieren und die Überwachung ihrer Videonetz-Cluster und -Knoten automatisieren. Die APIs sind verfügbar unterhttps://developer.webex.com/docs/api/v1/video-mesh . Ein Beispiel-Client ist verfügbar unterhttps://github.com/CiscoDevNet/video-mesh-api-client .

Juli 2022

Änderung des Tools für die Medienzustandsüberwachung

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

April 2022

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

In früheren Versionen haben Sie die Verwendung des Videonetzes für Meetings nur für Ihre internen Sites festgelegt. Bei Meetings, die auf externen Webex Sites gehostet werden, steuern diese Sites, ob das Videonetz zu Webex kaskadieren könnte. Wenn eine externe Site Videonetzkaskaden nicht zulässt, wurden für Ihre Medien immer die Webex -Cloudknoten verwendet.

Mit dem Videonetz für alle externen Webex Meetings bevorzugen Wenn Ihre Webex-Seite über Videonetzknoten verfügt, werden Ihre Medien bei Meetings auf externen Sites über diese Knoten ausgeführt. Einzelheiten finden Sie unter .https://help.webex.com/en-us/article/nzvixgk/Keep-your-media-on-Video-Mesh-for-all-external-Webex-meetings

Januar 2022

Port-Aktualisierungen

Für eine anstehende Version im Februar 2022 erfordert das Videonetz das Öffnen des folgenden Portbereichs für Media Cloud-Kaskaden:

Diese Ports sind zusätzlich zum vorhandenen Port 5004. Öffnen Sie den Portbereich UDP 50.000–53.000 in Ihrer Firewall-Konfiguration. Es werden Dienstunterbrechungen angezeigt, wenn diese Ports bei Veröffentlichung der anstehenden Version nicht geöffnet sind.

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

Oktober 2021

Global verteilte Medien

Videonetz verwendet jetzt global verteilte Medien (GDM) Funktionen von Webex , um ein besseres Medien-Routing zu erreichen. Um eine optimale Konnektivität zu erreichen, wählt Webex bei der Durchführung von Videonetz-Kaskaden zu Webex den Ihrem Unternehmen nächstgelegenen Cloud-Medienknoten aus. Der Datenverkehr wird dann durch das Webex -Backbone zu den Webex -Microservices für das Meeting geleitet. Dieses Routing minimiert die Latenz und hält den größten Teil des Datenverkehrs im Webex -Backbone und vom Internet fern.

13. August 2021

Private Meetings

Die Funktion „Privates Meeting“ erhöht die Sicherheit Ihres Meetings, indem die Medien an Ihrem Unternehmensstandort beendet werden. Wenn Sie ein privates Meeting ansetzen, werden die Medien immer auf dem Video Mesh-Knoten innerhalb Ihres Unternehmensnetzwerks ohne Cloud-Kaskade gehalten. Im Gegensatz zu normalen Meetings werden die Medien nicht in 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.

Siehe Private Meetings Abschnitt im Bereitstellungshandbuch unterhttps://www.cisco.com/go/video-mesh und das Privates Webex Meeting ansetzen Artikel.

9. Februar 2021

Zugriff auf Knoten von Control Hub für vollständige Administratoren

Wir haben Control Hub verbessert, um Volladministratoren Ihrer Webex Organisation den Zugriff auf Videonetzknoten von Control Hub aus 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 Gehe zu Knoten Option für die Videonetz-Ressourcen.

Siehe Übersicht über den Webex - Videonetzknoten über die Weboberfläche aufrufen Abschnitt im Bereitstellungshandbuch unterhttps://www.cisco.com/go/video-mesh .

26. August 2020

DNS -Caching

Wenn DNS Antworten an Ihre Videonetz-Knoten regelmäßig mehr als 750 ms benötigen, können Sie den DNS -Caching aktivieren. Wenn das DNS -Caching aktiviert ist, speichert der Knoten DNS -Antworten lokal zwischen. Durch die lokale Zwischenspeicherung wird die Wahrscheinlichkeit verringert, dass Anfragen Konnektivitätsalarme, Anrufunterbrechungen oder Probleme mit der Anrufqualität verursachen. DNS -Caching kann auch die Auslastung Ihrer DNS -Infrastruktur reduzieren.

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

Unterstützung von Webex Events

Das Webex Videonetz unterstützt jetzt Webex Events.

Freitag, 7. August 2020

Kurzes Videoadressformat für Webex Meetings

Auf WBS 39,9 und höheren Sites können Benutzer Meetings beitreten, indem sie die kürzere verwenden <meeting_number>@webex.com Video-Adressformat (anstatt <meeting_number>@<site_name>.webex.com). Das Videonetz unterstützt jetzt dieses kürzere Adressformat.

Das Bereitstellungshandbuch unterhttps://www.cisco.com/go/video-mesh hat Anweisungen zur Handhabung des kürzeren Formats beim Einrichten einer Videonetz-Bereitstellung.

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

• Konfigurieren von Unified CM Secure TLS SIP -Datenverkehr-Routing für Webex -Videonetz

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

• Konfigurieren von Expressway TCP SIP -Datenverkehrs-Routing für Videonetz

Standardmäßig wird für Meeting-Einladungen derzeit noch das längere Format verwendet. Informationen zum Ändern des Formats für Ihre Webex-Seite finden Sie unter Anzeige des kurzen Videoadressformats für Webex Meetings und Events .

9. Juli 2020

Neue MTU-Konfigurationseinstellungen für die Netzwerkschnittstelle in der Videonetzknoten -Weboberfläche

Sie können jetzt die maximale Übertragungseinheit (MTU)-Größe auf der internen Netzwerkschnittstelle und die MTU auf der externen Netzwerkschnittstelle manuell festlegen, falls aktiviert.

Alle Webex -Videonetzknoten verfügen über eine Pfad-MTU-Erkennung (PMTU), die standardmäßig aktiviert ist. Mit PMTU kann der Knoten MTU-Probleme erkennen und die MTU-Größe automatisch anpassen. Wenn die PMTU aufgrund von Firewall- oder Netzwerkproblemen fehlschlägt, kann es bei dem Knoten zu Verbindungsproblemen mit der Cloud kommen, da Pakete, die größer als die MTU sind, verworfen werden. Das manuelle Festlegen einer niedrigeren MTU-Größe kann dieses Problem beheben.

Sie finden die manuellen MTU-Einstellungen auf der Seite mit den Netzwerkeinstellungen Erweitert 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 verbrauchen mehr Switching- und weniger Transcoding -Ressourcen als die Standardkonfiguration. Durch die Bereitstellung mehrerer kleinerer virtueller Maschinen auf dem Gastgeber werden die Ressourcen für dieses Szenario optimiert.

Aus diesem Grund führen wir die neue Option „VMNLite“ für die Bereitstellung mehrerer Webex -Videonetzknoten auf Ihrem Gastgeber ein, auf dem VMware ESXI oder vCenter ausgeführt wird. VMNLite erfordert die folgenden Spezifikationen für jede virtuelle Maschine:

• 23 Videonetzknoten für Videonetzknoten

• 20 GB Hauptspeicher

• 80 GB Bereich Festplatte

Mit diesen Spezifikationen können Sie abhängig von der Hardware mehrere Instanzen bereitstellen (oder eine einzelne vorhandene virtuelle Maschine durch diese ersetzen):

Unsere Tests zeigen eine 50-prozentige Verbesserung der Leistung von geswitchten Anrufen mit 3 VMNLite-Knoten auf einem einzelnen CMS1000 im Vergleich zur Bereitstellung einer einzelnen virtuellen Maschine.

Wie bei der Standardkonfiguration können Sie auf virtuellen VMNLite-Maschinen keine Koresidenz mit anderen Diensten 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 Verwalten und Beheben von Problemen mit dem Webex Videonetz Kapitel.

Dienstag, 9. Juni 2020

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

Sie können jetzt automatische Software-Upgrades in Ihren Videonetz-Clustern so planen, dass sie wöchentlich statt täglich (Standard) durchgeführt werden. Sie können ein Upgrade einmal aufschieben. Wenn Sie einen wöchentlichen Zeitplan festlegen, bedeutet das Aufschieben, dass das Upgrade im Upgrade-Fenster der folgenden Woche ausgeführt wird.

Sie können den Upgrade-Zeitplan beim Registrieren eines neuen Clusters festlegen oder den Zeitplan für ein vorhandenes Cluster ändern. Weitere Informationen finden Sie in der Videonetz-Dokumentation unterhttps://www.cisco.com/go/video-mesh .

24. April 2020

Externe Netzwerkschnittstelle, Routing-Regeln, Container-Netzwerkoptionen in der Videonetzknoten -Weboberfläche

Die Videonetz Weboberfläche enthält weitere neue Funktionen, um den Umgang mit Netzwerkänderungen zu vereinfachen. Sie können die externe Schnittstelle in einer NIC-Bereitstellung (Dual Netzwerkschnittstelle ) über die Weboberfläche aktivieren. Anschließend können Sie das Routing für Videonetzknoten optimieren, indem Sie benutzerdefinierte Routing-Regeln 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 Verwalten und Beheben von Problemen mit dem Webex Videonetz Kapitel im Bereitstellungshandbuch unterhttps://www.cisco.com/go/video-mesh .

20. März 2020

Cisco Webex Teams EMEAR Data Residency Support

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

Weitere Informationen finden Sie unter Datenspeicherung in Cisco Webex Teams.

18. September 2018

QoS-Verbesserungen (Quality of Service) für Videonetz

Videonetzknoten entsprechen jetzt den empfohlenen Best Practices für Quality of Service (QoS), indem Portbereiche aktiviert werden, mit denen Sie Audio- und Videostreams in allen Flows zu und von den Videonetzknoten unterscheiden können. Mit dieser Änderung können Sie QoS-Richtlinien erstellen und den Datenverkehr zu und von den Videonetzknoten effektiv kommentieren.

Diese Portänderungen werden von QoS-Änderungen begleitet. Videonetzknoten markieren den Medienverkehr von SIP-registrierten Endpunkten (lokal Unified CM oder VCS Expressway registriert) automatisch für Audio (EF) und Video (AF41) separat mit der entsprechenden Dienstklasse und verwenden bekannte Portbereiche für bestimmte Medientypen.

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

Weitere Informationen finden Sie in der QoS-Tabelle unter Vom Webex -Videonetz verwendete Ports und Protokolle und die Schritte zum Aktivieren oder Deaktivieren von QoS im Ablauf der Videonetz-Bereitstellungsaufgabe im Anwendungsleitfaden für Cisco Webex-Videonetz (https://www.cisco.com/go/video-mesh ).

Webex-App-Apps stellen weiterhin eine Verbindung zu Videonetzknoten über freigegebene Ports 5004 und 5006 her. Diese Ports werden auch von Webex-App-Apps und Endpunkten für STUN-Erreichbarkeitstests an Videonetzknoten verwendet. Videonetzknoten zu Videonetzknoten für Kaskaden verwenden einen gemeinsamen Zielport von 5004 oder 5006.

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 „ Vom hybriden Mediendienst verwendete Ports und Protokolle " im Anwendungsleitfaden 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 aus der Kundenansicht in https:// herunter admin.ciscospark.com , gehen Sie 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. Siehe „ Aufheben der Registrierung des hybriden Medienknotens " im Anwendungsleitfaden 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 Anwendungsleitfaden für den hybriden Cisco Spark -Mediendienst.

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.