- Start
- /
- Artikel
In dit artikelNieuwe en gewijzigde informatie
Deze tabel behandelt nieuwe functies of functies, wijzigingen in bestaande inhoud en belangrijke fouten die zijn opgelost in de Implementatiehandleiding.
Zie https://help.webex.com/en-us/article/jgobq2/Webex-Video-Mesh-release-notes voor meer informatie over de updates van de knooppunten voor Webex-videomesh.
Datum | Wijzigen |
|---|---|
09 februari 2024 |
|
31 augustus 2023 |
|
31 juli 2023 |
|
28 juli 2023 |
|
15 juni 2023 |
|
| 16 mei 2023 |
|
27 maart 2023 |
|
02 maart 2023 |
|
7 juli 2022 |
|
30 juni 2022 | Informatie toegevoegd over de nieuwe bulkinrichtingsscripts op https://github.com/CiscoDevNet/webex-video-mesh-node-provisioning. |
14 juni 2022 | De stappen voor het uitwisselen van certificaatketens zijn gewijzigd om ECDSA-certificaten op te nemen in Exchange Certificate Chains tussen Unified CM- en videomesh-knooppunten |
18 mei 2022 | De downloadsite voor de reflectortool is gewijzigd in https://github.com/CiscoDevNet/webex-video-mesh-reflector-client. |
29 april 2022 | Er is informatie toegevoegd over de nieuwe functie in Houd uw media op videomesh voor alle externe Webex-vergaderingen. |
25 maart 2022 | Updates voor poortgebruik in Poorten en protocollen voor beheer. |
Decemeber 10, 2021 | Er is CMS 2000 toegevoegd en er is een upgradeprobleem opgemerkt voor oudere CMS 1000s die upgraden naar ESXi 7 in Systeem- en platformvereisten voor knooppuntsoftware voor videomesh. |
30 augustus 2021 | Er is informatie toegevoegd over het verifiëren of Webex het juiste bronland heeft voor uw implementatie in Controleren Of het bronland Juist Is. |
27 augustus 2021 | Opmerking toegevoegd over de zichtbaarheid van analyserapporten in Ondersteuning en beperkingen voor privévergaderingen. |
13 augustus 2021 | Informatie toegevoegd over de nieuwe functie Privévergaderingen in:
|
22 juli 2021 | Er is informatie toegevoegd over hoe u kunt controleren of het systeem de juiste bronlocatie voor gesprekken heeft. Correcte bronlocaties helpen om efficiënt te routeren. Zie Controleren Of het Land Van De Bron Correct Is. |
25 juni 2021 | De functie Volledige Webex-ervaring van de Webex-app is niet compatibel met videomesh in clients en apparaten die het knooppunt voor videomesh gebruiken. |
7 mei 2021 | De aanbevolen clustergrootte is gecorrigeerd tot 100 in Richtlijnen voor clusterimplementatie voor videomesh. |
12 april 2021 | De Expressway TCP SIP-verkeersroutering configureren voor videomesh is bijgewerkt om de Webex-zone te gebruiken in plaats van een nieuwe DNS-zone. |
9 februari 2021 |
|
11 december 2020 |
|
22 oktober 2020 |
|
| 19 oktober 2020 |
|
| 18 september 2020 |
|
| 26 augustus 2020 |
|
4 augustus 2020 |
|
| 9 juli 2020 |
|
26 juni 2020 |
|
| 9 juni 2020 |
|
| 21 mei 2020 | Poorten en protocollen voor beheer en vereisten voor proxyondersteuning voor videomesh bijgewerkt. |
| 15 mei 2020 | Bijgewerkt Overzicht videomesh. |
| 25 april 2020 |
|
22 januari 2020 |
|
12 december 2019 |
|
10 december 2019 |
|
4 november 2019 |
|
| 18 oktober 2019 |
|
26 september 2019 |
|
13 september 2019 |
|
| 29 augustus 2019 |
|
24 juli 2019 |
|
9 juli 2019 |
|
24 mei 2019 |
|
25 april 2019 |
|
11 april 2019 |
|
Overzicht van Webex-videomesh
Webex-videomesh vindt dynamisch de optimale mix van conferentieresources op locatie en in de cloud. Conferenties op locatie blijven op locatie als er voldoende lokale resources zijn. Wanneer de lokale resources zijn uitgeput, worden conferenties uitgebreid naar de cloud.
Knooppunt voor videomesh is software die is geïnstalleerd op een Cisco UCS-server op locatie, is geregistreerd bij de cloud en wordt beheerd in Control Hub. Webex-vergaderingen, persoonlijke Webex-vergaderruimte, Webex-ruimtevergaderingen en Webex-appgesprekken tussen twee personen kunnen worden gerouteerd naar de lokale, on-net videomesh-knooppunten. Videomesh selecteert de meest efficiënte manier om de beschikbare resources te gebruiken.
Videomesh biedt de volgende voordelen:
Verbetert de kwaliteit en vermindert de latentie doordat u uw gesprekken op locatie kunt houden.
Breidt uw gesprekken transparant uit naar de cloud wanneer op locatie resources hun limiet hebben bereikt of niet beschikbaar zijn.
Beheer uw clusters voor videomesh vanuit de cloud met één beheerdersinterface: Besturingshub (https://admin.webex.com ).
Optimaliseer resources en schaal de capaciteit indien nodig.
Combineert de functies van conferenties in de cloud en op locatie in één naadloze gebruikerservaring.
Vermindert capaciteitsproblemen, omdat de cloud altijd beschikbaar is wanneer er extra conferentieresources nodig zijn. In het slechtste geval hoeft u geen capaciteitsplanning uit te voeren.
Biedt geavanceerde analyses over capaciteit en gebruik en probleemoplossingsrapportgegevens in https://admin.webex.com.
Gebruikt lokale mediaverwerking wanneer gebruikers inbellen bij een Webex-vergadering vanaf op standaarden gebaseerde SIP-eindpunten en clients op locatie:
Op SIP gebaseerde eindpunten en clients (Cisco-eindpunten, Jabber, SIP van derden) die zijn geregistreerd bij gespreksbeheer op locatie (Cisco Unified Communications Manager of Expressway) die inbellen bij een Cisco Webex-vergadering.
Webex-app (inclusief gekoppeld aan ruimteapparaten) die deelnemen aan een Webex-vergadering.
Webex-ruimte- en bureauapparaten die rechtstreeks deelnemen aan een Webex-vergadering.
Biedt geoptimaliseerde IVR(Interactive Voice Response) voor audio en video aan op het netwerk gebaseerde SIP -eindpunten en clients.
H.323-, IP -inbel- en Skype voor Bedrijven-eindpunten (S4B) blijven deelnemen aan vergaderingen vanuit de cloud.
Ondersteunt 1080p 30fps HD-video als een optie voor vergaderingen, als deelnemers aan de vergadering die 1080p kunnen ondersteunen, worden gehost via de lokale videomesh-knooppunten op locatie. (Als een deelnemer deelneemt aan een lopende vergadering vanuit de cloud, blijven op locatie gebruikers 1080p 30fps ervaren op ondersteunde eindpunten.)
Verbeterde en gedifferentieerde QoS-markering (Quality of Service): aparte audio (EF) en video (AF41).
Webex-videomesh biedt momenteel geen ondersteuning voor Webex Webinars.Ondersteunt end-to-end gecodeerde vergaderingen (E2EE-vergaderingen). Als een klant Videomesh implementeert en het E2EE-vergaderingstype selecteert, wordt er een extra beveiligingslaag toegevoegd om ervoor te zorgen dat uw gegevens (media, bestanden, whiteboards, notities) veilig blijven en derden ervan worden weerhouden deze te openen of te wijzigen. Zie Zero-Trust Meetings implementeren voor meer informatie.
Privévergaderingen ondersteunen momenteel geen end-to-end-codering.
Clients en apparaten die het knooppunt voor videomesh gebruiken
We streven ernaar videomesh interoperabel te maken met relevante clients en apparaattypen. Hoewel het niet mogelijk is om alle scenario's te testen, omvat de test waarop deze gegevens zijn gebaseerd de meest voorkomende functies van de vermelde eindpunten en infrastructuur. Het ontbreken van een apparaat of client impliceert een gebrek aan tests en een gebrek aan officiële ondersteuning van Cisco.
Client- of apparaattype | Gebruikt knooppunt voor videomesh op point-to-point gesprek | Gebruikt een knooppunt voor videomesh op een vergadering met meerdere partijen |
|---|---|---|
Webex-app (bureaublad en mobiel) | Ja | Ja |
Webex-apparaten, inclusief ruimteapparaten en Webex Board. (Zie het gedeelte Vereisten voor eindpunten en de Webex-app voor een volledige lijst.) | Ja | Ja |
Draadloos delen in de ruimte tussen de Webex-app en ondersteunde ruimte-, bureau- en boardapparaten. | Ja | Ja |
Unified CM-geregistreerde apparaten (inclusief IX-eindpunten) en clients (inclusief Jabber VDI 12.6 en hoger en Webex VDI 39.3 en hoger) die inbellen bij een geplande Webex- of Webex-vergadering in een persoonlijke ruimte.* | Nee | Ja |
VCS-/Expressway-geregistreerde apparaten, die inbellen bij een geplande Webex-vergadering of een Webex-vergadering in een persoonlijke ruimte.* | Nee | Ja |
Webex Mijn videosysteem bellen met in de Webex-cloud geregistreerde videoapparaten | N.v.t. | Ja |
Webex-app-webclient ( https://web.webex.com) | Ja | Ja |
Telefoons geregistreerd bij Cisco Webex Calling | Nee | Nee |
Webex Mijn videosysteem bellen naar op locatie geregistreerde SIP-apparaten | N.v.t. | Nee |
* Het is niet mogelijk om te garanderen dat alle apparaten en clients op locatie zijn getest met de oplossing voor videomesh.
Incompatibiliteit van videomesh met de Webex-ervaring met de volledige functie
Als u de Webex-ervaring met volledige functies inschakelt voor de Webex-app, wordt de Webex-app niet ondersteund met de knooppunten voor videomesh. Die functie verzendt momenteel signalering en media rechtstreeks naar Webex. Toekomstige releases maken de Webex-app en de videomesh compatibel. Deze functie is standaard niet ingeschakeld voor klanten met videomesh.
Mogelijk hebt u problemen met de videomesh en de Webex-ervaring met alle functies:
Als u videomesh hebt toegevoegd aan uw implementatie na de introductie van die functie.
Als u deze functie hebt ingeschakeld zonder de invloed ervan op de videomesh te weten.
Als u problemen opmerkt, neemt u contact op met uw Cisco-accountteam om de schakelaar Webex-ervaring met volledige functionaliteit uit te schakelen.
Servicekwaliteit op knooppunt voor videomesh
Videomesh-knooppunten voldoen 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-beleid maken en effectief opmerkingen maken over verkeer van en naar de videomeshknooppunten.
Bij deze poortwijzigingen horen ook 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 op locatie geregistreerde eindpunten wordt altijd bepaald door de configuratie op het gespreksbeheer (Unified CM of VCS Expressway).
Zie voor meer informatie de QoS-tabel bij Poorten en protocollen gebruikt door videomesh en de stappen voor het in- of uitschakelen van QoS in de implementatietaakstroom voor videomesh
De Webex-app blijft verbinding maken met videomesh-knooppunten via gedeelde poort 5004. Deze poorten worden ook gebruikt door de Webex-app en eindpunten voor STUN-bereikbaarheidstests voor videomesh-knooppunten. Videomesh-knooppunt naar videomesh-knooppunt voor cascades gebruiken het bestemmingspoortbereik 10000-40000.Proxyondersteuning voor videomesh
Videomesh ondersteunt expliciete, transparante en niet-inspecterende proxy's. U kunt deze proxy's koppelen aan uw Video Mesh-implementatie zodat u het verkeer van de onderneming naar de cloud kunt beveiligen en bewaken. Deze functie verzendt op https gebaseerd verkeer voor signalering en beheer naar de proxy. Voor transparante proxy's worden netwerkverzoeken van videomesh-knooppunten doorgestuurd naar een specifieke proxy via regels voor bedrijfsnetwerkroutering. U kunt de beheerinterface voor de videomesh gebruiken voor certificaatbeheer en de algemene verbindingsstatus nadat u de proxy met de knooppunten hebt geïmplementeerd.
| Media reizen niet via de proxy. U moet de vereiste poorten voor mediastreams nog steeds openen om de cloud rechtstreeks te bereiken. Zie Poorten en protocollen voor beheer. |
De volgende proxytypen worden ondersteund door videomesh:
Expliciete proxy (inspecteren of niet-inspecteren): met expliciete proxy vertelt u de client (videomesh-knooppunten) welke proxyserver moet worden gebruikt. Deze optie ondersteunt een van de volgende verificatietypen:
Geen: er is geen verdere verificatie vereist. (Voor HTTP of HTTPS expliciete proxy.)
Basis: gebruikt voor een HTTP-gebruikersagent om een gebruikersnaam en wachtwoord op te geven bij het maken van een aanvraag en gebruikt Base64-codering. (Voor HTTP of HTTPS expliciete proxy.)
Digest: wordt gebruikt om de identiteit van het account te bevestigen voordat gevoelige informatie wordt verzonden en past een hash-functie toe op de gebruikersnaam en het wachtwoord voordat het via het netwerk wordt verzonden. (Voor HTTPS expliciete proxy.)
NTLM: net als Digest wordt NTLM gebruikt om de identiteit van het account te bevestigen voordat gevoelige informatie wordt verzonden. Gebruikt Windows-referenties in plaats van de gebruikersnaam en het wachtwoord. Voor dit verificatieschema moeten meerdere uitwisselingen worden voltooid. (Voor expliciete HTTP-proxy.)
Transparante proxy (niet-inspecteren): videomesh-knooppunten zijn niet geconfigureerd voor het gebruik van een specifiek proxyserveradres en vereisen geen wijzigingen om met een niet-inspecterende proxy te werken.
Transparante proxy (inspectie): videomesh-knooppunten zijn niet geconfigureerd om een specifiek proxyserveradres te gebruiken. Er zijn geen http(s)-configuratiewijzigingen nodig in de videomesh. De videomesh-knooppunten hebben echter een basiscertificaat nodig zodat ze de proxy vertrouwen. Het inspecteren van proxy's wordt doorgaans gebruikt door IT om beleidslijnen af te dwingen met betrekking tot welke websites kunnen worden bezocht en soorten inhoud die niet zijn toegestaan. Dit type proxy decodeert al uw verkeer (zelfs https).
Ondersteunde resoluties en framerates voor videomesh
Deze tabel bevat de ondersteunde resoluties en framerates vanuit het perspectief van afzender-ontvanger in een vergadering die wordt gehost op een knooppunt voor videomesh. De afzender-client (app of apparaat) bevindt zich in de bovenste rij van de tabel, terwijl de ontvanger-client zich in de linkerkolom van de tabel bevindt. De overeenkomstige cel tussen de twee deelnemers legt de onderhandelde inhoudsresolutie, frames per sectie en audiobron vast.
| De resolutie heeft invloed op de gesprekscapaciteit op elk knooppunt voor videomesh. Zie Capaciteit voor videomesh-knooppunten voor meer informatie. |
De resolutie en frameraatwaarde worden gecombineerd als XXXpYY: 720p10 betekent bijvoorbeeld 720p bij 10 frames per seconde.
De afkortingen van de definitie (SD, HD en FHD) in de rij van de afzender en de kolom van de ontvanger verwijzen naar de bovenste resolutie van de client of het apparaat:
SD: standaarddefinitie (576p)
HD: hoge definitie (720p)
FHD: Full High Definition (1080p)
Ontvanger | Afzender | ||||||
|---|---|---|---|---|---|---|---|
Webex-app | Mobiele Webex-app | SIP-geregistreerde apparaten (HD) | SIP-geregistreerde apparaten (FHD) | Geregistreerde Webex-apparaten (SD) | Geregistreerde Webex-apparaten (HD) | Geregistreerde Webex-apparaten (FHD) | |
Desktop van de Webex-app | 720 p10 Gemengde audio* | 720 p10 Gemengde audio | 720 p30 Gemengde audio | 720 p30 Gemengde audio | 576 p15 Audio-inhoud** | 720 p30 Gemengde audio | 720 p30 Gemengde audio |
Mobiele Webex-app | — | — | — | — | — | — | — |
SIP-geregistreerde apparaten (HD) | 720 p30 Audio van inhoud | 720 p15 Gemengde audio | 1080 p15 Gemengde audio | 1080 p15 Gemengde audio | 576 p15 Gemengde audio | 1080 p15 Gemengde audio | 1080 p15 Gemengde audio |
SIP-geregistreerde apparaten (FHD) | 1080p30 Gemengde audio | 720 p15 Gemengde audio | 1080 p15 Gemengde audio | 1080p30 Gemengde audio | 576 p15 Gemengde audio | 1080 p15 Gemengde audio | 1080p30 Gemengde audio |
| Geregistreerde Webex-apparaten (SD) | 1080 p15 Gemengde audio | 720 p15 Gemengde audio | 1080 p15 Gemengde audio | 1080 p15 Gemengde audio | 576 p15 Gemengde audio | 1080 p15 Gemengde audio | 1080 p15 Gemengde audio |
Geregistreerde Webex-apparaten (FHD) | 1080p30 Gemengde audio | 720 p15 Gemengde audio | 1080 p15 Gemengde audio | 1080p30 Gemengde audio | 576 p15 Gemengde audio | 1080 p15 Gemengde audio | 1080p30 Gemengde audio |
* Content Audio verwijst naar de audio die wordt afgespeeld vanuit de specifieke inhoud die wordt gedeeld, zoals een streamingvideo. Deze audiostream staat los van de audio van de normale vergadering.
** Gemengde audio verwijst naar een mix van de audio van de deelnemer aan de vergadering en de audio van de gedeelde inhoud.
Vereisten voor videomesh
Videomesh is beschikbaar met de aanbiedingen die zijn gedocumenteerd in Licentievereisten voor hybride services.
Vereisten voor gespreksbeheer en vergaderingsintegratie voor videomesh
Gespreksbeheer en bestaande vergaderinfrastructuur zijn niet vereist voor het gebruik van videomesh, maar u kunt de twee integreren. Als u videomesh integreert met uw gespreksbeheer en vergaderingsinfrastructuur, moet u ervoor zorgen dat uw omgeving voldoet aan de minimumcriteria die in de volgende tabel zijn gedocumenteerd.
Doel van de component | Minimaal ondersteunde versie |
|---|---|
Gespreksbeheer op locatie | Cisco Unified Communications Manager, versie 11.5(1) SU3 of hoger. (We raden de nieuwste SU-versie aan.) Cisco Expressway-C of E, versie X8.11.4 of hoger. (Zie het gedeelte 'Belangrijke informatie' in de Expressway-release-opmerkingen voor meer informatie.) |
Vergaderinfrastructuur | Webex Meetings WBS33 of hoger. (U kunt controleren of uw Webex-site zich op het juiste platform bevindt als de lijst met typen mediabronnen beschikbaar is in de siteopties voor Cloud CMR (samenwerkingsvergaderruimte).)
Neem contact op met uw CSM (Customer Success Manager) of partner om ervoor te zorgen dat uw site klaar is voor videomesh. |
Failover-afhandeling | Cisco Expressway-C of E, versie X8.11.4 of hoger. (Zie het gedeelte 'Belangrijke informatie' in de Expressway-release-opmerkingen voor meer informatie.) |
Vereisten voor eindpunt en Webex-app
Doel van de component | Details |
|---|---|
Ondersteunde eindpunten | |
Ondersteunde versies van de Webex-app | Videomesh ondersteunt de Webex-app voor desktop (Windows, Mac) en mobiel (Android, iPhone en iPad). Om de app voor een ondersteund platform te downloaden, gaat u naar https://www.webex.com/downloads.html. |
Ondersteunde codecs | Zie Webex|-videospecificaties voor gesprekken en vergaderingen voor de ondersteunde audio- en videocodecs. Let op deze waarschuwingen voor videomesh:
|
Ondersteunde Webex-geregistreerde Room-, Desk- en Board-apparaten | De volgende apparaten worden getest en bevestigd dat ze werken met knooppunten voor videomesh: |
Systeem- en platformvereisten voor knooppuntsoftware voor videomesh
Productieomgevingen
In productie-implementaties zijn er twee manieren om Video Mesh Node-software te implementeren op een bepaalde hardwareconfiguratie:
U kunt elke server instellen als één virtuele machine, wat het beste is voor implementaties met veel SIP-eindpunten.
Met de optie VMNLite kunt u elke server instellen met meerdere kleinere virtuele machines. VMNLite is het beste voor implementaties waarbij de meeste clients en apparaten de Webex-app en geregistreerde Webex-eindpunten zijn.
Deze vereisten zijn gemeenschappelijk voor alle configuraties:
VMware ESXi 7 of 8, vSphere 7 of 8
Hyperthreading ingeschakeld
De videomesh-knooppunten die onafhankelijk van de platformhardware worden uitgevoerd, hebben speciale vCPU's en RAM nodig. Resources delen met andere toepassingen wordt niet ondersteund. Dit geldt voor alle afbeeldingen van de Video Mesh-software.
Voor Video Mesh Lite (VMNLite)-beelden op een CMS-platform ondersteunen we alleen het hebben van VMNLite-beelden. Op de CMS-hardware met de VMNLite-software kan geen andere Video Mesh-afbeelding of niet-Video Mesh-toepassing staan.
Hardwareconfiguratie | Productie-implementatie als één virtuele machine | Productie-implementatie met VMNLite-VM's | Notities | ||
|---|---|---|---|---|---|
Cisco Meeting Server 1000 (CMS 1000) |
| Implementeer als 3 identieke virtuele machines, elk met:
| We raden dit platform voor knooppunt voor videomesh aan.
| ||
Op specificaties gebaseerde configuratie (2,6-GHz Intel Xeon E5-2600v3 of latere processor vereist) |
| Implementeer als 3 identieke virtuele machines, elk met:
| Voor elke virtuele videomesh-machine moeten CPU, RAM en harde schijven voor zichzelf zijn gereserveerd. Gebruik tijdens de configuratie de optie CMS1000 of VMNLite. Piek-IOP's (input/output-bewerkingen per seconde) voor NFS-opslag is 300 IOPS. | ||
Cisco Meeting Server 2000 (CMS 2000) | Implementeer als 8 identieke virtuele machines, elk met:
| Implementeer als 24 identieke virtuele machines, elk met:
| We raden dit platform voor knooppunt voor videomesh aan. Elk blad moet een volledige Cisco Meeting Server 1000 zijn met gereserveerde CPU, RAM en harde schijven per blad. Piek-IOP's voor NFS-opslag is 300 IOPS. |
Demoomgevingen
Voor basisdemodoeleinden kunt u een op specificaties gebaseerde hardwareconfiguratie gebruiken, met de volgende minimale vereisten:
14vCPU's (12 voor knooppunt voor videomesh, 2 voor ESXi)
8 GB hoofdgeheugen
20 GB lokale harde schijfruimte
2,6 GHz Intel Xeon E5-2600v3 of een latere processor
| Deze configuratie van videomesh wordt niet ondersteund door Cisco TAC. |
Zie Video Mesh Node Demo Software voor meer informatie over de demosoftware.
Bandbreedtevereisten
Knooppunten voor videomesh moeten een minimale internetbandbreedte van 10 Mbps hebben om zowel te uploaden als te downloaden.
Vereisten voor proxyondersteuning voor videomesh
We ondersteunen officieel de volgende proxyoplossingen die kunnen worden geïntegreerd met uw videomesh-knooppunten.
Cisco Web Security Appliance (WSA) voor transparante proxy
Squid voor expliciete proxy
Voor een expliciete proxy of een transparante inspecterende proxy die inspecteert (decodeert verkeer), moet u een kopie hebben van het hoofdcertificaat van de proxy dat u moet uploaden naar de vertrouwensopslag van het knooppunt voor videomesh op de webinterface.
We ondersteunen de volgende combinaties van expliciete proxy's en verificatietypen:
Geen verificatie met http en https
Basisverificatie met http en https
Digestverificatie met alleen https
NTLM-verificatie met alleen http
Voor transparante proxy's moet u de router/switch gebruiken om HTTPS/443-verkeer te forceren om naar de proxy te gaan. U kunt Web Socket ook dwingen om naar de proxy te gaan. (Websocket maakt gebruik van https.)
Voor videomesh zijn websocketverbindingen met cloudservices vereist, zodat de knooppunten correct werken. Bij expliciete en transparante inspectie-proxy's zijn http-headers vereist voor een goede websocketverbinding. Als deze worden gewijzigd, mislukt de websocketverbinding.
Wanneer de fout in de websocketverbinding optreedt op poort 443 (met transparante controleproxy ingeschakeld), leidt dit tot een waarschuwing na registratie in Control Hub: 'Bellen via SIP voor Webex-videomesh werkt niet correct.' Hetzelfde alarm kan om andere redenen optreden wanneer de proxy niet is ingeschakeld. Wanneer de headers van de websocket zijn geblokkeerd op poort 443, stromen de media niet tussen apps en SIP-clients.
Als media niet stromen, gebeurt dit vaak wanneer https-verkeer van het knooppunt over poort 443 mislukt:
Poort 443-verkeer is toegestaan door de proxy, maar het is een inspecterende proxy en breekt de websocket.
Om deze problemen te verhelpen, moet u mogelijk poort 443 “omzeilen” of “afsplitsen” (inspectie uitschakelen) om: *.wbx2.com en *.ciscospark.com.
Capaciteit voor knooppunten voor videomesh
Omdat videomesh een op software gebaseerd mediaproduct is, varieert de capaciteit van uw videomesh-knooppunten. Met name vergaderingsdeelnemers op de Webex-cloud hebben een zwaardere belasting op knooppunten. U krijgt lagere capaciteiten wanneer u meer cascades naar de Webex-cloud hebt. Andere factoren die van invloed zijn op de capaciteit zijn:
Soorten apparaten en clients
Videoresolutie
Netwerkkwaliteit
Piekbelasting
Implementatiemodel
| Het gebruik van de videomesh heeft geen invloed op het aantal Webex-licenties. |
Over het algemeen verdubbelt het toevoegen van meer knooppunten aan het cluster de capaciteit niet vanwege de overhead voor het instellen van cascades. Gebruik deze nummers als algemene richtlijnen. We raden het volgende aan:
Test algemene vergaderingsscenario's voor uw implementatie.
Gebruik de analyse in Control Hub om te zien hoe uw implementatie evolueert en voeg indien nodig capaciteit toe.
| Overloop op een laag gespreksvolume (vooral SIP-gesprekken die op locatie afkomstig zijn) is geen echte weergave van de schaal. Analyses voor videomesh (onder Control Hub > Resources > Gespreksactiviteit) geven de gespreksgedeelten aan die op locatie afkomstig zijn. Ze specificeren niet de gespreksstromen die binnenkwamen via de cascade naar het knooppunt voor videomesh voor mediaverwerking. Als het aantal externe deelnemers in een vergadering toeneemt, neemt het aantal cascades toe en worden er meer mediabronnen op locatie gebruikt op het knooppunt voor videomesh. |
Deze tabel geeft een overzicht van de capaciteitsbereiken voor verschillende mixen van deelnemers en eindpunten op normale videomesh-knooppunten. Onze tests omvatten vergaderingen met alle deelnemers op het lokale knooppunt en vergaderingen met een mix van lokale en clouddeelnemers. Als u meer deelnemers in de Webex-cloud hebt, verwacht u dat uw capaciteit in het onderste gedeelte van het bereik valt.
Scenario | Resolutie | Deelnemerscapaciteit |
|---|---|---|
Vergaderingen met alleen deelnemers aan de Webex-app | 720p | 100–130 |
1080p | 90-100 | |
Vergaderingen en 1-op-1-gesprekken met alleen deelnemers aan de Webex-app | 720p | 60-100 |
1080p | 90-100 | |
Vergaderingen met alleen SIP-deelnemers | 720p | 70-80 |
Vergaderingen met alleen SIP-deelnemers | 1080p | 30-40 |
Vergaderingen met Webex-app en SIP-deelnemers | 720p | 75–110 |
|
|
Capaciteit voor VMNLite
We raden VMNLite aan voor implementaties die voornamelijk de Webex-app en in de cloud geregistreerde eindpunten bevatten. In deze implementaties gebruiken de knooppunten meer schakel- en transcoderingsbronnen dan de standaardconfiguratie biedt. Als u meerdere kleinere virtuele machines op de host implementeert, worden de resources voor dit scenario geoptimaliseerd.
In deze tabel worden capaciteitsbereiken van verschillende mixen voor deelnemers en eindpunten weergegeven. Onze tests omvatten vergaderingen met alle deelnemers op het lokale knooppunt en vergaderingen met een mix van lokale en clouddeelnemers. Als u meer deelnemers in de Webex-cloud hebt, verwacht u dat uw capaciteit in het onderste gedeelte van het bereik valt.
Scenario | Resolutie | Deelnemerscapaciteit met 3 VMNLite-knooppunten op een server |
|---|---|---|
Vergaderingen met alleen deelnemers aan de Webex-app | 720p | 250-300 |
1080p | 230–240 | |
Vergaderingen en 1-op-1-gesprekken met alleen deelnemers aan de Webex-app | 720p | 175-275 |
1080p | 230–240 |
| De basisresolutie voor vergaderingen in de Webex-app is 720p. Maar wanneer u deelt, staan de miniaturen van de deelnemers op 180p. |
Clusters in videomesh
U implementeert knooppunten voor videomesh in clusters. Een cluster definieert videomesh-knooppunten met vergelijkbare kenmerken, zoals netwerkproximity. Deelnemers gebruiken een bepaald cluster of de cloud, afhankelijk van de volgende voorwaarden:
Een client in een bedrijfsnetwerk die een cluster op locatie kan bereiken, maakt er verbinding mee: de primaire voorkeur voor clients in het bedrijfsnetwerk.
Clients die deelnemen aan een privévergadering met videomesh maken alleen verbinding met clusters op locatie. U kunt speciaal voor deze privévergaderingen een afzonderlijk cluster maken.
Een client die geen cluster op locatie kan bereiken, maakt verbinding met de cloud. Dit geldt voor een mobiel apparaat dat niet is verbonden met het bedrijfsnetwerk.
Het gekozen cluster is ook afhankelijk van latentie, in plaats van alleen locatie. Een cloudcluster met een lagere STUN-retourvertraging (SRT) dan een videomesh-cluster is mogelijk een betere kandidaat voor de vergadering. Deze logica voorkomt dat een gebruiker landt op een geografisch verre cluster met een hoge SRT-vertraging.
Elk cluster bevat logica die vergaderingen, met uitzondering van privévergaderingen met videomesh, indien nodig trapsgewijs verdeelt over andere cloudvergaderingsclusters. Cascade biedt een gegevenspad voor media tussen clients in hun vergaderingen. Vergaderingen worden verdeeld over knooppunten en clients landen op het meest efficiënte knooppunt dat zich het dichtst bij hen bevindt, afhankelijk van factoren zoals netwerktopologie, WAN-koppeling en resourcegebruik.
De mogelijkheid van de client om mediaknooppunten te pingen bepaalt de bereikbaarheid. Een daadwerkelijk gesprek gebruikt verschillende potentiële verbindingsmechanismen, zoals UDP en TCP. Vóór het gesprek registreert het Webex-apparaat (Room-, Desk-, Board- en Webex-app) zich bij de Webex-cloud, die een lijst met clusterkandidaten voor het gesprek bevat.
| De knooppunten in een videomesh-cluster vereisen ongehinderde communicatie met elkaar. Ze vereisen ook ongehinderde communicatie met de knooppunten in al uw andere clusters voor videomesh. Zorg ervoor dat uw firewalls alle communicatie tussen de videomesh-knooppunten toestaan. |
Clusters voor privévergaderingen
U kunt een videomesh-cluster reserveren voor privévergaderingen. Wanneer het gereserveerde cluster vol is, worden de privévergaderingsmedia gecascadeerd naar uw andere clusters voor videomesh. Wanneer het gereserveerde cluster vol is, delen privévergaderingen en niet-privévergaderingen de resources van uw resterende clusters.
Niet-privévergaderingen gebruiken geen gereserveerd cluster en reserveren deze resources voor privévergaderingen. Als er geen resources meer beschikbaar zijn voor een niet-privévergadering in uw netwerk, wordt deze in plaats daarvan doorgeschakeld naar de Webex-cloud.
Zie Privévergaderingen voor meer informatie over de functie voor privévergaderingen met videomesh.
| U kunt de korte indeling van het videoadres (meet@your_site) niet gebruiken als u alle clusters voor videomesh reserveert voor privévergaderingen. Deze gesprekken mislukken momenteel zonder een goede foutmelding. Als u bepaalde clusters niet gereserveerd laat, kunnen gesprekken met de indeling van het korte videoadres via deze clusters worden verbonden. |
Richtlijnen voor de implementatie van het videomesh-cluster
In typische bedrijfsimplementaties raden we klanten aan maximaal 100 knooppunten per cluster te gebruiken. Er zijn geen harde limieten ingesteld in het systeem om een clustergrootte met meer dan 100 knooppunten te blokkeren. Als u echter grotere clusters moet maken, raden we u sterk aan deze optie te bekijken met Cisco-engineering via uw Cisco-accountteam.
Maak minder clusters wanneer resources een vergelijkbare netwerkproximity (affiniteit) hebben.
Voeg bij het maken van clusters alleen knooppunten toe die zich in dezelfde geografische regio en hetzelfde datacenter bevinden. Clustering over het WAN-netwerk (Wide Area Network) wordt niet ondersteund.
Implementeer doorgaans clusters in bedrijven die frequente gelokaliseerde vergaderingen hosten. Plan waar u clusters plaatst op de beschikbare bandbreedte op verschillende WAN-locaties in de onderneming. Na verloop van tijd kunt u cluster per cluster implementeren en groeien op basis van waargenomen gebruikerspatronen.
Clusters in verschillende tijdzones kunnen effectief meerdere regio's bedienen door gebruik te maken van verschillende gesprekspatronen voor piekuren/drukke uren.
Als u twee videomesh-knooppunten hebt in twee afzonderlijke datacenters (bijvoorbeeld EU en NA) en u eindpunten hebt die via elk datacenter worden samengevoegd, worden de knooppunten in elk datacenter gecascade naar één videomesh-knooppunt in de cloud. Deze cascades zouden over het internet gaan. Als er een clouddeelnemer is (die deelneemt vóór een van de deelnemers aan de videomesh), worden de knooppunten gecascadeerd via het mediaknooppunt van de clouddeelnemer.
Tijdzonediversiteit
Met tijdzonediversiteit kunnen clusters worden gedeeld tijdens daluren. Bijvoorbeeld: Een bedrijf met een Noord-Californische cluster en een New York cluster kan vinden dat de algehele netwerklatentie niet zo hoog is tussen de twee locaties die een geografisch diverse gebruikerspopulatie bedienen. Wanneer de middelen in het Noord-Californische cluster op een piek worden gebruikt, zal het New York-cluster waarschijnlijk buiten de piek vallen en extra capaciteit hebben. Hetzelfde geldt voor het Noord-Californische cluster, tijdens piekmomenten in het New Yorkse cluster. Dit zijn niet de enige mechanismen die worden gebruikt voor een effectieve inzet van middelen, maar het zijn de twee belangrijkste.
Overloop naar de cloud
Wanneer de capaciteit van alle clusters op locatie is bereikt, loopt een deelnemer op locatie over naar de Webex-cloud. Dit betekent niet dat alle gesprekken worden gehost in de cloud. Webex leidt alleen de deelnemers die extern zijn of geen verbinding kunnen maken met een cluster op locatie door naar de cloud. In een gesprek met zowel deelnemers op locatie als clouddeelnemers wordt het cluster op locatie overbrugd (trapsgewijs) naar de cloud om alle deelnemers in één gesprek te combineren.
Als u de vergadering instelt als het type privévergadering, behoudt Webex alle gesprekken op uw clusters op locatie. Privévergaderingen worden nooit overlopen naar de cloud.
Webex-apparaat wordt geregistreerd bij Webex
Naast het bepalen van bereikbaarheid voeren de clients ook periodieke 'round-trip delay'-tests uit via Simple Traversal van UDP via NAT (STUN). De STUN-retourvertraging (SRT) is een belangrijke factor bij het selecteren van potentiële resources tijdens een feitelijk gesprek. Wanneer meerdere clusters worden geïmplementeerd, zijn de primaire selectiecriteria gebaseerd op de ingeleerde SRT-vertraging. Bereikbaarheidstests worden op de achtergrond uitgevoerd, geïnitieerd door een aantal factoren, waaronder netwerkwijzigingen, en introduceren geen vertragingen die de tijden voor het instellen van gesprekken beïnvloeden. De volgende twee voorbeelden tonen mogelijke bereikbaarheidstestresultaten.
Tests voor retourvertraging: cloudapparaat kan cluster op locatie niet bereiken
Tests voor retourvertraging: cloudapparaat bereikt cluster op locatie
Aangeleerde bereikbaarheidsinformatie wordt aan de Webex-cloud verstrekt telkens wanneer een gesprek wordt ingesteld. Met deze informatie kan de cloud de beste resource (cluster of cloud) selecteren, afhankelijk van de relatieve locatie van de client voor beschikbare clusters en het type gesprek. Als er geen resources beschikbaar zijn in het voorkeurscluster, worden alle clusters getest op beschikbaarheid op basis van SRT-vertraging. Er wordt een voorkeurscluster gekozen met de laagste SRT-vertraging. Gesprekken worden op locatie bediend vanuit een secundair cluster wanneer het primaire cluster bezet is. Resources voor lokale videomesh worden het eerst geprobeerd, in volgorde van laagste SRT-vertraging. Wanneer alle lokale resources zijn uitgeput, maakt de deelnemer verbinding met de cloud.
Clusterdefinitie en locatie zijn essentieel voor een implementatie die de beste algemene ervaring biedt voor deelnemers. In het ideale geval biedt een implementatie resources waar de klanten zich bevinden. Als er niet genoeg resources worden toegewezen waar de clients de meeste gesprekken voeren, wordt meer interne netwerkbandbreedte gebruikt om gebruikers met verre clusters te verbinden.
Gesprek op locatie en in de cloud
Webex-apparaten op locatie met dezelfde clusteraffiniteit (voorkeur, op basis van nabijheid van het cluster) maken verbinding met hetzelfde cluster voor een gesprek. Webex-apparaten op locatie met verschillende clusteraffiniteiten op locatie, maken verbinding met verschillende clusters en de clusters worden vervolgens gecascade naar de cloud om de twee omgevingen te combineren tot één gesprek. Dit creëert een hub- en spaakontwerp met Webex-cloud als hub en de clusters op locatie die fungeren als spaken in de vergadering.
Gesprek op locatie met verschillende clusteraffiniteiten
Het Webex-apparaat maakt verbinding met een cluster of cloud op locatie op basis van de bereikbaarheid. Hieronder volgen voorbeelden van de meest voorkomende scenario's.
Webex-cloudapparaat maakt verbinding met de cloud
Webex-apparaat op locatie maakt verbinding met cluster op locatie
Webex-apparaat op locatie maakt verbinding met de cloud
Cloudclusterselectie voor overloop op basis van 250 ms of een hogere STUN retourvertraging
Hoewel de voorkeur voor knooppuntselectie uw lokaal geïmplementeerde videomesh-knooppunten is, ondersteunen we een scenario waarbij, als de STUN-retourvertraging (SRT) naar een videomesh-cluster op locatie de toelaatbare retourvertraging van 250 ms overschrijdt (wat meestal gebeurt als het cluster op locatie in een ander continent is geconfigureerd), het systeem het dichtstbijzijnde cloudmediaknooppunt in die geografie selecteert in plaats van een videomesh-knooppunt.
De Webex-app of het Webex-apparaat bevindt zich op het bedrijfsnetwerk in San Jose.
De clusters van San Jose en Amsterdam zijn op capaciteit of niet beschikbaar.
De vertraging van SRT voor de Shanghai-cluster is groter dan 250 ms en zal waarschijnlijk problemen met de mediakwaliteit met zich meebrengen.
De San Francisco-cloudcluster heeft een optimale vertraging van SRT.
De Shanghai Video Mesh cluster is uitgesloten van overweging.
Als gevolg hiervan loopt de Webex-app over naar het cloudcluster van San Francisco.
Privévergaderingen
Privévergaderingen isoleren alle media naar uw netwerk via videomesh. In tegenstelling tot normale vergaderingen, als de lokale knooppunten vol zijn, wordt de media niet gecascade naar de Webex-cloud. Privévergaderingen kunnen echter standaard worden gecascadeerd naar verschillende clusters voor videomesh op uw netwerk. Voor privévergaderingen op verschillende geografische locaties moeten uw videomesh-clusters directe verbinding met elkaar hebben om interclustercascades mogelijk te maken, zoals HQ1_VMN naar Remote1_VMN in de afbeelding.
Zorg ervoor dat de benodigde poorten zijn geopend in uw firewall om ongehinderde cascade tussen clusters toe te staan. Zie Poorten en protocollen voor beheer.
Alle deelnemers aan een privévergadering moeten deel uitmaken van de Webex-organisatie van uw vergaderingshost. Ze kunnen deelnemen via de Webex-app of een geverifieerd videosysteem (SIP-eindpunten die zijn geregistreerd bij UCM/VCS of een bij Webex geregistreerd videoapparaat). 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.
Implementatiemodellen ondersteund door videomesh
- Ondersteund in een implementatie voor videomesh
-
U kunt een knooppunt voor videomesh implementeren in een datacenter (bij voorkeur) of gedemilitariseerde zone (DMZ). Zie voor meer informatie Poorten en protocollen gebruikt door videomesh.
Voor een DMZ-implementatie kunt u de videomesh-knooppunten instellen in een cluster met de dual network interface (NIC). Met deze implementatie kunt u het interne bedrijfsnetwerkverkeer (gebruikt voor interbox-communicatie, cascades tussen knooppuntclusters en toegang tot de beheerinterface van het knooppunt) scheiden van het externe cloudnetwerkverkeer (gebruikt voor verbinding met de buitenwereld en cascades naar de cloud).
Dual NIC werkt op de volledige, VMNLite- en demoversie van knooppuntsoftware voor videomesh. U kunt de videomesh ook implementeren achter een 1:1 NAT-installatie.
U kunt videomesh-knooppunten integreren met uw gespreksbeheeromgeving. Zie bijvoorbeeld implementatiemodellen voor videomesh en Cisco Unified Communications Manager voor implementaties met een videomesh die zijn geïntegreerd met Unified CM.
De volgende typen adresvertaling worden ondersteund:
NAT (Dynamic Network Address Translation) met behulp van een IP-groep
Vertaling dynamisch poortadres (PAT)
1:1 NAT
Andere vormen van NAT zouden moeten werken zolang de juiste poorten en protocollen worden gebruikt, maar we ondersteunen ze niet officieel omdat ze niet zijn getest.
IPv4
Statisch IP-adres voor het knooppunt voor videomesh
- Niet ondersteund in een implementatie voor videomesh
-
IPv6
DHCP voor het knooppunt voor videomesh
Een cluster met een mix van één NIC en twee NIC's
Clustering van videomesh-knooppunten via het WAN (Wide Area Network)
Audio, video of media die niet door een knooppunt voor videomesh gaan:
Audio van telefoons
Peer-to-peer gesprek tussen Webex-app en op standaarden gebaseerd eindpunt
Audioverbinding op knooppunt voor videomesh
Media verzonden via Expressway C/E-paar
Videogesprek terugbellen vanuit Webex
Implementatiemodellen Voor Videomesh en Cisco Unified Communications Manager
Deze voorbeelden tonen algemene implementaties voor videomesh en helpen u te begrijpen waar clusters voor videomesh in uw netwerk kunnen passen. Houd er rekening mee dat de implementatie van videomesh afhankelijk is van factoren in uw netwerktopologie:
Locaties van datacenter
Kantoorlocaties en -grootte
Locatie en capaciteit voor internettoegang
Probeer over het algemeen de knooppunten voor videomesh te koppelen aan de clusters Unified CM of Session Management Edition (SME). Houd als beste praktijk de knooppunten zo gecentraliseerd mogelijk bij de lokale filialen.
Videomesh ondersteunt Session Management Edition (SME). Unified CM-clusters kunnen worden verbonden via een SME en vervolgens moet u een SME-trunk maken die verbinding maakt met de knooppunten voor videomesh.
Hub- en Spoke-architectuur
Dit implementatiemodel omvat gecentraliseerde netwerken en internettoegang. De centrale locatie heeft doorgaans een hoge concentratie van werknemers. In dit geval kan een videomesh-cluster op een centrale locatie worden geplaatst voor geoptimaliseerde mediaverwerking.
Clusters lokaliseren op kantoorlocaties levert op korte termijn mogelijk geen voordelen op en kan leiden tot suboptimale routering. We raden aan om clusters alleen in een kantoor te implementeren als er vaak wordt gecommuniceerd tussen kantoren.
Geografische verdeling
De geografisch verdeelde implementatie is onderling verbonden, maar kan merkbare latentie tussen regio's vertonen. Gebrek aan resources kan ervoor zorgen dat suboptimale cascades op korte termijn worden ingesteld wanneer er vergaderingen zijn tussen gebruikers in elke geografische locatie. In dit model raden we u aan knooppunten voor videomesh toe te wijzen in de buurt van regionale internettoegang.
Geografische verdeling met SIP-bellen
Dit implementatiemodel bevat regionale Unified CM-clusters. Elke cluster kan een SIP-trunk bevatten om resources te selecteren in de lokale videomesh-cluster. Een tweede trunk kan een failover-pad naar een Expressway-paar bieden als de resources beperkt worden.
Poorten en protocollen gebruikt door videomesh
Open de volgende poorten op uw firewall voor gebruik met de protocollen om een succesvolle implementatie van de videomesh en probleemloze werking van de videomesh-knooppunten te garanderen.
Zie Netwerkvereisten voor Webex-services voor meer informatie over de algemene netwerkvereisten voor Webex Teams.
Zie de Firewall Traversal-whitepaper voor meer informatie over firewall- en netwerkpraktijken voor Webex-services.
Als u mogelijke problemen met DNS-query's wilt oplossen, volgt u de documentatie DNS Best Practices, Network Protections en Attack Identification wanneer u uw bedrijfsfirewall configureert.
Meer designinformatie vindt u in de Preferred Architecture for Hybrid Services, CVD.
Poorten en protocollen voor beheer
| De knooppunten in een videomesh-cluster vereisen ongehinderde communicatie met elkaar. Ze vereisen ook ongehinderde communicatie met de knooppunten in al uw andere clusters voor videomesh. Zorg ervoor dat uw firewalls alle communicatie tussen de videomesh-knooppunten toestaan. |
De videomesh-knooppunten in een cluster moeten zich in hetzelfde VLAN- of subnetmasker bevinden.
Doel | Bron | Bestemming | Bron-IP | Bronpoort | Vervoersprotocol | Bestemmings-IP | Bestemmingspoort |
|---|---|---|---|---|---|---|---|
Management | Beheercomputer | Knooppunt voor videomesh | Indien nodig | Any | TCP, HTTPS | Knooppunt voor videomesh | 443 |
SSH voor toegang tot de beheerconsole voor videomesh | Beheercomputer | Knooppunt voor videomesh | Indien nodig | Any | TCP | Knooppunt voor videomesh | 22 |
Communicatie binnen het cluster | Knooppunt voor videomesh | Knooppunt voor videomesh | IP-adres van andere videomesh-knooppunten in het cluster | Any | TCP | Knooppunten voor videomesh | 8443 |
Management | Knooppunt voor videomesh | Webex-cloud | Indien nodig | Any | UDP, NTP UDP, DNS TCP, HTTPS (WebSockets) | Any | 123* 53* |
Trapsgewijze signalering | Knooppunt voor videomesh | Webex-cloud | Any | Any | TCP | Any | 443 |
Trapsgewijze media | Knooppunt voor videomesh | Webex-cloud | Knooppunt voor videomesh | Alle*** | UDP | Any Zie het gedeelte 'IP-subnetten voor Webex-mediaservices' in Netwerkvereisten voor Webex-services voor specifieke adresbereiken. | 5004 50000 tot 53000 Zie het gedeelte 'Webex-services – Poortnummers en protocollen' in Netwerkvereisten voor Webex-services voor meer informatie. |
Trapsgewijze signalering | Vido-meshcluster (1) | Vido-meshcluster (2) | Any | Any | TCP | Any | 443 |
Trapsgewijze media | Vido-meshcluster (1) | Vido-meshcluster (2) | Vido-meshcluster (1) | Alle*** | UDP | Any | 5004 50000 tot 53000 |
Management | Knooppunt voor videomesh | Webex-cloud | Indien nodig | Any | TCP, HTTPS | Alle** | 443 |
Management | Knooppunt voor videomesh (1) | Knooppunt voor videomesh (2) | Knooppunt voor videomesh (1) | Any | TCP, HTTPS (WebSockets) | Knooppunt voor videomesh (2) | 443 |
Interne communicatie | Knooppunt voor videomesh | Alle andere knooppunten voor videomesh | Knooppunt voor videomesh | Any | UDP | Any | 10000 tot 40000 |
* De standaardconfiguratie in de OVA is geconfigureerd voor NTP en DNS. De OVA vereist dat u de poorten uitgaand naar het internet opent. Als u een lokale NTP- en DNS-server configureert, hoeft u de poorten 53 en 123 niet via de firewall te openen.
** Omdat bepaalde cloudservice-URL's zonder waarschuwing kunnen worden gewijzigd, is ELKE bestemming de aanbevolen voor een probleemloze werking van de videomesh-knooppunten. Als u liever verkeer filtert op basis van URL's, raadpleegt u het gedeelte Webex Teams URL's voor hybride services
van de Netwerkvereisten voor Webex-services voor meer informatie.
***De poorten variëren afhankelijk van of u QoS inschakelt. Met QoS ingeschakeld zijn de poorten 52.500-59499, 63000-64667, 59500-62999 en 64688-65500. Met QoS uit zijn de poorten 34.000-34.999.
Verkeershandtekeningen voor videomesh (servicekwaliteit ingeschakeld)
Voor implementaties waarbij het knooppunt voor videomesh zich aan de zakelijke kant van de DMZ of in de firewall bevindt, is er een configuratie-instelling voor het knooppunt voor videomesh in de Webex Control Hub waarmee de beheerder de poortbereiken kan optimaliseren die door het knooppunt voor videomesh worden gebruikt voor QoS-netwerkmarkering. Deze instelling voor servicekwaliteit is standaard ingeschakeld en wijzigt de bronpoorten die worden gebruikt voor het delen van audio, video en inhoud naar de waarden in deze tabel. Met deze instelling kunt u QoS-markeringsbeleid configureren op basis van UDP-poortbereiken om audio te onderscheiden van video of inhoud delen en alle audio markeren met de aanbevolen waarde EF en video en inhoud delen met een aanbevolen waarde AF41.
De tabel en het diagram tonen UDP-poorten die worden gebruikt voor audio- en videostreams, die de belangrijkste focus zijn van QoS-netwerkconfiguraties. Hoewel het QoS-markeringsbeleid voor media via UDP centraal staat in de volgende tabel, beëindigen Webex-videomesh-knooppunten ook het TCP-verkeer voor het delen van presentaties en inhoud voor de Webex-app met tijdelijke poorten 52500 tot 65500. Als een firewall tussen de knooppunten voor videomesh en de Webex-app zit, moeten deze TCP-poorten ook worden toegestaan voor een goede werking.
| Het knooppunt voor videomesh markeert het verkeer intern. Deze systeemeigen markering is asymmetrisch in sommige stromen en is afhankelijk van of de bronpoorten gedeelde poorten zijn (één poort zoals 5004 voor meerdere stromen naar verschillende bestemmingen en bestemmingspoorten) of dat ze dat niet zijn (waarbij de poort in een bereik valt, maar uniek is voor die specifieke bidirectionele sessie). Als u de systeemeigen markering van een knooppunt voor videomesh wilt begrijpen, moet u er rekening mee houden dat het knooppunt voor videomesh audio-EF markeert wanneer het de 5004-poort niet als bronpoort gebruikt. Sommige bidirectionele stromen, zoals cascades van videomesh naar videomesh of videomesh naar de Webex-app, worden asymmetrisch gemarkeerd. Dit is een reden om het netwerk te gebruiken om verkeer te noteren op basis van de opgegeven UDP-poortbereiken. |
| Bron-IP-adres | IP-adres bestemming | Bron-UDP-poorten | UDP-bestemmingspoorten | Systeemeigen DSCP-markering | Mediatype |
Knooppunt voor videomesh | Webex cloud-mediaservices | 35000 tot 52499 | 5004 | AF41 | STUN-pakketten testen |
| Knooppunt voor videomesh | Webex cloud-mediaservices | 52500 tot 59499 | 5004 | Ef | Audio |
| Knooppunt voor videomesh | Webex cloud-mediaservices | 63000 tot 64667 | 5004 | AF41 | Video |
| Knooppunt voor videomesh | Webex cloud-mediaservices | 59500 tot 62999 | 50000 tot 51499 | Ef | Audio |
| Knooppunt voor videomesh | Webex cloud-mediaservices | 64668 tot 65500 | 51500 tot 53000 | AF41 | Video |
| Knooppunt voor videomesh | Knooppunt voor videomesh | 10000 tot 40000 | 10000 tot 40000 | — | Audio |
| Knooppunt voor videomesh | Knooppunt voor videomesh | 10000 tot 40000 | 10000 tot 40000 | — | Video |
| Knooppunt voor videomesh | Unified CM SIP-eindpunten | 52500 tot 59499 | Unified CM SIP-profiel | Ef | Audio |
| Knooppunt voor videomesh | Unified CM SIP-eindpunten | 63000 tot 64667 | Unified CM SIP-profiel | AF41 | Video |
Videomesh-cluster | Videomesh-cluster | 52500 tot 59499 | 5004 | Ef | Audio |
Videomesh-cluster | Videomesh-cluster | 63000 tot 64667 | 5004 | AF41 | Video |
Videomesh-cluster | Videomesh-cluster | 59500 tot 62999 | 50000 tot 51499 | Ef | Audio |
Videomesh-cluster | Videomesh-cluster | 64668 tot 65500 | 51500 tot 53000 | AF41 | Video |
| Knooppunt voor videomesh | Webex Teams-toepassing of -eindpunt* | 5004 | 52000 tot 52099 | AF41 | Audio |
| Knooppunt voor videomesh | Webex Teams-toepassing of -eindpunt | 5004 | 52100 tot 52299 | AF41 | Video |
*De richting van het mediaverkeer bepaalt de DSCP-markeringen. Als de bronpoorten afkomstig zijn van het knooppunt voor videomesh (van het knooppunt voor videomesh naar de Webex Teams-app), wordt het verkeer alleen gemarkeerd als AF41. Mediaverkeer dat afkomstig is van de Webex Teams-app of Webex-eindpunten heeft de afzonderlijke DSCP-markeringen, maar het retourverkeer van de gedeelde poorten van het knooppunt voor videomesh niet.
| Poortdifferentiatie UDP-bron (Windows Webex-app-clients): Neem contact op met uw lokale accountteam als u wilt dat UDP-bronpoortdifferentiatie is ingeschakeld voor uw organisatie. Als dit niet is ingeschakeld, kan het delen van audio en video niet worden gedifferentieerd door Windows OS. De bronpoorten zijn hetzelfde voor audio, video en inhoud delen op Windows-apparaten. |
Verkeershandtekeningen voor videomesh (servicekwaliteit uitgeschakeld)
Voor implementaties waarbij het knooppunt voor videomesh zich in de DMZ bevindt, is er een configuratie-instelling voor het knooppunt voor videomesh in de Webex Control Hub waarmee u de poortbereiken kunt optimaliseren die door het knooppunt voor videomesh worden gebruikt. Als deze instelling voor servicekwaliteit is uitgeschakeld (standaard ingeschakeld), worden de bronpoorten die worden gebruikt voor het delen van audio, video en inhoud van het knooppunt voor videomesh gewijzigd in een bereik van 34000 tot 34999. Het knooppunt voor videomesh markeert vervolgens alle audio, video en inhoud delen met één DSCP van AF41.
| Omdat de bronpoorten voor alle media hetzelfde zijn, ongeacht de bestemming, kunt u de audio niet onderscheiden van video of inhoud delen op basis van poortbereik als deze instelling is uitgeschakeld. Met deze configuratie kunt u eenvoudiger gaten in firewallpinnen configureren voor media waarvoor Quality of Service is ingeschakeld. |
De tabel en het diagram geven de UDP-poorten weer die worden gebruikt voor audio- en videostreams wanneer QoS is uitgeschakeld.
| Bron-IP-adres | IP-adres bestemming | Bron-UDP-poorten | UDP-bestemmingspoorten | Systeemeigen DSCP-markering | Mediatype |
| Knooppunt voor videomesh | Webex cloud-mediaservices | 34000 tot 34999 | 5004 | AF41 | Audio |
| Knooppunt voor videomesh | Webex cloud-mediaservices | 34000 tot 34999 | 5004 | AF41 | Video |
| Knooppunt voor videomesh | Webex cloud-mediaservices | 34000 tot 34999 | 50000 tot 51499 | AF41 | Audio |
| Knooppunt voor videomesh | Webex cloud-mediaservices | 34000 tot 34999 | 51500 tot 53000 | AF41 | Video |
| Knooppunt voor videomesh | Knooppunt voor videomesh | 10000 tot 40000 | 10000 tot 40000 | AF41 | Audio |
| Knooppunt voor videomesh | Knooppunt voor videomesh | 10000 tot 40000 | 10000 tot 40000 | AF41 | Video |
Videomesh-cluster | Videomesh-cluster | 34000 tot 34999 | 5004 | AF41 | Audio |
Videomesh-cluster | Videomesh-cluster | 34000 tot 34999 | 5004 | AF41 | Video |
Videomesh-cluster | Videomesh-cluster | 34000 tot 34999 | 50000 tot 51499 | AF41 | Audio |
Videomesh-cluster | Videomesh-cluster | 34000 tot 34999 | 51500 tot 53000 | AF41 | Video |
| Knooppunt voor videomesh | Unified CM SIP-eindpunten | 52500 tot 59499 | Unified CM SIP-profiel | AF41 | Audio |
| Knooppunt voor videomesh | Unified CM SIP-eindpunten | 63000 tot 64667 | Unified CM SIP-profiel | AF41 | Video |
Knooppunt voor videomesh | Webex cloud-mediaservices | 35000 tot 52499 | 5004 | AF41 | STUN-pakketten testen |
| Knooppunt voor videomesh | Webex Teams-toepassing of -eindpunt | 5004 | 52000 tot 52099 | AF41 | Audio |
| Knooppunt voor videomesh | Webex Teams-toepassing of -eindpunt | 5004 | 52100 tot 52299 | AF41 | Video |
Poorten en protocollen voor Webex Meetings-verkeer
Doel | Bron | Bestemming | Bron-IP | Bronpoort | Vervoersprotocol | Bestemmings-IP | Bestemmingspoort |
|---|---|---|---|---|---|---|---|
Bellen naar vergadering | Apps (bureaublad- en mobiele apps van de Webex-app) Bij Webex geregistreerde apparaten | Knooppunt voor videomesh | Indien nodig | Any | UDP en TCP (gebruikt door de Webex-app) SRTP (Alle) | Alle** | 5004 |
SIP-apparaat dat naar een vergadering belt (SIP-signalering) | Unified CM- of Cisco Expressway-gespreksbeheer | Knooppunt voor videomesh | Indien nodig | Efeze (>=1024) | TCP of TLS | Alle** | 5060 of 5061 |
Cascade | Knooppunt voor videomesh | Webex-cloud | Indien nodig | 34000 tot 34999 | UDP, SRTP (Alle)* | Alle** | 5004 50000 tot 53000*** |
Cascade | Knooppunt voor videomesh | Knooppunt voor videomesh | Indien nodig | 34000 tot 34999 | UDP, SRTP (Alle)* | Alle** | 5004 |
| Poort 5004 wordt gebruikt voor alle cloudmedia en videomesh-knooppunten op locatie. De Webex-app blijft verbinding maken met videomesh-knooppunten via gedeelde poorten 5004. Deze poorten worden ook gebruikt door de Webex-app en door Webex geregistreerde eindpunten voor STUN-tests naar videomesh-knooppunten. Videomesh-knooppunt naar videomesh-knooppunt voor cascades gebruiken bestemmingspoortbereik van 10000-40000.* TCP wordt ook ondersteund, maar heeft geen voorkeur omdat het de mediakwaliteit kan beïnvloeden. |
** Als u IP-adressen wilt beperken, raadpleegt u de IP-adresbereiken die zijn beschreven in Netwerkvereisten voor Webex-services.
*** De Expressway gebruikt dit poortbereik al voor de Webex-cloud. Voor de meeste implementaties zijn dus geen updates nodig om deze nieuwe vereiste voor videomesh te ondersteunen. Maar als uw implementatie strengere firewallregels heeft, moet u mogelijk uw firewallconfiguratie bijwerken om deze poorten voor videomesh te openen.
Voor de beste ervaring met het gebruik van Webex in uw organisatie configureert u uw firewall om al het uitgaande TCP- en UDP-verkeer dat is bestemd voor poorten 5004 en alle inkomende antwoorden op dat verkeer toe te staan. De hierboven vermelde poortvereisten gaan ervan uit dat de videomesh-knooppunten zijn geïmplementeerd in het LAN (bij voorkeur) of in een DMZ en dat de Webex-app zich in het LAN bevindt.
Videokwaliteit en schalen voor videomesh
Hieronder vindt u enkele veelvoorkomende vergaderingsscenario's wanneer een cascade wordt gemaakt. Videomesh is adaptief, afhankelijk van de beschikbare bandbreedte en verdeelt de resources dienovereenkomstig. Voor apparaten in de vergadering die het knooppunt voor videomesh gebruiken, biedt de cascadekoppeling het voordeel van het verminderen van de gemiddelde bandbreedte en het verbeteren van de vergaderervaring voor de gebruiker.
| Voor richtlijnen voor bandbreedtevoorziening en capaciteitsplanning raadpleegt u de Preferred Architecture-documentatie. |
Op basis van de actieve sprekers in de vergadering worden de cascadekoppelingen tot stand gebracht. Elke cascade kan maximaal 6 streams bevatten en de cascade is beperkt tot 6 deelnemers (6 in de richting van de Webex-app/SIP naar de Webex-cloud en 5 in de tegenovergestelde richting). Elke mediabron (cloud en videomesh) vraagt de externe kant naar de streams die nodig zijn om te voldoen aan de lokale eindpuntvereisten van alle externe deelnemers in de cascade.
Om een flexibele gebruikerservaring te bieden, kan het Webex-platform video voor meerdere streams naar deelnemers aan de vergadering uitvoeren. Dezelfde mogelijkheid is van toepassing op de cascadekoppeling tussen knooppunten voor videomesh en de cloud. In deze architectuur variëren de bandbreedtevereisten afhankelijk van een aantal factoren, zoals de eindpuntlay-outs.
Architectuur
In deze architectuur verzenden eindpunten met een Cisco Webex-registratie signalering naar de cloud en media naar de schakelservices. SIP-eindpunten op locatie verzenden signalering naar de gespreksbeheeromgeving (Unified CM of Expressway), die deze vervolgens naar het knooppunt voor videomesh verzendt. Media wordt naar de transcoderingsservice verzonden.
Deelnemers in de cloud en op locatie
Lokale deelnemers op locatie op het knooppunt voor videomesh vragen de gewenste streams op basis van hun indelingsvereisten. Deze streams worden doorgestuurd van het knooppunt voor videomesh naar het eindpunt voor lokale apparaatweergave.
Elk cloud- en videomesh-knooppunt vraagt HD- en SD-resoluties aan van alle deelnemers die in de cloud geregistreerde apparaten of de Webex-app zijn. Afhankelijk van het eindpunt worden maximaal 4 resoluties verzonden, meestal 1080p, 720p, 360p en 180p.
Cascades
De meeste Cisco-eindpunten kunnen 3 of 4 streams van één bron verzenden in een reeks resoluties (van 1080p tot 180p). De lay-out van het eindpunt bepaalt de vereiste voor de stromen die nodig zijn aan de andere kant van de cascade. Voor actieve aanwezigheid is de hoofdvideostream 1080p of 720p, de videovensters (PiPS) zijn 180p. Voor gelijke weergave is de resolutie in de meeste gevallen 480p of 360p voor alle deelnemers. De cascade die is gemaakt tussen knooppunten voor videomesh en de cloud verzendt ook 720p, 360p en 180p in beide richtingen. Inhoud wordt verzonden als één stream en audio wordt verzonden als meerdere streams.
Trapsgewijze bandbreedtegrafieken die een meting per cluster bieden, zijn beschikbaar in het menu Analyse in Webex Control Hub. U kunt cascadebandbreedte niet configureren per vergadering in Control Hub.
| De maximale onderhandelde cascadebandbreedte per vergadering is 20 Mbps voor hoofdvideo voor alle bronnen en de meerdere hoofdvideostreams die ze kunnen verzenden. Deze maximale waarde omvat niet het inhoudskanaal of de audio. |
Voorbeeld van hoofdvideo met meerdere lay-outs
De volgende schema's illustreren een voorbeeld van een vergaderscenario en hoe de bandbreedte wordt beïnvloed wanneer er meerdere factoren spelen. In het voorbeeld verzenden alle Webex-app en Webex-geregistreerde apparaten 1x720p-, 1x360p- en 1x180p-streams naar videomesh. In de cascade worden stromen van 720p, 360p en 180p in beide richtingen verzonden. De reden is dat er Webex-app en Webex-geregistreerde apparaten zijn die 720p, 360p en 180p ontvangen aan beide zijden van de cascade.
| In de diagrammen zijn de bandbreedtenummers voor verzonden en ontvangen gegevens bijvoorbeeld alleen voor doeleinden. Ze zijn geen uitputtende dekking van alle mogelijke vergaderingen en bijbehorende bandbreedtevereisten. Verschillende vergaderscenario's (deelnemende deelnemers, apparaatmogelijkheden, inhoud delen binnen de vergadering, activiteit op een bepaald moment tijdens de vergadering) leveren verschillende bandbreedteniveaus op. |
Het diagram hieronder toont een vergadering met in de cloud en op locatie geregistreerde eindpunten en een actieve spreker.
In dezelfde vergadering toont het onderstaande diagram een voorbeeld van een cascade die is gemaakt tussen de knooppunten voor videomesh en de cloud in beide richtingen.
In dezelfde vergadering toont het onderstaande diagram een voorbeeld van een cascade vanuit de cloud.
Het diagram hieronder toont een vergadering met dezelfde apparaten hierboven, samen met een Webex Meetings-client. Het systeem verzendt de actieve spreker en de laatste actieve spreker in hoge definitie, samen met een extra HD-stream van de actieve spreker voor Webex Meeting-clients, omdat de videomesh-knooppunten de Webex Meetings op dit moment niet ondersteunen.
Vereisten voor Webex-services
Werk samen met uw partner, CSM (Customer Success Manager) of testvertegenwoordiger om de Cisco Webex-site en Webex-services voor videomesh correct in te richten:
U moet een Webex-organisatie hebben met een betaald abonnement op Webex-services.
Als u optimaal gebruik wilt maken van videomesh, moet u ervoor zorgen dat uw Webex-site op videoplatformversie 2.0 staat. (U kunt controleren of uw site op videoplatformversie 2.0 staat als de lijst Type mediabron beschikbaar is in de siteopties voor Cloud CMR (samenwerkingsvergaderruimte).)
U moet CMR inschakelen voor uw Webex-site onder gebruikersprofielen. (U kunt dit doen in een CSV-bulkupdate met het SupportCMR-kenmerk).
Zie Functievergelijking en migratiepad van hybride samenwerkingsvergaderruimte naar videomesh in de bijlage voor meer informatie.
Controleer of het bronland correct is
Videomesh maakt gebruik van de GDM-mogelijkheden (Global Distributed Media) van Webex om betere mediaroutering te realiseren. Voor optimale connectiviteit selecteert Webex het dichtstbijzijnde cloudmediaknooppunt bij uw onderneming bij het uitvoeren van videomeshcascades naar Webex. Het verkeer gaat vervolgens via de Webex backbone om te communiceren met de Webex microservices voor de vergadering. Deze routering minimaliseert de latentie en houdt het meeste verkeer op de Webex backbone en buiten internet.
Ter ondersteuning van GDM gebruiken we MaxMind als GeoIP-locatieprovider voor dit proces. Controleer of MaxMind de locatie van uw openbare IP-adres correct identificeert om een efficiënte routering te garanderen.
| 1 | Voer in een webbrowser deze URL in met het openbare IP-adres van uw Expressway of eindpunt aan het einde. U ontvangt een antwoord als volgt: |
| 2 | Controleer of de |
| 3 | Als de locatie onjuist is, dient u een verzoek in om de locatie van uw openbare IP-adres te corrigeren naar MaxMind op https://support.maxmind.com/geoip-data-correction-request/correct-a-geoip-location. |
De vereisten voor videomesh voltooien
Gebruik deze controlelijst om ervoor te zorgen dat u klaar bent om knooppunten voor videomesh te installeren en te configureren en om een Webex-site met videomesh te integreren.
| 1 | Zorg ervoor dat u:
| ||
| 2 | Werk samen met uw partner, CSM (Customer Success Manager) of vertegenwoordiger van de proefperiode om uw Webex-omgeving te begrijpen en voor te bereiden zodat u verbinding kunt maken met videomesh. Zie Vereisten voor Webex-services voor meer informatie. | ||
| 3 | Neem de volgende netwerkinformatie op om deze toe te wijzen aan uw videomesh-knooppunten:
| ||
| 4 | Zorg ervoor dat uw Webex-organisatie is ingeschakeld voor videomesh voordat u de installatie start. Deze service is beschikbaar voor organisaties met bepaalde betaalde Webex-service-abonnementen zoals beschreven in Licentievereisten voor Cisco Webex hybride services. Neem contact op met uw Cisco-partner of accountmanager voor hulp. | ||
| 5 | Kies een ondersteunde op hardware of specificaties gebaseerde configuratie voor uw knooppunt voor videomesh, zoals beschreven in Systeem- en platformvereisten voor knooppunt voor videomesh. | ||
| 6 | Zorg ervoor dat op uw server VMware ESXi 7 of 8 en vSphere 7 of 8 worden uitgevoerd terwijl een VM-host operationeel is. | ||
| 7 | Als u videomesh integreert met uw Unified CM-gespreksbeheeromgeving en u wilt dat de deelnemerslijsten consistent zijn op verschillende vergaderplatforms, moet u ervoor zorgen dat uw Unified CM-clusterbeveiligingsmodus is ingesteld op gemengde modus, zodat deze TLS-gecodeerd verkeer ondersteunt. End-to-end gecodeerd verkeer is vereist om deze functionaliteit te laten werken. Zie het hoofdstuk TLS-instellingen in de Beveiligingshandleiding voor Cisco Unified Communications Manager voor meer informatie over het overschakelen van uw Unified CM-omgeving naar gemengde modus. Zie de handleiding Active Control-oplossing voor meer informatie over de functies en over het instellen van end-to-end-codering. | ||
| 8 | Als u een proxy (expliciet, transparant inspecteren of transparant niet-inspecteren) integreert met videomesh, zorg er dan voor dat u de vereisten volgt zoals beschreven in Vereisten voor proxyondersteuning voor videomesh. |
De volgende stappen
Knooppuntsoftware voor videomesh installeren en configureren
Taakstroom implementatie videomesh
Voordat u begint
| 1 | Knooppuntsoftware voor videomesh installeren en configureren Gebruik deze procedure om een knooppunt voor videomesh te implementeren op uw hostserver waarop VMware ESXi of vCenter wordt uitgevoerd. U installeert de software op locatie die een knooppunt maakt en voert vervolgens de eerste configuratie uit, zoals netwerkinstellingen. U registreert deze later in de cloud. |
| 2 | Meld u aan bij de knooppuntconsole voor videomesh Meld u voor het eerst aan bij de console. De software voor het knooppunt voor videomesh heeft een standaardwachtwoord. U moet deze waarde wijzigen voordat u het knooppunt configureert. |
| 3 | De netwerkconfiguratie van het knooppunt voor videomesh instellen in de console Gebruik deze procedure om de netwerkinstellingen voor het knooppunt voor videomesh te configureren als u deze niet hebt geconfigureerd toen u het knooppunt op een virtuele machine instelde. U stelt een statisch IP-adres in en wijzigt de FQDN-/hostnaam en NTP-servers. DHCP wordt momenteel niet ondersteund. |
| 4 | Gebruik deze stappen om de externe interface voor een implementatie met een dubbele netwerkinterface (dual NIC) te configureren:
Nadat het knooppunt weer online is en u de interne netwerkconfiguratie hebt geverifieerd, kunt u de externe netwerkinterface configureren als u het knooppunt voor videomesh implementeert in de DMZ van uw netwerk, zodat u het zakelijke (interne) verkeer kunt isoleren van het externe (externe) verkeer. U kunt ook uitzonderingen of overschrijvingen maken op de standaardrouteringsregels. |
| 5 | Het knooppunt voor videomesh registreren bij de Webex-cloud Gebruik deze procedure om videomesh-knooppunten te registreren bij de Webex-cloud en aanvullende configuratie te voltooien. Wanneer u Control Hub gebruikt om uw knooppunt te registreren, maakt u een cluster waaraan het knooppunt is toegewezen. Een cluster bevat een of meer mediaknooppunten die gebruikers in een specifieke geografische regio bedienen. De registratiestappen configureren ook SIP-gespreksinstellingen, stellen een upgradeschema in en abonneren op e-mailmeldingen. |
| 6 | Schakel Quality of Service (QoS) in en verifieer deze met de volgende taken:
Schakel QoS in als u wilt dat videomesh-knooppunten automatisch SIP-verkeer markeren (op locatie geregistreerde SIP-eindpunten) voor zowel audio (EF) als video (AF41) afzonderlijk met de juiste serviceklasse en bekende poortbereiken voor specifieke mediatypen gebruiken. Deze wijziging laat je toe om QoS-policies aan te maken en effectief opmerking om indien gewenst verkeer terug te sturen vanuit de cloud. Gebruik de stappen van de reflectortool om te controleren of de juiste poorten op uw firewall zijn geopend. |
| 7 | Knooppunt voor videomesh configureren voor proxyintegratie Gebruik deze procedure om het type proxy op te geven dat u wilt integreren met een videomesh. Als u een transparante inspecterende proxy kiest, kunt u de interface van het knooppunt gebruiken om het hoofdcertificaat te uploaden en te installeren, de proxy te controleren en mogelijke problemen op te lossen. |
| 8 | Volg Videomesh integreren met taakstroom voor gespreksbeheer en kies een van de volgende opties, afhankelijk van uw gespreksbeheer, beveiligingsvereisten en of u videomesh wilt integreren met uw gespreksbeheeromgeving:
SIP-apparaten bieden geen ondersteuning voor directe bereikbaarheid, dus u moet de configuratie van Unified CM of VCS Expressway gebruiken om een relatie tot stand te brengen tussen geregistreerde SIP-apparaten op locatie en uw videomedailleclusters. U hoeft uw Unified CM of VCS Expressway alleen te trunk naar het knooppunt voor videomesh, afhankelijk van uw gespreksbeheeromgeving. |
| 9 | Certificaatketens uitwisselen tussen Unified CM- en videomesh-knooppunten In deze taak downloadt u certificaten van de Unified CM- en videomesh-interfaces en uploadt u er een naar de andere. Deze stap zorgt voor een veilig vertrouwen tussen de twee producten en, in combinatie met de veilige trunkconfiguratie, stelt gecodeerde SIP-verkeer en SRTP-media in uw organisatie in staat om te landen op knooppunten voor videomesh. |
| 10 | Mediacodering inschakelen voor de clusters van organisatie en videomesh Gebruik deze procedure om mediacodering in te schakelen voor uw organisatie en afzonderlijke clusters voor videomesh. Deze instelling forceert end-to-end TLS-setup en u moet een veilige TLS SIP-trunk op uw Unified CM hebben die naar uw videomesh-knooppunten wijst. |
| 11 | Videomesh inschakelen voor de Webex-site Als u geoptimaliseerde media wilt gebruiken voor het knooppunt voor videomesh voor een Webex-vergadering waaraan alle Webex-app en -apparaten moeten deelnemen, moet deze configuratie zijn ingeschakeld voor de Webex-site. Als u deze instelling inschakelt, worden videomesh en vergaderingsinstanties in de cloud aan elkaar gekoppeld en kunnen cascades worden uitgevoerd vanaf knooppunten voor videomesh. Als deze instelling niet is ingeschakeld, gebruiken de Webex-app en -apparaten het knooppunt voor videomesh niet voor Webex-vergaderingen. |
| 12 | Samenwerkingsvergaderruimten toewijzen aan gebruikers van de Webex-app |
| 13 | De vergaderervaring op het beveiligde eindpunt verifiëren Als u mediacodering gebruikt via de end-to-end TLS-installatie, gebruikt u deze stappen om te controleren of de eindpunten veilig zijn geregistreerd en de juiste vergaderervaring wordt weergegeven. |
Bulkinrichtingsscript voor videomesh
Als u veel knooppunten in uw implementatie voor videomesh moet implementeren, is het proces tijdrovend. U kunt het script op https://github.com/CiscoDevNet/webex-video-mesh-node-provisioning gebruiken om snel knooppunten voor videomesh te implementeren op VMWare ESXi-servers. Lees het Leesmij-bestand voor instructies over het gebruik van het script.
Knooppuntsoftware voor videomesh installeren en configureren
Gebruik deze procedure om een knooppunt voor videomesh te implementeren op uw hostserver waarop VMware ESXi of vCenter wordt uitgevoerd. U installeert de software op locatie die een knooppunt maakt en voert vervolgens de eerste configuratie uit, zoals netwerkinstellingen. U registreert deze later in de cloud.
U moet het softwarepakket (OVA) downloaden van Control Hub ( https://admin.webex.com) in plaats van een eerder gedownloade versie te gebruiken. Deze OVA is ondertekend door Cisco-certificaten en kan worden gedownload nadat u zich hebt aangemeld bij Control Hub met uw klantbeheerdersreferenties.
Voordat u begint
Zie Systeem- en platformvereisten voor knooppunt voor videomesh-software voor ondersteunde hardwareplatforms en specificatievereisten voor het knooppunt voor videomesh.
Zorg ervoor dat u de volgende vereiste items hebt:
Een computer met:
VMware vSphere-client 7 of 8.
Raadpleeg de VMware-documentatie voor een lijst met ondersteunde besturingssystemen.
OVA-bestand met videomesh-software gedownload.
Download de nieuwste Video Mesh-software van Control Hub in plaats van een eerder gedownloade versie. U kunt de software ook openen via deze link. (Het bestand is ongeveer 1,5 GB.)
Oudere versies van het softwarepakket (OVA) zijn niet compatibel met de nieuwste videomesh-upgrades. Dit kan leiden tot problemen tijdens het upgraden van de toepassing. Download de nieuwste versie van het OVA-bestand via deze link.
Een ondersteunde server met VMware ESXi of vCenter 7 of 8 geïnstalleerd en actief
Schakel back-ups van virtuele machines en live migratie uit. Knooppuntclusters voor videomesh zijn realtime systemen; pauzes van virtuele machines kunnen deze systemen instabiel maken. (Voor onderhoudsactiviteiten op een knooppunt voor videomesh gebruikt u de onderhoudsmodus vanuit Control Hub.)
| 1 | Open de VMware vSphere-client met uw computer en meld u aan bij het vCenter of ESXi-systeem op de server. | ||||
| 2 | Ga naar . | ||||
| 3 | Op de Selecteer een OVF-tempate pagina, klik op Lokaal bestand en vervolgens Bestanden kiezen. Navigeer naar waar het bestand videomesh.ova zich bevindt, kies het bestand en klik vervolgens op Volgende.
| ||||
| 4 | Op de Selecteer een naam en map pagina, voer een in Naam virtuele machine voor het knooppunt voor videomesh (bijvoorbeeld 'Video_Mesh_Node_1'), kies een locatie waar de implementatie van het knooppunt van de virtuele machine zich kan bevinden en klik vervolgens op Volgende. Er wordt een validatiecontrole uitgevoerd. Nadat het is voltooid, worden de sjabloondetails weergegeven. | ||||
| 5 | Controleer de sjabloondetails en klik op Volgende. | ||||
| 6 | Op de Configuratie pagina, kies het type implementatieconfiguratie en klik vervolgens op Volgende.
De opties worden vermeld in de volgorde van toenemende hulpbronnenvereisten.
| ||||
| 7 | Op de Selecteer opslag pagina, zorg ervoor dat de standaard schijfindeling van Thick Provision Lazy Zeroed en VM-opslagbeleid van Datastore Default zijn geselecteerd en klik vervolgens op Volgende. | ||||
| 8 | Op de Selecteer netwerken-pagina, kies de netwerkoptie in de lijst met vermeldingen om de gewenste verbinding met de VM te bieden.
Voor een DMZ-implementatie kunt u het knooppunt voor videomesh instellen met de dual network interface (NIC). Met deze implementatie kunt u het interne bedrijfsnetwerkverkeer (gebruikt voor interbox-communicatie, cascades tussen knooppuntclusters en toegang tot de beheerinterface van het knooppunt) scheiden van het externe cloudnetwerkverkeer (gebruikt voor verbinding met de buitenwereld en cascades naar Webex). Alle knooppunten in een cluster moeten zich in de dubbele NIC-modus bevinden; een combinatie van enkele en dubbele NIC wordt niet ondersteund.
| ||||
| 9 | Configureer de volgende netwerkinstellingen op de pagina Sjabloon aanpassen:
Indien gewenst kunt u de configuratie van de netwerkinstelling overslaan en de stappen volgen in De netwerkconfiguratie van het knooppunt voor videomesh instellen in de console nadat u zich hebt aangemeld bij het knooppunt. | ||||
| 10 | Op de Klaar om te voltooien pagina, controleer of alle instellingen die u hebt ingevoerd overeenkomen met de richtlijnen in deze procedure en klik vervolgens op Afwerken. Nadat de implementatie van de OVA is voltooid, wordt uw knooppunt voor videomesh weergegeven in de lijst met VM's. | ||||
| 11 | Klik met de rechtermuisknop op het knooppunt voor videomesh VM en kies . De software voor het knooppunt voor videomesh is geïnstalleerd als gast op de VM-host. U kunt zich nu aanmelden bij de console en het knooppunt voor videomesh configureren. U kunt een vertraging van een paar minuten ervaren voordat de knooppuntcontainers naar boven komen. Er verschijnt een brugfirewallbericht op de console tijdens de eerste keer opstarten, tijdens welke u zich niet kunt aanmelden. |
De volgende stappen
Meld u aan bij de knooppuntconsole voor videomesh
Meld u voor het eerst aan bij de console. De software voor het knooppunt voor videomesh heeft een standaardwachtwoord. U moet deze waarde wijzigen voordat u het knooppunt configureert.
| 1 | Ga vanuit de VMware vSphere-client naar het knooppunt voor videomesh VM en kies vervolgens Console. Het VM-knooppunt voor videomesh wordt opgestart en er wordt een aanmeldingsprompt weergegeven. Als de aanmeldprompt niet verschijnt, druk dan op Enter. U ziet mogelijk kort een bericht dat aangeeft dat het systeem wordt geïnitialiseerd. |
| 2 | Gebruik de volgende standaardgebruikersnaam en het volgende wachtwoord om u aan te melden: Omdat u zich voor de eerste keer aanmeldt bij het knooppunt voor videomesh, moet u de beheerderswachtwoordzin (wachtwoord) wijzigen. |
| 3 | Voer bij (huidig) wachtwoord het standaardwachtwoord (van bovenaf) in en druk vervolgens op Enter. |
| 4 | Voer voor een nieuw wachtwoord een nieuwe wachtwoordzin in en druk op Enter. |
| 5 | Als u een nieuw wachtwoord opnieuw typt, typt u de nieuwe wachtwoordzin opnieuw en drukt u op Enter. Er verschijnt een bericht 'Wachtwoord gewijzigd' en vervolgens wordt het eerste scherm van het knooppunt voor videomesh weergegeven met een bericht dat ongeoorloofde toegang verboden is. |
| 6 | Druk op Enter om het hoofdmenu te laden. |
De volgende stappen
De netwerkconfiguratie van het knooppunt voor videomesh instellen in de console
De netwerkconfiguratie van het knooppunt voor videomesh instellen in de console
Gebruik deze procedure om de netwerkinstellingen voor het knooppunt voor videomesh te configureren als u deze niet hebt geconfigureerd toen u het knooppunt op een virtuele machine instelde. U stelt een statisch IP-adres in en wijzigt de FQDN-/hostnaam en NTP-servers. DHCP wordt momenteel niet ondersteund.
Deze stappen zijn vereist als u ten tijde van de OVA-implementatie geen netwerkinstellingen hebt geconfigureerd.
| De binneninterface (de standaardinterface voor verkeer) wordt gebruikt voor CLI-, SIP-trunks, SIP-verkeer en knooppuntbeheer. De externe (externe) interface is voor de communicatie van HTTPS en websockets naar Webex, samen met het trapsgewijze verkeer van de knooppunten naar Webex. |
| 1 | Open de interface van de knooppuntconsole via de VMware vSphere-client en meld u aan met de beheerdersreferenties. Na de eerste installatie van de netwerkinstellingen en als de videomesh bereikbaar is, kunt u toegang krijgen tot de knooppuntinterface via beveiligde shell (SSH). | ||
| 2 | Kies in het hoofdmenu van de knooppuntconsole voor videomesh de optie 2 Configuratie bewerken en klik vervolgens op Selecteer. | ||
| 3 | Lees de aanwijzing dat de gesprekken worden beëindigd op het knooppunt voor videomesh en klik op Ja. | ||
| 4 | Klik op Statisch, voer het IP-adres in voor de interne interface, Masker, Gateway en DNS waarden voor uw netwerk.
| ||
| 5 | Voer de NTP-server van uw organisatie of een andere externe NTP-server in die in uw organisatie kan worden gebruikt. Nadat u de NTP-server hebt geconfigureerd en de netwerkinstellingen hebt opgeslagen, kunt u de stappen in Check Health of Video Mesh Node From Console volgen om te controleren of de tijd correct wordt gesynchroniseerd via de opgegeven NTP-servers.
| ||
| 6 | (Optioneel) Wijzig indien nodig de hostnaam of het domein.
| ||
| 7 | Klik op Opslaan, en klik vervolgens op Wijzigingen opslaan en opnieuw opstarten. Tijdens het opslaan wordt DNS-validatie uitgevoerd als u een domein hebt opgegeven. Er wordt een waarschuwing weergegeven als de FQDN (hostnaam en domein) niet kan worden opgelost met behulp van de opgegeven DNS-serveradressen. U kunt ervoor kiezen om op te slaan door de waarschuwing te negeren, maar gesprekken werken pas wanneer de FQDN kan worden omgezet in de DNS die op het knooppunt is geconfigureerd. Nadat het knooppunt voor videomesh opnieuw is opgestart, worden de netwerkconfiguratiewijzigingen van kracht. |
De volgende stappen
Zodra de softwareafbeelding is geïnstalleerd en geconfigureerd met de netwerkinstellingen (IP-adres, DNS, NTP enzovoort) en toegankelijk is op het bedrijfsnetwerk, kunt u overgaan naar de volgende stap om deze veilig te registreren in de cloud. Het IP-adres dat is geconfigureerd op het knooppunt voor videomesh is alleen toegankelijk via het bedrijfsnetwerk. Vanuit veiligheidsperspectief wordt het knooppunt gehard, waarbij alleen klantbeheerders toegang hebben tot de knooppuntinterface om de configuratie uit te voeren.
De externe netwerkinterface van het knooppunt voor videomesh instellen
De externe netwerkinterface van het knooppunt voor videomesh instellen
Nadat het knooppunt weer online is en u de interne netwerkconfiguratie hebt geverifieerd, kunt u de externe netwerkinterface configureren als u het knooppunt voor videomesh implementeert in de DMZ van uw netwerk, zodat u het zakelijke (interne) verkeer kunt isoleren van het externe (externe) verkeer.
| 1 | Kies in het hoofdmenu van de knooppuntconsole voor videomesh de optie 5 Externe IP-configuratie en klik vervolgens op Selecteer. | ||
| 2 | Klik op 1 In-/uitschakelen, vervolgens op Selecteren en vervolgens op Ja om de opties voor het externe IP-adres op het knooppunt in te schakelen. | ||
| 3 | Net als bij de eerste netwerkconfiguratie voert u de waarden IP-adres (extern), masker en gateway in.
| ||
| 4 | Klik op Opslaan en opnieuw starten. Het knooppunt wordt opnieuw opgestart om het dubbele IP-adres in te schakelen en configureert vervolgens automatisch de basisregels voor statische routering. Deze regels bepalen dat verkeer van en naar een IP-adres van een privéklasse gebruikmaakt van een interne interface; verkeer van en naar een IP-adres van een openbare klasse gebruikt een externe interface. Later kunt u uw eigen routeringsregels maken, bijvoorbeeld als u een overschrijving moet configureren en toegang tot een extern domein moet toestaan vanuit de interne interface.
| ||
| 5 | Als u de configuratie van het interne en externe IP-adres wilt valideren, gaat u in het hoofdmenu van de console naar 4 Diagnostics en kiest u vervolgens Ping. | ||
| 6 | Voer in het veld ping een bestemmingsadres in dat u wilt testen, zoals een externe bestemming of een intern IP-adres, en klik vervolgens op OK.
|
De volgende stappen
API's voor knooppunt voor videomesh
Met API's voor videomesh-knooppunten kunnen organisatiebeheerders wachtwoord, interne en externe netwerkinstellingen, onderhoudsmodus en servercertificaten beheren met betrekking tot videomesh-knooppunten. Deze API's kunnen worden aangeroepen via een API-tool zoals Postman, of u kunt uw eigen script maken om ze te bellen. De gebruiker moet de API's bellen met behulp van het juiste eindpunt (u kunt knooppunt IP of FQDN gebruiken), methode, hoofdtekst, kopteksten, autorisatie enz. om de gewenste actie uit te voeren en een passend antwoord te krijgen, zoals hieronder wordt aangegeven.
API's voor VMN-beheer
Met Beheer-API's voor videomesh kunnen organisatiebeheerders de onderhoudsmodus en het beheerdersaccountwachtwoord van de videomesh-knooppunten beheren.
De status van de onderhoudsmodus ophalen
Hiermee wordt de huidige status van de onderhoudsmodus opgehaald (verwachte status: aan, uit, in behandeling of aangevraagd).
[GET] https://<node_ip>/api/v1/external/maintenanceMode
Autorisatie: Basisverificatie met de gebruikersnaam voor de videomesh ('admin') en het wachtwoord.
Voorbeeldantwoorden:
Voorbeeldrespons 1:
{
"status": {
"code": 200,
"message": "Success"
},
"result": {
"isRegistered": true,
"maintenanceMode": "pending/requested/on/off",
"maintenanceModeLastUpdated": 1691135731847
}
}Voorbeeldrespons 2:
{
"status": {
"code": 401,
"message": "login failed: incorrect password or username"
}
}Voorbeeldrespons 3:
{
"status": {
"code": 429,
"message": "Too Many Requests"
}
}Onderhoudsmodus in- of uitschakelen
Wanneer u een knooppunt voor videomesh in de onderhoudsmodus plaatst, wordt gespreksservices sierlijk afgesloten (accepteert geen nieuwe gesprekken meer en wacht tot 2 uur voordat bestaande gesprekken zijn voltooid).
[PUT] https://<node_ip>/api/v1/external/maintenanceMode
| Bel deze API alleen als er geen actieve gesprekken zijn. |
Autorisatie: Basisverificatie met de gebruikersnaam voor de videomesh ('admin') en het wachtwoord.
Koetswerk:
{
"maintenanceMode": "on"
}maintenanceMode - Status van in te stellen onderhoudsmodus - "aan" of "uit".
Headers van aanvragen:
'Type inhoud': 'aanvraag/json'
Voorbeeldantwoorden:
Voorbeeldrespons 1:
{
"status": {
"code": 200,
"message": "Your request to enable/disable maintenance mode was successful."
}
}Voorbeeldrespons 2:
{
"status": {
"code": 409,
"message": "Maintenance Mode is already on/off"
}
}Voorbeeldrespons 3:
{
"status": {
"code": 400,
"message": "Bad Request - wrong input"
}
}Beheerderswachtwoord wijzigen
Hiermee wijzigt u het wachtwoord van de beheerdersgebruiker.
[PUT] https://<node_ip>/api/v1/external/password
Autorisatie: Basisverificatie met de gebruikersnaam voor de videomesh ('admin') en het wachtwoord.
Koetswerk:
{
"newPassword": "new"
}newPassword- Het nieuwe wachtwoord dat moet worden ingesteld voor het 'admin'-account van het knooppunt voor videomesh.
Headers van aanvragen:
'Type inhoud': 'aanvraag/json'
Voorbeeldantwoorden:
Voorbeeldrespons 1:
{
"status": {
"code": 200,
"message": "Successfully set the new passphrase for user admin."
}
}Voorbeeldrespons 2:
{
"status": {
"code": 400,
"message": "Enter a new passphrase that wasn't used for one of the previous 3 passphrases."
}
}VMN-netwerk-API's
Met netwerk-API's voor videomesh kunnen organisatiebeheerders interne en externe netwerkinstellingen beheren.
Externe netwerkconfiguratie ophalen
Detecteert of het externe netwerk is in- of uitgeschakeld. Als het externe netwerk is ingeschakeld, worden ook het externe IP-adres, het externe subnetmasker en de externe gateway opgehaald.
[GET] https://<node_ip>/api/v1/external/externalNetwork
Autorisatie: Basisverificatie met de gebruikersnaam voor de videomesh ('admin') en het wachtwoord.
Voorbeeldantwoorden:
Voorbeeldrespons 1:
{
"status": {
"code": 200,
"message": "Successfully fetched external network configuration."
},
"result": {
"ip": "1.1.1.1",
"mask": "2.2.2.2",
"gateway": "3.3.3.3"
}
}Voorbeeldrespons 2:
{
"status": {
"code": 200,
"message": "External network not enabled."
}
}Voorbeeldrespons 3:
{
"status": {
"code": 500,
"message": "Failed to get external network configuration."
}
}Externe netwerkconfiguratie bewerken
Hiermee wijzigt u de instellingen voor het externe netwerk. Deze API kan worden gebruikt om het externe netwerk in te schakelen samen met de instelling of het bewerken van de externe netwerkinterface met extern IP-adres, extern subnetmasker en externe gateway. Het kan ook worden gebruikt om het externe netwerk uit te schakelen. Nadat u wijzigingen in de externe netwerkconfiguratie hebt aangebracht, wordt het knooppunt opnieuw opgestart om deze wijzigingen toe te passen.
[PUT] https://<node_ip>/api/v1/external/externalNetwork
| U kunt dit alleen configureren voor nieuw geïmplementeerde videomesh-knooppunten waarvan het standaardbeheerderswachtwoord is gewijzigd. Gebruik deze API niet nadat u het knooppunt hebt geregistreerd bij een organisatie. |
Autorisatie: Basisverificatie met de gebruikersnaam voor de videomesh ('admin') en het wachtwoord.
Koetswerk:
Extern netwerk inschakelen:
{
"externalNetworkEnabled": true,
"externalIp": "1.1.1.1",
"externalMask": "2.2.2.2",
"externalGateway": "3.3.3.3"
}Extern netwerk uitschakelen:
{
"externalNetworkEnabled": false
}externalNetworkEnabled: booleaanse waarde (waar of onwaar) om extern netwerk in of uit te schakelen
externalIp - Het externe IP dat moet worden toegevoegd
externalMask - Het netmask voor het externe netwerk
externalGateway - De gateway voor het externe netwerk
Headers van aanvragen:
'Type inhoud': 'aanvraag/json'
Voorbeeldantwoorden:
Voorbeeldrespons 1:
{
"status": {
"code": 200,
"message": "Successfully saved the external network configuration. This node will reboot soon to apply the changes. Please wait for a minute and relogin to the node to verify that all changes were applied."
}
}Voorbeeldrespons 2:
{
"status": {
"code": 200,
"message": "Successfully disabled the external network. This node will reboot soon to apply the changes. Please wait for a minute and relogin to the node to verify that all changes were applied."
}
}Voorbeeldrespons 3:
{
"status": {
"code": 400,
"message": "One or more errors in the input: Value should be boolean for 'externalNetworkEnabled'"
}
}Voorbeeldrespons 4:
{
"status": {
"code": 400,
"message": "External network configuration has not changed; skipping save of the external network configuration."
}
}Informatie over het interne netwerk ophalen
Hiermee worden de details van de interne netwerkconfiguratie opgehaald, waaronder netwerkmodus, IP-adres, subnetmasker, gateway, details over DNS-caching, DNS-servers, NTP-servers, interne interface-MTU, hostnaam en domein.
[GET] https://<node_ip>/api/v1/external/internalNetwork
Autorisatie: Basisverificatie met de gebruikersnaam voor de videomesh ('admin') en het wachtwoord.
Voorbeeldantwoorden:
Voorbeeldrespons 1:
{
"status": {
"code": 200,
"message": "Successfully fetched internal network details"
},
"result": {
"dhcp": false,
"ip": "1.1.1.1",
"mask": "2.2.2.2",
"gateway": "3.3.3.3",
"dnsCaching": false,
"dnsServers": [
"4.4.4.4",
"5.5.5.5"
],
"mtu": 1500,
"ntpServers": [
"6.6.6.6"
],
"hostName": "test-vmn",
"domain": ""
}
}Voorbeeldrespons 2:
{
"status": {
"code": 500,
"message": "Failed to get Network details."
}
}Voorbeeldrespons 3:
{
"status": {
"code": 500,
"message": "Failed to get host details."
}
}DNS-servers bewerken
Werkt DNS-servers bij met nieuwe.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/dns
| Plaats het knooppunt in de onderhoudsmodus voordat u deze wijziging aanbrengt. Zie Onderhoudsmodus in- of uitschakelen voor meer informatie over het verplaatsen van een knooppunt naar de onderhoudsmodus. |
Autorisatie: Basisverificatie met de gebruikersnaam voor de videomesh ('admin') en het wachtwoord.
Koetswerk:
{
"dnsServers": "1.1.1.1 2.2.2.2"
}dnsServers - DNS-servers moeten worden bijgewerkt. Meerdere door ruimten gescheiden DNS-servers zijn toegestaan.
Headers van aanvragen:
'Type inhoud': 'aanvraag/json'
Voorbeeldantwoorden:
Voorbeeldrespons 1:
{
"status": {
"code": 200,
"message": "Successfully saved DNS servers"
}
}Voorbeeldrespons 2:
{
"status": {
"code": 409,
"message": "Requested DNS server(s) already exist."
}
}Voorbeeldrespons 3:
{
"status": {
"code": 424,
"message": "Maintenance Mode is not enabled. Kindly enable Maintenance Mode and try again for this node."
}
}NTP-servers bewerken
Werkt NTP-servers bij met nieuwe.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/ntp
| Plaats het knooppunt in de onderhoudsmodus voordat u deze wijziging aanbrengt. Zie Onderhoudsmodus in- of uitschakelen voor meer informatie over het verplaatsen van een knooppunt naar de onderhoudsmodus. |
Autorisatie: Basisverificatie met de gebruikersnaam voor de videomesh ('admin') en het wachtwoord.
Koetswerk:
{
"ntpServers": "1.1.1.1 2.2.2.2"
}ntpServers - NTP-servers moeten worden bijgewerkt. Meerdere door ruimten gescheiden NTP-servers zijn toegestaan.
Headers van aanvragen:
'Type inhoud': 'aanvraag/json'
Voorbeeldantwoorden:
Voorbeeldrespons 1:
{
"status": {
"code": 200,
"message": "Successfully saved the NTP servers."
}
}Voorbeeldrespons 2:
{
"status": {
"code": 409,
"message": "Requested NTP server(s) already exist."
}
}Voorbeeldrespons 3:
{
"status": {
"code": 424,
"message": "Maintenance Mode is not enabled. Kindly enable Maintenance Mode and try again for this node."
}
}Hostnaam en -domein bewerken
Werkt de hostnaam en het domein van het knooppunt voor videomesh bij.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/host
| Plaats het knooppunt in de onderhoudsmodus voordat u deze wijziging aanbrengt. Het knooppunt wordt opnieuw opgestart om de wijziging toe te passen. Zie Onderhoudsmodus in- of uitschakelen voor meer informatie over het verplaatsen van een knooppunt naar de onderhoudsmodus. |
Autorisatie: Basisverificatie met de gebruikersnaam voor de videomesh ('admin') en het wachtwoord.
Koetswerk:
{
"hostName": "test-vmn",
"domain": "abc.com"
}hostName: de nieuwe hostnaam van het knooppunt.
domein - Het nieuwe domein voor de hostnaam van het knooppunt (optioneel).
Headers van aanvragen:
'Type inhoud': 'aanvraag/json'
Voorbeeldantwoorden:
Voorbeeldrespons 1:
{
"status": {
"code": 200,
"message": "Successfully saved the host FQDN. This node will reboot soon to apply the changes. Please wait for a minute and relogin to the node to verify that all changes were applied."
}
}Voorbeeldrespons 2:
{
"status": {
"code": 400,
"message": "Unable to resolve FQDN"
}
}Voorbeeldrespons 3:
{
"status": {
"code": 409,
"message": "Entered hostname and domain already set to same."
}
}DNS-caching in- of uitschakelen
Hiermee schakelt u DNS-caching in of uit. Overweeg caching in te schakelen als de DNS-controles vaak meer dan 750 ms kosten om op te lossen, of als dit wordt aanbevolen door Cisco Support.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/dnsCaching
| Plaats het knooppunt in de onderhoudsmodus voordat u deze wijziging aanbrengt. Het knooppunt wordt opnieuw opgestart om de wijziging toe te passen. Zie Onderhoudsmodus in- of uitschakelen voor meer informatie over het verplaatsen van een knooppunt naar de onderhoudsmodus. |
Autorisatie: Basisverificatie met de gebruikersnaam voor de videomesh ('admin') en het wachtwoord.
Koetswerk:
{
"dnsCaching": true
}dnsCaching - DNS-caching configuratie. Accepteert booleaanse waarde (waar of onwaar).
Headers van aanvragen:
'Type inhoud': 'aanvraag/json'
Voorbeeldantwoorden:
Voorbeeldrespons 1:
{
"status": {
"code": 200,
"message": "Successfully saved DNS settings changes. This node will reboot soon to apply the changes. Please wait for a minute and relogin to the node to verify that all changes were applied."
}
}Voorbeeldrespons 2:
{
"status": {
"code": 400,
"message": "One or more errors in the input: 'dnsCaching' field value should be a boolean"
}
}Voorbeeldrespons 3:
{
"status": {
"code": 409,
"message": "dnsCaching is already set to false"
}
}Interface-MTU bewerken
Wijzigt de Maximum Transmission Unit (MTU) voor de netwerkinterfaces van het knooppunt van de standaardwaarde 1500. Waarden tussen 1280 en 9000 zijn toegestaan.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/mtu
| Plaats het knooppunt in de onderhoudsmodus voordat u deze wijziging aanbrengt. Het knooppunt wordt opnieuw opgestart om de wijziging toe te passen. Zie Onderhoudsmodus in- of uitschakelen voor meer informatie over het verplaatsen van een knooppunt naar de onderhoudsmodus. |
Autorisatie: Basisverificatie met de gebruikersnaam voor de videomesh ('admin') en het wachtwoord.
Koetswerk:
{
"internalInterfaceMtu": 1500
}internalInterfaceMtu - Maximale transmissie-eenheid voor de netwerkinterfaces van het knooppunt. De waarde moet tussen 1280 en 9000 liggen.
Headers van aanvragen:
'Type inhoud': 'aanvraag/json'
Voorbeeldantwoorden:
Voorbeeldrespons 1:
{
"status": {
"code": 200,
"message": "Successfully saved the internal interface MTU settings. This node will reboot soon to apply the changes. Please wait for a minute and relogin to the node to verify that all changes were applied."
}
}Voorbeeldrespons 2:
{
"status": {
"code": 400,
"message": "One or more errors in the input: 'internalInterfaceMtu' field value should be a number"
}
}Voorbeeldrespons 3:
{
"status": {
"code": 400,
"message": "Please enter a number between 1280 and 9000."
}
}API's voor VMN-servercertificaat
Met API's voor videomesh-servercertificaten kunnen organisatiebeheerders de certificaten met betrekking tot videomesh-knooppunten maken, bijwerken, downloaden en verwijderen. Zie Certificaatketens uitwisselen tussen Unified CM- en videomesh-knooppunten voor meer informatie.
Het CSR-certificaat maken
Genereert een CSR-certificaat (Certificate Signing Request) en de privésleutel op basis van de verstrekte gegevens.
[POST] https://<node_ip>/api/v1/externalCertManager/generateCsr
Autorisatie: Basisverificatie met de gebruikersnaam voor de videomesh ('admin') en het wachtwoord.
Koetswerk:
{
"csrInfo":
{
"commonName": "1.2.3.4",
"emailAddress": "abc@xyz.com",
"altNames": "1.1.1.1 2.2.2.2",
"organization": "VMN",
"organizationUnit": "IT",
"locality": "BLR",
"state": "KA",
"country": "IN",
"passphrase": "",
"keyBitSize": 2048
}
}commonName - IP/FQDN van het knooppunt voor videomesh gegeven als algemene naam. (verplicht)
e-mailadres: het e-mailadres van de gebruiker. (optioneel)
altNames - Onderwerp alternatieve naam(en) (optioneel). Meerdere ruimte-gescheiden FQDN's zijn toegestaan. Indien dit is opgegeven, moet deze de algemene naam bevatten. Als altNames niet worden opgegeven, wordt de commonName gebruikt als de waarde van altNames.
organisatie - Naam organisatie/bedrijf. (optioneel)
organisatie-eenheid - organisatie-eenheid, afdeling of groepsnaam, enz. (optioneel)
plaats - Plaats/plaats. (optioneel)
staat - staat/provincie. (optioneel)
land - Land/regio. Afkorting met twee letters. Geef niet meer dan twee letters op. (optioneel)
wachtwoordzin - Wachtwoordzin voor privésleutel. (optioneel)
keyBitSize - Private Key Bit Size. Geaccepteerde waarden zijn standaard 2048 of 4096. (optioneel)
Headers van aanvragen:
Type inhoud: 'aanvraag/json'
Voorbeeldantwoorden:
Voorbeeldrespons 1:
{
"status": {
"code": 200,
"message": "Successfully generated CSR"
},
"result": {
"caCert": {},
"caKey": {
"fileName": "VideoMeshGeneratedPrivate.key",
"localFileName": "CaPrivateKey.key",
"fileLastModified": "Fri Jul 21 2023 08:12:25 GMT+0000 (Coordinated Universal Time)",
"uploadDate": 1689927145422,
"size": 1678,
"type": "application/pkcs8",
"modulus": "S4MP1EM0DULU2"
},
"certInstallRequestPending": false,
"certInstallStarted": null,
"certInstallCompleted": null,
"isRegistered": true,
"caCertsInstalled": false,
"csr": {
"keyBitsize": 2048,
"commonName": "1.2.3.4",
"organization": "VMN",
"organizationUnit": "IT",
"locality": "BLR",
"state": "KA",
"country": "IN",
"emailAddress": "abc@xyz.com",
"altNames": [
"1.1.1.1",
"2.2.2.2"
],
"csrContent": "-----BEGIN CERTIFICATE REQUEST-----\nS4MP1E_C3RT_C0NT3NT\n-----END CERTIFICATE REQUEST-----"
},
"encryptedPassphrase": null
}
}Voorbeeldrespons 2:
{
"status": {
"code": 400,
"message": "Private key already exists. Delete it before generating new CSR."
}
}Voorbeeldrespons 3:
{
"status": {
"code": 400,
"message": "CSR certificate already exists. Delete it before generating new CSR."
}
}Voorbeeldrespons 4:
{
"status": {
"code": 400,
"message": "CSR certificate and private key already exist. Delete them before generating new CSR."
}
}Voorbeeldrespons 5:
{
"status": {
"code": 400,
"message": "There were one or more errors while generating the CSR: The \"Country\" field must contain exactly two A-Z characters."
}
}Het CSR-certificaat downloaden
Hiermee wordt het gegenereerde CSR-certificaat gedownload.
[GET] https://<node_ip>/api/v1/externalCertManager/csr
U kunt het bestand ook downloaden via de optie Verzenden en downloaden.
Autorisatie: Basisverificatie met de gebruikersnaam voor de videomesh ('admin') en het wachtwoord.
Voorbeeldantwoorden:
Voorbeeldrespons 1:
-----BEGIN CERTIFICATE REQUEST-----
S4MP1E_C3RT_C0NT3NT
-----END CERTIFICATE REQUEST-----Voorbeeldrespons 2:
{
"status": {
"code": 404,
"message": "Could not download, CSR certificate does not exist."
}
}De privésleutel downloaden
Hiermee downloadt u de privésleutel die samen met het CSR-certificaat is gegenereerd.
[GET] https://<node_ip>/api/v1/externalCertManager/key
U kunt het bestand ook downloaden via de optie Verzenden en downloaden.
Autorisatie: Basisverificatie met de gebruikersnaam voor de videomesh ('admin') en het wachtwoord.
Voorbeeldantwoorden:
Voorbeeldrespons 1:
-----BEGIN RSA PRIVATE KEY-----
S4MP1E_PR1V4T3_K3Y
-----END RSA PRIVATE KEY-----Voorbeeldrespons 2:
{
"status": {
"code": 404,
"message": "Could not download, private key does not exist."
}
}Het CSR-certificaat verwijderen
Hiermee verwijdert u het bestaande CSR-certificaat.
[VERWIJDEREN] https://<node_ip>/api/v1/externalCertManager/csr
Autorisatie: Basisverificatie met de gebruikersnaam voor de videomesh ('admin') en het wachtwoord.
Voorbeeldantwoorden:
Voorbeeldrespons 1:
{
"status": {
"code": 200,
"message": "Successfully deleted the CSR certificate"
}
}Voorbeeldrespons 2:
{
"status": {
"code": 404,
"message": "CSR certificate does not exist."
}
}De privésleutel verwijderen
Hiermee verwijdert u de bestaande privésleutel.
[VERWIJDEREN] https://<node_ip>/api/v1/externalCertManager/key
Autorisatie: Basisverificatie met de gebruikersnaam voor de videomesh ('admin') en het wachtwoord.
Voorbeeldantwoorden:
Voorbeeldrespons 1:
{
"status": {
"code": 200,
"message": "Successfully deleted the private key"
}
}Voorbeeldrespons 2:
{
"status": {
"code": 404,
"message": "Private key does not exist."
}
}Installeer het CA-ondertekende certificaat en de privésleutel
Uploadt het opgegeven CA-ondertekende certificaat en de privésleutel op het knooppunt voor videomesh en installeert het certificaat op het knooppunt.
[POST] https://<node_ip>/api/v1/externalCertManager/uploadInstallCaCert
Autorisatie: Basisverificatie met de gebruikersnaam voor de videomesh ('admin') en het wachtwoord.
Koetswerk:
Gebruik 'form-data' om de volgende bestanden te uploaden:
CA-ondertekend certificaatbestand (.crt) met de sleutel 'crtFile'.
Bestand Private Key (.key) met key als 'keyFile'.
Headers van aanvragen:
Type inhoud: 'meerdelig/formulier-gegevens'
Voorbeeldantwoorden:
Voorbeeldrespons 1:
{
"status": {
"code": 200,
"message": "Successfully installed certificate and key. It might take a few seconds to reflect on the node."
},
"result": {
"caCert": {
"fileName": "videoMeshCsr.crt",
"localFileName": "CaCert.crt",
"fileLastModified": 1689931788598,
"uploadDate": 1689931788605,
"size": 1549,
"type": "application/x-x509-ca-cert",
"certStats": {
"version": 0,
"subject": {
"countryName": "IN",
"stateOrProvinceName": "KA",
"localityName": "BLR",
"organizationName": "VMN",
"organizationalUnitName": "IT",
"emailAddress": "abc@xyz.com",
"commonName": "1.2.3.4"
},
"issuer": {
"countryName": "AU",
"stateOrProvinceName": "Some-State",
"organizationName": "ABC"
},
"serial": "3X4MPL3",
"notBefore": "2023-07-21T09:28:19.000Z",
"notAfter": "2024-12-02T09:28:19.000Z",
"signatureAlgorithm": "sha256WithRsaEncryption",
"fingerPrint": "11:22:33:44:AA:BB:CC:DD",
"publicKey": {
"algorithm": "rsaEncryption",
"e": 65537,
"n": "3X4MPL3",
"bitSize": 2048
},
"altNames": [],
"extensions": {}
}
},
"caKey": {
"fileName": "VideoMeshGeneratedPrivate.key",
"localFileName": "CaPrivateKey.key",
"fileLastModified": 1689931788629,
"uploadDate": 1689931788642,
"size": 1678,
"type": "application/pkcs8",
"modulus": "S4MP1EM0DULU2"
},
"certInstallRequestPending": true,
"certInstallStarted": null,
"certInstallCompleted": null,
"isRegistered": true,
"caCertsInstalled": false,
"csr": {
"keyBitsize": 2048,
"commonName": "1.2.3.4",
"organization": "VMN",
"organizationUnit": "IT",
"locality": "BLR",
"state": "KA",
"country": "IN",
"emailAddress": "abc@xyz.com",
"altNames": [
"1.1.1.1",
"2.2.2.2"
],
"csrContent": "-----BEGIN CERTIFICATE REQUEST-----\nS4MP1E_C3RT_C0NT3NT\n-----END CERTIFICATE REQUEST-----"
},
"encryptedPassphrase": null
}
}Voorbeeldrespons 2:
{
"status": {
"code": 400,
"message": "Could not parse the certificate file. Make sure it is a properly formatted certificate and try again."
}
}Voorbeeldrespons 3:
{
"status": {
"code": 400,
"message": "Private Key does not match Certificate (different modulus)"
}
}Voorbeeldrespons 4:
{
"status": {
"code": 202,
"message": "Certificate and private key PENDING installation. It might take a few seconds to reflect on the node. If the node is in maintenance mode, it will get installed once it is disabled."
}
}Het door de certificeringsinstantie ondertekende certificaat downloaden
Hiermee downloadt u het CA-ondertekende certificaat dat op het knooppunt is geïnstalleerd.
[GET] https://<node_ip>/api/v1/externalCertManager/caCert
U kunt het bestand ook downloaden via de optie Verzenden en downloaden.
Autorisatie: Basisverificatie met de gebruikersnaam voor de videomesh ('admin') en het wachtwoord.
Voorbeeldantwoorden:
Voorbeeldrespons 1:
-----BEGIN CERTIFICATE-----
S4MP1E_C3RT_C0NT3NT
-----END CERTIFICATE-----Voorbeeldrespons 2:
{
"status": {
"code": 404,
"message": "Could not download, CA certificate does not exist."
}
}Het door een certificeringsinstantie ondertekende certificaat verwijderen
Hiermee verwijdert u het door de CA ondertekende certificaat dat op het knooppunt is geïnstalleerd.
[VERWIJDEREN] https://<node_ip>/api/v1/externalCertManager/caCert
Autorisatie: Basisverificatie met de gebruikersnaam voor de videomesh ('admin') en het wachtwoord.
Voorbeeldantwoorden:
Voorbeeldrespons 1:
{
"status": {
"code": 200,
"message": "Successfully deleted the CA certificate."
}
}Voorbeeldrespons 2:
{
"status": {
"code": 404,
"message": "CA certificate does not exist."
}
}Algemene API-antwoorden
Hieronder staan enkele voorbeelden van antwoorden die u kunt tegenkomen tijdens het gebruik van een van de hierboven genoemde API's.
Voorbeeldrespons 1: Onjuiste aanmeldgegevens opgegeven in de basisautorisatie.
{
"status": {
"code": 401,
"message": "login failed: incorrect password or username"
}
}Voorbeeldrespons 2: VMN is niet geüpgraded naar de vereiste versie die deze API's ondersteunt.
{
"status": {
"code": 421,
"message": "Misdirected Request 1:[undefined]"
}
}Voorbeeldrespons 3: Verkeerde referer ingevoerd in de header (wanneer header niet werd verwacht).
{
"status": {
"code": 421,
"message": "Misdirected Request 2:[https://x.x.x.x/setup]"
}
}Voorbeeldrespons 4: Maximumsnelheid overschreden, probeer het na enige tijd opnieuw.
{
"status": {
"code": 429,
"message": "Too Many Requests"
}
}Interne en externe routeringsregels toevoegen
In een NIC-implementatie (dual network interface) kunt u de routering voor videomesh-knooppunten verfijnen door door de gebruiker gedefinieerde routeringsregels voor externe en interne interfaces toe te voegen. De standaardroutes worden toegevoegd aan de knooppunten, maar u kunt uitzonderingen maken, bijvoorbeeld externe subnetten of hostadressen die toegankelijk moeten zijn via de interne interface, of interne subnetten of hostadressen die toegankelijk moeten zijn via de externe interface. Voer indien nodig de volgende stappen uit.
| 1 | Kies in de interface van het knooppunt voor videomesh 5 Externe IP-configuratie en klik vervolgens op Selecteren. | ||
| 2 | Kies 3 Routeringsregels beheren en klik vervolgens op Selecteren. De eerste keer dat u deze pagina opent, worden de standaardregels voor systeemroutering in de lijst weergegeven. Standaard gaat al het interne verkeer via de interne interface en extern verkeer via de externe interface.
U kunt in de volgende stappen handmatige overschrijvingen aan deze regels toevoegen. | ||
| 3 | Volg deze stappen indien nodig:
Wanneer u elke regel toevoegt, worden ze weergegeven in de lijst met routeringsregels, ingedeeld als door de gebruiker gedefinieerde regels.
|
 | Aangepaste routeringsregels kunnen conflicten met andere routeringen veroorzaken. U kunt bijvoorbeeld een regel definiëren waardoor uw SSH-verbinding met de interface van het knooppunt voor videomesh vastloopt. Als dit gebeurt, voert u een van de volgende handelingen uit en verwijdert of wijzigt u de routeringsregel:
|
Het knooppunt voor videomesh registreren bij de Webex-cloud
Gebruik deze procedure om videomesh-knooppunten te registreren bij de Webex-cloud en aanvullende configuratie te voltooien. Wanneer u Control Hub gebruikt om uw knooppunt te registreren, maakt u een cluster waaraan het knooppunt is toegewezen. Een cluster bevat een of meer mediaknooppunten die gebruikers in een specifieke geografische regio bedienen. De registratiestappen configureren ook SIP-gespreksinstellingen, stellen een upgradeschema in en abonneren op e-mailmeldingen.
Voordat u begint
Zodra u de registratie van een knooppunt start, moet u deze binnen 60 minuten voltooien of moet u opnieuw beginnen.
Zorg ervoor dat alle pop-upblokkeringen in uw browser zijn uitgeschakeld of dat u een uitzondering toestaat voor https://admin.webex.com.
Implementeer voor de beste resultaten alle knooppunten van een cluster in hetzelfde datacenter. Zie Clusters in videomesh voor hoe ze werken en de beste praktijken.
Vanaf de host of machine waar u videomesh-knooppunten registreert in de cloud, moet u verbinding hebben met de Webex-cloud en de IP-adressen voor videomesh die worden geregistreerd (in een dubbele NIC-omgeving, met name de interne IP-adressen van de videomesh-knooppunten).
| 1 |
U meldt zich aan bij Control Hub met de beheerdersreferenties. De beheerfunctie van Control Hub is alleen beschikbaar voor gebruikers die in Control Hub als beheerder zijn gedefinieerd. Zie Klantenaccountrollen voor meer informatie. | ||
| 2 | Ga naar en kies een van de volgende opties:
| ||
| 3 | Zorg ervoor dat u uw knooppunt voor videomesh hebt geïnstalleerd en geconfigureerd. Klik op Ja, ik ben klaar om me te registreren... en klik vervolgens op Volgende. | ||
| 4 | Kies een cluster in Create a new or select a cluster:
| ||
| 5 | Voer in Voer de FQDN of het IP-adres in de volledig gekwalificeerde domeinnaam (FQDN) of het interne IP-adres van uw knooppunt voor videomesh in en klik op Volgende.
Een FQDN moet rechtstreeks worden omgezet naar het IP-adres of deze is niet bruikbaar. We voeren de validatie uit op de FQDN om uit te sluiten dat typen of configuraties niet overeenkomen.
| ||
| 6 | Kies onder Upgradeschema een tijd, frequentie en tijdzone. De standaard is een dagelijks upgradeschema. U kunt deze wijzigen in een weekschema op een specifieke dag. Wanneer een upgrade beschikbaar is, wordt de software van het knooppunt voor videomesh automatisch geüpgraded tijdens de geselecteerde tijd.
| ||
| 7 | Voeg onder E-mailmeldingen e-mailadressen van beheerders toe om u te abonneren op meldingen over servicealarmen en software-upgrades. Het e-mailadres van uw beheerder wordt automatisch toegevoegd. U kunt het verwijderen als u wilt. | ||
| 8 | Schakel de instelling Videokwaliteit in om video met 1080p 30fps in te schakelen. Met deze instelling kunnen SIP-deelnemers die deelnemen aan een vergadering die wordt gehost in een knooppunt voor videomesh, video van 1080p 30fps gebruiken als ze zich allemaal in het bedrijfsnetwerk bevinden en een apparaat gebruiken dat geschikt is voor hoge definitie. De instelling is van toepassing op alle clusters van knooppunten.
| ||
| 9 | Lees de informatie onder Registratie voltooien en klik vervolgens op Ga naar knooppunt om het knooppunt te registreren in de Webex-cloud. Er wordt een nieuw browsertabblad geopend om het knooppunt te controleren. Deze stap beveiligt het knooppunt voor videomesh met behulp van het IP-adres van het knooppunt. Tijdens het registratieproces leidt Control Hub u om naar het knooppunt voor videomesh. Het IP-adres moet worden beveiligd, anders mislukt de registratie. Het registratieproces moet worden voltooid vanuit het bedrijfsnetwerk waar het knooppunt is geïnstalleerd. | ||
| 10 | Schakel Toegang toestaan tot het knooppunt voor de Webex-videomesh in en klik op Doorgaan. | ||
| 11 | Klik op Toestaan . Uw account is gevalideerd, uw knooppunt voor videomesh is geregistreerd en het bericht Registratie voltooid wordt weergegeven. Dit geeft aan dat uw knooppunt voor videomesh nu is geregistreerd bij Webex. Het knooppunt voor videomesh krijgt aanmeldgegevens van de computer op basis van de rechten van uw organisatie. De gegenereerde aanmeldgegevens van de machine verlopen periodiek en worden vernieuwd. | ||
| 12 | Klik op de portaalkoppeling of sluit het tabblad om terug te gaan naar de pagina Videomesh. Op de pagina Videomesh ziet u nu het nieuwe cluster met het knooppunt voor videomesh dat u hebt geregistreerd.
Op dit moment is het knooppunt voor videomesh klaar om te communiceren met Cisco-cloudservices via de beveiligde kanalen met behulp van een token die is uitgegeven voor verificatie. Het knooppunt voor videomesh communiceert ook met Docker Hub (docker.com, docker.io). Docker wordt gebruikt door het knooppunt voor videomesh om containers op te slaan voor distributie naar verschillende videomesh-knooppunten over de hele wereld. Alleen Cisco heeft referenties om naar Docker Hub te schrijven. De knooppunten voor videomesh kunnen contact opnemen met Docker Hub met alleen-lezengegevens om de containers voor upgrades te downloaden.
|
Dingen om rekening mee te houden
Houd de volgende informatie in gedachten over het knooppunt voor videomesh en hoe het werkt wanneer het is geregistreerd bij uw Webex-organisatie:
Wanneer u een nieuw knooppunt voor videomesh implementeert, herkennen de Webex-app en het bij Webex geregistreerde apparaat het nieuwe knooppunt maximaal 2 uur niet. De clients controleren of het cluster bereikbaar is tijdens het opstarten, een netwerkwijziging of het verlopen van de cache. U kunt 2 uur wachten of, als tijdelijke oplossing, uw Webex-app opnieuw starten of het Webex-ruimte- of bureauapparaat opnieuw opstarten. Daarna wordt gespreksactiviteit vastgelegd in de rapporten voor videomesh in Control Hub.
Een knooppunt voor videomesh wordt geregistreerd bij één Webex-organisatie. Het is geen apparaat met meerdere tenants.
Zie de tabel in Clients en apparaten die het knooppunt voor videomesh gebruiken om te begrijpen wat het knooppunt voor videomesh gebruikt en wat niet.
Het knooppunt voor videomesh kan verbinding maken met uw Webex-site of met de Webex-site van een andere klant of partner. Site A heeft bijvoorbeeld een knooppuntcluster voor videomesh geïmplementeerd en geregistreerd met het domein example1.webex.com. Als gebruikers op Site A inbellen op mymeeting@example1.webex.com, gebruiken ze het knooppunt voor videomesh en kan er een cascade worden gemaakt. Als de gebruikers in site A kiezen voor een vergadering@voorbeeld2.webex.com, gebruiken de gebruikers van site A hun lokale knooppunt voor videomesh en maken ze verbinding met de vergadering in de Webex-organisatie van site B.
De volgende stappen
Herhaal deze stappen om extra knooppunten te registreren.
Als er een upgrade beschikbaar is, raden we u aan deze zo snel mogelijk toe te passen. Voer de volgende stappen uit om te upgraden:
De inrichtingsgegevens worden door het Cisco-ontwikkelingsteam via beveiligde kanalen naar de Webex-cloud gepusht. De inrichtingsgegevens zijn ondertekend. Voor de containers bevatten de inrichtingsgegevens naam, controlesom, versie enzovoort. Het knooppunt voor videomesh krijgt ook de inrichtingsgegevens van de Webex-cloud via beveiligde kanalen.
Zodra het knooppunt voor videomesh de inrichtingsgegevens heeft, wordt het knooppunt geverifieerd met alleen-lezenreferenties en wordt de container gedownload met specifieke checksum en naam en wordt het systeem geüpgraded. Elke container die op het knooppunt voor videomesh wordt uitgevoerd, heeft een afbeeldingsnaam en controlesom. Deze kenmerken worden geüpload naar de Webex-cloud via beveiligde kanalen.
Servicekwaliteit (QoS) inschakelen voor knooppunt voor videomesh
Voordat u begint
Breng de nodige wijzigingen aan in de firewallpoort die worden behandeld in het diagram en de tabel. Zie Poorten en protocollen gebruikt door videomesh.
Als u Videomesh-knooppunten wilt inschakelen voor QoS, moeten de knooppunten online zijn. Knooppunten in de onderhoudsmodus of offline statussen zijn uitgesloten wanneer u deze instelling inschakelt.
| 1 | Ga vanuit de klantweergave in https://admin.webex.com naar , klik op Instellingen bewerken op de kaart met videomesh. | ||
| 2 | Blader naar Quality of Service en klik op Enable. Als deze optie is ingeschakeld, krijgt u het grote, discrete poortbereik (bepaald door de gespreksbeheerconfiguratie op locatie) dat wordt gebruikt voor audio en video voor SIP-clients/eindpunten op locatie en intracluster-cascades met unieke DSCP-markeringen:.
Alle SIP- en cascadeverkeer van videomesh-knooppunten is gemarkeerd met EF voor audio en AF41 voor video. De discrete poortbereiken worden gebruikt als bronpoorten voor cascademedia naar andere videomesh-knooppunten en cloudmediaknooppunten, evenals bron- en bestemmingspoorten voor SIP-clientmedia. Webex Teams-apps en cascademedia blijven de gedeelde bestemmingspoort van 5004 en poortramge 50000–53000 gebruiken.
Er wordt een statusbericht weergegeven dat laat zien welke knooppunten één voor één worden ingeschakeld voor het QoS-poortbereik. Klik op knooppunten in behandeling bekijken om een lijst met knooppunten weer te geven die in behandeling zijn voor QoS. Het inschakelen van deze instelling kan tot 2 uur duren, afhankelijk van het gespreksverkeer op de knooppunten. | ||
| 3 | Als QoS niet volledig is ingeschakeld binnen 2 uur, opent u een case met ondersteuning voor verder onderzoek. De knooppunten worden opnieuw opgestart en bijgewerkt met het nieuwe poortbereik. |
Als u besluit de instelling uit te schakelen, krijgt u het kleine, consoliderende poortbereik dat wordt gebruikt voor zowel audio als video (34000-34999). Alle verkeer van videomesh-knooppunten (SIP, cascades, cloudverkeer, enzovoort) krijgt een enkele markering van AF41.
Poortbereiken voor videomesh-knooppunten verifiëren met het reflectorhulpprogramma in de webinterface
Het reflectorhulpprogramma (een combinatie van een server op het knooppunt voor videomesh en de client via een Python-script) wordt gebruikt om te controleren of de vereiste TCP/UDP-poorten zijn geopend vanuit knooppunten voor videomesh.
Voordat u begint
Download een kopie van de Reflector Tool Client (een Python-script) van https://github.com/CiscoDevNet/webex-video-mesh-reflector-client.
Zorg ervoor dat u Python 2.7.10 of hoger in uw omgeving gebruikt om het script goed te laten werken.
Momenteel ondersteunt dit hulpprogramma SIP-eindpunten voor knooppunten voor videomesh en verificatie binnen het cluster.
| 1 | Schakel vanuit de klantweergave in https://admin.webex.com het onderhoudknooppunt voor het knooppunt voor videomesh in door deze instructies te volgen. |
| 2 | Wacht tot het knooppunt de status 'Gereed voor onderhoud' toont in Control Hub. |
| 3 | Open de interface van het knooppunt voor de Webex-videomesh. Zie Knooppunt voor videomesh beheren Vanuit de webinterface voor instructies. |
| 4 | Blader naar Reflector Tool en start vervolgens de TCP Reflector Server of UDP Reflector Server, afhankelijk van het protocol dat u wilt gebruiken. |
| 5 | Klik op Reflectorserver starten en wacht tot de server is gestart. U ziet een melding wanneer de server wordt gestart. |
| 6 | Voer vanuit een systeem (zoals een pc) op een netwerk dat u videomesh-knooppunten wilt bereiken het script uit met de volgende opdracht:
Aan het einde van de uitvoering geeft de client een bericht met succes weer als alle vereiste poorten zijn geopend:
De client toont een mislukt bericht als er geen vereiste poorten zijn geopend:
|
| 7 | Los eventuele poortproblemen op de firewall op en voer de bovenstaande stappen opnieuw uit. |
| 8 | De client uitvoeren met
|
Knooppunt voor videomesh configureren voor proxyintegratie
Gebruik deze procedure om het type proxy op te geven dat u wilt integreren met een videomesh. Als u een transparante inspecterende proxy of een expliciete proxy kiest, kunt u de interface van het knooppunt gebruiken om het hoofdcertificaat te uploaden en te installeren, de proxyverbinding te controleren en mogelijke problemen op te lossen.
Voordat u begint
Zie Proxyondersteuning voor videomesh voor een overzicht van de ondersteunde proxyopties.
| 1 | Voer de URL voor de videomesh-installatie in | ||||||||||
| 2 | Ga naar Trust Store & Proxy en kies een optie:
Volg de volgende stappen voor een transparante inspectie of expliciete volmacht. | ||||||||||
| 3 | Klik op Upload a Root Certificate or End Entity Certificate (Een basiscertificaat uploaden of een entiteitscertificaat beëindigen) en zoek en kies het basiscertificaat voor de expliciete of transparante inspectieproxy. Het certificaat is geüpload, maar nog niet geïnstalleerd omdat het knooppunt opnieuw moet worden opgestart om het certificaat te installeren. Klik op het pijltje bij de naam van de certificaatverstrekker voor meer informatie of klik op Verwijderen als u een fout hebt gemaakt en het bestand opnieuw wilt uploaden. | ||||||||||
| 4 | Voor transparante inspecties of expliciete proxy's klikt u op Proxyverbinding controleren om de netwerkverbinding tussen het knooppunt voor videomesh en de proxy te testen. Als de verbindingstest mislukt, ziet u een foutbericht met de reden en hoe u het probleem kunt oplossen. | ||||||||||
| 5 | Nadat de verbindingstest is verlopen, schakelt u voor expliciete proxy de schakelaar in op Alle poort443 https-verzoeken van dit knooppunt routeren via de expliciete proxy. Deze instelling heeft 15 seconden nodig om van kracht te worden. | ||||||||||
| 6 | Klik op Alle certificaten installeren in de Trust Store (wordt weergegeven wanneer er een hoofdcertificaat is toegevoegd tijdens het instellen van de proxy) of Opnieuw opstarten (wordt weergegeven als er geen hoofdcertificaat is toegevoegd), lees de prompt en klik vervolgens op Installeren als u klaar bent. Het knooppunt wordt binnen een paar minuten opnieuw opgestart. | ||||||||||
| 7 | Nadat het knooppunt opnieuw is opgestart, meldt u zich indien nodig opnieuw aan en opent u de pagina Overzicht om de connectiviteitscontroles te controleren en ervoor te zorgen dat ze allemaal groen zijn. Met de proxyverbindingscontrole wordt alleen een subdomein van webex.com getest. Als er verbindingsproblemen zijn, is een algemeen probleem dat sommige van de clouddomeinen die in de installatie-instructies worden vermeld, worden geblokkeerd bij de proxy. |
Videomesh integreren met taakstroom voor gespreksbeheer
Configureer SIP-trunks om SIP-inbellen te routeren voor Webex-vergaderingen in de videomesh. SIP-apparaten bieden geen ondersteuning voor directe bereikbaarheid, dus u moet de configuratie van Unified CM of VCS Expressway gebruiken om een relatie tot stand te brengen tussen SIP-apparaten op locatie en uw clusters voor videomesh.
Voordat u begint
Zie Implementatiemodellen voor videomesh en Cisco Unified Communications Manager voor meer informatie over algemene implementatievoorbeelden.
Videomesh ondersteunt TCP of TLS tussen Unified CM- en SIP-signalering. SIP TLS wordt niet ondersteund voor VCS Expressway.
In Unified CM kan elke SIP-trunk maximaal 16 videomesh-bestemmingen (IP-adressen) ondersteunen.
In Unified CM kunnen inkomende poorten op het beveiligingsprofiel van de SIP-trunk standaard zijn (Niet-beveiligd SIP-trunkprofiel).
Videomesh ondersteunt 2 routepatronen: sitenaam.webex.com en meet.ciscospark.com. Andere routepatronen worden niet ondersteund.
Videomesh ondersteunt 3 routepatronen: webex.com (voor korte videoadressen), sitenaam.webex.com en meet.ciscospark.com. Andere routepatronen worden niet ondersteund.
Wanneer u de korte video-adresindeling ( meet@webex.com ), verwerkt het knooppunt Videomesh het gesprek altijd. Het knooppunt handelt het gesprek af, zelfs als het gesprek naar een site gaat waarvoor geen videomesh is ingeschakeld.
Kies een van deze opties, afhankelijk van uw gespreksbeheeromgeving en beveiligingsvereisten:
|
Unified CM Secure TLS SIP-verkeersroutering configureren voor videomesh
| 1 | Maak een SIP-profiel voor clusters voor videomesh: | ||
| 2 | Een nieuw SIP-trunk-beveiligingsprofiel toevoegen voor clusters voor videomesh: | ||
| 3 | Voeg een nieuwe SIP-trunk toe om naar uw clusters voor videomesh te wijzen:
| ||
| 4 | Maak een SIP-trunk om een Expressway voor Webex-cloudfailover aan te wijzen.
| ||
| 5 | Maak een nieuwe routegroep voor gesprekken naar clusters voor videomesh: | ||
| 6 | Voor overloop naar de cloud maakt u een nieuwe routegroep voor gesprekken naar Expressway: | ||
| 7 | Een nieuwe routelijst maken voor gesprekken naar clusters voor videomesh en Expressway: | ||
| 8 | Maak een SIP-routepatroon voor de kiesindeling korte videoadressen voor Webex-vergaderingen: Met de functie voor het kiezen van korte videoadressen hoeven gebruikers de naam van de Webex-site niet meer te onthouden om deel te nemen aan een Webex-vergadering of -gebeurtenis via een videosysteem. Ze kunnen sneller deelnemen aan de vergadering omdat ze alleen het vergaderings- of gebeurtenisnummer hoeven te weten. | ||
| 9 | Maak een SIP-routepatroon voor de Webex-site: | ||
| 10 | Een SIP-routepatroon maken voor vergaderingen in de Webex-app (achterwaartse compatibiliteit): |
Unified CM TCP SIP-verkeersroutering configureren voor videomesh
| 1 | Maak een SIP-profiel voor clusters voor videomesh: | ||
| 2 | Een nieuw SIP-trunk-beveiligingsprofiel toevoegen voor clusters voor videomesh: | ||
| 3 | Voeg een nieuwe SIP-trunk toe om naar uw clusters voor videomesh te wijzen:
| ||
| 4 | Maak een nieuwe SIP-trunk om naar een Expressway te wijzen.
| ||
| 5 | Maak een nieuwe routegroep voor gesprekken naar clusters voor videomesh: | ||
| 6 | Voor overloop naar de cloud maakt u een nieuwe routegroep voor gesprekken naar Expressway: | ||
| 7 | Een nieuwe routelijst maken voor gesprekken naar clusters voor videomesh en Expressway: | ||
| 8 | Maak een SIP-routepatroon voor de kiesindeling korte videoadressen voor Webex-vergaderingen: Met de functie voor het kiezen van korte videoadressen hoeven gebruikers de naam van de Webex-site niet meer te onthouden om deel te nemen aan een Webex-vergadering of -gebeurtenis via een videosysteem. Ze kunnen sneller deelnemen aan de vergadering omdat ze alleen het vergaderings- of gebeurtenisnummer hoeven te weten. | ||
| 9 | Maak een SIP-routepatroon voor de Webex-site: | ||
| 10 | Een SIP-routepatroon maken voor vergaderingen in de Webex-app: |
Expressway TCP SIP -verkeersroutering configureren voor videomesh
| 1 | Maak een zone die verwijst naar clusters voor videomesh: | ||||||||||||||||||||||
| 2 | Belpatronen maken voor videomesh-clusters voor Webex-sites:
| ||||||||||||||||||||||
| 3 | Maak een traversal-client en zonepaar dat naar de Expressway in de cloud wijst voor failover: | ||||||||||||||||||||||
| 4 | Maak een terugvalzoekregel naar de Traversal-clientzone die naar de Expressway-E leidt: | ||||||||||||||||||||||
| 5 | Ga vanuit Expressway-E naar . Klik op Nieuw en voeg de Webex-zone toe. In versies vóór X8.11 hebt u hiervoor een nieuwe DNS-zone gemaakt. | ||||||||||||||||||||||
| 6 | Een belpatroon maken voor de Expressway in de cloud: | ||||||||||||||||||||||
| 7 | Voor SIP-apparaten die zijn geregistreerd bij de Expressway-C, opent u het IP-adres van het apparaat in een browser, gaat u naar Setup, scrolt u naar SIP en kiest u Standards in de vervolgkeuzelijst Type. |
Certificaatketens uitwisselen tussen Unified CM- en videomesh-knooppunten
Voltooi een certificaatuitwisseling om tweerichtingsvertrouwen tot stand te brengen tussen de Unified CM- en videomesh-interfaces. Met de beveiligde trunkconfiguratie staan de certificaten versleuteld SIP-verkeer en SRTP-media in uw organisatie toe van vertrouwde Unified CM's om te landen op vertrouwde videomesh-knooppunten.
| In een geclusterde omgeving moet u CA- en servercertificaten op elk knooppunt afzonderlijk installeren. |
Voordat u begint
Om veiligheidsredenen raden we u aan een door een certificeringsinstantie ondertekend certificaat te gebruiken op uw videomesh-knooppunten in plaats van het standaard zelfondertekende certificaat van het knooppunt.
| 1 | Open de interface van het knooppunt voor videomesh (IP-adres/instellingen, bijvoorbeeld | ||||
| 2 | Ga naar Servercertificaten en vraag en upload indien nodig een certificaat en sleutelpaar:
| ||||
| 3 | Ga in een ander browsertabblad vanuit Cisco Unified OS Administration naar . Voer uw zoekcriteria in en klik op Zoeken, kies vervolgens de bestandsnaam van het certificaat of CTL (Certificate Trust List) en klik op Downloaden. Sla het Unified CM-bestand ergens op dat eenvoudig te onthouden is en laat het Unified CM-exemplaar open in het browsertabblad. | ||||
| 4 | Ga terug naar het tabblad Interface knooppunt voor videomesh, klik op Trust Store & Proxy en kies vervolgens een optie:
Een in de cloud geregistreerd knooppunt voor videomesh wordt elegant afgesloten en wacht maximaal 2 uur tot alle gesprekken zijn beëindigd. Als u het CallManager.pem-certificaat wilt installeren, wordt het knooppunt automatisch opnieuw opgestart. Wanneer het online terugkomt, wordt een melding weergegeven wanneer het CallManager.pem-certificaat wordt geïnstalleerd op het knooppunt voor videomesh. Vervolgens kunt u de pagina opnieuw laden om het nieuwe certificaat weer te geven. | ||||
| 5 | Ga terug naar het tabblad Cisco Unified OS Administration en klik op Certificaat/certificaatketen uploaden. Kies de certificaatnaam in de vervolgkeuzelijst Certificaatdoel, blader naar het bestand dat u hebt gedownload via de knooppuntinterface voor videomesh en klik vervolgens op Openen. | ||||
| 6 | Klik op Upload File om het bestand naar de server te uploaden. Als u een certificaatketen uploadt, moet u alle certificaten in de keten uploaden.
|
Mediacodering inschakelen voor de clusters van organisatie en videomesh
Gebruik deze procedure om mediacodering in te schakelen voor uw organisatie en afzonderlijke clusters voor videomesh. Deze instelling forceert een end-to-end TLS-configuratie en u moet een veilige TLS SIP-trunk op uw Unified CM hebben die naar uw videomesh-knooppunten wijst.
Instellingen | Resultaat |
|---|---|
Unified CM is geconfigureerd met een veilige trunk en deze instelling voor Control Hub voor videomesh is niet ingeschakeld. | Gesprekken mislukken. |
Unified CM is niet geconfigureerd met een veilige trunk en deze instelling voor Control Hub voor videomesh is ingeschakeld. | Gesprekken mislukken niet, maar ze vallen terug in de niet-beveiligde modus. |
| Cisco-eindpunten moeten ook worden geconfigureerd met een beveiligingsprofiel en TLS-onderhandeling om end-to-end-codering te laten werken. Anders vloeien gesprekken over naar de cloud vanaf eindpunten die niet zijn geconfigureerd met TLS. We raden u aan deze functie alleen in te schakelen als alle eindpunten kunnen worden geconfigureerd om TLS te gebruiken. |
Voordat u begint
| 1 | Ga vanuit de klantweergave in https://admin.webex.com naar en klik vervolgens op Instellingen op de kaart met videomesh. |
| 2 | Blader naar Mediacodering en schakel de instelling in. Deze instelling maakt codering verplicht op alle mediakanalen die via videomesh-knooppunten in uw organisatie gaan. Let op de voorgaande tabel en let op situaties waarin gesprekken kunnen mislukken en wat er nodig is om end-to-end-codering te laten werken. |
| 3 | Klik op Toon alles en herhaal de volgende stappen op elke videomesh-cluster die u wilt inschakelen voor beveiligd SIP-verkeer. |
Videomesh inschakelen voor de Webex-site
Als u geoptimaliseerde media wilt gebruiken voor het knooppunt voor videomesh voor een Webex-vergadering waaraan alle Webex-app en -apparaten moeten deelnemen, moet deze configuratie zijn ingeschakeld voor de Webex-site. Als u deze instelling inschakelt, worden videomesh en vergaderingsinstanties in de cloud aan elkaar gekoppeld en kunnen cascades worden uitgevoerd vanaf knooppunten voor videomesh. Als deze instelling niet is ingeschakeld, gebruiken de Webex-app en -apparaten het knooppunt voor videomesh niet voor Webex-vergaderingen.
| 1 | Ga vanuit de klantweergave in https://admin.webex.com naar , klik op de Webex-site vanaf de kaart Vergaderingen en klik vervolgens op Instellingen |
| 2 | Ga naar Algemene instellingen door te klikken op Service > Vergadering > Site-instellingen. Klik in Algemene instellingen op Cloud Collaboration Meeting Rooms (CMR), kies Videomesh voor Type mediaresource en klik vervolgens onderaan op Opslaan .
Met deze instelling worden videomesh en vergaderingsinstanties in de cloud aan elkaar gekoppeld en kunnen cascades optreden vanuit videomesh-knooppunten. De instelling moet na 15 minuten in uw omgeving worden ingevuld. Webex-vergaderingen die starten nadat deze wijziging is ingevuld, nemen de nieuwe instelling op. Als u dit veld op Cloud laat staan (de standaardoptie), worden alle vergaderingen gehost in de cloud en wordt het knooppunt voor videomesh niet gebruikt. |
Samenwerkingsvergaderruimten toewijzen aan gebruikers van de Webex-app
De vergaderervaring op het beveiligde eindpunt verifiëren
Gebruik deze stappen om te controleren of de eindpunten veilig zijn geregistreerd en of de juiste vergaderervaring wordt weergegeven.
| 1 | Neem deel aan een vergadering vanaf het beveiligde eindpunt. |
| 2 | Controleer of de lijst met vergaderroosters op het apparaat wordt weergegeven. In dit voorbeeld ziet u hoe de lijst met vergaderingen eruitziet op een eindpunt met een aanraakvenster:
|
| 3 | Tijdens de vergadering krijgt u toegang tot de Webex conferentiegegevens vanuit Gespreksdetails . |
| 4 | Controleer of het gedeelte Versleuteling de . weergeeft Typ als AES-128 en de Status als Aan .
|
Analyse van videomesh
Analyses bieden informatie over hoe u uw knooppunten en clusters voor videomesh op locatie in uw Webex-organisatie gebruikt. Met de historische gegevens in de weergave Statistieken kunt u uw resources voor videomesh effectiever beheren door de capaciteit, het gebruik en de beschikbaarheid van uw resources op locatie te controleren. U kunt deze informatie gebruiken om beslissingen te nemen over het toevoegen van meer videomesh-knooppunten aan een cluster of het maken van nieuwe clusters, bijvoorbeeld. Analyses voor videomesh zijn te vinden in Control Hub onder .
Als u wilt helpen bij het analyseren van de gegevens in uw organisatie, kunt u inzoomen op gegevens die in de grafiek worden weergegeven en een specifieke tijdsperiode isoleren. Voor Analytics kunt u ook rapporten snijden en dobbelen om gedetailleerdere details weer te geven.
| Analyserapporten voor videomesh en probleemoplossingsrapporten geven gegevens weer in de tijdzone die is ingesteld voor de lokale browser. |
Analyses
Analyses voor videomesh bieden een langetermijntrend (tot 3 maanden aan gegevens) in de categorieën betrokkenheid, brongebruik en bandbreedtegebruik.
Live bewaking
Het tabblad Live volgen geeft een bijna-realtime weergave van de activiteit in uw organisatie: maximaal 1 minuut aggregatie en de mogelijkheid om de laatste 4 uur of 24 uur op alle clusters of specifieke clusters weer te geven. Dit tabblad in Control Hub wordt automatisch vernieuwd: elke 1 minuut gedurende de laatste 4 uur en elke 10 minuten gedurende de laatste 24 uur.
Rapporten voor live-bewaking van videomesh openen, filteren en opslaan
Rapporten voor live bewaking van videomesh zijn beschikbaar op de pagina Problemen oplossen van Control Hub ( https://admin.webex.com), zodra videomesh actief is en een cluster heeft met ten minste één geregistreerd videomesh-knooppunt.
| 1 | Kies in de klantweergave in https://admin.webex.comAnalyse en klik vervolgens op Videomesh rechtsboven in het scherm.
| ||||
| 2 | Kies in de schakelaar aan de linkerkant een optie om te filteren op hoe ver terug in de tijd u gegevens wilt weergeven.
| ||||
| 3 | Communiceer met de grafieken door indien nodig de volgende opties te gebruiken:
| ||||
| 4 | Nadat u gegevens in de rapporten hebt gefilterd, klikt u op meer
|
voor een korte beschrijving van het diagram.
Analyse van videomesh openen, filteren en opslaan
Metrische rapporten voor videomesh zijn beschikbaar op de pagina Analyse van Control Hub ( https://admin.webex.com), zodra videomesh actief is en een cluster heeft met ten minste één geregistreerd videomesh-knooppunt.
| 1 | Kies in de klantweergave in https://admin.webex.comAnalyse en klik vervolgens op Videomesh rechtsboven in het scherm. | ||||||
| 2 | Klik op een categorie, afhankelijk van het type gegevens dat u zoekt:
| ||||||
| 3 | Kies in de vervolgkeuzelijst aan de rechterkant een optie om te f lter over hoe ver terug in de tijd u gegevens wilt weergeven.
| ||||||
| 4 | Communiceer met de grafieken of lichtgrafieken door indien nodig de volgende opties te gebruiken:
| ||||||
| 5 | Nadat u gegevens in de rapporten hebt gefilterd, klikt u op meer
| ||||||
| 6 | Verwijder alle filters uit de filterbalk als u de analyseweergave wilt resetten. |
Beschikbare analyses voor videomesh
Zie het gedeelte Videomesh van Analytics for Your Cloud Collaboration Portfolio voor meer informatie over de beschikbare analyses in Control Hub.
Controletool voor videomesh
De controletool in Besturingshub helpt uw organisatie bij het bewaken van de status van uw videomesh-implementatie. U kunt de volgende tests uitvoeren op uw videomesh-knooppunten, -clusters of beide om resultaten te krijgen voor specifieke parameters.
Signaaltest - Test of SIP-signalering en mediasignalering plaatsvindt tussen het videomesh-knooppunt en Webex -cloudmediaservices.
Cascadetest - Test of een cascade kan worden ingesteld tussen het videomesh-knooppunt en Webex -cloudmediaservices.
Bereikbaarheidstest - Test of het videomesh-knooppunt de doelpoorten voor mediastreams in Webex -cloudmediaservices kan bereiken. Het test ook of het knooppunt Videomesh via die poorten kan communiceren met de cloudclusters die zijn gekoppeld aan mediacontainers.
Wanneer u een test uitvoert, maakt het hulpprogramma een gesimuleerde vergadering. Nadat de test is voltooid, ziet u een eenvoudig resultaat met inline probleemoplossing in het rapport. U kunt de test plannen om periodiek uit te voeren of de test op aanvraag uitvoeren. Zie voor meer informatie Mediastatuscontrole voor videomesh .
Een onmiddellijke test uitvoeren
Gebruik deze procedure om een mediastatuscontrole en bereikbaarheidstest op aanvraag uit te voeren op videomesh-knooppunten en/of -clusters die zijn geregistreerd bij uw Control Hub-organisatie. De resultaten worden vastgelegd in Control Hub en worden elke 6 uur verzameld vanaf 00:00 UTC.
| 1 | Aanmelden bij Besturingshub en ga vervolgens naar . | ||
| 2 | Klik op Test configureren , klik op Nu testen en vink vervolgens de knooppunten en/of clusters aan die u wilt testen.
| ||
| 3 | Klik op Test uitvoeren . |
De volgende stappen
De resultaten worden weergegeven op de overzichtspagina van de controletool in Control Hub. Standaard worden de resultaten van alle tests samen weergegeven. Klik op Signalering , Trapsgewijs , of Bereikbaarheid om de resultaten te filteren op de specifieke test.
De punten op de tijdlijn met schuifregelaar geven geaggregeerde testresultaten voor de hele organisatie weer. De tijdlijnen op clusterniveau tonen de geaggregeerde resultaten voor elk cluster.
| De tijdlijn kan datums weergeven in de Amerikaanse notatie. Wijzig uw taal in de profielinstellingen om datums in uw lokale notatie weer te geven. |
Plaats de muisaanwijzer op de punten op de tijdlijnen om de testresultaten weer te geven. U kunt ook gedetailleerde testresultaten voor elk knooppunt bekijken. Klik op een punt op de tijdlijn op clusterniveau om gedetailleerde resultaten weer te geven.
De resultaten worden weergegeven in een zijvenster en opgesplitst in Signalering, Cascasde en Bereikbaarheid. U kunt zien of de test is geslaagd, of deze is overgeslagen of dat de test is mislukt. Foutcodes met mogelijke oplossingen worden ook weergegeven bij de resultaten.
Gebruik de schakeloptie om de succespercentages van verschillende parameters weer te geven in de vorm van een tabel.
| Een overgeslagen test, gedeeltelijke storing of storing is niet kritiek, tenzij deze continu over een bepaalde periode plaatsvindt. |
Periodieke tests configureren
Gebruik deze procedure om periodieke controle van de mediastatus en bereikbaarheidstests te configureren en te starten. Deze tests worden standaard elke 6 uur uitgevoerd. U kunt deze tests uitvoeren op clusterbreed, clusterspecifiek of knooppuntspecifiek niveau. De resultaten worden vastgelegd in Control Hub en worden elke 6 uur verzameld vanaf 00:00 UTC.
| 1 | Aanmelden bij Besturingshub en ga vervolgens naar . |
| 2 | Klik op Test configureren , klik op Periodieke test en vink vervolgens de knooppunten en/of clusters aan die u wilt testen. |
| 3 | Kies een optie:
|
| 4 | Klik op Volgende. |
| 5 | Bekijk de lijst met clusters en knooppunten om de periodieke tests uit te voeren. Als u tevreden bent, klikt u op Configureren om de huidige configuratie te plannen. |
De volgende stappen
De resultaten worden weergegeven op de overzichtspagina van de controletool in Control Hub. Standaard worden de resultaten van alle tests samen weergegeven. Klik op Signalering , Trapsgewijs , of Bereikbaarheid om de resultaten te filteren op de specifieke test.
De punten op de tijdlijn met schuifregelaar geven geaggregeerde testresultaten voor de hele organisatie weer. De tijdlijnen op clusterniveau tonen de geaggregeerde resultaten voor elk cluster.
| De tijdlijn kan datums weergeven in de Amerikaanse notatie. Wijzig uw taal in de profielinstellingen om datums in uw lokale notatie weer te geven. |
Plaats de muisaanwijzer op de punten op de tijdlijnen om de testresultaten weer te geven. U kunt ook gedetailleerde testresultaten voor elk knooppunt bekijken. Klik op een punt op de tijdlijn op clusterniveau om gedetailleerde resultaten weer te geven.
De resultaten worden weergegeven in een zijvenster en opgesplitst in Signalering, Cascasde en Bereikbaarheid. U kunt zien of de test is geslaagd, of deze is overgeslagen of dat de test is mislukt. Foutcodes met mogelijke oplossingen worden ook weergegeven bij de resultaten.
Gebruik de schakeloptie om de succespercentages van verschillende parameters weer te geven in de vorm van een tabel.
| Een overgeslagen test, gedeeltelijke storing of storing is niet kritiek, tenzij deze continu over een bepaalde periode plaatsvindt. |
1080p HD-video inschakelen voor SIP-apparaten op locatie in vergaderingen met knooppunt voor videomesh
Met deze instelling kan uw organisatie 1080p-HD-video gebruiken voor geregistreerde SIP-eindpunten op locatie, met een onderbreking van de lagere vergadercapaciteit. Een knooppunt voor videomesh moet de vergadering hosten. Deelnemers kunnen video van 1080p 30fps gebruiken op voorwaarde dat:
Ze zitten allemaal binnen het bedrijfsnetwerk.
Ze gebruiken een geregistreerd SIP-apparaat met hoge definitie op locatie.
De instelling is van toepassing op alle clusters die knooppunten voor videomesh bevatten.
| In de cloud geregistreerde apparaten blijven 1080p-streams verzenden en ontvangen, ongeacht of deze instelling is in- of uitgeschakeld. |
| 1 | Ga vanuit de klantweergave in https://admin.webex.com naar en klik vervolgens op Instellingen op de kaart met videomesh. |
| 2 | Schakel Videokwaliteit in. Als deze instelling is uitgeschakeld, is de standaardwaarde 720p. |
Zie Videospecificaties voor gesprekken en vergaderingen voor videoresoluties die door de Webex-app worden ondersteund.
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 in uw bedrijfsnetwerk zonder cloudcascade.
Privévergaderingen worden nooit gecascade van media naar de cloud uitgevoerd, zoals hier wordt weergegeven. De media worden volledig beëindigd op uw clusters voor videomesh. Uw videomesh-clusters kunnen alleen met elkaar cascaderen.
U kunt een videomesh-cluster reserveren voor privévergaderingen. Wanneer het gereserveerde cluster vol is, worden de privévergaderingsmedia gecascadeerd naar uw andere clusters voor videomesh. Wanneer het gereserveerde cluster vol is, delen privévergaderingen en niet-privévergaderingen de resources van uw resterende clusters.
Niet-privévergaderingen gebruiken geen gereserveerde clusters en reserveren deze resources voor privévergaderingen. Als er geen resources meer beschikbaar zijn voor een niet-privévergadering in uw netwerk, wordt deze in plaats daarvan doorgeschakeld naar de Webex-cloud.
| De Webex-app waarvoor de Webex-ervaring met volledige functionaliteit is ingeschakeld, is niet compatibel met videomesh. Zie voor meer informatie Clients en apparaten die een knooppunt voor videomesh gebruiken. |
Ondersteuning en beperkingen voor privévergaderingen
Videomesh ondersteunt als volgt privévergaderingen:
Privévergaderingen zijn beschikbaar in Webex versie 40.12 en hoger.
Alleen geplande vergaderingen kunnen het type privévergadering gebruiken. Raadpleeg het artikel Een Cisco Webex-privévergadering plannen voor meer informatie.
Privévergaderingen zijn niet beschikbaar voor vergaderingen met volledige functionaliteit die zijn gestart of waaraan wordt deelgenomen vanuit de Webex-app.
U kunt elk huidig apparaat gebruiken dat door de videomesh wordt ondersteund.
Uw knooppunten kunnen elke huidige afbeelding gebruiken: 72vCPU en 23vCPU.
De logica van privévergaderingen maakt geen lacunes in de statistieken. We verzamelen dezelfde statistieken voor Control Hub als voor niet-privévergaderingen.
Omdat sommige gebruikers deze functie niet activeren, worden de analyserapporten voor privévergaderingen niet weergegeven als uw organisatie over 90 dagen geen privévergadering heeft.
Privévergaderingen ondersteunen 1-weg-whiteboarding vanaf een video-eindpunt.
Beperkingen
Privévergaderingen hebben de volgende beperkingen:
Privévergaderingen ondersteunen alleen VoIP voor audio. Ze ondersteunen geen Webex Edge Audio of PSTN.
U kunt geen persoonlijke vergaderruimte (PMR) gebruiken voor een privévergadering.
Privévergaderingen ondersteunen geen Webex-functies waarvoor een verbinding met de cloud is vereist, zoals Cloudopname, Transcriptie en Webex Assistant.
U kunt niet deelnemen aan een privévergadering via een niet-geverifieerd, in de cloud geregistreerd videosysteem, zelfs geen vergadering die is gekoppeld aan de Webex-app.
Privévergaderingen gebruiken als het standaardvergaderingstype
In Control Hub kunt u opgeven dat toekomstige geplande vergaderingen voor uw organisatie privévergaderingen zijn.
| 1 | Ga vanuit de klantweergave in https://admin.webex.com naar . |
| 2 | Klik op Instellingen bewerken op de kaart Videomesh. Blader naar Privévergaderingen en schakel de instelling in. |
| 3 | Sla uw wijziging op. |
Wanneer u deze instelling inschakelt, is deze van toepassing op alle vergaderingen voor uw organisatie, zelfs de vergaderingen die eerder zijn gepland.
(Optioneel) Een cluster reserveren voor privévergaderingen
Privévergaderingen en niet-privévergaderingen gebruiken gewoonlijk dezelfde resources voor videomesh. Maar omdat privévergaderingen de media lokaal moeten houden, kunnen ze overflows naar de cloud niet instellen wanneer de lokale resources zijn uitgeput. Als u deze mogelijkheid wilt beperken, kunt u een videomesh-cluster instellen om alleen privévergaderingen te hosten.
In Control Hub configureert u het cluster uitsluitend voor het hosten van privévergaderingen. Met deze instelling kunt u voorkomen dat niet-privévergaderingen dat cluster gebruiken. Privévergaderingen gebruiken standaard dat cluster. Als er geen resources meer zijn in het cluster, worden privévergaderingen alleen gecascade naar uw andere clusters voor videomesh.
We raden u aan een privécluster in te richten om uw verwachte piekgebruik van privévergaderingen af te handelen.
| U kunt de korte indeling van het videoadres (meet@your_site) niet gebruiken als u alle clusters voor videomesh reserveert voor privévergaderingen. Deze gesprekken mislukken momenteel zonder een goede foutmelding. Als u bepaalde clusters niet gereserveerd laat, kunnen gesprekken met de indeling van het korte videoadres via deze clusters worden verbonden. |
| 1 | Ga vanuit de klantweergave in https://admin.webex.com naar en klik op Show all (Alles weergeven) op de kaart met videomesh. |
| 2 | Selecteer uw videomesh-cluster in de lijst en klik op Clusterinstellingen bewerken. |
| 3 | Blader naar Privévergaderingen en schakel de instelling in. |
| 4 | Sla uw wijziging op. |
Foutberichten voor privévergaderingen
In deze tabel worden de mogelijke fouten weergegeven die gebruikers kunnen zien wanneer ze deelnemen aan een privévergadering.
Foutbericht | Gebruikersactie | Reden |
|---|---|---|
Externe netwerktoegang geweigerd U moet zich op het bedrijfsnetwerk bevinden om de privévergadering bij te wonen. Gekoppelde Webex-apparaten buiten het bedrijfsnetwerk kunnen niet deelnemen aan de vergadering. Probeer in een dergelijk scenario uw laptop of mobiele telefoon te verbinden met het bedrijfsnetwerk en deel te nemen aan de vergadering in niet-gekoppelde modus. | Een externe gebruiker neemt deel van buiten het bedrijfsnetwerk zonder VPN of MRA. | Externe gebruikers hebben toegang tot het bedrijfsnetwerk via een VPN of MRA nodig om deel te nemen aan een privévergadering. |
Een externe gebruiker bevindt zich op VPN, maar is gekoppeld aan een niet-geverifieerd apparaat. | Apparaatmedia worden niet getunneld naar het bedrijfsnetwerk via het VPN. Het apparaat kan niet deelnemen aan een privévergadering. In plaats daarvan moet de externe gebruiker, na verbinding te hebben gemaakt met VPN, deelnemen aan een privévergadering in apparaatmodus zonder koppeling vanaf de desktop- of mobiele client. | |
Geen beschikbare clusters De clusters die deze privévergadering hosten, zijn op piekcapaciteit, onbereikbaar, offline of niet geregistreerd. Neem contact op met uw IT-beheerder voor ondersteuning. | Een gebruiker bevindt zich op het bedrijfsnetwerk (op locatie of extern via VPN), maar kan niet deelnemen aan een privévergadering. | Uw clusters voor videomesh zijn:
|
Niet geautoriseerd U bent niet bevoegd om deel te nemen aan deze privévergadering omdat u geen lid bent van de hostorganisatie. Neem contact op met de host van de vergadering. | Een gebruiker uit een andere organisatie dan de hostorganisatie probeert deel te nemen aan de privévergadering. | Alleen gebruikers die tot de hostorganisatie behoren, kunnen deelnemen aan een privévergadering. |
Een apparaat van een andere organisatie dan de hostorganisatie probeert deel te nemen aan de privévergadering. | Alleen apparaten die bij de hostorganisatie horen, kunnen deelnemen aan een privévergadering. |
Houd uw media op videomesh voor alle externe Webex -vergaderingen
Wanneer uw media via uw lokale videomesh-knooppunten lopen, krijgt u betere prestaties en gebruikt u minder internetbandbreedte.
In eerdere releases beheerde u het gebruik van videomesh voor vergaderingen alleen voor uw interne sites. Voor vergaderingen die worden gehost op externe Webex -sites, worden deze sites beheerd als Video Mesh trapsgewijs naar Webex kan worden uitgevoerd. Als een externe site geen videorastercascades toestaat, hebben uw media altijd de Webex -cloudknooppunten gebruikt.
Met de instelling Liever videomesh voor alle externe Webex Meetings doorloopt uw media deze knooppunten voor vergaderingen die worden gehost op externe Webex-sites als uw Webex-site beschikbare videomesh-knooppunten heeft. Deze tabel geeft een overzicht van het gedrag voor uw deelnemers die deelnemen aan Webex vergaderingen:
| Instelling is... | Vergadering op interne Webex-site met videomeshcascades ingeschakeld | Vergadering op interne Webex-site met videomeshcascades uitgeschakeld | Vergadering op externe Webex-site met videomeshcascades ingeschakeld | Vergadering op externe Webex-site met videomeshcascades uitgeschakeld |
|---|---|---|---|---|
| Ingeschakeld | Media gebruikt uw videomesh-knooppunten. | Media maakt gebruik van cloudknooppunten. | Media gebruikt uw videomesh-knooppunten. | Media gebruikt uw videomesh-knooppunten. |
| Uitgeschakeld | Media gebruikt uw videomesh-knooppunten. | Media maakt gebruik van cloudknooppunten. | Media gebruikt uw videomesh-knooppunten. | Media maakt gebruik van cloudknooppunten. |
Deze instelling is standaard uitgeschakeld, waardoor het gedrag van eerdere releases behouden blijft. In die releases is uw videomesh niet trapsgewijs naar Webex en hebben uw deelnemers deelgenomen via de Webex -cloudknooppunten.
| 1 | In de klantweergave inhttps://admin.webex.com , ga naar en klik op Alles weergeven op de videorasterkaart. |
| 2 | Selecteer uw videomeshcluster in de lijst en klik op Instellingen bewerken . |
| 3 | Scroll naar Voorkeur voor videomesh voor alle externe Webex Meetings en schakel de instelling in. |
| 4 | Sla uw wijziging op. |
Optimaliseer het gebruik van uw implementatie voor videomesh
U kunt al uw clients op uw clusters voor videomesh laten landen voor een verbeterde gebruikerservaring via videomesh. Als de capaciteit van uw videomesh-cluster tijdelijk is uitgeschakeld of u het gebruik hebt verhoogd, kunt u het gebruik van uw videomesh-cluster optimaliseren door te beheren welke clienttypen landen op clusters voor videomesh. Zo kunt u uw bestaande capaciteit effectief beheren totdat u meer knooppunten kunt toevoegen om aan de vraag te voldoen.
Raadpleeg de Analytics-portal op Control Hub voor meer informatie over gebruik, gebruik, omleiding en overlooptrends. Op basis van deze trends kunt u er bijvoorbeeld voor kiezen om de desktopclients of SIP-apparaten te laten landen op clusters voor videomesh en de mobiele clients te laten landen op Webex-cloudknooppunten. In vergelijking met de mobiele clients ondersteunen de desktopclients en SIP-apparaten een hogere resolutie, hebben ze grotere schermen en gebruiken ze meer bandbreedte. U kunt de gebruikerservaring optimaliseren voor de deelnemers die deze clienttypen gebruiken.
U kunt ook de clustercapaciteit optimaliseren en de gebruikerservaring maximaliseren door de clienttypen die de meeste van uw klanten gebruiken te gebruiken op clusters voor videomesh.
| 1 | Meld u aan bij Control Hub en selecteer . - of - Selecteer . |
| 2 | Onder Client Type Inclusion Settings (Opname-instellingen clienttype) worden alle clienttypes standaard gecontroleerd. Schakel het selectievakje uit van de clienttypen die u wilt uitsluiten van het gebruik van de clusters voor videomesh. Deze clusters worden gehost op Webex-cloudknooppunten. |
| 3 | Klik op Opslaan. |
Knooppunt voor videomesh afmelden
| 1 | Ga vanuit de klantweergave in https://admin.webex.com naar . |
| 2 | Klik op Alles weergeven op de kaart met videomesh. |
| 3 | Ga in de lijst met resources naar het juiste cluster en kies het knooppunt. |
| 4 | Klik op . Er wordt een bericht weergegeven waarin u wordt gevraagd te bevestigen dat u het knooppunt wilt verwijderen. |
| 5 | Nadat u het bericht hebt gelezen en begrepen, klikt u op Knooppunt uitschrijven. |
Knooppunt voor videomesh verplaatsen
| 1 | Ga vanuit de klantweergave in https://admin.webex.com naar en kies vervolgens Alles weergeven op de kaart met videomesh. |
| 2 | Selecteer in de lijst het knooppunt dat u wilt verplaatsen en klik vervolgens op Acties (het verticale weglatingsteken). |
| 3 | Selecteer Knooppunt verplaatsen. |
| 4 | Kies het juiste keuzerondje voor waar u het knooppunt wilt verplaatsen:
|
| 5 | Klik op Knooppunt verplaatsen. Uw knooppunt wordt verplaatst naar het nieuwe cluster.
|
Upgradeschema voor videomesh-cluster instellen
U kunt een specifiek upgradeschema instellen of het standaardschema van 3 uur 's ochtends gebruiken. Dagelijkse Verenigde Staten: Amerika/Los Angeles. U kunt ervoor kiezen een aankomende upgrade uit te stellen, indien nodig.
Software-upgrades voor videomesh worden automatisch uitgevoerd op clusterniveau, wat ervoor zorgt dat alle knooppunten altijd dezelfde softwareversie gebruiken. Upgrades worden uitgevoerd volgens het upgradeschema voor het cluster. Wanneer een software-upgrade beschikbaar wordt, kunt u het cluster handmatig upgraden vóór de geplande upgradetijd.
Voordat u begint
| Dringende upgrades worden toegepast zodra ze beschikbaar zijn. |
| 1 | Ga vanuit de klantweergave in https://admin.webex.com naar en klik vervolgens op Alles weergeven op de kaart met videomesh. | ||
| 2 | Klik op een mediabron en klik vervolgens op Clusterinstellingen bewerken. | ||
| 3 | Blader op de pagina Instellingen naar Upgrade en kies vervolgens de tijd, frequentie en tijdzone voor het upgradeschema.
| ||
| 4 | (Optioneel) Klik indien nodig op Uitstellen om de upgrade een keer uit te stellen tot het volgende venster. Onder de tijdzone worden de volgende beschikbare upgradedatum en -tijd weergegeven. |
- Upgradegedrag
-
Het knooppunt doet periodieke verzoeken aan de cloud om te zien of er een update beschikbaar is.
De cloud maakt de upgrade pas beschikbaar als het upgradevenster van het cluster is geopend. Wanneer het upgradevenster binnenkomt, levert het volgende periodieke updateverzoek van het knooppunt aan de cloud de updategegevens.
Het knooppunt haalt updates op via een beveiligd kanaal.
Bestaande services worden correct afgesloten om inkomende gesprekken naar het knooppunt te stoppen. De sierlijke afsluiting geeft ook de tijd om bestaande gesprekken te voltooien (tot 2 uur).
De upgrade wordt geïnstalleerd.
De cloud activeert alleen de upgrade voor een percentage knooppunten in een cluster tegelijk.
Videomesh-cluster verwijderen
| 1 | Ga vanuit de klantweergave in https://admin.webex.com naar en klik vervolgens op Alles weergeven. | ||
| 2 | Blader in de lijst met resources naar de resource voor videomesh die u wilt verwijderen en klik vervolgens op Clusterinstellingen bewerken.
| ||
| 3 | Klik op Cluster verwijderen en kies er een:
|
Videomesh deactiveren
Voordat u begint
Voordat u de videomesh deactiveert, moet u alle videomesh-knooppunten uitschrijven.
| 1 | Ga vanuit de klantweergave in https://admin.webex.com naar , kies Instellingen op de kaart met videomesh. |
| 2 | Klik op Deactiveren. |
| 3 | Controleer de lijst met clusters en lees de disclaimer in het dialoogvenster. |
| 4 | Schakel het selectievakje in om te bevestigen dat u deze actie begrijpt en klik op Deactiveren in het dialoogvenster. |
| 5 | Wanneer u klaar bent om uw videomesh te deactiveren, klikt u op Service deactiveren. Met deactivering worden alle knooppunten en clusters voor videomesh verwijderd. Videomesh is niet meer geconfigureerd. |
Problemen met registratie knooppunt voor videomesh oplossen
Dit gedeelte bevat mogelijke fouten die u kunt tegenkomen tijdens de registratie van uw knooppunt voor videomesh naar de Webex-cloud en stelde stappen voor om deze te corrigeren.
Het domein kan niet worden opgelost
Dit bericht wordt weergegeven als de DNS-instellingen die zijn geconfigureerd op uw knooppunt voor videomesh niet juist zijn.
Meld u aan bij de console van uw knooppunt voor videomesh en zorg ervoor dat de DNS-instellingen juist zijn.
Kan geen verbinding maken met de site via poort 443 via SSL
Dit bericht wordt weergegeven als uw knooppunt voor videomesh geen verbinding kan maken met de Webex-cloud.
Zorg ervoor dat uw netwerk connectiviteit toestaat op de poorten die vereist zijn voor videomesh. Zie Poorten en protocollen gebruikt door videomesh voor meer informatie.
ThousandEyes-integratie met videomesh
Het videomesh-platform is nu geïntegreerd met de ThousandEyes-agent waarmee u end-to-end-monitoring kunt uitvoeren in uw hybride digitale ecosysteem. Deze integratie voorziet u van een breed scala aan netwerkbewakingstests die de zichtbaarheid openen in gebieden als proxy's, gateways en routers. Problemen overal langs de netwerkinfrastructuur van een klant kunnen worden beperkt en gediagnosticeerd met een grotere precisie, waardoor de efficiëntie van hun implementatie wordt verbeterd.
Voordelen van ThousandEyes-integratie
- Biedt u meerdere testtypen om uit te kiezen. U kunt een of meer tests configureren die geschikt zijn voor de toepassing of het bedrijfsmiddel dat u wilt controleren.
- Hiermee kunt u testdrempelwaarden instellen die specifiek zijn voor uw vereisten.
- De testresultaten zijn via de webapp ThousandEyes en de ThousandEyes API op real-time basis beschikbaar.
- Grotere zichtbaarheid bij het oplossen van problemen: klanten kunnen de oorsprong van een probleem in hun netwerk identificeren, waardoor de oplossingstijden korter zijn.
ThousandEyes inschakelen voor videomesh
Gebruik deze procedure om de ThousandEyes-agent in te schakelen voor uw implementatie van de videomesh.
| 1 | Klik in Control Hub op Hybrid links onderaan het scherm. | ||
| 2 | Klik op Instellingen bewerken op de kaart Videomesh. | ||
| 3 | Scrol omlaag naar ThousandEyes-integratie. De schakelaar wordt standaard uitgeschakeld. Klik op de schakelaar om deze in te schakelen. | ||
| 4 | Klik op ThousandEyes-gebruikersprofiel, de ThousandEyes-webportal wordt geopend en meld u aan met de beheerdersreferenties. | ||
| 5 | Een zijpaneel wordt weergegeven met het Account Group Token. | ||
| 6 | Klik op het weergavepictogram en klik vervolgens op Kopiëren.
| ||
| 7 | Ga terug naar het tabblad Control Hub en plak het token in het veld Agent Token. | ||
| 8 | Klik op Activeren, ThousandEyes is nu ingeschakeld voor uw implementatie van videomesh. |
De volgende stappen
- Ga na 5 minuten terug naar de ThousandEyes-webpagina, klik op Cloud en Enterprise Agents en klik vervolgens op Agentinstellingen. U moet al uw knooppunten die als agenten worden vermeld, kunnen bekijken onder Enterprise Agents. Als de agenten niet worden weergegeven, controleert u de ThousandEyes-integratiekaart op Control Hub op foutberichten.
- Als er een foutbericht wordt weergegeven, klikt u op de schakelaar en vervolgens op Deactiveren. Herhaal de stappen om ThousandEyes-agent in te schakelen en zorg ervoor dat het juiste token voor de accountgroep wordt gekopieerd en geplakt in het veld Agent Token.
| Momenteel ondersteunen ThousandEyes-tests geen videomesh-knooppunten achter een proxy. |
Tests configureren met ThousandEyes
Netwerktest – Agent-naar-agent
Met de netwerktest van agent-naar-agent kunnen gebruikers van ThousandEyes ThousandEyes-agenten aan beide uiteinden van een bewaakt pad hebben, waardoor het pad in twee of beide richtingen kan worden getest: bron naar doel of doel naar bron. Zie Overzicht agent-naar-agent-test voor gedetailleerde informatie over het configureren van een agent-naar-agent-test.
Hieronder ziet u een dialoogvenster voor het maken van een voorbeeldtest.
SIP-servertest
SIP-servertests vergemakkelijken netwerkmetingen, BGP-gegevensverzameling en, belangrijker nog, de beschikbaarheid van SIP-services en prestatietests met op SIP gebaseerde VoIP-infrastructuur.
Zie SIP-servertestinstellingen voor gedetailleerde informatie over het configureren van een SIP-servertest.
Hieronder ziet u een dialoogvenster voor het maken van een voorbeeldtest.
Test RTP-stroom
Met een RTP-streamtest wordt een gesimuleerde spraakgegevensstroom gemaakt tussen twee ThousandEyes-agenten die fungeren als de VoIP-gebruikersagenten. RTP-pakketten worden verzonden tussen een of meer agenten en een doelagent, waarbij UDP als transportprotocol wordt gebruikt om de metrische gegevens Mean Opinion Score (MOS), pakketverlies, teruggooi, latentie en Packet Delay Variation (PDV) te verkrijgen. Geproduceerde statistieken zijn eenrichtingsstatistieken (bron tot doel). De RTP-streamtest biedt opties voor serverpoort, gespreksduur, buffergrootte van de jitter en codec-configuratie.
Zie RTP-streamtestinstellingen voor meer informatie over het configureren van een RTP-streamtest.
Hieronder ziet u een dialoogvenster voor het maken van een voorbeeldtest.
URL-test voor Webex HTTP-server
Deze test bewaakt de primaire landingspagina waarmee uw gebruikers verbinding maken wanneer ze Webex openen. Hieronder ziet u een dialoogvenster voor het maken van een voorbeeldtest.
Gezaghebbende Webex DNS-servertest
Deze test wordt gebruikt om ervoor te zorgen dat uw Webex-domein zowel intern als extern correct wordt opgelost. Wanneer u Enterprise Agents gebruikt, werkt u het veld DNS-servers bij om uw interne naamservers te gebruiken. Als u Cloud Agents gebruikt voor externe zichtbaarheid, gebruikt u de knop Lookup Servers om de gezaghebbende externe naamservers automatisch in te vullen. In dit voorbeeld worden Cloudagenten weergegeven die cisco.webex.com oplossen. U moet deze bijwerken naar het domein van uw organisatie.
Hieronder ziet u een dialoogvenster voor het maken van een voorbeeldtest.
'
Knooppunt voor videomesh beheren vanuit de webinterface
Voordat u netwerkwijzigingen kunt aanbrengen in knooppunten voor videomesh die in de cloud zijn geregistreerd, moet u Control Hub gebruiken om deze in de onderhoudsmodus te plaatsen. Zie Een knooppunt in de onderhoudsmodus verplaatsen voor meer informatie en een te volgen procedure.
| De onderhoudsmodus is uitsluitend bedoeld om een knooppunt voor te bereiden op uitschakeling of opnieuw opstarten, zodat u bepaalde wijzigingen in de netwerkinstellingen kunt aanbrengen (DNS, IP, FQDN) of u kunt voorbereiden op hardwareonderhoud, zoals het vervangen van RAM, de harde schijf enzovoort. Upgrades worden niet uitgevoerd wanneer een knooppunt in de onderhoudsmodus wordt geplaatst. |
Wanneer u een knooppunt in de onderhoudsmodus plaatst, wordt gespreksservices sierlijk afgesloten (het accepteert geen nieuwe gesprekken meer en wacht tot 2 uur voordat bestaande gesprekken zijn voltooid). Het doel van de elegante afsluiting van gespreksservices is het opnieuw starten of afsluiten van het knooppunt mogelijk te maken zonder dat dit leidt tot afgebroken gesprekken.
Het overzicht van de videomesh openen
U kunt de webinterface op een van de volgende manieren openen:
Als u een volledige beheerder bent en u het knooppunt al hebt geregistreerd bij de cloud, hebt u toegang tot het knooppunt via Control Hub.
Ga vanuit de klantweergave in https://admin.webex.com naar . Klik onder Resources op de kaart met videomesh op Alles weergeven. Klik op het cluster en vervolgens op het knooppunt dat u wilt openen. Klik op Ga naar knooppunt.
Alleen een volledige beheerder voor uw Webex -organisatie kan deze functie gebruiken. Andere beheerders, waaronder partnerbeheerders en externe volledige beheerders, beschikken niet over de Ga naar knooppunt optie voor de videomeshbronnen.
Navigeer in een browsertabblad naar
<IP address>/setup, bijvoorbeeld,https://192.0.2.0/setup. Voer de beheerdersreferenties in die u voor het knooppunt hebt ingesteld en klik vervolgens op Aanmelden.Als het beheerdersaccount is uitgeschakeld, is deze methode niet beschikbaar. Zie het gedeelte 'Het lokale beheerdersaccount uitschakelen of opnieuw inschakelen vanuit de webinterface'.
Het overzicht is de standaardpagina en bevat de volgende informatie:
Gespreksstatus: geeft het aantal lopende gesprekken via het knooppunt.
Knooppuntdetails: geeft het knooppunttype, de softwareafbeelding, de softwareversie, de OS-versie, de QoS-status en de status van de onderhoudsmodus aan.
Gezondheid knooppunt: biedt gebruiksgegevens (CPU, geheugen, schijf) en servicestatus (beheerservice, berichtenservice, NTP-synchronisatie).
Netwerkinstellingen: biedt netwerkinformatie: hostnaam, interface, IP, gateway, DNS, NTP en of dual IP is ingeschakeld.
Registratiegegevens: biedt registratiestatus, organisatienaam, organisatie-id, cluster waarvan het knooppunt deel uitmaakt en cluster-id.
Cloudconnectiviteit: voert een reeks tests uit van het knooppunt naar de Webex-cloud en bestemmingen van derden waartoe het knooppunt toegang moet hebben om correct uit te voeren.
Er worden drie soorten tests uitgevoerd: DNS-resolutie, serverresponstijd en bandbreedte.
DNS-tests valideren dat het knooppunt een bepaald domein kan oplossen. Deze tests rapporteren als mislukt als de server niet binnen 10 seconden reageert. Ze worden weergegeven als 'Geslaagd' met een oranje 'waarschuwingskleur' als de responstijd tussen 1,5 en 10 seconden ligt. De periodieke DNS-controles op het knooppunt genereren alarmen als de DNS-responstijd langer is dan 1,5 seconden.
Verbindingstests valideren dat het knooppunt verbinding kan maken met een bepaalde HTTPS-URL en een reactie kan ontvangen (andere antwoorden dan proxy- of gatewayfouten worden geaccepteerd als bewijs van verbinding).
De lijst met tests op de overzichtspagina is niet volledig en omvat geen websockettests.
Het knooppunt verzendt alarmen als de gespreksprocessen geen websocketverbindingen met de cloud kunnen voltooien of verbinding kunnen maken met gespreksgerelateerde services.
Naast elke test verschijnt een geslaagd of mislukt resultaat. Beweeg de muis over deze tekst voor meer informatie over wat er is gecontroleerd toen de test werd uitgevoerd.
Zoals weergegeven in de schermafbeelding die volgt, kunnen alarmmeldingen ook worden weergegeven in het zijpaneel, als er alarmen zijn gegenereerd door het knooppunt. Deze meldingen identificeren mogelijke problemen op het knooppunt en geven suggesties voor het oplossen of oplossen van deze problemen. Als er geen alarmen zijn gegenereerd, wordt het meldingsvenster niet weergegeven.
Netwerkinstellingen configureren via de webinterface van het knooppunt voor videomesh
Als uw netwerktopologie verandert, kunt u de webinterface voor elk Webex-videorasterknooppunt gebruiken en de netwerkinstellingen daar wijzigen. U ziet mogelijk een waarschuwing voor het wijzigen van de netwerkinstellingen, maar u kunt de wijzigingen nog steeds opslaan voor het geval u wijzigingen aanbrengt in uw netwerk na het wijzigen van de knooppunten voor de Webex-videomesh.
| 1 | Open de interface van het knooppunt voor de Webex-videomesh. | ||
| 2 | Ga naar Netwerk. De huidige netwerkinstellingen voor het knooppunt worden weergegeven. | ||
| 3 | Wijzig indien nodig de volgende instellingen voor Host- en netwerkconfiguratie:
| ||
| 4 | Klik op Host en netwerkconfiguratie opslaan en nadat de pop-up verschijnt waarin staat dat het knooppunt opnieuw moet worden opgestart, klikt u op Opslaan en opnieuw opstarten. Tijdens het opslaan worden alle velden gevalideerd aan de serverzijde. Waarschuwingen die over het algemeen worden weergegeven, geven aan dat de server niet bereikbaar is of dat een geldig antwoord niet is geretourneerd wanneer ernaar wordt gevraagd, bijvoorbeeld als de FQDN niet oplosbaar is met de opgegeven DNS-serveradressen. U kunt ervoor kiezen om op te slaan door de waarschuwing te negeren, maar gesprekken werken pas wanneer de FQDN kan worden omgezet in de DNS die op het knooppunt is geconfigureerd. Een andere mogelijke foutstatus is als het gatewayadres zich niet in hetzelfde subnet bevindt als het IP-adres. Nadat het knooppunt voor videomesh opnieuw is opgestart, worden de netwerkconfiguratiewijzigingen van kracht. | ||
| 5 | Wijzig indien nodig de volgende instellingen voor NTP-servers:
| ||
| 6 | Klik op NTP-servers opslaan.
Als de NTP-server een FQDN is en die niet oplosbaar is, wordt een waarschuwing geretourneerd. Als de FQDN van de NTP-server is opgelost maar het opgeloste IP niet kan worden gevraagd voor de NTP-tijd, wordt een waarschuwing geretourneerd. |
De externe netwerkinterface instellen Vanuit De webinterface van het knooppunt voor videomesh
Als uw netwerktopologie verandert, kunt u de webinterface voor elk Webex-videorasterknooppunt gebruiken en de netwerkinstellingen daar wijzigen. Mogelijk ziet u een waarschuwing over het wijzigen van de netwerkinstellingen. U kunt de wijzigingen echter nog steeds opslaan voor het geval u wijzigingen aanbrengt in uw netwerk nadat u de knooppuntinstellingen voor Webex-videomesh hebt gewijzigd.
U kunt de externe netwerkinterface configureren als u het videomesh-knooppunt in de DMZ van uw netwerk implementeert, zodat u het (interne) bedrijfsverkeer kunt isoleren van het externe verkeer.
| 1 | Open de interface van het knooppunt voor de Webex-videomesh. |
| 2 | Ga naar Netwerk. De huidige netwerkinstellingen voor het knooppunt worden weergegeven. |
| 3 | Klik op Geavanceerd. |
| 4 | Schakel Extern netwerk inschakelen in en klik op OK om de opties voor het externe IP-adres op het knooppunt in te schakelen. |
| 5 | Voer de waarden Extern IP-adres, Extern subnetmasker en Externe gateway in. |
| 6 | Klik op Externe netwerkconfiguratie opslaan. |
| 7 | Klik op Opslaan en opnieuw opstarten om de wijziging te bevestigen. Het knooppunt wordt opnieuw opgestart om het dubbele IP-adres in te schakelen en configureert vervolgens automatisch de basisregels voor statische routering. Deze regels bepalen dat verkeer van en naar een IP-adres van een privéklasse gebruikmaakt van een interne interface; verkeer van en naar een IP-adres van een openbare klasse gebruikt een externe interface. Later kunt u uw eigen routeringsregels maken, bijvoorbeeld als u een overschrijving moet configureren en toegang tot een extern domein moet toestaan vanuit de interne interface. |
| 8 | Als er fouten zijn, klikt u op OK om het dialoogvenster Fout te sluiten, de fouten op te lossen en klikt u opnieuw op Externe netwerkconfiguratie opslaan. |
De volgende stappen
Als u de interne en externe IP-adresconfiguratie wilt valideren, voert u de stappen uit in Een ping uitvoeren vanuit de webinterface van het knooppunt voor videomesh.
Een externe bestemming testen (bijvoorbeeld cisco.com). Als dit is gelukt, geven de resultaten aan dat de bestemming is geopend via de externe interface.
Een intern IP-adres testen. Als dit is gelukt, geven de resultaten aan dat het adres is geopend vanuit de interne interface.
Interne en externe routeringsregels toevoegen vanuit de webinterface van het knooppunt voor videomesh
In een NIC-implementatie (dual network interface) kunt u de routering voor videomesh-knooppunten verfijnen door door de gebruiker gedefinieerde routeringsregels voor externe en interne interfaces toe te voegen. De standaardroutes worden toegevoegd aan de knooppunten, maar u kunt uitzonderingen maken, bijvoorbeeld externe subnetten of hostadressen die toegankelijk moeten zijn via de interne interface, of interne subnetten of hostadressen die toegankelijk moeten zijn via de externe interface. Voer indien nodig de volgende stappen uit.
Voordat u begint
| 1 | Open de interface van het knooppunt voor de Webex-videomesh. | ||
| 2 | Ga naar Netwerk. De huidige netwerkinstellingen voor het knooppunt worden weergegeven. Als u het externe netwerk hebt geconfigureerd, wordt het tabblad Routeringsregels weergegeven. | ||
| 3 | Klik op het tabblad Routeringsregels. De eerste keer dat u deze pagina opent, worden de standaardregels voor systeemroutering in de lijst weergegeven. Standaard gaat al het interne verkeer via de interne interface en extern verkeer via de externe interface. U kunt in de volgende stappen handmatige overschrijvingen aan deze regels toevoegen. | ||
| 4 | Als u een regel wilt toevoegen, klikt u op Routeringsregel toevoegen en kiest u een van de volgende opties:
| ||
| 5 | Klik op Routeringsregel toevoegen. Wanneer u elke regel toevoegt, worden ze weergegeven in de lijst met routeringsregels, ingedeeld als door de gebruiker gedefinieerde regels. | ||
| 6 | Als u een of meer door de gebruiker gedefinieerde regels wilt verwijderen, schakelt u het selectievakje in de kolom links van de regels in en klikt u op Routeringsregel(s) verwijderen.
|
| Aangepaste routeringsregels kunnen conflicten met andere routeringen veroorzaken. U kunt bijvoorbeeld een regel definiëren waardoor uw SSH-verbinding met de interface van het knooppunt voor videomesh vastloopt. Als dit gebeurt, voert u een van de volgende handelingen uit en verwijdert of wijzigt u de routeringsregel:
|
Containernetwerk configureren via de webinterface van het knooppunt voor videomesh
Het knooppunt voor videomesh reserveert een subnetbereik voor intern gebruik binnen het knooppunt. Het standaardbereik is 172.17.42.0–172.17.42.63. De knooppunten reageren niet op verkeer van externe knooppunten voor videomesh die afkomstig zijn van dit bereik. U kunt de knooppuntconsole gebruiken om het IP-adres van de containerbrug te wijzigen om conflicten met andere apparaten in uw netwerk te voorkomen.
| 1 | Open de interface van het knooppunt voor de Webex-videomesh. |
| 2 | Ga naar Netwerk. De huidige netwerkinstellingen voor het knooppunt worden weergegeven. |
| 3 | Klik op Geavanceerd. |
| 4 | Wijzig indien nodig de waarden voor Container IP-adres en Container subnetmasker en klik vervolgens op Container netwerkconfiguratie opslaan. |
| 5 | Klik op Opslaan en opnieuw opstarten om de wijziging te bevestigen. |
| 6 | Als er fouten zijn, klikt u op OK om het dialoogvenster Fout te sluiten, de fouten op te lossen en klikt u opnieuw op Configuratie containernetwerk opslaan. |
De MTU-grootte van de netwerkinterface instellen
Alle Webex-videomesh-knooppunten hebben pad-MTU-detectie (PMTU) standaard 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. Dit probleem kan worden opgelost door handmatig een lagere MTU-grootte in te stellen.
Voordat u begint
Als u het knooppunt al hebt geregistreerd, moet u het knooppunt in de onderhoudsmodus zetten voordat u de MTU-instellingen kunt wijzigen.
| 1 | Open de interface van het knooppunt voor de Webex-videomesh. |
| 2 | Ga naar Netwerk. De huidige netwerkinstellingen voor het knooppunt worden weergegeven. |
| 3 | Klik op Geavanceerd. |
| 4 | Voer in het gedeelte Interface MTU-instellingen een MTU-waarde in tussen 1280 en 9000 bytes in het (de) desbetreffende veld(en). Als u de externe interface hebt ingeschakeld, kunt u zowel de MTU-grootte van de interne als externe interface afzonderlijk instellen. |
De volgende stappen
Als u het knooppunt in de onderhoudsmodus plaatst om de MTU te wijzigen, schakelt u de onderhoudsmodus uit.
DNS-caching in- of uitschakelen
Als DNS-reacties op uw videomesh-knooppunten regelmatig meer dan 750 ms duren, of als de Cisco TAC dit aanbeveelt, kunt u DNS-caching inschakelen. Als DNS -caching is ingeschakeld, slaat het knooppunt de DNS -antwoorden lokaal op in de cache. Met de cache zijn verzoeken minder gevoelig voor vertraging of time-outs die kunnen leiden tot verbindingsalarmen, gespreksonderbrekingen of problemen met de gesprekskwaliteit. DNS -caching kan ook de belasting van uw DNS infrastructuur verminderen.
Voordat u begint
Verplaats het knooppunt naar de onderhoudsmodus. Wanneer de status van de onderhoudsmodus Aan is (actieve gesprekken zijn voltooid of zijn verbroken aan het einde van de periode in behandeling), kunt u DNS-caching in- of uitschakelen.
| 1 | Open de interface van het knooppunt voor de Webex-videomesh. |
| 2 | Ga naar Netwerk. De huidige netwerkinstellingen voor het knooppunt worden weergegeven. |
| 3 | Klik op Geavanceerd. |
| 4 | Schakel in het gedeelte DNS-cacheconfiguratie DNS-caching inschakelen in of uit. |
| 5 | Klik in het bevestigingsdialoogvenster op Opslaan en opnieuw opstarten. |
| 6 | Nadat het knooppunt opnieuw is opgestart, opent u de knooppuntinterface van de Webex-videomesh opnieuw en bevestigt u dat de verbindingscontroles slagen op de pagina Overzicht. |
Wanneer u DNS-caching inschakelt, worden in de DNS-cachestatistieken de volgende statistieken weergegeven:
Statistiek | Beschrijving |
|---|---|
Cachevermeldingen | Het aantal eerdere DNS-resoluties dat de DNS Cache-server heeft opgeslagen |
Cachetreffers | Het aantal keren sinds de cache is gereset dat de cache een DNS-verzoek van de videomesh heeft afgehandeld, zonder de DNS-server van de klant te verifiëren |
Cachefouten | Het aantal keren sinds de cachereset dat de DNS-server van de klant een DNS-verzoek van de videomesh afhandelde in plaats van via de cache |
Cachepercentage bereikt | Het percentage DNS-verzoeken van de videomesh dat de cache heeft afgehandeld zonder de DNS-server van de klant te ondervragen |
Uitgaande DNS-query's op de cacheserver | Het aantal DNS-query's dat de DNS-cacheserver voor videomesh heeft gemaakt op de DNS-servers van de klant |
Inkomende DNS-query's op de cacheserver | Het aantal DNS-query's dat videomesh heeft gemaakt voor de interne DNS Cache-server |
Verhouding uitgaande naar inkomende query's | De verhouding tussen de DNS-query's van de videomesh en de DNS-server van de klant en de query's van de videomesh en de interne DNS-cacheserver |
Inkomende query's per seconde | Het gemiddelde aantal DNS-query's per seconde dat de videomesh heeft gemaakt voor de interne DNS Cache-server |
Uitgaande vragen per seconde | Het gemiddelde aantal DNS-query's per seconde dat de videomesh heeft gemaakt voor de DNS-servers van de klant |
Uitgaande DNS-latentie [tijdbereik] | Het percentage DNS-query's dat de videomesh heeft uitgevoerd op de DNS-servers van de klant waarbij de responstijd binnen het beschreven tijdbereik viel |
Gebruik de knop DNS-cache wissen om de DNS-cache te resetten wanneer TAC vraagt. Nadat u de DNS-cache hebt gewist, ziet u een hogere verhouding voor uitgaande naar inkomende query's wanneer de cache wordt aangevuld. U hoeft het knooppunt niet in de onderhoudsmodus te plaatsen om de cache af te vegen.
De volgende stappen
Verplaats het knooppunt uit de onderhoudsmodus. Herhaal de taak vervolgens op andere knooppunten waarvoor een wijziging is vereist.
Beveiligingscertificaten uploaden
Stel een vertrouwensrelatie in tussen het knooppunt en een externe server, zoals een syslog-server.
| In een geclusterde omgeving moet u CA- en servercertificaten op elk knooppunt afzonderlijk installeren. |
| 1 | Open de interface van het knooppunt voor de Webex-videomesh. | ||
| 2 | Bij het instellen van TLS met een andere server, zoals een syslog-server, raden we om veiligheidsredenen aan dat u een door een certificeringsinstantie ondertekend certificaat gebruikt op uw videomesh-knooppunten in plaats van het standaard zelfondertekende certificaat van het knooppunt. Als u het certificaat en de sleutelparen wilt maken en uploaden op het knooppunt voor videomesh, gaat u naar Servercertificaten en volgt u deze stappen:
| ||
| 3 | Kies een optie afhankelijk van hoe het CA-certificaat van de externe server is ondertekend:
| ||
| 4 | Haal het certificaat of de vertrouwde certificaatlijst (CTL) op dat door de externe server wordt gebruikt. Net als bij het knooppuntcertificaat voor videomesh slaat u het externe serverbestand op een plek op die eenvoudig te onthouden is. | ||
| 5 | Ga terug naar het tabblad Webex-knooppuntinterface voor videomesh, klik op Vertrouwensarchief en proxy en kies een optie:
Een knooppunt voor videomesh dat in de cloud is geregistreerd, wacht tot 2 uur om eventuele gesprekken te beëindigen en brengt zichzelf in een tijdelijke inactieve status (rustpauzes). Als u het certificaat wilt installeren, moet het knooppunt opnieuw worden opgestart en wordt dit automatisch gedaan. Wanneer het online terugkomt, wordt er een melding weergegeven wanneer het certificaat is geïnstalleerd op het knooppunt voor videomesh. Vervolgens kunt u de pagina opnieuw laden om het nieuwe certificaat weer te geven. | ||
| 6 | Herhaal het uploaden van het certificaat of de certificaatketen op elk ander knooppunt voor videomesh in hetzelfde cluster. |
Logboeken voor videomesh genereren voor ondersteuning
U kunt instructies krijgen om logboeken rechtstreeks naar Cisco te verzenden of u kunt deze zelf downloaden om bij een case te voegen. Gebruik deze procedure vanuit de webinterface om logboeken te genereren en naar Cisco te verzenden of te downloaden vanaf een videomesh-knooppunt. Het gegenereerde logboekpakket bevat medialogboeken, systeemlogboeken en containerlogboeken. De bundel biedt nuttige informatie voor de verbinding met Webex, platformproblemen en gespreksinstellingen of -media, zodat Cisco de implementatie van uw knooppunt voor videomesh voor u kan oplossen.
| 1 | Open de interface van het knooppunt voor de Webex-videomesh. |
| 2 | Ga naar Probleemoplossing en kies een optie naast Logboeken verzenden:
Gegenereerde logboeken worden historisch opgeslagen op het knooppunt en blijven op het knooppunt, zelfs na het opnieuw opstarten. Er wordt een upload-id weergegeven op de pagina. Support gebruikt deze waarde om uw geüploade logboeken te identificeren. |
| 3 | Wanneer u een casus opent of met Cisco TAC communiceert, moet u de upload-id-waarde opnemen zodat uw ondersteuningsmedewerker toegang heeft tot de logboeken. Als u het logbestand rechtstreeks naar Cisco hebt verzonden, hoeft u de logboekbundel niet te uploaden naar de TAC-case. |
De volgende stappen
Terwijl logboeken worden geüpload naar Cisco of worden gedownload, kunt u een pakketopname uitvoeren vanaf hetzelfde scherm.
Pakketopnamen voor videomesh genereren voor ondersteuning
U kunt een pakketopname (PCAP) uitvoeren en deze verzenden naar Cisco voor verdere analyse. Een pakketopname maakt een momentopname van gegevenspakketten die door de netwerkinterfaces van het knooppunt gaan. Nadat pakketten zijn vastgelegd en verzonden, kan Cisco de verzonden opname analyseren en helpen bij het oplossen van problemen met de implementatie van uw knooppunt voor videomesh.
Voordat u begint
| De functie voor het vastleggen van pakketten is alleen bedoeld voor foutopsporingsdoeleinden. Als u een pakketopname uitvoert op een live videomesh-knooppunt dat actieve gesprekken host, kan de pakketopname de prestaties van het knooppunt beïnvloeden en kan het gegenereerde bestand worden overschreven. Hierdoor gaan gegevens verloren. We raden u aan de pakketopname alleen uit te voeren buiten de piekuren of wanneer het aantal gesprekken minder dan 3 is op het knooppunt. |
| 1 | Open de interface van het knooppunt voor de Webex-videomesh. |
| 2 | Ga naar Problemen oplossen. U kunt de logboeken voor het vastleggen en uploaden van pakketten tegelijkertijd starten. |
| 3 | (Optioneel) In de sectie Packet Capture kunt u de capture beperken tot pakketten op een specifieke interface, filteren op pakketten naar of van specifieke hosts of filteren op pakketten op een of meer poorten. |
| 4 | Als u het proces wilt starten, schakelt u de instelling Pakketvastlegging starten in. |
| 5 | Als u klaar bent, schakelt u de instelling Pakket vastleggen starten uit. |
| 6 | Kies een van de opties:
Nadat een pakketopname is geüpload, wordt een upload-id weergegeven op de pagina. Support gebruikt deze waarde om uw geüploade pakketopname te identificeren. De maximale grootte voor pakketopnamen is 2 GB. |
| 7 | Wanneer u een case opent of met Cisco TAC communiceert, moet u de upload-id-waarde opnemen zodat uw ondersteuningsingenieur toegang heeft tot de pakketopname. |
Een ping uitvoeren vanuit de webinterface van het knooppunt voor videomesh
U kunt een ping uitvoeren vanuit de webinterface van het knooppunt voor videomesh. Met deze stap wordt een bestemming die u invoert getest en wordt bekeken of het knooppunt voor videomesh deze kan bereiken.
| 1 | Open de interface van het knooppunt voor de Webex-videomesh. |
| 2 | Ga naar Probleemoplossing, blader naar Ping en voer een bestemmingsadres in dat u wilt testen in het veld FQDN of IP-adres onder Verbinding testen via Ping. |
| 3 | Klik op Ping. De test wordt uitgevoerd en u ziet een bericht over geslaagd of mislukt pingen. De test heeft geen time-outlimiet. Als u een storing of testruns voor onbepaalde tijd ontvangt, controleert u de bestemmingswaarde die u hebt ingevoerd en uw netwerkinstellingen. |
Een traceringsroute uitvoeren vanuit de webinterface voor videomesh
U kunt een traceroute uitvoeren vanuit de webinterface van het knooppunt voor videomesh. Deze stap toont de route die pakketten hebben afgelegd van het knooppunt naar de bestemming die u invoert. Als u de informatie over de traceroute bekijkt, kunt u bepalen waarom een bepaalde verbinding slecht kan zijn en kunt u problemen identificeren.
| 1 | Open de interface van het knooppunt voor de Webex-videomesh. |
| 2 | Ga naar Problemen oplossen, blader naar Traceroute en voer een bestemmingsadres in dat u wilt testen in het veld FQDN of IP-adres onder Route traceren naar host. De test wordt uitgevoerd en u ziet het bericht Traceringsroute geslaagd of mislukt. De test duurt 16 seconden. Als u een storing of een time-out van de test ontvangt, controleert u de bestemmingswaarde die u hebt ingevoerd en uw netwerkinstellingen. |
De NTP-server controleren via de webinterface van het knooppunt voor videomesh
U kunt een FQDN- of IP-adres van een NTP-server (Network Time Protocol) invoeren om te bevestigen dat het knooppunt voor videomesh toegang heeft tot de server. Deze test is handig als u problemen met tijdsynchronisatie opmerkt en de bereikbaarheid van de NTP-server wilt uitsluiten.
| 1 | Open de interface van het knooppunt voor de Webex-videomesh. |
| 2 | Ga naar Probleemoplossing, blader naar Controleer NTP-server en voer een bestemmingsadres in dat u wilt testen in het veld FQDN of IP-adres onder SNTP-queryrespons weergeven. De test wordt uitgevoerd en u ziet een bericht over het slagen of mislukken van een query. De test heeft geen time-outlimiet. Als u een storing of testruns voor onbepaalde tijd ontvangt, controleert u de bestemmingswaarde die u hebt ingevoerd en uw netwerkinstellingen. |
Poortproblemen met het reflectorhulpprogramma in de webinterface identificeren
Het reflectorhulpprogramma (een combinatie van een server op het knooppunt voor videomesh en de client via een Python-script) wordt gebruikt om te controleren of de vereiste TCP/UDP-poorten zijn geopend vanuit knooppunten voor videomesh.
Voordat u begint
Download een kopie van de Reflector Tool Client (een Python-script) van https://github.com/CiscoDevNet/webex-video-mesh-reflector-client.
Zorg ervoor dat u Python 2.7.10 of hoger in uw omgeving gebruikt om het script goed te laten werken.
Momenteel ondersteunt dit hulpprogramma SIP-eindpunten voor knooppunten voor videomesh en verificatie binnen het cluster.
| 1 | Schakel vanuit de klantweergave in https://admin.webex.com het onderhoudknooppunt voor het knooppunt voor videomesh in door deze instructies te volgen. |
| 2 | Wacht tot het knooppunt de status 'Gereed voor onderhoud' toont in Control Hub. |
| 3 | Open de interface van het knooppunt voor de Webex-videomesh. Zie Knooppunt voor videomesh beheren Vanuit de webinterface voor instructies. |
| 4 | Blader naar Reflector Tool en start vervolgens de TCP Reflector Server of UDP Reflector Server, afhankelijk van het protocol dat u wilt gebruiken. |
| 5 | Klik op Reflectorserver starten en wacht tot de server is gestart. U ziet een melding wanneer de server wordt gestart. |
| 6 | Voer vanuit een systeem (zoals een pc) op een netwerk dat u videomesh-knooppunten wilt bereiken het script uit met de volgende opdracht:
Aan het einde van de uitvoering geeft de client een bericht met succes weer als alle vereiste poorten zijn geopend:
De client toont een mislukt bericht als er geen vereiste poorten zijn geopend:
|
| 7 | Los eventuele poortproblemen op de firewall op en voer de bovenstaande stappen opnieuw uit. |
| 8 | De client uitvoeren met
|
Debug-gebruikersaccount inschakelen via de webinterface van het knooppunt voor videomesh
Als Cisco TAC toegang tot het knooppunt voor Webex-videomesh vereist, kunt u tijdelijk een foutopsporingsgebruikersaccount inschakelen zodat ondersteuning verdere probleemoplossing kan uitvoeren.
| 1 | Open de interface van het knooppunt voor de Webex-videomesh. |
| 2 | Ga naar Problemen oplossen en schakel vervolgens de instelling Foutopsporingsgebruiker inschakelen in. Er wordt een gecodeerde wachtwoordzin weergegeven die u kunt verstrekken aan Cisco TAC. |
| 3 | Kopieer de wachtwoordzin, plak deze in het ondersteuningsticket of rechtstreeks naar de ondersteuningsingenieur en klik vervolgens op OK wanneer u deze hebt opgeslagen. |
Het foutopsporingsgebruikersaccount is 3 dagen geldig, waarna het verloopt.
De volgende stappen
U kunt het account uitschakelen voordat het verloopt als u terugkeert naar de pagina Problemen oplossen en vervolgens de instelling Foutopsporingsgebruiker inschakelen uitschakelt.
Fabrieksinstellingen van een knooppunt voor videomesh herstellen Vanuit De Webinterface
Als onderdeel van het ongedaan maken van de opschoning, kunt u het knooppunt voor videomesh terugzetten vanuit de webinterface. Met deze stap verwijdert u de configuratie die u hebt ingesteld terwijl het knooppunt actief was, maar verwijdert u de invoer van de virtuele machine niet. Later kunt u dit knooppunt opnieuw registreren als onderdeel van een ander cluster dat u vanaf nul hebt opgebouwd.
Voordat u begint
U moet Control Hub gebruiken om de registratie van het knooppunt voor videomesh uit het cluster dat is geregistreerd in Control Hub ongedaan te maken.
| 1 | Open de interface van het knooppunt voor de Webex-videomesh. |
| 2 | Ga naar Problemen oplossen, blader naar Fabrieksinstellingen herstellen en klik vervolgens op Knooppunt herstellen. |
| 3 | Zorg ervoor dat u de informatie in de waarschuwingsprompt die verschijnt begrijpt en klik vervolgens op Resetten en opnieuw opstarten. Het knooppunt wordt automatisch opnieuw opgestart nadat de fabrieksinstellingen zijn hersteld. |
Het lokale beheerdersaccount uitschakelen of opnieuw inschakelen via de webinterface
Wanneer u een knooppunt voor Webex-videomesh installeert, meldt u zich in eerste instantie aan met een ingebouwd lokaal account met de gebruikersnaam 'beheerder'. Nadat u het knooppunt hebt geregistreerd bij de Webex-cloud, kunt u de beheerreferenties van uw Webex-organisatie gebruiken om uw knooppunten voor videomesh te beheren vanuit Control Hub. Op deze manier zijn het beheerdersaccountbeleid en de beheerprocessen die van toepassing zijn op Control Hub ook van toepassing op uw knooppunten voor videomesh. Voor meer beheer kunt u het ingebouwde beheerdersaccount uitschakelen zodat Control Hub alle beheerdersverificatie en -beheer afhandelt.
Gebruik deze stappen nadat u het knooppunt in de cloud hebt geregistreerd om het beheerdersgebruikersaccount uit te schakelen (of later opnieuw in te schakelen). Wanneer u het beheerdersaccount uitschakelt, moet u Control Hub gebruiken om toegang te krijgen tot de webinterface van het knooppunt.
| Alleen een volledige beheerder voor uw Webex -organisatie kan deze functie gebruiken. Andere beheerders, waaronder partnerbeheerders en externe volledige beheerders, beschikken niet over de Ga naar knooppunt optie voor de videomeshbronnen. |
| 1 | Ga vanuit de klantweergave in https://admin.webex.com naar . | ||
| 2 | Klik onder Resources op de kaart met videomesh op Alles weergeven. | ||
| 3 | Klik op het cluster en vervolgens op het knooppunt dat u wilt openen. Klik op Ga naar knooppunt. | ||
| 4 | Ga naar Administration. | ||
| 5 | Schakel de schakelaar Aanmelden beheerdersgebruiker inschakelen uit om het account uit te schakelen of in om het opnieuw in te schakelen.
| ||
| 6 | Klik op het bevestigingsscherm op Uitschakelen of Inschakelen om de wijziging te voltooien. |
Nadat u de beheerdersgebruiker hebt uitgeschakeld, kunt u zich niet meer aanmelden bij het knooppunt voor videomesh via de WebUI of de CLI die is gestart vanuit SSH. U kunt zich echter wel aanmelden met de gebruikersreferenties van de beheerder via een CLI die is gestart vanaf de VMware ESXi-console.
Beheerderswachtwoordzin wijzigen via webinterface
Gebruik deze procedure om de beheerderswachtwoordzin (wachtwoord) voor uw Webex-videomesh-knooppunt te wijzigen via de webinterface.
| 1 | Open de interface van het knooppunt voor de Webex-videomesh. |
| 2 | Ga naar Beheer en klik naast Wachtwoordzin wijzigen op Wijzigen. |
| 3 | Voer de huidige wachtwoordzin in en voer een nieuwe wachtwoordwaarde in zowel Nieuwe wachtwoordzin als Nieuwe wachtwoordzin bevestigen. |
| 4 | Klik op Wachtwoordzin opslaan. Er verschijnt een bericht 'wachtwoord gewijzigd' en vervolgens gaat u terug naar het aanmeldscherm. |
| 5 | Meld u aan met uw nieuwe beheerderslogin en wachtwoordzin (wachtwoord). |
Interval voor het verlopen van de wachtwoordzin wijzigen via de webinterface
Gebruik deze procedure om het standaardinterval voor het verlopen van de wachtwoordzin van 90 dagen te wijzigen via de webinterface. Wanneer het interval is afgelopen, wordt u gevraagd een nieuwe wachtwoordzin in te voeren wanneer u zich aanmeldt bij het knooppunt voor videomesh.
| 1 | Open de interface van het knooppunt voor de Webex-videomesh. |
| 2 | Ga naar Beheer en voer naast Vervaldatum wachtwoordzin wijzigen een nieuwe waarde in voor Vervalinterval (dagen) (maximaal 365 dagen) en klik vervolgens op Vervalinterval wachtwoordzin opslaan. Er verschijnt een successcherm en u kunt vervolgens op OK klikken om te voltooien. |
De pagina Beheer geeft ook de datums weer voor de laatste wachtwoordwijziging en de volgende keer dat het wachtwoord verloopt.
Externe logboekregistratie instellen op een Syslog-server
Als u een syslog-server hebt, kunt u uw Webex-videomesh-knooppunt instellen om u aan te melden bij de trailgegevens van de externe serveraudit, zoals:
Details over de aanmelding van beheerders
Configuratiewijzigingen (inclusief het in- of uitschakelen van de onderhoudsmodus)
Software-updates
Het knooppunt verzamelt de logboeken, indien van toepassing, en verzendt ze elke tien minuten naar de server.
| 1 | Open de interface van het knooppunt voor de Webex-videomesh. |
| 2 | Ga naar Administration. |
| 3 | Schakel naast Externe logboekregistratieExterne logboekregistratie inschakelen in. |
| 4 | Voer voor Syslog-servergegevens het IP-adres van de host of de volledig gekwalificeerde domeinnaam en de syslog-poort in. Als de server niet DNS-oplosbaar is vanaf het knooppunt, gebruikt u een IP-adres in het veld Host. |
| 5 | Kies het Protocol: UDP of TCP. Als u TLS-codering wilt gebruiken, kiest u TCP en schakelt u vervolgens TLS inschakelen in. Zorg ervoor dat u ook de beveiligingscertificaten uploadt en installeert die vereist zijn voor TLS-communicatie tussen het knooppunt en de syslog-server. Als er geen certificaten zijn geïnstalleerd, gebruikt het knooppunt standaard de zelfondertekende certificaten. Zie Beveiligingscertificaten uploaden voor hulp. |
| 6 | Klik op Externe logboekconfiguratie opslaan. |
De eigenschappen van het logboekbericht volgen deze indeling: Bericht hostnaamtag met prioriteit tijdstempel.
Eigenschap | Beschrijving |
|---|---|
Priority | De waarde is altijd 131, op basis van de formule: Prioriteit = (faciliteitscode * 8) + ernst. De faciliteitcode is 16 voor "local0". De ernst is 3 voor "kennisgeving". |
Tijdstempel | De tijdstempel formaat is "Mmm dd hh:mm:ss". |
Hostnaam | De hostnaam voor het knooppunt voor videomesh. |
Tag | De waarde is altijd syslogAuditMsg. |
Bericht | Het bericht is een JSON-tekenreeks van ten minste 1 KB. De grootte hangt af van het aantal geaggregeerde gebeurtenissen in het interval van tien minuten. |
Hier volgt een voorbeeldbericht:
{
"events": [
{
"event": "{\hostname\": \"test-machine\", \"event_type\": \"login_success\",
\"event_category\": \"node_events\", \"source\": \"mgmt\", \"session_data\":
{\"session_id\": \"j02wH5uFTKB22SqdYCrzPrqDWkXIAKCz\", \"referer\":
\"https://IP address/signIn.html?%2Fsetup\", \"url\":
\"https://IP address/api/v1/auth/signIn\", \"user_name\": \"admin\",
\"remote_address\": \"IP address\", \"user_agent\": \"Mozilla/5.0
(Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko)
Chrome/87.0.4280.67 Safari/537.36\"}, \"event_data\": {\"type\": \"Conf_UI\"},
\"boot_id\": \"6738705b-3ae3-4978-8502-13b74983e999\", \"timestamp\":
\"2020-12-07 22:40:27 (UTC)\", \"uptime\": 358416.23, \"description\":
\"Log in to Console or Web UI successful\"}"
},
{
"event": "{\hostname\": \"test-machine\", \"event_type\":
\"software_update_completed\", \"event_category\": \"node_events\", \"source\":
\"mgmt\", \"event_data\": {\"release_tag\": \"2020.12.04.2332m\"}, \"boot_id\":
\"37a8d17a-69d8-4b8c-809d-3265aec56b53\", \"timestamp\":
\"2020-12-07 22:17:59 (UTC)\", \"uptime\": 137.61, \"description\":
\"Completed software update\"}"
}
]
}Webhooks voor waarschuwingen voor videomesh
Videomesh ondersteunt Webhook-waarschuwingen waarmee organisatiebeheerders waarschuwingen kunnen ontvangen voor specifieke gebeurtenissen. Beheerders kunnen ervoor kiezen om op de hoogte te worden gesteld van gebeurtenissen zoals gespreksoverschrijdingen en omleidingen, waardoor ze zich zo min mogelijk hoeven aan te melden bij Control Hub om hun implementatie te controleren. Dit wordt bereikt door een webhook-abonnement te maken waarbij een doel-URL wordt opgegeven door de beheerder, waarnaar waarschuwingen worden verzonden. Met webhooks voor waarschuwingen kunt u ook parameters controleren zonder de bijbehorende ontwikkelaar-API's te gebruiken.
De volgende gebeurtenistypen kunnen worden gecontroleerd via webhooks:
Gesprekken omleiden cluster – Gesprekken omgeleid vanuit een bepaald cluster.
Overloop van organisatiegesprekken – Totale overloop van gesprekken naar de cloud voor een organisatie.
Een Webhook-abonnement maken
| 1 | Meld u aan bij de Cisco Webex-ontwikkelaarsportal met beheerdersreferenties. |
| 2 | Klik op de ontwikkelaarsportal op Documentatie. |
| 3 | Scrol van de schuifbalk links naar beneden en klik op Volledige API-referentie. |
| 4 | Blader van de opties die hieronder uitvouwen naar beneden en klik op Webhooks > Een webhook maken. |
| 5 | Maak een abonnement door de volgende parameters in te voeren: |
naam: voorbeeld – Waarschuwingen voor webhook voor videomesh
doel-URL: voorbeeld - https://10.1.1.1/webhooks
bron: videoMeshAlerts
gebeurtenis: geactiveerd
eigendomVan: organisatie
| De URL die is ingevoerd in de parameter targetUrl moet internettoegankelijk zijn en een server hebben die is geconfigureerd voor het accepteren van POST-verzoeken die door Webex Webhook zijn verzonden. |
Drempelconfiguraties instellen met ontwikkelaar-API's
U kunt drempelwaarden instellen voor de gebeurtenissen (overloop van organisatiegesprekken en omleidingen van clustergesprekken) met ontwikkelaar-API's voor videomesh. U kunt een percentagewaarde instellen voor de drempelwaarden waarboven een webhook-waarschuwing wordt geactiveerd. Als de drempelwaarde bijvoorbeeld is ingesteld op 20 voor Overloop van organisatiegesprekken, wordt een waarschuwing verzonden wanneer meer dan 20 procent van de gesprekken overloopt naar de cloud.
Er is een set van 4 API's beschikbaar voor het instellen en bijwerken van drempelwaarden in de Cisco Webex-ontwikkelaarsportal. Deze worden hieronder weergegeven:
Configuratie van gebeurtenisdrempel weergeven
Configuratie van gebeurtenisdrempel ophalen
Configuratie van drempelwaarde voor gebeurtenis bijwerken
Configuratie van drempelwaarde voor gebeurtenis herstellen
De API's zijn beschikbaar op:https://developer.webex.com/docs/api/v1/video-mesh .
Scenario 1 - Drempelwaarde instellen voor doorgestroomde organisatiegesprekken
| 1 | Klik op List Event Threshold Configuration API (Gebeurtenisdrempelconfiguratie weergeven). | ||
| 2 | Instellen | ||
| 3 | U ontvangt een reactie die vergelijkbaar is met de reactie die hieronder wordt weergegeven. | ||
| 4 | Kopieer de waarde in de | ||
| 5 | Plak de waarde in de | ||
| 6 | Klik op Update Event Threshold Configuration API. | ||
| 7 | Plak de JSON-structuur in de body van de API voor Update Event Threshold Configuration. | ||
| 8 | Instellen | ||
| 9 |
Klik op Uitvoeren, uw drempelwaarde voor Overloop organisatiegesprek wordt ingesteld op de nieuwe waarde. |
De volgende stappen
Als u de drempelwaarde wilt weergeven die is ingesteld voor een bepaalde drempelwaarde-id voor een gebeurtenis,
Klik op Get Event Threshold Configuration API (Configuratie gebeurtenisdrempel ophalen).
Plak de drempelwaarde-id van de gebeurtenis in de koptekst van de API en klik op Uitvoeren.
De standaard minimumdrempelwaarde en de ingestelde drempelwaarde worden weergegeven in het antwoord.
Scenario 2 - Drempelwaarde instellen voor doorverbonden clustergesprekken
| 1 | Klik op List Event Threshold Configuration API (Gebeurtenisdrempelconfiguratie weergeven). | ||
| 2 | Instellen | ||
| 3 | In het antwoord worden configuraties van alle clusters in de organisatie weergegeven. | ||
| 4 |
Kopieer de waarde in de | ||
| 5 | Plak de waarde in de | ||
| 6 | Klik op Update Event Threshold Configuration API. | ||
| 7 | Plak de JSON-structuur in de body van de API voor Update Event Threshold Configuration. | ||
| 8 | Instellen | ||
| 9 |
Klik op Uitvoeren, uw drempelwaarde voor Clustergesprekken omgeleid wordt ingesteld op de nieuwe waarde. |
De volgende stappen
Als u de drempelwaarde wilt weergeven die is ingesteld voor een bepaalde drempelwaarde-id voor een gebeurtenis,
Klik op Get Event Threshold Configuration API (Configuratie gebeurtenisdrempel ophalen).
Plak de drempelwaarde-id van de gebeurtenis in de koptekst van de API en klik op Uitvoeren.
De standaard minimumdrempelwaarde en de ingestelde drempelwaarde worden weergegeven in het antwoord.
Scenario 3 - Drempelwaarden resetten
| 1 | Klik op Reset Event Threshold Configuration API. | ||
| 2 | Kopieer de drempelwaarde-id van de gebeurtenis van een cluster of de organisatie en plak deze in de | ||
| 3 | Plak de JSON-structuur in de body en klik op Run. | ||
| 4 |
De drempelwaarde wordt ingesteld op de standaard minimumwaarde. |
API's voor ontwikkelaars van videomesh
De API's voor videomesh zijn een manier om analyse- en monitoringgegevens voor uw videomesh-implementaties op te halen via de Webex-ontwikkelaarsportal. De API's zijn beschikbaar op https://developer.webex.com/docs/api/v1/video-mesh. Een voorbeeldclient is beschikbaar op:https://github.com/CiscoDevNet/video-mesh-api-client .
Demosoftware voor knooppunt voor videomesh
Gebruik de demosoftware van het knooppunt voor videomesh alleen voor basisdemodoeleinden. Voeg geen demoknooppunt toe aan een bestaand productiecluster. De democluster accepteert minder gesprekken dan de productie en vervalt 90 dagen nadat deze is geregistreerd in de cloud.
|
|
Download de afbeelding van de demosoftware via deze link.
Specificaties
Zie Systeem- en platformvereisten voor knooppuntsoftware voor videomesh voor de op specs gebaseerde configuratie voor knooppuntsoftware voor videomesh.
De demosoftware ondersteunt een enkele netwerkinterface of een dubbele netwerkinterface.
Capaciteit
We testen de demoafbeelding niet op capaciteit. U mag deze alleen gebruiken om basisscenario's van vergaderingen uit te testen. Zie de usecases die volgen voor advies.
Usecases voor de demosoftware van het knooppunt voor videomesh
- Media verankerd op locatie
-
Implementeer en configureer het knooppunt met de demosoftware.
Voer een vergadering uit met de volgende deelnemers: een deelnemer aan de Webex-app, een deelnemer aan het Webex-eindpunt en een Cisco Webex Board.
Nadat de vergadering is afgelopen, gaat u vanuit de klantweergave in https://admin.webex.com naar Analyses voor toegang tot de rapporten voor videomesh. In de berichten zie je dat de media op locatie bleven.
- Vergadering met deelnemers in de cloud en op locatie
-
Voer een andere vergadering uit met een aantal Webex-deelnemers op locatie en een in de cloud.
Houd er rekening mee dat alle deelnemers naadloos kunnen deelnemen aan de vergadering.
Knooppunt voor videomesh beheren vanaf de console
Voordat u netwerkwijzigingen kunt aanbrengen in knooppunten voor videomesh die in de cloud zijn geregistreerd, moet u Control Hub gebruiken om deze in de onderhoudsmodus te plaatsen. Zie Een knooppunt in de onderhoudsmodus verplaatsen voor meer informatie en een te volgen procedure.
| De onderhoudsmodus is uitsluitend bedoeld om een knooppunt voor te bereiden op uitschakeling of opnieuw opstarten, zodat u bepaalde wijzigingen in de netwerkinstellingen kunt aanbrengen (DNS, IP, FQDN) of u kunt voorbereiden op hardwareonderhoud, zoals het vervangen van RAM, de harde schijf enzovoort. Upgrades worden niet uitgevoerd wanneer een knooppunt in de onderhoudsmodus wordt geplaatst. |
Wanneer u een knooppunt in de onderhoudsmodus plaatst, wordt gespreksservices sierlijk afgesloten (het accepteert geen nieuwe gesprekken meer en wacht tot 2 uur voordat bestaande gesprekken zijn voltooid). Het doel van de elegante afsluiting van gespreksservices is het opnieuw starten of afsluiten van het knooppunt mogelijk te maken zonder dat dit leidt tot afgebroken gesprekken.
Netwerkinstellingen voor knooppunt voor videomesh in de console wijzigen
Als uw netwerktopologie verandert, moet u de console-interface voor elk knooppunt voor videomesh openen en daar de netwerkinstellingen wijzigen. U ziet mogelijk een waarschuwing voor het wijzigen van de netwerkinstellingen, maar u kunt de wijzigingen nog steeds opslaan voor het geval u wijzigingen aanbrengt in uw netwerk na het wijzigen van de knooppuntinstellingen voor videomesh.
| 1 | Open de interface van de knooppuntconsole via de VMware vSphere-client en meld u aan met de beheerdersreferenties. Na de eerste installatie van de netwerkinstellingen en als de videomesh bereikbaar is, kunt u toegang krijgen tot de knooppuntinterface via beveiligde shell (SSH). | ||
| 2 | Kies in het hoofdmenu van de knooppuntconsole voor videomesh de optie 2 Configuratie bewerken en klik vervolgens op Selecteer. | ||
| 3 | Lees de aanwijzing dat de gesprekken worden beëindigd op het knooppunt voor videomesh en klik op Ja. | ||
| 4 | Klik op Statisch, voer het IP-adres in voor de interne interface, Masker, Gateway en DNS waarden voor uw netwerk.
| ||
| 5 | Voer de NTP-server van uw organisatie of een andere externe NTP-server in die in uw organisatie kan worden gebruikt. Nadat u de NTP-server hebt geconfigureerd en de netwerkinstellingen hebt opgeslagen, kunt u de stappen in Check Health of Video Mesh Node From Console volgen om te controleren of de tijd correct wordt gesynchroniseerd via de opgegeven NTP-servers.
| ||
| 6 | (Optioneel) Wijzig indien nodig de hostnaam of het domein.
| ||
| 7 | Klik op Opslaan, en klik vervolgens op Wijzigingen opslaan en opnieuw opstarten. Tijdens het opslaan wordt DNS-validatie uitgevoerd als u een domein hebt opgegeven. Er wordt een waarschuwing weergegeven als de FQDN (hostnaam en domein) niet kan worden opgelost met behulp van de opgegeven DNS-serveradressen. U kunt ervoor kiezen om op te slaan door de waarschuwing te negeren, maar gesprekken werken pas wanneer de FQDN kan worden omgezet in de DNS die op het knooppunt is geconfigureerd. Nadat het knooppunt voor videomesh opnieuw is opgestart, worden de netwerkconfiguratiewijzigingen van kracht. |
De beheerderswachtwoordzin van het knooppunt voor videomesh wijzigen
Gebruik deze procedure om de beheerderswachtwoordzin (wachtwoord) voor uw knooppunt voor videomesh in de console van het knooppunt te wijzigen.
| 1 | Open de interface van de knooppuntconsole via de VMware vSphere-client of SSH in een bereikbaar IP-adres en meld u aan met de beheerdersreferenties. |
| 2 | Open en meld u aan bij de VMware ESXi-console van de VM voor uw knooppunt voor videomesh. |
| 3 | Kies in het hoofdmenu optie 3 Beheerderswachtwoordzin beheren, vervolgens 1 Beheerderswachtwoordzin wijzigen en klik vervolgens op Enter. |
| 4 | Lees de informatie op de pagina Wachtwoord verlopen, klik op Enter en klik er vervolgens opnieuw op na het bericht Wachtwoord verlopen. |
| 5 | Druk op Enter. |
| 6 | Nadat u bent afgemeld bij de console, gaat u terug naar het aanmeldscherm en meldt u zich aan met de beheerderslogin en wachtwoordzin (wachtwoord) die u hebt verlopen. U wordt gevraagd uw wachtwoord te wijzigen.
|
| 7 | Voer bij Oud wachtwoord de huidige wachtwoordzin in en druk op Enter. |
| 8 | Voer bij Nieuw wachtwoord een nieuwe wachtwoordzin in en druk op Enter. |
| 9 | Voor Nieuw wachtwoord opnieuw invoeren typt u de nieuwe wachtwoordzin opnieuw en drukt u op Enter. Er verschijnt een bericht 'wachtwoord gewijzigd' en vervolgens gaat u terug naar het aanmeldscherm.
|
| 10 | Meld u aan met uw nieuwe beheerderslogin en wachtwoordzin (wachtwoord). |
Een ping uitvoeren vanaf een knooppuntconsole voor videomesh
U kunt een ping uitvoeren vanuit de interface van de knooppuntconsole van de videomesh. Met deze stap wordt een bestemming die u invoert getest en wordt bekeken of het knooppunt voor videomesh deze kan bereiken.
| 1 | Open de interface van de knooppuntconsole via de VMware vSphere-client of SSH in een bereikbaar IP-adres en meld u aan met de beheerdersreferenties. |
| 2 | Ga vanuit de knooppuntconsole voor videomesh naar 4 Diagnostics en kies vervolgens Ping. |
| 3 | Voer in het veld ping een bestemmingsadres in dat u wilt testen, zoals een IP-adres of hostnaam, en klik vervolgens op OK. De test wordt uitgevoerd en u ziet een bericht over geslaagd of mislukt pingen. Als u een fout ontvangt, controleert u de bestemmingswaarde die u hebt ingevoerd en uw netwerkinstellingen. |
Debug-gebruikersaccount via console inschakelen
Als voor ondersteuning toegang tot het knooppunt voor videomesh is vereist, kunt u de console-interface gebruiken om tijdelijk een foutopsporingsgebruikersaccount in te schakelen, zodat ondersteuning verdere probleemoplossing op uw knooppunt kan uitvoeren.
| 1 | Open de interface van de knooppuntconsole via de VMware vSphere-client of SSH in een bereikbaar IP-adres en meld u aan met de beheerdersreferenties. |
| 2 | Ga vanuit de knooppuntconsole voor videomesh naar 4 Diagnostische gegevens, kies 2 Debug-gebruikersaccount inschakelen en klik na de prompt op Ja. |
| 3 | Nadat er een bericht verschijnt dat het foutopsporingsgebruikersaccount is gemaakt, klikt u op OK om de gecodeerde wachtwoordzin weer te geven. U verzendt de gecodeerde wachtwoordzin ter ondersteuning. Ze gebruiken dit tijdelijke account en gedecodeerde wachtwoordzin om veilig toegang te krijgen tot uw knooppunt voor videomesh voor het oplossen van problemen. Dit account verloopt na 3 dagen of u kunt het uitschakelen wanneer de ondersteuning is beëindigd. |
| 4 | Selecteer het begin en het einde van de gecodeerde gegevens en kopieer deze in het ondersteuningsticket of de e-mail die u naar de ondersteuning verzendt. |
| 5 | Nadat u deze informatie naar de ondersteuning hebt verzonden, gaat u terug naar de knooppuntconsole voor videomesh en drukt u op een willekeurige toets om terug te gaan naar het hoofdmenu. |
De volgende stappen
Het account verloopt over 3 dagen, maar wanneer de ondersteuning aangeeft dat de probleemoplossing op het knooppunt is voltooid, kunt u de knooppuntconsole voor videomesh terugzetten, naar 4 Diagnostiek gaan en vervolgens 3 Debug-gebruikersaccount uitschakelen kiezen om het account uit te schakelen voordat het verloopt.
Logboeken verzenden vanaf knooppuntconsole voor videomesh
Mogelijk krijgt u de instructie om logboeken rechtstreeks naar Cisco te verzenden of via beveiligde kopie (SCP). Gebruik deze procedure om logboeken rechtstreeks te verzenden vanaf alle videomesh-knooppunten die u hebt geregistreerd in de cloud.
| 1 | Open de interface van de knooppuntconsole via de VMware vSphere-client of SSH in een bereikbaar IP-adres en meld u aan met de beheerdersreferenties. |
| 2 | Klik in het hoofdmenu op optie 4 Diagnostics en druk vervolgens op Enter. |
| 3 | Klik op 4 Logbestanden exporteren, geef indien gewenst feedback en klik vervolgens op Volgende. |
| 4 | Kies een optie:
|
| 5 | Kies OK om terug te keren naar het hoofdmenu van het knooppunt voor videomesh. |
| 6 | (Optioneel) Kies 5 Status controleren van naar Cisco verzonden logbestanden als u de logbestanden naar Cisco hebt verzonden. |
De volgende stappen
 | Nadat u logboeken hebt verzonden, raden we u aan feedback rechtstreeks vanuit de Webex-app te verzenden, zodat uw ondersteuningscontactpersonen over alle informatie beschikken die ze nodig hebben om u te helpen. |
De gezondheid van het knooppunt voor videomesh controleren vanaf de console
U kunt de gezondheid van het knooppunt rechtstreeks vanuit het knooppunt voor videomesh zelf bekijken. De resultaten zijn informatief, maar kunnen helpen bij het oplossen van problemen. Als de NTP-synchronisatie bijvoorbeeld niet werkt, kunt u de waarde van de NTP-server controleren in de netwerkinstellingen.
| 1 | Open de interface van de knooppuntconsole via de VMware vSphere-client of SSH in een bereikbaar IP-adres en meld u aan met de beheerdersreferenties. |
| 2 | Ga vanuit de knooppuntconsole voor videomesh naar 4 Diagnostiek en kies vervolgens 6 Gezondheid knooppunt controleren om de volgende informatie over het knooppunt weer te geven:
|
Containernetwerk configureren op knooppunt voor videomesh
Het knooppunt voor videomesh reserveert een subnetbereik voor intern gebruik binnen het knooppunt. Het standaardbereik is 172.17.42.0–172.17.42.63. De knooppunten reageren niet op verkeer van externe knooppunten voor videomesh die afkomstig zijn van dit bereik. U kunt de knooppuntconsole gebruiken om het IP-adres van de containerbrug te wijzigen om conflicten met andere apparaten in uw netwerk te voorkomen.
| 1 | Open de interface van de knooppuntconsole via de VMware vSphere-client of SSH in een bereikbaar IP-adres en meld u aan met de beheerdersreferenties. |
| 2 | Ga in het hoofdmenu van de knooppuntconsole voor videomesh naar 4 Diagnostics en kies vervolgens 7 Configure Container Network. Klik na de waarschuwing dat actieve gesprekken op het knooppunt worden beëindigd op Ja. |
| 3 | Wijzig indien nodig de waarden voor Container Bridge IP en Netwerkmasker en klik vervolgens op Opslaan. U ziet een scherm met informatie over het containernetwerk, inclusief het IP-adresbereik dat is gereserveerd voor interne bewerkingen op het knooppunt voor videomesh. |
| 4 | Klik op OK. |
Poortproblemen Met Reflectortool in console identificeren
Het reflectorhulpprogramma (een combinatie van een server op het knooppunt voor videomesh en de client via een Python-script) wordt gebruikt om te controleren of de vereiste TCP/UDP-poorten zijn geopend vanuit knooppunten voor videomesh.
Voordat u begint
Download een kopie van de Reflector Tool Client (Python script) en pak het bestand uit op een gemakkelijk te vinden locatie. Het zip-bestand bevat het script en een readme-bestand.
Zorg ervoor dat u Python 2.7.10 of hoger in uw omgeving gebruikt om het script goed te laten werken.
Momenteel ondersteunt dit hulpprogramma SIP-eindpunten voor knooppunten voor videomesh en verificatie binnen het cluster.
| 1 | Schakel vanuit de klantweergave in https://admin.webex.com het onderhoudknooppunt voor het knooppunt voor videomesh in door deze instructies te volgen. |
| 2 | Wacht tot het knooppunt de status 'Gereed voor onderhoud' toont in Control Hub. |
| 3 | Open de interface van de knooppuntconsole via de VMware vSphere-client of SSH in een bereikbaar IP-adres en meld u aan met de beheerdersreferenties. |
| 4 | Ga vanuit de interface van het knooppunt voor videomesh naar Diagnostics > Reflector Server > Reflector Server for TCP or (UDP). Start de server voor TCP of voor UDP. |
| 5 | Blader naar Reflector Tool en start vervolgens de TCP Reflector Server of UDP Reflector Server, afhankelijk van het protocol dat u wilt gebruiken. |
| 6 | Klik op Reflectorserver starten en wacht tot de server is gestart. U ziet een melding wanneer de server wordt gestart. |
| 7 | Voer vanuit een systeem (zoals een pc) op een netwerk dat u videomesh-knooppunten wilt bereiken het script uit met de volgende opdracht:
Aan het einde van de uitvoering geeft de client een bericht met succes weer als alle vereiste poorten zijn geopend:
De client toont een mislukt bericht als er geen vereiste poorten zijn geopend:
|
| 8 | Los eventuele poortproblemen op de firewall op en voer de bovenstaande stappen opnieuw uit. |
| 9 | De client uitvoeren met
|
Fabrieksinstellingen van een knooppunt voor videomesh herstellen vanaf de console
Als onderdeel van het opschonen van de registratie kunt u het knooppunt voor videomesh terugzetten naar de fabrieksinstellingen. Met deze stap verwijdert u de configuratie die u hebt ingesteld terwijl het knooppunt actief was, maar verwijdert u de invoer van de virtuele machine niet. Later kunt u dit knooppunt opnieuw registreren als onderdeel van een ander cluster dat u vanaf nul hebt opgebouwd.
Voordat u begint
U moet Control Hub gebruiken om de registratie van het knooppunt voor videomesh uit het cluster dat is geregistreerd in Control Hub ongedaan te maken.
| 1 | Open de interface van de knooppuntconsole via de VMware vSphere-client of SSH in een bereikbaar IP-adres en meld u aan met de beheerdersreferenties. |
| 2 | Ga vanuit de knooppuntconsole voor videomesh naar 4 Diagnostics en kies vervolgens 8 Factory Reset. |
| 3 | Zorg ervoor dat u de informatie in de notitie die verschijnt begrijpt en klik vervolgens op Reset. Het knooppunt wordt automatisch opnieuw opgestart nadat de fabrieksinstellingen zijn hersteld. |
Een bestaand hardwareplatform migreren naar een knooppunt voor videomesh
U kunt een bestaand ondersteund platform (bijvoorbeeld een CMS1000 waarmee Cisco Meeting Server wordt uitgevoerd) migreren naar de videomesh. Gebruik deze procedure om u door het migratieproces te begeleiden.
| De stappen variëren, afhankelijk van de gebundelde versie van ESXi op het hardwareplatform. |
Voordat u begint
Download een nieuwe kopie van de nieuwste Video Mesh Node software image (OVA). Implementeer geen nieuw knooppunt voor videomesh met een eerder gedownloade OVA.
| 1 | Meld u aan bij de interface van de virtuele machine en sluit vervolgens de software af die op het platform wordt uitgevoerd. |
| 2 | Verwijder de softwaretoepassing die op het platform werd uitgevoerd. Er mogen geen softwarebeelden op het platform achterblijven. U kunt ook geen knooppuntsoftware voor videomesh uitvoeren naast andere software op hetzelfde platform.
|
| 3 | Implementeer een nieuwe virtuele machine vanuit een nieuw OVF- of OVA-bestand. |
| 4 | Voer een naam in voor de virtuele machine en kies het OVA-bestand voor het knooppunt voor videomesh. |
| 5 | Verander de schijfinrichting naar Dik. |
| 6 | Upload de afbeelding van de mfusion.ova-software die u hebt gedownload.
|
| 7 | Wanneer de virtuele machine draait, gaat u terug naar Aanmelden bij de console van het knooppunt voor videomesh en gaat u verder met de eerste configuratie van het knooppunt voor videomesh. |
Functievergelijking en migratiepad van hybride samenwerkingsvergaderruimte naar videomesh
Functievergelijking
Functie | Videomesh en Cisco Webex Meeting Center-video | Hybride CMR |
|---|---|---|
Typen vergaderingen | Gepland Eén klik (onmiddellijk) Persoonlijke vergadering (PMR) Consistente ervaring voor vergaderingen op locatie en in de cloud | Alleen gepland |
Plannen | Webex-productiviteitstools (Windows en Mac) Planning van hybride agenda's met @webex Webex-portal | Webex TelePresence-productiviteitstools voor Windows en Mac TMS-planning |
Opties voor deelnemen aan de vergadering | In- en uitbellen Beveiligd met pincode (host) One Button To Push (OBTP) | Alleen inbellen OBTP |
Ervaring tijdens de vergadering | Unified Roster (Webex-client) Unified Controls (Webex-client) Vergadering vergrendelen/ontgrendelen TelePresence-deelnemers dempen/het dempen opheffen | Geen Unified Roster (Webex-client en TelePresence Server) Afzonderlijke besturingselementen (Webex-client en TelePresence Server) |
Capaciteit- en implementatiemodel | Onbeperkte capaciteit Op locatie en automatische overloop Schakelen en transcoderen | Transcoderingscapaciteit beperkt tot de TelePresence Server |
Controlelijst migratiepad
Hieronder vindt u een algemeen overzicht van hoe u een bestaande site kunt migreren naar videoplatformversie 2.0 en hoe u de site kunt voorbereiden op integratie met videomesh. De stappen kunnen variëren, afhankelijk van uw bestaande omgeving. Werk samen met uw partner of CSM (Customer Success Manager) voor een vlotte migratie.
Zorg ervoor dat de functie Meeting Center-videoconferenties is ingericht op de Webex-site.
De sitebeheerder ontvangt zijn beheerportalaccount. De beheerder implementeert vervolgens videomesh-knooppunten voor de Webex-organisatie.
De sitebeheerder wijst het CMR-recht toe om alle of sommige hybride CMR-gebruikers in te schakelen met Cisco Webex Meeting Center-video.
(Optioneel) Schakel het sessietype hybride CMR voor deze subset uit en schakel vervolgens Cisco Webex Meeting Center-video in hun gebruikersprofiel in.
De sitebeheerder stelt Videomesh in en selecteert vervolgens Hybride als mediabrontype onder Opties voor Cloud CMR (samenwerkingsvergaderruimte).
De sitebeheerder stelt TelePresence Management Suite (TMS) op locatie en One Button to Push (OBTP) in om met Cisco Webex Meeting Center-video te werken. Zie de Implementatiehandleiding voor ondernemingen voor Cisco Webex Meeting Center-videoconferenties voor advies.
Wanneer de CMR-rechten zijn ingeschakeld voor een gebruiker, worden de Webex-productiviteitstools standaard ingesteld op de Cisco Webex Meeting Center-videoversie. Alle nieuwe vergaderingen die door de gebruikers zijn gepland, zijn Cisco Webex Meeting Center-videovergaderingen.
Als conferentieruimten zijn opgenomen in de uitnodiging, wordt OBTP-informatie naar de conferentieruimte gepusht via TMS (alleen voor hybride CMR-vergaderingen).
Bestaande vergaderingen die zijn ingesteld door hybride CMR-gebruikers voordat ze naar Cisco Webex Meeting Center-video werden overgeschakeld, moeten blijven werken zolang de klant de MCU- en TMS-instellingen op locatie bewaart.
Bestaande hybride CMR-vergaderingen kunnen niet worden gewijzigd of bijgewerkt om de informatie van de Cisco Webex Meeting Center-videovergadering weer te geven. Als gebruikers een nieuwe uitnodiging willen gebruiken, moeten ze de oude vergaderingen verwijderen en nieuwe vergaderingen maken.
Als de klant de MCU, TMS op locatie buiten gebruik wil stellen, werken oude hybride CMR-vergaderingen niet. Er moeten nieuwe vergaderingen met Cisco Webex Meeting Center-video-informatie worden gemaakt.
TelePresence-interoperabiliteitsprotocol en segmentschakeling
Videomesh ondersteunt het onderhandelen over TelePresence Interoperability Protocol (TIP) en multiplex (MUX) voor zowel IX- als TX-eindpunten met 1 en 3 schermen.
Voor eindpunten met drie schermen moeten alle drie de schermen video weergeven als er voldoende deelnemers aan de conferentie zijn. Een ander systeem met drie schermen in de conferentie resulteert in segmentschakelen in plaats van ruimteschakelen. Dit betekent dat in plaats van alle drie de schermen groot worden wanneer iemand in een ander systeem met drie schermen spreekt, alleen het actieve deelvenster groot wordt. De andere twee deelvensters worden ingevuld door video van andere systemen. Wanneer ze klein worden weergegeven, worden alle drie de deelvensters samen weergegeven (voor alle apparaten, één of drie schermen) met één knippervak en naamlabel.
Afhankelijk van de hostingbronnen in de cloud worden bij sommige eindpunten alle drie de schermen van een ruimte met drie schermen in de filmstrook weergegeven, bij andere wordt slechts één deelvenster weergegeven. In de Webex-app wordt slechts 1 deelvenster weergegeven, zelfs als de media op locatie zijn.
Voor grote vergaderingen die overlopen van één knooppunt en trapsgewijs naar een seconde, wordt hetzelfde gezien door eindpunten die worden gehost op een ander knooppunt dan het knooppunt dat het systeem met drie schermen host (slechts één deelvenster zichtbaar in de indeling). Voor het delen van presentaties moet over BFCP worden onderhandeld via het gesprekspad.
Nieuwe en gewijzigde informatie
Deze tabel behandelt nieuwe functies of functies, wijzigingen in bestaande inhoud en belangrijke fouten die zijn opgelost in de Implementatiehandleiding.
Zie https://help.webex.com/en-us/article/jgobq2/Webex-Video-Mesh-release-notes voor meer informatie over de updates van de knooppunten voor Webex-videomesh.
Datum | Wijzigen |
|---|---|
09 februari 2024 |
|
31 augustus 2023 |
|
31 juli 2023 |
|
28 juli 2023 |
|
15 juni 2023 |
|
| 16 mei 2023 |
|
27 maart 2023 |
|
02 maart 2023 |
|
7 juli 2022 |
|
30 juni 2022 | Informatie toegevoegd over de nieuwe bulkinrichtingsscripts op https://github.com/CiscoDevNet/webex-video-mesh-node-provisioning. |
14 juni 2022 | De stappen voor het uitwisselen van certificaatketens zijn gewijzigd om ECDSA-certificaten op te nemen in Exchange Certificate Chains tussen Unified CM- en videomesh-knooppunten |
18 mei 2022 | De downloadsite voor de reflectortool is gewijzigd in https://github.com/CiscoDevNet/webex-video-mesh-reflector-client. |
29 april 2022 | Er is informatie toegevoegd over de nieuwe functie in Houd uw media op videomesh voor alle externe Webex-vergaderingen. |
25 maart 2022 | Updates voor poortgebruik in Poorten en protocollen voor beheer. |
Decemeber 10, 2021 | Er is CMS 2000 toegevoegd en er is een upgradeprobleem opgemerkt voor oudere CMS 1000s die upgraden naar ESXi 7 in Systeem- en platformvereisten voor knooppuntsoftware voor videomesh. |
30 augustus 2021 | Er is informatie toegevoegd over het verifiëren of Webex het juiste bronland heeft voor uw implementatie in Controleren Of het bronland Juist Is. |
27 augustus 2021 | Opmerking toegevoegd over de zichtbaarheid van analyserapporten in Ondersteuning en beperkingen voor privévergaderingen. |
13 augustus 2021 | Informatie toegevoegd over de nieuwe functie Privévergaderingen in:
|
22 juli 2021 | Er is informatie toegevoegd over hoe u kunt controleren of het systeem de juiste bronlocatie voor gesprekken heeft. Correcte bronlocaties helpen om efficiënt te routeren. Zie Controleren Of het Land Van De Bron Correct Is. |
25 juni 2021 | De functie Volledige Webex-ervaring van de Webex-app is niet compatibel met videomesh in clients en apparaten die het knooppunt voor videomesh gebruiken. |
7 mei 2021 | De aanbevolen clustergrootte is gecorrigeerd tot 100 in Richtlijnen voor clusterimplementatie voor videomesh. |
12 april 2021 | De Expressway TCP SIP-verkeersroutering configureren voor videomesh is bijgewerkt om de Webex-zone te gebruiken in plaats van een nieuwe DNS-zone. |
9 februari 2021 |
|
11 december 2020 |
|
22 oktober 2020 |
|
| 19 oktober 2020 |
|
| 18 september 2020 |
|
| 26 augustus 2020 |
|
4 augustus 2020 |
|
| 9 juli 2020 |
|
26 juni 2020 |
|
| 9 juni 2020 |
|
| 21 mei 2020 | Poorten en protocollen voor beheer en vereisten voor proxyondersteuning voor videomesh bijgewerkt. |
| 15 mei 2020 | Bijgewerkt Overzicht videomesh. |
| 25 april 2020 |
|
22 januari 2020 |
|
12 december 2019 |
|
10 december 2019 |
|
4 november 2019 |
|
| 18 oktober 2019 |
|
26 september 2019 |
|
13 september 2019 |
|
| 29 augustus 2019 |
|
24 juli 2019 |
|
9 juli 2019 |
|
24 mei 2019 |
|
25 april 2019 |
|
11 april 2019 |
|
Overzicht van Webex-videomesh
Webex-videomesh vindt dynamisch de optimale mix van conferentieresources op locatie en in de cloud. Conferenties op locatie blijven op locatie als er voldoende lokale resources zijn. Wanneer de lokale resources zijn uitgeput, worden conferenties uitgebreid naar de cloud.
Knooppunt voor videomesh is software die is geïnstalleerd op een Cisco UCS-server op locatie, is geregistreerd bij de cloud en wordt beheerd in Control Hub. Webex-vergaderingen, persoonlijke Webex-vergaderruimte, Webex-ruimtevergaderingen en Webex-appgesprekken tussen twee personen kunnen worden gerouteerd naar de lokale, on-net videomesh-knooppunten. Videomesh selecteert de meest efficiënte manier om de beschikbare resources te gebruiken.
Videomesh biedt de volgende voordelen:
Verbetert de kwaliteit en vermindert de latentie doordat u uw gesprekken op locatie kunt houden.
Breidt uw gesprekken transparant uit naar de cloud wanneer op locatie resources hun limiet hebben bereikt of niet beschikbaar zijn.
Beheer uw clusters voor videomesh vanuit de cloud met één beheerdersinterface: Besturingshub (https://admin.webex.com ).
Optimaliseer resources en schaal de capaciteit indien nodig.
Combineert de functies van conferenties in de cloud en op locatie in één naadloze gebruikerservaring.
Vermindert capaciteitsproblemen, omdat de cloud altijd beschikbaar is wanneer er extra conferentieresources nodig zijn. In het slechtste geval hoeft u geen capaciteitsplanning uit te voeren.
Biedt geavanceerde analyses over capaciteit en gebruik en probleemoplossingsrapportgegevens in https://admin.webex.com.
Gebruikt lokale mediaverwerking wanneer gebruikers inbellen bij een Webex-vergadering vanaf op standaarden gebaseerde SIP-eindpunten en clients op locatie:
Op SIP gebaseerde eindpunten en clients (Cisco-eindpunten, Jabber, SIP van derden) die zijn geregistreerd bij gespreksbeheer op locatie (Cisco Unified Communications Manager of Expressway) die inbellen bij een Cisco Webex-vergadering.
Webex-app (inclusief gekoppeld aan ruimteapparaten) die deelnemen aan een Webex-vergadering.
Webex-ruimte- en bureauapparaten die rechtstreeks deelnemen aan een Webex-vergadering.
Biedt geoptimaliseerde IVR(Interactive Voice Response) voor audio en video aan op het netwerk gebaseerde SIP -eindpunten en clients.
H.323-, IP -inbel- en Skype voor Bedrijven-eindpunten (S4B) blijven deelnemen aan vergaderingen vanuit de cloud.
Ondersteunt 1080p 30fps HD-video als een optie voor vergaderingen, als deelnemers aan de vergadering die 1080p kunnen ondersteunen, worden gehost via de lokale videomesh-knooppunten op locatie. (Als een deelnemer deelneemt aan een lopende vergadering vanuit de cloud, blijven op locatie gebruikers 1080p 30fps ervaren op ondersteunde eindpunten.)
Verbeterde en gedifferentieerde QoS-markering (Quality of Service): aparte audio (EF) en video (AF41).
Webex-videomesh biedt momenteel geen ondersteuning voor Webex Webinars.Ondersteunt end-to-end gecodeerde vergaderingen (E2EE-vergaderingen). Als een klant Videomesh implementeert en het E2EE-vergaderingstype selecteert, wordt er een extra beveiligingslaag toegevoegd om ervoor te zorgen dat uw gegevens (media, bestanden, whiteboards, notities) veilig blijven en derden ervan worden weerhouden deze te openen of te wijzigen. Zie Zero-Trust Meetings implementeren voor meer informatie.
Privévergaderingen ondersteunen momenteel geen end-to-end-codering.
Clients en apparaten die het knooppunt voor videomesh gebruiken
We streven ernaar videomesh interoperabel te maken met relevante clients en apparaattypen. Hoewel het niet mogelijk is om alle scenario's te testen, omvat de test waarop deze gegevens zijn gebaseerd de meest voorkomende functies van de vermelde eindpunten en infrastructuur. Het ontbreken van een apparaat of client impliceert een gebrek aan tests en een gebrek aan officiële ondersteuning van Cisco.
Client- of apparaattype | Gebruikt knooppunt voor videomesh op point-to-point gesprek | Gebruikt een knooppunt voor videomesh op een vergadering met meerdere partijen |
|---|---|---|
Webex-app (bureaublad en mobiel) | Ja | Ja |
Webex-apparaten, inclusief ruimteapparaten en Webex Board. (Zie het gedeelte Vereisten voor eindpunten en de Webex-app voor een volledige lijst.) | Ja | Ja |
Draadloos delen in de ruimte tussen de Webex-app en ondersteunde ruimte-, bureau- en boardapparaten. | Ja | Ja |
Unified CM-geregistreerde apparaten (inclusief IX-eindpunten) en clients (inclusief Jabber VDI 12.6 en hoger en Webex VDI 39.3 en hoger) die inbellen bij een geplande Webex- of Webex-vergadering in een persoonlijke ruimte.* | Nee | Ja |
VCS-/Expressway-geregistreerde apparaten, die inbellen bij een geplande Webex-vergadering of een Webex-vergadering in een persoonlijke ruimte.* | Nee | Ja |
Webex Mijn videosysteem bellen met in de Webex-cloud geregistreerde videoapparaten | N.v.t. | Ja |
Webex-app-webclient ( https://web.webex.com) | Ja | Ja |
Telefoons geregistreerd bij Cisco Webex Calling | Nee | Nee |
Webex Mijn videosysteem bellen naar op locatie geregistreerde SIP-apparaten | N.v.t. | Nee |
* Het is niet mogelijk om te garanderen dat alle apparaten en clients op locatie zijn getest met de oplossing voor videomesh.
Incompatibiliteit van videomesh met de Webex-ervaring met de volledige functie
Als u de Webex-ervaring met volledige functies inschakelt voor de Webex-app, wordt de Webex-app niet ondersteund met de knooppunten voor videomesh. Die functie verzendt momenteel signalering en media rechtstreeks naar Webex. Toekomstige releases maken de Webex-app en de videomesh compatibel. Deze functie is standaard niet ingeschakeld voor klanten met videomesh.
Mogelijk hebt u problemen met de videomesh en de Webex-ervaring met alle functies:
Als u videomesh hebt toegevoegd aan uw implementatie na de introductie van die functie.
Als u deze functie hebt ingeschakeld zonder de invloed ervan op de videomesh te weten.
Als u problemen opmerkt, neemt u contact op met uw Cisco-accountteam om de schakelaar Webex-ervaring met volledige functionaliteit uit te schakelen.
Servicekwaliteit op knooppunt voor videomesh
Videomesh-knooppunten voldoen 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-beleid maken en effectief opmerkingen maken over verkeer van en naar de videomeshknooppunten.
Bij deze poortwijzigingen horen ook 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 op locatie geregistreerde eindpunten wordt altijd bepaald door de configuratie op het gespreksbeheer (Unified CM of VCS Expressway).
Zie voor meer informatie de QoS-tabel bij Poorten en protocollen gebruikt door videomesh en de stappen voor het in- of uitschakelen van QoS in de implementatietaakstroom voor videomesh
De Webex-app blijft verbinding maken met videomesh-knooppunten via gedeelde poort 5004. Deze poorten worden ook gebruikt door de Webex-app en eindpunten voor STUN-bereikbaarheidstests voor videomesh-knooppunten. Videomesh-knooppunt naar videomesh-knooppunt voor cascades gebruiken het bestemmingspoortbereik 10000-40000.Proxyondersteuning voor videomesh
Videomesh ondersteunt expliciete, transparante en niet-inspecterende proxy's. U kunt deze proxy's koppelen aan uw Video Mesh-implementatie zodat u het verkeer van de onderneming naar de cloud kunt beveiligen en bewaken. Deze functie verzendt op https gebaseerd verkeer voor signalering en beheer naar de proxy. Voor transparante proxy's worden netwerkverzoeken van videomesh-knooppunten doorgestuurd naar een specifieke proxy via regels voor bedrijfsnetwerkroutering. U kunt de beheerinterface voor de videomesh gebruiken voor certificaatbeheer en de algemene verbindingsstatus nadat u de proxy met de knooppunten hebt geïmplementeerd.
| Media reizen niet via de proxy. U moet de vereiste poorten voor mediastreams nog steeds openen om de cloud rechtstreeks te bereiken. Zie Poorten en protocollen voor beheer. |
De volgende proxytypen worden ondersteund door videomesh:
Expliciete proxy (inspecteren of niet-inspecteren): met expliciete proxy vertelt u de client (videomesh-knooppunten) welke proxyserver moet worden gebruikt. Deze optie ondersteunt een van de volgende verificatietypen:
Geen: er is geen verdere verificatie vereist. (Voor HTTP of HTTPS expliciete proxy.)
Basis: gebruikt voor een HTTP-gebruikersagent om een gebruikersnaam en wachtwoord op te geven bij het maken van een aanvraag en gebruikt Base64-codering. (Voor HTTP of HTTPS expliciete proxy.)
Digest: wordt gebruikt om de identiteit van het account te bevestigen voordat gevoelige informatie wordt verzonden en past een hash-functie toe op de gebruikersnaam en het wachtwoord voordat het via het netwerk wordt verzonden. (Voor HTTPS expliciete proxy.)
NTLM: net als Digest wordt NTLM gebruikt om de identiteit van het account te bevestigen voordat gevoelige informatie wordt verzonden. Gebruikt Windows-referenties in plaats van de gebruikersnaam en het wachtwoord. Voor dit verificatieschema moeten meerdere uitwisselingen worden voltooid. (Voor expliciete HTTP-proxy.)
Transparante proxy (niet-inspecteren): videomesh-knooppunten zijn niet geconfigureerd voor het gebruik van een specifiek proxyserveradres en vereisen geen wijzigingen om met een niet-inspecterende proxy te werken.
Transparante proxy (inspectie): videomesh-knooppunten zijn niet geconfigureerd om een specifiek proxyserveradres te gebruiken. Er zijn geen http(s)-configuratiewijzigingen nodig in de videomesh. De videomesh-knooppunten hebben echter een basiscertificaat nodig zodat ze de proxy vertrouwen. Het inspecteren van proxy's wordt doorgaans gebruikt door IT om beleidslijnen af te dwingen met betrekking tot welke websites kunnen worden bezocht en soorten inhoud die niet zijn toegestaan. Dit type proxy decodeert al uw verkeer (zelfs https).
Ondersteunde resoluties en framerates voor videomesh
Deze tabel bevat de ondersteunde resoluties en framerates vanuit het perspectief van afzender-ontvanger in een vergadering die wordt gehost op een knooppunt voor videomesh. De afzender-client (app of apparaat) bevindt zich in de bovenste rij van de tabel, terwijl de ontvanger-client zich in de linkerkolom van de tabel bevindt. De overeenkomstige cel tussen de twee deelnemers legt de onderhandelde inhoudsresolutie, frames per sectie en audiobron vast.
| De resolutie heeft invloed op de gesprekscapaciteit op elk knooppunt voor videomesh. Zie Capaciteit voor videomesh-knooppunten voor meer informatie. |
De resolutie en frameraatwaarde worden gecombineerd als XXXpYY: 720p10 betekent bijvoorbeeld 720p bij 10 frames per seconde.
De afkortingen van de definitie (SD, HD en FHD) in de rij van de afzender en de kolom van de ontvanger verwijzen naar de bovenste resolutie van de client of het apparaat:
SD: standaarddefinitie (576p)
HD: hoge definitie (720p)
FHD: Full High Definition (1080p)
Ontvanger | Afzender | ||||||
|---|---|---|---|---|---|---|---|
Webex-app | Mobiele Webex-app | SIP-geregistreerde apparaten (HD) | SIP-geregistreerde apparaten (FHD) | Geregistreerde Webex-apparaten (SD) | Geregistreerde Webex-apparaten (HD) | Geregistreerde Webex-apparaten (FHD) | |
Desktop van de Webex-app | 720 p10 Gemengde audio* | 720 p10 Gemengde audio | 720 p30 Gemengde audio | 720 p30 Gemengde audio | 576 p15 Audio-inhoud** | 720 p30 Gemengde audio | 720 p30 Gemengde audio |
Mobiele Webex-app | — | — | — | — | — | — | — |
SIP-geregistreerde apparaten (HD) | 720 p30 Audio van inhoud | 720 p15 Gemengde audio | 1080 p15 Gemengde audio | 1080 p15 Gemengde audio | 576 p15 Gemengde audio | 1080 p15 Gemengde audio | 1080 p15 Gemengde audio |
SIP-geregistreerde apparaten (FHD) | 1080p30 Gemengde audio | 720 p15 Gemengde audio | 1080 p15 Gemengde audio | 1080p30 Gemengde audio | 576 p15 Gemengde audio | 1080 p15 Gemengde audio | 1080p30 Gemengde audio |
| Geregistreerde Webex-apparaten (SD) | 1080 p15 Gemengde audio | 720 p15 Gemengde audio | 1080 p15 Gemengde audio | 1080 p15 Gemengde audio | 576 p15 Gemengde audio | 1080 p15 Gemengde audio | 1080 p15 Gemengde audio |
Geregistreerde Webex-apparaten (FHD) | 1080p30 Gemengde audio | 720 p15 Gemengde audio | 1080 p15 Gemengde audio | 1080p30 Gemengde audio | 576 p15 Gemengde audio | 1080 p15 Gemengde audio | 1080p30 Gemengde audio |
* Content Audio verwijst naar de audio die wordt afgespeeld vanuit de specifieke inhoud die wordt gedeeld, zoals een streamingvideo. Deze audiostream staat los van de audio van de normale vergadering.
** Gemengde audio verwijst naar een mix van de audio van de deelnemer aan de vergadering en de audio van de gedeelde inhoud.
Vereisten voor videomesh
Videomesh is beschikbaar met de aanbiedingen die zijn gedocumenteerd in Licentievereisten voor hybride services.
Vereisten voor gespreksbeheer en vergaderingsintegratie voor videomesh
Gespreksbeheer en bestaande vergaderinfrastructuur zijn niet vereist voor het gebruik van videomesh, maar u kunt de twee integreren. Als u videomesh integreert met uw gespreksbeheer en vergaderingsinfrastructuur, moet u ervoor zorgen dat uw omgeving voldoet aan de minimumcriteria die in de volgende tabel zijn gedocumenteerd.
Doel van de component | Minimaal ondersteunde versie |
|---|---|
Gespreksbeheer op locatie | Cisco Unified Communications Manager, versie 11.5(1) SU3 of hoger. (We raden de nieuwste SU-versie aan.) Cisco Expressway-C of E, versie X8.11.4 of hoger. (Zie het gedeelte 'Belangrijke informatie' in de Expressway-release-opmerkingen voor meer informatie.) |
Vergaderinfrastructuur | Webex Meetings WBS33 of hoger. (U kunt controleren of uw Webex-site zich op het juiste platform bevindt als de lijst met typen mediabronnen beschikbaar is in de siteopties voor Cloud CMR (samenwerkingsvergaderruimte).)
Neem contact op met uw CSM (Customer Success Manager) of partner om ervoor te zorgen dat uw site klaar is voor videomesh. |
Failover-afhandeling | Cisco Expressway-C of E, versie X8.11.4 of hoger. (Zie het gedeelte 'Belangrijke informatie' in de Expressway-release-opmerkingen voor meer informatie.) |
Vereisten voor eindpunt en Webex-app
Doel van de component | Details |
|---|---|
Ondersteunde eindpunten | |
Ondersteunde versies van de Webex-app | Videomesh ondersteunt de Webex-app voor desktop (Windows, Mac) en mobiel (Android, iPhone en iPad). Om de app voor een ondersteund platform te downloaden, gaat u naar https://www.webex.com/downloads.html. |
Ondersteunde codecs | Zie Webex|-videospecificaties voor gesprekken en vergaderingen voor de ondersteunde audio- en videocodecs. Let op deze waarschuwingen voor videomesh:
|
Ondersteunde Webex-geregistreerde Room-, Desk- en Board-apparaten | De volgende apparaten worden getest en bevestigd dat ze werken met knooppunten voor videomesh: |
Systeem- en platformvereisten voor knooppuntsoftware voor videomesh
Productieomgevingen
In productie-implementaties zijn er twee manieren om Video Mesh Node-software te implementeren op een bepaalde hardwareconfiguratie:
U kunt elke server instellen als één virtuele machine, wat het beste is voor implementaties met veel SIP-eindpunten.
Met de optie VMNLite kunt u elke server instellen met meerdere kleinere virtuele machines. VMNLite is het beste voor implementaties waarbij de meeste clients en apparaten de Webex-app en geregistreerde Webex-eindpunten zijn.
Deze vereisten zijn gemeenschappelijk voor alle configuraties:
VMware ESXi 7 of 8, vSphere 7 of 8
Hyperthreading ingeschakeld
De videomesh-knooppunten die onafhankelijk van de platformhardware worden uitgevoerd, hebben speciale vCPU's en RAM nodig. Resources delen met andere toepassingen wordt niet ondersteund. Dit geldt voor alle afbeeldingen van de Video Mesh-software.
Voor Video Mesh Lite (VMNLite)-beelden op een CMS-platform ondersteunen we alleen het hebben van VMNLite-beelden. Op de CMS-hardware met de VMNLite-software kan geen andere Video Mesh-afbeelding of niet-Video Mesh-toepassing staan.
Hardwareconfiguratie | Productie-implementatie als één virtuele machine | Productie-implementatie met VMNLite-VM's | Notities | ||
|---|---|---|---|---|---|
Cisco Meeting Server 1000 (CMS 1000) |
| Implementeer als 3 identieke virtuele machines, elk met:
| We raden dit platform voor knooppunt voor videomesh aan.
| ||
Op specificaties gebaseerde configuratie (2,6-GHz Intel Xeon E5-2600v3 of latere processor vereist) |
| Implementeer als 3 identieke virtuele machines, elk met:
| Voor elke virtuele videomesh-machine moeten CPU, RAM en harde schijven voor zichzelf zijn gereserveerd. Gebruik tijdens de configuratie de optie CMS1000 of VMNLite. Piek-IOP's (input/output-bewerkingen per seconde) voor NFS-opslag is 300 IOPS. | ||
Cisco Meeting Server 2000 (CMS 2000) | Implementeer als 8 identieke virtuele machines, elk met:
| Implementeer als 24 identieke virtuele machines, elk met:
| We raden dit platform voor knooppunt voor videomesh aan. Elk blad moet een volledige Cisco Meeting Server 1000 zijn met gereserveerde CPU, RAM en harde schijven per blad. Piek-IOP's voor NFS-opslag is 300 IOPS. |
Demoomgevingen
Voor basisdemodoeleinden kunt u een op specificaties gebaseerde hardwareconfiguratie gebruiken, met de volgende minimale vereisten:
14vCPU's (12 voor knooppunt voor videomesh, 2 voor ESXi)
8 GB hoofdgeheugen
20 GB lokale harde schijfruimte
2,6 GHz Intel Xeon E5-2600v3 of een latere processor
| Deze configuratie van videomesh wordt niet ondersteund door Cisco TAC. |
Zie Video Mesh Node Demo Software voor meer informatie over de demosoftware.
Bandbreedtevereisten
Knooppunten voor videomesh moeten een minimale internetbandbreedte van 10 Mbps hebben om zowel te uploaden als te downloaden.
Vereisten voor proxyondersteuning voor videomesh
We ondersteunen officieel de volgende proxyoplossingen die kunnen worden geïntegreerd met uw videomesh-knooppunten.
Cisco Web Security Appliance (WSA) voor transparante proxy
Squid voor expliciete proxy
Voor een expliciete proxy of een transparante inspecterende proxy die inspecteert (decodeert verkeer), moet u een kopie hebben van het hoofdcertificaat van de proxy dat u moet uploaden naar de vertrouwensopslag van het knooppunt voor videomesh op de webinterface.
We ondersteunen de volgende combinaties van expliciete proxy's en verificatietypen:
Geen verificatie met http en https
Basisverificatie met http en https
Digestverificatie met alleen https
NTLM-verificatie met alleen http
Voor transparante proxy's moet u de router/switch gebruiken om HTTPS/443-verkeer te forceren om naar de proxy te gaan. U kunt Web Socket ook dwingen om naar de proxy te gaan. (Websocket maakt gebruik van https.)
Voor videomesh zijn websocketverbindingen met cloudservices vereist, zodat de knooppunten correct werken. Bij expliciete en transparante inspectie-proxy's zijn http-headers vereist voor een goede websocketverbinding. Als deze worden gewijzigd, mislukt de websocketverbinding.
Wanneer de fout in de websocketverbinding optreedt op poort 443 (met transparante controleproxy ingeschakeld), leidt dit tot een waarschuwing na registratie in Control Hub: 'Bellen via SIP voor Webex-videomesh werkt niet correct.' Hetzelfde alarm kan om andere redenen optreden wanneer de proxy niet is ingeschakeld. Wanneer de headers van de websocket zijn geblokkeerd op poort 443, stromen de media niet tussen apps en SIP-clients.
Als media niet stromen, gebeurt dit vaak wanneer https-verkeer van het knooppunt over poort 443 mislukt:
Poort 443-verkeer is toegestaan door de proxy, maar het is een inspecterende proxy en breekt de websocket.
Om deze problemen te verhelpen, moet u mogelijk poort 443 “omzeilen” of “afsplitsen” (inspectie uitschakelen) om: *.wbx2.com en *.ciscospark.com.
Capaciteit voor knooppunten voor videomesh
Omdat videomesh een op software gebaseerd mediaproduct is, varieert de capaciteit van uw videomesh-knooppunten. Met name vergaderingsdeelnemers op de Webex-cloud hebben een zwaardere belasting op knooppunten. U krijgt lagere capaciteiten wanneer u meer cascades naar de Webex-cloud hebt. Andere factoren die van invloed zijn op de capaciteit zijn:
Soorten apparaten en clients
Videoresolutie
Netwerkkwaliteit
Piekbelasting
Implementatiemodel
| Het gebruik van de videomesh heeft geen invloed op het aantal Webex-licenties. |
Over het algemeen verdubbelt het toevoegen van meer knooppunten aan het cluster de capaciteit niet vanwege de overhead voor het instellen van cascades. Gebruik deze nummers als algemene richtlijnen. We raden het volgende aan:
Test algemene vergaderingsscenario's voor uw implementatie.
Gebruik de analyse in Control Hub om te zien hoe uw implementatie evolueert en voeg indien nodig capaciteit toe.
| Overloop op een laag gespreksvolume (vooral SIP-gesprekken die op locatie afkomstig zijn) is geen echte weergave van de schaal. Analyses voor videomesh (onder Control Hub > Resources > Gespreksactiviteit) geven de gespreksgedeelten aan die op locatie afkomstig zijn. Ze specificeren niet de gespreksstromen die binnenkwamen via de cascade naar het knooppunt voor videomesh voor mediaverwerking. Als het aantal externe deelnemers in een vergadering toeneemt, neemt het aantal cascades toe en worden er meer mediabronnen op locatie gebruikt op het knooppunt voor videomesh. |
Deze tabel geeft een overzicht van de capaciteitsbereiken voor verschillende mixen van deelnemers en eindpunten op normale videomesh-knooppunten. Onze tests omvatten vergaderingen met alle deelnemers op het lokale knooppunt en vergaderingen met een mix van lokale en clouddeelnemers. Als u meer deelnemers in de Webex-cloud hebt, verwacht u dat uw capaciteit in het onderste gedeelte van het bereik valt.
Scenario | Resolutie | Deelnemerscapaciteit |
|---|---|---|
Vergaderingen met alleen deelnemers aan de Webex-app | 720p | 100–130 |
1080p | 90-100 | |
Vergaderingen en 1-op-1-gesprekken met alleen deelnemers aan de Webex-app | 720p | 60-100 |
1080p | 90-100 | |
Vergaderingen met alleen SIP-deelnemers | 720p | 70-80 |
Vergaderingen met alleen SIP-deelnemers | 1080p | 30-40 |
Vergaderingen met Webex-app en SIP-deelnemers | 720p | 75–110 |
|
|
Capaciteit voor VMNLite
We raden VMNLite aan voor implementaties die voornamelijk de Webex-app en in de cloud geregistreerde eindpunten bevatten. In deze implementaties gebruiken de knooppunten meer schakel- en transcoderingsbronnen dan de standaardconfiguratie biedt. Als u meerdere kleinere virtuele machines op de host implementeert, worden de resources voor dit scenario geoptimaliseerd.
In deze tabel worden capaciteitsbereiken van verschillende mixen voor deelnemers en eindpunten weergegeven. Onze tests omvatten vergaderingen met alle deelnemers op het lokale knooppunt en vergaderingen met een mix van lokale en clouddeelnemers. Als u meer deelnemers in de Webex-cloud hebt, verwacht u dat uw capaciteit in het onderste gedeelte van het bereik valt.
Scenario | Resolutie | Deelnemerscapaciteit met 3 VMNLite-knooppunten op een server |
|---|---|---|
Vergaderingen met alleen deelnemers aan de Webex-app | 720p | 250-300 |
1080p | 230–240 | |
Vergaderingen en 1-op-1-gesprekken met alleen deelnemers aan de Webex-app | 720p | 175-275 |
1080p | 230–240 |
| De basisresolutie voor vergaderingen in de Webex-app is 720p. Maar wanneer u deelt, staan de miniaturen van de deelnemers op 180p. |
Clusters in videomesh
U implementeert knooppunten voor videomesh in clusters. Een cluster definieert videomesh-knooppunten met vergelijkbare kenmerken, zoals netwerkproximity. Deelnemers gebruiken een bepaald cluster of de cloud, afhankelijk van de volgende voorwaarden:
Een client in een bedrijfsnetwerk die een cluster op locatie kan bereiken, maakt er verbinding mee: de primaire voorkeur voor clients in het bedrijfsnetwerk.
Clients die deelnemen aan een privévergadering met videomesh maken alleen verbinding met clusters op locatie. U kunt speciaal voor deze privévergaderingen een afzonderlijk cluster maken.
Een client die geen cluster op locatie kan bereiken, maakt verbinding met de cloud. Dit geldt voor een mobiel apparaat dat niet is verbonden met het bedrijfsnetwerk.
Het gekozen cluster is ook afhankelijk van latentie, in plaats van alleen locatie. Een cloudcluster met een lagere STUN-retourvertraging (SRT) dan een videomesh-cluster is mogelijk een betere kandidaat voor de vergadering. Deze logica voorkomt dat een gebruiker landt op een geografisch verre cluster met een hoge SRT-vertraging.
Elk cluster bevat logica die vergaderingen, met uitzondering van privévergaderingen met videomesh, indien nodig trapsgewijs verdeelt over andere cloudvergaderingsclusters. Cascade biedt een gegevenspad voor media tussen clients in hun vergaderingen. Vergaderingen worden verdeeld over knooppunten en clients landen op het meest efficiënte knooppunt dat zich het dichtst bij hen bevindt, afhankelijk van factoren zoals netwerktopologie, WAN-koppeling en resourcegebruik.
De mogelijkheid van de client om mediaknooppunten te pingen bepaalt de bereikbaarheid. Een daadwerkelijk gesprek gebruikt verschillende potentiële verbindingsmechanismen, zoals UDP en TCP. Vóór het gesprek registreert het Webex-apparaat (Room-, Desk-, Board- en Webex-app) zich bij de Webex-cloud, die een lijst met clusterkandidaten voor het gesprek bevat.
| De knooppunten in een videomesh-cluster vereisen ongehinderde communicatie met elkaar. Ze vereisen ook ongehinderde communicatie met de knooppunten in al uw andere clusters voor videomesh. Zorg ervoor dat uw firewalls alle communicatie tussen de videomesh-knooppunten toestaan. |
Clusters voor privévergaderingen
U kunt een videomesh-cluster reserveren voor privévergaderingen. Wanneer het gereserveerde cluster vol is, worden de privévergaderingsmedia gecascadeerd naar uw andere clusters voor videomesh. Wanneer het gereserveerde cluster vol is, delen privévergaderingen en niet-privévergaderingen de resources van uw resterende clusters.
Niet-privévergaderingen gebruiken geen gereserveerd cluster en reserveren deze resources voor privévergaderingen. Als er geen resources meer beschikbaar zijn voor een niet-privévergadering in uw netwerk, wordt deze in plaats daarvan doorgeschakeld naar de Webex-cloud.
Zie Privévergaderingen voor meer informatie over de functie voor privévergaderingen met videomesh.
| U kunt de korte indeling van het videoadres (meet@your_site) niet gebruiken als u alle clusters voor videomesh reserveert voor privévergaderingen. Deze gesprekken mislukken momenteel zonder een goede foutmelding. Als u bepaalde clusters niet gereserveerd laat, kunnen gesprekken met de indeling van het korte videoadres via deze clusters worden verbonden. |
Richtlijnen voor de implementatie van het videomesh-cluster
In typische bedrijfsimplementaties raden we klanten aan maximaal 100 knooppunten per cluster te gebruiken. Er zijn geen harde limieten ingesteld in het systeem om een clustergrootte met meer dan 100 knooppunten te blokkeren. Als u echter grotere clusters moet maken, raden we u sterk aan deze optie te bekijken met Cisco-engineering via uw Cisco-accountteam.
Maak minder clusters wanneer resources een vergelijkbare netwerkproximity (affiniteit) hebben.
Voeg bij het maken van clusters alleen knooppunten toe die zich in dezelfde geografische regio en hetzelfde datacenter bevinden. Clustering over het WAN-netwerk (Wide Area Network) wordt niet ondersteund.
Implementeer doorgaans clusters in bedrijven die frequente gelokaliseerde vergaderingen hosten. Plan waar u clusters plaatst op de beschikbare bandbreedte op verschillende WAN-locaties in de onderneming. Na verloop van tijd kunt u cluster per cluster implementeren en groeien op basis van waargenomen gebruikerspatronen.
Clusters in verschillende tijdzones kunnen effectief meerdere regio's bedienen door gebruik te maken van verschillende gesprekspatronen voor piekuren/drukke uren.
Als u twee videomesh-knooppunten hebt in twee afzonderlijke datacenters (bijvoorbeeld EU en NA) en u eindpunten hebt die via elk datacenter worden samengevoegd, worden de knooppunten in elk datacenter gecascade naar één videomesh-knooppunt in de cloud. Deze cascades zouden over het internet gaan. Als er een clouddeelnemer is (die deelneemt vóór een van de deelnemers aan de videomesh), worden de knooppunten gecascadeerd via het mediaknooppunt van de clouddeelnemer.
Tijdzonediversiteit
Met tijdzonediversiteit kunnen clusters worden gedeeld tijdens daluren. Bijvoorbeeld: Een bedrijf met een Noord-Californische cluster en een New York cluster kan vinden dat de algehele netwerklatentie niet zo hoog is tussen de twee locaties die een geografisch diverse gebruikerspopulatie bedienen. Wanneer de middelen in het Noord-Californische cluster op een piek worden gebruikt, zal het New York-cluster waarschijnlijk buiten de piek vallen en extra capaciteit hebben. Hetzelfde geldt voor het Noord-Californische cluster, tijdens piekmomenten in het New Yorkse cluster. Dit zijn niet de enige mechanismen die worden gebruikt voor een effectieve inzet van middelen, maar het zijn de twee belangrijkste.
Overloop naar de cloud
Wanneer de capaciteit van alle clusters op locatie is bereikt, loopt een deelnemer op locatie over naar de Webex-cloud. Dit betekent niet dat alle gesprekken worden gehost in de cloud. Webex leidt alleen de deelnemers die extern zijn of geen verbinding kunnen maken met een cluster op locatie door naar de cloud. In een gesprek met zowel deelnemers op locatie als clouddeelnemers wordt het cluster op locatie overbrugd (trapsgewijs) naar de cloud om alle deelnemers in één gesprek te combineren.
Als u de vergadering instelt als het type privévergadering, behoudt Webex alle gesprekken op uw clusters op locatie. Privévergaderingen worden nooit overlopen naar de cloud.
Webex-apparaat wordt geregistreerd bij Webex
Naast het bepalen van bereikbaarheid voeren de clients ook periodieke 'round-trip delay'-tests uit via Simple Traversal van UDP via NAT (STUN). De STUN-retourvertraging (SRT) is een belangrijke factor bij het selecteren van potentiële resources tijdens een feitelijk gesprek. Wanneer meerdere clusters worden geïmplementeerd, zijn de primaire selectiecriteria gebaseerd op de ingeleerde SRT-vertraging. Bereikbaarheidstests worden op de achtergrond uitgevoerd, geïnitieerd door een aantal factoren, waaronder netwerkwijzigingen, en introduceren geen vertragingen die de tijden voor het instellen van gesprekken beïnvloeden. De volgende twee voorbeelden tonen mogelijke bereikbaarheidstestresultaten.
Tests voor retourvertraging: cloudapparaat kan cluster op locatie niet bereiken
Tests voor retourvertraging: cloudapparaat bereikt cluster op locatie
Aangeleerde bereikbaarheidsinformatie wordt aan de Webex-cloud verstrekt telkens wanneer een gesprek wordt ingesteld. Met deze informatie kan de cloud de beste resource (cluster of cloud) selecteren, afhankelijk van de relatieve locatie van de client voor beschikbare clusters en het type gesprek. Als er geen resources beschikbaar zijn in het voorkeurscluster, worden alle clusters getest op beschikbaarheid op basis van SRT-vertraging. Er wordt een voorkeurscluster gekozen met de laagste SRT-vertraging. Gesprekken worden op locatie bediend vanuit een secundair cluster wanneer het primaire cluster bezet is. Resources voor lokale videomesh worden het eerst geprobeerd, in volgorde van laagste SRT-vertraging. Wanneer alle lokale resources zijn uitgeput, maakt de deelnemer verbinding met de cloud.
Clusterdefinitie en locatie zijn essentieel voor een implementatie die de beste algemene ervaring biedt voor deelnemers. In het ideale geval biedt een implementatie resources waar de klanten zich bevinden. Als er niet genoeg resources worden toegewezen waar de clients de meeste gesprekken voeren, wordt meer interne netwerkbandbreedte gebruikt om gebruikers met verre clusters te verbinden.
Gesprek op locatie en in de cloud
Webex-apparaten op locatie met dezelfde clusteraffiniteit (voorkeur, op basis van nabijheid van het cluster) maken verbinding met hetzelfde cluster voor een gesprek. Webex-apparaten op locatie met verschillende clusteraffiniteiten op locatie, maken verbinding met verschillende clusters en de clusters worden vervolgens gecascade naar de cloud om de twee omgevingen te combineren tot één gesprek. Dit creëert een hub- en spaakontwerp met Webex-cloud als hub en de clusters op locatie die fungeren als spaken in de vergadering.
Gesprek op locatie met verschillende clusteraffiniteiten
Het Webex-apparaat maakt verbinding met een cluster of cloud op locatie op basis van de bereikbaarheid. Hieronder volgen voorbeelden van de meest voorkomende scenario's.
Webex-cloudapparaat maakt verbinding met de cloud
Webex-apparaat op locatie maakt verbinding met cluster op locatie
Webex-apparaat op locatie maakt verbinding met de cloud
Cloudclusterselectie voor overloop op basis van 250 ms of een hogere STUN retourvertraging
Hoewel de voorkeur voor knooppuntselectie uw lokaal geïmplementeerde videomesh-knooppunten is, ondersteunen we een scenario waarbij, als de STUN-retourvertraging (SRT) naar een videomesh-cluster op locatie de toelaatbare retourvertraging van 250 ms overschrijdt (wat meestal gebeurt als het cluster op locatie in een ander continent is geconfigureerd), het systeem het dichtstbijzijnde cloudmediaknooppunt in die geografie selecteert in plaats van een videomesh-knooppunt.
De Webex-app of het Webex-apparaat bevindt zich op het bedrijfsnetwerk in San Jose.
De clusters van San Jose en Amsterdam zijn op capaciteit of niet beschikbaar.
De vertraging van SRT voor de Shanghai-cluster is groter dan 250 ms en zal waarschijnlijk problemen met de mediakwaliteit met zich meebrengen.
De San Francisco-cloudcluster heeft een optimale vertraging van SRT.
De Shanghai Video Mesh cluster is uitgesloten van overweging.
Als gevolg hiervan loopt de Webex-app over naar het cloudcluster van San Francisco.
Privévergaderingen
Privévergaderingen isoleren alle media naar uw netwerk via videomesh. In tegenstelling tot normale vergaderingen, als de lokale knooppunten vol zijn, wordt de media niet gecascade naar de Webex-cloud. Privévergaderingen kunnen echter standaard worden gecascadeerd naar verschillende clusters voor videomesh op uw netwerk. Voor privévergaderingen op verschillende geografische locaties moeten uw videomesh-clusters directe verbinding met elkaar hebben om interclustercascades mogelijk te maken, zoals HQ1_VMN naar Remote1_VMN in de afbeelding.
Zorg ervoor dat de benodigde poorten zijn geopend in uw firewall om ongehinderde cascade tussen clusters toe te staan. Zie Poorten en protocollen voor beheer.
Alle deelnemers aan een privévergadering moeten deel uitmaken van de Webex-organisatie van uw vergaderingshost. Ze kunnen deelnemen via de Webex-app of een geverifieerd videosysteem (SIP-eindpunten die zijn geregistreerd bij UCM/VCS of een bij Webex geregistreerd videoapparaat). 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.
Implementatiemodellen ondersteund door videomesh
- Ondersteund in een implementatie voor videomesh
-
U kunt een knooppunt voor videomesh implementeren in een datacenter (bij voorkeur) of gedemilitariseerde zone (DMZ). Zie voor meer informatie Poorten en protocollen gebruikt door videomesh.
Voor een DMZ-implementatie kunt u de videomesh-knooppunten instellen in een cluster met de dual network interface (NIC). Met deze implementatie kunt u het interne bedrijfsnetwerkverkeer (gebruikt voor interbox-communicatie, cascades tussen knooppuntclusters en toegang tot de beheerinterface van het knooppunt) scheiden van het externe cloudnetwerkverkeer (gebruikt voor verbinding met de buitenwereld en cascades naar de cloud).
Dual NIC werkt op de volledige, VMNLite- en demoversie van knooppuntsoftware voor videomesh. U kunt de videomesh ook implementeren achter een 1:1 NAT-installatie.
U kunt videomesh-knooppunten integreren met uw gespreksbeheeromgeving. Zie bijvoorbeeld implementatiemodellen voor videomesh en Cisco Unified Communications Manager voor implementaties met een videomesh die zijn geïntegreerd met Unified CM.
De volgende typen adresvertaling worden ondersteund:
NAT (Dynamic Network Address Translation) met behulp van een IP-groep
Vertaling dynamisch poortadres (PAT)
1:1 NAT
Andere vormen van NAT zouden moeten werken zolang de juiste poorten en protocollen worden gebruikt, maar we ondersteunen ze niet officieel omdat ze niet zijn getest.
IPv4
Statisch IP-adres voor het knooppunt voor videomesh
- Niet ondersteund in een implementatie voor videomesh
-
IPv6
DHCP voor het knooppunt voor videomesh
Een cluster met een mix van één NIC en twee NIC's
Clustering van videomesh-knooppunten via het WAN (Wide Area Network)
Audio, video of media die niet door een knooppunt voor videomesh gaan:
Audio van telefoons
Peer-to-peer gesprek tussen Webex-app en op standaarden gebaseerd eindpunt
Audioverbinding op knooppunt voor videomesh
Media verzonden via Expressway C/E-paar
Videogesprek terugbellen vanuit Webex
Implementatiemodellen Voor Videomesh en Cisco Unified Communications Manager
Deze voorbeelden tonen algemene implementaties voor videomesh en helpen u te begrijpen waar clusters voor videomesh in uw netwerk kunnen passen. Houd er rekening mee dat de implementatie van videomesh afhankelijk is van factoren in uw netwerktopologie:
Locaties van datacenter
Kantoorlocaties en -grootte
Locatie en capaciteit voor internettoegang
Probeer over het algemeen de knooppunten voor videomesh te koppelen aan de clusters Unified CM of Session Management Edition (SME). Houd als beste praktijk de knooppunten zo gecentraliseerd mogelijk bij de lokale filialen.
Videomesh ondersteunt Session Management Edition (SME). Unified CM-clusters kunnen worden verbonden via een SME en vervolgens moet u een SME-trunk maken die verbinding maakt met de knooppunten voor videomesh.
Hub- en Spoke-architectuur
Dit implementatiemodel omvat gecentraliseerde netwerken en internettoegang. De centrale locatie heeft doorgaans een hoge concentratie van werknemers. In dit geval kan een videomesh-cluster op een centrale locatie worden geplaatst voor geoptimaliseerde mediaverwerking.
Clusters lokaliseren op kantoorlocaties levert op korte termijn mogelijk geen voordelen op en kan leiden tot suboptimale routering. We raden aan om clusters alleen in een kantoor te implementeren als er vaak wordt gecommuniceerd tussen kantoren.
Geografische verdeling
De geografisch verdeelde implementatie is onderling verbonden, maar kan merkbare latentie tussen regio's vertonen. Gebrek aan resources kan ervoor zorgen dat suboptimale cascades op korte termijn worden ingesteld wanneer er vergaderingen zijn tussen gebruikers in elke geografische locatie. In dit model raden we u aan knooppunten voor videomesh toe te wijzen in de buurt van regionale internettoegang.
Geografische verdeling met SIP-bellen
Dit implementatiemodel bevat regionale Unified CM-clusters. Elke cluster kan een SIP-trunk bevatten om resources te selecteren in de lokale videomesh-cluster. Een tweede trunk kan een failover-pad naar een Expressway-paar bieden als de resources beperkt worden.
Poorten en protocollen gebruikt door videomesh
Open de volgende poorten op uw firewall voor gebruik met de protocollen om een succesvolle implementatie van de videomesh en probleemloze werking van de videomesh-knooppunten te garanderen.
Zie Netwerkvereisten voor Webex-services voor meer informatie over de algemene netwerkvereisten voor Webex Teams.
Zie de Firewall Traversal-whitepaper voor meer informatie over firewall- en netwerkpraktijken voor Webex-services.
Als u mogelijke problemen met DNS-query's wilt oplossen, volgt u de documentatie DNS Best Practices, Network Protections en Attack Identification wanneer u uw bedrijfsfirewall configureert.
Meer designinformatie vindt u in de Preferred Architecture for Hybrid Services, CVD.
Poorten en protocollen voor beheer
| De knooppunten in een videomesh-cluster vereisen ongehinderde communicatie met elkaar. Ze vereisen ook ongehinderde communicatie met de knooppunten in al uw andere clusters voor videomesh. Zorg ervoor dat uw firewalls alle communicatie tussen de videomesh-knooppunten toestaan. |
De videomesh-knooppunten in een cluster moeten zich in hetzelfde VLAN- of subnetmasker bevinden.
Doel | Bron | Bestemming | Bron-IP | Bronpoort | Vervoersprotocol | Bestemmings-IP | Bestemmingspoort |
|---|---|---|---|---|---|---|---|
Management | Beheercomputer | Knooppunt voor videomesh | Indien nodig | Any | TCP, HTTPS | Knooppunt voor videomesh | 443 |
SSH voor toegang tot de beheerconsole voor videomesh | Beheercomputer | Knooppunt voor videomesh | Indien nodig | Any | TCP | Knooppunt voor videomesh | 22 |
Communicatie binnen het cluster | Knooppunt voor videomesh | Knooppunt voor videomesh | IP-adres van andere videomesh-knooppunten in het cluster | Any | TCP | Knooppunten voor videomesh | 8443 |
Management | Knooppunt voor videomesh | Webex-cloud | Indien nodig | Any | UDP, NTP UDP, DNS TCP, HTTPS (WebSockets) | Any | 123* 53* |
Trapsgewijze signalering | Knooppunt voor videomesh | Webex-cloud | Any | Any | TCP | Any | 443 |
Trapsgewijze media | Knooppunt voor videomesh | Webex-cloud | Knooppunt voor videomesh | Alle*** | UDP | Any Zie het gedeelte 'IP-subnetten voor Webex-mediaservices' in Netwerkvereisten voor Webex-services voor specifieke adresbereiken. | 5004 50000 tot 53000 Zie het gedeelte 'Webex-services – Poortnummers en protocollen' in Netwerkvereisten voor Webex-services voor meer informatie. |
Trapsgewijze signalering | Vido-meshcluster (1) | Vido-meshcluster (2) | Any | Any | TCP | Any | 443 |
Trapsgewijze media | Vido-meshcluster (1) | Vido-meshcluster (2) | Vido-meshcluster (1) | Alle*** | UDP | Any | 5004 50000 tot 53000 |
Management | Knooppunt voor videomesh | Webex-cloud | Indien nodig | Any | TCP, HTTPS | Alle** | 443 |
Management | Knooppunt voor videomesh (1) | Knooppunt voor videomesh (2) | Knooppunt voor videomesh (1) | Any | TCP, HTTPS (WebSockets) | Knooppunt voor videomesh (2) | 443 |
Interne communicatie | Knooppunt voor videomesh | Alle andere knooppunten voor videomesh | Knooppunt voor videomesh | Any | UDP | Any | 10000 tot 40000 |
* De standaardconfiguratie in de OVA is geconfigureerd voor NTP en DNS. De OVA vereist dat u de poorten uitgaand naar het internet opent. Als u een lokale NTP- en DNS-server configureert, hoeft u de poorten 53 en 123 niet via de firewall te openen.
** Omdat bepaalde cloudservice-URL's zonder waarschuwing kunnen worden gewijzigd, is ELKE bestemming de aanbevolen voor een probleemloze werking van de videomesh-knooppunten. Als u liever verkeer filtert op basis van URL's, raadpleegt u het gedeelte Webex Teams URL's voor hybride services
van de Netwerkvereisten voor Webex-services voor meer informatie.
***De poorten variëren afhankelijk van of u QoS inschakelt. Met QoS ingeschakeld zijn de poorten 52.500-59499, 63000-64667, 59500-62999 en 64688-65500. Met QoS uit zijn de poorten 34.000-34.999.
Verkeershandtekeningen voor videomesh (servicekwaliteit ingeschakeld)
Voor implementaties waarbij het knooppunt voor videomesh zich aan de zakelijke kant van de DMZ of in de firewall bevindt, is er een configuratie-instelling voor het knooppunt voor videomesh in de Webex Control Hub waarmee de beheerder de poortbereiken kan optimaliseren die door het knooppunt voor videomesh worden gebruikt voor QoS-netwerkmarkering. Deze instelling voor servicekwaliteit is standaard ingeschakeld en wijzigt de bronpoorten die worden gebruikt voor het delen van audio, video en inhoud naar de waarden in deze tabel. Met deze instelling kunt u QoS-markeringsbeleid configureren op basis van UDP-poortbereiken om audio te onderscheiden van video of inhoud delen en alle audio markeren met de aanbevolen waarde EF en video en inhoud delen met een aanbevolen waarde AF41.
De tabel en het diagram tonen UDP-poorten die worden gebruikt voor audio- en videostreams, die de belangrijkste focus zijn van QoS-netwerkconfiguraties. Hoewel het QoS-markeringsbeleid voor media via UDP centraal staat in de volgende tabel, beëindigen Webex-videomesh-knooppunten ook het TCP-verkeer voor het delen van presentaties en inhoud voor de Webex-app met tijdelijke poorten 52500 tot 65500. Als een firewall tussen de knooppunten voor videomesh en de Webex-app zit, moeten deze TCP-poorten ook worden toegestaan voor een goede werking.
| Het knooppunt voor videomesh markeert het verkeer intern. Deze systeemeigen markering is asymmetrisch in sommige stromen en is afhankelijk van of de bronpoorten gedeelde poorten zijn (één poort zoals 5004 voor meerdere stromen naar verschillende bestemmingen en bestemmingspoorten) of dat ze dat niet zijn (waarbij de poort in een bereik valt, maar uniek is voor die specifieke bidirectionele sessie). Als u de systeemeigen markering van een knooppunt voor videomesh wilt begrijpen, moet u er rekening mee houden dat het knooppunt voor videomesh audio-EF markeert wanneer het de 5004-poort niet als bronpoort gebruikt. Sommige bidirectionele stromen, zoals cascades van videomesh naar videomesh of videomesh naar de Webex-app, worden asymmetrisch gemarkeerd. Dit is een reden om het netwerk te gebruiken om verkeer te noteren op basis van de opgegeven UDP-poortbereiken. |
| Bron-IP-adres | IP-adres bestemming | Bron-UDP-poorten | UDP-bestemmingspoorten | Systeemeigen DSCP-markering | Mediatype |
Knooppunt voor videomesh | Webex cloud-mediaservices | 35000 tot 52499 | 5004 | AF41 | STUN-pakketten testen |
| Knooppunt voor videomesh | Webex cloud-mediaservices | 52500 tot 59499 | 5004 | Ef | Audio |
| Knooppunt voor videomesh | Webex cloud-mediaservices | 63000 tot 64667 | 5004 | AF41 | Video |
| Knooppunt voor videomesh | Webex cloud-mediaservices | 59500 tot 62999 | 50000 tot 51499 | Ef | Audio |
| Knooppunt voor videomesh | Webex cloud-mediaservices | 64668 tot 65500 | 51500 tot 53000 | AF41 | Video |
| Knooppunt voor videomesh | Knooppunt voor videomesh | 10000 tot 40000 | 10000 tot 40000 | — | Audio |
| Knooppunt voor videomesh | Knooppunt voor videomesh | 10000 tot 40000 | 10000 tot 40000 | — | Video |
| Knooppunt voor videomesh | Unified CM SIP-eindpunten | 52500 tot 59499 | Unified CM SIP-profiel | Ef | Audio |
| Knooppunt voor videomesh | Unified CM SIP-eindpunten | 63000 tot 64667 | Unified CM SIP-profiel | AF41 | Video |
Videomesh-cluster | Videomesh-cluster | 52500 tot 59499 | 5004 | Ef | Audio |
Videomesh-cluster | Videomesh-cluster | 63000 tot 64667 | 5004 | AF41 | Video |
Videomesh-cluster | Videomesh-cluster | 59500 tot 62999 | 50000 tot 51499 | Ef | Audio |
Videomesh-cluster | Videomesh-cluster | 64668 tot 65500 | 51500 tot 53000 | AF41 | Video |
| Knooppunt voor videomesh | Webex Teams-toepassing of -eindpunt* | 5004 | 52000 tot 52099 | AF41 | Audio |
| Knooppunt voor videomesh | Webex Teams-toepassing of -eindpunt | 5004 | 52100 tot 52299 | AF41 | Video |
*De richting van het mediaverkeer bepaalt de DSCP-markeringen. Als de bronpoorten afkomstig zijn van het knooppunt voor videomesh (van het knooppunt voor videomesh naar de Webex Teams-app), wordt het verkeer alleen gemarkeerd als AF41. Mediaverkeer dat afkomstig is van de Webex Teams-app of Webex-eindpunten heeft de afzonderlijke DSCP-markeringen, maar het retourverkeer van de gedeelde poorten van het knooppunt voor videomesh niet.
| Poortdifferentiatie UDP-bron (Windows Webex-app-clients): Neem contact op met uw lokale accountteam als u wilt dat UDP-bronpoortdifferentiatie is ingeschakeld voor uw organisatie. Als dit niet is ingeschakeld, kan het delen van audio en video niet worden gedifferentieerd door Windows OS. De bronpoorten zijn hetzelfde voor audio, video en inhoud delen op Windows-apparaten. |
Verkeershandtekeningen voor videomesh (servicekwaliteit uitgeschakeld)
Voor implementaties waarbij het knooppunt voor videomesh zich in de DMZ bevindt, is er een configuratie-instelling voor het knooppunt voor videomesh in de Webex Control Hub waarmee u de poortbereiken kunt optimaliseren die door het knooppunt voor videomesh worden gebruikt. Als deze instelling voor servicekwaliteit is uitgeschakeld (standaard ingeschakeld), worden de bronpoorten die worden gebruikt voor het delen van audio, video en inhoud van het knooppunt voor videomesh gewijzigd in een bereik van 34000 tot 34999. Het knooppunt voor videomesh markeert vervolgens alle audio, video en inhoud delen met één DSCP van AF41.
| Omdat de bronpoorten voor alle media hetzelfde zijn, ongeacht de bestemming, kunt u de audio niet onderscheiden van video of inhoud delen op basis van poortbereik als deze instelling is uitgeschakeld. Met deze configuratie kunt u eenvoudiger gaten in firewallpinnen configureren voor media waarvoor Quality of Service is ingeschakeld. |
De tabel en het diagram geven de UDP-poorten weer die worden gebruikt voor audio- en videostreams wanneer QoS is uitgeschakeld.
| Bron-IP-adres | IP-adres bestemming | Bron-UDP-poorten | UDP-bestemmingspoorten | Systeemeigen DSCP-markering | Mediatype |
| Knooppunt voor videomesh | Webex cloud-mediaservices | 34000 tot 34999 | 5004 | AF41 | Audio |
| Knooppunt voor videomesh | Webex cloud-mediaservices | 34000 tot 34999 | 5004 | AF41 | Video |
| Knooppunt voor videomesh | Webex cloud-mediaservices | 34000 tot 34999 | 50000 tot 51499 | AF41 | Audio |
| Knooppunt voor videomesh | Webex cloud-mediaservices | 34000 tot 34999 | 51500 tot 53000 | AF41 | Video |
| Knooppunt voor videomesh | Knooppunt voor videomesh | 10000 tot 40000 | 10000 tot 40000 | AF41 | Audio |
| Knooppunt voor videomesh | Knooppunt voor videomesh | 10000 tot 40000 | 10000 tot 40000 | AF41 | Video |
Videomesh-cluster | Videomesh-cluster | 34000 tot 34999 | 5004 | AF41 | Audio |
Videomesh-cluster | Videomesh-cluster | 34000 tot 34999 | 5004 | AF41 | Video |
Videomesh-cluster | Videomesh-cluster | 34000 tot 34999 | 50000 tot 51499 | AF41 | Audio |
Videomesh-cluster | Videomesh-cluster | 34000 tot 34999 | 51500 tot 53000 | AF41 | Video |
| Knooppunt voor videomesh | Unified CM SIP-eindpunten | 52500 tot 59499 | Unified CM SIP-profiel | AF41 | Audio |
| Knooppunt voor videomesh | Unified CM SIP-eindpunten | 63000 tot 64667 | Unified CM SIP-profiel | AF41 | Video |
Knooppunt voor videomesh | Webex cloud-mediaservices | 35000 tot 52499 | 5004 | AF41 | STUN-pakketten testen |
| Knooppunt voor videomesh | Webex Teams-toepassing of -eindpunt | 5004 | 52000 tot 52099 | AF41 | Audio |
| Knooppunt voor videomesh | Webex Teams-toepassing of -eindpunt | 5004 | 52100 tot 52299 | AF41 | Video |
Poorten en protocollen voor Webex Meetings-verkeer
Doel | Bron | Bestemming | Bron-IP | Bronpoort | Vervoersprotocol | Bestemmings-IP | Bestemmingspoort |
|---|---|---|---|---|---|---|---|
Bellen naar vergadering | Apps (bureaublad- en mobiele apps van de Webex-app) Bij Webex geregistreerde apparaten | Knooppunt voor videomesh | Indien nodig | Any | UDP en TCP (gebruikt door de Webex-app) SRTP (Alle) | Alle** | 5004 |
SIP-apparaat dat naar een vergadering belt (SIP-signalering) | Unified CM- of Cisco Expressway-gespreksbeheer | Knooppunt voor videomesh | Indien nodig | Efeze (>=1024) | TCP of TLS | Alle** | 5060 of 5061 |
Cascade | Knooppunt voor videomesh | Webex-cloud | Indien nodig | 34000 tot 34999 | UDP, SRTP (Alle)* | Alle** | 5004 50000 tot 53000*** |
Cascade | Knooppunt voor videomesh | Knooppunt voor videomesh | Indien nodig | 34000 tot 34999 | UDP, SRTP (Alle)* | Alle** | 5004 |
| Poort 5004 wordt gebruikt voor alle cloudmedia en videomesh-knooppunten op locatie. De Webex-app blijft verbinding maken met videomesh-knooppunten via gedeelde poorten 5004. Deze poorten worden ook gebruikt door de Webex-app en door Webex geregistreerde eindpunten voor STUN-tests naar videomesh-knooppunten. Videomesh-knooppunt naar videomesh-knooppunt voor cascades gebruiken bestemmingspoortbereik van 10000-40000.* TCP wordt ook ondersteund, maar heeft geen voorkeur omdat het de mediakwaliteit kan beïnvloeden. |
** Als u IP-adressen wilt beperken, raadpleegt u de IP-adresbereiken die zijn beschreven in Netwerkvereisten voor Webex-services.
*** De Expressway gebruikt dit poortbereik al voor de Webex-cloud. Voor de meeste implementaties zijn dus geen updates nodig om deze nieuwe vereiste voor videomesh te ondersteunen. Maar als uw implementatie strengere firewallregels heeft, moet u mogelijk uw firewallconfiguratie bijwerken om deze poorten voor videomesh te openen.
Voor de beste ervaring met het gebruik van Webex in uw organisatie configureert u uw firewall om al het uitgaande TCP- en UDP-verkeer dat is bestemd voor poorten 5004 en alle inkomende antwoorden op dat verkeer toe te staan. De hierboven vermelde poortvereisten gaan ervan uit dat de videomesh-knooppunten zijn geïmplementeerd in het LAN (bij voorkeur) of in een DMZ en dat de Webex-app zich in het LAN bevindt.
Videokwaliteit en schalen voor videomesh
Hieronder vindt u enkele veelvoorkomende vergaderingsscenario's wanneer een cascade wordt gemaakt. Videomesh is adaptief, afhankelijk van de beschikbare bandbreedte en verdeelt de resources dienovereenkomstig. Voor apparaten in de vergadering die het knooppunt voor videomesh gebruiken, biedt de cascadekoppeling het voordeel van het verminderen van de gemiddelde bandbreedte en het verbeteren van de vergaderervaring voor de gebruiker.
| Voor richtlijnen voor bandbreedtevoorziening en capaciteitsplanning raadpleegt u de Preferred Architecture-documentatie. |
Op basis van de actieve sprekers in de vergadering worden de cascadekoppelingen tot stand gebracht. Elke cascade kan maximaal 6 streams bevatten en de cascade is beperkt tot 6 deelnemers (6 in de richting van de Webex-app/SIP naar de Webex-cloud en 5 in de tegenovergestelde richting). Elke mediabron (cloud en videomesh) vraagt de externe kant naar de streams die nodig zijn om te voldoen aan de lokale eindpuntvereisten van alle externe deelnemers in de cascade.
Om een flexibele gebruikerservaring te bieden, kan het Webex-platform video voor meerdere streams naar deelnemers aan de vergadering uitvoeren. Dezelfde mogelijkheid is van toepassing op de cascadekoppeling tussen knooppunten voor videomesh en de cloud. In deze architectuur variëren de bandbreedtevereisten afhankelijk van een aantal factoren, zoals de eindpuntlay-outs.
Architectuur
In deze architectuur verzenden eindpunten met een Cisco Webex-registratie signalering naar de cloud en media naar de schakelservices. SIP-eindpunten op locatie verzenden signalering naar de gespreksbeheeromgeving (Unified CM of Expressway), die deze vervolgens naar het knooppunt voor videomesh verzendt. Media wordt naar de transcoderingsservice verzonden.
Deelnemers in de cloud en op locatie
Lokale deelnemers op locatie op het knooppunt voor videomesh vragen de gewenste streams op basis van hun indelingsvereisten. Deze streams worden doorgestuurd van het knooppunt voor videomesh naar het eindpunt voor lokale apparaatweergave.
Elk cloud- en videomesh-knooppunt vraagt HD- en SD-resoluties aan van alle deelnemers die in de cloud geregistreerde apparaten of de Webex-app zijn. Afhankelijk van het eindpunt worden maximaal 4 resoluties verzonden, meestal 1080p, 720p, 360p en 180p.
Cascades
De meeste Cisco-eindpunten kunnen 3 of 4 streams van één bron verzenden in een reeks resoluties (van 1080p tot 180p). De lay-out van het eindpunt bepaalt de vereiste voor de stromen die nodig zijn aan de andere kant van de cascade. Voor actieve aanwezigheid is de hoofdvideostream 1080p of 720p, de videovensters (PiPS) zijn 180p. Voor gelijke weergave is de resolutie in de meeste gevallen 480p of 360p voor alle deelnemers. De cascade die is gemaakt tussen knooppunten voor videomesh en de cloud verzendt ook 720p, 360p en 180p in beide richtingen. Inhoud wordt verzonden als één stream en audio wordt verzonden als meerdere streams.
Trapsgewijze bandbreedtegrafieken die een meting per cluster bieden, zijn beschikbaar in het menu Analyse in Webex Control Hub. U kunt cascadebandbreedte niet configureren per vergadering in Control Hub.
| De maximale onderhandelde cascadebandbreedte per vergadering is 20 Mbps voor hoofdvideo voor alle bronnen en de meerdere hoofdvideostreams die ze kunnen verzenden. Deze maximale waarde omvat niet het inhoudskanaal of de audio. |
Voorbeeld van hoofdvideo met meerdere lay-outs
De volgende schema's illustreren een voorbeeld van een vergaderscenario en hoe de bandbreedte wordt beïnvloed wanneer er meerdere factoren spelen. In het voorbeeld verzenden alle Webex-app en Webex-geregistreerde apparaten 1x720p-, 1x360p- en 1x180p-streams naar videomesh. In de cascade worden stromen van 720p, 360p en 180p in beide richtingen verzonden. De reden is dat er Webex-app en Webex-geregistreerde apparaten zijn die 720p, 360p en 180p ontvangen aan beide zijden van de cascade.
| In de diagrammen zijn de bandbreedtenummers voor verzonden en ontvangen gegevens bijvoorbeeld alleen voor doeleinden. Ze zijn geen uitputtende dekking van alle mogelijke vergaderingen en bijbehorende bandbreedtevereisten. Verschillende vergaderscenario's (deelnemende deelnemers, apparaatmogelijkheden, inhoud delen binnen de vergadering, activiteit op een bepaald moment tijdens de vergadering) leveren verschillende bandbreedteniveaus op. |
Het diagram hieronder toont een vergadering met in de cloud en op locatie geregistreerde eindpunten en een actieve spreker.
In dezelfde vergadering toont het onderstaande diagram een voorbeeld van een cascade die is gemaakt tussen de knooppunten voor videomesh en de cloud in beide richtingen.
In dezelfde vergadering toont het onderstaande diagram een voorbeeld van een cascade vanuit de cloud.
Het diagram hieronder toont een vergadering met dezelfde apparaten hierboven, samen met een Webex Meetings-client. Het systeem verzendt de actieve spreker en de laatste actieve spreker in hoge definitie, samen met een extra HD-stream van de actieve spreker voor Webex Meeting-clients, omdat de videomesh-knooppunten de Webex Meetings op dit moment niet ondersteunen.
Vereisten voor Webex-services
Werk samen met uw partner, CSM (Customer Success Manager) of testvertegenwoordiger om de Cisco Webex-site en Webex-services voor videomesh correct in te richten:
U moet een Webex-organisatie hebben met een betaald abonnement op Webex-services.
Als u optimaal gebruik wilt maken van videomesh, moet u ervoor zorgen dat uw Webex-site op videoplatformversie 2.0 staat. (U kunt controleren of uw site op videoplatformversie 2.0 staat als de lijst Type mediabron beschikbaar is in de siteopties voor Cloud CMR (samenwerkingsvergaderruimte).)
U moet CMR inschakelen voor uw Webex-site onder gebruikersprofielen. (U kunt dit doen in een CSV-bulkupdate met het SupportCMR-kenmerk).
Zie Functievergelijking en migratiepad van hybride samenwerkingsvergaderruimte naar videomesh in de bijlage voor meer informatie.
Controleer of het bronland correct is
Videomesh maakt gebruik van de GDM-mogelijkheden (Global Distributed Media) van Webex om betere mediaroutering te realiseren. Voor optimale connectiviteit selecteert Webex het dichtstbijzijnde cloudmediaknooppunt bij uw onderneming bij het uitvoeren van videomeshcascades naar Webex. Het verkeer gaat vervolgens via de Webex backbone om te communiceren met de Webex microservices voor de vergadering. Deze routering minimaliseert de latentie en houdt het meeste verkeer op de Webex backbone en buiten internet.
Ter ondersteuning van GDM gebruiken we MaxMind als GeoIP-locatieprovider voor dit proces. Controleer of MaxMind de locatie van uw openbare IP-adres correct identificeert om een efficiënte routering te garanderen.
| 1 | Voer in een webbrowser deze URL in met het openbare IP-adres van uw Expressway of eindpunt aan het einde. U ontvangt een antwoord als volgt: |
| 2 | Controleer of de |
| 3 | Als de locatie onjuist is, dient u een verzoek in om de locatie van uw openbare IP-adres te corrigeren naar MaxMind op https://support.maxmind.com/geoip-data-correction-request/correct-a-geoip-location. |
De vereisten voor videomesh voltooien
Gebruik deze controlelijst om ervoor te zorgen dat u klaar bent om knooppunten voor videomesh te installeren en te configureren en om een Webex-site met videomesh te integreren.
| 1 | Zorg ervoor dat u:
| ||
| 2 | Werk samen met uw partner, CSM (Customer Success Manager) of vertegenwoordiger van de proefperiode om uw Webex-omgeving te begrijpen en voor te bereiden zodat u verbinding kunt maken met videomesh. Zie Vereisten voor Webex-services voor meer informatie. | ||
| 3 | Neem de volgende netwerkinformatie op om deze toe te wijzen aan uw videomesh-knooppunten:
| ||
| 4 | Zorg ervoor dat uw Webex-organisatie is ingeschakeld voor videomesh voordat u de installatie start. Deze service is beschikbaar voor organisaties met bepaalde betaalde Webex-service-abonnementen zoals beschreven in Licentievereisten voor Cisco Webex hybride services. Neem contact op met uw Cisco-partner of accountmanager voor hulp. | ||
| 5 | Kies een ondersteunde op hardware of specificaties gebaseerde configuratie voor uw knooppunt voor videomesh, zoals beschreven in Systeem- en platformvereisten voor knooppunt voor videomesh. | ||
| 6 | Zorg ervoor dat op uw server VMware ESXi 7 of 8 en vSphere 7 of 8 worden uitgevoerd terwijl een VM-host operationeel is. | ||
| 7 | Als u videomesh integreert met uw Unified CM-gespreksbeheeromgeving en u wilt dat de deelnemerslijsten consistent zijn op verschillende vergaderplatforms, moet u ervoor zorgen dat uw Unified CM-clusterbeveiligingsmodus is ingesteld op gemengde modus, zodat deze TLS-gecodeerd verkeer ondersteunt. End-to-end gecodeerd verkeer is vereist om deze functionaliteit te laten werken. Zie het hoofdstuk TLS-instellingen in de Beveiligingshandleiding voor Cisco Unified Communications Manager voor meer informatie over het overschakelen van uw Unified CM-omgeving naar gemengde modus. Zie de handleiding Active Control-oplossing voor meer informatie over de functies en over het instellen van end-to-end-codering. | ||
| 8 | Als u een proxy (expliciet, transparant inspecteren of transparant niet-inspecteren) integreert met videomesh, zorg er dan voor dat u de vereisten volgt zoals beschreven in Vereisten voor proxyondersteuning voor videomesh. |
De volgende stappen
Knooppuntsoftware voor videomesh installeren en configureren
Taakstroom implementatie videomesh
Voordat u begint
| 1 | Knooppuntsoftware voor videomesh installeren en configureren Gebruik deze procedure om een knooppunt voor videomesh te implementeren op uw hostserver waarop VMware ESXi of vCenter wordt uitgevoerd. U installeert de software op locatie die een knooppunt maakt en voert vervolgens de eerste configuratie uit, zoals netwerkinstellingen. U registreert deze later in de cloud. |
| 2 | Meld u aan bij de knooppuntconsole voor videomesh Meld u voor het eerst aan bij de console. De software voor het knooppunt voor videomesh heeft een standaardwachtwoord. U moet deze waarde wijzigen voordat u het knooppunt configureert. |
| 3 | De netwerkconfiguratie van het knooppunt voor videomesh instellen in de console Gebruik deze procedure om de netwerkinstellingen voor het knooppunt voor videomesh te configureren als u deze niet hebt geconfigureerd toen u het knooppunt op een virtuele machine instelde. U stelt een statisch IP-adres in en wijzigt de FQDN-/hostnaam en NTP-servers. DHCP wordt momenteel niet ondersteund. |
| 4 | Gebruik deze stappen om de externe interface voor een implementatie met een dubbele netwerkinterface (dual NIC) te configureren:
Nadat het knooppunt weer online is en u de interne netwerkconfiguratie hebt geverifieerd, kunt u de externe netwerkinterface configureren als u het knooppunt voor videomesh implementeert in de DMZ van uw netwerk, zodat u het zakelijke (interne) verkeer kunt isoleren van het externe (externe) verkeer. U kunt ook uitzonderingen of overschrijvingen maken op de standaardrouteringsregels. |
| 5 | Het knooppunt voor videomesh registreren bij de Webex-cloud Gebruik deze procedure om videomesh-knooppunten te registreren bij de Webex-cloud en aanvullende configuratie te voltooien. Wanneer u Control Hub gebruikt om uw knooppunt te registreren, maakt u een cluster waaraan het knooppunt is toegewezen. Een cluster bevat een of meer mediaknooppunten die gebruikers in een specifieke geografische regio bedienen. De registratiestappen configureren ook SIP-gespreksinstellingen, stellen een upgradeschema in en abonneren op e-mailmeldingen. |
| 6 | Schakel Quality of Service (QoS) in en verifieer deze met de volgende taken:
Schakel QoS in als u wilt dat videomesh-knooppunten automatisch SIP-verkeer markeren (op locatie geregistreerde SIP-eindpunten) voor zowel audio (EF) als video (AF41) afzonderlijk met de juiste serviceklasse en bekende poortbereiken voor specifieke mediatypen gebruiken. Deze wijziging laat je toe om QoS-policies aan te maken en effectief opmerking om indien gewenst verkeer terug te sturen vanuit de cloud. Gebruik de stappen van de reflectortool om te controleren of de juiste poorten op uw firewall zijn geopend. |
| 7 | Knooppunt voor videomesh configureren voor proxyintegratie Gebruik deze procedure om het type proxy op te geven dat u wilt integreren met een videomesh. Als u een transparante inspecterende proxy kiest, kunt u de interface van het knooppunt gebruiken om het hoofdcertificaat te uploaden en te installeren, de proxy te controleren en mogelijke problemen op te lossen. |
| 8 | Volg Videomesh integreren met taakstroom voor gespreksbeheer en kies een van de volgende opties, afhankelijk van uw gespreksbeheer, beveiligingsvereisten en of u videomesh wilt integreren met uw gespreksbeheeromgeving:
SIP-apparaten bieden geen ondersteuning voor directe bereikbaarheid, dus u moet de configuratie van Unified CM of VCS Expressway gebruiken om een relatie tot stand te brengen tussen geregistreerde SIP-apparaten op locatie en uw videomedailleclusters. U hoeft uw Unified CM of VCS Expressway alleen te trunk naar het knooppunt voor videomesh, afhankelijk van uw gespreksbeheeromgeving. |
| 9 | Certificaatketens uitwisselen tussen Unified CM- en videomesh-knooppunten In deze taak downloadt u certificaten van de Unified CM- en videomesh-interfaces en uploadt u er een naar de andere. Deze stap zorgt voor een veilig vertrouwen tussen de twee producten en, in combinatie met de veilige trunkconfiguratie, stelt gecodeerde SIP-verkeer en SRTP-media in uw organisatie in staat om te landen op knooppunten voor videomesh. |
| 10 | Mediacodering inschakelen voor de clusters van organisatie en videomesh Gebruik deze procedure om mediacodering in te schakelen voor uw organisatie en afzonderlijke clusters voor videomesh. Deze instelling forceert end-to-end TLS-setup en u moet een veilige TLS SIP-trunk op uw Unified CM hebben die naar uw videomesh-knooppunten wijst. |
| 11 | Videomesh inschakelen voor de Webex-site Als u geoptimaliseerde media wilt gebruiken voor het knooppunt voor videomesh voor een Webex-vergadering waaraan alle Webex-app en -apparaten moeten deelnemen, moet deze configuratie zijn ingeschakeld voor de Webex-site. Als u deze instelling inschakelt, worden videomesh en vergaderingsinstanties in de cloud aan elkaar gekoppeld en kunnen cascades worden uitgevoerd vanaf knooppunten voor videomesh. Als deze instelling niet is ingeschakeld, gebruiken de Webex-app en -apparaten het knooppunt voor videomesh niet voor Webex-vergaderingen. |
| 12 | Samenwerkingsvergaderruimten toewijzen aan gebruikers van de Webex-app |
| 13 | De vergaderervaring op het beveiligde eindpunt verifiëren Als u mediacodering gebruikt via de end-to-end TLS-installatie, gebruikt u deze stappen om te controleren of de eindpunten veilig zijn geregistreerd en de juiste vergaderervaring wordt weergegeven. |
Bulkinrichtingsscript voor videomesh
Als u veel knooppunten in uw implementatie voor videomesh moet implementeren, is het proces tijdrovend. U kunt het script op https://github.com/CiscoDevNet/webex-video-mesh-node-provisioning gebruiken om snel knooppunten voor videomesh te implementeren op VMWare ESXi-servers. Lees het Leesmij-bestand voor instructies over het gebruik van het script.
Knooppuntsoftware voor videomesh installeren en configureren
Gebruik deze procedure om een knooppunt voor videomesh te implementeren op uw hostserver waarop VMware ESXi of vCenter wordt uitgevoerd. U installeert de software op locatie die een knooppunt maakt en voert vervolgens de eerste configuratie uit, zoals netwerkinstellingen. U registreert deze later in de cloud.
U moet het softwarepakket (OVA) downloaden van Control Hub ( https://admin.webex.com) in plaats van een eerder gedownloade versie te gebruiken. Deze OVA is ondertekend door Cisco-certificaten en kan worden gedownload nadat u zich hebt aangemeld bij Control Hub met uw klantbeheerdersreferenties.
Voordat u begint
Zie Systeem- en platformvereisten voor knooppunt voor videomesh-software voor ondersteunde hardwareplatforms en specificatievereisten voor het knooppunt voor videomesh.
Zorg ervoor dat u de volgende vereiste items hebt:
Een computer met:
VMware vSphere-client 7 of 8.
Raadpleeg de VMware-documentatie voor een lijst met ondersteunde besturingssystemen.
OVA-bestand met videomesh-software gedownload.
Download de nieuwste Video Mesh-software van Control Hub in plaats van een eerder gedownloade versie. U kunt de software ook openen via deze link. (Het bestand is ongeveer 1,5 GB.)
Oudere versies van het softwarepakket (OVA) zijn niet compatibel met de nieuwste videomesh-upgrades. Dit kan leiden tot problemen tijdens het upgraden van de toepassing. Download de nieuwste versie van het OVA-bestand via deze link.