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 stakkoppsett på lokale registrerte videoenheter.

2021.05.05.2395m.5

21. mai 2021

• Inkluderer mindre forbedringer for visning av 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 statistikk for 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 i nettbrukergrensesnittet for Video Mesh Node Administration.

• Løser jitterproblemer og feilaktig 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

8. januar 2021

• Forbedret NTP-alarmmeldingene på videonettnoder.

• Vi har løst et problem der du ikke kan endre passordet ditt via GUI hvis passordet utløper er satt til "aldri".

• Forbedret visningen for visse registreringsfeil.

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

• Ytelsestester rapporterer ikke lenger sertifikatfeil som ytelsesfeil.

• Oppdaterte tilgjengelighetsalarmer for private møter Video Mesh Node-klynger.

2020.12.08.2333m

11. desember 2020

• Utvidet informasjonen som er tilgjengelig for DNS-bufferen. Se «Aktiver eller deaktiver DNS-bufring» i distribusjonsveiledningen.

• Vi har løst et kosmetisk problem der utløsning av en helsetest kan føre til at nodetilstanden feilaktig vises som «Installering» på Control Hub.

2020.11.17.2319m.9

8. desember 2020

Denne versjonen inkluderer endringer for å forhindre SIP-anropsfeil når du mister nettverkstilkoblingen mellom klyngene.

2020.11.17.2319m.4

1. desember 2020

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

• Kjører på forespørsel eller regelmessige tester hver time på per node, per klyngebasis.

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

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

• Historisk sporing av testfeil i opptil sju 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.

• Økte verbositeten til feilmeldinger for å feilsøke fremtidige NTP-problemer på videonettnoder.

• Vi har løst et problem der VMN-loggopplastinger mislyktes.

• Løste overlappingsproblemer mellom videonettnoder og nye skynoder.

2020.10.16.2305m

23. oktober 2020

• Vi har løst et problem der vedlikeholdsmodusen ikke ville slås på riktig i visse situasjoner.

2020.09.22.2288m.3

1. oktober 2020

• Ingen produktmerknader for denne vedlikeholdsoppgraderingen.

2020.09.22.2288m

30. september 2020

• Lagt til hastighetsgrenser for båndbreddetestene på Oversikt-siden.

• Vi har løst et problem med TCP-rekkeviddetesten.

• Korrigerte verdier for forsinkelse/rundturtid i mediestatistikk på feilsøkingssiden for møter i Control Hub. (Statistikken var av for noen samtaler med en faktor på 1000.)

• Endret til å bruke bare sikrere TLS-chifre på enkelte porter.

2020.09.11.2279m

18. september 2020

• Lagt til informasjon om IP-adresseområdet som er reservert for intern bruk i webgrensesnittet for videonettnoden.

• Reduserte IP-adresseområdet 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

• Deaktivert TLS 1.1 på port 33432.

• Fikset dårlig statistikk vist på IX5000 presentasjon lydstrøm når du flytter 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 får IPv6 DNS-servere.

• Vi har løst et problem som førte til feil i rekkeviddetesten på grunn av utmattelse av port.

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

• Vi har løst et problem der UDP-opplastings-/nedlastingsdata ble feilaktig vist i testresultatene for båndbredde på webgrensesnittet.

2020.08.06.2258m.4

18. august 2020

• Ingen produktmerknader for denne vedlikeholdsoppgraderingen.

2020.08.06.2258m.1

13. august 2020

• Vi har løst et problem der en IX5000 ville slippe samtalen når den ble flyttet fra et møte tilbake til lobbyen.

• Vi har løst et problem der en node konfigurert til å bruke eksplisitt proxy kan miste nettverkstilkoblingen hvis IP-adressen for containernettverket endres.

2020.07.15.2245m

20. juli 2020

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

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

2020.06.29.2236m.10

9. juli 2020

• Endret atferden til DNS-oppløsningstesten. Hver konfigurert DNS-server må nå kunne løse test-FQDN for at DNS-testen skal bestå. (I tidligere versjoner, hvis en DNS-server var i stand til å løse testen FQDN, ville testen bestå.)

