2021.06.17.2415m

24 juni 2021

Er zijn geen release-opmerkingen voor deze onderhoudsupgrade.

2021.05.27.2405m

4 juni 2021

• Voegt ondersteuning toe voor aankomende Webex-wijzigingen voor de stapelindeling op geregistreerde videoapparaten op locatie.

2021.05.05.2395m.5

21 mei 2021

• Bevat kleine verbeteringen die moeten worden weergegeven voor niet-standaardindelingen.

• Hiermee wordt een probleem opgelost dat DNS kan breken voor een specifieke configuratie van de Docker-brug.

2021.04.27.2391m

30 april 2021

• Corrigeert het rapporteren van statistieken over pakketverlies voor getranscodeerde gesprekken in Control Hub.

2021.03.22.2384m.3

6 april 2021

Er zijn geen release-opmerkingen voor deze onderhoudsupgrade.

2021.03.22.2384m.1

31 maart 2021

Er zijn geen release-opmerkingen voor deze onderhoudsupgrade.

2021.03.03.2359m.7

16 maart 2021

Er zijn geen release-opmerkingen voor deze onderhoudsupgrade.

2021.03.03.2359m

12 maart 2021

Er zijn geen release-opmerkingen voor deze onderhoudsupgrade.

2021.02.05.2352m.4

12 februari 2021

• Voegt een optie toe om lokale aanmelding uit te schakelen in de webgebruikersinterface voor het knooppunt voor videomesh.

• Hiermee worden jitterproblemen en onjuist gerapporteerde tijdwaarden voor retouren opgelost.

2021.01.13.2349m.3

5 februari 2021

Er zijn geen release-opmerkingen voor deze onderhoudsupgrade.

2020.12.08.2333m.6

25 januari 2021

Er zijn geen release-opmerkingen voor deze onderhoudsupgrade.

2020.12.08.2333m.5

8 januari 2021

• De NTP-alarmmeldingen op knooppunten voor videomesh zijn verbeterd.

• Er is een probleem opgelost waarbij u uw wachtwoord niet kunt wijzigen via de GUI als het wachtwoord is ingesteld op 'nooit'.

• De weergave is verbeterd voor bepaalde registratiefouten.

• De rapportage van verbindingsfouten van time-outs bij het testen van de proxyverbinding is verbeterd.

• Bereikbaarheidstests rapporteren certificaatfouten niet meer als bereikbaarheidsfouten.

• Bijgewerkte bereikbaarheidsalarmen voor clusters van knooppunt voor videomesh voor privévergaderingen.

2020.12.08.2333m

11 december 2020

• De beschikbare informatie voor de DNS-cache is uitgebreid. Zie 'DNS-caching in- of uitschakelen' in de Implementatiehandleiding.

• Er is een cosmetisch probleem opgelost waarbij het activeren van een gezondheidstest ertoe kon leiden dat de knooppuntstatus onjuist werd weergegeven als 'Installeren' op Control Hub.

2020.11.17.2319m.9

8 december 2020

Deze release bevat wijzigingen om te voorkomen dat SIP-gesprekken mislukken wanneer de netwerkverbinding tussen de clusters wordt verbroken.

2020.11.17.2319m.4

1 december 2020

De bewakingstool voor videomesh is een Webex-gesprekssimulator die beschikbaar is op elk knooppunt voor videomesh met deze release. De bewakingstool omvat de volgende functies:

• Uitvoeren op aanvraag of terugkerende uurtests per knooppunt, per clusterbasis.

• De mogelijkheid om storingen in SIP-signalering, mediasignalering en mediacascade voor elke test te markeren.

• Geschikte foutberichten per test met foutcodes om de gemiddelde tijd tot oplossing te verkorten.

• Het opsporen van mislukte historische tests gedurende maximaal zeven dagen.

2020.11.17.2319m.4

25 november 2020

• Geen release-opmerkingen voor deze onderhoudsupgrade.

2020.11.06.2314m

18 november 2020

• De drempel voor het verhogen van het NTP-alarm op videomesh-knooppunten is verhoogd.

• Verhoogde de betrouwbaarheid van foutberichten om toekomstige NTP-problemen op knooppunten voor videomesh te helpen debuggen.

• Er is een probleem opgelost waarbij het uploaden van VMN-logboeken mislukte.

• Problemen met cascade tussen videomesh-knooppunten en nieuwe cloudknooppunten zijn opgelost.

2020.10.16.2305m

23 oktober 2020

• Er is een probleem opgelost waarbij de onderhoudsmodus in bepaalde situaties niet goed werd ingeschakeld.

2020.09.22.2288m.3

1 oktober 2020

• Geen release-opmerkingen voor deze onderhoudsupgrade.

2020.09.22.2288m

30 september 2020

• Er zijn snelheidslimieten toegevoegd aan de bandbreedtetests op de pagina Overzicht.

• Er is een probleem opgelost met de TCP-bereikbaarheidstest.

• Gecorrigeerde waarden voor latentie/retourtijd in mediastatistieken op de probleemoplossingspagina voor vergaderingen in Control Hub. (De statistieken waren met een factor 1000 uitgeschakeld voor sommige gesprekken.)

• Gewijzigd in het gebruik van alleen veiligere TLS-cijfers op sommige poorten.

2020.09.11.2279m

18 september 2020

• Informatie toegevoegd over het IP-adresbereik dat is gereserveerd voor intern gebruik in de webinterface van het knooppunt voor videomesh.

• Het IP-adresbereik dat is gereserveerd voor intern gebruik van het knooppunt voor videomesh van Webex is verminderd van het oorspronkelijke nummer 172.17.0.0-172.17.255.255 (65.536 adressen) tot 172.17.42.0-172.17.42.63 (64 adressen).

2020.08.31.2273m

8 september 2020

• TLS 1.1 uitgeschakeld op poort 33432.

• Er zijn slechte statistieken opgelost die worden weergegeven in de IX5000-audiostream van de presentatie wanneer u zich tussen de lobby en de conferentie verplaatst.

• Er is een tijdelijke oplossing toegevoegd voor een probleem waarbij een vertrouwd SIP-adres van meer dan 200 tekens TLS-verbindingsfout veroorzaakt (CSCvv44969).

2020.08.19.2266m.1

26 augustus 2020

• Optie voor DNS-caching toegevoegd. (Zie het tabblad Aankondigingen.)

• Heeft IPv6 expliciet uitgeschakeld op interne en externe interfaces, zodat knooppunten geen IPv6-DNS-servers aanschaffen.

