2021.06.17.2415 m

Freitag, 24. Juni 2021

Für dieses Wartungs-Upgrade gibt es keine Versionshinweise.

2021.05.27.2405m

Freitag, 4. Juni 2021

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

2021.05.05.2395 Mio.5

21. Mai 2021

• Umfasst geringfügige Verbesserungen zur Anzeige für nicht standardmäßige Layouts.

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

2021.04.27.2391m

30. April 2021

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

2021.03.22.2384m.3

6. April 2021

Für dieses Wartungs-Upgrade gibt es keine Versionshinweise.

2021.03.22.2384 Mio.1

Mittwoch, 31. März 2021

Für dieses Wartungs-Upgrade gibt es keine Versionshinweise.

2021.03.03.2359m.7

Dienstag, 16. März 2021

Für dieses Wartungs-Upgrade gibt es keine Versionshinweise.

2021.03.03.2359m

Dienstag, 12. März 2021

Für dieses Wartungs-Upgrade gibt es keine Versionshinweise.

2021.02.05.2352m.4

12. Februar 2021

• Bietet eine Option zum Deaktivieren der lokalen Anmeldung bei der Administrations-Webbenutzeroberfläche des Videonetzknotens.

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

2021.01.13.2349m.3

5. Februar 2021

Für dieses Wartungs-Upgrade gibt es keine Versionshinweise.

2020.12.08.2333m.6

25. Januar 2021

Für dieses Wartungs-Upgrade gibt es keine Versionshinweise.

2020.12.08.2333 Mio.5

8. Januar 2021

• Die NTP-Alarmmeldungen auf Videonetzknoten wurden verbessert.

• Behebung eines Problems, bei dem Sie Ihr Passwort nicht über die GUI ändern können, wenn die Passwortablauffrist auf „nie“ festgelegt ist.

• Die Anzeige für bestimmte Registrierungsfehler wurde verbessert.

• Die Meldung von Verbindungsfehlern aus Zeitüberschreitungen beim Testen der Proxy-Konnektivität wurde verbessert.

• Reachability-Tests melden keine Zertifikatfehler mehr als Reachability-Fehler.

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

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

2020.11.17.2319 Mio.9

8. Dezember 2020

Diese Version enthält Änderungen, um Ausfälle von SIP-Anrufen zu verhindern, wenn die Netzwerkkonnektivität zwischen den Clustern unterbrochen wird.

2020.11.17.2319 Mio.4

Dienstag, 1. Dezember 2020

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

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

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

• Angemessene Fehlermeldungen auf Testbasis mit Fehlercodes zur Reduzierung der mittleren Auflösungszeit.

• Historische Nachverfolgung von Testfehlern für bis zu sieben Tage.

2020.11.17.2319 Mio.4

25. November 2020

• Keine Versionshinweise für dieses Wartungs-Upgrade.

2020.11.06.2314m

Dienstag, 18. November 2020

• Der Schwellenwert für das Anheben des NTP-Alarms auf Videonetzknoten wurde erhöht.

• Die Fehlermeldungen wurden umfangreicher, um zukünftige NTP-Probleme auf Videonetzknoten zu debuggen.

• Behebung eines Problems, bei dem VMN-Protokoll-Uploads fehlschlugen.

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

2020.10.16.2305m

Dienstag, 23. Oktober 2020

• Behebung eines Problems, bei dem der Wartungsmodus in bestimmten Situationen nicht ordnungsgemäß aktiviert wurde.

2020.09.22.2288 Mio.3

Donnerstag, 1. Oktober 2020

• Keine Versionshinweise für dieses Wartungs-Upgrade.

2020.09.22.2288 Mio.

Mittwoch, 30. September 2020

• Grenzwerte für die Bandbreitentests wurden auf der Übersichtsseite hinzugefügt.

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

• Die korrigierten Latenz-/Round-Trip-Zeitwerte in Medienstatistiken auf der Seite zur Fehlerbehebung für Meetings in Control Hub. (Die Statistik war bei einigen Anrufen um den Faktor 1000 deaktiviert.)

• Es wurde geändert, um nur sicherere TLS-Schlüssel auf einigen Ports zu verwenden.

2020.09.11.2279m

Dienstag, 18. September 2020

• Informationen über den IP-Adressbereich, der für die interne Verwendung reserviert ist, zur Weboberfläche des Videonetzknotens hinzugefügt.

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

