Oppdateringer uten produktmerknader er pågående vedlikeholdsutgivelser. De er nødvendige oppdateringer for å holde Video Mesh-distribusjonen oppdatert og sikker. Men de inneholder ikke endringer som påvirker funksjonaliteten eller løser spesifikke kundepåvirkende feil.

Last ned den nyeste videonettnodeprogramvaren

Hvis du vil ha en ny installasjon, må du alltid laste ned en ny kopi av webex videonett-nodeprogramvarebildet fra denne koblingen. Ikke bruk et bilde fra en tidligere installasjon til å distribuere en Webex Video Mesh-node.

Hvis du vil ha installasjonsinstruksjoner, kan du gå til https://www.cisco.com/go/video-meshdistribusjonsveiledningen for Webex Video Mesh.

2021.08.09.2428m.2

januar 2021 kl.

Denne vedlikeholdsoppgraderingen inkluderer den nye funksjonen Privat møte.

2021.07.22.2424m

juli 2021 kl.

  • Løser et problem på SIP-endepunkter med visning av varsler på skjermen samtidig som flere deltakere og delingsinnhold vises.

2021.07.08.2423m

juli 2021 kl.

Det finnes ingen produktmerknader for denne vedlikeholdsoppgraderingen.

2021.06.17.2415m

juni 2021 kl.

Det finnes ingen produktmerknader for denne vedlikeholdsoppgraderingen.

2021.05.27.2405m

juni 2021 kl.

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

2021.05.05.2395m.5

mai 2021 kl.

  • Inneholder mindre forbedringer som skal vises for oppsett som ikke er standard.

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

2021.04.27.2391m

april 2021 kl.

  • Løser rapportering av pakketapsstatistikk for transkodede kall i Kontrollhub.

2021.03.22.2384m.3

april 2021 kl.

Det finnes ingen produktmerknader for denne vedlikeholdsoppgraderingen.

2021.03.22.2384m.1

februar 2021 kl.

Det finnes ingen produktmerknader for denne vedlikeholdsoppgraderingen.

2021.03.03.2359m.7

februar 2021 kl.

Det finnes ingen produktmerknader for denne vedlikeholdsoppgraderingen.

2021.03.03.2359m

februar 2021 kl.

Det finnes ingen produktmerknader for denne vedlikeholdsoppgraderingen.

2021.02.05.2352m.4

februar 2021 kl.

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

  • Løser jitterproblemer og feilrapporterte tur-retur-tidsverdier.

2021.01.13.2349m.3

februar 2021 kl.

Det finnes ingen produktmerknader for denne vedlikeholdsoppgraderingen.

2020.12.08.2333m.6

januar 2021 kl.

Det finnes ingen produktmerknader for denne vedlikeholdsoppgraderingen.

2020.12.08.2333m.5

januar 2021 kl.

  • Forbedret NTP-alarmmeldingene på videonettnoder.

  • Vi har løst et problem der du ikke kan endre passordet via brukergrensesnittet hvis passordutløpet er satt til "aldri".

  • Forbedret skjermen for visse registreringsfeil.

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

  • Nåbarhetstester rapporterer ikke lenger sertifikatfeil som rekkeviddefeil.

  • Oppdaterte alarmer for rekkevidde for private møtevideonettnodeklynger.

2020.12.08.2333m

desember 11, 2020

  • Utvidet informasjonen som er tilgjengelig for DNS-hurtigbufferen. Se Aktivere eller deaktivere DNS-hurtigbufring i distribusjonsveiledningen.

  • Vi har løst et kosmetisk problem der utløsning av en tilstandstest kan føre til at nodetilstanden vises feil som "Installere" på kontrollhuben.

2020.11.17.2319m.9

desember 8, 2020

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

2020.11.17.2319m.4

desember 1, 2020

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

  • Kjører på forespørsel eller regelmessige timetester per node per klynge.

  • Muligheten til å flagge SIP-signalering, mediesignalering og mediekaskadefeil for hver test.

  • Passende feilmeldinger per test med feilkoder for å redusere middeltiden for løsning.

  • Historisk sporing av testfeil i opptil syv dager.

2020.11.17.2319m.4

januar 2020 kl.

  • Ingen produktmerknader for denne vedlikeholdsoppgraderingen.

2020.11.06.2314m