• Er is een probleem opgelost dat leidde tot mislukte bereikbaarheidstests als gevolg van poortuitputting.

• Verbeterde alarmdetails in het geval dat een upgrade niet kan worden gedownload vanwege blokkering door de Zscaler-service of vanwege een transparante controlproxy.

• Er is een probleem opgelost waarbij UDP-upload-/downloadgegevens onjuist werden weergegeven in de bandbreedtetestresultaten in de webinterface.

2020.08.06.2258m.4

18 augustus 2020

• Geen release-opmerkingen voor deze onderhoudsupgrade.

2020.08.06.2258m.1

13 augustus 2020

• Er is een probleem opgelost waarbij een IX5000 het gesprek neerzette wanneer deze van een vergadering naar de lobby werd verplaatst.

• Er is een probleem opgelost waarbij een knooppunt dat is geconfigureerd om een expliciete proxy te gebruiken, de netwerkverbinding kon verliezen als het IP-adres van het containernetwerk werd gewijzigd.

2020.07.15.2245m

20 juli 2020

• De DNS-resolutietest is gewijzigd om de compatibiliteit met oudere versies van op Microsoft gebaseerde DNS-servers te verhogen.

• Er is een probleem opgelost waarbij audio ontvangen van de Webex Meetings-app de eerste paar seconden na een periode van stilte stiller was dan verwacht.

2020.06.29.2236m.10

9 juli 2020

• Het testgedrag voor de DNS-resolutie is gewijzigd. Elke geconfigureerde DNS-server moet nu de test-FQDN kunnen oplossen om de DNS-test te laten slagen. (In eerdere versies, als een DNS-server de test-FQDN kon oplossen, slaagde de test.)

• Verbeterde mediakwaliteit in netwerken met verlies.

• MTU-configuratieopties voor netwerkinterface toegevoegd. (Zie het tabblad Aankondigingen.)

• Er is een alarm toegevoegd als het knooppunt voor videomesh geen van de cloudmediaservers kan bereiken.

2020.06.18.2231m

26 juni 2020

• Verbeterde selectie van de hoogte-breedteverhouding voor bandbreedtes rond 1,5 Mbps wanneer 1080p is ingeschakeld.

• De mogelijkheid toegevoegd om pakketopnamen te filteren op netwerkinterface, host en poort.

• Er is een bug opgelost waarbij u een fout krijgt als u begint en vervolgens snel stopt met het vastleggen van pakketten.

• Ondersteuning toegevoegd voor VMNLite-implementaties. (Zie het tabblad Aankondigingen.)

• De standaard NTP-configuratie is verwijderd. Er is nu een geldige NTP-configuratie vereist om een knooppunt te registreren. Er zijn alarmen toegevoegd als de NTP-configuratie leeg is of als het knooppunt geen geconfigureerde NTP-server kan bereiken.

• Er is een probleem opgelost waarbij de proxyverbindingstest een fout onjuist meldde vanwege een time-out die te kort was.

• Functie voor afsluiten en opnieuw opstarten toegevoegd aan de webinterface van het knooppunt voor videomesh.

2020.05.26.2200 m.3

10 juni 2020

• De mogelijkheid toegevoegd om de onderhoudsmodus in of uit te schakelen op de beheerpagina van de webinterface van het knooppunt voor videomesh.

• Alarmen en controles voor Amazon ECR-serverconnectiviteit zijn verwijderd van de webinterface van het knooppunt Overzichtspagina.

• Er is een uptime-teller toegevoegd aan de pagina Overzicht knooppunt webinterface.

• Het CPU-gebruik is verwijderd van de pagina Overzicht van de webinterface van het knooppunt.

• Uitgeschakelde proxyverbindingstests voor poort 444 als onderdeel van het overzetten van cascadesignalering naar poort 443.

2020.05.13.2195 m

27 mei 2020

• Er is een probleem opgelost waarbij een extensie voor automatisch invullen van een browser van derden de webinterface van het knooppunt voor het Webex-videomesh kon verstoren.

2020.04.16.2176m.2

8 mei 2020

• Er is een probleem opgelost waarbij de verbindingscontrole van poort 444 ten onrechte een storing meldde wanneer er zich achter bepaalde typen proxy's bevond.

• Er is een probleem opgelost waarbij een niet-overeenkomend servercertificaat mocht worden geïnstalleerd als er eerder een correct overeenkomend certificaat was geüpload.

• De verbindingstest voor websocket is uitgeschakeld nadat er een probleem met de websocket is gevonden wanneer het knooppunt zich achter een expliciete proxy bevindt.

2020.04.16.2176 m.1

24 april 2020

• Ondersteuning voor TLS1.1 verwijderd.

• Meer Cloud Connectivity-controles toegevoegd op de overzichtspagina van de webinterface van het knooppunt voor de Webex-videomesh.

• Fix voor een probleem dat een ongeldige ongeldige hostnaam DNS-alarm veroorzaakte.

• Er is een beperking voor de sleutellengte toegevoegd aan de pagina Servercertificaat, met een foutbericht als een beheerder een servercertificaat van minder dan 2048 bits uploadt.

• Verbeterde behandeling van situaties waarin een beheerder een privésleutel van minder dan 2048 bits of een privésleutel zonder wachtwoordzin invoert. In deze gevallen gebruikt het knooppunt voor videomesh een zelfondertekend certificaat.

2020.03.11.2143 m.8

17 april 2020

• Er is een probleem opgelost dat ervoor zorgde dat sommige clients alleen audio van de bovenste twee actieve luidsprekers kregen wanneer iemand audio met inhoud deelde.

• Er is een probleem opgelost dat kan leiden tot mislukte gesprekken wanneer er in korte tijd veel belpogingen worden gedaan.

2020.03.11.2143 m.7

6 april 2020

• De bandbreedte voor 1080p-gesprekken is verhoogd van 3,25M naar 4M.

• De time-out voor multistream-signalering voor gesprekken op twee schermen is verhoogd.

• Het aantal verzoeken aan de identiteitsservice is verminderd.

• De manier waarop we omgaan met OAuth-verificatie is gewijzigd om veerkrachtiger te zijn tegen vertraagde reacties.

2020.03.11.2143 m.3

24 maart 2020

• Geen release-opmerkingen voor deze onderhoudsupgrade.

2020.03.11.2143m.9—Dringende upgrade

22 maart 2020

• Meer logboekregistratie toegevoegd voor foutopsporingsondersteuning.

2020.03.11.2143 m—Dringende upgrade