2020.08.31.2273m

Dienstag, 8. September 2020

• TLS 1.1 auf Port 33432 deaktiviert.

• Behebung der fehlerhaften Statistiken im Audio-Stream der IX5000-Präsentation, wenn zwischen Lobby und Konferenz gewechselt wird.

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

2020.08.19.2266 Mio.1

26. August 2020

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

• Explizit IPv6 auf internen und externen Schnittstellen deaktiviert, damit Knoten keine IPv6 DNS-Server erhalten.

• Es wurde ein Problem behoben, das zu Ausfällen des Erreichbarkeitstests aufgrund von Port-Erschöpfung führte.

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

• Behebung eines Problems, bei dem UDP-Upload-/Download-Daten in den Bandbreiten-Testergebnissen auf der Weboberfläche falsch angezeigt wurden.

2020.08.06.2258m.4

Donnerstag, 18. August 2020

• Keine Versionshinweise für dieses Wartungs-Upgrade.

2020.08.06.2258m.1

13. August 2020

• Behebung eines Problems, bei dem ein IX5000 den Anruf abbrach, 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 wurde, die Netzwerkkonnektivität verlieren konnte, wenn die Container-Netzwerk-IP-Adresse geändert wurde.

2020.07.15.2245m

Donnerstag, 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 Ruhephase leiser war als erwartet.

2020.06.29.2236m.10

Mittwoch, 9. Juli 2020

• Das Testverhalten für die 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 bestanden wird. (Wenn ein DNS-Server in früheren Versionen den Test-FQDN auflösen konnte, wurde der Test bestanden.)

• Verbesserte Medienqualität in verlustbehafteten Netzwerken.

• Netzwerkschnittstelle MTU-Konfigurationsoptionen 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

Freitag, 26. Juni 2020

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

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

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

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

• Die Standard-NTP-Konfiguration wurde entfernt. Eine gültige NTP-Konfiguration ist jetzt erforderlich, um einen Knoten zu registrieren. Alarme hinzugefügt, wenn die NTP-Konfiguration leer ist oder der Knoten keinen konfigurierten NTP-Server erreichen kann.

• Behebung eines Problems, bei dem der Proxy-Verbindungstest einen Fehler aufgrund einer zu kurzen Zeitüberschreitung falsch meldete.

• Die Weboberfläche des Videonetzknotens wurde um Funktionen zum Herunterfahren und Neustarten erweitert.

2020.05.26.2200m.3

Freitag, 10. Juni 2020

• Die Funktion zum Ein- und Ausschalten des Wartungsmodus über die Administrationsseite der Videonetzknoten-Weboberfläche wurde hinzugefügt.

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

• Der Übersichtsseite der Knoten-Weboberfläche wurde ein Laufzeitzähler hinzugefügt.

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

• Deaktivierte Proxy-Verbindungstests für Port 444 als Teil des Übergangs der Kaskadensignalisierung zu Port 443.

2020.05.13.2195m

Freitag, 27. Mai 2020

• Behebung eines Problems, bei dem eine Browser-Erweiterung eines Drittanbieters die Weboberfläche des Webex-Videonetzknotens beeinträchtigen konnte.

2020.04.16.2176Mio.2

Freitag, 8. Mai 2020

• Behebung eines Problems, bei dem die Verbindungsprüfung für Port 444 fälschlicherweise einen Fehler meldete, wenn hinter bestimmten Proxytypen gearbeitet wurde.

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

• Deaktiviert den Websocket-Verbindungstest, nachdem ein Problem mit ihm gefunden wurde, wenn sich der Knoten hinter einem expliziten Proxy befindet.

2020.04.16.2176Mio.1

24. April 2020

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

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

• Korrektur für ein Problem, das zu einem falschen, ungültigen DNS-Alarm für Hostnamen geführt hat.

• Es wurde eine Beschränkung der Schlüssellänge auf der Seite „Serverzertifikat“ mit einer Fehlermeldung hinzugefügt, wenn ein Administrator ein Serverzertifikat mit weniger als 2048 Bit hochlädt.

• 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

Dienstag, 17. April 2020

• Es wurde ein Problem behoben, das dazu führte, dass einige Clients nur Audio von den beiden aktivsten Sprechern erhielten, wenn jemand Inhalte-Audio freigab.