januar 2020 kl.

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

  • Økt detalj om feilmeldinger for å feilsøke fremtidige NTP-problemer på videonettnoder.

  • Vi har løst et problem der opplasting av VMN-logg mislyktes.

  • Fikset gjennomgripende problemer mellom Video Mesh-noder og nye skynoder.

2020.10.16.2305m

oktober 2020 kl.

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

2020.09.22.2288m.3

oktober 2020 kl.

  • Ingen produktmerknader for denne vedlikeholdsoppgraderingen.

2020.09.22.2288m

januar 2020 kl.

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

  • Vi har løst et problem med TCP-testen for rekkevidde.

  • Korrigerte verdier for ventetid/tur-retur-tid i mediestatistikk på feilsøkingssiden for møter i Kontrollhub. (Statistikken var av for noen samtaler med en faktor på 1000.)

  • Endret for å bruke bare sikrere TLS-chiffertegn på enkelte porter.

2020.09.11.2279m

januar 2020 kl.

  • La til informasjon om IP-adresseområdet som er reservert for intern bruk i webgrensesnittet for Video Mesh-noden.

  • Reduserte IP-adresseområdet som er reservert for intern bruk av Webex Video Mesh Node 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

januar 2020 kl.

  • Deaktivert TLS 1.1 på port 33432.

  • Fikset dårlig statistikk vist på IX5000 presentasjonslydstrøm når du beveger deg mellom lobby og konferanse.

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

2020.08.19.2266m.1

januar 2020 kl.

  • Lagt til alternativ for DNS-hurtigbufring. (Se Kunngjøringer-fanen.)

  • Eksplisitt deaktivert IPv6 på interne og eksterne grensesnitt, slik at noder ikke henter IPv6 DNS-servere.

  • Vi har løst et problem som førte til testfeil ved rekkevidde på grunn av porttømming.

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

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

2020.08.06.2258m.4

januar 2020 kl.

  • Ingen produktmerknader for denne vedlikeholdsoppgraderingen.

2020.08.06.2258m.1

januar 2020 kl.

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

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

2020.07.15.2245m

juli 2020 kl.

  • 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 stillere enn forventet de første sekundene etter en periode med stillhet.

2020.06.29.2236m.10

juli 2020 kl.

  • Endret virkemåten for DNS-oppløsningstest. Hver konfigurerte DNS-server må nå kunne løse testen FQDN for at DNS-testen skal bestå. (I tidligere versjoner, hvis en DNS-server kunne løse testen FQDN, ville testen bestå.)

  • Forbedret mediekvalitet i tapsnettverk.

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

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

2020.06.18.2231m

juni 2020 kl.

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

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

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

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

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

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

  • Lagt til avslutnings- og omstartsfunksjonalitet i webgrensesnittet for Video Mesh-noden.

2020.05.26.2200m.3

juni 2020 kl.

  • La til muligheten til å slå vedlikeholdsmodus av og på fra administrasjonssiden for Video Mesh-nodewebgrensesnittet.

  • Fjernet alarmer og sjekker for Amazon ECR-servertilkobling fra oversiktssiden for nodewebgrensesnittet.

  • La til en oppetidsteller på oversiktssiden for nodewebgrensesnittet.

  • Fjernet CPU-utnyttelse fra oversiktssiden for nodewebgrensesnittet.

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

2020.05.13.2195m

mai 2020 kl.

  • Vi har løst et problem der en automatisk utfyllingsutvidelse fra en tredjeparts nettleser kan forstyrre webgrensesnittet til Webex Video Mesh-noden.

2020.04.16.2176m.2

mai 2020 kl.

  • Løste et problem der port 444-tilkoblingskontrollen feilaktig ville rapportere en feil når den sto bak visse typer proxyer.

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

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

2020.04.16.2176m.1

april 2020 kl.

  • Fjernet støtte for TLS1.1.

  • Lagt til flere skytilkoblingskontroller på Oversikt-siden i Webex Video Mesh-nodewebgrensesnittet.

  • Løs dette problemet som forårsaket en falsk DNS-alarm med vertsnavn.

  • La til en nøkkellengdebegrensning 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 angir en privatnøkkel på mindre enn 2048 biter eller en privatnøkkel uten passfrase. I slike tilfeller bruker Video Mesh-noden et selvsignert sertifikat.

2020.03.11.2143m.8