• Forbedret mediekvalitet i tapsløse nettverk.

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

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

2020.06.18.2231m

26. juni 2020

• Forbedret størrelsesforhold 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.

• Rettet en feil der du får en feil hvis du starter og deretter raskt stopper pakkeopptak.

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

• Fjernet standard NTP-konfigurasjon. En gyldig NTP-konfigurasjon er nå nødvendig for å registrere en node. Lagt til alarmer hvis NTP-konfigurasjonen er tom eller noden ikke kan nå en konfigurert NTP-server.

• Vi har løst et problem der proxy-tilkoblingstesten feilaktig rapporterte en feil på grunn av et tidsavbrudd som var for kort.

• La til avslutning og omstart-funksjonalitet i webgrensesnittet for videonettnoden.

2020.05.26.2200m.3

10. juni 2020

• Lagt til muligheten til å slå vedlikeholdsmodus på og av fra administrasjonssiden for videonett-noden.

• Fjernet alarmer og kontroller for tilkobling til Amazon ECR-serveren fra nodens nettgrensesnitt Oversikt-side.

• La til en oppstartstæller på siden Oversikt over node-webgrensesnittet.

• Fjernet CPU-utnyttelse fra nodens nettgrensesnitt Oversikt-side.

• Deaktiverte proxy-tilkoblingstester til port 444 som en del av overgangsoverlappende signalering til port 443.

2020.05.13.2195m

27. mai 2020

• Vi har løst et problem der en tredjeparts automatisk utfylling av nettleser kunne forstyrre webgrensesnittet for Webex Video Mesh-noden.

2020.04.16.2176m.2

8. mai 2020

• Løste et problem der port 444-tilkoblingskontrolleren feilaktig rapporterte en feil når bak bestemte typer proxyer.

• Vi har løst et problem der et serversertifikat som ikke samsvarer, ble installert hvis et sertifikat som samsvarer riktig tidligere ble lastet opp.

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

2020.04.16.2176m.1

24. april 2020

• Fjernet støtte for TLS1.1.

• La til flere kontroller for skytilkobling på Oversikt-siden i Webex-videonett-nodens nettgrensesnitt.

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

• La til en nøkkellengde-begrensning på siden Serversertifikat, 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 passfrase. I slike tilfeller vil videonett-noden bruke et selvsignert sertifikat.

2020.03.11.2143m.8

17. april 2020

• Vi har løst et problem som førte til at noen klienter kun fikk lyd fra de to øverste aktive talerne når noen deler innholdslyd.

• Vi har løst et problem som kan forårsake anropsfeil når mange anropsforsøk gjøres på kort tid.

2020.03.11.2143m.7

6. april 2020

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

• Økt tidsavbrudd for flerstrømssignaler for samtaler med to skjermer.

• Reduserte antall forespørsler til identitetstjenesten.