• Es wurde ein Problem behoben, das zu Anruffehlern führen konnte, wenn viele Anrufversuche in einem kurzen Zeitraum durchgeführt 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 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 widerstandsfähiger gegenüber verzögerten Antworten zu sein.

2020.03.11.2143m.3

Dienstag, 24. März 2020

• Keine Versionshinweise für dieses Wartungs-Upgrade.

2020.03.11.2143m.9 – Dringendes Upgrade

Dienstag, 22. März 2020

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

2020.03.11.2143m – Dringende Aktualisierung

Mittwoch, 11. März 2020

• Deaktiviert die regelmäßigen Anrufzustandsprüfungen und den entsprechenden Alarm ( mf.callHealth.fail ), der auf dem Knoten und in Control Hub gemeldet wurde, wenn Fehler auf dem Knoten über einen bestimmten Schwellenwert hinaus aufgetreten sind.

2020.03.02.2132m

Freitag, 6. März 2020

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

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

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

2020.02.09.2120m.1

Dienstag, 28. Februar 2020

• Keine Versionshinweise für dieses Wartungs-Upgrade.

2020.01.30.2115m

7. Februar 2020

• Behoben CSCvs70769– Schwachstelle beim Schmuggel von NGINX-HTTP-Anfragen

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

2020.01.12.2091m

22. Januar 2020

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

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

• Behebung eines Problems, bei dem einige SIP-Anrufe verzögert eingerichtet wurden.

2019.12.15.2053m

8. Januar 2020

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

2019.12.03.2042m

12. Dezember 2019

• Behebung eines Problems, bei dem der Bildschirm für den Meeting-Beitritt leer blieb, wenn *.clouddrive.com in einem Kundennetzwerk blockiert war. Auch wenn der Bildschirm zum Beitreten zu Meetings in diesem Szenario nicht mehr leer ist, müssen Sie die Blockierung dieser URL in Ihrem Netzwerk aufheben, um unbeabsichtigte Nebenwirkungen zu vermeiden.

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

14. November 2019

• Behoben CSCvr92794– Fehlermeldungen bei FQDN-Validierung gegen Knoten-IP.

• Behebung eines Problems, bei dem Knoten nicht ordnungsgemäß gequiz wurden und eine kurze Zeitüberschreitung verwendeten, die nur passierte, wenn andere Knoten im Cluster in den Wartungsmodus in Control Hub verschoben wurden, was zu reduzierter Kapazität und getrennten Anrufen führte.

2019.10.21. m.1

1. November 2019

• Es wurde die Möglichkeit zum Hochladen und Herunterladen von Protokollen und Pcap-Dateien von der Webex Videonetz-Knotenschnittstelle zur Fehlerbehebung hinzugefügt, auch wenn der Knoten nicht registriert ist. Weitere Informationen finden Sie unter Erstellen von Webex-Videonetzprotokollen für Support und Erstellen von Webex-Videonetzpaketerfassungen für Support .

2019.10.11. m.1

Dienstag, 23. Oktober 2019

• Behoben CSCvr39819– Verwundbare Software Version .

• Behoben CSCvr39878– X.509 selbstsigniertes Zertifikat, dessen allgemeiner Name nicht mit dem ausstellenden Server (SSL/TLS) übereinstimmt. Änderungen vorgenommen, bei denen der allgemeine Name des Zertifikats auf dem Knoten den FQDN des Knotens (falls verfügbar) oder die IP-Adresse angibt.

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

2019.09.19. m

Am 26. September 2019

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

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

• Behebung eines Problems, bei dem Reflektor-Server-Ports nicht freigegeben wurden, auch nachdem das Reflektor-Tool auf der Webbenutzeroberfläche des Knotens gestoppt wurde.

• Es wurde eine Schwachstelle behoben, die die Ping- und Check-NTP-APIs beeinflußte, durch die ein Angreifer einen Command Injection-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 (wie MD2 oder MD5) signiert sind, werden in der Zertifikats-UI des Videonetzknotens nicht mehr akzeptiert.

2019.08.21. m.2

13. September 2019

• Behebung eines Problems, bei dem die CPU-Auslastung des Knotens spiked und nicht auf akzeptable Auslastungsstufen zurückkehrte.