11 maart 2020

• De periodieke gezondheidscontroles voor gesprekken en het bijbehorende alarm (mf.callHealth.fail) uitgeschakeld dat is gemeld op het knooppunt en in Control Hub als er fouten zijn opgetreden op het knooppunt boven een bepaalde drempel.

2020.03.02.2132m

6 maart 2020

• Ondersteuning toegevoegd voor NTLMv2-proxyverificatie. (Videomesh detecteert de versie automatisch, u hoeft deze niet op te geven bij het configureren van uw proxy.)

• Er is een alarm toegevoegd dat wordt gemeld op het knooppunt en in Control Hub als er periodieke storingen optreden in de gezondheidstest voor het gesprek op het knooppunt boven een bepaalde drempel.

  Alarm-id: 'mf.callHealth.fail', ernst: "waarschuwing", titel: 'Statuscontrole gesprek is mislukt'

2020.02.09.2120m.1

28 februari 2020

• Geen release-opmerkingen voor deze onderhoudsupgrade.

2020.01.30.2115m

7 februari 2020

• Opgelost CSCvs70769—NGINX HTTP-verzoek om kwetsbaarheid voor smokkel

• De Opus-codec is ingeschakeld voor 1:1-vergaderingen en -gesprekken.

2020.01.12.2091m

22 januari 2020

• Fabrieksreset toegevoegd aan de webinterface voor videomesh-knooppunten. Zie Knooppunt voor videomesh beheren vanuit de webinterface in de implementatiehandleiding op https://www.cisco.com/go/video-mesh voor meer informatie.

• Er is een probleem opgelost ( CSCvs28104) waarbij video van lage kwaliteit kon worden weergegeven op sommige schermen van een insluitend eindpunt met drie schermen.

• Er is een probleem opgelost waarbij sommige SIP-gesprekken vertraagd werden ingesteld.

2019.12.15.2053m

8 januari 2020

• Er is een probleem opgelost waarbij vergaderingen (die ten minste één Webex Board bevatten) videostreams met een lage resolutie van SIP-apparaten naar Webex-eindpunten stuurden.

2019.12.03.2042m

12 december 2019

• Er is een probleem opgelost waarbij het deelnamescherm van de vergadering leeg bleef wanneer *.clouddrive.com werd geblokkeerd op een klantnetwerk. Hoewel het deelnamescherm van de vergadering niet langer leeg is in dit scenario, moeten we nog steeds de blokkering van deze URL op uw netwerk opheffen om ongewenste bijwerkingen te voorkomen.

• Beheer van beheerderswachtwoorden toegevoegd aan de webinterface voor videomesh-knooppunten. Zie Knooppunt voor videomesh beheren vanuit de webinterface in de implementatiehandleiding op https://www.cisco.com/go/video-mesh voor meer informatie.

2019.11.06.186 m

14 november 2019

• Opgelost CSCvr92794—Onjuist foutbericht over FQDN-validatie tegen knooppunt-IP.

• Er is een probleem opgelost waarbij knooppunten niet goed werden afgewisseld en een korte time-out gebruikten. Dit gebeurde alleen wanneer andere knooppunten in het cluster werden verplaatst naar de onderhoudsmodus in Control Hub, wat leidde tot een verminderde capaciteit en verbroken gesprekken.

2019.10.21.1964 m.1

1 november 2019

• De mogelijkheid toegevoegd om logboeken en pcap-bestanden te uploaden en downloaden vanaf de pagina Probleemoplossing voor knooppunten in de Webex-videomesh, zelfs wanneer het knooppunt niet is geregistreerd. Zie Webex-videomesh-logboeken genereren voor ondersteuning en Webex-videomesh-pakketopnamen genereren voor ondersteuning voor meer informatie.

2019.10.11.186 m.1

23 oktober 2019

• Opgelost CSCvr39819—Kwetsbare softwareversie.

• Opgelost CSCvr39878: X.509 zelfondertekend certificaat waarvan de algemene naam niet overeenkomt met de afgevende server (SSL/TLS). Er is een wijziging aangebracht waarbij de algemene naam van het certificaat op het knooppunt de FQDN van het knooppunt (indien beschikbaar) of het IP-adres van het knooppunt aangeeft.

• Een nieuwe 'Onderwerp alternatieve naam(en):' toegevoegd naar het CSR-aanmaakformulier in de webinterface.

2019.09.19.1956m

26 september 2019

• Netwerkinstellingen toegevoegd aan de webgebruikersinterface (UI) van het knooppunt voor videomesh. Zie Netwerkinstellingen configureren via de webinterface van het knooppunt voor videomesh voor meer informatie.

• De ernst van dit alarm is gewijzigd van kritiek naar waarschuwing: 'Het knooppunt voor videomesh kon de vereiste software niet downloaden van de Cisco-cloudprovider. Het probleem kan zich voordoen vanwege meerdere problemen die verband houden met het netwerk. Controleer uw netwerkverbinding met het openbare netwerk (.amazonaws.com) en controleer uw DNS-instellingen. Dit kan ook gebeuren door wijzigingen aan de firewall die aanwezig is tussen knooppunten voor videomesh en het internet."

• Er is een probleem opgelost waarbij de poorten van de reflectorserver niet werden vrijgegeven, zelfs niet nadat het reflectorhulpprogramma werd gestopt in de webgebruikersinterface van het knooppunt.

• Er is een kwetsbaarheid opgelost die invloed had op de API's Ping en Check NTP waarbij een aanvaller een commando-injectie-aanval kon starten als ze toegang hadden tot geverifieerde API's.

• De codec-selectie voor verzonden video is verbeterd.

• Servercertificaten die zijn ondertekend met zwakke cijfers (zoals MD2 of MD5) worden niet meer geaccepteerd in de UI van het knooppuntcertificaat voor videomesh.

2019.08.21.1941m.2

13 september 2019

• Er is een probleem opgelost waarbij de CPU-niveaus van het knooppunt piekten en niet terugkeerden naar acceptabele niveaus.

• Er is een probleem opgelost waarbij inhoud die werd verzonden door deelnemers die waren verbonden met een cloudknooppunt niet werd ontvangen door deelnemers die waren verbonden met knooppunten op locatie, als er een PAN-firewall (Palo Alto Networks) in het netwerk was.

• Een netwerkconfiguratiepagina toegevoegd aan de afbeelding van de knooppuntsoftware. Beheerders kunnen de netwerkinstellingen opgeven tijdens de eerste installatie van de virtuele knooppuntmachine. Zie Webex-knooppuntsoftware voor videomesh installeren in de implementatiehandleiding voor meer informatie.

