2021.06.17.2415m

24. juni 2021

Det finnes ingen produktmerknader for denne vedlikeholdsoppgraderingen.

2021.05.27.2405m

4. juni 2021

• Legger til støtte for kommende Webex-endringer for stabeloppsett på lokale registrerte videoenheter.

2021.05.05.2395m.5

21. mai 2021

• Inkluderer mindre forbedringer for visning for oppsett som ikke er standard.

• Løser et problem som kan bryte DNS for en bestemt Docker-brokonfigurasjon.

2021.04.27.2391m

30. april 2021

• Løser rapportering av pakketap for transkodede samtaler i Control Hub.

2021.03.22.2384m.3

6. april 2021

Det finnes ingen produktmerknader for denne vedlikeholdsoppgraderingen.

2021.03.22.2384m.1

31. mars 2021

Det finnes ingen produktmerknader for denne vedlikeholdsoppgraderingen.

2021.03.03.2359m.7

16. mars 2021

Det finnes ingen produktmerknader for denne vedlikeholdsoppgraderingen.

2021.03.03.2359m

12. mars 2021

Det finnes ingen produktmerknader for denne vedlikeholdsoppgraderingen.

2021.02.05.2352m.4

12. februar 2021

• Legger til et alternativ for å deaktivere lokal pålogging til webgrensesnittet for administrasjon av videonettnode .

• Løser problemer med jitter og feil rapporterte verdier for rundturtid .

2021.01.13.2349m.3

5. februar 2021

Det finnes ingen produktmerknader for denne vedlikeholdsoppgraderingen.

2020.12.08.2333m.6

25. januar 2021

Det finnes ingen produktmerknader for denne vedlikeholdsoppgraderingen.

2020.12.08.2333m.5

08. januar 2021

• Forbedret NTP-alarmmeldinger på videonettnoder.

• Løste et problem der du ikke kan endre passordet via det grafiske brukergrensesnittet hvis utløpsdatoen for passordet er satt til «aldri».

• Forbedret visningen for enkelte registreringsfeil.

• Forbedret rapportering av tilkoblingsfeil fra tidsavbrudd ved testing av proxy-tilkobling.

• Tilgjengelighetstester rapporterer ikke lenger sertifikatfeil som tilgjengelighetsfeil.

• Oppdaterte tilgjengelighetsalarmer for videonettnode klynger for private møter.

2020.12.08.2333m

11. desember 2020

• Utvidet informasjonen som er tilgjengelig for DNS-hurtigbufferen. Se «Aktivere eller deaktivere DNS-bufring» i Distribusjonsveiledning .

• Løste et kosmetisk problem der utløsing av en helsetest kan føre til at nodetilstanden feilaktig vises som «Installerer» på Control Hub.

2020.11.17.2319m.9

8. desember 2020

Denne versjonen inneholder endringer for å forhindre SIP-samtale anropsfeil når du mister nettverkstilkobling mellom klyngene.

2020.11.17.2319m.4

1. desember 2020

Overvåkingsverktøyet for Video Mesh er en Webex-anropssimulator som er tilgjengelig på alle Video Mesh-noder med denne versjonen. Overvåkingsverktøyet inneholder disse funksjonene:

• Kjøre etter behov eller regelmessige timetester per node og klynge.

• Muligheten til å flagge SIP-signalisering, mediesignaler og medieoverlappende feil for hver test.

• Passende feilmeldinger per test med feilkoder for å redusere gjennomsnittlig tid til løsning.

• Historisk testfeilsporing i opptil syv dager.

2020.11.17.2319m.4

25. november 2020

• Ingen produktmerknader for denne vedlikeholdsoppgraderingen.

2020.11.06.2314m

18. november 2020

• Økte terskelen for å heve NTP-alarmen på videonettnoder.

• Økt omfanget av feilmeldinger for å hjelpe til med å feilsøke fremtidige NTP-problemer på videonettnoder.

• Løste et problem der opplasting av VMN-logg mislyktes.

• Løste gjennomgripende problemer mellom videonettnoder og nye skynoder.

16.10.2020.2305m

23. oktober 2020

• Løste et problem der vedlikeholdsmodus ikke ble slått på riktig i visse situasjoner.

22.09.2020.2288m.3

1. oktober 2020

• Ingen produktmerknader for denne vedlikeholdsoppgraderingen.

22.09.2020.2288m

30. september 2020

• La til frekvensgrenser i båndbreddetestene på Oversikt-siden.

• Løste et problem med TCP-tilgjengelighetstesten.

• Rettet verdier for ventetid/ rundturtid /retur i mediestatistikken på feilsøkingssiden for møter i Control Hub. (Statistikken var deaktivert for noen anrop med en faktor 1000.)

• Endret til å bare bruke sikrere TLS-chiffer på noen porter.

2020.09.11.2279m

18. september 2020

• La til informasjon om IP-adresse som er reservert for intern bruk i webgrensesnitt for Video Mesh-noden.

• Reduserte IP-adresse som er reservert for intern bruk av Webex videonettnode fra den opprinnelige 172.17.0.0–172.17.255.255 (65 536 adresser) til 172.17.42.0–172.17.42.63 (64 adresser).

2020.08.31.2273m

8. september 2020

• Deaktiverte TLS 1.1 på port 33432.

• Rettet dårlig statistikk vist på IX5000 presentasjonslydstrøm ved flytting mellom lobby og konferanse.

• La til en løsning for et problem der en klarert SIP-adresse på mer enn 200 tegn forårsaker TLS- tilkoblingsfeil (CSCvv44969).

2020.08.19.2266m.1

26. august 2020

• La til alternativ for DNS-bufring. (Se-fanen Kunngjøringer.)

• Eksplisitt slått av IPv6 på interne og eksterne grensesnitt, slik at nodene ikke henter IPv6 DNS-servere.

• Løste et problem som førte til feil på tilgjengelighetstesten på grunn av utmattelse av port.