• Behebung eines Problems, bei dem von Teilnehmern gesendete Inhalte, die mit einem Cloud-Knoten verbunden waren, nicht von Teilnehmern empfangen wurden, die mit lokalen Knoten verbunden waren, wenn eine Palo Alto Networks (PAN)-Firewall im Netzwerk vorhanden war.

• Dem Knotensoftware-Image wurde eine Seite zur Netzwerkkonfiguration hinzugefügt. Administratoren können die Netzwerkeinstellungen während der erstmaligen Einrichtung der virtuellen Knotenmaschine angeben. Weitere Informationen finden Sie unter Installieren der Webex-Videonetzknoten-Software im Bereitstellungshandbuch.

2019.08.14. m

Freitag, 16. August 2019

• 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, die einen Überlauf von Anrufen in die Cloud verhindern.

2019.08.01. m

Dienstag, 8. August 2019

• Zwei Probleme wurden behoben:

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

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

2019.07.12. m

25. Juli 2019

• Kaskadeninformationen wurden aus 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 Knoten-Weboberfläche 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 Auflösung und Framerate-Auswahl für Präsentationsstreams.

• Behebung eines Problems, bei dem manchmal zu viel Bandbreite an wechselnde Teilnehmer gesendet wurde.

• Behebung eines Problems, bei dem für einige Teilnehmertypen keine Option zum Aufheben der Stummschaltung verfügbar war, wenn sie vom Gastgeber stummgeschaltet wurden.

• Das Tempo von Medien für transcodierte Präsentationen wurde verbessert.

2019.06.13. m.7

Donnerstag, 12. Juli 2019

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

• Behebung eines Problems, bei dem geteilte Audiofunktionen manchmal auftraten, wenn Teilnehmer vom Gastgeber stummgeschaltet wurden und die Stummschaltung dann aufgehoben wurde.

2019.06.13. m.3

Donnerstag, 20. Juni 2019

• Behebung eines Problems, bei dem der Präsentationsfreigabestatus falsch war, wenn ein Endpunkt versuchte, während er sich auf dem Lobby-Bildschirm befand, Inhalte zu teilen.

• Es wurde eine Verbesserung hinzugefügt, um den Start der Präsentationsfreigabe bei Transcodierung zu beschleunigen.

2019.06.13. m.1

Freitag, 14. Juni 2019

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

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

• Behebung eines Problems, bei dem die Robustheit von Paketverlusten in den ersten Minuten eines Meetings manchmal nicht funktionierte.

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

2019.05.20.1892m1

24. Mai 2019

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

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

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

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

2019.04.29.1873m.4

Freitag, 13. Mai 2019

• Es wurde ein Problem behoben, wodurch die Inhaltsfreigabe manchmal nicht verfügbar war, wenn SIP-Dial-Out verwendet wurde.

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

• Es wurde ein Problem behoben, bei dem die Inhaltsfreigabe in einigen Szenarien fehlschlug.

2019.04.29.1873m

30. April 2019

• Keine Versionshinweise für dieses Wartungs-Upgrade.

2019.04.18.1869m.1

Dienstag, 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, bei dem UDP-Bandbreitentests manchmal fehlschlugen.

• Es wurde ein Problem behoben, bei dem NTP-Alarme in Control Hub nicht entfernt wurden, nachdem ein fehlerhafter NTP-Server funktioniert hatte.

2019.03.19.1826m

Dienstag, 22. März 2019

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

• 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 einige Clients beim Wechseln zwischen aktiven Sprechern verzögert wurden und Video beschädigt wurde, wenn ein Paketverlust auftrat.

• Behoben CSCvo93454– One Way Video, wenn Immersive System Webex beitritt.

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

2019.02.14.1788m.1

21. Februar 2019

• Behebung eines Problems, bei dem Endpunkte mit drei Bildschirmen vom Webex-Host nicht aus der Ferne stummgeschaltet wurden.

• Behebung eines Problems, bei dem das Stummschalten und Aufheben der Stummschaltung für SIP-Endpunkte manchmal nicht funktionierte.

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

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

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

  • Alarmtext für den Fall, dass die DNS-Server-Abfragezeit länger als 1,5 s ist, während ein NTP-Server aufgelöst wird: „Beim Auflösen <ntp-server>; die <x> Abfrageantwortzeit des DNS-Servers von <number> ms überschreitet die maximale Antwortzeit von 1500 ms.“