2019.08.14.1937m

16 augustus 2019

• Ondersteuning toegevoegd voor expliciete proxy's zonder verificatie, basis-, digest- of NTLM-verificatie. Zie Proxyondersteuning voor videomesh en andere relevante updates in de implementatiehandleiding voor meer informatie.

• Er zijn configuratiewijzigingen toegevoegd die overloop van gesprekken naar de cloud voorkomen.

2019.08.01.1929m

8 augustus 2019

• Er zijn twee problemen opgelost:

  • Pakketvastlegging vanuit de web-UI kon niet worden gestart, maar er werd geen foutbericht weergegeven.

  • Pakketvastlegging wordt niet uitgevoerd omdat Ubuntu-URL's zijn geblokkeerd. (Met deze oplossing zijn er geen URL-wijzigingen vereist in uw firewall.)

2019.07.12.1917m

25 juli 2019

• Er is informatie over cascades verwijderd van de kaart met gespreksstatus in de webinterface van het knooppunt totdat betere statistieken beschikbaar zijn.

• Besturingssysteemversie toegevoegd aan de kaart met knooppuntdetails in de webinterface van het knooppunt.

• De gebruikersinterface voor de pagina Problemen oplossen op de webinterface van het knooppunt is opnieuw ontworpen. (Zie de implementatiehandleiding voor meer informatie.)

• Er zijn verbindingscontroles toegevoegd met ping-, traceroute- en NTP-verificatie in de webinterface van het knooppunt. (Zie de implementatiehandleiding voor meer informatie.)

• Verbeterde resolutie en framerate keuze voor presentatiestromen.

• Er is een probleem opgelost waarbij soms te veel bandbreedte werd verzonden naar geschakelde deelnemers.

• Er is een probleem opgelost waarbij geen optie voor dempen opheffen beschikbaar was voor sommige deelnemerstypen wanneer deze werden gedempt door de host.

• Het tempo van media voor gecodeerde presentaties is verbeterd.

2019.06.13.1907m.7

12 juli 2019

• Er is een probleem opgelost waardoor de videoresolutie soms daalde, zelfs wanneer er geen pakketten verloren gingen en de latentie laag was.

• Er is een probleem opgelost waarbij gesplitste audio soms optrad wanneer deelnemers werden gedempt door de host en vervolgens het dempen werd opgeheven.

2019.06.13.1907m.3

20 juni 2019

• Er is een probleem opgelost waarbij de status voor het delen van presentaties onjuist was als een eindpunt probeerde te delen op het lobbyscherm.

• Er is een verbetering toegevoegd om het delen van presentaties sneller te starten wanneer deze zijn getranscodeerd.

2019.06.13.1907m.1

14 juni 2019

• Er is een probleem opgelost waarbij sommige videomesh-knooppunten niet automatisch opnieuw werden opgestart na een upgrade. Hierdoor werden de functies voor probleemoplossing van het knooppunt uitgeschakeld en ontbrak informatie op de overzichtspagina.

• Er is een vereiste toegevoegd dat de hostnamen van knooppunten geen onderstrepingsteken (_) mogen bevatten.

• Er is een probleem opgelost waarbij de veerkracht van pakketverlies soms niet werkte gedurende de eerste minuten van een vergadering.

• Er is een probleem opgelost met mediaweerbaarheid waardoor de gebruikte bandbreedte de onderhandelde bandbreedte voor een korte periode aanzienlijk overschreed.

2019.05.20.1892m1

24 mei 2019

• Nieuwe bruikbaarheidsfuncties toegevoegd aan de webinterface van het knooppunt voor videomesh (generatie van pakketten, logboekgeneratie en verbeteringen van overzichtspagina). Zie het hoofdstuk Webex-videomesh beheren in de implementatiehandleiding op https://www.cisco.com/go/video-mesh voor meer informatie over deze functies.

• Nieuw alarm toegevoegd in het kader van de komende migratie naar het Amazon elastic container register: 'Het knooppunt voor videomesh kon de vereiste software niet downloaden van de Cisco-cloudprovider. Het probleem kan zich voordoen vanwege meerdere problemen die verband houden met het netwerk. Controleer uw netwerkverbinding met het openbare netwerk en controleer uw DNS-instellingen. Dit kan ook gebeuren door wijzigingen aan de firewall die aanwezig is tussen knooppunten voor videomesh en het internet."

  Videomesh-knooppunten blijven upgraden, maar u moet de juiste actie ondernemen om ervoor te zorgen dat videomesh-knooppunten toegang hebben tot de URL. Zie het tabblad Aankondigingen voor meer informatie.

• Er is een probleem opgelost waarbij in Skype voor Bedrijven-vergaderingen onjuist 'l2sip-UA' werd weergegeven als titel van de vergadering en naam van de deelnemer.

2019.04.29.1873m.4

13 mei 2019

• Er is een probleem opgelost dat ervoor zorgde dat inhoud delen soms niet beschikbaar was bij gebruik van SIP-uitbellen.

• Er is een probleem opgelost dat ervoor zorgde dat cascades soms niet opnieuw werden gemaakt na tijdelijke netwerkproblemen, waardoor vergaderingen werden gesplitst.

• Er is een probleem opgelost waardoor het delen van inhoud in sommige scenario's mislukte.

2019.04.29.1873m

30 april 2019

• Geen release-opmerkingen voor deze onderhoudsupgrade.

2019.04.18.1869m.1

26 april 2019

• Er is een probleem opgelost dat ervoor zorgde dat draadloos delen van Webex Teams voor Windows in sommige gevallen niet werkte.

2019.03.22.1829m.2

2 april 2019

• Er is een probleem opgelost dat er soms voor zorgde dat UDP-bandbreedtetests uitvielen.

• Er is een probleem opgelost waarbij NTP-alarmen in Control Hub niet werden verwijderd zodra een defecte NTP-server functioneerde.

2019.03.19.1826m

22 maart 2019

• Als u configuratiewijzigingen wilt aanbrengen op een geregistreerd knooppunt, moet u het knooppunt nu eerst in de onderhoudsmodus plaatsen.

• De overzichtspagina rapporteert het resultaat van de connectiviteitscontrole voor het Amazon-containerregister (ECR).

• Er is een probleem opgelost waarbij er een vertraging was op sommige clients bij het schakelen van actieve luidsprekers en beschadigde video wanneer er pakketverlies was.