• Forbedret alarmdetaljer i tilfeller der en oppgradering ikke kan lastes ned enten på grunn av blokkering av Zscaler-tjenesten eller på grunn av en gjennomsiktig inspeksjons-proxy.

• Løste et problem der UDP-opplastings-/nedlastingsdata ble feilaktig vist i båndbreddetestresultater på webgrensesnitt.

2020.08.06.2258m.4

18. august 2020

• Ingen produktmerknader for denne vedlikeholdsoppgraderingen.

2020.08.06.2258m.1

13. august 2020

• Løste et problem der en IX5000 avbrøt samtalen når den ble flyttet fra et møte tilbake til lobbyen.

• Løste et problem der en node som er konfigurert til å bruke eksplisitt proxy, kan miste nettverkstilkobling hvis IP-adresse for containernettverket endres.

2020.07.15.2245m

20. juli 2020

• Endret DNS-oppløsningstesten for å øke kompatibiliteten med eldre versjoner av Microsoft-baserte DNS-servere.

• Vi har løst et problem der lyd mottatt fra Webex Meetings -appen kan være roligere enn forventet de første sekundene etter en periode med stillhet.

2020.06.29.2236m.10

9. juli 2020

• Endret virkemåten for DNS-oppløsningstesten. Hver konfigurert DNS-server må nå kunne løse test-FQDN for at DNS-testen skal bestå. (I tidligere utgivelser, hvis en DNS-server kunne løse testen FQDN, ble testen bestått.)

• Forbedret mediekvalitet i nettverk med tap.

• Lagt til konfigurasjonsalternativer for MTU for nettverksgrensesnitt . (Se-fanen Kunngjøringer.)

• La til en alarm hvis Video Mesh-noden ikke kan nå noen av skymedieserverne.

2020.06.18.2231m

26. juni 2020

• Forbedret valg av sideforhold for båndbredder rundt 1,5 Mbps når 1080p er aktivert.

• Lagt til muligheten til å filtrere pakkeopptak etter nettverksgrensesnitt, etter vert og etter port.

• Vi har løst en feil der du får en feilmelding hvis du starter og deretter raskt stopper pakkelagring.

• Lagt til støtte for VMNLite-distribusjoner. (Se-fanen Kunngjøringer.)

• Fjernet standard NTP-konfigurasjon. Det kreves nå en gyldig NTP-konfigurasjon for å registrere en node. La til alarmer hvis NTP-konfigurasjonen er tom eller noden ikke kan nå en konfigurert NTP-server.

• Løste et problem der proxy-tilkoblingstesten feilaktig rapporterte en feil på grunn av et for kort tidsavbrudd.

• La til avslutnings- og omstartfunksjonalitet i webgrensesnitt for Video Mesh-noden .

2020.05.26.2200m.3

10. juni 2020

• Lagt til muligheten til å slå vedlikeholdsmodus på og av fra siden for administrasjon av webgrensesnitt for Video Mesh-noden.

• Fjernet alarmer og kontroller for Amazon ECR-servertilkobling fra siden Oversikt for webgrensesnitt .

• La til en oppetidsteller på oversiktssiden for webgrensesnitt for noden.

• Fjernet CPU-bruk fra oversiktssiden for webgrensesnitt for noden.

• Deaktiverte proxy-tilkoblingstester til port 444 som en del av overgangen til overlappende signalisering til port 443.

2020.05.13.2195m

27. mai 2020

• Løste et problem der en autofyllutvidelse fra en tredjeparts nettleser kunne forstyrre webgrensesnitt for Webex Video Mesh-noden .

2020.04.16.2176m.2

8. mai 2020

• Løste et problem der tilkoblingskontrollen for port 444 feilaktig rapporterte en feil ved bestemte typer proxyer.

• Løste et problem der et serversertifikat som ikke samsvarte, ble tillatt å installere hvis et riktig samsvarende sertifikat ble lastet opp tidligere.

• Deaktiverte websocket-tilkoblingstesten etter at det ble funnet et problem med den når noden er bak en eksplisitt proxy.

2020.04.16.2176m.1

24. april 2020

• Fjernet støtte for TLS1.1.

• La til flere skytilkoblingskontroller på oversiktssiden i webgrensesnitt for Webex Video Mesh-noden .

• Løsning for et problem som forårsaket en falsk og ugyldig DNS-alarm for vertsnavn.

• La til en begrensning for nøkkellengde på Serversertifikat-siden, med en feilmelding hvis en administrator laster opp et serversertifikat på mindre enn 2048 biter.

• Forbedret håndtering av situasjoner der en administrator skriver inn en privat nøkkel på mindre enn 2048 biter eller en privat nøkkel uten passord. I disse tilfellene vil videonett-noden bruke et selvsignert sertifikat.

2020.03.11.2143m.8

17. april 2020

• Løste et problem som førte til at noen klienter bare fikk lyd fra de to øverste aktive høyttalerne når noen deler innholdslyd.

• Løste et problem som kan forårsake samtalefeil når det ble gjort mange ringeforsøk i løpet av kort tid.

2020.03.11.2143m.7

6. april 2020

• Økte båndbredden for 1080p-anrop fra 3,25 millioner til 4 millioner.

• Økt tidsavbruddet for flerstrømssignalering for samtaler med to skjermer.

• Reduserte antall forespørsler til identitetstjenesten.

• Endret måten vi håndterer OAuth-bekreftelse på for å være mer motstandsdyktige mot forsinkede svar.

2020.03.11.2143m.3

24. mars 2020

• Ingen produktmerknader for denne vedlikeholdsoppgraderingen.

2020.03.11.2143m.9 – Hasteoppgradering

22. mars 2020

• La til mer logging for feilsøkingsstøtte.

2020.03.11.2143m – Hasteoppgradering

11. mars 2020

• Deaktiverte de periodiske helsekontrollene for samtaler og den tilsvarende alarmen ( mf.callHealth.fail ) som ble rapportert på noden og i Control Hub hvis det oppstod feil på noden utover en bestemt terskel.

2020.03.02.2132m