april 2020 kl.

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

  • Vi har løst et problem som kan føre til anropsfeil når mange oppringingsforsøk gjøres på kort tid.

2020.03.11.2143m.7

april 2020 kl.

  • Økte båndbredden for 1080p-samtaler fra 3.25M til 4M.

  • Økt tidsavbrudd for multistream-signalering for samtaler med to skjermer.

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

februar 2020 kl.

  • Ingen produktmerknader for denne vedlikeholdsoppgraderingen.

2020.03.11.2143m.9 – Haster oppgradering

februar 2020 kl.

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

2020.03.11.2143m – Haster oppgradering

februar 2020 kl.

  • Deaktiverte de periodiske tilstandskontrollene for anrop og den tilsvarende alarmen (mf.callHealth.fail) som ble rapportert på noden og i Kontrollhub hvis det oppstod feil på noden utenfor en bestemt terskel.

2020.03.02.2132m

februar 2020 kl.

  • 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 Kontrollhub hvis det oppstår periodiske feil i tilstandstesten for anrop på noden utenfor en bestemt terskel.

    Alarm-ID: 'mf.callHealth.fail', alvorlighetsgrad: "advarsel", tittel: Kall tilstandskontroll mislyktes

2020.02.09.2120m.1

februar 2020 kl.

  • Ingen produktmerknader for denne vedlikeholdsoppgraderingen.

2020.01.30.2115m

februar 2020 kl.

  • Fikset CSCvs70769sikkerhetsproblem med smugling av NGINX HTTP-forespørsler

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

2020.01.12.2091m

januar 2020 kl.

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

  • Vi har løst et problem (CSCvs28104), der video med lav kvalitet kunne vises på enkelte skjermer på et oppslukende treskjermsendepunkt.

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

2019.12.15.2053m

januar 2020 kl.

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

desember 12, 2019

  • Vi har løst et problem der skjermbildet for møtekobling forble tomt da *.clouddrive.com ble blokkert på et kundenettverk. Selv om skjermbildet for møtekobling ikke lenger er tomt i dette scenariet, krever vi likevel at du opphever blokkeringen av denne URL-adressen på nettverket for å unngå utilsiktede bivirkninger.

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

2019.11.06.1992m

januar 2020 kl.

  • Fikset CSCvr92794"Feil feil i FQDN-validering mot node-IP."

  • Vi har løst et problem der noder ikke passivisert riktig og brukte et kort tidsavbrudd, noe som bare skjedde da andre noder i klyngen ble flyttet til vedlikeholdsmodus i Kontrollhub, noe som førte til redusert kapasitet og avbrutte kall.

2019.10.21.1973m.1

januar 2020 kl.

2019.10.11.1964m.1

oktober 2020 kl.

  • Fikset CSCvr39819"Sårbar programvareversjon".

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

  • La til et nytt "Alternativt emnenavn):" til CSR-opprettingsskjemaet i webgrensesnittet.

2019.09.19.1956m

januar 2020 kl.

  • Lagt til nettverksinnstillinger i brukergrensesnittet for Video Mesh-nodeweb. Hvis du vil ha mer informasjon, se Konfigurere nettverksinnstillinger fra Webex Video Mesh Node Web Interface.

  • Endret alvorlighetsgraden for denne alarmen fra kritisk til advarsel: "Video Mesh Node 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 Video Mesh-noder og internett.

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

  • Vi har løst et sikkerhetsproblem som berørte Ping- og Check NTP-APIene der en angriper kunne starte et kommandoinnsettingsangrep hvis de hadde tilgang til godkjente APIer.

  • Forbedret kodekvalget for overført video.

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

2019.08.21.1941m.2

januar 2020 kl.

  • Vi har løst et problem der CPU-nivåene på noden økte og ikke ville gå tilbake til akseptable nivåer.

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

  • La til en side for nettverkskonfigurasjon i nodeprogramvareavbildningen. Administratorer kan angi nettverksinnstillingene under første gangs oppsett av den virtuelle noden. Se Installere Webex Video Mesh Node Software i distribusjonsveiledningen hvis du vil ha mer informasjon.

2019.08.14.1937m

januar 2020 kl.

  • Lagt til støtte for eksplisitte proxyer med godkjenning uten godkjenning, enkel godkjenning, sammendrag eller NTLM-godkjenning. 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 forhindrer overflyt av samtaler til skyen.