• Opgelost CSCvo93454—One Way Video wanneer Immersive System deelneemt aan Webex.

• Opgelost CSCvo87069—Vertrouwde SIP-bronnen voor videomesh worden niet ingevuld

2019.02.14.1788m.1

21 februari 2019

• Er is een probleem opgelost waarbij eindpunten met drie schermen niet op afstand werden gedempt door de Webex-host.

• Er is een probleem opgelost waarbij dempen en dempen opheffen soms niet werkte voor SIP-eindpunten.

• Videomesh-knooppunten proberen nu toegang te krijgen tot een nieuwe URL voor het testen van toegang tot het door Amazon gehoste containerregister (https://615440818562.dkr.ecr.us-east-1.amazonaws.com/).

• Er zijn nieuwe alarmen toegevoegd die worden gegenereerd op de knooppunten voor videomesh en worden weergegeven in Control Hub wanneer de DNS-queryresponstijd in deze scenario's hoger is dan 1,5 s:

  • Wanneer de querytijd van de DNS-server langer is dan 1,5 s: "De <x>queryresponstijd van <number> ms van de DNS-server overschrijdt de maximale responstijd van 1500 ms."

  • Alarmtekst voor wanneer de querytijd van de DNS-server langer is dan 1,5 s tijdens het oplossen van een NTP-server: 'Tijdens het oplossen <ntp-server>; <x>de query-responstijd van <number> ms van de DNS-server(s) overschrijdt de maximale responstijd van 1500 ms.'

2019.02.12.1786m

15 februari 2019

• Deze versie is de kandidaatversie voor de TLS SIP-trunk en transparante proxyondersteuning voor inspectie/niet-inspectie voor videomesh. Zie de implementatiehandleiding op https://www.cisco.com/go/video-mesh voor meer informatie.

• Opgelost CSCvo26600—Tokenvalidator krijgt geen tokenvalidatiesleutel als eerste CI-aanvraag mislukt

2019.01.29.1773m

6 februari 2019

• Deze versie is de kandidaatversie voor de functie voor de dubbele netwerkinterface. Zie de implementatiehandleiding op https://www.cisco.com/go/video-mesh voor meer informatie.

• Nieuwe controles toegevoegd om periodiek de geldigheid te controleren van NTP-servers die zijn geconfigureerd op de videomesh-knooppunten. Ongeldige NTP-serverwaarschuwingsberichten worden weergegeven in de beheerinterface voor de videomesh bij aanmelding en als alarmen in Control Hub.

2019.01.14.1764m.1

18 januari 2019

• Er is een probleem opgelost waarbij video slechts op één manier werd verzonden tijdens een vergadering en sommige apparaten of clients de videostream niet konden zien.

2018.10.04.1692m

5 oktober 2018

• Geen release-opmerkingen voor deze onderhoudsupgrade.

Februari 2024

• Het videomesh-platform is nu geïntegreerd met de ThousandEyes Enterprise-agent, zodat u end-to-end-monitoring kunt uitvoeren in uw hybride digitale ecosysteem. Deze integratie voorziet u van een breed scala aan netwerkbewakingstests. Problemen overal in uw netwerkinfrastructuur kunnen worden gediagnosticeerd met een grotere precisie, het verbeteren van de efficiëntie van uw implementatie.

  Zie ThousandEyes-integratie met videomesh voor meer informatie over het inschakelen van ThousandEyes voor uw organisatie en het configureren van tests.

• In overeenstemming met de vorige aankondiging met betrekking tot Container register migratie naar Amazon ECR, verwachten we de migratie medio maart 2024 te voltooien. Zorg voor connectiviteit met ECR door de URL toe te staan, " *dkr.ecr.us-east-1.amazonaws.com" in uw toepassing firewalls en proxy's.

december 2023

Migratie containerregister van Docker Hub naar Amazon ECR

Het containerregister voor videomesh dat afbeeldingen host, wordt gewijzigd van Docker Hub in Amazon ECR. Deze migratie staat gepland voor februari 2024. We verzoeken klanten vriendelijk om de verbinding met ECR te verzekeren door de URL toe te staan, " *.amazonaws.com" in hun toepassing firewalls en proxy's. Deze stap is noodzakelijk om mogelijke problemen tijdens upgrades te voorkomen.

Augustus 2023

We hebben de veelzijdigheid en functionaliteit van knooppunt-API's voor videomesh verbeterd door een hele reeks nieuwe API's met verschillende functies toe te voegen. Beheerders kunnen nu kiezen tussen 3 categorieën API's die hen kunnen helpen in verschillende fasen van de implementatie van het knooppunt. Deze zijn als volgt:

• API's voor VMN-beheer

• VMN-netwerk-API's

• API's voor VMN-servercertificaat

Juli 2023

Webhooks voor waarschuwingen voor videomesh

Videomesh ondersteunt nu waarschuwingen via webhooks, waardoor organisatiebeheerders bepaalde aspecten van hun implementaties moeiteloos kunnen controleren. Ze kunnen ervoor kiezen om op de hoogte te worden gesteld van gebeurtenissen zoals gespreksoverschrijdingen en gespreksomleidingen, waardoor het zo min mogelijk nodig is om zich aan te melden bij Control Hub voor het bewaken van hun implementatie.

In deze fase kunnen de volgende gebeurtenistypen worden opgevolgd via webhooks:

• Gesprekken omleiden cluster – Gesprekken omgeleid vanuit een bepaald cluster.
• Overloop van organisatiegesprekken – Totale overloop van gesprekken naar de cloud voor een organisatie.

API's voor knooppunt voor videomesh

We hebben een reeks API's geïntroduceerd die organisatiebeheerders helpen bij het maken, bijwerken, downloaden en verwijderen van certificaten met betrekking tot videomesh-knooppunten. Zie API's voor knooppunt voor videomesh voor meer informatie.

Juni 2023

We hebben de grafieken en grafieken van het Analytics-dashboard verfijnd om de functie Clienttype opnemen te vergroten.

• U kunt clusterspecifieke gegevens zien op het tabblad Resources.

  Selecteer een cluster in een van de donut-grafieken of -grafieken en klik vervolgens op Toepassen. Met deze actie worden ook de gegevens voor alle andere grafieken gefilterd, zodat u alleen de gegevens ziet die relevant zijn voor uw geselecteerde cluster.

• We hebben twee nieuwe grafieken toegevoegd aan het tabblad Resources. Dit zijn Totaal aantal gesprekken per eindpunttype en Totaal aantal gesprekken per eindpunttype trend. U kunt clusters en specifieke eindpunttypen selecteren om alleen de informatie weer te geven die u nodig hebt.

• Op het tabblad Betrokkenheid hebben we de grafiek Gespreksgedeelten per eindpunttype gegroepeerd in de volgende typen:

  • SIP-apparaten
  • Bureaublad van Webex-app
  • Mobiele Webex-app
  • VDI van de Webex-app
  • Webex-apparaten

Mei 2023

Webclientondersteuning

Gesprekken via een webclient kunnen nu landen op knooppunten voor videomesh, waardoor uw organisatie veelzijdiger is in de ondersteunde gesprekstypen.

Maart 2023

Nieuwe bereikbaarheidstest en verbeterde bewakingstool

We hebben een bereikbaarheidstest toegevoegd aan de bestaande set monitoringtests. De bereikbaarheidstest wordt uitgevoerd met de mediagezondheidstests, zowel periodiek als on-demand. We hebben ook de bewakingstool verbeterd om meer details in de testresultaten te geven en de overzichtspagina bijgewerkt met eenvoudigere, intuïtievere toegang tot gedetailleerde informatie.

We hebben het UI-pad gewijzigd om het hulpprogramma voor videomesh te bereiken. U vindt het nieuwe tabblad Videomesh op Problemen oplossen > Videomesh in plaats van Problemen oplossen > Status > Videomesh zoals voorheen.

De overzichtspagina van de bewakingstool groepeert de tests in Signalering, Cascade en Bereikbaarheid, zodat u uw probleemoplossingsproces kunt verfijnen.

Februari 2023

API's voor videomesh-ontwikkelaars voor probleemoplossing en integratie met monitoringsystemen van derden

• In deze fase van de API's voor videomesh hebben we verbeteringen geïntroduceerd waarmee organisatiebeheerders de volledige controle kunnen krijgen over het oplossen van problemen met hun videomesh-implementaties.
• Beheerders kunnen nu verschillende probleemoplossingstests op aanvraag activeren, zoals netwerk-, media Health Monitor- en bereikbaarheidstests vanuit de ontwikkelaarsportal. Ze kunnen ook gedetailleerde resultaten bekijken van de tests die ze hebben gestart, zodat ze een beter inzicht krijgen in de gezondheid van hun implementatie.

November 2022

Clusternaam wijzigen in Control Hub

U kunt nu de namen van uw clusters voor videomesh bewerken in Control Hub. We hebben ook Unicode-ondersteuning toegevoegd aan de clusternamen.

September 2022

API's voor videomesh

De Video Mesh Developer API's bieden organisatiebeheerders een krachtige en flexibele manier om gedetailleerde statistieken op te halen voor bewaking en inzichtelijke analysegegevens van hun videomesh-implementaties via de Webex Developer Portal. Ze kunnen hun bestaande bewakingstoepassingen naadloos integreren met deze API's en de bewaking van hun clusters en knooppunten voor videomesh automatiseren. De API's zijn beschikbaar op https://developer.webex.com/docs/api/v1/video-mesh. Een voorbeeldcliënt is beschikbaar op https://github.com/CiscoDevNet/video-mesh-api-client.

Juli 2022

Wijziging van de tool Media Health Monitoring

We hebben de frequentie van periodieke clusterbrede, clusterspecifieke of knooppuntspecifieke tests gewijzigd. Deze tests vonden elk uur plaats in eerdere releases. Ze draaien nu om de 6 uur.

April 2022

Houd uw media op de videomesh voor alle externe Webex-vergaderingen

In eerdere versies hebt u het gebruik van videomesh voor vergaderingen alleen voor uw interne sites beheerd. Voor vergaderingen die worden gehost op externe Webex-sites, beheren deze sites of videomesh naar Webex kan worden gecascade. Als een externe site geen videomesh-cascades toestaat, gebruiken uw media altijd de Webex-cloudknooppunten.

Als de instelling Videomesh verkiezen voor alle externe Webex Meetings beschikbaar is op uw Webex-site, worden uw media door deze knooppunten uitgevoerd voor vergaderingen op externe sites. Zie voor meer informatie.https://help.webex.com/en-us/article/nzvixgk/Keep-your-media-on-Video-Mesh-for-all-external-Webex-meetings

Januari 2022

Poortupdates

Voor een aankomende release in februari 2022 moet voor videomesh het volgende poortbereik worden geopend voor Media Cloud Cascades:

Deze poorten vormen een aanvulling op de bestaande poort 5004. Open het poortbereik van UDP 50.000 tot 53.000 in uw firewallconfiguratie. U ziet serviceverstoringen als deze poorten niet open zijn wanneer de aankomende release wordt uitgebracht.

Zoals vermeld in Netwerkvereisten voor Webex-services, gebruikt de Expressway dit poortbereik al voor de Webex-cloud. De meeste implementaties hebben dus geen updates nodig om deze nieuwe vereiste voor videomesh te ondersteunen. Maar in implementaties met strengere firewallregels werkt u uw firewallconfiguratie bij om deze poorten voor videomesh te openen vóór de release van februari.

Oktober 2021

Wereldwijd gedistribueerde media

Videomesh maakt nu gebruik van wereldwijd gedistribueerde media (GDM) mogelijkheden van Webex om betere mediaroutering te bereiken. Voor een optimale verbinding selecteert Webex het dichtstbijzijnde cloudmediaknooppunt van uw bedrijf bij het uitvoeren van videomesh-cascades naar Webex. Verkeer gaat vervolgens via de Webex-backbone naar de Webex-microservices voor de vergadering. Deze routering minimaliseert de latentie en houdt het meeste verkeer op de Webex-backbone en buiten het internet.

13 augustus 2021

Privévergaderingen

De functie Privévergadering verbetert de beveiliging van uw vergadering door de media op uw locatie te beëindigen. Wanneer u een privévergadering plant, worden de media altijd beëindigd op de videomesh-knooppunten binnen uw bedrijfsnetwerk zonder cloudcascade. Als de lokale knooppunten vol zijn, worden de media in tegenstelling tot normale vergaderingen niet gecascadeerd naar de Webex-cloud.

Alle deelnemers aan een privévergadering moeten tot uw organisatie behoren. Ze kunnen deelnemen via de Webex-app of een geverifieerd videosysteem. Deelnemers met VPN- of MRA-toegang tot uw netwerk kunnen deelnemen aan een privévergadering. Maar niemand kan deelnemen aan een privévergadering van buiten uw netwerk.

Zie het gedeelte Privévergaderingen in de implementatiehandleiding op https://www.cisco.com/go/video-mesh en het artikel Een privévergadering plannen in Webex.

9 februari 2021

Toegang tot knooppunten vanuit Control Hub voor volledige beheerders

We hebben Control Hub verbeterd om volledige beheerders van uw Webex-organisatie toegang te geven tot knooppunten voor videomesh vanuit Control Hub.

Alleen een volledige beheerder voor uw Webex-organisatie kan deze functie gebruiken. Andere beheerders, waaronder Partner en Externe Volledige Beheerders, hebben niet de optie Ga naar knooppunt voor de Videomesh-resources.

Zie het gedeelte Overzicht van toegang tot knooppunt voor Webex-videomesh vanuit webinterface in de implementatiehandleiding op https://www.cisco.com/go/video-mesh.

26 augustus 2020

DNS-caching

Als DNS-reacties op uw videomesh-knooppunten regelmatig meer dan 750 ms duren, kunt u DNS-caching inschakelen. Met DNS-caching ingeschakeld, brengt het knooppunt DNS-antwoorden lokaal in cache. Bij lokale caching is het minder waarschijnlijk dat verzoeken verbindingsalarmen, gespreksonderbrekingen of problemen met de gesprekskwaliteit veroorzaken. DNS-caching kan ook de belasting van uw DNS-infrastructuur verminderen.

DNS-caching is momenteel standaard uitgeschakeld. Zie het gedeelte DNS-caching in- of uitschakelen in de implementatiehandleiding op https://www.cisco.com/go/video-mesh om deze in te schakelen.

Ondersteuning voor Webex Events

Webex-videomesh ondersteunt nu Webex Events.

7 augustus 2020

Korte videoadresindeling voor Webex Meetings

Op WBS39.9- en latere sites kunnen gebruikers deelnemen aan vergaderingen met de kortere <meeting_number>@webex.com videoadresindeling (in plaats van <meeting_number>@<site_name>.webex.com). Videomesh ondersteunt nu deze kortere adresindeling.

De implementatiehandleiding op https://www.cisco.com/go/video-mesh bevat instructies voor het hanteren van de kortere indeling bij het instellen van een implementatie voor videomesh.

Als u de korte videoadresindeling wilt gebruiken met een bestaande implementatie voor videomesh, voegt u een route- of belpatroon toe om de indeling te verwerken. Raadpleeg voor meer informatie de juiste taak die het 'korte videoadres' bevat in de handleiding, afhankelijk van hoe u uw gespreksbeheeromgeving hebt geconfigureerd:

• Unified CM Secure TLS SIP-verkeersroutering configureren voor Webex-videomesh

• Unified CM TCP SIP-verkeersroutering configureren voor Webex-videomesh

• Expressway-TCP SIP-verkeersroutering configureren voor videomesh

Uitnodigingen voor vergaderingen gebruiken momenteel standaard nog steeds de langere indeling. Als u de indeling voor uw Webex-site wilt wijzigen, raadpleegt u De korte videoadresindeling voor Webex Meetings en Events weergeven.

9 juli 2020

Nieuwe MTU-configuratie-instellingen voor de netwerkinterface in de webinterface van het knooppunt voor videomesh

U kunt nu handmatig de maximale grootte van de transmissie-eenheid (MTU) instellen op de interne netwerkinterface en de MTU op de externe netwerkinterface, indien ingeschakeld.

Alle Webex-videomesh-knooppunten hebben pad-MTU-detectie (PMTU) die standaard is ingeschakeld. Met PMTU kan het knooppunt MTU-problemen detecteren en de MTU-grootte automatisch aanpassen. Wanneer PMTU mislukt vanwege firewall- of netwerkproblemen, kan het knooppunt verbindingsproblemen met de cloud hebben omdat pakketten die groter zijn dan de MTU, wegvallen. Handmatig instellen van een lagere MTU-grootte kan dit probleem oplossen.

U vindt de handmatige MTU-instellingen op het tabblad Geavanceerd van de netwerkinstellingenpagina in de webinterface van het knooppunt voor videomesh. Zie de implementatiehandleiding op https://www.cisco.com/go/video-mesh voor meer informatie.

26 juni 2020

Nieuwe VMNLite-implementatieoptie

Implementaties van voornamelijk Webex Teams en in de cloud geregistreerde eindpunten maken gebruik van meer resources voor schakelen en minder transcodering dan de standaardconfiguratie biedt. Als u meer, kleinere virtuele machines implementeert op de host, worden de resources voor dit scenario geoptimaliseerd.

Daarom introduceren we een nieuwe optie 'VMNLite' voor het implementeren van meerdere Webex-videomeshknooppunten naar uw hostserver waarop VMware ESXI of vCenter wordt uitgevoerd. VMNLite vereist de volgende specificaties voor elke virtuele machine:

• 23 vCPU's voor knooppunt voor videomesh

• 20 GB hoofdgeheugen

• 80 GB lokale harde schijfruimte

Met deze specificaties kunt u meerdere exemplaren implementeren (of vervangen door een bestaande virtuele machine), afhankelijk van de hardware:

Onze tests tonen een verbetering van 50% in de prestaties van geschakelde gesprekken met 3 VMNLite-knooppunten op een enkele CMS1000 in vergelijking met de implementatie van een enkele virtuele machine.

Net als bij de standaardconfiguratie kunt u geen co-residentie hebben met andere services op virtuele VMNLite-machines.

Zie de implementatiehandleiding op https://www.cisco.com/go/video-mesh voor meer informatie. Zie het hoofdstuk Webex-videomesh beheren en problemen oplossen voor stappen om uw standaardconfiguratie te vervangen door VMNLite.

9 juni 2020

Nieuwe wekelijkse automatische software-upgrade-optie voor videomesh-clusters

U kunt nu plannen dat automatische software-upgrades op uw videomesh-clusters wekelijks worden uitgevoerd in plaats van dagelijks (de standaard). U kunt een upgrade een keer uitstellen. Als u een weekplanning instelt, betekent het uitstellen dat de upgrade plaatsvindt tijdens het upgradevenster van de volgende week.

U kunt de upgradeplanning instellen bij het registreren van een nieuw cluster of de planning van een bestaand cluster wijzigen. Zie de documentatie over videomesh op https://www.cisco.com/go/video-mesh voor meer informatie.

24 april 2020

Externe netwerkinterface, routeringsregels, containernetwerkopties in de webinterface van het knooppunt voor videomesh

De webinterface voor videomesh bevat meer nieuwe functies om het afhandelen van netwerkwijzigingen eenvoudiger te maken. U kunt de externe interface in een NIC-implementatie (dual network interface) inschakelen via de webinterface. U kunt de routering voor knooppunten voor videomesh vervolgens verfijnen door door de gebruiker gedefinieerde routeringsregels voor externe en interne interfaces toe te voegen. En u kunt het IP-adres en subnet van de containerbrug wijzigen.

Zie het hoofdstuk Webex-videomesh beheren en problemen oplossen in de implementatiehandleiding op https://www.cisco.com/go/video-mesh voor meer informatie over de toegang tot de updates van de webinterface.

20 maart 2020

Ondersteuning voor gegevensresidentie voor Cisco Webex Teams EMEAR

Organisaties in de Europese gegevensregio van Cisco Webex Teams kunnen nu videomesh gebruiken. Deze ondersteuning omvat zowel nieuw gecreëerde fase 2 EMEAR-organisaties als bestaande fase 1 EMEAR-organisaties.

Zie Gegevensresidentie in Cisco Webex Teams voor meer informatie.

18 september 2018

Verbeteringen van de servicekwaliteit (QoS) voor videomesh

Videomesh-knooppunten voldoen nu aan de aanbevolen servicekwaliteit (QoS) door poortbereiken in te schakelen waarmee u audio- en videostreams kunt onderscheiden in alle stromen van en naar de videomesh-knooppunten. Met deze wijziging kunt u QoS-beleidsregels maken en effectief commentaarverkeer van en naar de videomesh-knooppunten instellen.

Bij deze poortwijzigingen horen QoS-wijzigingen. Videomesh-knooppunten markeren automatisch mediaverkeer van SIP-geregistreerde eindpunten (op locatie Unified CM of VCS Expressway geregistreerd) voor zowel audio (EF) als video (AF41) afzonderlijk met de juiste serviceklasse en gebruiken bekende poortbereiken voor specifieke mediatypen.

Het bronverkeer van de geregistreerde eindpunten op locatie wordt altijd bepaald door de configuratie op gespreksbeheer (Unified CM of VCS Expressway).

Zie voor meer informatie de QoS-tabel bij Poorten en protocollen gebruikt door Webex-videomesh en de stappen om QoS in of uit te schakelen in de Implementatietaakstroom videomesh in de Implementatiehandleiding voor Cisco Webex-videomesh ( https://www.cisco.com/go/video-mesh).

Webex-app-apps blijven verbinding maken met videomesh-knooppunten via gedeelde poorten 5004 en 5006. Deze poorten worden ook gebruikt door Webex-app-apps en -eindpunten voor STUN-bereikbaarheidstests voor videomesh-knooppunten. Knooppunt voor videomesh naar videomesh-knooppunt voor cascades gebruiken een gedeelde bestemmingspoort van 5004 of 5006.

12 februari 2018

Multistreaming-ondersteuning voor alle deelnemers in Cisco Spark en Cisco Webex Meetings

Als u vergaderingen host op lokale hybride mediaknooppunten via de hybride mediaservice van Cisco Spark, kunt u profiteren van functies die zijn opgenomen in de ondersteuning voor multistreaming. Multistream biedt gemiddeld een beter bandbreedtegebruik, met name voor de trapsgewijze koppeling tussen de knooppunten van de hybride mediaservice en de openbare Cisco Spark-cloudmediaknooppunten.

Zie Multistreaming-ondersteuning voor alle deelnemers in Cisco Spark- en Cisco WebEx-vergaderingen voor meer informatie.

5 januari 2018

Ondersteuning voor Cisco WebEx- en Cisco Spark-vergaderingen, poortwijzigingen en OVA-update

De Cisco Spark hybride mediaservice ondersteunt nu op locatie bij SIP geregistreerde eindpunten die deelnemen aan Cisco WebEx-vergaderingen en Cisco Spark-vergaderingen. De service bevat ook nieuwe gebruiks- en adoptierapporten in Control Hub. U moet ervoor zorgen dat uw WebEx-site zich op Cisco WebEx-videoplatformversie 2.0 bevindt om optimaal gebruik te kunnen maken van de service voor hybride media. (U kunt controleren of uw WebEx-site op videoplatformversie 2.0 staat als de lijst met typen mediabronnen beschikbaar is in de siteopties voor Cloud CMR (samenwerkingsvergaderruimte).)

Poortwijzigingen

• De hybride mediaservice vereist nu een nieuwe bestemmingspoort (5006).

• TCP/UDP-poort 33434 wordt niet meer ondersteund door de service.

Zie " Poorten en protocollen gebruikt door de hybride mediaservice" in de Implementatiehandleiding voor Cisco Spark hybride mediaservice voor een volledige lijst.

OVA bijwerken

Voor de service moet u de nieuwste OVA-update downloaden en installeren op uw knooppunten voor hybride media. Als u de nieuwste OVA wilt downloaden vanuit de klantweergave in https://admin.ciscospark.com, ga naar Services > Hybride media > Instellen > Instellingen.

Upgrade elk knooppunt voor hybride media in uw cluster door de volgende stappen uit te voeren:

1. Verplaats het knooppunt naar de onderhoudsmodus. Zie Een knooppunt voor hybride service verplaatsen naar de onderhoudsmodus.

2. Maak de registratie van het knooppunt ongedaan. Zie 'Knooppunt voor hybride media afmelden' in de Implementatiehandleiding voor Cisco Spark hybride mediaservice.

3. Verwijder het hybride mediaknooppunt VM van de VMware vSphere-client of van vCenter.

4. Installeer de nieuwe OVA en software voor de hybride mediaservice, stel de newtork-configuratie in en registreer het knooppunt voor hybride media opnieuw in de Cisco Collaboration Cloud. Zie " Hybride mediaservice implementeren" in de Implementatiehandleiding voor Cisco Spark hybride mediaservice.

5. Verplaats het knooppunt uit de onderhoudsmodus. Zie Een knooppunt voor hybride service verplaatsen naar de onderhoudsmodus.

Zie de Implementatiehandleiding voor Cisco Spark hybride mediaservice op https://www.cisco.com/go/hybrid-services-media voor meer informatie over alle functiewijzigingen, nieuwe implementatiestappen en richtlijnen voor het voorbereiden van de WebEx-site. Het gedeelte Nieuwe en gewijzigde informatie van de instructiekoppelingen naar bijgewerkte gedeelten.