2019.02.12.1786m

15. Februar 2019

• Diese Version ist die Kandidatsversion für den TLS SIP-Trunk und die transparente Proxyunterstützung für die Inspektion/Nicht-Inspektion von Videonetzen. 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 anfängliche CI-Anforderung fehlschlägt

2019.01.29.1773m

Dienstag, 6. Februar 2019

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

• Neue Prüfungen zur regelmäßigen Überprüfung der Gültigkeit der NTP-Server hinzugefügt, die auf den Videonetzknoten konfiguriert sind. Ungültige NTP-Server-Warnmeldungen werden auf der Videonetz-Administrationsoberfläche bei der Anmeldung und als Alarme in Control Hub angezeigt.

2019.01.14.1764m.1

18. Januar 2019

• Behebung eines Problems, bei dem das Video während eines Meetings nur auf eine Weise übertragen wurde und einige Geräte oder Clients den Videostream nicht sehen konnten.

2018.10.04.1692m

5. Oktober 2018

• Keine Versionshinweise 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 Anrufweiterleitungen 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 Diagramme und Diagramme des Analyse-Dashboards verfeinert, um die Funktion „Client-Typ-Integration“ zu erweitern.

• Clusterspezifische Daten werden auf der Registerkarte „ Ressourcen“ angezeigt.

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

• Wir haben zwei neue Grafiken zur Registerkarte „ Ressourcen“ hinzugefügt. Es handelt sich um Gesamte Anrufbeitritte nach Endpunkttyp und Gesamte Anrufbeitritte 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 Call Legs nach Endpunkttyp in die folgenden Typen gruppiert:

  • SIP-Geräte
  • Webex-App-Desktop
  • Mobiles Webex-App
  • Webex-App-VDI
  • Webex-Geräte

Mai 2023

Unterstützung des Web-Clients

Anrufe, die über den Web-Client getätigt werden, können jetzt auf Videonetzknoten landen, wodurch Ihre Organisation bei den unterstützten Anruftypen flexibler wird.

März 2023

Neuer Erreichbarkeitstest und verbessertes Überwachungstool

Wir haben der vorhandenen Reihe von Überwachungstests einen Erreichbarkeitstest hinzugefügt. Der Erreichbarkeitstest läuft mit den Tests zur Überwachung der Mediengesundheit, sowohl in regelmäßigen Abständen als auch bei Bedarf. Wir haben auch das Überwachungstool verbessert, um detailliertere Testergebnisse zu liefern, und die Übersichtsseite aktualisiert, um einen einfacheren, intuitiveren Zugriff auf detaillierte Informationen zu ermöglichen.

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

Auf der Übersichtsseite des Überwachungstools werden die Tests in Signalisierung, Kaskade und Erreichbarkeit gruppiert, sodass Sie Ihren Fehlerbehebungsprozess optimieren können.

Februar 2023

Video Mesh Developer APIs zur Fehlerbehebung und Integration mit Drittanbieter-Überwachungssystemen

• In dieser Phase der Videonetz-Entwickler-APIs haben wir Verbesserungen eingeführt, die es Organisationsadministratoren ermöglichen, die vollständige Kontrolle über die Fehlerbehebung bei ihren Videonetz-Bereitstellungen zu übernehmen.
• Administratoren können jetzt verschiedene On-Demand-Fehlerbehebungstests wie Netzwerk-, Media Health Monitor- und Erreichbarkeitstests über das Entwicklerportal auslösen. Sie können auch detaillierte Ergebnisse der von ihnen ausgelösten Tests anzeigen, um tiefergehende 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 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 für die Überwachung und aufschlussreiche Analysedaten ihrer Videonetz-Bereitstellungen über das Webex Developer Portal abzurufen. Sie können ihre bestehenden Überwachungsanwendungen nahtlos in diese APIs integrieren und die Überwachung ihrer Videonetz-Cluster und -Knoten automatisieren. Die APIs sind unter https://developer.webex.com/docs/api/v1/video-mesh verfügbar. Ein Beispiel-Client steht unter https://github.com/CiscoDevNet/video-mesh-api-client zur Verfügung.

Juli 2022

Änderung des Tools für die Medienüberwachung