6. mars 2020

• Lagt til støtte for NTLMv2-proxy-autentisering. (Video Mesh oppdager automatisk versjonen, du trenger ikke å angi den når du konfigurerer proxyen.)

• La til en alarm som rapporteres på noden og i Control Hub hvis det oppstår periodiske feil på test av samtalehelse på noden over en bestemt terskel.

  Alarm-ID: ' mf.callHealth.fail ', alvorlighetsgrad: «advarsel», tittel: «Helsesjekk av anrop mislyktes»

2020.02.09.2120m.1

28. februar 2020

• Ingen produktmerknader for denne vedlikeholdsoppgraderingen.

30.01.2020.2115m

7. februar 2020

• LøstCSCvs70769 – Sårbarhet i NGINX HTTP-forespørselssmugling

• Opus-kodeken er aktivert for 1:1-møter og samtaler.

2020.01.12.2091m

22. januar 2020

• Lagt til tilbakestilling til fabrikkinnstillinger i webgrensesnitt for Video Mesh-noder. Hvis du vil ha mer informasjon, se Behandle videonettnode fra nettgrensesnittet i distribusjonsveiledningen påhttps://www.cisco.com/go/video-mesh .

• Løste et problem (CSCvs28104 ), der video av lav kvalitet kan vises på noen skjermer i et oppslukende endepunkt med tre skjermer.

• Løste et problem der noen SIP-anrop opplevde forsinket oppsett.

2019.12.15.2053m

8. januar 2020

• Løste et problem der møter (som inkluderte minst ett Webex Board) sendte videostrømmer med lav oppløsning fra SIP-enheter til Webex-endepunkter.

2019.12.03.2042m

12. desember 2019

• Løste et problem der deltakelsesskjermen for møte forble tom når *.clouddrive.com ble blokkert på et kundenettverk. Mens deltakelsesskjermen for møtet ikke lenger er tom i dette scenariet, krever vi likevel at du opphever blokkeringen av denne nettadressen på nettverket ditt for å unngå utilsiktede bivirkninger.

• Lagt til administrasjon av passord for administrator i webgrensesnitt for Video Mesh-noder. Hvis du vil ha mer informasjon, se Behandle videonettnode fra nettgrensesnittet i distribusjonsveiledningen påhttps://www.cisco.com/go/video-mesh .

2019.11.06.1992m

14. november 2019

• LøstCSCvr92794 – Feil feilmelding på FQDN-validering mot node-IP.

• Løste et problem der nodene ikke ble stanset på riktig måte og brukte et kort tidsavbrudd, noe som bare skjedde når andre noder i klyngen ble flyttet til vedlikeholdsmodus i Control Hub, noe som førte til redusert kapasitet og avbrøt anrop.

21.10.2019.1973m.1

1. november 2019

• Lagt til muligheten for å laste opp og laste ned logger og pcap-filer fra Feilsøkingssiden for Webex Video Mesh-nodegrensesnitt selv når noden er uregistrert. Hvis du vil ha mer informasjon, se Generer Webex-videonettlogger for støtte og Generer Webex-videonettpakkeopptak for støtte .

2019.10.11.1964m.1

23. oktober 2019

• LøstCSCvr39819 – Sårbar programvareversjon .

• LøstCSCvr39878 – X.509 selvsignert sertifikat hvis fellesnavn ikke samsvarer med den utstedende serveren (SSL/TLS) . Gjorde en endring der fellesnavnet på sertifikatet på noden gir nodens FQDN (hvis tilgjengelig) eller IP-adresse.

• La til et nytt «Alternativt(e) emnenavn:» til skjemaet for CSR-oppretting i webgrensesnitt.

19.09.2019, 1956 m

26. september 2019

• La til nettverksinnstillinger i brukergrensesnitt for Video Mesh-noden (UI). Hvis du vil ha mer informasjon, se Konfigurer nettverksinnstillinger fra Webex videonettnode Web Interface .

• Endret alvorlighetsgraden for denne alarmen fra kritisk til advarsel: « videonettnode kunne ikke laste ned nødvendig programvare fra Cisco-skyleverandøren. Problemet kan oppstå på grunn av flere problemer som er relatert til nettverket. Kontroller nettverkstilkobling til det offentlige nettverket (.amazonaws.com), og kontroller DNS-innstillingene. Dette kan også skje på grunn av endringer i brannmuren som finnes mellom Video Mesh-noder og Internett.»

• Løste et problem der reflektorserverporter ikke ble utgitt selv etter at reflektorverktøyet ble stoppet i nodens nettgrensesnitt.

• Vi har løst et sikkerhetsproblem som påvirket API-ene for Ping og Sjekk NTP, der en angriper kunne starte et kommandoinjeksjonsangrep hvis de hadde tilgang til godkjente API-er.

• Forbedret kodekvalg for overført video.

• Serversertifikater som er signert med svake chiffer (som MD2 eller MD5), godtas ikke lenger i brukergrensesnittet for nodesertifikat for videonett.

21.08.2019 1941m.2

13. september 2019

• Løste et problem der CPU-nivåene for noden økte og ikke kom tilbake til akseptable nivåer.

• Løste et problem der innhold sendt av deltakere som er koblet til en skynode, ikke ble mottatt av deltakere som var koblet til lokale noder, hvis det er en Palo Alto Networks (PAN)-brannmur i nettverket.

• La til en nettverkskonfigurasjon i bildet for nodeprogramvaren. Administratorer kan angi nettverksinnstillinger under førstegangsoppsett av den virtuell maskin noden. Se Installer Webex videonettnode programvare i distribusjonsveiledningen for mer informasjon.

14.08.2019 1937 m

16. august 2019

• La til støtte for eksplisitte proxyer med autentisering uten autentisering, grunnleggende, sammendrag eller NTLM. Hvis du vil ha mer informasjon, se Proxy-støtte for videonett og andre relevante oppdateringer i distribusjonsveiledningen.

• Lagt til konfigurasjonsendringer som forhindrer overflyt av anrop til skyen.