2019.08.01.1929m

januar 2020 kl.

  • Vi har løst to problemer:

    • Pakkeinnhenting fra webgrensesnittet startet ikke, men ingen feilmelding ble vist.

    • Pakkeopptak ville ikke kjøre fordi Ubuntu-URL-adresser ble blokkert. (Med denne hurtigreparasjonen kreves det ingen URL-endringer i brannmuren.)

2019.07.12.1917m

juli 2020 kl.

  • Fjernet gjennomgripende informasjon fra kortet Samtalestatus i nodewebgrensesnittet til bedre beregninger er tilgjengelige.

  • Lagt til OS-versjon på Nodedetaljer-kortet i nodewebgrensesnittet.

  • Ny utforming av brukergrensesnittet for feilsøkingssiden i nodewebgrensesnittet. (Se distribusjonsveiledningen hvis du vil ha mer informasjon.)

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

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

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

  • Vi har løst et problem der det ikke var noe alternativ for opphev demping tilgjengelig for enkelte deltakertyper da de ble dempet av verten.

  • Forbedret tempoet i mediet for transkodede presentasjoner.

2019.06.13.1907m.7

juli 2020 kl.

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

  • Vi har løst et problem der delt lyd noen ganger oppstod da deltakerne ble dempet av verten og deretter opphevet dempingen.

2019.06.13.1907m.3

juni 2019 kl.

  • Vi har løst et problem der tilstanden for presentasjonsdeling var feil hvis et endepunkt prøvde å dele mens du var på lobbyskjermen.

  • Lagt til en forbedring for å øke hastigheten på starten av presentasjonsdeling når den er transkodet.

2019.06.13.1907m.1

juni 2020 kl.

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

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

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

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

2019.05.20.1892m1

mai 2020 kl.

  • Lagt til nye funksjoner for anvendelighet i webgrensesnittet for Video Mesh-node (generering av pakkeopptak, logggenerering og forbedringer på oversiktssiden). Hvis du vil ha mer informasjon om disse funksjonene, kan du se kapitlet Behandle Webex Video Mesh i distribusjonsveiledningen på https://www.cisco.com/go/video-mesh.

  • Lagt til ny alarm som en del av den kommende migreringen til Amazons elastiske beholderregister: "Video Mesh Node 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 Video Mesh-noder og internett.


    Video mesh-noder vil fortsette å oppgradere, men du bør gjøre det som er nødvendig for å sikre at Video Mesh-noder har tilgang til URL-adressen. Hvis du vil ha mer informasjon, kan du se kategorien 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

mai 2020 kl.

  • Vi har løst et problem som førte til at innholdsdeling noen ganger ikke var tilgjengelig ved bruk av SIP-utringing.

  • Vi har løst et problem som førte til at overlappinger noen ganger ikke ble opprettet på nytt 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 enkelte scenarier.

2019.04.29.1873m

april 2020 kl.

  • Ingen produktmerknader for denne vedlikeholdsoppgraderingen.

2019.04.18.1869m.1

april 2020 kl.

  • 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

april 2020 kl.

  • 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å Kontrollhub ikke ble fjernet når en defekt NTP-server begynte å fungere.

2019.03.19.1826m

februar 2019 kl.

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

  • Statussiden for oversikten rapporterer tilkoblingskontrollresultatet for Amazon-beholderregisteret (ECR).

  • Vi har løst et problem der det oppstod en forsinkelse på noen klienter ved av aktive høyttalere og skadet video da det oppstod pakketap.

  • Fikset CSCvo93454«Enveisvideo når engasjerende system blir med i Webex».

  • Fikset CSCvo87069"SIP-klarerte kilder for videonett fylles ikke ut"

2019.02.14.1788m.1