Wir haben die Häufigkeit regelmäßiger clusterweiter, clusterspezifischer oder knotenspezifischer Tests geändert. Diese Tests liefen in früheren Versionen stündlich. Sie laufen jetzt alle 6 Stunden.

April 2022

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

In früheren Versionen haben Sie die Verwendung des Videonetzes für Meetings nur für Ihre internen Sites kontrolliert. Bei Meetings, die auf externen Webex-Sites gehostet werden, haben diese Sites gesteuert, ob das Videonetz zu Webex kaskadieren kann. Wenn eine externe Site keine Videonetz-Kaskaden zulässt, haben Ihre Medien immer die Webex-Cloud-Knoten verwendet.

Mit der Einstellung „Videonetz für alle externen Webex-Meetings bevorzugen“ und wenn Ihre Webex-Site über verfügbare Videonetzknoten verfügt, werden diese Knoten für Meetings auf externen Sites von Ihren Medien durchlaufen. 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 kommende Version im Februar 2022 muss das Videonetz den folgenden Portbereich für Medien-Cloud-Kaskaden öffnen:

Diese Ports sind zusätzlich zum bestehenden Port 5004 vorhanden. Öffnen Sie den Portbereich UDP 50.000–53.000 in Ihrer Firewall-Konfiguration. Dienstunterbrechungen werden angezeigt, wenn diese Ports nicht geöffnet sind, wenn die kommende Version veröffentlicht wird.

Wie unter „Netzwerkanforderungen für Webex-Dienste“ aufgeführt, verwendet Expressway diesen Portbereich bereits für die Webex-Cloud. Die meisten Bereitstellungen benötigen daher keine Aktualisierungen, 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

Weltweit 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 den nächstgelegenen Cloud-Medienknoten für Ihr Unternehmen aus, wenn Sie Videonetz-Kaskaden zu Webex durchführen. Der Datenverkehr wird dann über das Webex-Backbone zu den Webex-Mikrodiensten für das Meeting geleitet. Dieses Routing minimiert die Latenz und hält den Großteil des Datenverkehrs auf dem Webex-Backbone und außerhalb des Internets.

Freitag, 13. August 2021

Private Meetings

Die Funktion für private Meetings verbessert die Sicherheit Ihres Meetings, indem die Medien in Ihrem Büro 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 Abschnitt Private Meetings im Bereitstellungshandbuch unter https://www.cisco.com/go/video-mesh und Artikel Ansetzen eines privaten Webex-Meetings .

9. Februar 2021

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

Wir haben Control Hub verbessert, damit Volladministratoren Ihrer Webex-Organisation über Control Hub auf Videonetzknoten zugreifen können.

Diese Funktion kann nur von einem Volladministrator für Ihre Webex-Organisation verwendet werden. Andere Administratoren, einschließlich Partner- und externe Volladministratoren, haben nicht die Option „Gehe zu Knoten“ für die Videonetz-Ressourcen.

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

26. August 2020

DNS-Zwischenspeicher

Wenn DNS-Antworten auf Ihre Videonetzknoten regelmäßig mehr als 750 ms benötigen, können Sie die DNS-Zwischenspeicherung aktivieren. Wenn DNS-Caching aktiviert ist, speichert der Knoten DNS-Antworten lokal. Durch die lokale Zwischenspeicherung ist die Wahrscheinlichkeit geringer, dass Anfragen zu Verbindungsalarmen, Anrufunterbrechungen oder Problemen mit der Anrufqualität führen. DNS-Caching kann auch die Last auf Ihrer DNS-Infrastruktur reduzieren.

DNS-Caching ist derzeit standardmäßig deaktiviert. Informationen zum Aktivieren finden Sie im Abschnitt „Aktivieren oder Deaktivieren der DNS-Zwischenspeicherung“ im Bereitstellungshandbuch unter „https://www.cisco.com/go/video-mesh“ .

Unterstützung von Webex Events

Webex-Videonetz unterstützt jetzt Webex Events.

Freitag, 7. August 2020

Kurzes Videoadressenformat für Webex Meetings

Auf WBS39.9 und höheren Sites können Benutzer Meetings mit den kürzeren <meeting_number>@webex.com Videoadressformat (statt <meeting_number>@<site_name>.webex.com). Videonetz unterstützt jetzt dieses kürzere Adressformat.

Im Bereitstellungshandbuch unter https://www.cisco.com/go/video-mesh finden Sie Anweisungen zum Umgang mit dem kürzeren Format beim Einrichten einer Videonetz-Bereitstellung.