2019.08.01.1929m

8. august 2019

• Løste to problemer:

  • Pakkeopptak fra nettgrensesnittet kunne ikke starte, men det ble ikke vist noen feilmelding .

  • Pakkeopptak kunne ikke kjøres fordi Ubuntu-URL-er ble blokkert. (Med denne løsningen kreves det ingen URL-endringer i brannmuren.)

2019.07.12.1917m

25. juli 2019

• Fjernet gjennomgripende informasjon fra samtalestatuskortet i nodens webgrensesnitt inntil bedre målinger er tilgjengelige.

• La til OS-versjon på kortet Nodedetaljer i nodens webgrensesnitt.

• Redesignet brukergrensesnitt for feilsøkingssiden i webgrensesnitt for noden. (Se distribusjonsveiledningen hvis du vil ha mer informasjon.)

• La til tilkoblingskontroller ved hjelp av ping-, traceroute- og NTP-verifisering i nodens webgrensesnitt. (Se distribusjonsveiledningen hvis du vil ha mer informasjon.)

• Forbedret oppløsning og valg av bildefrekvens for presentasjonsstrømmer.

• Løste et problem der for mye båndbredde noen ganger ble sendt til byttede deltakere.

• Løste et problem der det ikke var noe alternativ for å slå av demping tilgjengelig for enkelte deltakertyper da de ble dempet av verten.

• Forbedret tempoet for medier for omkodede presentasjoner.

2019.06.13.1907m.7

12. juli 2019

• Løste et problem som noen ganger førte til at videooppløsningen falt selv når ingen pakker gikk tapt og ventetiden var lav.

• Løste et problem der delt lyd noen ganger oppstod når deltakerne ble dempet av verten og deretter opphevet demping.

2019.06.13.1907m.3

20. juni 2019

• Løste et problem der presentasjonsdelingsstatusen var feil hvis et endepunkt prøvde å dele mens du var på lobbyskjermen.

• La til en forbedring for å øke hastigheten på starten av presentasjonsdeling ved omkoding.

2019.06.13.1907m.1

14. juni 2019

• Løste et problem der noen Video Mesh-noder ikke ble automatisk startet på nytt etter en oppgradering, noe som deaktiverte nodens feilsøkingsfunksjoner og førte til manglende informasjon på oversiktssiden.

• La til et krav om at nodevertsnavn ikke kan inneholde et understrekingstegn (_ ) tegn.

• Løste et problem der motstandsdyktighet mot pakketap noen ganger ikke fungerte de første minuttene av et møte.

• Løste et problem med mediestabilitet som noen ganger førte til at båndbredden i bruk oversteg den forhandlede båndbredden betydelig i en kort periode.

20.05.2019.1892m1

24. mai 2019

• La til nye servicefunksjoner i webgrensesnitt for Video Mesh-noden (forbedringer av pakkelagring , logggenerering og oversiktsside). Hvis du vil ha mer informasjon om disse funksjonene, kan du se Behandle Webex-videonett kapittel i distribusjonsveiledningen påhttps://www.cisco.com/go/video-mesh .

• Lagt til ny alarm som en del av den kommende overføringen til Amazons elastiske containerregister: « videonettnode kunne ikke laste ned nødvendig programvare fra Cisco-skyleverandøren. Problemet kan oppstå på grunn av flere problemer som er relatert til nettverket. Kontroller nettverkstilkobling til det offentlige nettverket, og kontroller DNS-innstillingene. Dette kan også skje på grunn av endringer i brannmuren som finnes mellom Video Mesh-noder og Internett.»

  Videonett-noder fortsetter å oppgradere, men du bør iverksette nødvendige handlinger for å sikre at Videonett-noder får tilgang til nettadressen. Hvis du vil ha mer informasjon, se Kunngjøringer-fanen.

• Løste et problem der Skype for Business-møter feilaktig viste «l2sip-UA» som møtetittel og deltakernavn.

29.04.2019.1873m.4

13. mai 2019

• Løste et problem som førte til at innholdsdeling noen ganger ikke var tilgjengelig ved bruk av SIP-oppringing.

• Løste et problem som førte til at overlappende enheter noen ganger ikke ble opprettet på nytt etter midlertidige nettverksproblemer, noe som førte til delte møter.

• Løste et problem som førte til at innholdsdeling mislyktes i noen scenarier.

29.04.2019 1873 m

30. april 2019

• Ingen produktmerknader for denne vedlikeholdsoppgraderingen.

2019.04.18.1869m.1

26. april 2019

• Løste et problem som førte til at trådløs deling fra Webex Teams for Windows ikke fungerte i noen tilfeller.

2019.03.22.1829m.2

2. april 2019

• Løste et problem som noen ganger førte til at UDP-båndbreddetester mislyktes.

• Løste et problem der NTP-alarmer på Control Hub ikke ble fjernet når en defekt NTP-server begynte å fungere.

19.03.2019 1826 m

22. mars 2019

• Hvis du vil gjøre konfigurasjonsendringer på en registrert node, må du nå sette inn noden vedlikeholdsmodus først.

• Statussiden for oversikt rapporterer resultatet av tilkoblingskontrollen for Amazon-beholderregisteret (ECR).

• Løste et problem der det oppstod en forsinkelse på noen klienter ved bytte av aktive høyttalere og ødelagt video ved pakketap.

• LøstCSCvo93454 – Enveisvideo når Immersive System blir med i Webex.

• LøstCSCvo87069 – Klarerte kilder for SIP-videonett fylles ikke ut

2019.02.14.1788m.1

21. februar 2019

• Løste et problem der endepunkter med tre skjermer ikke ble eksternt dempet av Webex-verten.

• Løste et problem der demping og oppheving av demping noen ganger ikke fungerte for SIP-endepunkter.