februar 2020 kl.

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

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

  • Video Mesh-noder prøver nå å få tilgang til en ny URL-adresse for testing av tilgang til Amazon-vertsbasert beholderregister (https://615440818562.dkr.ecr.us-east-1.amazonaws.com/).

  • Lagt til nye alarmer som genereres på Video Mesh-nodene, og som vises i Kontrollhub når svartiden for DNS-spørringer overskrider 1,5 i disse scenariene:

    • Når spørringstiden for DNS-serveren er lengre enn 1,5s: "DNS-serveren <x>s responstid for spørring av <number> ms utskiller maksimal responstid på 1500 ms."

    • Alarmtekst for når spørringstiden for DNS-serveren er lengre enn 1,5s under løsing av en NTP-server: "Mens du løser <ntp-server>; Ms 's) svartid for spørring for <x> <number> MS utskilte den maksimale responstiden på 1500 ms."

2019.02.12.1786m

februar 2020 kl.

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

  • Fikset CSCvo26600"Token validator får ikke valideringsnøkkel for token hvis den første CI-forespørselen mislykkes"

2019.01.29.1773m

februar 2020 kl.

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

  • Lagt til nye kontroller for å kontrollere gyldigheten til NTP-servere som er konfigurert på Video Mesh-nodene, med jevne mellomrom. Ugyldige NTP-serveradvarsler vises på administrasjonsgrensesnittet for Video Mesh ved pålogging og som alarmer i Kontrollhub.

2019.01.14.1764m.1

januar 2020 kl.

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

2018.10.04.1692m

oktober 2018 kl.

  • Ingen produktmerknader for denne vedlikeholdsoppgraderingen.

Denne siden dekker kunngjøringer som hjelper deg med å klargjøre Webex Video Mesh-distribusjonen for nye utgivelser.

Gå til https://www.cisco.com/go/video-mesh for å få tilgang til distribusjonsveiledningen for Webex Video Mesh.

januar 2021 kl.

Private møter

Funksjonen Privat møte forbedrer sikkerheten for møtet ved å avslutte mediene i lokalene. Når du planlegger et privat møte, avsluttes mediet alltid på Video Mesh-nodene i firmanettverket uten at skyen overlapper. I motsetning til vanlige møter, hvis de lokale nodene er fulle, overlapper ikke mediet til Webex-skyen.

Alle deltakere i et privat møte må tilhøre organisasjonen. 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 på 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 webeksmøte.

februar 2021 kl.

Få tilgang til noder fra kontrollhuben for fullstendige administratorer

Vi forbedret Kontrollhub for å gjøre det mulig for fulladministratorer av Webex-organisasjonen din å få tilgang til Video Mesh-noder fra Control Hub.

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

Se delen Få tilgang til oversikt over Webex Video Mesh Node From Web Interface i distribusjonsveiledningen på https://www.cisco.com/go/video-mesh.

januar 2020 kl.

HURTIGBUFRING AV DNS

Hvis du legger merke til at DNS-svar på Video Mesh-nodene regelmessig tar mer enn 750 ms, eller hvis Cisco TAC anbefaler det, kan du aktivere DNS-hurtigbufring. Når DNS-hurtigbufring er aktivert, bufrer noden DNS-svar lokalt, noe som gjør forespørsler mindre utsatt for forsinkelser eller tidsavbrudd som kan føre til tilkoblingsalarmer, anropsfall eller problemer med samtalekvalitet. DNS-hurtigbufring kan også redusere belastningen på DNS-infrastrukturen.

DNS-hurtigbufring er deaktivert som standard. Hvis du vil aktivere den, kan du se delen Aktivere eller deaktivere DNS-hurtigbufring i distribusjonsveiledningen på https://www.cisco.com/go/video-mesh.

Støtte for Webex-hendelser

Webex Video Mesh støtter nå Webex-hendelser.

januar 2020 kl.

Kort videoadresseformat for Webex-møter

På WBS39.9-områder og senere områder kan brukere bli med på møter ved hjelp av det kortere <meeting_number> @webex.com-videoadresseformatet (i stedet for <meeting_number>@<site_name>.webex.com). Video Mesh støtter nå dette kortere adresseformatet.

Distribusjonsveiledningen på https://www.cisco.com/go/video-mesh er oppdatert med instruksjoner om hvordan du håndterer det kortere formatet når du konfigurerer en Video Mesh-distribusjon.

Hvis du vil bruke det korte videoadresseformatet med en eksisterende Video Mesh-distribusjon, må du kanskje legge til en rute eller et numerisk mønster for å håndtere formatet. Se trinnet som inneholder "kort videoadresse" i den aktuelle delen av veiledningen, avhengig av hvordan du konfigurerte samtalekontrollmiljøet:

Som standard bruker møteinvitasjoner fortsatt det lengre formatet. Hvis du vil endre dette for Webex-området, kan du se Vise det korte videoadresseformatet for Webex-møter og -hendelser.

juli 2020 kl.

Nye MTU-konfigurasjonsinnstillinger for nettverksgrensesnitt i webgrensesnittet for videonettnode

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

Alle Webex Video Mesh-noder har søk etter bane-MTU (PMTU) 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. Dette problemet kan løses ved å angi en lavere MTU-størrelse manuelt.

Du finner de manuelle MTU-innstillingene på kategorien Avanserte nettverksinnstillinger i webgrensesnittet Webex Video Mesh Node. Hvis du vil ha mer informasjon, kan du se distribusjonsveiledningen på https://www.cisco.com/go/video-mesh.

juni 2020 kl.

Nytt alternativ for VMNLite-distribusjon

Hvis Webex Video Mesh-distribusjonen hovedsakelig inkluderer Webex Teams og skyregistrerte endepunkter, bruker nodene dine flere svitsjingsressurser og færre transkodingsressurser enn standardkonfigurasjonen gir. Distribusjon av flere, mindre virtuelle maskiner på verten optimaliserer ressurser for dette scenariet.

Derfor introduserer vi et nytt "VMNLite"-alternativ for distribusjon av flere Webex Video Mesh-noder til vertsserveren som kjører VMware ESXI eller vCenter. VMNLite krever følgende spesifikasjoner for hver virtuelle maskin:

  • 23 vCPUer for videonettnode

  • 20 GB hovedminne

  • 80 GB lokal harddiskplass

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

Cisco møteserver 1000

(CMS 1000)

3 virtuelle MASKINER FOR VMNLite

(3 videonettnoder)

Cisco Multiparty Media 410v-server

2 virtuelle VMNLite-maskiner

(2 videonettnoder)

Vår testing viser en 50% forbedring i svitsjet samtaleytelse med 3 VMNLite-noder på en enkelt CMS1000 sammenlignet med å distribuere en enkelt virtuell maskin.

Som med standardkonfigurasjonen er kjernesidency med andre tjenester ikke tillatt 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 informasjon om hvordan du erstatter standardkonfigurasjonen med VMNLite, kan du se kapitlet Behandle og feilsøke Webex Video Mesh.

juni 2020 kl.

Nytt ukentlig alternativ for automatisk programvareoppgradering for videonettklynger

Du kan nå planlegge at automatiske programvareoppgraderinger på Video Mesh-klyngene 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 vil skje 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.

april 2020 kl.

Nye alternativer for nettverkskonfigurasjon (eksternt nettverksgrensesnitt, rutingsregler, beholdernettverk) i webgrensesnittet for videonettnode

Webex Video Mesh-webgrensesnittet inneholder flere nye funksjoner for å gjøre håndtering av nettverksendringer enklere. Du kan aktivere det eksterne grensesnittet i en distribusjon med to nettverksgrensesnitt (NIC) fra webgrensesnittet. Deretter kan du finjustere rutingen for Video Mesh-noder ved å legge til brukerdefinerte ruteregler for eksterne og interne grensesnitt. Og du kan endre IP-adressen og delnettet for containerbroen.

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

februar 2020 kl.

Cisco Webex Teams EMEAR Data Residency-støtte

Webex Video Mesh støttes nå for organisasjoner i Cisco Webex Teams European data residency-regionen. 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 Data Residency in Cisco Webex Teams.

januar 2020 kl.

Nye forbedringer i videonettrapporter: Analyse og nylig ressursbruk

Du kan nå få tilgang til to kategorier av rapporter for å hjelpe deg med å administrere Video Mesh-distribusjonen: analyse og nylig ressursbruk.

Analysen er nye interaktive rapporter som gir en langsiktig trend (opptil 3 måneder med data) i kategoriene engasjement, ressursbruk og bruk av båndbredde.

De siste ressursbruksrapportene var tidligere tilgjengelige og flyttes til Feilsøking-siden i Kontrollhub. De gir en nær sanntidsvisning av aktivitet i organisasjonen.

Du kan filtrere disse rapportene på bestemte data du leter etter, og lagre dem som forskjellige filtyper direkte fra Control Hub. Hvis du vil ha mer informasjon, se dokumentasjonen for Videonett på https://www.cisco.com/go/video-mesh.

januar 2020 kl.

Støtte for eksplisitte proxyer

Cisco Webex Video Mesh støtter nå eksplisitte proxyer, i tillegg til gjennomsiktig inspeksjon og ikke-inspiserende proxyer. Du kan knytte disse proxyene til Webex Video Mesh-distribusjonen slik at du kan sikre og overvåke trafikk fra bedriften og ut til skyen. Denne funksjonen sender signal- og administrasjons https-basert trafikk til proxyen. For gjennomsiktige proxyer videresendes nettverksforespørsler fra Video Mesh-noder til en bestemt proxy gjennom rutingsregler for bedriftsnettverk. Du kan bruke administrasjonsgrensesnittet for Webex Video Mesh til sertifikatbehandling og den generelle tilkoblingsstatusen etter at du har implementert proxyen med nodene.


Medier beveger seg ikke gjennom proxyen. Du må fremdeles åpne de nødvendige portene for mediestrømmer for å nå skyen direkte.

Hvis du vil ha mer informasjon, kan du se Proxy-støtte for videonett og andre relevante oppdateringer i distribusjonsveiledningen.

juli 2020 kl.

Nye feilsøkingsfunksjoner (Ping, Sporingsrute, NTP-server, reflektorserver og feilsøkingskonto) i webgrensesnittet for videonettnode

Webex Video Mesh-webgrensesnittet inneholder flere nye funksjoner for å gjøre feilsøking enklere. Du kan kjøre forskjellige nettverkstester (ping, sporingsrute og NTP-serverkontroll) fra webgrensesnittet. Du kan også kontrollere at de aktuelle portene er åpnet på nettverket ved hjelp av reflektorserveren. Når du trenger hjelp fra Ciscos kundestøtteteknikere, kan du opprette en midlertidig feilsøkingsbrukerkonto slik at de kan feilsøke distribusjonen.

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

mai 2020 kl.

Nye feilsøkingsfunksjoner (logger, pakkeopptak) og fornyet oversikt i webgrensesnittet for videonettnode

Webex Video Mesh-webgrensesnittet inneholder nå nye funksjoner for å gjøre feilsøking enklere. Du kan generere logger og pakkeopptak fra selve noden og sende dem til Cisco-støtte når de er klare.

Webgrensesnittet inneholder også en nyutformede oversiktsside som inneholder nyttig informasjon om noden, for eksempel nodetilstand, registreringsinformasjon, testresultater for tilkobling og så videre.

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

Migrering fra Docker Hub til Amazon Elastic Container Registry

I et forsøk på å redusere antall forskjellige domener som videonettnoden har tilgang til, flytter vi fra Docker-hubdomenene (.docker.io og .docker.com) til Amazons elastiske beholderregister (*.amazonaws.com). Denne migrasjonen vil skje om ca. 6–8 uker fra tidspunktet for dette innlegget. Som et forberedende trinn må du sørge for at Video Mesh-noden som er registrert i Webex-organisasjonen, kan kommunisere med domenet *.amazonaws.com, ellers vil fremtidige oppgraderinger av Video Mesh Node-beholderne mislykkes. Kontroller brannmur- og/eller proxy-innstillingene for å sikre at trafikk fra Video Mesh-noden er tillatt ut til domenet *.amazonaws.com.

Når du har gjort endringen i brannmuren eller proxyen, kan du kontrollere tilkoblingen til domenet *.amazonaws.com ved å logge på webgrensesnittet for Video Mesh-noden. Tilkoblingskontrollfunksjonen til Amazon ble inkludert i programvareutgivelsen 2019.03.19.1826m, og du må kjøre denne programvaren for å validere tilkoblingen til *.amazonaws.com-domenet.

  1. Gå til webgrensesnittet for Video Mesh-noden (https://%VMN_IP%/setup), og velg Oversikt.

  2. I delen Tilkoblingsdetaljer kontrollerer du statusen for skytilkoblingskontroll.


    Hvis tilkoblingsdetaljene er røde, indikerer dette at tilkoblingskontrollen til Amazon mislyktes og ytterligere utbedring er nødvendig.

februar 2020 kl.

Sikker SIP-trunk og gjennomsiktig proxy-støtte

Webex Video Mesh støtter nå en sikker trunk-tilkobling fra Unified CM til Video Mesh-noder og sikker utveksling av sertifikater. Med dette alternativet kreves ende-til-ende-kryptering fra skyen og ned til de lokale registrerte endepunktene.

Webex Video Mesh støtter også gjennomsiktig inspeksjon og ikke-inspiserende proxyer, slik at du kan sikre og overvåke enterprise til skytrafikk.

Hvis du vil ha mer informasjon om hvordan du bruker disse funksjonene i en Video Mesh-nodedistribusjon, kan du se distribusjonsveiledningen på https://www.cisco.com/go/video-mesh.

februar 2020 kl.

Dobbelt nettverksgrensesnitt for videonettnoder

For en DMZ-distribusjon kan du nå konfigurere Video Mesh-nodene i en klynge med det doble nettverksgrensesnittet (NIC). Med dette distribusjonsalternativet kan du skille bedriftsnettverkstrafikken fra skynettverkstrafikk på Video Mesh-noden: Det interne (bedriftsvendte) nettverkskortet brukes til kommunikasjon mellom bokser, overlappinger mellom nodeklynger og for å få tilgang til nodens administrasjonsgrensesnitt, mens det eksterne (skyvendte) nettverkskortet hovedsakelig brukes til tilkobling til omverdenen og overlapper til skyen.

Hvis du vil ha mer informasjon om hvordan du bruker denne funksjonen i en Video Mesh-nodedistribusjon, kan du se distribusjonsveiledningen på https://www.cisco.com/go/video-mesh.

januar 2020 kl.

Forbedringer i tjenestekvalitet (QoS) for Webex Video Mesh

Webex Video Mesh-noder samsvarer nå med anbefalte gode fremgangsmåter for tjenestekvalitet (QoS) ved å aktivere portområder som lar deg skille mellom lyd- og videostrømmer i alle flyter til og fra Video Mesh-nodene. Med denne endringen kan du opprette QoS-policyer og effektivt bemerke trafikk til og fra videonettnodene.

Medfølgende disse portendringene er QoS-endringer. Webex Video Mesh-noder merker automatisk medietrafikk fra SIP-registrerte endepunkter (lokalt Unified CM eller VCS Expressway registrert) for både lyd (EF) og video (AF41) separat med riktig tjenesteklasse og bruker kjente portområder for bestemte medietyper.

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

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


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

februar 2020 kl.

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

Hvis du er vert for møter på lokale hybridmedienoder gjennom Cisco Spark Hybrid Media Service, kan du dra nytte av funksjoner som er inkludert i støtte for flerstrømsing. 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 flere strømstrømmer for alle deltakere i Cisco Spark- og Cisco WebEx-møter.

januar 2020 kl.

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 inneholder også nye bruks- og innføringsrapporter i Kontrollhub. Du må sørge for at WebEx-området er på Cisco WebEx-videoplattformen versjon 2.0 for å dra full nytte av Hybrid Media Service. (Du kan kontrollere at WebEx-området er på videoplattformversjon 2.0 hvis listen Medieressurstype er tilgjengelig i alternativene for møterom for skysamarbeid.)

Endringer i port

  • Hybrid Media Service 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 sePorter og protokoller som brukes av Hybrid Media Servicei distribusjonsveiledningen for Cisco Spark Hybrid Media Service.

OVA-oppdatering

Tjenesten krever at du laster ned og installerer den nyeste OVA-oppdateringen på Hybrid Media Nodes. Hvis du vil laste ned den nyeste versjonen av OVA, går du til Tjenester > Hybrid Media > Konfigurer innstillinger for > fra kundevisningen ihttps:// admin.ciscospark.com.

Oppgrader hver Hybrid Media Node i klyngen ved å gjøre følgende:

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

  2. Avregistrer noden. SeAvregistrer hybrid medienodei distribusjonsveiledningen for Cisco Spark Hybrid Media Service.

  3. Slett Hybrid Media Node VM fra VMware vSphere-klienten eller fra vCenter.

  4. Installer den nye Hybrid Media Service OVA og programvaren, angi newtork-konfigurasjonen, og registrere Hybrid Media Node på nytt i Cisco Collaboration Cloud. SeDistribuere Hybrid Media Servicei distribusjonsveiledningen for Cisco Spark Hybrid Media Service.

  5. Flytt noden ut av vedlikeholdsmodus. Se Flytte en hybrid servicenode i vedlikeholdsmodus.

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