Um das kurze Videoadressformat mit einer vorhandenen Videonetzbereitstellung zu verwenden, fügen Sie ein Routen- oder Wählmuster hinzu, um das Format zu verarbeiten. Weitere Informationen finden Sie in der entsprechenden Aufgabe, die, je nachdem, wie Sie Ihre Anrufsteuerungsumgebung konfiguriert haben, die Option „kurze Videoadresse“ im Handbuch enthält:

• Unified CM Secure TLS SIP Traffic Routing für Webex-Videonetz konfigurieren

• Unified CM TCP SIP Traffic Routing für Webex-Videonetz konfigurieren

• Expressway TCP SIP Traffic Routing für Videonetz konfigurieren

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

Mittwoch, 9. Juli 2020

Neue Netzwerkschnittstelle MTU-Konfigurationseinstellungen im Webinterface des Videonetzknotens

Sie können jetzt die maximale Übertragungsgerätegröße (MTU) manuell auf der internen Netzwerkschnittstelle und die MTU auf der externen Netzwerkschnittstelle festlegen, wenn diese Option aktiviert ist.

Alle Webex-Videonetzknoten verfügen über die PMTU-Erkennung (Path MTU), 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 ausfällt, kann es auf dem Knoten zu Verbindungsproblemen mit der Cloud kommen, da Pakete größer als die MTU fallen. Wenn Sie manuell eine niedrigere MTU-Größe festlegen, kann dieses Problem behoben werden.

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

Freitag, 26. Juni 2020

Neue VMNLite-Bereitstellungsoption

Bereitstellungen von hauptsächlich Webex Teams und Cloud-registrierten Endpunkten verbrauchen mehr Switching und weniger Transkodierungsressourcen als die Standardkonfiguration bietet. 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 mit VMware ESXI oder vCenter ein. VMNLite erfordert die folgenden Spezifikationen für jede virtuelle Maschine:

• 23 vCPUs für Videonetzknoten

• 20 GB Hauptspeicher

• Lokaler 80-GB-Festplattenspeicher

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

Unsere Tests zeigen eine Verbesserung der Schaltanrufleistung um 50 % bei 3 VMNLite-Knoten auf einem einzigen CMS1000 im Vergleich zur Bereitstellung einer einzigen virtuellen Maschine.

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

Weitere Informationen finden Sie im Bereitstellungshandbuch unter .https://www.cisco.com/go/video-mesh Schritte zum Ersetzen Ihrer Standardkonfiguration durch VMNLite finden Sie im Kapitel Verwaltung und Fehlerbehebung des Webex-Videonetzes.

Dienstag, 9. Juni 2020

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

Sie können jetzt automatische Software-Upgrades auf Ihren Videonetz-Clustern auf wöchentlicher statt täglicher Basis planen (die Standardeinstellung). Sie können ein Upgrade einmalig verschieben. Wenn Sie einen Wochenplan festlegen, bedeutet das Verschieben, dass das Upgrade im Upgrade-Fenster der nächsten Woche stattfindet.

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 Video Mesh-Dokumentation unter https://www.cisco.com/go/video-mesh.

24. April 2020

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

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

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

20. März 2020

Unterstützung der Datenspeicherung in Cisco Webex Teams EMEAR

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.

Dienstag, 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.

Begleitend zu diesen Port-Änderungen sind QoS-Änderungen. 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 lokal 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 Ports und Protokolle für das Webex-Videonetz und in den Schritten zum Aktivieren oder Deaktivieren von QoS im Ablauf der -Videonetz-Bereitstellungsaufgabe im -Bereitstellungshandbuch für das 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 „ Ports und Protokolle für den hybriden Mediendienst “ im Bereitstellungshandbuch für den hybriden Cisco Spark-Mediendienst.

OVA-Update

Der Dienst erfordert den Download und die Installation des aktuellen OVA-Update auf Ihre hybriden Medienknoten. So laden Sie die neueste OVA aus der Kundenansicht herunter in https://admin.ciscospark.com, gehen Sie zu Dienste > Hybridmedien > Einrichten > 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 „ Registrierung des hybriden Medienknotens aufheben “ im Bereitstellungsleitfaden 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 Bereitstellungsleitfaden 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.