• Videonett-noder prøver nå å få tilgang til en ny URL for testing av tilgang til det Amazon-vertsbaserte beholderregisteret (https://615440818562.dkr.ecr.us-east-1.amazonaws.com/).

• Lagt til nye alarmer som genereres på Video Mesh-nodene og vises i Control Hub når responstiden for DNS-spørringer overstiger 1,5 s i disse scenariene:

  • Når spørretiden for DNS-server er lengre enn 1,5 s: “DNS-server<x> responstid for spørringen på<number> ms overskrider maksimal responstid på 1500 ms."

  • Alarmtekst for når spørretiden for DNS-server er lengre enn 1,5 s under løsning av en NTP-server: «Mens du løser<ntp-server> ; DNS-server(er)<x> responstid for spørringen på<number> ms overskredet den maksimale responstiden på 1500 ms."

2019.02.12.1786m

15. februar 2019

• Denne versjonen er kandidatversjonen for TLS SIP-trunk og gjennomsiktig inspeksjons-/ikke-inspeksjonsstøtte for Video Mesh. Hvis du vil ha mer informasjon, kan du se distribusjonsveiledningen påhttps://www.cisco.com/go/video-mesh .

• LøstCSCvo26600 – Tokenvalidator får ikke tokenvalideringsnøkkel hvis den første CI-forespørselen mislykkes

29.01.2019 1773 m

6. februar 2019

• Denne versjonen er kandidatversjonen for funksjonen for to nettverksgrensesnitt . Hvis du vil ha mer informasjon, kan du se distribusjonsveiledningen påhttps://www.cisco.com/go/video-mesh .

• Lagt til nye kontroller for regelmessig å bekrefte gyldigheten til NTP-servere som er konfigurert på videonettnodene. Advarselsmeldinger for ugyldige NTP-server vises i administrasjonsgrensesnittet for videonett ved pålogging og som alarmer i Control Hub.

2019.01.14.1764m.1

18. januar 2019

• Løste et problem der video bare ble overført én vei under et møte, og noen enheter eller klienter ikke kunne se videostrøm.

2018.10.04.1692m

5. oktober 2018

• Ingen produktmerknader for denne vedlikeholdsoppgraderingen.

Februar 2024

• Video Mesh-plattformen er nå integrert med ThousandEyes Enterprise-agenten, slik at du kan utføre ende-til-ende overvåking på tvers av det hybride digitale økosystemet. Denne integreringen utstyrer deg med et bredt utvalg av nettverksovervåkingstester. Problemer hvor som helst i nettverksinfrastrukturen kan diagnostiseres med større presisjon, noe som forbedrer effektiviteten i distribusjonen.

  Hvis du vil ha mer informasjon om hvordan du aktiverer ThousandEyes for organisasjonen din og konfigurerer tester, kan du se ThousandEyes-integrering med videonett .

• I samsvar med den forrige kunngjøringen om overføring av containerregister til Amazon ECR, forventer vi å fullføre overføringen innen midten av mars 2024. Sørg for tilkobling til ECR ved å tillate nettadressen « *dkr.ecr.us-east-1.amazonaws.com" i programmets brannmurer og proxyer.

Desember 2023

Beholderregisteroverføring fra Docker Hub til Amazon ECR

Beholderregister for videonett som er vert for bilder, vil bli endret fra Docker Hub til Amazon ECR. Denne overføringen er planlagt å finne sted i februar 2024. Vi ber kunder om å sikre tilkobling til ECR ved å tillate nettadressen « *.amazonaws.com" i brannmurene og proxyene sine. Dette trinnet er nødvendig for å forhindre potensielle problemer under oppgraderinger.

August 2023

Vi har forbedret allsidigheten og funksjonaliteten til API-er for noden for videonett ved å legge til en rekke nye API-er med varierende funksjoner. Administratorer kan nå velge mellom tre kategorier av API-er som kan hjelpe dem i forskjellige stadier av nodedistribusjon. De er som følger:

• API-er for VMN-administrasjon

• API-er for VMN-nettverk

• VMN Server Certificate API-er

Juli 2023

Webhooks for videonettvarsler

Video Mesh støtter nå varsler via Webhooks, noe som gjør det mulig for organisasjonsadministratorer å overvåke bestemte aspekter ved distribusjonene sine uten problemer. De kan velge å bli varslet om hendelser som anropsoverflyt og samtaleviderekoblinger, noe som minimerer behovet for å logge på Control Hub for å overvåke distribusjonen.

I denne fasen kan følgende hendelsestyper overvåkes via webhooks:

• Omdirigeringer av klyngeanrop – Samtaler omdirigert fra en bestemt klynge.
• Organisasjonsanropsoverflyt – Totalt antall samtaleoverflyt til skyen for en organisasjon.

API-er for videonettnode

Vi har introdusert et sett med API-er som vil hjelpe organisasjonsadministratorer med å opprette, oppdatere, laste ned og slette sertifikater relatert til videonettnoder. Se API-er for videonettnode hvis du vil ha mer informasjon.

Juni 2023

Vi har forbedret grafene og diagrammene i Analytics-instrumentbordet for å utvide funksjonen for klienttypeinkludering.

• Du kan se klyngespesifikke data i Ressurser -fanen.

  Velg en klynge i smultring-grafene eller -diagrammene, og klikk deretter Bruk . Denne handlingen filtrerer også dataene for alle andre grafer, slik at du bare ser dataene som er relevante for den valgte klyngen.

• Vi har lagt til to nye grafer i Ressurser -fanen. Det er de Totalt antall samtaler med etter endepunkttype og Totalt antall samtaler som blir med etter endepunkttypetrend . Du kan velge klynger og bestemte endepunkttyper for bare å vise informasjonen du trenger.

• På Engasjement fanen, har vi gruppert Anropsstrekninger etter endepunkttype tegn grafen i følgende typer:

  • SIP-enheter
  • Webex-appen på skrivebordet
  • Webex-app for mobil
  • Webex-appen VDI
  • Webex-enheter

Mai 2023

Støtte for nettklient

Samtaler via nettklient kan nå lande på Video Mesh-noder, noe som gir organisasjonen din større allsidighet når det gjelder samtaletypene som støttes.

Mars 2023

Ny tilgjengelighetstest og forbedret overvåkingsverktøy

Vi har lagt til en tilgjengelighetstest i det eksisterende settet med overvåkingstester. Tilgjengelighetstesten kjører med overvåkingstester for mediehelse, både regelmessig og ved behov. Vi har også forbedret overvåkingsverktøyet for å gi flere detaljer i testresultatene, og oppdatert oversiktssiden for å gi enklere og mer intuitiv tilgang til detaljert informasjon.

Vi har endret grensesnittbanen for å nå overvåkingsverktøyet for videonett. Du finner den nye Videonett-fanen på Feilsøking > Videonett i stedet for Feilsøking > Status > Videonett som før.

Oversiktssiden for overvåkingsverktøyet grupperer testene i Signaling, Cascade og Reachability, noe som hjelper deg med å finjustere feilsøkingsprosessen.

Februar 2023

Video Mesh-utvikler-API-er for feilsøking og integrering med tredjeparts overvåkingssystemer

• I denne fasen av API-ene for Video Mesh Developer har vi introdusert forbedringer som gjør det mulig for organisasjonsadministratorer å ta full kontroll over feilsøking av videonettdistribusjonene sine.
• Administratorer kan nå utløse forskjellige feilsøkingstester på forespørsel, for eksempel nettverks-, mediehelseovervåker og tilgjengelighetstester fra utviklerportalen. De kan også se detaljerte resultater av testene de utløste, slik at de får dypere innsikt i tilstanden til distribusjonen.

november 2022

Gi nytt navn til klyngen i Control Hub

Du kan nå redigere navnene på videonettklyngene i Control Hub. Vi har også lagt til Unicode-støtte i klyngenavnene.

september 2022

Utvikler-API-er for videonett

Utvikler-API-ene for Video Mesh gir organisasjonsadministratorer en kraftig og fleksibel måte å hente detaljerte beregninger for overvåking og innsiktsfulle analysedata for Video Mesh-distribusjonene på via Webex Developer Portal. De kan sømløst integrere sine eksisterende overvåkingsapplikasjoner med disse API-ene og automatisere overvåking av Video Mesh-klynger og noder. API-ene er tilgjengelige påhttps://developer.webex.com/docs/api/v1/video-mesh . En prøveklient er tilgjengelig påhttps://github.com/CiscoDevNet/video-mesh-api-client .

juli 2022

Endring av verktøy for mediehelseovervåking

Vi har endret frekvensen for periodiske tester for hele klyngen, klyngespesifikke eller nodespesifikke tester. Disse testene kjørte hver time i tidligere utgivelser. De kjører nå hver 6. time.

april 2022

Oppbevar mediene dine i videonett for alle eksterne Webex-møter

I tidligere utgivelser kontrollerte du bruken av videonett bare for møter for de interne nettstedene dine. For møter som er vert på eksterne Webex-nettsteder, kontrollerte disse nettstedene om videonettverket kunne overlappe Webex. Hvis et eksternt nettsted ikke tillot overlappende videonett, brukte media alltid Webex-skynodene.

Med Foretrekk videonett for alle eksterne Webex Meetings Hvis Webex-nettsted ditt har tilgjengelige videonett-noder, kjøres mediene gjennom disse nodene for møter på eksterne nettsteder. Hvis du vil ha mer informasjon, sehttps://help.webex.com/en-us/article/nzvixgk/Keep-your-media-on-Video-Mesh-for-all-external-Webex-meetings .

Desember 2022

Portoppdateringer

For en kommende utgivelse i februar 2022 krever Video Mesh at du åpner følgende portområde for Media Cloud Cascades:

Disse portene kommer i tillegg til den eksisterende porten 5004. Åpne portområdet for UDP 50 000–53 000 i brannmurkonfigurasjonen. Du ser tjenesteavbrudd hvis disse portene ikke er åpne når den kommende utgivelsen går ut.

Som oppført i Nettverkskrav for Webex-tjenester , bruker Expressway allerede dette portområdet for Webex-skyen. Så de fleste distribusjoner krever ingen oppdateringer for å støtte dette nye kravet for Video Mesh. Men i distribusjoner med strengere brannmurregler må du oppdatere brannmurkonfigurasjonen for å åpne disse portene for Video Mesh før februarversjonen.

Oktober 2021

Globalt distribuerte medier

Video Mesh bruker nå globalt distribuerte medier (GDM) funksjonene til Webex for å oppnå bedre medieruting. For å oppnå optimal tilkobling velger Webex den nærmeste skymedienoden til bedriften når du utfører videonettoverlappinger til Webex. Trafikken går deretter gjennom Webex-ryggraden til Webex-mikrotjenestene for møtet. Denne rutingen minimerer ventetiden og holder mesteparten av trafikken på Webex-ryggraden og utenfor Internett.

13. august 2021

Private møter

Funksjonen for privat møte forbedrer sikkerheten for møtet ved å avslutte mediene i dine omgivelser. Når du planlegger et privat møte, avsluttes alltid mediene på videonettnodene i bedriftsnettverk uten skyoverlapping. I motsetning til vanlige møter, overlapper ikke mediene til Webex-skyen hvis de lokale nodene er fulle.

Alle deltakere i et privat møte må tilhøre organisasjonen din. De kan bli med ved hjelp av Webex-appen eller et autentisert videosystem. Deltakere med VPN- eller MRA-tilgang til nettverket ditt kan bli med i et privat møte. Men ingen kan bli med på et privat møte utenfor nettverket ditt.

Se Private møter delen i distribusjonsveiledningen påhttps://www.cisco.com/go/video-mesh og Planlegg et privat Webex-møte artikkelen.

09. februar 2021

Tilgang til noder fra Control Hub for fullstendige administratorer

Vi forbedret Control Hub for å gi fullstendige administratorer for Webex-organisasjonen din tilgang til videonettnoder fra Control Hub.

Bare en fullstendig administrator for Webex-organisasjonen din kan bruke denne funksjonen. Andre administratorer, inkludert partnere og fullstendige eksterne administratorer, har ikke Gå til node alternativet for ressursene for videonett.

Se Få tilgang til oversikt over Webex- videonettnode fra nettgrensesnitt delen i distribusjonsveiledningen påhttps://www.cisco.com/go/video-mesh .

26. august 2020

DNS-bufring

Hvis DNS-svar til Video Mesh-nodene regelmessig tar mer enn 750 ms, kan du aktivere DNS-bufring. Når DNS-bufring er på, bufrer noden DNS-svar lokalt. Lokal bufring gjør det mindre sannsynlig at forespørsler forårsaker tilkoblingsalarmer, anropsavbrudd eller problemer med samtalekvaliteten. DNS-bufring kan også redusere belastningen på DNS-infrastrukturen.

DNS-bufring er for øyeblikket deaktivert som standard. Hvis du vil slå den på, kan du se Aktiver eller deaktiver DNS-bufring delen i distribusjonsveiledningen påhttps://www.cisco.com/go/video-mesh .

Støtte for Webex Events

Webex-videonett støtter nå Webex Events.

7. august 2020

Kort videoadresseformat for Webex Meetings

På WBS39.9 og nyere nettsteder kan brukere bli med på møter ved hjelp av den kortere <meeting_number>@webex.com videoadresseformat (i stedet for <meeting_number>@<site_name>.webex.com). Videonett støtter nå dette kortere adresseformatet.

Distribusjonsveiledningen påhttps://www.cisco.com/go/video-mesh har instruksjoner om håndtering av det kortere formatet når du setter opp en distribusjon av videonett.

Hvis du vil bruke det korte videoadresseformatet med en eksisterende videonettdistribusjon, legger du til en rute eller et oppringingsmønster for å håndtere formatet. Hvis du vil ha mer informasjon, kan du se den aktuelle oppgaven som inkluderer «kort videoadresse» i veiledningen, avhengig av hvordan du konfigurerte miljøet for samtalekontroll :

• Konfigurer Unified CM Secure TLS SIP-trafikkruting for Webex-videonett

• Konfigurer Unified CM TCP SIP-trafikkruting for Webex-videonett

• Konfigurer Expressway TCP SIP-trafikkruting for videonett

Som standard bruker møteinvitasjoner for øyeblikket fortsatt det lengre formatet. Hvis du vil endre formatet for Webex-nettsted ditt , kan du se Vis det korte videoadresseformatet for Webex Meetings og Events .

9. juli 2020

Nye innstillinger for MTU-konfigurasjon for nettverksgrensesnitt i nettgrensesnittet for videonettnode

Du kan nå angi maksimal størrelse på overføringsenheten (MTU) manuelt på det interne nettverksgrensesnitt og MTU på det eksterne nettverksgrensesnitt, hvis aktivert.

Alle Webex Video Mesh-noder har Path MTU (PMTU)-oppdaging som er aktivert som standard. Med PMTU kan noden oppdage MTU-problemer og justere MTU-størrelsen automatisk. Når PMTU mislykkes på grunn av brannmur- eller nettverksproblemer, kan noden ha tilkoblingsproblemer til skyen fordi pakker som er større enn MTU-en, faller bort. Manuell innstilling av en lavere MTU-størrelse kan løse dette problemet.

Du finner de manuelle MTU-innstillingene på siden for nettverksinnstillinger Avansert -fanen i webgrensesnitt for Webex videonettnode . Hvis du vil ha mer informasjon, kan du se distribusjonsveiledningen påhttps://www.cisco.com/go/video-mesh .

26. juni 2020

Nytt distribusjonsalternativ for VMNLite

Distribusjoner av hovedsakelig Webex Teams og skyregistrerte endepunkter bruker mer veksling og færre transkodingsressurser enn standardkonfigurasjonen gir. Distribusjon av flere, mindre virtuelle maskiner på verten optimaliserer ressursene for dette scenariet.

Av denne grunn introduserer vi et nytt «VMNLite»-alternativ for distribusjon av flere Webex-videonettnoder til vertsserveren som kjører VMware ESXI eller vCenter. VMNLite krever følgende spesifikasjoner for hver virtuell maskin:

• 23 vCPU-er for videonettnode

• 20 GB hovedminne

• 80 GB lokal harddiskplass

Med disse spesifikasjonene kan du distribuere (eller erstatte en eksisterende virtuell maskin med) flere forekomster, avhengig av maskinvaren:

Testingen vår viser en 50 % forbedring i byttede samtaleytelse med 3 VMNLite-noder på én enkelt CMS1000 sammenlignet med distribusjon av én virtuell maskin.

Som med standardkonfigurasjonen, kan du ikke ha coresidency med andre tjenester på virtuelle VMNLite-maskiner.

Hvis du vil ha mer informasjon, kan du se distribusjonsveiledningen påhttps://www.cisco.com/go/video-mesh . Hvis du vil ha fremgangsmåten for å erstatte standardkonfigurasjonen med VMNLite, kan du se Behandle og feilsøke Webex-videonett kapittel.

9. juni 2020

Nytt ukentlig alternativ for automatisk programvareoppgradering for videonettklynger

Du kan nå planlegge at automatiske programvareoppgraderinger på videonettklyngene dine skal skje på ukentlig basis i stedet for daglig (standard). Du kan utsette en oppgradering én gang. Hvis du angir en ukentlig tidsplan, betyr utsettelse at oppgraderingen skjer i løpet av den påfølgende ukens oppgraderingsvindu.

Du kan angi oppgraderingsplanen mens du registrerer en ny klynge, eller endre tidsplanen for en eksisterende klynge. Hvis du vil ha mer informasjon, se dokumentasjonen for Videonett på https://www.cisco.com/go/video-mesh.

24. april 2020

Eksternt nettverksgrensesnitt, rutingsregler, alternativer for containernettverk i nettgrensesnittet for videonettnode

webgrensesnitt for Video Mesh inneholder flere nye funksjoner som gjør håndteringen av nettverksendringer enklere. Du kan aktivere det eksterne grensesnittet i en distribusjon med to nettverksgrensesnitt (NIC) fra webgrensesnitt. Du kan deretter finjustere rutingen for Video Mesh-noder ved å legge til brukerdefinerte ruteregler for eksterne og interne grensesnitt. Og du kan endre IP-adresse og subnettet for containerbroen.

Hvis du vil ha mer informasjon om hvordan du får tilgang til oppdateringene til webgrensesnitt, kan du se Behandle og feilsøke Webex-videonett kapittel i distribusjonsveiledningen påhttps://www.cisco.com/go/video-mesh .

20. mars 2020

Støtte for Cisco Webex Teams EMEAR Data Residency

Organisasjoner i Cisco Webex Teams -regionen for europeiske data-residency. kan nå bruke Video Mesh. Denne støtten inkluderer både nyopprettede fase 2 EMEAR-organisasjoner og eksisterende fase 1 EMEAR-organisasjoner.

Hvis du vil ha mer informasjon, kan du se Datalagring i Cisco Webex Teams.

18. september 2018

Quality of Service (QoS) forbedringer for videonett

Videonettnoder overholder nå anbefalte anbefalte beste praksis for tjenestekvalitet (QoS) ved å aktivere portområder som lar deg skille mellom lyd- og videostrømmer i alle flyter til og fra videonettnodene. Denne endringen lar deg opprette QoS-policyer og effektivt merke trafikk til og fra videonettnodene.

Til disse portendringene følger QoS-endringer. Videomesh-noder merker automatisk medietrafikk fra SIP-registrerte endepunkter (lokal Unified CM eller VCS Expressway-registrert) for både lyd (EF) og video (AF41) separat med passende tjenesteklasse og bruker kjente portområder for bestemte medietyper .

Kildetrafikken fra de lokale registrerte endepunktene bestemmes alltid av konfigurasjonen på samtalekontroll (Unified CM eller VCS Expressway).

Hvis du vil ha mer informasjon, kan du se QoS-tabellen på Porter og protokoller som brukes av Webex-videonett og fremgangsmåten for å aktivere eller deaktivere QoS i Oppgaveflyt for distribusjon av videonett i Distribusjonsveiledning for Cisco Webex-videonett (https://www.cisco.com/go/video-mesh ).

Webex-appen fortsetter å koble til Video Mesh-noder over delte porter 5004 og 5006. Disse portene brukes også av Webex App-apper og -endepunkter for STUN-tilgjengelighetstester til Video Mesh-noder. Videonett-node til Videonett-node for overlappende enheter bruker en delt målport på 5004 eller 5006.

12. februar 2018

Støtte for flere strømmer for alle deltakere i Cisco Spark- og Cisco WebEx Meetings

Hvis du er vert for møter på lokale hybridmedienoder gjennom Cisco Spark Hybrid Media Service, kan du dra nytte av funksjonene som er inkludert i støtte for flerstrømming. Multistream gir bedre båndbreddeutnyttelse i gjennomsnitt, spesielt for overlappende koblingen mellom Hybrid Media Service-nodene og de offentlige Cisco Spark-medienodene.

Hvis du vil ha mer informasjon, se Støtte for flerstrømming for alle deltakere i Cisco Spark og Cisco WebEx Meetings .

5. januar 2018

Støtte for Cisco WebEx og Cisco Spark Meetings, portendringer og OVA-oppdatering

Cisco Spark Hybrid Media Service støtter nå lokale SIP-registrerte endepunkter som blir med i Cisco WebEx-møter og Cisco Spark-møter. Tjenesten inkluderer også nye bruks- og innføringsrapporter i Control Hub. Du må sørge for at WebEx-nettstedet ditt er på Cisco WebEx-videoplattform versjon 2.0 for å dra full nytte av hybrid medietjeneste. (Du kan bekrefte at WebEx-nettstedet ditt er på videoplattform versjon 2.0 hvis det har listen Medieressurstype tilgjengelig i nettstedsalternativene for møterom for skysamarbeid.)

Portendringer

• Hybridmedietjenesten krever nå en ny målport (5006).

• TCP/UDP-port 33434 støttes ikke lenger av tjenesten.

Hvis du vil ha en fullstendig liste, kan du se Porter og protokoller som brukes av Hybrid Media Service " i Distribusjonsveiledning for Cisco Spark Hybrid Media Service.

OVA-oppdatering

Tjenesten krever at du laster ned og installerer den nyeste OVA-oppdateringen på hybridmedienodene. Hvis du vil laste ned den nyeste OVA-en, fra kundevisningen i https:// admin.ciscospark.com , gå til Tjenester > Hybridmedier > Konfigurer > Innstillinger .

Oppgrader hver hybridmedienode i klyngen din ved å gjøre følgende:

1. Flytt noden til vedlikeholdsmodus. Se Flytt en hybrid servicenode til vedlikeholdsmodus .

2. Avregistrere noden. Se « Avregistrere hybridmedienoden " i Distribusjonsveiledning for Cisco Spark Hybrid Media Service.

3. Slett den virtuelle hybridmedienoden fra VMware vSphere-klienten eller fra vCenter.

4. Installer den nye OVA-en for Hybrid Media Service og programvaren, angi newtork-konfigurasjonen og registrer hybridmedienoden på nytt til Cisco Collaboration Cloud. Se « Distribuere Hybrid Media Service " i Distribusjonsveiledning for Cisco Spark Hybrid Media Service.

5. Flytt noden ut av vedlikeholdsmodus. Se Flytt en hybrid servicenode til vedlikeholdsmodus .

Hvis du vil lese om alle funksjonsendringene, nye distribusjonstrinn og veiledning for klargjøring av WebEx-nettstedet, kan du se Distribusjonsveiledning for Cisco Spark Hybrid Media Service påhttps://www.cisco.com/go/hybrid-services-media . Den Ny og endret informasjon delen av veiledningen lenker til oppdaterte deler.