• Endret måten vi håndterer OAuth-verifisering 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 samtalestjekkene 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-godkjenning. (Videonett 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 regelmessige feil i samtalestrømmen oppstår på noden utover en bestemt terskel.

  Alarm-ID: 'mf.callHealth.fail', alvorlighetsgrad: "advarsel", tittel: «Samtalestjekk mislyktes»

2020.02.09.2120m.1

28. februar 2020

• Ingen produktmerknader for denne vedlikeholdsoppgraderingen.

2020.01.30.2115m

7. februar 2020

• Løst CSCvs70769– NGINX HTTP-forespørsel om smugling av sårbarhet

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

2020.01.12.2091m

22. januar 2020

• Lagt til tilbakestilling av fabrikkinnstillinger i webgrensesnittet for videonettnoder. Hvis du vil ha mer informasjon, kan du se Administrere videonettnode fra nettgrensesnittet i distribusjonsveiledningen på https://www.cisco.com/go/video-mesh.

• Vi har løst et problem ( CSCvs28104) der video av lav kvalitet kunne vises på noen skjermer av et minimalistisk treskjermendepunkt.

• Vi har løst et problem der noen SIP-samtaler opplevde forsinket oppsett.

2019.12.15.2053m

8. januar 2020

• Vi har løst et problem der møter (som inkluderte minst én Webex Board) sendte videostrømmer med lav oppløsning fra SIP-enheter til Webex-endepunkter.

2019.12.03.2042m

12. desember 2019

• Vi har løst et problem der møtedeltakelsesskjermen forble tom når *.clouddrive.com ble blokkert på et kundenettverk. Selv om skjermen for å bli med i møtet ikke lenger er tom i dette scenariet, krever vi fortsatt at du opphever blokkeringen av denne URL-adressen på nettverket ditt for å unngå utilsiktede bivirkninger.

• La til administrasjon av passord i nettgrensesnittet for videonettnoder. Hvis du vil ha mer informasjon, kan du se Administrere videonettnode fra nettgrensesnittet i distribusjonsveiledningen på https://www.cisco.com/go/video-mesh.

2019.11.06.1992m

14. november 2019

• Løst CSCvr92794– Feil feil msg på FQDN-validering mot node-IP.

• Vi har løst et problem der noder ikke klarte seg riktig 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 avbrutte samtaler.

2019.10.21.1973m.1

1. november 2019

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

2019.10.11.1964m.1

23. oktober 2019

• Løst CSCvr39819– Sårbar programvareversjon.

• Fast CSCvr39878– X.509 selvsignert sertifikat hvis vanlige navn ikke samsvarer med den utstedende serveren (SSL/TLS). Gjort en endring der det vanlige navnet på sertifikatet på noden gir nodens FQDN (hvis tilgjengelig) eller IP-adressen.

• Lagt til et nytt felt "Emnealternativ(e):" i skjemaet for opprettelse av kundeservicerepresentant i webgrensesnittet.

2019.09.19.1956m

26. september 2019

• La til nettverksinnstillinger i nettbrukergrensesnittet (UI) for videonettnoden. Hvis du vil ha mer informasjon, se Konfigurere nettverksinnstillinger fra Webex Video Mesh Node Web Interface.

• Endret alarmen fra kritisk til advarsel: «Videonett-noden kunne ikke laste ned den nødvendige programvaren fra Cisco-skyleverandøren. Problemet kan oppstå på grunn av flere problemer som er relatert til nettverket. Kontroller nettverkstilkoblingen til det offentlige nettverket (.amazonaws.com) og kontroller DNS-innstillingene. Dette kan også skje på grunn av endringer i brannmuren som er til stede mellom videonett-noder og internett.»

• Vi har løst et problem der reflektorserverportene ikke ble frigitt selv etter at reflektorverktøyet ble stoppet i nodens nettbrukergrensesnitt.

• Fikset en sårbarhet som påvirket Ping and Check NTP API-ene der en angriper kunne starte et kommandoinjeksjonsangrep hvis de hadde tilgang til godkjente API-er.

• Forbedret kodekvalget for overført video.

• Serversertifikater som er signert med svake chifre (som MD2 eller MD5), godtas ikke lenger i grensesnittet for sertifikatet for videonettnode.

2019.08.21.1941m.2

13. september 2019

• Vi har løst et problem der nodens CPU-nivåer spiket og ikke ville gå tilbake til akseptable nivåer.

• Vi har løst et problem der innhold sendt av deltakere som er koblet til en skynode, ikke vil bli mottatt av deltakere som er koblet til lokale noder, hvis det er en brannmur for Palo Alto Networks (PAN) i nettverket.

• La til en nettverkskonfigurasjonsside i nodeprogramvaren. Administratorer kan angi nettverksinnstillingene under første oppsett av noden virtuelle maskinen. Se Installere programvare for Webex-videonettnode i distribusjonsveiledningen for mer informasjon.

2019.08.14.1937m

16. august 2019

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

• La til en konfigurasjonsendringer som hindrer overflyt av samtaler til skyen.

2019.08.01.1929m

8. august 2019

• Løste to problemer:

  • Pakkeopptak fra nettbrukergrensesnittet startet ikke, men det ble ikke vist noen feilmelding.

  • Pakkeopptak kjørte ikke fordi Ubuntu-URL-adresser ble blokkert. (Med denne løsningen er det ikke nødvendig å endre URL-adressen på brannmuren.)

2019.07.12.1917m

25. juli 2019

• Fjernet overlappinginformasjon fra samtalestatuskortet i nodens webgrensesnitt til bedre måledata er tilgjengelige.

• La til OS-versjonen på nodedetaljkortet i nodens webgrensesnitt.

• Redesignet brukergrensesnittet for feilsøkingssiden på nodens webgrensesnitt. (Se distribusjonsveiledningen for mer informasjon.)

• Lagt til tilkoblingskontroller ved bruk av ping, traceroute og NTP-verifisering i nodens webgrensesnitt. (Se distribusjonsveiledningen for mer informasjon.)

• Forbedret oppløsning og framerate valg for presentasjonsstrømmer.

• Vi har løst et problem der for mye båndbredde noen ganger ble sendt til bytte deltakere.

• Vi har løst et problem der ingen mulighet for å slå av demping var tilgjengelig for noen deltakertyper når de ble dempet av verten.

• Forbedret komprimering av medier for transkodede presentasjoner.

2019.06.13.1907m.7

12. juli 2019

• Vi har løst et problem som noen ganger førte til at videooppløsningen falt selv når ingen pakker ble tapt og ventetiden var lav.

• Vi har løst et problem der delt lyd noen ganger oppstod når deltakerne ble dempet av verten og deretter slått av demping.

2019.06.13.1907m.3

20. juni 2019

• Vi har løst et problem der presentasjonsdelingstilstanden var feil hvis et endepunkt prøvde å dele mens det var på lobbyskjermen.

• La til en forbedring for å gjøre starten på presentasjonsdeling raskere når den er transkodet.

2019.06.13.1907m.1

14. juni 2019

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

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

• Vi har løst et problem der pakketap noen ganger ikke fungerte de første minuttene av et møte.

• Vi har løst et problem med mediemotstandsdyktighet som noen ganger førte til at båndbredden i bruk i betydelig grad oversteg den forhandlede båndbredden i en kort periode.

2019.05.20.1892m1

24. mai 2019

• Lagt til nye servicefunksjoner i Video Mesh-nodens webgrensesnitt (generering av pakkeopptak, logggenerering og forbedringer av oversiktssiden). Hvis du vil ha mer informasjon om disse funksjonene, kan du se kapittelet Administrer Webex-videonett i distribusjonsveiledningen på https://www.cisco.com/go/video-mesh.

• La til en ny alarm som en del av den kommende overføringen til Amazon elastic container-registeret: «Videonett-noden kunne ikke laste ned den nødvendige programvaren fra Cisco-skyleverandøren. Problemet kan oppstå på grunn av flere problemer som er relatert til nettverket. Kontroller nettverkstilkoblingen til det offentlige nettverket og kontroller DNS-innstillingene. Dette kan også skje på grunn av endringer i brannmuren som er til stede mellom videonett-noder og internett.»

  Videonettnoder vil fortsette å oppgradere, men du bør iverksette nødvendige tiltak for å sikre at videonettnoder har tilgang til URL-adressen. Hvis du vil ha mer informasjon, kan du se fanen Kunngjøringer.

• Vi har løst et problem der Skype for Business-møter feilaktig viste «l2sip-UA» som møtetittel og deltakernavn.

2019.04.29.1873m.4

13. mai 2019

• Vi har løst et problem som førte til at innholdsdeling noen ganger ikke var tilgjengelig når du brukte SIP-oppringing.

• Vi har løst et problem som førte til at overlappinger noen ganger ikke ble gjenopprettet etter midlertidige nettverksproblemer, noe som førte til delte møter.

• Vi har løst et problem som førte til at innholdsdeling mislyktes i noen scenarier.

2019.04.29.1873m

30. april 2019

• Ingen produktmerknader for denne vedlikeholdsoppgraderingen.

2019.04.18.1869m.1

26. april 2019

• Vi har løst 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

• Vi har løst et problem som noen ganger førte til at UDP-båndbreddetester mislyktes.

• Vi har løst et problem der NTP-alarmer på Control Hub ikke ble fjernet når en feil NTP-server begynte å fungere.

2019.03.19.1826m

22. mars 2019

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

• Oversiktssiden rapporterer resultatet av tilkoblingskontrollen for Amazon-containerregisteret (ECR).

• Vi har løst et problem der det var en forsinkelse på noen klienter når de byttet aktive høyttalere og skadet video når det var pakketap.

• Løst CSCvo93454– Enveis video når Immersive System blir med i Webex.

• Fast CSCvo87069– Klarerte SIP-kilder for videonett fylles ikke ut

2019.02.14.1788m.1

21. februar 2019

• Vi har løst et problem der treskjerms endepunkter ikke ble dempet eksternt av Webex-verten.

• Vi har løst et problem der demping og demping noen ganger ikke fungerte for SIP-endepunkter.

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

• Lagt til nye alarmer som genereres på videonettnodene og vises i Control Hub når svartiden for DNS-spørring overskrider 1,5 s i disse scenarioene:

  • Når spørringstiden for DNS-serveren er lengre enn 1,5 s: «DNS-serverens svartid for spørring på ms overskrider den maksimale svartiden på 1500 ms.»

  • Alarmtekst for når spørringstiden for DNS-serveren er lengre enn 1,5 s mens du løser en NTP-server: «Mens du løser ; DNS-serveren(e) sin spørringsvarstid på ms overskredet den maksimale svartiden på 1500 ms.»

2019.02.12.1786m

15. februar 2019

• Denne versjonen er kandidatutgivelsen for TLS SIP-kanalen og gjennomsiktig inspeksjons-/ikke-inspeksjons-proxy-støtte for videonett. Hvis du vil ha mer informasjon, kan du se distribusjonsveiledningen på https://www.cisco.com/go/video-mesh.

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

2019.01.29.1773m

6. februar 2019

• Denne versjonen er kandidatutgivelsen for funksjonen med 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 å bekrefte gyldigheten av NTP-servere som er konfigurert på videonettnodene med jevne mellomrom. Ugyldige NTP-servervarselmeldinger vises på administrasjonsgrensesnittet for videonett ved pålogging og som alarmer i Control Hub.

2019.01.14.1764m.1

18. januar 2019

• Vi har løst et problem der video bare ble overført på én måte under et møte og noen enheter eller klienter ikke kunne se videostrømmen.

2018.10.04.1692m

5. oktober 2018

• Ingen produktmerknader for denne vedlikeholdsoppgraderingen.

November 2024

Avvikling av støtte for Telepresence Interoperability Protocol (TIP) og Multiplex (MUX)

Videonett støtter ikke lenger TelePresence Interoperability Protocol (TIP) og Multiplex (MUX) som brukes for CTS-, TX- og IX-enheter i samsvar med Webex som avskriver TIP/MUX-protokollen.

Februar 2024

• Videonett-plattformen er nå integrert med ThousandEyes Enterprise-agenten, slik at du kan utføre ende-til-ende-overvåking på tvers av ditt hybride digitale økosystem. Denne integreringen gir deg en rekke tester for nettverksovervåking. 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 og konfigurerer tester, kan du se ThousandEyes-integrering med videonett.

• I henhold til den forrige kunngjøringen om overføring av containerregisteret til Amazon ECR, forventer vi å fullføre overføringen innen midten av mars 2024. Sørg for tilkobling til ECR ved å tillate URL-adressen «*dkr.ecr.us-east-1.amazonaws.com» i programbrannmurene og proxyer.

Desember 2023

Overføring av containerregister fra Docker Hub til Amazon ECR

Videonettbeholderregister som er vert for bilder, vil bli endret fra Docker Hub til Amazon ECR. Denne overføringen er planlagt å skje i februar 2024. Vi ber kundene om å sikre tilkobling til ECR ved å tillate URL-adressen «*.amazonaws.com» i programbrannmurene og proxyer. Dette trinnet er nødvendig for å forhindre potensielle problemer under oppgraderinger.

august 2023

Vi har forbedret allsidighet og funksjonalitet til Video Mesh node API-er ved å legge til en hel rekke nye API-er med ulike funksjoner. Administratorer kan nå velge mellom 3 kategorier av API-er som kan hjelpe dem i ulike stadier av nodedistribusjon. De er som følger:

• VMN administrasjons-API-er

• VMN Network API-er

• API-er for VMN-serversertifikat

Juli 2023

Webhooks for videonettvarsler

Video Mesh støtter nå varsler gjennom Webhooks, slik at organisasjonsadministratorer kan overvåke visse aspekter av distribusjonen. De kan velge å bli varslet om hendelser som overløp av anrop og omdirigering av anrop, noe som minimerer behovet for å logge på Control Hub for å overvåke distribusjonen.

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

• Omdirigering av klyngesamtale – Samtaler omdirigert fra en bestemt klynge.
• Overløp av organisasjonssamtaler – Totalt antall overløp av samtaler 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 Video mesh Node API-er for mer informasjon.

Juni 2023

Vi har forbedret grafene og diagrammene i Analyse-instrumentbordet for å øke funksjonen Klienttype-inkludering.

• Du kan se klyngespesifikke data i Ressurser -fanen.

  Velg en klynge i en av donut-grafene eller diagrammene, og klikk deretter på 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. De er Totalt antall samtaledeltakere etter endepunkttype og Totalt antall samtaledeltakere etter endepunkttypetrend. Du kan velge klynger og spesifikke endepunkttyper for å vise bare informasjonen du trenger.

• I fanen Engasjement har vi gruppert grafen Anropsstrekninger etter endepunkttype i følgende typer:

  • SIP-enheter
  • Skrivebordet for Webex-appen
  • Webex-mobilapp
  • Webex-appen VDI
  • Webex-enheter

Mai 2023

Nettklientstøtte

Samtaler som gjøres via webklient, kan nå lande på Video Mesh-noder, noe som gir organisasjonen større allsidighet i hvilke typer samtaler som støttes.

Mars 2023

Ny rekkeviddetest og forbedret overvåkingsverktøy

Vi har lagt til en rekkeviddetest i det eksisterende settet med overvåkingstester. Rekkeviddetesten utføres med overvåkingstester for mediehelse, både regelmessig og på forespørsel. Vi har også forbedret overvåkingsverktøyet for å gi mer detaljert informasjon i testresultatene, og oppdatert oversiktssiden for å gi enklere og mer intuitiv tilgang til detaljert informasjon.

Vi har endret UI-banen 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 Signalisering, Overlapping og Rekkevidde, slik at du kan finjustere feilsøkingsprosessen.

Februar 2023

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

• I denne fasen av API-ene for videonettutviklere har vi introdusert forbedringer som gjør det mulig for organisasjonsadministratorer å ta full kontroll over feilsøking av videonettdistribusjoner.
• Administratorer kan nå utløse ulike feilsøkingstester på forespørsel, for eksempel nettverk, mediehelseovervåking og rekkeviddetester fra utviklerportalen. De kan også se detaljerte resultater av testene de utløst, noe som hjelper dem med å få dypere innsikt i helsen til distribusjonen.

November 2022

Klynge får nytt navn 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

API-er for videonettutviklere

API-ene for videonettutviklere gir organisasjonsadministratorer en kraftig og fleksibel måte å hente detaljerte målinger for overvåking og innsiktsfulle analysedata for videonettdistribusjoner gjennom Webex Developer Portal. De kan sømløst integrere sine eksisterende overvåkingsprogrammer med disse API-ene og automatisere overvåking av sine videonettklynger og noder. API-ene er tilgjengelige på https://developer.webex.com/docs/api/v1/video-mesh. En eksempelklient er tilgjengelig på https://github.com/CiscoDevNet/video-mesh-api-client.

Juli 2022

Endring av verktøy for overvåking av medietilstand

Vi har endret frekvensen av periodiske tester på tvers av klynger, klyngespesifikke eller nodespesifikke tester. Disse testene kjørte hver time i tidligere utgivelser. De løper nå hver 6. time.

April 2022

Hold mediene dine på videonett for alle eksterne Webex-møter

I tidligere versjoner kontrollerte du bruken av videonett for møter bare for interne nettsteder. For møter som driftes på eksterne Webex-nettsteder, kontrollerte disse nettstedene om videonett kunne overlappe Webex. Hvis et eksternt nettsted ikke tillater overlapping av videonett, brukte mediene dine alltid Webex-skynodene.

Med innstillingen Foretrekker videonett for alle eksterne Webex-møter , hvis Webex-nettstedet har tilgjengelige videonettnoder, kjører mediene dine gjennom disse nodene for møter på eksterne nettsteder. For mer informasjon, se https://help.webex.com/en-us/article/nzvixgk/Keep-your-media-on-Video-Mesh-for-all-external-Webex-meetings.

Januar 2022

Portoppdateringer

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

Disse portene er i tillegg til den eksisterende port 5004. Åpne portområdet UDP 50 000–53 000 i brannmurkonfigurasjonen. Du vil se 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 videonett. Men i distribusjoner med strengere brannmurregler må du oppdatere brannmurkonfigurasjonen for å åpne disse portene for videonett før februar-utgivelsen.

Oktober 2021

Globalt distribuerte medier

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

13. august 2021

Private møter

Funksjonen Privat møte forbedrer sikkerheten til møtet ditt ved å avslutte mediene i lokalene dine. Når du planlegger et privat møte, avsluttes mediene alltid på Video Mesh-nodene i bedriftsnettverket 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 godkjent 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 delen Private møter i distribusjonsveiledningen på https://www.cisco.com/go/video-mesh og artikkelen Planlegg et privat Webex-møte .

9. februar 2021

Få tilgang til noder fra Control Hub for fullstendige administratorer

Vi forbedret Control Hub for å gjøre det mulig for fullstendige administratorer for Webex-organisasjonen din å få tilgang til videonettnoder fra Control Hub.

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

Se delen Tilgangsoversikt for Webex-videonettnode fra Web Interface i distribusjonsveiledningen på https://www.cisco.com/go/video-mesh.

26. august 2020

DNS-bufring

Hvis DNS-svar på Video Mesh-nodene regelmessig tar mer enn 750 ms, kan du aktivere DNS-bufring. Når DNS-bufring er aktivert, bufrer noden DNS-svar lokalt. Lokal hurtigbufring gjør forespørsler mindre sannsynlig å forårsake tilkoblingsalarmer, samtaleavbrudd 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 delen Aktivere eller deaktivere DNS-bufring 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 i møter ved hjelp av det kortere <meeting_number>@webex.com videoadresseformatet (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 konfigurerer en distribusjon av videonett.

Hvis du vil bruke det korte videoadresseformatet med en eksisterende videonett-distribusjon, legger du til et rutemønster eller ringemø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 anropskontrollmiljøet:

• Konfigurere Unified CM Secure TLS SIP-trafikk ruting for Webex-videonett

• Konfigurere Unified CM TCP SIP-trafikk-ruting for Webex-videonett

• Konfigurere Expressway TCP SIP-trafikk-ruting for videonett

Som standard bruker møteinvitasjoner for øyeblikket fortsatt det lengre formatet. Hvis du vil endre formatet for Webex-nettstedet, kan du se Vise kort videoadresseformat for Webex Meetings og Events.

9. juli 2020

Nye konfigurasjonsinnstillinger for MTU-nettverksgrensesnitt i webgrensesnittet for videonettnode

Du kan nå manuelt angi maksimal overføringsenhet (MTU) på det interne nettverksgrensesnittet og MTU på det eksterne nettverksgrensesnittet, hvis dette er aktivert.

Alle Webex-videonettnoder har Path MTU (PMTU)-oppdagelse 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 faller. Manuell innstilling av en lavere MTU-størrelse kan løse dette problemet.

Du finner de manuelle MTU-innstillingene på nettverksinnstillingssiden Avansert i webgrensesnittet 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 VMNLite-distribusjonsalternativ

Distribusjon av hovedsakelig Webex Teams og skyregistrerte endepunkter bruker flere bytteressurser 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 din 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:

Vår testing viser en 50 % forbedring i byttet samtalefunksjon med 3 VMNLite-noder på én enkelt CMS1000 sammenlignet med å distribuere én enkelt virtuell maskin.

Som med standardkonfigurasjonen kan du ikke ha samkjøring med andre tjenester på VMNLite virtuelle maskiner.

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

9. juni 2020

Nytt ukentlig automatisk programvareoppgradering for videonettklynger

Du kan nå planlegge at automatiske programvareoppgraderinger på Video Mesh-klyngene skal skje ukentlig i stedet for daglig (standard). Du kan utsette en oppgradering én gang. Hvis du angir en ukentlig plan, betyr utskytting at oppgraderingen skjer i løpet av oppgraderingsvinduet den neste uken.

Du kan angi oppgraderingsplanen mens du registrerer en ny klynge, eller endre planen for en eksisterende klynge. Hvis du vil ha mer informasjon, kan du 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

Webgrensesnittet for Video Mesh inneholder flere nye funksjoner for å gjøre det enklere å håndtere endringer i nettverket. Du kan aktivere det eksterne grensesnittet i en distribusjon av to nettverksgrensesnitt (NIC) fra webgrensesnittet. Du kan deretter finjustere ruting for videonettnoder ved å legge til brukerdefinerte rutingsregler for eksterne og interne grensesnitt. Og du kan endre containerens IP-adresse og subnett.

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

20. mars 2020

Cisco Webex Teams EMEAR Data Residency Support

Organisasjoner i Cisco Webex Teams europeiske datalagringsregion kan nå bruke videonett. Denne støtten inkluderer både nyopprettede fase 2 EMEAR-organisasjoner og eksisterende fase 1 EMEAR-organisasjoner.

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

18. september 2018

Forbedringer av tjenestekvalitet (QoS) for videonett

Videonettnoder samsvarer nå med anbefalte fremgangsmåter for tjenestekvalitet (QoS) ved å aktivere portområder som lar deg differensiere lyd- og videostrømmer i alle flyter til og fra videonettnodene. Denne endringen lar deg opprette QoS-policyer og effektivt kommentere trafikk til og fra videonettnodene.

Disse portendringene ledsages av QoS-endringer. Videonettnoder 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 bruk velkjente portområder for spesifikke medietyper.

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

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

12. februar 2018

Støtte for multistrømming for alle deltakere i Cisco Spark- og Cisco WebEx-møter

Hvis du er vert for møter på lokale hybride medienoder gjennom Cisco Spark Hybrid Media Service, kan du dra nytte av funksjonene som er inkludert i støtte for multistrømming. Multistream gir bedre båndbreddeutnyttelse i gjennomsnitt, spesielt for kaskadekoblingen mellom Hybrid Media Service-nodene og Cisco Spark offentlige skymedienoder.

Hvis du vil ha mer informasjon, kan du se Støtte for multistreaming for alle deltakere i Cisco Spark- og Cisco WebEx-møter.

5. januar 2018

Støtte for Cisco WebEx- og Cisco Spark-møter, 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å rapporter om ny bruk og innføring 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 Media Service. (Du kan bekrefte at WebEx-nettstedet ditt er på videoplattform versjon 2.0 hvis det har listen Medieressurstype tilgjengelig i nettstedsalternativene for skysamarbeidsmøterom.)

Portendringer

• Hybrid Media Service krever nå en ny destinasjonsport (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 distribusjonsveiledningen for Cisco Spark Hybrid Media Service.

OVA-oppdatering

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

Oppgrader hver hybrid medianode i klyngen ved å gjøre følgende:

1. Flytt noden til vedlikeholdsmodus. Se Flytte en hybridtjenestenode til vedlikeholdsmodus.

2. Avregistrer noden. Se «Avregistrer hybrid medianode» i distribusjonsveiledningen for Cisco Spark hybrid medietjeneste.

3. Slett VM for hybrid medianode fra VMware vSphere-klienten eller fra vCenter.

4. Installer den nye hybridmedietjenesten OVA og programvaren, angi konfigurasjonen av newtork og registrer hybridmedianoden på nytt til Cisco Collaboration Cloud. Se Distribuer hybrid mediatjeneste i distribusjonsveiledningen for Cisco Spark hybrid mediatjeneste.

5. Flytt noden ut av vedlikeholdsmodus. Se Flytte en hybridtjenestenode til vedlikeholdsmodus.

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