Takk for tilbakemeldingen.

1	Installer og konfigurer programvaren for videonettnode Bruk denne fremgangsmåten til å distribuere en videonettnode til vertsserveren som kjører VMware ESXi eller vCenter. Du installerer den lokale programvaren som oppretter en node, og deretter utfører du den første konfigurasjonen, for eksempel nettverksinnstillinger. Du registrerer den i skyen senere.
2	Logg på videonettnode Logg på konsollen for første gang. Programvaren for videonettnode har et standardpassord. Du må endre denne verdien før du konfigurerer noden.
3	Angi nettverkskonfigurasjon for videonettnode i konsollen Bruk denne fremgangsmåten til å konfigurere nettverksinnstillinger for videonettnode hvis du ikke konfigurerte dem da du konfigurerte noden på en virtuell maskin. Du angir en statisk IP-adresse og endrer FQDN/vertsnavn og NTP-servere. DHCP støttes for øyeblikket ikke.
4	Bruk disse trinnene for å konfigurere det eksterne grensesnittet for en distribusjon med to nettverksgrensesnitt (dual NIC): Angi det eksterne nettverksgrensesnittet for videonettnode Legg til interne og eksterne rutingsregler Når noden er tilkoblet igjen og du har bekreftet den interne nettverkskonfigurasjon, kan du konfigurere det eksterne nettverksgrensesnitt hvis du distribuerer videonettnode i nettverkets DMZ, slik at du kan isolere bedriftstrafikken (internt) fra utsiden (eksternt). ) trafikk. Du kan også gjøre unntak eller overstyringer av standard rutingsregler.
5	Registrer videonettnode til Webex Cloud Bruk denne fremgangsmåten til å registrere videonett-noder til Webex-skyen og fullføre ytterligere konfigurasjon. Når du bruker Control Hub til å registrere noden, oppretter du en klynge som noden er tilordnet. En klynge inneholder én eller flere medienoder som betjener brukere i et bestemt geografisk område. Registreringstrinnene konfigurerer også innstillinger for SIP-samtale , angi en oppgraderingsplan og abonnere på e-postvarsler.
6	Aktiver og verif Quality of Service (QoS) med følgende oppgaver: Aktiver Quality of Service (QoS) for videonettnode Kontroller portområder for videonettnode med reflektorverktøy i nettgrensesnittet Aktiver QoS hvis du vil at Video Mesh-noder automatisk skal merke SIP-trafikk (lokale SIP-registrerte endepunkter) for både lyd (EF) og video (AF41) separat med passende tjenesteklasse og bruke kjente portområder for bestemte medietyper. Denne endringen lar deg opprette QoS-policyer og effektivt kommentere returtrafikk fra skyen hvis du ønsker det. Bruk trinnene i Reflector Tool for å kontrollere at de riktige portene er åpnet på brannmuren.
7	Konfigurer videonettnode for proxy-integrering Bruk denne fremgangsmåten til å angi hvilken type proxy du vil integrere med et videonett. Hvis du velger en gjennomsiktig inspeksjons-proxy, kan du bruke nodens grensesnitt til å laste opp og installere rotsertifikat, kontrollere proxyen og feilsøke potensielle problemer.
8	Følg Integrer videonett med oppgaveflyt for samtalekontroll og velg ett av følgende, avhengig av samtalekontroll, sikkerhetskrav og om du vil integrere Video Mesh med samtalekontroll : Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett (TLS) Konfigurer Unified CM TCP SIP-trafikkruting for videonett (TCP) Konfigurer Expressway TCP SIP-trafikkruting for videonett (TCP) SIP-enheter støtter ikke direkte tilgjengelighet, så du må bruke Unified CM eller VCS Expressway-konfigurasjon for å etablere et forhold mellom lokale registrerte SIP-enheter og videonettklynger. Du trenger bare å trunke Unified CM eller VCS Expressway til videonettnode, avhengig av samtalekontroll .
9	Utveksle sertifikatkjeder mellom Unified CM og videonettnoder I denne oppgaven laster du ned sertifikater fra Unified CM og Video Mesh-grensesnittene og laster opp det ene til det andre. Dette trinnet etablerer sikker tillit mellom de to produktene, og, sammen med den sikre trunkkonfigurasjonen, lar kryptert SIP-trafikk og SRTP-medier i organisasjonen din lande på Video Mesh-noder.
10	Aktiver mediekryptering for organisasjons- og videonettklynger Bruk denne fremgangsmåten til å aktivere mediekryptering for organisasjonen og individuelle videonett-klynger. Denne innstillingen tvinger ende-til-ende TLS-oppsett, og du må ha en sikker TLS SIP-trunk på plass på Unified CM som peker til Video Mesh-nodene.
11	Aktiver videonett for Webex-nettstedet Hvis du vil bruke optimalisert media til videonettnode for et Webex-møte til alle Webex-app og -enhetene som skal delta, må denne konfigurasjonen være aktivert for Webex-nettsted. Aktivering av denne innstillingen kobler Video Mesh- og møteforekomster i skyen sammen, og tillater at overlappinger oppstår fra Video Mesh-noder. Hvis denne innstillingen ikke er aktivert, vil ikke Webex-app og -enhetene bruke videonettnoden for Webex-møter.
12	Tilordne møterom for samarbeid til brukere av Webex-appen
13	Kontroller møteopplevelsen på det sikre endepunktet Hvis du bruker mediekryptering gjennom ende-til-ende TLS-oppsettet, bruker du disse trinnene for å bekrefte at endepunktene er registrert på en sikker måte, og at riktig møteopplevelse vises.

Skript for masseklargjøring for videonett

Hvis du trenger å distribuere mange noder i Video Mesh-distribusjonen, er prosessen tidkrevende. Du kan bruke skriptet påhttps://github.com/CiscoDevNet/webex-video-mesh-node-provisioning distribuere videonettnoder på VMWare ESXi-servere raskt. Les gjennom Viktig-filen for instruksjoner om hvordan du bruker skriptet.

Installer og konfigurer programvaren for videonettnode

Bruk denne fremgangsmåten til å distribuere en videonettnode til vertsserveren som kjører VMware ESXi eller vCenter. Du installerer den lokale programvaren som oppretter en node, og deretter utfører du den første konfigurasjonen, for eksempel nettverksinnstillinger. Du registrerer den i skyen senere.

Du må laste ned programvarepakken (OVA) fra Control Hub (https://admin.webex.com ), i stedet for å bruke en tidligere nedlastet versjon. Denne OVA-en er signert av Cisco-sertifikater og kan lastes ned etter at du har logget på Control Hub med administrator for kunde.

Før du starter

Se System- og plattformkrav for programvare for videonettnode for støttede maskinvareplattformer og spesifikasjonskrav for videonettnode.

Kontroller at du har disse obligatoriske elementene:

En datamaskin med:

VMware vSphere-klient 7 eller 8.

Du finner en liste over operativsystemer som støttes, i VMware-dokumentasjonen.

OVA-fil for Video Mesh-programvare lastet ned.

Last ned den nyeste Video Mesh-programvaren fra Control Hub, i stedet for å bruke en tidligere nedlastet versjon. Du kan også få tilgang til programvaren fra denne koblingen . (Filen er på omtrent 1,5 GB.)

Eldre versjoner av programvarepakken (OVA) vil ikke være kompatible med de nyeste Video Mesh-oppgraderingene. Dette kan føre til problemer under oppgradering av applikasjonen. Pass på at du laster ned den nyeste versjonen av OVA-filen fra denne koblingen .

En støttet server med VMware ESXi eller vCenter 7 eller 8 installert og kjører
Deaktiver sikkerhetskopiering av virtuell maskin og direkteoverføring. videonettnode -klynger er sanntidssystemer. eventuelle pauser i virtuell maskin kan gjøre disse systemene ustabile. (For vedlikeholdsaktiviteter på en videonettnode, bruk vedlikeholdsmodus fra Control Hub.)

Åpne VMware vSphere-klienten ved hjelp av datamaskinen og logg på vCenter- eller ESXi-systemet på serveren.

Gå til Handlinger > Distribuer OVF-mal .

På Velg en OVF-mal side, klikk Lokal fil , deretter Velg Filer . Naviger til der videomesh.ova filen er plassert, velger du filen og klikker på Neste .

Hver gang du foretar en installasjon av videonettnode , anbefaler vi at du laster ned OVA på nytt i stedet for å bruke en tidligere nedlastet versjon. Hvis du prøver å distribuere en gammel OVA, kan det hende at videonettnode ikke fungerer som den skal eller registreres i skyen. En gammel OVA vil også føre til potensielle problemer under oppgraderinger.

Pass på at du laster ned en ny kopi av OVA fra denne koblingen .

På Velg et navn og en mappe side, skriver du inn en Navn på virtuell maskin for videonettnode (for eksempel «Video_ Mesh_ Node_ 1"), velg et sted der nodedistribusjonen for den virtuell maskin kan ligge, og klikk deretter Neste .

Det kjøres en valideringskontroll. Når den er fullført, vises maldetaljene.

Kontroller maldetaljene, og klikk deretter på Neste .

På Konfigurasjon velger du type distribusjonskonfigurasjon, og klikker deretter Neste .

VMNLite (standard)
CMS 1000

Alternativene er oppført i rekkefølgen etter økende ressurskrav.

Hvis du velger alternativet VMNLite, må du gjenta trinnene for å distribuere de andre forekomstene på den samme verten, og velge det samme alternativet hver gang. Samresidens for VMNLite og ikke-VMNLite-forekomster har ikke blitt testet og støttes ikke.

På Velg lagring side, må du kontrollere at standard diskformat for Tykk provisjon Lazy nullstilt og retningslinjer for VM-lagring for Datalager som standard er valgt, og klikk deretter Neste .

På Velg nettverk -siden, velger du nettverksalternativet fra listen over oppføringer for å gi ønsket tilkobling til den virtuelle maskinen.

For Internt grensesnitt, nettverk , velger du nodens interne IP-adresse.
For Eksternt grensesnittnettverk , velger du den eksterne IP-adresse som vender mot det offentlige nettverket. Se bort fra dette alternativet hvis du ikke har en dobbel NIC-distribusjon.

Det indre grensesnittet (standardgrensesnittet for trafikk) brukes til CLI, SIP-trunker, SIP-trafikk og nodebehandling. Det eksterne (eksterne) grensesnittet er for HTTPS- og websockets-kommunikasjon til Webex-skyen, sammen med den overlappende trafikken fra nodene til et møte.

For en DMZ-distribusjon kan du konfigurere Video Mesh-noden med det to nettverksgrensesnitt (NIC). Denne distribusjonen lar deg skille den interne nettverkstrafikken for bedriften (brukes til interbokskommunikasjon, overlapping mellom nodeklynger og for å få tilgang til nodens administrasjonsgrensesnitt) fra den eksterne skynettverkstrafikken (brukes for tilkobling til omverdenen og gjennomgripende til Webex). Alle nodene i en klynge må være i dobbel NIC-modus. en blanding av enkelt og to nettverkskort støttes ikke.

For en eksisterende installasjon av videonettnode programvare kan du ikke oppgradere fra et enkelt NIC til en dobbel NIC-konfigurasjon. Du må gjøre en ny installasjon av videonettnode i dette tilfellet.

På Tilpass mal side, konfigurerer du følgende nettverksinnstillinger:

Vertsnavn (Valgfritt) – angi FQDN (vertsnavn og domene) eller vertsnavn med ett ord for noden.

Hvis du vil sikre en vellykket registrering til skyen, bruker du bare små tegn i FQDN eller vertsnavnet du angir for videonettnode. Store og små bokstaver støttes ikke for øyeblikket.
Når du bruker eller konfigurerer FQDN eller vertsnavn, må du også angi et gyldig domene som kan løses. Den totale lengden på FQDN kan ikke overstige 64 tegn.

IP-adresse — Angi IP-adresse for det interne grensesnittet til noden.
Maske – Angi nettverksmaske med punktum og desimal. For eksempel 255.255.255.0 .
Gateway – Angi IP-adresse for gatewayen . En gateway er en nettverksnode som fungerer som et tilgangspunkt til et annet nettverk.
DNS-servere – Angi en kommadelt liste over DNS-servere som håndterer oversettelse av domenenavn til numeriske IP-adresser. (Opptil fire DNS-oppføringer er tillatt.)
NTP-servere – Angi organisasjonens NTP-server eller en annen ekstern NTP-server som kan brukes i organisasjonen. Du kan også bruke en kommadelt liste til å angi flere NTP-servere.

videonettnode må ha en intern IP-adresse og et DNS-navn som kan løses. IP-adresse for noden kan ikke tilhøre IP-adresse som er reservert for intern bruk av videonettnode . Standard reservert IP-adresse er 172.17.42.0–172.17.42.63, som kan konfigureres senere i Diagnostikk -menyen. Dette IP-adresse er for kommunikasjon innenfor videonettnode og mellom programvarebeholderne som inneholder de forskjellige komponentene i noden – for eksempel SIP-grensesnitt og medietranskoding.
Distribuer alle nodene i samme delnett eller VLAN, slik at alle nodene i en klynge er tilgjengelige uansett hvor klientene befinner seg i nettverket.
For en dobbel NIC DMZ-distribusjon kan du angi den eksterne IP-adresse i nodekonsollen etter at du har lagret den interne nettverkskonfigurasjon og startet noden på nytt senere.

Hvis du foretrekker det, kan du hoppe over konfigurasjonen av nettverksinnstillinger og følge trinnene i Angi nettverkskonfigurasjon for videonettnode i konsollen etter at du logger på noden.

På Klar til å fullføre på siden, kontroller at alle innstillingene du anga, samsvarer med retningslinjene i denne prosedyren, og klikk deretter på Fullfør .

Når distribusjonen av OVA er fullført, vises videonettnode i listen over virtuelle datamaskiner.

Høyreklikk på den videonettnode , og velg deretter Strøm > Strøm på .

Programvaren for videonettnode installeres som gjest på VM-verten. Du er nå klar til å logge på konsollen og konfigurere videonettnode.

Du kan oppleve en forsinkelse på noen minutter før nodebeholderne kommer opp. Det vises en brobrannmurmelding på konsollen ved første oppstart, der du ikke kan logge på.

Hva nå?

Angi nettverkskonfigurasjon for videonettnode i konsollen

Logg på konsollen for første gang. Programvaren for videonettnode har et standardpassord. Du må endre denne verdien før du konfigurerer noden.

1	Fra VMware vSphere-klienten går du til den videonettnode , og deretter velger du Konsoll . Den videonettnode starter opp, og det vises en påloggingsmelding. Hvis påloggingsmeldingen ikke vises, trykker du på Gå inn . Du kan en kort stund se en melding som angir at systemet initialiseres.
2	Bruk følgende standard brukernavn og passord for å logge på: Innlogging: `admin` Passord: `cisco` Fordi du logger på videonettnode for første gang, må du endre passordfrasen (passordet) for administrator .
3	For (gjeldende) passord skriver du inn standard passord (ovenfra), og deretter trykker du på Gå inn .
4	For nytt passord skriver du inn en ny passordfrase, og deretter trykker du på Gå inn .
5	Hvis du vil skrive inn nytt passord på nytt, skriver du inn den nye passordfrasen på nytt, og deretter trykker du på Gå inn . Meldingen «Passord ble endret» vises, og deretter vises det første skjermbildet for videonettnode med en melding om at uautorisert tilgang er forbudt.
6	Trykk på Gå inn for å laste hovedmeny.

Hva nå?

Bruk denne fremgangsmåten til å konfigurere nettverksinnstillinger for videonettnode hvis du ikke konfigurerte dem da du konfigurerte noden på en virtuell maskin. Du angir en statisk IP-adresse og endrer FQDN/vertsnavn og NTP-servere. DHCP støttes for øyeblikket ikke.

Disse trinnene er obligatoriske hvis du ikke konfigurerte nettverksinnstillinger på tidspunktet for OVA-distribusjon.

Det indre grensesnittet (standardgrensesnittet for trafikk) brukes til CLI, SIP-trunker, SIP-trafikk og nodebehandling. Det eksterne (eksterne) grensesnittet er for HTTPS- og websockets-kommunikasjon til Webex, sammen med den overlappende trafikken fra nodene til Webex.

Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten, og logg deretter på med administratorlegitimasjonen.

Etter førstegangs oppsett av nettverksinnstillinger , og hvis videonettverket er tilgjengelig, kan du få tilgang til nodegrensesnittet via sikkert skall (SSH).

Velg alternativ fra hovedmeny i videonettnode 2 Rediger konfigurasjon og klikk deretter Velg .

Les meldingen om at samtalene avsluttes på videonettnode, og klikk deretter på Ja .

Klikk på Statisk , angi IP-adresse for det interne grensesnittet, Maske , Gateway , og DNS verdier for nettverket ditt.

videonettnode må ha en intern IP-adresse og et DNS-navn som kan løses. IP-adresse for noden kan ikke tilhøre IP-adresse som er reservert for intern bruk av videonettnode . Standard reservert IP-adresse er 172.17.42.0–172.17.42.63, som kan konfigureres i Diagnostikk -menyen. Dette IP-adresse er for kommunikasjon innenfor videonettnode og mellom programvarebeholderne som inneholder de forskjellige komponentene i noden – for eksempel SIP-grensesnitt og medietranskoding.
Distribuer alle nodene i samme delnett eller VLAN, slik at alle nodene i en klynge er tilgjengelige uansett hvor klientene befinner seg i nettverket.
For en DMZ-distribusjon for to nettverkskort kan du angi den eksterne IP-adresse i neste prosedyre etter at du har lagret den interne nettverkskonfigurasjon og startet noden på nytt.

Angi organisasjonens NTP-server eller en annen ekstern NTP-server som kan brukes i organisasjonen.

Når du har konfigurert NTP-server og lagret nettverksinnstillinger, kan du følge trinnene i Kontroller tilstanden til videonettnode fra konsoll for å bekrefte at klokken synkroniseres riktig gjennom de angitte NTP-serverne.

Hvis du konfigurerer mer enn én NTP-server, er avstemningsintervallet for failover 40 sekunder.

(Valgfritt) Endre vertsnavnet eller domenet om nødvendig.

Hvis du vil sikre en vellykket registrering til skyen, bruker du bare små tegn i vertsnavnet du angir for videonettnode. Store og små bokstaver støttes ikke for øyeblikket.
Når du bruker eller konfigurerer FQDN eller vertsnavn, må du også angi et gyldig domene som kan løses. Den totale lengden på FQDN kan ikke overstige 64 tegn.

Klikk på Lagre , og klikk deretter Lagre endringer og start på nytt .

Under lagringen utføres DNS-validering hvis du oppga et domene. Det vises en advarsel hvis FQDN (vertsnavn og domene) ikke kan løses ved hjelp av de oppgitte DNS-server . Du kan velge å lagre ved å ignorere advarselen, men anrop fungerer ikke før FQDN kan løses til DNS-en som er konfigurert på noden. Etter at videonettnode har startet på nytt, trer endringene i nettverkskonfigurasjon i kraft.

Hva nå?

Når programvareavbildningen er installert og konfigurert med nettverksinnstillinger (IP-adresse, DNS, NTP og så videre) og tilgjengelig på bedriftsnettverket, kan du gå videre til neste trinn for sikker registrering av det til skyen. IP-adresse som er konfigurert på videonettnode , er bare tilgjengelig fra bedriftsnettverket. Fra et sikkerhetsperspektiv er noden skjerpet, slik at bare kundeadministratorer har tilgang til nodegrensesnittet for å utføre konfigurasjon.

Angi det eksterne nettverksgrensesnittet for videonettnode

Når noden er tilkoblet igjen og du har bekreftet den interne nettverkskonfigurasjon, kan du konfigurere det eksterne nettverksgrensesnitt hvis du distribuerer videonettnode i nettverkets DMZ, slik at du kan isolere bedriftstrafikken (internt) fra utsiden (eksternt). ) trafikk.

Velg alternativ fra hovedmeny i videonettnode 5 Ekstern IP-konfigurasjon og klikk deretter Velg .

Klikk på 1 Aktiver/deaktiver , deretter Velg , og deretter Ja for å aktivere alternativene for ekstern IP-adresse på noden.

Som du gjorde med den første nettverkskonfigurasjon, skriver du inn IP-adresse (eksternt), Maske , og Gateway verdier.

Den Grensesnitt -feltet viser navnet på det eksterne grensesnittet for noden.

Klikk på Lagre og start på nytt .

Noden starter på nytt for å aktivere den doble IP-adresse, og konfigurerer deretter automatisk de grunnleggende statiske rutingsreglene. Disse reglene bestemmer at trafikk til og fra en IP-adresse for privat klasse bruker et internt grensesnitt. trafikk til og fra en offentlig IP-adresse bruker et eksternt grensesnitt. Senere kan du opprette dine egne rutingsregler – for eksempel hvis du må konfigurere en overstyring og gi tilgang til et eksternt domene fra det interne grensesnittet.

Under visse omstendigheter kan den eksisterende SSH-tilkoblingen avsluttes. For organisasjoner som bruker IP-adresser fra offentlig område , må du gjenopprette en SSH-tilkobling til den offentlige IP-adresse til videonettnode.

Hvis du vil bekrefte konfigurasjonen av den interne og eksterne IP-adresse , går du til konsollens hovedmeny 4 Diagnostikk , og velg deretter Ping .

I ping -feltet, angi en destinasjonsadresse du vil teste, for eksempel en ekstern destinasjon eller en intern IP-adresse, og klikk deretter på OK .

Test en ekstern destinasjon (eksempel, cisco.com); hvis vellykket, viser resultatene at målet ble åpnet fra det eksterne grensesnittet.
Test en intern IP-adresse; hvis vellykket, viser resultatene at adressen ble åpnet fra det interne grensesnittet.

Hva nå?

API-er for videonettnode

API-er for videonettnode gjør det mulig for organisasjonsadministratorer å administrere passord, interne og eksterne nettverksinnstillinger, vedlikeholdsmodus og serversertifikater relatert til Video Mesh Node. Disse API-ene kan startes via et hvilket som helst API-verktøy som Postman, eller du kan opprette ditt eget skript for å kalle dem. Brukeren må ringe API-ene ved hjelp av riktig endepunkt (du kan bruke enten node-IP eller FQDN), metode, brødtekst, overskrifter, autorisasjon osv. for å utføre den ønskede handlingen og få et passende svar, i henhold til informasjonen nedenfor.

API-er for VMN-administrasjon

API vedlikeholdsmodus og passord for administratorkonto for videonettnodene.

Få status for vedlikeholdsmodus

Henter gjeldende status for vedlikeholdsmodus (Forventet status: på, av, venter eller forespurt).

[FÅ] https://<node_ip> /api/v1/external/maintenanceMode

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Success"
    },
    "result": {
        "isRegistered": true,
        "maintenanceMode": "pending/requested/on/off",
        "maintenanceModeLastUpdated": 1691135731847
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 401,
        "message": "login failed: incorrect password or username"
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 429,
        "message": "Too Many Requests"
    }
}

Aktivere eller deaktivere vedlikeholdsmodus

Når du setter en Video Mesh-node i vedlikeholdsmodus, utfører den en elegant avslutning av anropstjenester (slutter å godta nye anrop og venter i opptil 2 timer på at eksisterende anrop fullføres).

[PUT] https://<node_ip> /api/v1/external/maintenanceMode

Kall bare dette API-et når det ikke finnes noen aktive samtaler.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
      "maintenanceMode": "on"
}

maintenanceMode – Status for vedlikeholdsmodus som skal angis – «på» eller «av».

Forespørselshoder:

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 1:

{
        "status": {  
            "code": 200,
            "message": "Your request to enable/disable maintenance mode was successful."
    }
}

Eksempelrespons 2:

{
      "status": {
          "code": 409,
          "message": "Maintenance Mode is already on/off"
    }
}

Eksempelrespons 3 :

{
      "status": {
          "code": 400,
          "message": "Bad Request - wrong input"   
    }
}

Endre administratorpassord

Endrer passordet til administratorbrukeren.

[PUT] https://<node_ip> /api/v1/external/password

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
  "newPassword": "new"
}

newPassword – Det nye passordet som skal angis for «admin»-kontoen til videonettnode.

Forespørselshoder:

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully set the new passphrase for user admin."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 400,
        "message": "Enter a new passphrase that wasn't used for one of the previous 3 passphrases."
    }
}

API-er for VMN-nettverk

Video Mesh Network API-er gjør det mulig for organisasjonsadministratorer å administrere interne og eksterne nettverksinnstillinger.

Hent konfigurasjon av eksternt nettverk

Oppdager om det eksterne nettverket er aktivert eller deaktivert. Hvis det eksterne nettverket er aktivert, henter det også den eksterne IP-adressen, den eksterne nettverksmaske og den eksterne gatewayen.

[FÅ] https://<node_ip> /api/v1/external/externalNetwork

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 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"
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 200,
        "message": "External network not enabled."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 500,
        "message": "Failed to get external network configuration."
    }
}

Rediger ekstern nettverkskonfigurasjon

Endrer innstillingene for eksternt nettverk. Denne API-en kan brukes til å aktivere det eksterne nettverket i tillegg til å angi eller redigere det eksterne nettverksgrensesnittet med ekstern IP-adresse, ekstern nettverksmaske og ekstern gateway. Den kan også brukes til å deaktivere det eksterne nettverket. Når du har gjort endringer i nettverkskonfigurasjon , startes noden på nytt for å ta i bruk disse endringene.

[PUT] https://<node_ip> /api/v1/external/externalNetwork

Du kan bare konfigurere dette for nylig distribuerte videonettnoder, der standard administratorpassord er endret. Ikke bruk dette API-et etter at du har registrert noden for en organisasjon.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

Aktiverer eksternt nettverk:


{
  "externalNetworkEnabled": true,
  "externalIp": "1.1.1.1",
  "externalMask": "2.2.2.2",
  "externalGateway": "3.3.3.3"
}

Deaktiverer eksternt nettverk:

{
  "externalNetworkEnabled": false
}

externalNetworkEnabled – Boolsk verdi (sann eller usann) for å aktivere/deaktivere eksternt nettverk
ekstern IP – den eksterne IP-en som skal legges til
externalMask – Nettverksmasken for det eksterne nettverket
externalGateway – Gatewayen for det eksterne nettverket

Forespørselshoder:

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 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."
    }
}

Eksempelrespons 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."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 400,
        "message": "One or more errors in the input: Value should be boolean for 'externalNetworkEnabled'"
    }
}

Eksempelrespons 4:

{
    "status": {
        "code": 400,
        "message": "External network configuration has not changed; skipping save of the external network configuration."
    }
}

Få detaljer om det interne nettverket

Henter konfigurasjonsdetaljene for det interne nettverkskonfigurasjon, som inkluderer nettverksmodus, IP-adresse, nettverksmaske, gateway, detaljer om DNS-bufring, DNS-servere, NTP-servere, MTU for internt grensesnitt, vertsnavn og domene.

[FÅ] https://<node_ip> /api/v1/external/internNettverk

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 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": ""
    }
}

Eksempelrespons 2:


{
      "status": {
          "code": 500,
          "message": "Failed to get Network details."   
    }
}

Eksempelrespons 3:

{
      "status": {
          "code": 500,
          "message": "Failed to get host details."   
    }
}

Rediger DNS-servere

Oppdaterer DNS-servere med nye.

[PUT] https://<node_ip> /api/v1/external/internNetwork/dns

Sett noden i vedlikeholdsmodus før du gjør denne endringen. Se Aktivere eller deaktivere vedlikeholdsmodus hvis du vil ha mer informasjon om hvordan du flytter en node til vedlikeholdsmodus.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
    "dnsServers": "1.1.1.1 2.2.2.2"
}

dnsServers – DNS-servere som skal oppdateres. Flere områdeseparerte DNS-servere er tillatt.

Forespørselshoder:

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully saved DNS servers"
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 409,
        "message": "Requested DNS server(s) already exist."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 424,
        "message": "Maintenance Mode is not enabled. Kindly enable Maintenance Mode and try again for this node."
    }
}

Rediger NTP-servere

Oppdaterer NTP-servere med nye.

[PUT] https://<node_ip> /api/v1/external/internNetwork/ntp

Sett noden i vedlikeholdsmodus før du gjør denne endringen. Se Aktivere eller deaktivere vedlikeholdsmodus hvis du vil ha mer informasjon om hvordan du flytter en node til vedlikeholdsmodus.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
    "ntpServers": "1.1.1.1 2.2.2.2"
}

ntpServers – NTP-servere som skal oppdateres. Flere plassdelte NTP-servere er tillatt.

Forespørselshoder:

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully saved the NTP servers."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 409,
        "message": "Requested NTP server(s) already exist."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 424,
        "message": "Maintenance Mode is not enabled. Kindly enable Maintenance Mode and try again for this node."
    }
}

Rediger vertsnavn og domene

Oppdaterer vertsnavnet og domenet for videonettnode.

[PUT] https://<node_ip> /api/v1/external/interntNettverk/vert

Sett noden i vedlikeholdsmodus før du gjør denne endringen. Noden starter på nytt for å bruke endringen. Se Aktivere eller deaktivere vedlikeholdsmodus hvis du vil ha mer informasjon om hvordan du flytter en node til vedlikeholdsmodus.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
    "hostName": "test-vmn",
    "domain": "abc.com"
}

vertsnavn – det nye vertsnavnet for noden.
domene – Det nye domenet for vertsnavnet til noden (valgfritt).

Forespørselshoder:

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 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."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 400,
        "message": "Unable to resolve FQDN"
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 409,
        "message": "Entered hostname and domain already set to same."
    }
}

Aktiver eller deaktiver DNS-bufring

Aktiverer eller deaktiverer DNS-bufring. Vurder å aktivere hurtigbufring hvis DNS-kontroller ofte tar over 750 ms å løse, eller hvis det er anbefalt av Cisco kundestøtte.

[PUT] https://<node_ip> /api/v1/external/internNetwork/dnsCaching

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
    "dnsCaching": true
}

dnsCaching – konfigurasjon av DNS-bufring. Godtar boolsk verdi (sann eller usann).

Forespørselshoder:

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 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."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 400,
        "message": "One or more errors in the input: 'dnsCaching' field value should be a boolean"
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 409,
        "message": "dnsCaching is already set to false"
    }
}

Rediger grensesnitt MTU

Endrer maksimal overføringsenhet (MTU) for nodens nettverksgrensesnitt fra standardverdi på 1500. Verdier mellom 1280 og 9000 er tillatt.

[PUT] https://<node_ip> /api/v1/external/internalNetwork/mtu

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
    "internalInterfaceMtu": 1500
}

internalInterfaceMtu – maksimal overføringsenhet for nodens nettverksgrensesnitt. Verdien skal være mellom 1280 og 9000.

Forespørselshoder:

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 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."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 400,
        "message": "One or more errors in the input: 'internalInterfaceMtu' field value should be a number"
    }
}

Eksempelrespons 3:


{
    "status": {
        "code": 400,
        "message": "Please enter a number between 1280 and 9000."
    }
}

VMN Server Certificate API-er

Video Mesh Server Certificate API-er gjør det mulig for organisasjonsadministratorer å opprette, oppdatere, laste ned og slette sertifikatene relatert til videonettnoder. Hvis du vil ha mer informasjon, se Utveksle sertifikatkjeder mellom Unified CM og videonettnoder .

Opprett CSR-sertifikatet

Genererer et CSR-sertifikat (Certificate Signing Request) og den private nøkkelen, basert på informasjonen som er oppgitt.

[POST] https://<node_ip> /api/v1/externalCertManager/generateCsr

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
    "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 for videonettnode angitt som fellesnavn. (obligatorisk)
emailAddress – brukerens e-postadresse. (valgfritt)
altNames – Alternativt(e) emnenavn (valgfritt). Flere områdeseparerte FQDN-er er tillatt. Hvis det er oppgitt, må det inneholde det vanlige navnet. Hvis altNames ikke er oppgitt, tar det commonName som verdien av altNames.
organisasjon – Organisasjons-/Bedriftsnavn. (valgfritt)
organisationUnit – organisasjonsenhet eller avdelings- eller gruppenavn osv. (valgfritt)
sted – by/sted. (valgfritt)
delstat – delstat/provins. (valgfritt)
land – land/region. Forkortelse på to bokstaver. Ikke oppgi mer enn to bokstaver. (valgfritt)
passordfrase – Passfrase for privat nøkkel. (valgfritt)
keyBitSize – Privat nøkkelbitstørrelse. Godkjente verdier er 2048, som standard, eller 4096. (valgfritt)

Forespørselshoder :

Innholdstype: «application/json»

Eksempel på svar :

Eksempelrespons 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
    }
}

Eksempelrespons 2:


{
    "status": {
        "code": 400,
        "message": "Private key already exists. Delete it before generating new CSR."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 400,
        "message": "CSR certificate already exists. Delete it before generating new CSR."
    }
}

Eksempelrespons 4:

{
    "status": {
        "code": 400,
        "message": "CSR certificate and private key already exist. Delete them before generating new CSR."
    }
}

Eksempelrespons 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."
    }
}

Last ned CSR-sertifikatet

Laster ned det genererte CSR-sertifikatet.

[FÅ] https://<node_ip> /api/v1/externalCertManager/csr

Du kan også laste ned filen via Send og last ned alternativet.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

-----BEGIN CERTIFICATE REQUEST-----
S4MP1E_C3RT_C0NT3NT
-----END CERTIFICATE REQUEST-----

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "Could not download, CSR certificate does not exist."
    }
}

Last ned den private nøkkelen

Laster ned den private nøkkelen som genereres sammen med CSR-sertifikatet.

[FÅ] https://<node_ip> /api/v1/externalCertManager/key

Du kan også laste ned filen via Send og last ned alternativet.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:


-----BEGIN RSA PRIVATE KEY-----
S4MP1E_PR1V4T3_K3Y
-----END RSA PRIVATE KEY-----

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "Could not download, private key does not exist."
    }
}

Slett CSR-sertifikatet

Sletter det eksisterende CSR-sertifikatet.

[DELETE] https://<node_ip> /api/v1/externalCertManager/csr

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully deleted the CSR certificate"
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "CSR certificate does not exist."
    }
}

Slett den private nøkkelen

Sletter den eksisterende private nøkkelen.

[DELETE] https://<node_ip> /api/v1/externalCertManager/key

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully deleted the private key"
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "Private key does not exist."
    }
}

Installer det CA-signerte sertifikatet og den private nøkkelen

Laster opp det oppgitte CA-signerte sertifikatet og den private nøkkelen på videonettnoden og installerer sertifikatet på noden.

[POST] https://<node_ip> /api/v1/externalCertManager/uploadInstallCaCert

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

Bruk «form-data» for å laste opp følgende filer:

CA-signert sertifikatfil (.crt) med nøkkel som «crtFile».
Privat nøkkel (.key)-fil med nøkkel som 'keyFile'.

Forespørselshoder :

Innholdstype: «flerpart/skjema-data»

Eksempel på svar :

Eksempelrespons 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
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 400,
        "message": "Could not parse the certificate file. Make sure it is a properly formatted certificate and try again."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 400,
        "message": "Private Key does not match Certificate (different modulus)"
    }
}

Eksempelrespons 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."
    }
}

Last ned det CA-signerte sertifikatet

Laster ned det CA-signerte sertifikatet som er installert på noden.

[FÅ] https://<node_ip> /api/v1/externalCertManager/caCert

Du kan også laste ned filen via Send og last ned alternativet.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

-----BEGIN CERTIFICATE-----
S4MP1E_C3RT_C0NT3NT
-----END CERTIFICATE-----

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "Could not download, CA certificate does not exist."
    }
}

Slett det CA-signerte sertifikatet

Sletter det CA-signerte sertifikatet som er installert på noden.

[DELETE] https://<node_ip> /api/v1/externalCertManager/caCert

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully deleted the CA certificate."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "CA certificate does not exist."
    }
}

Felles API-svar

Nedenfor finner du noen eksempler på svar du kan støte på når du bruker en av API-ene nevnt ovenfor.

Eksempelrespons 1: Feil legitimasjon angitt i den grunnleggende autorisasjonen.

{
    "status": {
        "code": 401,
        "message": "login failed: incorrect password or username"
    }
}

Eksempelrespons 2: VMN er ikke oppgradert til den obligatoriske versjonen som støtter disse API-ene.

{
    "status": {
        "code": 421,
        "message": "Misdirected Request 1:[undefined]"
    }
}

Eksempelrespons 3: Feil referer angitt i toppteksten (når topptekst ikke var forventet).

{
    "status": {
        "code": 421,
        "message": "Misdirected Request 2:[https://x.x.x.x/setup]"
    }
}

Eksempelrespons 4: Frekvensgrensen er overskredet. Prøv etter en stund.


{
    "status": {
        "code": 429,
        "message": "Too Many Requests"
    }
}

Legg til interne og eksterne rutingsregler

I en distribusjon med to nettverksgrensesnitt (NIC) kan du finjustere rutingen for videonettnoder ved å legge til brukerdefinerte ruteregler for eksterne og interne grensesnitt. Standardrutene legges til nodene, men du kan gjøre unntak – for eksempel eksterne delnett eller vertsadresser som må få tilgang via det interne grensesnittet, eller interne delnett eller vertsadresser som må få tilgang fra det eksterne grensesnittet. Utfør følgende trinn etter behov.

Fra grensesnittet for Video Mesh-noden velger du 5 Ekstern IP-konfigurasjon og klikk deretter Velg .

Velg 3 Behandle rutingsregler , og klikk deretter Velg .

Første gang du åpner denne siden, vises standard systemrutingsregler i listen. Som standard går all intern trafikk gjennom det interne grensesnittet og ekstern trafikk gjennom det eksterne grensesnittet.

Du kan legge til manuelle overstyringer av disse reglene i de neste trinnene.

Følg disse trinnene etter behov:

Klikk på Legg til ekstern rute , og angi deretter det interne subnett- eller verts- IP-adresse som skal brukes for den eksterne ruten.
Klikk på Legg til intern rute , og angi deretter det eksterne subnett- eller verts- IP-adresse som skal brukes for den interne ruten.

Når du legger til hver regel, vises de i listen over rutingsregler, kategorisert som brukerdefinerte regler.

Standardrutene kan ikke slettes, men du kan slette alle brukerdefinerte overstyringer du har konfigurert.

Egendefinerte rutingsregler kan skape potensial for konflikter med annen ruting. Du kan for eksempel definere en regel som fryser SSH-tilkoblingen til grensesnittet for videonettnode . Hvis dette skjer, gjør du ett av følgende, og deretter fjerner eller endrer du rutingsregelen:

Åpne en SSH-tilkobling til den offentlige IP-adresse til videonettnode.
Få tilgang til videonettnode via ESXi-konsollen

Registrer videonettnode til Webex Cloud

Bruk denne fremgangsmåten til å registrere videonett-noder til Webex-skyen og fullføre ytterligere konfigurasjon. Når du bruker Control Hub til å registrere noden, oppretter du en klynge som noden er tilordnet. En klynge inneholder én eller flere medienoder som betjener brukere i et bestemt geografisk område. Registreringstrinnene konfigurerer også innstillinger for SIP-samtale , angi en oppgraderingsplan og abonnere på e-postvarsler.

Før du starter

Når du starter registreringen av en node, må du fullføre den innen 60 minutter, ellers må du starte på nytt.
Kontroller at eventuelle popup-blokkeringer i nettleseren din er deaktivert eller at du tillater et unntak forhttps://admin.webex.com .
For best resultat kan du distribuere alle nodene i en klynge i det samme datasenter. Se Klynger i videonett for hvordan de fungerer og beste praksis.
Fra verten eller maskinen der du registrerer videonettnoder til skyen, må du ha tilkobling til Webex-skyen og IP-adressene for videonettverket som registreres (i et dobbelt NIC-miljø, nærmere bestemt de interne IP-adressene til videoen Nettnoder).

Logg på Kontrollhub .

Du logger på Control Hub ved hjelp av administratorlegitimasjonen. Control Hub-administratorfunksjonaliteten er bare tilgjengelig for brukere som er definert som administratorer i Control Hub. Se Kundekontoroller hvis du vil ha mer informasjon.

Gå til Tjenester > Hybrid og velg én:

Konfigurer : Velg dette alternativet hvis dette er den første videonettnode du registrerer, og klikk deretter på Neste .

Se Fullfør forutsetningene for videonett hvis du vil ha mer informasjon.
Vis alle : Velg dette alternativet hvis du allerede har registrert én eller flere videonettnoder, og klikk deretter på Legg til ressurs .

Kontroller at du har installert og konfigurert videonettnode. Klikk på Ja, jeg er klar til å registrere meg... , og klikk deretter Neste .

I Opprett en ny eller velg en klynge , velg én:

For en ny klynge skriver du inn et navn på klyngen du vil tilordne videonettnode til.
For en eksisterende klynge klikker du på feltet, og deretter velger du en eksisterende klynge den nye noden skal legges til i.

Vi anbefaler at du gir navn til en klynge basert på hvor nodene i klyngen befinner seg geografisk. For eksempel «San Francisco».

I Angi FQDN- eller IP-adresse , angi det fullt kvalifisert domenenavn (FQDN) eller den interne IP-adresse til videonettnode , og klikk deretter på Neste .

Hvis du bruker FQDN, angir du et domene som kan løses av DNS.
Hvis du bruker en IP-adresse, skriver du inn den samme interne IP-adresse som du brukte til å konfigurere noden fra konsollen.

Et FQDN må løses direkte til IP-adresse , ellers er det ikke brukbart. Vi utfører valideringen på FQDN for å utelukke skrivefeil eller konfigurasjonsfeil.

Grensesnittet for to nettverksgrensesnitt støtter ikke angivelse av FQDN for den eksterne IP-adresse. FQDN kan bare legges til på skjermen der den interne IP-adresse angis. Det er dette FQDN må løse for å bruke DNS-serverne som er angitt på samme skjermbilde.

Under Oppgraderingsplan , velg tid, frekvens og tidssone.

Standarden er en daglig oppgraderingsplan. Du kan endre den til en ukentlig tidsplan på en bestemt dag. Når en oppgradering er tilgjengelig, oppgraderes programvaren for videonettnode automatisk i løpet av den tiden du velger.

Når en oppgradering er tilgjengelig, kan du bruke Oppgrader nå for å starte oppgraderingen før neste vedlikeholdsvindu eller Utsette for å utsette den til neste vindu.

Under E-postvarsler , legg til administrator -e-postadresser for å abonnere på varsler om tjenestealarmer og programvareoppgraderinger.

administrator e-postadresse din legges til automatisk. Du kan fjerne den hvis du vil.

Veksle på Videokvalitet innstillingen på for å aktivere 1080p 30 bilder per sekund.

Med denne innstillingen kan SIP-deltakere som blir med i et møte som er vert i en videonettnode , bruke 1080p 30 bilder per sekund hvis alle er innenfor bedriftsnettverk og bruker en HD-kompatibel enhet. Innstillingen gjelder for alle klynger med noder.

Hvis denne innstillingen er deaktivert, er standarden 720p.
For videooppløsninger som støttes av Webex-appen, se Videospesifikasjoner for samtaler og møter .

Les informasjonen under Fullfør registreringen , og klikk deretter Gå til Node for å registrere noden til Webex-skyen.

En ny nettleserfane åpnes for å kontrollere noden. Dette trinnet sikrer videonettnode ved hjelp av IP-adresse til noden. Under registreringsprosessen omdirigerer Control Hub deg til videonettnode. IP-adresse må være på en sikker liste, ellers mislykkes registreringen. Registreringsprosessen må fullføres fra bedriftsnettverket der noden er installert.

Sjekk Gi tilgang til noden for Webex- videonettnode , og klikk deretter Fortsett .

Klikk på Tillat .

Kontoen din er validert, videonettnode er registrert og meldingen Registrering fullført vises, noe som indikerer at videonettnode nå er registrert i Webex.

videonettnode henter maskinlegitimasjon basert på organisasjonens rettigheter. Den genererte maskinlegitimasjonen utløper regelmessig og oppdateres.

Klikk på portalkoblingen eller lukk fanen for å gå tilbake til siden Videonett.

På siden Videonett ser du nå den nye klyngen som inneholder videonettnode for videonett som du registrerte.

Hvis du går til klyngen, ser du den nye videonettnode, som først viser statusen på Registrerer deg . Noden endres til Kjører når den er klar til bruk i Webex-organisasjonen din.
Siden programvaren er en beholder som inneholder tjenester fra skyinfrastrukturen, får den oppdateringer fra skyen for å forbli synkronisert med skytjenestene. Nødvendige oppdateringer kan installeres kort tid etter at du har registrert noden i skyen. Du kan også endre tidsplanen for automatisk oppgradering. Se Automatiske oppgraderinger for ressurser for hybridtjenester hvis du vil ha mer informasjon.
Hvis du installerte demobildet på noden du registrerte, ser du en demomodus gul statusalarm. Denne alarmen er normal, men vi anbefaler at du installerer hele programvarebildet før den utsatte perioden på 90 dager utløper for demobildet.

På dette tidspunktet er videonettnode klar til å kommunisere med Cisco-skytjenester over de sikrede kanalene ved hjelp av et token som er utstedt for autentisering. videonettnode kommuniserer også med Docker Hub (docker.com, docker.io). Docker brukes av Video Mesh-noden til å lagre beholdere for distribusjon til forskjellige Video Mesh-noder over hele verden. Bare Cisco har legitimasjon til å skrive til Docker Hub. Videonettnodene kan nå Docker Hub ved hjelp av skrivebeskyttet legitimasjon for å laste ned beholderne for oppgraderinger.

Bilder lastes ned basert på kontrollsum, som overføres til noden som en del av klargjøringsdataene. Se dette dokumentet for mer informasjon om hvordan docker pull fungerer: https://docs.docker.com/v17.09/engine/userguide/storagedriver/imagesandcontainers/#sharing-promotes-smaller-images

Ting du bør huske på

Husk følgende informasjon om videonettnode og hvordan den fungerer når den er registrert i Webex-organisasjonen din:

Når du distribuerer en ny videonettnode, vil ikke Webex-appen og den Webex-registrerte enheten gjenkjenne den nye noden på opptil to timer. Klientene sjekker om klyngen er tilgjengelig under oppstart, nettverksendring eller hurtigbufferutløp. Du kan vente i to timer eller, som en løsning, starte Webex-appen på nytt eller starte Webex-rommet eller -skrivebordet på nytt. Deretter registreres samtaleaktivitet i videonettrapportene i Control Hub.
En videonettnode registreres til én Webex-organisasjon. det er ikke en enhet med flere tenantgrupper.
Hvis du vil vite hva som bruker videonettnode og hva som ikke gjør det, kan du se tabellen i Klienter og enheter som bruker videonettnode .
videonettnode kan koble til Webex-nettsted ditt eller til en annen kundes eller partners Webex-nettsted. Nettsted A distribuerte for eksempel en videonettnode klynge og registrerte den med domenet example1.webex.com. Hvis brukere i nettsted A ringer inn til mymeeting@example1.webex.com, bruker de videonettnode , og det kan opprettes en gjennomgripende overgang. Hvis brukerne i nettsted A ringer dittmøte@example2.webex.com, vil brukerne av nettsted A bruke sin lokale videonettnode og koble til møtet i nettsted Bs Webex-organisasjon.

Hva nå?

Hvis du vil registrere flere noder, gjentar du disse trinnene.
Hvis en oppgradering er tilgjengelig, anbefaler vi at du tar den i bruk så snart som mulig. Fullfør følgende trinn for å oppgradere:
1. Klargjøringsdataene sendes til Webex-skyen av Ciscos utviklingsteam over sikre kanaler. Klargjøringsdataene er signert. For beholderne inneholder klargjøringsdataene navn, kontrollsum, versjon og så videre. videonettnode henter også klargjøringsdataene fra Webex-skyen over sikre kanaler.
2. Når videonettnode får klargjøringsdataene sine, autentiseres noden med skrivebeskyttet legitimasjon og laster ned beholderen med bestemt sjekksum og navn, og oppgraderer systemet. Hver beholder som kjører på videonettnode , har et bildenavn og en kontrollsum. Disse attributtene lastes opp til Webex-skyen ved hjelp av sikre kanaler.

Aktiver Quality of Service (QoS) for videonettnode

Før du starter

Gjør de nødvendige endringene i brannmurporten som er dekket i diagrammet og tabellen. Se Porter og protokoller som brukes av videonett .
For at Video Mesh-noder skal aktiveres for QoS, må nodene være tilkoblet. Noder i vedlikeholdsmodus eller frakoblet tilstander ekskluderes når du aktiverer denne innstillingen.

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , klikk Rediger innstillinger på Video Mesh-kortet.

Bla til Tjenestekvalitet og klikk Aktiver .

Når den er aktivert, får du det store, diskrete portområdet (bestemt av lokal konfigurasjon for samtalekontroll ) som brukes til lyd og video for lokale SIP-klienter/endepunkter og intraklyngekaskader med unike DSCP-merkinger:.

Lyd: 52500–59499 og 59500–62999 DSCP EF (Expedited Forwarding)
Video/innhold: 63000–64667 og 64668–65500 DSCP AF41

All SIP- og overlappende trafikk fra Video Mesh-noder er merket med EF for lyd og AF41 for video. De diskrete portområdene brukes som kildeporter for overlappende medier til andre Video Mesh-noder og skymedienoder, samt kilde- og målporter for SIP-klientmedier. Webex Teams-apper og overlappende medier fortsetter å bruke den delte målporten på 5004 og port ramge 50000–53000.

All returtrafikk for Video Mesh (lyd, video, innhold) fra de delte portene er merket med AF41. Lydtrafikken må merkes til EF i nettverket ditt, basert på kildeportnumrene.

Det vises en statusmelding som viser hvilke noder som aktiveres, én etter én for QoS-portområdet. Du kan klikke gjennomgå ventende noder for å se en liste over noder som venter på QoS. Det kan ta opptil to timer å aktivere denne innstillingen, avhengig av samtaletrafikken på nodene.

Hvis QoS ikke er fullstendig aktivert om to timer, åpne en sak med støtte for videre etterforskning.

Nodene starter på nytt og oppdateres med det nye portområdet.

Hvis du bestemmer deg for å deaktivere innstillingen, får du det lille, konsoliderte portområdet som brukes for både lyd og video (34000–34999). All trafikk fra Video Mesh-noder (SIP, overlappende, skytrafikk og så videre) får én enkelt merking av AF41.

Kontroller portområder for videonettnode med reflektorverktøy i nettgrensesnittet

Reflektorverktøyet (en kombinasjon av en server på Video Mesh-noden og klient gjennom et Python-skript) brukes til å bekrefte om de nødvendige TCP/UDP-portene er åpne fra Video Mesh-nodene.

Før du starter

Last ned en kopi av Reflector Tool Client (et Python-skript) frahttps://github.com/CiscoDevNet/webex-video-mesh-reflector-client .
For at skriptet skal fungere som det skal, må du kontrollere at du kjører Python 2.7.10 eller nyere i miljøet ditt.
For øyeblikket støtter dette verktøyet SIP-endepunkter til videonettnoder og intraklyngebekreftelse.

1	Fra kundevisningen ihttps://admin.webex.com , aktiver vedlikeholdsnoden for videonettnode ved å følge disse instruksjonene .
2	Vent til noden viser statusen Klar for vedlikehold i Control Hub.
3	Åpne nodegrensesnittet for Webex-videonett. Hvis du vil ha instruksjoner, se Behandle videonettnode fra nettgrensesnittet .
4	Bla til Refleksverktøy , og start deretter enten TCP Reflector Server eller UDP Reflector Server , avhengig av hvilken protokoll du vil bruke.
5	Klikk på Start Reflector Server , og vent deretter til serveren starter. Du ser et varsel når serveren starter.
6	Fra et system (for eksempel en PC) i et nettverk som du vil at Video Mesh-nodene skal nå, kjører du skriptet med følgende kommando: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` På slutten av kjøringen viser klienten en vellykket melding hvis alle nødvendige porter er åpne: Klienten viser en mislykket melding hvis noen nødvendige porter ikke er åpne:
7	Løs eventuelle portproblemer på brannmuren, og kjør deretter trinnene ovenfor på nytt.
8	Kjør klienten med `--help` for å få flere detaljer.

Konfigurer videonettnode for proxy-integrering

Bruk denne fremgangsmåten til å angi hvilken type proxy du vil integrere med et videonett. Hvis du velger en gjennomsiktig inspeksjons-proxy eller en eksplisitt proxy, kan du bruke nodens grensesnitt til å laste opp og installere rotsertifikatet, kontrollere proxy-tilkoblingen og feilsøke potensielle problemer.

Før du starter

Se Proxy-støtte for videonett for en oversikt over proxy-alternativene som støttes.
Krav for proxy-støtte for videonett

Angi nettadressen for oppsett av videonett https://[IP or FQDN/setup i en nettleser skriver du inn administratorlegitimasjonen du konfigurerte for noden, og klikker deretter Logg på .

Gå til Klareringslager og proxy, og velg deretter et alternativ:

Ingen proxy – Standardalternativet før du integrerer en proxy. Ingen sertifikatoppdatering er nødvendig.
Gjennomsiktig ikke-inspeksjons-proxy – Nodene for videonett er ikke konfigurert til å bruke en bestemt proxy-serveradresse, og bør ikke trenge endringer for å fungere med en ikke-inspeksjons-proxy. Ingen sertifikatoppdatering er nødvendig.
Gjennomsiktig inspeksjons-proxy – Nodene for videonett er ikke konfigurert til å bruke en bestemt proxy-serveradresse. Ingen konfigurasjonsendringer for http(s) er nødvendige på videonett, men nodene for videonett trenger et rotsertifikat for å kunne klarere proxyen. Inspeksjons-proxyer brukes vanligvis av IT til å håndheve retningslinjer om hvilke nettsteder som kan besøkes, og hvilke typer innhold som ikke er tillatt. Denne typen proxy dekrypterer all trafikken din (til og med HTTPS).

Eksplisitt proxy – Med eksplisitt proxy forteller du klienten (videonett-noder) hvilken proxy-server som skal brukes, og dette alternativet støtter flere godkjenningstyper. Når du har valgt dette alternativet, må du angi følgende informasjon:

Proxy IP/FQDN – Adresse som kan brukes til å nå proxy-maskinen.
Proxy-port – Et portnummer som proxyen bruker til å lytte etter proxy-trafikk.
Proxy-protokoll – Velg http (videonett tunnelerer https-trafikken gjennom http-proxyen) eller https (trafikk fra videonettnoden til proxyen bruker https-protokollen). Velg et alternativ basert på hva proxy-serveren støtter.

Velg mellom følgende godkjenningstyper, avhengig av proxy-miljøet:

Alternativ	Bruk
Ingen	Velg for eksplisitte HTTP- eller HTTPS-proxyer der det ikke finnes noen godkjenningsmetode.
Grunnleggende	Tilgjengelig for eksplisitte HTTP- eller HTTPS-proxyer. Brukes for en HTTP-brukeragent til å angi brukernavn og passord når du foretar en forespørsel, og bruker Base64-koding.
Sammendrag	Kun tilgjengelig for eksplisitte HTTPS-proxyer. Brukes til å bekrefte kontoen før sensitiv informasjon sendes, og bruker en hash-funksjon på brukernavnet og passordet før det sendes over nettverket.
NTLM	Kun tilgjengelig for eksplisitte HTTP-proxyer. Det brukes på samme måte som sammendrag til å bekrefte kontoen før sensitiv informasjon sendes. Bruker Windows-legitimasjon i stedet for brukernavn og passord. Hvis du velger dette alternativet, angir du Active Directory-domenet som proxyen bruker til godkjenning, i NTLM-domenefeltet. Skriv inn navnet på proxy-arbeidsstasjonen (også kalt en arbeidsstasjonskonto eller maskinkonto) i det angitte NTLM-domenet i feltet NTLM-arbeidsstasjon.

Følg de neste trinnene for en gjennomsiktig inspeksjons-proxy eller eksplisitt proxy.

Klikk på Last opp et rotsertifikat eller sluttenhetssertifikat, og deretter finn og velg rotsertifikatet for den eksplisitte eller gjennomsiktige inspeksjons-proxyen.

Sertifikatet er lastet opp, men er ennå ikke installert fordi noden må startes på nytt for å installere sertifikatet. Klikk på pilen ved navnet på sertifikatutstederen for å få flere detaljer, eller klikk på Slett hvis du har gjort en feil og vil laste opp filen på nytt.

Hvis du vil ha gjennomsiktige inspeksjons-proxyer eller eksplisitte proxyer, klikker du på Kontroller proxy-tilkobling for å teste nettverkstilkoblingen mellom videonettnoden og proxyen.

Hvis tilkoblingstesten mislykkes, ser du en feilmelding som viser årsaken og hvordan du kan løse problemet.

Når tilkoblingstesten er bestått, for eksplisitt proxy, slår du bryteren på til Rut alle https-forespørsler fra port 443 fra denne noden gjennom den eksplisitte proxyen . Denne innstillingen trer i kraft etter 15 sekunder.

Klikk på Installer alle sertifikater i klareringslageret (vises hver gang et rotsertifikat ble lagt til under proxy-installasjonen) eller Start på nytt (vises hvis det ikke ble lagt til noe rotsertifikat), les ledeteksten, og klikk deretter på Installer hvis du er klar.

Noden starter på nytt i løpet av noen få minutter.

Når noden har startet på nytt, logger du på igjen om nødvendig, og deretter åpner du Oversikt-siden for å kontrollere tilkoblingskontrollene for å sikre at alle har grønn status.

Proxy-tilkoblingskontrollen tester bare et underdomene av webex.com. Hvis det oppstår tilkoblingsproblemer, er et vanlig problem at noen av skydomenene som er oppført i installasjonsinstruksjonene, blokkeres ved proxyen.

Integrer videonett med oppgaveflyt for samtalekontroll

Konfigurere SIP-trunker til å rute SIP-oppringing for Webex-møter på videonett. SIP-enheter støtter ikke direkte tilgjengelighet, så du må bruke Unified CM eller VCS Expressway-konfigurasjon for å etablere et forhold mellom lokale SIP-enheter og Video Mesh-klynger.

Før du starter

Se Distribusjonsmodeller for Video Mesh og Cisco Unified Communications Manager for å forstå vanlige eksempler på distribusjon.
Video Mesh støtter enten TCP eller TLS mellom Unified CM og SIP-signalisering. SIP TLS støttes ikke for VCS Expressway.
I Unified CM kan hver SIP-trunk støtte opptil 16 videonettdestinasjoner (IP-adresser).
I Unified CM kan innkommende porter på SIP-trunk - sikkerhetsprofil være standard (Non Secure SIP-trunkprofil).
Videonett støtter to rutemønstre: nettstedsnavn.webex.com og meet.ciscospark.com . Andre rutemønstre støttes ikke.

Videonett støtter 3 rutemønstre: webex.com (for korte videoadresser ), nettstedsnavn.webex.com og meet.ciscospark.com . Andre rutemønstre støttes ikke.

Når du bruker formatet for kort videoadresse ( møte@webex.com ), behandler videonett-noden alltid anropet. Noden håndterer anropet selv om anropet er til et nettsted som ikke har videonett aktivert.

***Eksempeldistribusjon av videonett med distribuert Unified CM***

Velg ett av disse alternativene, avhengig av samtalekontroll og sikkerhetskravene:

Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett
Konfigurer Unified CM TCP SIP-trafikkruting for videonett
Konfigurer Expressway TCP SIP-trafikkruting for videonett (kun TCP)

SIP-enheter registrert i Unified CM (TLS eller TCP)

Konfigurer Unified CM med Video Mesh ved hjelp av enten TLS-kryptert eller TCP SIP-trafikk. Du kan opprette en trunk-rutingspolicy som gjenspeiler klyngepreferanser, og som er svært tilgjengelig og motstandsdyktig mot enhetsfeil. Hvis du bruker Unified CM Session Management Edition (SME), konfigurerer du trunker på Unified CM SME og leaf-systemene slik at innkommende og utgående samtaler fordeles jevnt på tvers av Unified CM -serverne i Session Management-klyngen.

Vanligvis vil hvert nettsted ha en dedikert Unified CM-klynge knyttet til seg. Disse klyngene vil være koblet til gjennom intercluster SIP-trunker. Hver klynge vil ha innringingstrunker til det lokale nettstedet for videonettnodene.

Du kan også konfigurere distribusjonen til å håndtere feil- eller overflytforhold. Denne konfigurasjonen er til hjelp hvis det oppstår strømbrudd eller hvis videonettklyngene har nådd kapasitet. Hvis SIP-møtet eller -samtalen ikke kan opprettes med en klynge, vil møtet eller samtalen flyte over til skyen.

SIP-enheter registrert på VCS eller Expressway (kun TCP)

Konfigurer nabosoner og søkeregler for å rute SIP-oppringing og -utringing for Cisco Webex møter til videonettklynger. SIP-enheter som er registrert på en VCS-kontroller eller Expressway-C, støtter ikke direkte tilgjengelighet, så du må bruke en TCP-basert Expressway-konfigurasjon for å etablere et forhold mellom lokale SIP-enheter og Video Mesh-klynger.

Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett

Opprett en SIP-profil for videonettklynger:

Fra Cisco Unified CM-administrasjon går du til Enhet > Enhetsinnstillinger > SIP-profil , og klikk deretter Finn .
Velg Standard SIP-profil for Cisco VCS , og klikk deretter Kopier .
Angi et navn på den nye profilen – for eksempel Video Mesh SIP Profile.
Under Trunkspesifikk konfigurasjon , angi Tidlig tilbud om støtte for tale- og videosamtaler til Beste innsats (ingen MTP er satt inn) .

Du kan bruke denne innstillingen på en ny SIP-trunk til Webex-skyen (rutet av det eksterne domenet for Webex-nettsted). Innstillingen påvirker ikke eksisterende SIP-trunking eller samtaleruting.
Pass på at Aktiver OPTIONS-ping for å overvåke målstatus for kanaler med tjenestetype er sjekket.
La alle andre felt ha standardverdiene, og lagre endringene.

Legg til en ny SIP-trunk - sikkerhetsprofil for videonettklynger:

Fra Cisco Unified CM-administrasjon velger du System > Sikkerhet > sikkerhetsprofil for SIP-trunk , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Secure SIP Trunk Security Profile

Bekreft disse innstillingene:

Felt	Verdi
sikkerhetsmodus	Kryptert
Innkommende transporttype	TLS
Utgående transporttype	TLS
X.509 Emnenavn Emne for sikker sertifikat eller alternativt navn	Angi det vanlige navnet på nodesertifikatet for videonett.
Innkommende port	5061
SIP V.150 utgående SDP-tilbudsfiltrering	Bruk standardfilter

La alle andre felt ha standardverdiene, og lagre endringene.

Legg til en ny SIP-trunk for å peke til videonettklyngene dine:

I en Unified CM-distribusjon legger du til en enkelt trunk.
I en SMB-distribusjon finnes det vanligvis en trunk mellom Unified CM og SME. Legg til en annen trunk mellom SME- og Video Mesh-noder. Begge kanalene må ha de samme innstillingene som er angitt nedenfor.

Fra Cisco Unified CM-administrasjon velger du Enhet > Trunk , og klikk deretter Legg til ny .
Velg SIP-trunk for trunktypen; la de andre verdiene stå og klikk Neste .
Skriv inn et meningsfylt navn, for eksempel Video_Mesh_SIP_Trunk_UCMtoVMN.
Sjekk SRTP tillatt avmerkingsboks
For Infoformat for anroper og tilkobling , sjekk Levere URI og DN i tilkoblet part, hvis tilgjengelig . Denne innstillingen aktiverer blandet identitet. Den tillater at SIP-trunk -trunken overfører bedriftssidens URI-katalog til Webex.
Sjekk Kjør på alle aktive Unified CM -noder .
Under SIP-informasjon – destinasjon , skriver du inn en IP-adresse eller et fullt kvalifisert domenenavn (FQDN) for hver av videonettnodene dine.
Gå inn 5061 for Målport .
For sikkerhetsprofil for SIP-trunk , velger du trunksikkerhetsprofil for videonett som du opprettet tidligere. (For eksempel Video Mesh Secure SIP Trunk Security Profile.)
For SIP-profil , velger du SIP-profil for videonett som du opprettet tidligere. (For eksempel Video Mesh SIP Profile.)

La alle andre felt ha standardverdiene, og lagre endringene.

Et Video Mesh-anrop eller et møte kan tilordne medier til en hvilken som helst node i en klynge, ikke bare noden som avslutter SIP-samtale.

Opprett en SIP-trunk som peker til en Expressway for Webex-skyfailover.

Du kan bruke en SIP-trunk som allerede er på plass for en eksisterende Unified CM og Expressway-distribusjon. Hvis du oppretter en annen, og du også kjører Mobile Remote Access (MRA) med disse Expresswayene, kan du bryte MRA.

Fra Cisco Unified CM-administrasjon velger du Enhet > Trunk , og klikk deretter Legg til ny .
Velg SIP-trunk for trunktypen; la de andre verdiene stå og klikk Neste .
Skriv inn et meningsfylt navn, for eksempel Video_Mesh_VCS_Trunk.
For Infoformat for anroper og tilkobling , sjekk Levere URI og DN i tilkoblet part, hvis tilgjengelig . Denne innstillingen aktiverer blandet identitet. Den tillater at SIP-trunk -trunken overfører bedriftssidens URI-katalog til Webex.
Under SIP-informasjon – destinasjon , skriver du inn en IP-adresse eller et fullt kvalifisert domenenavn (FQDN) for hver av Expresswayene dine. For Port , angi 5060 .
For SIP-profil , velg Standard SIP-profil for Cisco VCS .

Opprett en ny rutegruppe for anrop til videonettklynger:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Rutegruppe , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Node Route Group.
Endre Distribusjonsalgoritme til Topp og ned .
I Rute informasjon om gruppemedlem Finner du Enheter med navn Videonett .
Legg til Video_ Mesh_ SIP_ Trunk_ UCM tilVMN ved å klikke Legg til i rutegruppe .
Lagre endringene.

For overflyt til skyen oppretter du en ny rutegruppe for anrop til Expressway:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Rutegruppe , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Expressway Route Group.
Endre Distribusjonsalgoritme til Topp og ned .
I Rute informasjon om gruppemedlem Finner du Enheter med navn Videonett .
Legg til Video_ Mesh_ VCS_ Bagasjerom ved å klikke Legg til i rutegruppe .
Lagre endringene.

Opprett en ny ruteliste for anrop til videonettklynger og Expressway:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Ruteliste , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Node Route List.
Angi Cisco Unified Communications Manager-gruppe til Standard , eller en annen verdi avhengig av konfigurasjonen din.
Lagre endringene.
I Medlemsinformasjon for ruteliste klikker du på Legg til rutegruppe , og velg deretter Rutegruppe for videonett .
Behold standardinnstillingene for de andre innstillingene, og lagre deretter endringene.
I Medlemsinformasjon for ruteliste klikker du på Legg til rutegruppe , og velg deretter Rutegruppe for Expressway-nettverk for video .
Behold standardinnstillingene for de andre innstillingene, og lagre deretter endringene.

Opprett et SIP-rutemønster for kort videoadresse oppringingsformat for Webex-møter:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny og angi navnet Video Mesh Route Pattern for Webex Short URIs.
I IPv4-mønster , angi webex.com som domene.
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Med funksjonen for oppringing av korte videoadresser trenger ikke brukere lenger å huske navnet på Webex-nettsted for å bli med i et Webex-møte eller -hendelse ved hjelp av et videosystem. De kan bli med på møtet raskere fordi de bare trenger å vite møte- eller hendelsesnummeret.

Opprett et SIP-rutemønster for Webex-nettsted:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny og angi navnet Video Mesh Route Pattern for Webex Sites.
I IPv4-mønster , skriver du inn Webex-nettsted du vil ha optimalisert media for – for eksempel examplesitename.webex.com .
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Opprett et SIP-rutemønster for Webex-appmøter (bakoverkompatibilitet):

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny , og angi deretter navnet Video Mesh Route Pattern for Teams Meetings.
I IPv4-mønster , angi meet.ciscospark.com .
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Konfigurer Unified CM TCP SIP-trafikkruting for videonett

Opprett en SIP-profil for videonettklynger:

Fra Cisco Unified CM-administrasjon går du til Enhet > Enhetsinnstillinger > SIP-profil , og klikk deretter Finn .
Velg Standard SIP-profil for Cisco VCS , og klikk deretter Kopier .
Angi et navn på den nye profilen – for eksempel Video Mesh SIP Profile.
Under Trunkspesifikk konfigurasjon , angi Tidlig tilbud om støtte for tale- og videosamtaler til Beste innsats (ingen MTP er satt inn) .

Du kan bruke denne innstillingen på en ny SIP-trunk til Webex (rutet av det eksterne domenet for Webex-nettsted). Innstillingen påvirker ikke eksisterende SIP-trunking eller samtaleruting.
Pass på at Aktiver OPTIONS-ping for å overvåke målstatus for kanaler med tjenestetype er sjekket.
La alle andre felt ha standardverdiene, og lagre endringene.

Legg til en ny SIP-trunk - sikkerhetsprofil for videonettklynger:

Fra Cisco Unified CM-administrasjon velger du System > Sikkerhet > sikkerhetsprofil for SIP-trunk , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Trunk Security Profile

Bekreft disse innstillingene:

Felt	Verdi
sikkerhetsmodus	Ikke-sikker
Innkommende transporttype	TCP+UDP
Utgående transporttype	TCP
Innkommende port	5060
SIP V.150 utgående SDP-tilbudsfiltrering	Bruk standardfilter

La alle andre felt ha standardverdiene, og lagre endringene.

Legg til en ny SIP-trunk for å peke til videonettklyngene dine:

I en Unified CM-distribusjon legger du til en enkelt trunk.
I en SMB-distribusjon finnes det vanligvis en trunk mellom Unified CM og SME. Legg til en annen trunk mellom SME- og Video Mesh-noder. Begge kanalene må ha de samme innstillingene som er angitt nedenfor.

Fra Cisco Unified CM-administrasjon velger du Enhet > Trunk , og klikk deretter Legg til ny .
Velg SIP-trunk for trunktypen; la de andre verdiene stå og klikk Neste .
Skriv inn et meningsfylt navn, for eksempel Video_Mesh_SIP_Trunk_UCMtoVMN.
For Infoformat for anroper og tilkobling , sjekk Levere URI og DN i tilkoblet part, hvis tilgjengelig . Denne innstillingen aktiverer blandet identitet. Den tillater at SIP-trunk -trunken overfører bedriftssidens URI-katalog til Webex.
Sjekk Kjør på alle aktive Unified CM -noder .
Under SIP-informasjon – destinasjon , skriver du inn en IP-adresse eller et fullt kvalifisert domenenavn (FQDN) for hver av videonettnodene dine.
Gå inn 5060 for Målport .
For sikkerhetsprofil for SIP-trunk , velger du Video MeshTrunk-sikkerhetsprofil som du opprettet tidligere. (For eksempel Video Mesh Trunk Security Profile.)
For SIP-profil , velger du SIP-profil for videonett som du opprettet tidligere. (For eksempel Video Mesh SIP Profile.)

La alle andre felt ha standardverdiene, og lagre endringene.

Et Video Mesh-anrop eller et møte kan tilordne medier til en hvilken som helst node i en klynge, ikke bare noden som avslutter SIP-samtale.

Opprett en ny SIP-trunk for å peke til en Expressway.

Fra Cisco Unified CM-administrasjon velger du Enhet > Trunk , og klikk deretter Legg til ny .
Velg SIP-trunk for trunktypen; la de andre verdiene stå og klikk Neste .
Skriv inn et meningsfylt navn, for eksempel Video_Mesh_VCS_Trunk.
For Infoformat for anroper og tilkobling , sjekk Levere URI og DN i tilkoblet part, hvis tilgjengelig . Denne innstillingen aktiverer blandet identitet. Den tillater at SIP-trunk -trunken overfører bedriftssidens URI-katalog til Webex.
Under SIP-informasjon – destinasjon , skriver du inn en IP-adresse eller et fullt kvalifisert domenenavn (FQDN) for hver av Expresswayene dine. For Port , angi 5060 .
For SIP-profil , velg Standard SIP-profil for Cisco VCS .

Opprett en ny rutegruppe for anrop til videonettklynger:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Rutegruppe , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Node Route Group.
Endre Distribusjonsalgoritme til Topp og ned .
I Rute informasjon om gruppemedlem Finner du Enheter med navn Videonett .
Legg til Video_Mesh_SIP_Trunk_UCMtoVMN ved å klikke Legg til i rutegruppe .
Lagre endringene.

For overflyt til skyen oppretter du en ny rutegruppe for anrop til Expressway:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Rutegruppe , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Expressway Route Group.
Endre Distribusjonsalgoritme til Topp og ned .
I Rute informasjon om gruppemedlem Finner du Enheter med navn Videonett .
Legg til Video_ Mesh_ VCS_ Bagasjerom ved å klikke Legg til i rutegruppe .
Lagre endringene.

Opprett en ny ruteliste for anrop til videonettklynger og Expressway:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Ruteliste , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Node Route List.
Angi Cisco Unified Communications Manager-gruppe til Standard , eller en annen verdi avhengig av konfigurasjonen din.
Lagre endringene.
I Medlemsinformasjon for ruteliste klikker du på Legg til rutegruppe , og velg deretter Rutegruppe for videonett .
Behold standardinnstillingene for de andre innstillingene, og lagre deretter endringene.
I Medlemsinformasjon for ruteliste klikker du på Legg til rutegruppe , og velg deretter Rutegruppe for Expressway-nettverk for video .
Behold standardinnstillingene for de andre innstillingene, og lagre deretter endringene.

Opprett et SIP-rutemønster for kort videoadresse oppringingsformat for Webex-møter:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny og angi navnet Video Mesh Route Pattern for Webex Short URIs.
I IPv4-mønster , angi webex.com som domene.
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Opprett et SIP-rutemønster for Webex-nettsted:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny og angi navnet Video Mesh Route Pattern for Webex Sites.
I IPv4-mønster , skriver du inn Webex-nettsted du vil ha optimalisert media for – for eksempel examplesitename.webex.com , hvor eksempelnettstedsnavn er navnet på ditt faktiske Webex-nettsted.
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Opprett et SIP-rutemønster for Webex-appmøter:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny , og angi deretter navnet Video Mesh Route Pattern for Teams Meetings.
I IPv4-mønster , angi meet.ciscospark.com .
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Konfigurer Expressway TCP SIP-trafikkruting for videonett

Opprett en sone som peker til videonettklynger:

Fra VCS-kontroller eller Expressway-C går du til Konfigurasjon > Soner > Soner , og klikk deretter Nyhet .

Konfigurer følgende felt:

Feltnavn	Verdi
Navn	Angi et navn som enkelt identifiserer sonen – for eksempel WebexVideoMeshZone
Type	Nabo
H.323
Modus	Av
SIP
Modus	På
Port	5060
Transport	TCP
Plassering
Slå opp jevnaldrende ved å	Adresse
Peer [n]-adresse	Angi IP-adressene for hver videonettnode.

La de andre feltene beholde standardinnstillingene, og lagre deretter endringene.

Opprett oppringingsmønstre for videonettklynger for Webex-nettsteder:

Fra Expressway-C, gå til Konfigurasjon > Oppringingsplan > Søkeregler , og klikk deretter Nyhet .

Konfigurer følgende felt for Webex-nettsted :

Feltnavn

Verdi

Regelnavn

Angi et regelnavn som enkelt identifiserer søkeregelen – for eksempel WebexVideoMesh-YourSite

Prioritet

100 er standard. Kontroller at dette tallet er lavere enn reservereglene for skyen og B2B.

Protokoll

SIP

Modus

Aliasmønstersamsvar

Mønstertype

Regex

Mønsterstreng

.*@(YourSite\.)?webex\.com.*

Dette mønsteret samsvarer med begge nettstedet ditt.webex.com og webex.com (for korte videoadresser) formater. Med kort videoadresse oppringingsfunksjonen, trenger ikke brukere lenger å huske navnet på Webex-nettsted for å bli med i et Webex-møte eller -hendelse ved hjelp av et videosystem. De kan bli med på møtet raskere fordi de bare trenger å vite møte- eller hendelsesnummeret.

Mønsteratferd

Forlat

Ved vellykket match

Fortsett

Mål

Velg sonen for videonett du opprettet – for eksempel WebexVideoMeshZone .

La de andre feltene beholde standardinnstillingene, og lagre deretter endringene.

Opprett et traverseringsklient og sonepar som peker til skyen Expressway for failover:

Se Grunnleggende konfigurasjonsveiledning for Expressway for versjonen for trinnene for å opprette paret for traverseringsklient og sone.

Opprett en reservesøkeregel til Traversal-klientsonen som fører til Expressway-E:

Fra Expressway-C, gå til Konfigurasjon > Oppringingsplan > Søkeregler , og klikk deretter Nyhet .

Konfigurer følgende felt:

Feltnavn	Verdi
Regelnavn	Angi et regelnavn som enkelt identifiserer søkeregelen – for eksempel WebexVideoMesh-failover
Prioritet	100 er standard. Kontroller at prioriteten er lavere ved å angi et tall som er høyere enn oppringingsmønsteret for Videonett og B2B-reglene.
Protokoll	SIP
Modus	Ethvert alias
Mønsteratferd	Forlat
Ved vellykket match	Fortsett
Mål	Velg klientsonen for Traversal som fører til Expressway-E.

La de andre feltene beholde standardinnstillingene, og lagre deretter endringene.

Fra Expressway-E, gå til Konfigurasjon > Soner > Soner . Klikk på Nyhet og legg til Webex Zone.

I versjoner før X8.11 opprettet du en ny DNS-sone for dette formålet.

Opprett et oppringingsmønster for Expressway-skyen:

Fra Expressway-E, gå til Konfigurasjon > Oppringingsplan > Søkeregler , og klikk deretter Nyhet .

Konfigurer følgende felt:

Feltnavn	Verdi
Regelnavn	Angi et regelnavn som enkelt identifiserer søkeregelen – for eksempel WebexVideoMesh-toCloud
Prioritet	Angi en høyere verdi enn regelen for de lokale videonettnodene. Hvis nodene er satt til 100, setter du denne verdien til 101 . Du må også sørge for at verdien er lavere enn alle B2B-regler på Expressway.
Protokoll	SIP
Kilde	Navn
Kildenavn	Velg serversonen for sikker kryssing fra Expressway-C – for eksempel WebexVideoMeshZone
Modus	Aliasmønstersamsvar
Mønstertype	Regex
Mønsterstreng	*`.@(YourSite\.)?webex\.com.`*
Mønsteratferd	Forlat
Ved vellykket match	Stopp
Mål	Velg Webex-sonen eller DNS-sonen.

For SIP-enheter som er registrert på Expressway-C, åpner du enhetens IP-adresse i en nettleser, går du til Oppsett , bla til SIP , og velg Standarder fra Skriv inn rullegardinmenyen.

Utveksle sertifikatkjeder mellom Unified CM og videonettnoder

Fullfør en sertifikatutveksling for å etablere toveis klarering mellom Unified CM og Video Mesh-grensesnittene. Med den sikre trunkkonfigurasjonen tillater sertifikatene kryptert SIP-trafikk og SRTP-medier i organisasjonen fra klarerte Unified CM-er å lande på klarerte videonettnoder.

I et klyngemiljø må du installere CA- og serversertifikater på hver node individuelt.

Før du starter

Av sikkerhetshensyn anbefaler vi at du bruker et CA-signert sertifikat på Video Mesh-nodene i stedet for nodens standard selvsignert sertifikat.

Åpne nodegrensesnittet for Videonett (IP-adresse/oppsett, for eksempel, https://192.0.2.0/setup) i nettleseren og logg på med nodens administratorlegitimasjon.

Gå til Serversertifikater og be om og last opp et sertifikat og nøkkelpar etter behov:

(Valgfritt) Hvis du trenger et sertifikat utstedt fra en sertifisert leverandør, klikker du på Opprett en forespørsel om sertifikatsignering . Fyll ut den nødvendige informasjonen (inkludert Alternativt(e) navn , som er FQDN-er som må inneholde fellesnavnet, og deretter generere forespørselen. Last ned CSR for å sende forespørselen til leverandøren. (Du kan be om flere. De returnerer det CA-signerte sertifikatet (den private nøkkelen ble allerede generert under opprettelsestrinnet for CSR)

Det vanlige navnet er ikke en URL. Den inkluderer ikke noen protokoll (for eksempel http:// eller https://), portnummer eller banenavn. Filen commonName-feltet i X.509-sertifikatspesifikasjonen representerer det vanlige navnet. for https://www.example.com, er riktig verdi example.com.

Den private nøkkelen er allerede på plass når du genererer en CSR. Hvis du ikke bruker trinnet for oppretting av CSR, må du laste opp en privat nøkkel.

Når du har sertifikatet og nøkkelen, klikker du Last opp et serversertifikat (.crt- eller .pem-fil) , velg sertifikatfilen, og klikk deretter på Last opp en privat nøkkel (.key-fil) og angi en passordfrase hvis du har en.
Når du har fått sertifikatet, går du til den første videonett-noden i en klynge, klikker på Installer serversertifikat , les ledeteksten, klikk på Installer , og klikk deretter OK .

En skyregistrert Video Mesh-node avsluttes elegant og venter i opptil to timer på at eventuelle samtaler avsluttes. Noden fullfører deretter sertifikatinstallasjonen. Det vises en melding når serversertifikat installeres. Du kan deretter laste inn siden på nytt for å vise det nye sertifikatet og nøkkeloppføringen.
Klikk på Last ned ved siden av sertifikatet og nøkkelfilene for å lagre en lokal kopi.

Lagre filene et sted som er enkle å huske, og la Video Mesh-forekomsten være åpen i nettleserfanen.
Gå til neste Video Mesh-node i klyngen, fyll ut passordfrasen, og last deretter opp den private nøkkelfilen. Klikk deretter på Last opp et serversertifikat og velg deretter Installer serversertifikat , les ledeteksten, klikk på Installer , og klikk deretter OK .
Gjenta disse trinnene for alle Video Mesh-noder i den samme klyngen.

I en annen nettleserfane, fra Cisco Unified OS-administrasjon, går du til Sikkerhet > Sertifikatbehandling . Skriv inn søkekriterier og klikk Finn , velg filnavnet for sertifikatet eller klareringslisten for sertifikater (CTL), og klikk på Last ned .

Lagre Unified CM -filen et sted som er lett å huske, og la Unified CM -forekomsten være åpen i nettleserfanen.

Gå tilbake til kategorien Grensesnitt for videonettnode, klikk på Trust Store og proxy , og velg deretter et alternativ:

Hvis Unified CM bruker et CA-sertifikat som er signert av en kjent organisasjon, klarerer videonettnoden det automatisk. Klareringen er basert på listen over rotsertifikater fra VMN-nodens verts-OS, som oppdateres regelmessig.
Hvis Unified CM bruker et CA-sertifikat som er signert av et internt CA rotsertifikat for bedriften , legger du til dette rotsertifikat i noden. rotsertifikat er tilgjengelig fra bedriften, men kan kanskje ikke lastes ned fra Unified CM.
Legg til både ECDSA- og RSA-sertifikatene som Unified CM bruker til å betjene eksterne forespørsler. Disse sertifikatene kan være selvsignerte sertifikater eller CA-sertifikater.
Hvis du lastet ned ett enkelt sertifikat, klikker du på Last opp et rotsertifikat eller en sluttenhetssertifikat (.crt- eller .pem-fil) , og velg sertifikatfilen CallManager.pem du lastet ned. Klikk på Installer alle sertifikater i Trust Store , les ledeteksten, klikk på Installer , og start deretter noden på nytt.
Hvis du lastet ned en sertifikatkjede, laster du opp rot- CA-sertifikat og det mellomliggende CA-sertifikat, og klikker deretter på Installer alle sertifikater i Trust Store , les ledeteksten og klikk på Installer .

En skyregistrert Video Mesh-node avsluttes elegant og venter i opptil to timer på at eventuelle samtaler avsluttes. Noden startes automatisk på nytt for å installere CallManager.pem-sertifikatet. Når den kobles til igjen, vises en melding når CallManager.pem-sertifikatet installeres på videonett-noden. Du kan deretter laste inn siden på nytt for å vise det nye sertifikatet.

Gå tilbake til Cisco Unified OS-administrasjon -fanen, og klikk på Last opp sertifikat/sertifikatkjede . Velg sertifikatnavn fra Sertifikat Formål rullegardinliste, bla til filen du lastet ned fra nodegrensesnittet for videonett, og klikk deretter på Åpne .

Hvis du vil laste opp filen til serveren, klikker du på Last opp fil .

Hvis du laster opp en sertifikatkjede, må du laste opp alle sertifikatene i kjeden.

Start den berørte tjenesten på nytt etter at du har lastet opp sertifikatet. Når serveren kommer opp igjen, kan du få tilgang til CCMAdmin eller CCMUser GUI for å bekrefte at de nylig lagt til sertifikatene er i bruk.

Du kan installere og administrere serversertifikater via API-er. Hvis du vil ha mer informasjon, se VMN Server Certificate API-er .

Aktiver mediekryptering for organisasjons- og videonettklynger

Bruk denne fremgangsmåten til å aktivere mediekryptering for organisasjonen og individuelle videonett-klynger. Denne innstillingen fremtvinger et ende-til-ende TLS-oppsett, og du må ha en sikker TLS SIP-trunk på plass på Unified CM som peker til Video Mesh-nodene.

Innstillinger	Resultat
Unified CM er konfigurert med en sikker trunk, og denne innstillingen for Video Mesh Control Hub er ikke aktivert.	Samtaler mislykkes.
Unified CM er ikke konfigurert med en sikker trunk, og denne innstillingen for Video Mesh Control Hub er aktivert.	Samtaler mislykkes ikke, men de faller tilbake til usikker sikker modus.

Cisco-endepunkter må også konfigureres med en sikkerhetsprofil og TLS-forhandling for at ende-til-ende-kryptering skal fungere. Ellers flyter samtaler over til skyen fra endepunkter som ikke er konfigurert med TLS. Vi anbefaler at du bare aktiverer denne funksjonen hvis alle endepunkter kan konfigureres til å bruke TLS.

Før du starter

Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett
Utveksle sertifikatkjeder mellom Unified CM og videonettnoder

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og klikk deretter Innstillinger på Video Mesh-kortet.

Bla til Mediekryptering og slå på innstillingen.

Denne innstillingen gjør kryptering obligatorisk på alle mediekanaler som går gjennom videonettnoder i organisasjonen. Legg merke til den foregående tabellen og forsiktighetsmerknaden for situasjoner der anrop kan mislykkes, og hva som kreves for at ende-til-ende-kryptering skal fungere.

Klikk på Vis alle og gjenta følgende trinn for hver Video Mesh-klynge du vil aktivere for sikker SIP-trafikk.

Velg en videonett-klyngeoppføring i listen, og klikk deretter på Rediger klyngeinnstillinger .
Bla til SIP-anrop og merk av i avkrysningsboksen.
Under Klarerte SIP-kilder , skriv inn Common Name (CN) eller eventuelle FQDN-er som finnes i Subject Alternative Name på Unified CM -sertifikatet (vanligvis FQDN for Unified CM).

Disse oppføringene identifiseres som klarerte SIP-kilder og har tillatelse til å sende sikre SIP-anrop til Webex Video Mesh.

Aktiver videonett for Webex-nettstedet

Hvis du vil bruke optimalisert media til videonettnode for et Webex-møte til alle Webex-app og -enhetene som skal delta, må denne konfigurasjonen være aktivert for Webex-nettsted. Aktivering av denne innstillingen kobler Video Mesh- og møteforekomster i skyen sammen, og tillater at overlappinger oppstår fra Video Mesh-noder. Hvis denne innstillingen ikke er aktivert, vil ikke Webex-app og -enhetene bruke videonettnoden for Webex-møter.

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Møter klikker du på Webex-nettsted fra Møter-kortet, og deretter klikker du Innstillingerfor å få tilgang til konfigurasjonsalternativene for Webex-nettsted .

Tilgang Fellesinnstillinger ved å klikke på Tjeneste > Møte > Nettstedsinnstillinger . Fra Fellesinnstillinger , klikk Møterom for skysamarbeid (CMR) , velg Videonett for Medieressurstype , og klikk deretter Lagre nederst.

Denne innstillingen kobler Video Mesh- og møteforekomster i skyen sammen, og tillater at overlappinger oppstår fra Video Mesh-noder. Innstillingen skal fylles ut i miljøet ditt etter 15 minutter. Webex-møter som starter etter at denne endringen er fylt ut, henter den nye innstillingen. Hvis du lar dette feltet være angitt til Sky ( standardvalg), vert alle møtene i skyen, og noden for videonett brukes ikke.

Tilordne møterom for samarbeid til brukere av Webex-appen

Hvis du administrerer nettstedet ditt via Control Hub:
1. Fra kundevisningen ihttps://admin.webex.com , gå til Brukere > Administrer brukere .
  
  Hvis du vil tilordne flere brukere samtidig, kan du se dette dokumentet .
2. Tilordne Webex Collaboration-møterom til brukere i organisasjonen din.
Hvis du administrerer nettstedet ditt via nettstedsadministrator:
1. Fra nettstedsadministrator går du til brukeradministrasjon .
2. Rediger brukerkonto og merk av for Møterom for samarbeid.
  
  Hvis du vil tilordne flere brukere samtidig, kan du se dette dokumentet .

Kontroller møteopplevelsen på det sikre endepunktet

Bruk denne fremgangsmåten til å kontrollere at endepunktene er registrert på en sikker måte, og at riktig møteopplevelse vises.

1	Bli med i et møte fra det sikrede endepunktet.
2	Kontroller at møtelisten vises på enheten. Dette eksemplet viser hvordan møtelisten ser ut på et endepunkt med et berøringspanel:
3	Under møtet får du tilgang til Webex-konferanseinformasjonen fra Samtaledetaljer.
4	Kontroller at krypteringsdelen viser Type som AES-128, og Status som På.

Behandle og feilsøke videonett

Videonettanalyse

Analyse gir informasjon om hvordan du bruker de lokale videonettnodene og -klyngene i Webex-organisasjonen din. Med de historiske data i målevisningen kan du administrere videonettressursene dine mer effektivt ved å overvåke kapasiteten, bruken og tilgjengeligheten til de lokale ressursene dine. Du kan for eksempel bruke denne informasjonen til å ta beslutninger om å legge til flere videonettnoder i en klynge eller opprette nye klynger. Videonettanalyse finner du i Control Hub under Analyse > Videonett .

For å hjelpe deg med å analysere dataene i organisasjonen kan du zoome inn på data som vises i grafen, og isolere en bestemt tidsperiode. For Analytics kan du også dele opp og terningsrapporter for å vise mer detaljerte detaljer.

Videonettanalyse- og feilsøkingsrapporter viser data i tidssone som er angitt for den lokale nettleseren.

Analyser

Videonettanalyse gir en langsiktig trend (opptil 3 måneder med data) i kategoriene engasjement, ressursbruk og båndbreddebruk.

sanntidsovervåking

Fanen for direkteovervåking gir deg en oversikt over aktiviteten i organisasjonen din i nesten sanntid: opptil 1 minutt aggregering og muligheten til å vise de siste 4 timene eller 24 timene på alle klynger eller bestemte klynger. Denne fanen i Control Hub oppdateres automatisk – hvert 1. minutt de siste 4 timene og hvert 10. minutt de siste 24 timene.

Få tilgang til, filtrer og lagre sanntidsovervåking for Video Mesh

Rapporter for liveovervåking av Video Mesh er tilgjengelige på feilsøkingssiden i Control Hub (https://admin.webex.com ), når Video Mesh er aktiv og har en klynge med minst én registrert Video Mesh-node.

Fra kundevisningen ihttps://admin.webex.com , velg Analyse , og klikk deretter Videonett øverst til høyre på skjermen.

Hold pekeren over informasjon for å få en kort beskrivelse av diagrammet.

Fra bryteren til venstre velger du et alternativ for å filtrere etter hvor langt tilbake i tid du vil vise data.

Siste 4 timer (Standard) – Når du velger dette alternativet, oppdateres grafdataene hvert 1. minutt.
Siste 24 timer –Når du velger dette alternativet, oppdateres grafdataene hvert 10. minutt.

Samhandle med diagrammene ved å bruke følgende alternativer etter behov:

Hold pekeren over segmenter i diagramvisningen for å vise informasjon om det bestemte datapunktet.
Klikk på forklaringselementer på grafen eller oversikten, og klikk deretter Bruk for å oppdatere visningen for de andre forklaringselementene. Når du for eksempel har valgt forklaringselementet Amsterdam, oppdateres linjediagrammet for å utelate andre tegnforklaringselementer og bare inkludere dataene for det valgte elementet.

Når et filter brukes, oppdateres alle andre grafer og diagrammer for å vise dataene for det valgte filtret.
På en graf som viser data i et tidsintervall, kan du begrense ned til et bestemt tidsintervall ved å klikke på venstre side og dra musen til høyre. (Denne handlingen påvirker alle relaterte data som vises på analysesiden.)

Hold pekeren over deler av en smultring, linjer i en graf eller innsiktspunkter i en graf for å vise mer informasjon om det bestemte tidspunktet for dataene.

Når du har filtrert dataene i rapportene, klikker du på mer, og velg deretter et filformat , som lagrer en lokal kopi av rapporten, slik at du kan bruke den frakoblet (for eksempel i en internt opprettet rapport):

PNG
PDF
CSV

Få tilgang til, filtrer og lagre analyse av videonett

Beregningsrapporter for videonett er tilgjengelige på Analytics-siden i Control Hub (https://admin.webex.com ), når Video Mesh er aktiv og har en klynge med minst én registrert Video Mesh-node.

Fra kundevisningen ihttps://admin.webex.com , velg Analyse , og klikk deretter Videonett øverst til høyre på skjermen.

Klikk på en kategori, avhengig av hvilken type data du leter etter:

Engasjement
Ressurser
Bruk av båndbredde

Hold pekeren over informasjon for å få en kort beskrivelse av diagrammet.

Fra rullegardinmenyen til høyre velger du et alternativ for å filtrere etter hvor langt tilbake i tid du vil vise data.

Siste 7 dager (Standard) – Endrer den vannrette aksen til hver 1. time.
Siste 24 timer – Endrer den vannrette aksen til hvert 10. minutt.
Siste 30 dager – Endrer den vannrette aksen til hver 3. time.
Siste 90 dager – Endrer den vannrette aksen til hver 8. time.

Samhandle med diagrammene eller smultringgrafene ved å bruke følgende alternativer etter behov:

Klikk på ett eller flere segmenter på smultringdiagrammet eller diagramvisningen, og klikk deretter Bruk for å oppdatere smultringvisningen og den tilsvarende kartvisningen.
Velg forklaringselementer i grafen eller oversikten for å oppdatere visningen for det bestemte forklaringselementet, og klikk deretter Bruk . Når du for eksempel har valgt forklaringselementet Lokalt, oppdateres linjediagrammet med disse dataene uthevet.

Når et filter brukes, oppdateres alle andre grafer og diagrammer for å vise dataene for det valgte filtret.

På en graf som viser data i et tidsintervall, kan du begrense ned til et bestemt tidsintervall ved å klikke på venstre side og dra musen til høyre og forlate når ønsket område er valgt. (Denne handlingen påvirker alle relaterte data som vises på analysesiden.)

Hold pekeren over deler av en smultring, linjer i en graf eller innsiktspunkter i en graf for å vise mer informasjon om det bestemte tidspunktet for dataene.

Hvis du vil starte på nytt fra den samme grafen eller oversikten, klikker du på X på de valgte filtrene nederst i grafen.

PDF
PNG
CSV

Fjern alle filtrene fra filterlinjen hvis du vil tilbakestille analysevisningen.

Tilgjengelig analyse for Video Mesh

Hvis du vil ha mer informasjon om tilgjengelig analyse i Control Hub, kan du se delen Videonett i Analyse for skysamarbeidsporteføljen din .

Overvåkingsverktøy for videonett

Overvåkingsverktøyet i Kontrollhub hjelper organisasjonen din med å overvåke tilstanden til Video Mesh-distribusjonen. Du kan kjøre følgende tester på Video Mesh-nodene, -klyngene eller begge deler for å få resultater for bestemte parametere.

Test av signalisering – Tester om SIP-signalisering og mediesignalering skjer mellom videonett-noden og Webex skymedietjenester.
Kaskadetest – Tester om det kan etableres en overlapping mellom videonett-noden og Webex skymedietjenester.
Test for tilgjengelighet – Tester om videonett-noden kan nå målportene for mediestrømmer i Webex skymedietjenester. Den tester også om Video Mesh-noden er i stand til å kommunisere med skyklyngene som er knyttet til mediebeholdere via disse portene.

Når du kjører en test, oppretter verktøyet et simulert møte. Når testen er fullført, ser du et enkelt resultat der det angis om den er bestått eller mislykket, med innebygde feilsøkingstips i rapporten. Du kan planlegge at testen skal kjøres regelmessig eller kjøre testen ved behov. Hvis du vil ha mer informasjon, se Mediehelseovervåking for videonett .

Kjør en test umiddelbart

Bruk denne fremgangsmåten til å kjøre en behovsbetinget overvåkingstest for medietilstand på alle noder i videonett som er i klynger registrert i Control Hub-organisasjonen. Resultatene registreres i Control Hub og aggregeres hver 6. time fra kl. 00:00 UTC.

Logg inn på Kontrollhub , og deretter gå til Feilsøking > Videonett .

Klikk på Konfigurer test , klikk Test nå , og kontroller deretter nodene og/eller klyngene du vil teste.

Hvis du vil fjerne merket i boksene for å gjenopprette den siste konfigurasjonen, klikker du på Gjenopprett siste testkonfigurasjon .

Klikk på Kjør test .

Hva nå?

Resultatene vises som data på oversiktssiden for overvåkingsverktøyet i Control Hub. Som standard vises resultatene fra alle testene samtidig. Klikk på Signalering , Overlapp , eller Tilgjengelighet for å filtrere resultatene i henhold til den spesifikke testen.

Punktene på tidslinjen med glidebryteren viser aggregerte testresultater for hele organisasjonen. Tidslinjene på klyngenivå viser aggregerte resultater for hver klynge.

Tidslinjen kan vise datoer i USA-format. Endre språket ditt i profilinnstillingene for å vise datoer i ditt lokale format.

Du kan holde pekeren over prikkene på tidslinjen for å se testresultatene. Du kan også se testresultatene for hver node. Klikk på et punkt på tidslinjen på klyngenivå for å vise detaljerte resultater.

Resultatene vises i et sidepanel og delt inn i Signaling, Cascasde og Reachabilty. Du kan se om testen var vellykket, om den ble hoppet over eller om testen mislyktes. Feilkoder med mulige rettelser vises også sammen med resultatene.

Bruk bryteren som følger med for å vise suksessratene for forskjellige parametere i form av en tabell.

En hoppet over test, delvis feil eller feil er ikke kritisk med mindre den skjer kontinuerlig over en viss tid.

Konfigurer regelmessige tester

Bruk denne fremgangsmåten til å konfigurere og starte regelmessig mediehelseovervåking og tilgjengelighetstester. Disse testene kjøres hver 6. time som standard. Du kan kjøre disse testene på tvers av klynger eller på klyngespesifikke eller nodespesifikke nivåer. Resultatene registreres i Control Hub og aggregeres hver 6. time fra kl. 00:00 UTC.

1	Logg inn på Kontrollhub , og deretter gå til Feilsøking > Videonett .
2	Klikk på Konfigurer test , klikk Periodisk test , og kontroller deretter nodene og/eller klyngene du vil teste.
3	Velg et alternativ: Sjekk Alle klynger hvis du vil kjøre testen på alle Video Mesh-nodene i Control Hub-organisasjonen. Kontroller de enkelte klyngenavnene for å kjøre testen på alle Video Mesh-noder som er i en bestemt klynge. Klynger som ikke er merket av, ekskluderes fra testen. I individuelle klynger kontrollerer du de enkelte nodenavnene du vil kjøre testen på. Eventuelle umerkede nodeoppføringer utelates fra testen.
4	Klikk på Neste.
5	Se gjennom listen over klynger og noder for å kjøre de periodiske testene. Hvis du er fornøyd, klikker du på Konfigurer for å planlegge gjeldende konfigurasjon.

Hva nå?

Punktene på tidslinjen med glidebryteren viser aggregerte testresultater for hele organisasjonen. Tidslinjene på klyngenivå viser aggregerte resultater for hver klynge.

Tidslinjen kan vise datoer i USA-format. Endre språket ditt i profilinnstillingene for å vise datoer i ditt lokale format.

Bruk bryteren som følger med for å vise suksessratene for forskjellige parametere i form av en tabell.

En hoppet over test, delvis feil eller feil er ikke kritisk med mindre den skjer kontinuerlig over en viss tid.

Aktiver 1080p HD-video for lokale SIP-enheter i videonettnode for videonett

Denne innstillingen gjør at organisasjonen kan favorisere 1080p HD-video for lokale registrerte SIP-endepunkter, med en avveining av lavere møtekapasitet. En videonettnode må være vert for møtet. Deltakerne kan bruke 1080p 30 bilder per sekund forutsatt at:

De er alle i bedriftsnettverk.
De bruker en lokal registrert SIP-enhet med HD-funksjonalitet .

Innstillingen gjelder for alle klynger som inneholder videonettnoder.

Skyregistrerte enheter fortsetter å sende og motta 1080p-strømmer, uavhengig av om denne innstillingen er slått på eller av.

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og klikk deretter Innstillinger på Video Mesh-kortet.
2	Slå på Videokvalitet . Hvis denne innstillingen er deaktivert, er standarden 720p.

Hvis du vil ha videooppløsninger som Webex-appen støtter, kan du se Videospesifikasjoner for samtaler og møter .

Private møter

Funksjonen for privat møte forbedrer sikkerheten for møtet ved å avslutte mediene i dine omgivelser. Når du planlegger et privat møte, avsluttes alltid mediene på videonettnodene i bedriftsnettverk uten skyoverlapping.

Som vist her, gjennomgriper aldri private møter medier til skyen. Mediet avsluttes utelukkende på videonettklyngene dine. Videonett-klyngene kan bare gå gjennom hverandre.

Ikke-private møter bruker ikke reserverte klynger, og disse ressursene reserveres for de private møtene. Hvis et ikke-privat møte går tom for ressurser på nettverket, overføres det til Webex-skyen i stedet.

Webex-appen med alle funksjonene i Webex Experience aktivert er inkompatibel med videonett. Hvis du vil ha mer informasjon, se Klienter og enheter som bruker videonettnode .

Støtte og begrensninger for private møter

Videonett støtter private møter på følgende måte:

Private møter er tilgjengelige på Webex versjon 40.12 og nyere.
Bare planlagte møter kan bruke den private møtetypen. Se Planlegg et privat møte i Cisco Webex artikkelen for detaljer.
Private møter er ikke tilgjengelig for møter med alle funksjoner startet eller ble med fra Webex-appen.
Du kan bruke alle nåværende enheter som støttes av Video Mesh.
Nodene dine kan bruke et hvilket som helst gjeldende bilde: 72vCPU og 23vCPU.
Privat møtelogikk oppretter ikke hull i målinger. Vi samler inn de samme målingene for Control Hub som for ikke-private møter.

Siden noen brukere ikke aktiverer denne funksjonen, vises ikke analyserapportene for private møter hvis organisasjonen din ikke har et privat møte om 90 dager.
Private møter støtter enveis tavle fra et video-endepunkt.

Begrensninger

Private møter har disse begrensningene:

Private møter støtter bare VoIP for lyd. De støtter ikke Webex Edge Audio eller PSTN.
Du kan ikke bruke et personlig møterom (PMR) til et privat møte.
Private møter støtter ikke Webex-funksjoner som krever en tilkobling til skyen, for eksempel skyopptak, transkripsjon og Webex Assistant.
Du kan ikke bli med i et privat møte fra et uautentisert skyregistrert videosystem, selv ikke et som er paret til Webex-app.

Bruk private møter som standard møtetype

I Control Hub kan du angi at fremtidige planlagte møter for organisasjonen skal være private møter.

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid .
2	Klikk på Rediger innstillinger fra Videonett kortet. Bla til Private møter og aktiver innstillingen.
3	Lagre endringen.

Når du aktiverer denne innstillingen, gjelder den for alle møter for organisasjonen, også de som er planlagt tidligere.

(Valgfritt) Reserver en klynge for private møter

Private og ikke-private møter bruker vanligvis de samme videonettressursene. Men fordi private møter må holde mediene lokale, kan de ikke sette opp overflyt til skyen når de lokale ressursene er oppbrukt. For å redusere denne muligheten kan du konfigurere en videonettklynge til kun å være vert for private møter.

I Control Hub konfigurerer du klyngen utelukkende for å være vert for private møter. Denne innstillingen forhindrer at ikke-private møter bruker denne klyngen. Private møter bruker denne klyngen som standard. Hvis klyngen går tom for ressurser, overlapper private møter bare de andre videonett-klyngene.

Vi anbefaler at du klargjør en privat klynge for å håndtere forventet maksimal bruk fra private møter.

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid og klikk Vis alle på Video Mesh-kortet.
2	Velg videonett-klyngen fra listen, og klikk på Rediger klyngeinnstillinger.
3	Bla til Private møter og aktiver innstillingen.
4	Lagre endringen.

Feilmeldinger for private møter

Denne tabellen viser mulige feil som brukere kan se når de blir med i et privat møte.

Feilmelding	Brukerhandling	Årsak
Ekstern nettverkstilgang nektet Du må være på bedriftsnettverk for å delta på det private møtet. Parede Webex-enheter utenfor bedriftsnettverk vil ikke kunne bli med på møtet. I et slikt scenario kan du prøve å koble den bærbare datamaskinen, mobilen til bedriftsnettverk og bli med på møtet i ikke-sammenkoblet modus.	En ekstern bruker blir med fra utenfor bedriftsnettverk uten VPN eller MRA.	For å bli med i et privat møte må eksterne brukere ha tilgang til bedriftsnettverk via en VPN eller MRA.
	En ekstern bruker er på VPN, men de er paret til en ikke-autentisert enhet.	Enhetsmedier tunnelerer ikke til bedriftsnettverk via VPN. Enheten kan ikke bli med i et privat møte. I stedet, etter å ha koblet til VPN, bør den eksterne brukeren bli med på et privat møte i ikke-paret enhetsmodus fra skrivebords- eller mobilklienten.
Ingen tilgjengelige klynger Klyngene som er vert for dette private møtet, har høy kapasitet, kan ikke nås, er frakoblet eller ikke registrert. Ta kontakt med IT-administratoren din for å få hjelp.	En bruker er på bedriftsnettverk (lokalt eller eksternt via VPN), men kan ikke delta i et privat møte.	Videonett-klyngene dine er: Ved kapasitet Kan ikke nås Ikke pålogget Ikke registrert
Ikke autorisert Du har ikke tillatelse til å delta på dette private møtet fordi du ikke er medlem av vertsorganisasjonen. Ta kontakt med verten for møtet.	En bruker fra en annen organisasjon enn vertsorganisasjonen prøver å bli med i det private møtet.	Bare brukere som tilhører vertsorganisasjonen, kan delta i et privat møte.
	En enhet fra en annen organisasjon enn vertsorganisasjonen prøver å bli med i det private møtet.	Bare enheter som tilhører vertsorganisasjonen, kan bli med i et privat møte.

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

Når mediene kjører gjennom de lokale Video Mesh-nodene, får du bedre ytelse og bruker mindre båndbredde til Internett.

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

Med Foretrekk videonett for alle eksterne Webex Meetings Hvis Webex-nettsted ditt har tilgjengelige videonett-noder, kjøres mediene gjennom disse nodene for møter som er vert på eksterne Webex-nettsteder. Denne tabellen oppsummerer virkemåten for deltakerne som blir med i Webex-møter:

Innstillingen er …	Møte på internt Webex-nettsted med overlappende videonett aktivert	Møte på internt Webex-nettsted med overlappende videonett deaktivert	Møte på eksternt Webex-nettsted med videonett-overlappende aktivert	Møte på eksternt Webex-nettsted med overlappende videonett deaktivert
Aktivert	Media bruker videonettnodene dine.	Media bruker skynoder.	Media bruker videonettnodene dine.	Media bruker videonettnodene dine.
Deaktivert	Media bruker videonettnodene dine.	Media bruker skynoder.	Media bruker videonettnodene dine.	Media bruker skynoder.

Denne innstillingen er deaktivert som standard, noe som opprettholder virkemåten fra tidligere utgivelser. I disse versjonene ble ikke videonettverket ditt overlappet til Webex, og deltakerne ble med gjennom Webex-skynodene.

1	I kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid og klikk Vis alle på Video Mesh-kortet.
2	Velg videonett-klyngen i listen, og klikk på Rediger innstillinger .
3	Bla til Foretrekk videonett for alle eksterne Webex Meetings og aktiver innstillingen.
4	Lagre endringen.

Optimaliser bruken av Video Mesh-distribusjonen

Du kan lande alle klientene dine på Video Mesh-klynger for en forbedret brukeropplevelse gjennom Video Mesh. Hvis videonettklyngekapasiteten er midlertidig nede eller du har økt bruk, kan du optimalisere bruken av videonettklynge ved å kontrollere hvilke klienttyper som lander på videonettklynger. Dette bidrar til å administrere den eksisterende kapasiteten din på en effektiv måte frem til du kan legge til flere noder for å dekke etterspørselen.

Se Analyseportal på Control Hub for å forstå trender for bruk, bruk, omdirigering og overflyt. Basert på disse trendene kan du for eksempel velge å la skrivebordsklientene eller SIP-enhetene lande på Video Mesh-klynger, og la mobilklientene lande på Webex-skynoder. Sammenlignet med mobilklientene støtter skrivebordsklientene og SIP-enhetene høyere oppløsning, har større skjermer og bruker mer båndbredde, og du kan optimalisere brukeropplevelsen for deltakerne som bruker disse klienttypene.

Du kan også optimalisere klyngekapasiteten og maksimere brukeropplevelsen ved å la klienttypene som de fleste kundene bruker, lande på Video Mesh-klynger.

1	Logg på Control Hub , og deretter velge Tjenester > Hybrid > Videonett > Ressurser > Vis alle . – eller – Velg Oversikt > Hybridtjenester > Videonett > Innstillinger .
2	Under Innstillinger for inkludering av klienttype , er alle klienttyper kontrollert som standard. Fjern merket for klienttypene du vil ekskludere fra bruk av videonett-klynger. Disse klyngene er vert på Webex-skynoder.
3	Klikk på Lagre.

Avregistrer videonettnode

Bruk denne fremgangsmåten til å fjerne en videonettnode fra Webex-skyen. Hvis du fullfører denne prosedyren, fjernes noden fra klyngen, noe som gjør den utilgjengelig for bruk. Etter at du har avregistrert en node, er den eneste måten å gjøre den tilgjengelig igjen på å registrere den på nytt.

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid .
2	Klikk på Vis alle på Video Mesh-kortet.
3	Fra listen over ressurser går du til riktig klynge og velger noden.
4	Klikk på Handling > Avregistrere node . Det vises en melding som ber deg bekrefte at du vil slette noden.
5	Når du har lest og forstått meldingen, klikker du på Avregistrere node .

Flytt videonettnode

Det kan være lurt å flytte en node fra én klynge til en annen. Du kan for eksempel ha en ny klynge du vil omfordele noder til. Bruk denne fremgangsmåten til å flytte en videonettnode. Når du har fullført denne prosedyren, vil noden bare være tilgjengelig for den nye ressursen.

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og velg deretter Vis alle på Video Mesh-kortet.
2	Velg noden du vil flytte, fra listen, og klikk deretter Handlinger (den vertikale ellipsen).
3	Velg Flytt node .
4	Velg riktig alternativknapp for dit du vil flytte noden: Velg en eksisterende klynge – Velg en eksisterende klynge fra rullegardinliste. Opprett en ny klynge – Angi et navn for den nye klyngen i feltet.
5	Klikk på Flytt node . Noden flyttes til den nye klyngen.

Tilknyttet informasjon

Angi oppgraderingsplan for videonettklynge

Du kan angi en bestemt oppgraderingsplan eller bruke standardplanen på 03.00 Daglig USA: Amerika/Los Angeles. Du kan velge å utsette en kommende oppgradering om nødvendig.

Programvareoppgraderinger for Video Mesh gjøres automatisk på klyngenivå, noe som sikrer at alle nodene alltid kjører den samme programvareversjon. Oppgraderinger utføres i henhold til oppgraderingsplanen for klyngen. Når en programvareoppgradering blir tilgjengelig, kan du oppgradere klyngen manuelt før det planlagte oppgraderingstidspunktet.

Før du starter

Hasteoppgraderinger tas i bruk så snart de er tilgjengelige.

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og klikk deretter Vis alle på Video Mesh-kortet.

Klikk på en medieressurs , og klikk deretter på Rediger klyngeinnstillinger .

På Innstillinger side, bla til Oppgrader , og velg deretter tid, frekvens og tidssone for oppgraderingsplanen.

Oppgraderinger kan ta mer enn noen få minutter hvis videonettnoden venter på at aktive samtaler skal avsluttes. For en mer umiddelbar oppgraderingsprosess anbefaler vi at du planlegger det automatiske oppgraderingsvinduet utenom den vanlige åpningstider.

(Valgfritt) Klikk om nødvendig Utsette for å utsette oppgraderingen én gang, til neste vindu.

Under tidssone vises dato og klokkeslett for neste tilgjengelige oppgradering.

Virkemåte for oppgradering

Noden sender regelmessige forespørsler til skyen for å se om en oppdatering er tilgjengelig.
Skyen gjør ikke oppgraderingen tilgjengelig før klyngen når oppgraderingsvinduet sitt. Når oppgraderingsvinduet kommer, leverer nodens neste regelmessige oppdateringsforespørsel til skyen oppdateringsinformasjonen.
Noden henter oppdateringer over en sikker kanal.
Eksisterende tjenester avsluttes elegant for å stoppe ruting av innkommende anrop til noden. Den elegante avslutningen gir også eksisterende samtaler tid til å fullføre (opptil 2 timer).
Oppgraderingen installeres.
Skyen utløser bare oppgraderingen for en prosentandel av nodene i en klynge om gangen.

Slett videonett-klynge

Du kan permanent slette en videonett-klynge fra Webex-skyen. For å fullføre denne prosedyren må du enten flytte hver node til en annen klynge eller avregistrere alle nodene. Avregistrering av alle noder i en klynge fjerner dem permanent og gjør dem utilgjengelige for bruk. Den eneste måten å gjøre avregistrerte noder tilgjengelige på igjen, er å registrere dem på nytt.

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og klikk deretter Vis alle .

Fra listen over ressurser blar du til videonettressursen du vil slette, og klikker deretter Rediger klyngeinnstillinger .

Du kan klikke Videonett for å filtrere på bare Video Mesh-ressurser.

Klikk på Slett klynge , og velg deretter én:

Klikk på Flytt alle noder . For hver node oppretter du enten en ny ressurs ved å velge en eksisterende ressurs fra rullegardinliste eller skriver inn et nytt navn, og deretter klikker du på Fortsett .
Klikk på Avregistrere alle noder , merk av i avmerkingsboks, og klikk deretter på Slett klynge .

Deaktiver videonett

Deaktivering av videonett fjerner muligheten til å la medier forbli lokale for møtene dine. Alle pågående møter som bruker Video Mesh-noder, avsluttes og fremtidige møter, er vert i skyen. Når den er deaktivert, er den eneste måten å bruke Video Mesh på å distribuere den fra begynnelsen.

Før du starter

Før du deaktiverer Video Mesh, vil du avregistrere alle Video Mesh-noder.

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid > Vis alle , velg Innstillinger på Video Mesh-kortet.
2	Klikk på Deaktiver .
3	Se gjennom listen over klynger, og les ansvarsfraskrivelsen i dialogboksen.
4	Merk av i avmerkingsboks for å bekrefte at du forstår denne handlingen, og klikk på Deaktiver i dialogboksen.
5	Når du er klar til å deaktivere videonettet, klikker du på Deaktiver tjenesten . Deaktivering fjerner alle Video Mesh-noder og -klynger. Videonett er ikke lenger konfigurert.

Feilsøke registrering av videonettnode

Denne delen inneholder mulige feil du kan støte på under registreringen av Video Mesh-noden til Webex-skyen, og foreslåtte trinn for å rette dem.

Kunne ikke løse domenet

Denne meldingen vises hvis DNS-innstillingene som er konfigurert på Video Mesh-noden, ikke er riktige.

Logg på konsollen til Video Mesh-noden, og kontroller at DNS-innstillingene er riktige.

Kunne ikke koble til nettstedet ved hjelp av port 443 via SSL

Denne meldingen vises hvis videonett-noden ikke kan koble til Webex-skyen.

Kontroller at nettverket tillater tilkobling på portene som kreves for Video Mesh. Hvis du vil ha mer informasjon, se Porter og protokoller som brukes av videonett .

ThousandEyes-integrering med Video Mesh

Video Mesh-plattformen er nå integrert med ThousandEyes-agenten, slik at du kan utføre ende-til-ende overvåking på tvers av det hybride digitale økosystemet. Denne integreringen utstyrer deg med et bredt utvalg av nettverksovervåkingstester som åpner for innsyn i områder som proxyer, gatewayer og rutere. Problemer hvor som helst langs en kundes nettverksinfrastruktur kan begrenses og diagnostiseres med større presisjon, noe som forbedrer effektiviteten i distribusjonen.

Fordeler med ThousandEyes-integrering

Gir deg flere testtyper å velge mellom. Du kan konfigurere én eller flere tester som passer for applikasjonen eller ressursen du vil overvåke.
Gir deg mulighet til å angi testterskler som er spesifikke for kravene dine.
Testresultatene er tilgjengelige via ThousandEyes-nettappen og ThousandEyes API i sanntid.
Større synlighet i feilsøking – Kunder kan identifisere årsaken til et problem i nettverket, noe som reduserer løsningstiden.

Aktiverer ThousandEyes for videonett

Bruk denne fremgangsmåten for å aktivere ThousandEyes-agent for Video Mesh-distribusjonen.

Fra Kontrollhub , klikk Hybrid nederst til venstre på skjermen.

Klikk på Rediger innstillinger på Videonett kortet.

Bla ned til ThousandEyes-integrering . Bryteren vil være deaktivert som standard. Klikk på bryteren for å aktivere den.

Klikk på ThousandEyes-brukerprofil , åpnes ThousandEyes-nettportalen. Logg på med administratorlegitimasjonen.

Det vises et sidepanel med Kontogruppetoken .

Klikk på visningsikonet, og klikk deretter Kopier .

Tokenet vil ikke bli kopiert på riktig måte hvis du ikke klikker på visningstoken-knappen.

Gå tilbake til Control Hub-fanen, lim inn tokenet i Agenttoken felt.

Klikk på Aktiver , ThousandEyes er nå aktivert for videonettdistribusjon.

Hva nå?

- Etter 5 minutter går du tilbake til ThousandEyes-nettsiden, klikker Sky- og bedriftsagenter , og klikk deretter Agentinnstillinger . Du skal kunne se alle nodene dine oppført som agenter under Bedriftsagenter . Hvis agentene ikke vises, kontrollerer du ThousandEyes-integrasjonskortet på Control Hub for feilmeldinger.
- Hvis det vises en feilmelding , klikker du på bryteren og deretter på Deaktiver . Gjenta trinnene for å aktivere ThousandEyes-agent, og sørg for at riktig kontogruppetoken kopieres og limes inn i Agenttoken felt.

For øyeblikket støtter ikke ThousandEyes-tester Video Mesh-noder bak en proxy.

Konfigurere tester ved hjelp av ThousandEyes

Nettverkstest – agent-til-agent

Agent-til-agent-nettverkstesten lar brukere av ThousandEyes ha ThousandEyes-agenter i begge ender av en overvåket bane, noe som muliggjør testing av banen i en av eller begge to retninger: kilde til mål eller mål til kilde. Hvis du vil detaljert informasjon om hvordan du konfigurerer en agent-til-agent-test, se Oversikt over test av agent-til-agent .

Et eksempel på en dialog for oppretting av tester vises nedenfor.

SIP-servertest

SIP-servertester forenkler nettverksmålinger, BGP-datainnsamling og, viktigst av alt, tilgjengelighet og ytelsestesting av SIP-tjenester mot SIP-basert VoIP-infrastruktur.

Hvis du vil ha detaljert informasjon om hvordan du konfigurerer en SIP-servertest, se Testinnstillinger for SIP-serveren .

Et eksempel på en dialog for oppretting av tester vises nedenfor.

RTP-strømtest

En RTP-strømtest oppretter en simulert taledatastrøm mellom to ThousandEyes-agenter som fungerer som VoIP-brukeragenter. RTP-pakker sendes mellom én eller flere agenter og en målagent, ved hjelp av UDP som transportprotokoll, for å hente målinger for gjennomsnittlig meningsscore (MOS), pakketap, forkastelser, latens og PDV (Packet Delay Variation). Produserte målinger er enveis målinger (kilde til mål). RTP-strømtesten gir serverport, samtalevarighet, bufferstørrelse for jitter og konfigurasjonsalternativer for kodeken.

Hvis du vil detaljert informasjon om konfigurering av en RTP-strømtest, se Innstillinger for RTP-strømtest .

Et eksempel på en dialog for oppretting av tester vises nedenfor.

URL-test for Webex HTTP-server

Denne testen overvåker den primære landingssiden som brukerne kobler seg til når de bruker Webex. Et eksempel på en dialog for oppretting av tester vises nedenfor.

Autoritativ test av Webex DNS-server

Denne testen brukes til å sikre at Webex-domenet ditt løses på riktig måte både internt og eksternt. Når du bruker Enterprise-agenter, må du oppdatere DNS-servere for å bruke de interne navnetjenerne dine. Hvis du bruker Cloud Agents for ekstern synlighet, bruker du Oppslagsservere for å automatisk fylle ut de autoritative eksterne navnetjenerne. Dette eksemplet viser skyagenter som løser cisco.webex.com. Du må oppdatere den til organisasjonens domene.

Et eksempel på en dialog for oppretting av tester vises nedenfor.

Behandle videonettnode fra nettgrensesnittet

Før du kan gjøre nettverksendringer i Video Mesh-noder som er registrert i skyen, må du bruke Control Hub til å sette dem i vedlikeholdsmodus. Hvis du vil ha mer informasjon og en fremgangsmåte som må følges, se Flytt en node til vedlikeholdsmodus .

Vedlikeholdsmodus er kun ment å forberede en node for avslutning eller omstart, slik at du kan gjøre bestemte endringer i nettverksinnstillinger (DNS, IP, FQDN) eller forberede deg på maskinvarevedlikehold, for eksempel bytte ut RAM, harddisk og så videre.

Oppgraderinger skjer ikke når en node settes i vedlikeholdsmodus.

Når du setter en node i vedlikeholdsmodus, foretar den en elegant avslutning av anropstjenester (stopper å godta nye anrop og venter i opptil 2 timer på at eksisterende anrop skal fullføres). Formålet med å avslutte anropstjenester på en elegant måte er å tillate omstart eller avslutning av noden uten å forårsake avbrutte anrop.

Slik får du tilgang til oversikten over videonett

Du kan åpne webgrensesnitt på én av disse måtene:

Hvis du er fullstendig administrator og allerede har registrert noden i skyen, kan du få tilgang til noden fra Control Hub.

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid . Under Ressurser på Video Mesh-kortet klikker du Vis alle . Klikk på klyngen, og klikk deretter på noden du vil ha tilgang til. Klikk på Gå til Node .

Bare en fullstendig administrator for Webex-organisasjonen din kan bruke denne funksjonen. Andre administratorer, inkludert partnere og fullstendige eksterne administratorer, har ikke Gå til node alternativet for ressursene for videonett.
I en nettleserfane går du til <IP address>/setup, for eksempel https://192.0.2.0/setup. Angi administratorlegitimasjonen du konfigurerte for noden, og klikk deretter Logg på .

Hvis administratorkontoen er deaktivert, er ikke denne metoden tilgjengelig. Se delen Deaktiver eller aktiver den lokale administratorkontoen fra nettgrensesnittet på nytt.

Oversikten er standardsiden og har følgende informasjon:

Samtalestatus – Gir antall pågående samtaler gjennom noden.
Nodedetaljer – Gir nodetype, programvarebilde, programvareversjon, OS-versjon, QoS vedlikeholdsmodus .
Nodehelse – Gir bruksdata (CPU, minne, disk) og tjenestestatus (Management Service, Messaging Service, NTP-synkronisering).
Nettverksinnstillinger – Gir nettverksinformasjon: vertsnavn, grensesnitt, IP, gateway, DNS, NTP og om dobbel IP er aktivert.
Registreringsdetaljer – Gir registreringsstatus, organisasjonsnavn, organisasjons-ID, klynge noden er en del av og klynge-ID.

Skytilkobling –Kjører en serie tester fra noden til Webex-skyen og tredjepartsdestinasjoner som noden må ha tilgang for å kjøre på riktig måte.

Det kjøres tre typer tester: DNS-oppløsning, serverresponstid og båndbredde.

DNS-tester bekrefter at noden kan løse et bestemt domene. Disse testene rapporterer som mislykket hvis serveren ikke svarer innen 10 sekunder. De vises som «Bestått» med en oransje «advarselsfarge» hvis responstiden er mellom 1,5 og 10 sekunder. De periodiske DNS-kontrollene på noden genererer alarmer hvis DNS-responstiden er lengre enn 1,5 sekunder.
Connect-tester bekrefter at noden kan koble til en bestemt HTTPS-URL og motta et svar (andre svar enn proxy- eller gatewayfeil godtas som bevis på tilkobling).
Listen over tester som kjøres fra oversiktssiden er ikke uttømmende og inkluderer ikke websocket-tester.
Noden sender alarmer hvis anropsprosessene ikke kan fullføre websocket-tilkoblinger til skyen eller koble til anropsrelaterte tjenester.

Resultatet Godkjent eller Ikke bestått vises ved siden av hver test. du kan holde pekeren over denne teksten for å se mer informasjon om hva som ble kontrollert da testen kjørte.

Som vist i skjermbildet som følger, kan alarmvarsler også vises i sidepanelet hvis det ble generert alarmer av noden. Disse varslene identifiserer potensielle problemer på noden og gir forslag til hvordan du kan feilsøke eller løse disse problemene. Hvis det ikke ble generert noen alarmer, vises ikke varslingspanelet.

***Eksempel på oversiktssiden i nettgrensesnittet for videonettnode***

Konfigurere nettverksinnstillinger fra nettgrensesnitt for videonettnode

Hvis nettverkstopologien endres, kan du bruke webgrensesnitt for hver Webex-videonettnode og endre nettverksinnstillinger der. Det kan hende at du ser en advarsel om endring av nettverksinnstillinger, men du kan likevel lagre endringene i tilfelle du gjør endringer i nettverket etter at du har endret nodeinnstillingene for Webex-videonett.

Åpne nodegrensesnittet for Webex-videonett.

Gå til Nettverk .

Gjeldende nettverksinnstillinger for noden vises.

Endre følgende innstillinger for Verts- og nettverkskonfigurasjon etter behov:

Under Rediger vertsnavn og domene , endre Vertsnavn og Domene verdier.
Det vises en feilmelding hvis FQDN (vertsnavn og domene) ikke har riktig format.
Under Nettverksmodus , Aktiver DHCP er oppført, men DHCP støttes ikke. Du må angi en statisk IP-adresse, nettverksmaske og gateway.

Under Rediger nettverkskonfigurasjon , endre IP-adresse (for det interne grensesnittet), Nettverksmaske , og Gateway (en nettverksnode som fungerer som et tilgangspunkt til et annet nettverk) verdier.

videonettnode må ha en intern IP-adresse og et DNS-navn som kan løses. IP-adresse for noden kan ikke tilhøre IP-adresse som er reservert for intern bruk av videonettnode . Standard reservert IP-adresse er 172.17.42.0–172.17.42.63, som kan konfigureres senere i Diagnostikk -menyen i nodekonsollen. Dette IP-adresse er for kommunikasjon innenfor videonettnode og mellom programvarebeholderne som inneholder de forskjellige komponentene i noden – for eksempel SIP-grensesnitt og medietranskoding.

Under Rediger DNS-servere endrer du oppføringene for DNS-server , som håndterer oversettelse av domenenavn til numeriske IP-adresser. Du kan angi opptil 4 DNS-servere.

Klikk på Lagre verts- og nettverkskonfigurasjon , og etter at popup-vinduet som sier at noden må startes på nytt, klikker du Lagre og starte på nytt .

Under lagringen blir alle felt validert på serversiden. Advarsler som vises, angir vanligvis at serveren ikke kan nås, eller at det ikke ble returnert et gyldig svar ved spørsmål – for eksempel hvis FQDN ikke kan løses ved hjelp av de oppgitte DNS-server . Du kan velge å lagre ved å ignorere advarselen, men anrop fungerer ikke før FQDN kan løses til DNS-en som er konfigurert på noden. En annen mulig feiltilstand er hvis gateway-adressen ikke er i samme delnett som IP-adresse. Etter at videonettnode har startet på nytt, trer endringene i nettverkskonfigurasjon i kraft.

Endre følgende innstillinger for NTP-servere etter behov:

Under Rediger NTP-servere endrer du verdiene for NTP-server , som brukes i organisasjonen til å synkronisere tid til noden.

Klikk på Lagre NTP-servere .

Hvis du konfigurerer mer enn én NTP-server, er avstemningsintervallet for failover 40 sekunder.

Hvis NTP-server er en FQDN og det ikke kan løses, returneres en advarsel. Hvis FQDN for NTP-server er løst, men den løste IP-en ikke kan søkes etter NTP-tid, returneres en advarsel.

Angi det eksterne nettverksgrensesnittet fra webgrensesnittet for videonettnode

Hvis nettverkstopologien endres, kan du bruke webgrensesnitt for hver Webex-videonettnode og endre nettverksinnstillinger der. Du kan se en advarsel om endring av nettverksinnstillinger. Du kan imidlertid fortsatt lagre endringene i tilfelle du gjør endringer i nettverket etter at du har endret nodeinnstillingene for Webex Video Mesh.

Du kan konfigurere det eksterne nettverksgrensesnitt hvis du distribuerer videonettnode i nettverkets DMZ, slik at du kan isolere bedriftstrafikken (intern) fra ekstern (ekstern) trafikk.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Nettverk . Gjeldende nettverksinnstillinger for noden vises.
3	Klikk på Avansert .
4	Slå på Aktiver eksternt nettverk og klikk deretter Ok for å aktivere alternativene for ekstern IP-adresse på noden.
5	Skriv inn Ekstern IP-adresse , Ekstern nettverksmaske , og Ekstern gateway verdier.
6	Klikk på Lagre ekstern nettverkskonfigurasjon .
7	Klikk på Lagre og starte på nytt for å bekrefte endringen. Noden starter på nytt for å aktivere den doble IP-adresse, og konfigurerer deretter automatisk de grunnleggende statiske rutingsreglene. Disse reglene bestemmer at trafikk til og fra en IP-adresse for privat klasse bruker et internt grensesnitt. trafikk til og fra en offentlig IP-adresse bruker et eksternt grensesnitt. Senere kan du opprette dine egne rutingsregler – for eksempel hvis du må konfigurere en overstyring og gi tilgang til et eksternt domene fra det interne grensesnittet.
8	Hvis det finnes feil, klikker du Ok for å lukke dialogboks, fikse feilene og klikk på Lagre ekstern nettverkskonfigurasjon igjen.

Hva nå?

Hvis du vil bekrefte den interne og eksterne konfigurasjonen av IP-adresse , følger du trinnene i Kjør et ping fra nettgrensesnittet for videonettnode .

Test en ekstern destinasjon (eksempel, cisco.com); hvis vellykket, viser resultatene at målet ble åpnet fra det eksterne grensesnittet.
Test en intern IP-adresse; hvis vellykket, viser resultatene at adressen ble åpnet fra det interne grensesnittet.

Legg til interne og eksterne rutingsregler fra nettgrensesnitt for videonettnode

Før du starter

Hvis du vil konfigurere rutingsregler, må du først aktivere og konfigurere det eksterne nettverksgrensesnitt.

Åpne nodegrensesnittet for Webex-videonett.

Gå til Nettverk .

Gjeldende nettverksinnstillinger for noden vises. Hvis du har konfigurert det eksterne nettverket, vises Rutingsregler-fanen.

Klikk på Rutingsregler -fanen.

Du kan legge til manuelle overstyringer av disse reglene i de neste trinnene.

Hvis du vil legge til en regel, klikker du på Legg til rutingregel , og velg deretter ett av følgende alternativer:.

For Nettverkstype , klikk Intern , og angi deretter det eksterne subnett- eller verts- IP-adresse som skal brukes for den interne ruten.
For Nettverkstype , klikk Ekstern , og angi deretter det interne subnett- eller verts- IP-adresse som skal brukes for den eksterne ruten.

Klikk på Legg til rutingregel .

Når du legger til hver regel, vises de i listen over rutingsregler, kategorisert som brukerdefinerte regler.

Hvis du vil slette én eller flere brukerdefinerte regler, merker du av i avmerkingsboks i kolonnen til venstre for reglene, og deretter klikker du Slett rutingsregler .

Standardrutene kan ikke slettes, men du kan slette alle brukerdefinerte overstyringer du har konfigurert.

Åpne en SSH-tilkobling til den offentlige IP-adresse til videonettnode.
Få tilgang til videonettnode via ESXi-konsollen

Konfigurere containernettverk fra nettgrensesnitt for videonettnode

Videonett-noden reserverer et delnettområde for intern bruk i noden. Standardområdet er 172.17.42.0–172.17.42.63. Nodene svarer ikke på ekstern-til-video-nettnodetrafikk som kommer fra dette området. Det kan være lurt å bruke nodekonsollen til å endre IP-adresse for containerbroen for å unngå konflikter med andre enheter i nettverket.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Nettverk . Gjeldende nettverksinnstillinger for noden vises.
3	Klikk på Avansert .
4	Endre verdiene for Beholderens IP-adresse og Nettverksmaske for beholder , etter behov, og klikk deretter Lagre konfigurasjon for containernettverk .
5	Klikk på Lagre og starte på nytt for å bekrefte endringen.
6	Hvis det finnes feil, klikker du Ok for å lukke dialogboks, fikse feilene og klikk på Lagre konfigurasjon for containernettverk igjen.

Angi MTU-størrelser for nettverksgrensesnitt

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

Før du starter

Hvis du allerede har registrert noden, må du sette noden i vedlikeholdsmodus før du kan endre MTU-innstillingene.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Nettverk . Gjeldende nettverksinnstillinger for noden vises.
3	Klikk på Avansert .
4	I Innstillinger for grensesnitt MTU , angi en MTU-verdi mellom 1280 og 9000 byte i gjeldende felt. Hvis du har aktivert det eksterne grensesnittet, kan du angi størrelsen på både det interne og det eksterne grensesnittets MTU separat.

Noden starter på nytt for å bruke MTU-endringene.

Hva nå?

Hvis du setter noden i vedlikeholdsmodus for å endre MTU, må du slå av vedlikeholdsmodus.

Aktiver eller deaktiver DNS-bufring

Hvis DNS-svar til Video Mesh-nodene regelmessig tar mer enn 750 ms, eller hvis Cisco TAC anbefaler det, kan du aktivere DNS-bufring. Når DNS-bufring er på, bufrer noden DNS-svar lokalt. Med hurtigbufferen er forespørsler mindre utsatt for forsinkelser eller tidsavbrudd som kan føre til tilkoblingsalarmer, avbrudd i samtalen eller problemer med samtalekvaliteten. DNS-bufring kan også redusere belastningen på DNS-infrastrukturen.

Før du starter

Flytt noden til vedlikeholdsmodus. Når statusen for vedlikeholdsmodus er På (aktive samtaler er fullført eller har avbrutt på slutten av den ventende perioden), kan du aktivere eller deaktivere DNS-bufring.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Nettverk . Gjeldende nettverksinnstillinger for noden vises.
3	Klikk på Avansert .
4	I delen Konfigurasjon av DNS-bufring velger du Aktiver DNS-bufring på eller av.
5	Klikk på i bekreftelsesdialogboksen Lagre og starte på nytt .
6	Når noden har startet på nytt, åpner du nodegrensesnittet for Webex Video Mesh på nytt og bekrefter at tilkoblingskontrollene er vellykket på Oversikt-siden.

Når du aktiverer DNS-bufring, vil Statistikk for DNS-hurtigbuffer viser følgende statistikk:

Statistikk	Beskrivelse
Bufferoppføringer	Antall tidligere DNS-oppløsninger som DNS-hurtigbufferserveren har lagret
Buffertreff	Antall ganger siden hurtigbufferen ble tilbakestilt at hurtigbufferen behandlet en DNS-forespørsel fra Video Mesh, uten å forespørre kundens DNS-server
Buffer feil	Antall ganger siden tilbakestillingen av hurtigbufferen kunde DNS-server behandlet en DNS-forespørsel fra Video Mesh i stedet for gjennom hurtigbufferen
Prosent treff på hurtigbuffer	Prosentandelen av DNS-forespørsler fra Video Mesh som hurtigbufferen behandlet uten å spørre kundens DNS-server
Hurtigbufferserverens utgående DNS-spørringer	Antall DNS-spørringer som DNS-hurtigbufferserveren for Video Mesh utførte mot kundens DNS-servere
Innkommende DNS-spørringer for hurtigbufferserver	Antall DNS-spørringer som Video Mesh utførte mot sin interne DNS-hurtigbufferserver
Spørringsforhold utgående til innkommende	Forholdet mellom DNS-spørringer gjort av Video Mesh mot kundens DNS-server og spørringene gjort av Video Mesh mot den interne DNS-hurtigbufferserveren
Innkommende søk per sekund	Gjennomsnittlig antall DNS-spørringer per sekund som Video Mesh utførte mot den interne DNS-hurtigbufferserveren
Utgående søk per sekund	Gjennomsnittlig antall DNS-spørringer per sekund som Video Mesh utførte mot kundens DNS-servere
Utgående DNS-forsinkelse [tidsintervall]	Prosentandelen av DNS-spørringer som Video Mesh utførte mot kundens DNS-servere der responstiden falt innenfor det beskrevne tidsintervall

Bruk Tøm DNS-hurtigbuffer for å tilbakestille DNS-hurtigbufferen når TAC ber om det. Når du har tørket DNS-hurtigbufferen, ser du en høyere Spørringsforhold utgående til innkommende etter hvert som hurtigbufferen fylles på. Du trenger ikke å sette noden i vedlikeholdsmodus for å tørke hurtigbufferen.

Hva nå?

Flytt noden ut av vedlikeholdsmodus. Gjenta deretter oppgaven på alle andre noder som krever en endring.

Last opp sikkerhetssertifikater

Konfigurer et klareringsforhold mellom noden og en ekstern server, for eksempel en syslog-server.

I et klyngemiljø må du installere CA- og serversertifikater på hver node individuelt.

Åpne nodegrensesnittet for Webex-videonett.

Når du konfigurerer TLS med en annen server, for eksempel en syslog-serveren , vi anbefaler Av sikkerhetshensyn bruker du et CA-signert sertifikat på videonettnodene i stedet for nodens standard selvsignert sertifikat. Hvis du vil opprette og laste opp sertifikatet og nøkkelparene på videonettnoden, går du til Serversertifikater , og følg denne fremgangsmåten:

Hvis du trenger et sertifikat utstedt fra en sertifisert leverandør, klikker du på Opprett en forespørsel om sertifikatsignering . Fyll ut den nødvendige informasjonen (inkludert Alternativt(e) navn , som er FQDN-er som må inneholde det vanlige navnet). Deretter genererer og laster du ned CSR-en for å sende forespørselen til leverandøren. Du kan opprette flere CSR-er. Leverandøren returnerer det CA-signerte sertifikatet. (Opprettingstrinnet for CSR genererte allerede den private nøkkelen.)

Det vanlige navnet er ikke en URL. Den inkluderer ikke noen protokoll (f.eks. http:// eller https://), portnummer eller banenavn. Filen commonName-feltet i X.509-sertifikatspesifikasjonen representerer teknisk det vanlige navnet. for https://www.example.com, er riktig verdi example.com.

Når du har sertifikatet og nøkkelen, klikker du Last opp et serversertifikat (.crt- eller .pem-fil) , velg sertifikatfilen, og klikk deretter på Last opp en privat nøkkel (.key-fil) og angi en passordfrase hvis du har en.

Den private nøkkelen er allerede på plass når en CSR genereres. Du trenger bare å laste opp en privat nøkkel hvis du ikke bruker trinnet for oppretting av CSR.
Når du har fått sertifikatet, går du til den første videonett-noden i en klynge, klikker på Installer serversertifikat , les ledeteksten, klikk på Installer , og klikk deretter OK .

En videonett-node som er registrert i skyen, venter i opptil to timer på at eventuelle samtaler avsluttes, og setter seg selv i en midlertidig inaktiv tilstand (hviler). Når enten de eksisterende samtalene er fullført eller det har gått to timer (avhengig av hva som inntreffer først), fullfører denne noden sertifikatinstallasjonen. Det vises en melding når installasjonen av serversertifikat er fullført, og du kan deretter laste inn siden på nytt for å vise det nye sertifikatet og nøkkeloppføringen.
Klikk på Last ned ved siden av sertifikatet og nøkkelfilene for å lagre en lokal kopi.

Lagre filene et sted det er enkelt å huske, og la forekomsten være åpen i nettleserfanen.
Gå til den andre Video Mesh-noden i klyngen, fyll ut passordfrasen, og last deretter opp den private nøkkelfilen. Klikk deretter på Last opp et serversertifikat og velg deretter Installer serversertifikat , les ledeteksten, klikk på Installer , og klikk deretter OK .
Gjenta disse trinnene på annenhver Video Mesh-node i samme klynge.

Velg et alternativ avhengig av hvordan CA-sertifikat for den eksterne serveren er signert:

Hvis serverens CA-sertifikat er signert av en generelt anerkjent organisasjon, for eksempel DigiCert, GeoTrust eller GlobalSign, vil Video Mesh-noden klarere det basert på listen over rotsertifikater fra verts-OS for Video Mesh-noden, som oppdateres regelmessig. Gå til trinn 6 .
Hvis serverens CA-sertifikat er signert av et internt CA rotsertifikat for bedriften , må rotsertifikat fra denne myndigheten legges til i videonett-noden. Fortsett med neste trinn.

Hent sertifikatet eller klareringsliste for sertifikater (CTL) som den eksterne serveren bruker.

Som med nodesertifikatet for Video Mesh, lagrer du den eksterne serverfilen et sted som er lett å huske.

Gå tilbake til fanen for nodegrensesnitt for Webex-videonett, klikk på Trust Store og proxy , og velg deretter et alternativ:

Hvis du vil installere et enkelt CA-sertifikat, klikker du på Last opp et rotsertifikat eller en sluttenhetssertifikat (.crt- eller .pem-fil) , og velg sertifikatfilen fra datamaskinen, klikk på Installer alle sertifikater i Trust Store , les ledeteksten, klikk på Installer , og start deretter noden på nytt.
Hvis du vil installere en sertifikatkjede, laster du opp rot- CA-sertifikat og det mellomliggende CA-sertifikat, og deretter klikker du på Installer alle sertifikater i Trust Store , les ledeteksten og klikk på Installer .

En videonett-node som er registrert i skyen, venter i opptil to timer på at eventuelle samtaler avsluttes, og setter seg selv i en midlertidig inaktiv tilstand (hviler). For å installere sertifikatet må noden starte på nytt og gjør det automatisk. Når den kobles til igjen, vises en melding når sertifikatet er installert på videonett-noden, og du kan deretter laste inn siden på nytt for å vise det nye sertifikatet.

Gjenta opplastingen av sertifikatet eller sertifikatkjede på annenhver videonett-node i den samme klyngen.

Generer videonettlogger for støtte

Du kan bli bedt om å sende logger direkte til Cisco, eller du kan laste dem ned selv for å legge dem ved en sak. Bruk denne fremgangsmåten fra webgrensesnitt til å generere logger og sende dem til Cisco eller laste dem ned fra en hvilken som helst videonettnoder. Den genererte loggpakken inneholder medielogger, systemlogger og beholderlogger. Pakken inneholder nyttig informasjon om tilkobling til Webex, plattformproblemer og samtaleoppsett eller medier, slik at Cisco kan feilsøke videonett-nodedistribusjonen for deg.

Åpne nodegrensesnittet for Webex-videonett.

Gå til Feilsøking , og velg deretter et alternativ ved siden av Send logger :

Klikk på Send logger til Cisco for å generere en loggpakke fra noden og sende pakken direkte til Cisco i ett trinn. Du ser en statusindikator som endres etter hvert som loggene komprimeres, komprimeres og lastes opp.
Klikk på Last ned for å generere en lang pakke fra noden som du kan lagre lokalt eller knytte til en sak senere.

Genererte logger lagres historisk på noden og forblir på noden selv etter omstart. En opplastingsidentifikator vises på siden. Støtte bruker denne verdien til å identifisere de opplastede loggene dine.

Når du åpne en sak eller samhandle med Cisco TAC , inkluderer opplastingsidentifikatorverdien slik at kundestøtteteknikeren får tilgang til loggene.

Hvis du sendte loggen til Cisco direkte, trenger du ikke å laste opp loggpakken til TAC-saken.

Hva nå?

Mens logger lastes opp til Cisco eller lastes ned, kan du kjøre pakkelagring fra samme skjermbilde.

Generer pakkeopptak for videonett for støtte

Du kan kjøre en pakkelagring (PCAP) og sende den til Cisco for videre analyse. En pakkelagring tar et øyeblikksbilde av datapakker som går gjennom nodens nettverksgrensesnitt. Etter at pakkene er fanget opp og sendt inn, kan Cisco analysere den innsendte registreringen og hjelpe med feilsøking av Video Mesh-nodedistribusjonen.

Før du starter

pakkelagring er kun ment for feilsøkingsformål. Hvis du kjører en pakkelagring på en live Video Mesh-node som er vert for aktive samtaler, kan pakkelagring påvirke ytelsen til noden, og den genererte filen kan bli overskrevet. Dette fører til tap av registrerte data. Vi anbefaler at du bare kjører pakkelagring i dårlige timer eller når anropsantallet er mindre enn 3 på noden.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking . Du kan starte pakkelagring og laste opp logger samtidig.
3	(Valgfritt) I Pakkeopptak kan du begrense registreringen til pakker på et bestemt grensesnitt, filtrere etter pakker til eller fra bestemte verter, eller filtrere etter pakker på én eller flere porter.
4	Hvis du vil starte prosessen, slår du på Start pakkeopptak innstillingen.
5	Når du er ferdig, slår du av Start pakkeopptak innstillingen.
6	Velg én: Klikk på Send PCAP til Cisco for å sende pakkelagring fra noden direkte til Cisco. Du ser en statusindikator som endres etter hvert som pakkelagring lastes opp. Klikk på Last ned for å lagre en lokal kopi av pakkelagring fra noden. Du kan legge den ved en sak senere. Når et pakkeopptak er lastet opp, vises en opplastingsidentifikator på siden. Støtte bruker denne verdien til å identifisere den opplastede pakkelagring. Maksimal størrelse for pakkeopptak er 2 GB.
7	Når du åpne en sak eller samhandle med Cisco TAC , inkluderer du opplastingsidentifikatorverdien slik at kundestøtteteknikeren din får tilgang til pakkelagring.

Kjør et ping fra nettgrensesnittet for videonettnode

Du kan kjøre en ping fra webgrensesnitt for Video Mesh-noden . Dette trinnet tester en destinasjon du angir, og ser om videonettnoden kan nå den.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking , bla til Ping , og angi deretter en destinasjonsadresse du vil teste i FQDN- eller IP-adresse felt under Test tilkoblingen ved hjelp av ping .
3	Klikk på Ping . Testen kjøres, og du ser en melding om vellykket ping eller feil. Testen har ingen tidsavbrudd. Hvis du får en feil eller testen kjører på ubestemt tid, kontrollerer du målverdien du anga, og nettverksinnstillinger.

Kjør en sporingsrute fra webgrensesnitt for videonett

Du kan kjøre en traceroute fra webgrensesnitt for Video Mesh-noden . Dette trinnet viser ruten som pakker tar fra noden til destinasjonen du angir. Visning av traceroute-informasjonen hjelper deg med å finne ut hvorfor en bestemt tilkobling kan være dårlig, og kan hjelpe deg med å identifisere problemer.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking , bla til Traceroute , og angi deretter en destinasjonsadresse du vil teste i FQDN- eller IP-adresse felt under Spor rute til vert . Testen kjøres, og du får en melding om vellykket sporing eller feil. Testen tidsavbrytes etter 16 sekunder. Hvis du får en feil eller testen blir tidsavbrutt, kontrollerer du målverdien du anga, og nettverksinnstillinger.

Kontroller NTP-serveren fra nettgrensesnittet for videonettnode

Du kan angi en FQDN- eller IP-adresse for en NTP-server (Network Time Protocol) for å bekrefte at noden for videonett har tilgang til serveren. Denne testen er nyttig hvis du merker problemer med tidssynkronisering og ønsker å utelukke tilgjengeligheten til NTP-server.

Åpne nodegrensesnittet for Webex-videonett.

Gå til Feilsøking , bla til Sjekk NTP-serveren , og angi deretter en destinasjonsadresse du vil teste i FQDN- eller IP-adresse felt under Vis svar på SNTP-spørring .

Testen kjøres, og du ser en melding om at spørringen var vellykket eller mislyktes. Testen har ingen tidsavbrudd. Hvis du får en feil eller testen kjører på ubestemt tid, kontrollerer du målverdien du anga, og nettverksinnstillinger.

Identifisere portproblemer med Reflector Tool i nettgrensesnittet

Reflektorverktøyet (en kombinasjon av en server på Video Mesh-noden og klient gjennom et Python-skript) brukes til å bekrefte om de nødvendige TCP/UDP-portene er åpne fra Video Mesh-nodene.

Før du starter

Last ned en kopi av Reflector Tool Client (et Python-skript) frahttps://github.com/CiscoDevNet/webex-video-mesh-reflector-client .
For at skriptet skal fungere som det skal, må du kontrollere at du kjører Python 2.7.10 eller nyere i miljøet ditt.
For øyeblikket støtter dette verktøyet SIP-endepunkter til videonettnoder og intraklyngebekreftelse.

1	Fra kundevisningen ihttps://admin.webex.com , aktiver vedlikeholdsnoden for videonettnode ved å følge disse instruksjonene .
2	Vent til noden viser statusen Klar for vedlikehold i Control Hub.
3	Åpne nodegrensesnittet for Webex-videonett. Hvis du vil ha instruksjoner, se Behandle videonettnode fra nettgrensesnittet .
4	Bla til Refleksverktøy , og start deretter enten TCP Reflector Server eller UDP Reflector Server , avhengig av hvilken protokoll du vil bruke.
5	Klikk på Start Reflector Server , og vent deretter til serveren starter. Du ser et varsel når serveren starter.
6	Fra et system (for eksempel en PC) i et nettverk som du vil at Video Mesh-nodene skal nå, kjører du skriptet med følgende kommando: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` På slutten av kjøringen viser klienten en vellykket melding hvis alle nødvendige porter er åpne: Klienten viser en mislykket melding hvis noen nødvendige porter ikke er åpne:
7	Løs eventuelle portproblemer på brannmuren, og kjør deretter trinnene ovenfor på nytt.
8	Kjør klienten med `--help` for å få flere detaljer.

Aktiver feilsøkingsbrukerkonto fra nettgrensesnitt for videonettnode

Hvis Cisco TAC krever tilgang til noden for Webex-videonett, kan du midlertidig aktivere en brukerkonto slik at brukerstøtte kan kjøre ytterligere feilsøking.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking , og slå deretter på Aktiver feilsøkingsbruker innstillingen. Det vises en kryptert passordfrase som du kan oppgi til Cisco TAC.
3	Kopier passordfrasen, lim den inn i kundestøttebilletten eller direkte til kundestøtteteknikeren, og klikk deretter OK når du har den lagret.

brukerkonto for feilsøking er gyldig i 3 dager, og deretter utløper den.

Hva nå?

Du kan deaktivere kontoen før den utløper hvis du går tilbake til Feilsøking side, og slå deretter av Aktiver feilsøkingsbruker innstillingen.

Tilbakestill en videonettnode til fabrikkstandard fra nettgrensesnittet

Som en del av oppryddingen av registreringen kan du tilbakestilling til fabrikkinnstillinger fra webgrensesnitt. Dette trinnet fjerner all konfigurasjon du satte på plass mens noden var aktiv, men fjerner ikke oppføringen for den virtuell maskin . Senere kan det være lurt å registrere denne noden på nytt som en del av en annen klynge du bygger fra bunnen av.

Før du starter

Du må bruke Control Hub til å avregistrere videonett-noden fra klyngen som er registrert i Control Hub.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking , bla til Tilbakestill til fabrikkinnstillinger , og klikk deretter Tilbakestill node .
3	Kontroller at du forstår informasjonen i varselet som vises, og klikk deretter på Tilbakestill og start på nytt . Noden starter automatisk på nytt etter tilbakestillingen til tilbakestilling til fabrikkinnstillinger.

Deaktiver eller aktiver den lokale administratorkontoen fra nettgrensesnitt på nytt

Når du installerer en Webex Video Mesh-node, logger du først på med en innebygd lokal konto med brukernavnet «admin». Når du har registrert noden i Webex-skyen, kan du bruke administrasjonslegitimasjonen for Webex-organisasjonen din til å administrere Video Mesh-nodene fra Control Hub. På denne måten gjelder retningslinjene for administratorkonto og administrasjonsprosessene som gjelder for Control Hub, også for videonettnodene dine. For ytterligere kontroll kan du deaktivere den innebygde «admin»-kontoen slik at Control Hub håndterer all administrator og administrasjon.

Bruk disse trinnene etter at du har registrert noden i skyen for å deaktivere (eller aktivere senere) brukerkonto. Når du deaktiverer administratorkontoen, må du bruke Control Hub for å få tilgang til nodens webgrensesnitt.

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

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid .

Under Ressurser på Video Mesh-kortet klikker du Vis alle .

Klikk på klyngen, og klikk deretter på noden du vil ha tilgang til. Klikk på Gå til Node .

Gå til Administrasjon .

Veksle på Aktiver innlogging for administratorbruker slå av for å deaktivere kontoen, eller på for å aktivere den på nytt.

Du kan ikke deaktivere administratorkontoen før du har registrert noden i skyen.

Klikk på på bekreftelsesskjermen Deaktiver eller Aktiver for å fullføre endringen.

Når du har deaktivert administratorbrukeren, kan du ikke logge på Video Mesh-noden via WebUI eller CLI lansert fra SSH. Du kan imidlertid logge på ved hjelp av legitimasjonen for administratoren via en CLI som startes fra VMware ESXi-konsollen.

Endre passordfrase for administrator fra nettgrensesnitt

Bruk denne fremgangsmåten til å endre administrator (passordet) for Webex-videonett-noden ved hjelp av webgrensesnitt.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Administrasjon , og ved siden av Endre passordfrase , klikk Endre .
3	Skriv inn Gjeldende passordfrase , og angi deretter en ny passordfraseverdi i begge Ny passordfrase og Bekreft ny passordfrase .
4	Klikk på Lagre passordfrase . Meldingen «passord endret» vises, og deretter går du tilbake til påloggingsskjermen.
5	Logg på med den nye administratorpålogging og passordfrasen (passord).

Endre utløpsintervall for passordfrase fra nettgrensesnittet

Bruk denne fremgangsmåten til å endre standard utløpsintervall for passordfrasen på 90 dager ved hjelp av webgrensesnitt. Når intervallet er ute, blir du bedt om å angi en ny passordfrase når du logger på videonett-noden.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Administrasjon , og ved siden av Endre utløpsdato for passordfrase , angi en ny verdi for Utløpsintervall (dager) (opptil 365 dager), og klikk deretter Lagre utløpsintervall for passordfrase . Et vellykket skjermbilde vises, og du kan deretter klikke OK for å fullføre.

Den Administrasjon siden viser også datoer for siste endring av passordfrasen og neste gang passordet utløper.

Angi ekstern logging til en Syslog-server

Hvis du har en syslog-server, kan du angi at noden for Webex-videonett skal logges på informasjonen om revisjonssporet for den eksterne serveren, for eksempel:

Detaljer om administrator
Konfigurasjonsendringer (inkludert slå vedlikeholdsmodus på eller av)
Programvareoppdateringer

Noden aggregerer loggene, hvis noen, og sender dem til serveren hvert tiende minutt.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Administrasjon .
3	Ved siden av Ekstern logging , slå på Aktiver ekstern logging .
4	For Detaljer om Syslog-server , skriver du inn vertens IP-adresse eller det fullstendige domenenavn og syslog-porten. Hvis serveren ikke kan DNS-løses fra noden, bruker du en IP-adresse i Vert felt.
5	Velg Protokoll – UDP eller TCP. Hvis du vil bruke TLS-kryptering, velger du TCP og slå deretter på Aktiver TLS . Kontroller at du også laster opp og installerer sikkerhetssertifikatene som kreves for TLS-kommunikasjon mellom noden og syslog-serveren. Hvis det ikke er installert noen sertifikater, bruker noden som standard sine egensignerte sertifikater. Hvis du vil ha hjelp, se Last opp sikkerhetssertifikater .
6	Klikk på Lagre konfigurasjon for ekstern logging .

Egenskapene for loggmeldingen har dette formatet: Melding om prioritert tidsstempel Vertsnavn-tag .

Egenskap	Beskrivelse
Prioritet	Verdien er alltid 131, basert på formelen: Prioritet = (anleggskode * 8) + alvorlighetsgrad. Anleggskoden er 16 for «local0». Alvorlighetsgraden er 3 for «varsel».
Tidsstempel	Tidsstempelformatet er «Mmm dd tt:mm:ss».
Vertsnavn	Vertsnavnet for videonett-noden.
stikkord	Verdien er alltid syslogAuditMsg.
Melding	Meldingen er en JSON-streng på minst 1 kB. Størrelsen avhenger av antall aggregerte hendelser i løpet av timinuttersintervallet.

Her er en eksempelmelding:

{
  "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 for videonettvarsler

Video Mesh støtter Webhook-varsler som gjør det mulig for organisasjonsadministratorer å motta varsler om bestemte hendelser. Administratorer kan velge å bli varslet om hendelser som anropsoverflyt og anropsomdirigeringer, noe som minimerer behovet for å logge på Control Hub for å overvåke distribusjonen. Dette oppnås ved å opprette et webhook-abonnement der en mål-URL oppgis av administratoren, som varsler vil bli sendt til. Bruk av webhooks for varsler tillater også overvåking av parametere uten å bruke de tilknyttede utvikler-API-ene.

Følgende hendelsestyper kan overvåkes via webhooks:

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

Opprett et Webhook-abonnement

1	Logg på Cisco Webex utvikler portal ved hjelp av administratorlegitimasjon.
2	På utviklerportalen klikker du på Dokumentasjon.
3	Fra rullefeltet til venstre blar du ned og klikker Fullstendig API-referanse .
4	Fra alternativene som vises nedenfor, blar du ned og klikker Webhooks > Opprett en Webhook.
5	Opprett et abonnement ved å angi følgende parametere:

navn : eksempel – Video Mesh Webhook-varsler
targetUrl : eksempel - https://10.1.1.1/webhooks
ressurs : videoMeshAlerts
hendelsen : utløst
eidAv : org

URL-adressen som angis i targetUrl-parameteren, må være tilgjengelig for Internett og ha en server som er konfigurert til å godta POST-forespørsler sendt av Webex Webhook.

Angi terskelkonfigurasjoner med utvikler-API-er

Du kan angi terskelverdier for hendelsene (Org Call Overflows og Cluster Call Redirects) med utvikler-API-er for Video Mesh. Du kan angi en prosentverdi for tersklene som et webhook-varsel skal utløses over. Hvis terskelverdi for eksempel er satt til 20 for organisasjonssamtaleoverflyt, sendes det et varsel når mer enn 20 prosent av samtalene renner over til skyen.

Et sett med fire API-er er tilgjengelige for innstilling og oppdatering av terskler i Cisco Webex Developer Portal, og de er listet opp nedenfor:

Konfigurasjon av listehendelsesterskel
Hent konfigurasjon av hendelsesterskel
Oppdater konfigurasjon for hendelsesterskel
Tilbakestill konfigurasjon av hendelsesterskel

API-ene er tilgjengelige påhttps://developer.webex.com/docs/api/v1/video-mesh .

Scenario 1 – angi terskelverdi for organisasjonssamtaler overflyt

Klikk på Konfigurasjon av listehendelsesterskel API.

Angi eventscope til ORG og klikk > Kjør .

Du vil motta et svar som ligner på det vist nedenfor.

{
"eventName": "orgCallsOverflowed",
"eventThresholdId":
"Y2lzY29zcGFyazovL3VzL0VWRU5ULzQyN2U5ZTk2LTczYTctNDYwYS04MGZhLTcyNWU4MWE2MDg3ZjowM2ZkYjkzZC1jNTllLT
QzMjQtODIwNS1lNDIyYzA3NGQ5Mzg",
"eventScope": "ORG",
"entityId":
"Y2lzY29zcGFyazovL3VzL09SR0FOSVpBVElPTi8yYzNjOWY5NS03M2Q5LTQ0NjAtYTY2OC0wNDcxNjJmZjFiYWQ",
"thresholdConfig": {
"minThreshold": 10,
"defaultMinThreshold": 10
}

Kopier verdien i "eventThresholdId". Dette er terskel-ID-en for hendelsen som vil bli brukt til å oppdatere og hente terskelverdier.

Lim inn verdien i "eventThresholdId" i JSON-strukturen vist nedenfor, og kopier hele JSON-strukturen.

[
{
"eventThresholdId":
"Y2lzY29zcGFyazovL3VzL0VWRU5UL2E3YmM3ODE2LWU3YTAtNDk0Zi1iZDZhLTRhMGIyNWY2OGFhNjoyNWE3ODY1Yi0yYjQ3
LTM4M2YtYWI3YS00MzYxY2ExN2FiOTI",
"thresholdConfig": {
"minThreshold": 5
}
}

Klikk på Oppdater konfigurasjon for hendelsesterskel API.

Lim inn JSON-strukturen i brødteksten til Oppdater konfigurasjon for hendelsesterskel API.

Angi “minThreshold” verdi til den nye terskelverdi du vil angi.

Du kan kjøre denne operasjonen for flere hendelsesterskel-ID-er ved å angi dem som kommadelte verdier i JSON-strukturen.

Klikk på Kjør , terskelen din for Organisasjonsanropsoverflyt settes til den nye verdien.

Hva nå?

Hvis du vil vise terskelen som er angitt for en bestemt hendelsesterskel-ID,

Klikk på Hent konfigurasjon av hendelsesterskel API.
Lim inn hendelsesterskel-ID-en i toppteksten for API-en, klikk Kjør .
Standard terskelverdi og den angitte terskelverdi vises i svaret.

Scenario 2 – Angi terskelverdi for klyngesamtaler omdirigert

Klikk på Konfigurasjon av listehendelsesterskel API.

Angi eventscope til KLYNE og klikk > Kjør .

Svaret viser konfigurasjoner for alle klynger i organisasjonen.

Du kan motta konfigurasjonen for en bestemt klynge ved å fylle ut clusterID parameteren.

Kopier verdien i "eventThresholdId"-feltet for klyngen du vil oppdatere verdien for. Dette er terskel-ID-en for hendelsen som vil bli brukt til å oppdatere og hente terskelverdier.

Lim inn verdien i "eventThresholdId" i JSON-strukturen vist nedenfor, og kopier hele JSON-strukturen.

[
{
"eventThresholdId":
"Y2lzY29zcGFyazovL3VzL0VWRU5UL2E3YmM3ODE2LWU3YTAtNDk0Zi1iZDZhLTRhMGIyNWY2OGFhNjoyNWE3ODY1Yi0yYjQ3
LTM4M2YtYWI3YS00MzYxY2ExN2FiOTI",
"thresholdConfig": {
"minThreshold": 5
}
}
]

Klikk på Oppdater konfigurasjon for hendelsesterskel API.

Lim inn JSON-strukturen i brødteksten til Oppdater konfigurasjon for hendelsesterskel API.

Angi “minThreshold” verdi til den nye terskelverdi du vil angi.

Du kan kjøre denne operasjonen for flere hendelsesterskel-ID-er ved å angi dem som kommadelte verdier i JSON-strukturen.

Klikk på Kjør , terskelen din for Klyngesamtaler omdirigert settes til den nye verdien.

Hva nå?

Hvis du vil vise terskelen som er angitt for en bestemt hendelsesterskel-ID,

Klikk på Hent konfigurasjon av hendelsesterskel API.
Lim inn hendelsesterskel-ID-en i toppteksten for API-en, klikk Kjør .
Standard terskelverdi og den angitte terskelverdi vises i svaret.

Scenario 3 – Tilbakestilling av terskelverdier

Klikk på Tilbakestill konfigurasjon av hendelsesterskel API.

Kopier hendelsesterskel-ID-en for en klynge eller organisasjonen, og lim den inn i "eventThresholdId" i JSON-strukturen nedenfor.

{
"eventThresholdIds": [
"Y2lzY29zcGFyazovL3VzL0VWRU5ULzQyN2U5ZTk2LTczYTctNDYwYS04MGZhLTcyNWU4MWE2MDg3Zjo2YzJhZGRmMS0wYjAz
LTRiZWEtYjIxYy0xYzFjYzdiY2UwOWQ"
]
}

Lim inn JSON-strukturen i brødteksten og klikk Kjør .

Du kan tilbakestille terskelverdier for flere hendelsesterskel-ID-er ved å angi dem som kommadelte verdier i JSON-strukturen.

terskelverdi settes til standard minimumsverdi.

Utvikler-API-er for videonett

Utvikler-API-ene for Video Mesh er en måte å hente analyse- og overvåkingsdata for Video Mesh-distribusjonene via Webex Developer Portal. API-ene er tilgjengelige påhttps://developer.webex.com/docs/api/v1/video-mesh. En prøveklient er tilgjengelig påhttps://github.com/CiscoDevNet/video-mesh-api-client .

Vedlegg

Demoprogramvare for videonettnode

Bruk demoprogramvaren for videonettnode kun til grunnleggende demoformål. Ikke legg til en demo-node i en eksisterende produksjonsklynge. Demo-klyngen godtar færre anrop enn produksjon og utløper 90 dager etter at den er registrert i skyen.

Demoprogramvaren for videonettnode støttes ikke av Cisco TAC.
Du kan ikke oppgradere demoprogramvaren for videonettnode til den fullstendige programvareversjon av produksjonsprogramvaren.

Last ned bildet av demoprogramvaren fra denne koblingen .

Spesifikasjoner

Se System- og plattformkrav for programvare for videonettnode for den spesifikasjonsbaserte konfigurasjonen for programvaren videonettnode .

Demoprogramvaren støtter enten ett enkelt nettverksgrensesnitt eller et to nettverksgrensesnitt.

Kapasitet

Vi tester ikke demobildet for kapasitet. Du bør bare bruke den til å teste ut grunnleggende møtescenarier. Se brukstilfellene som følger for veiledning.

Bruksområder for demoprogramvaren for videonettnode

Medier forankret til lokalt

Distribuer og konfigurer noden med demoprogramvaren.
Kjør et møte som inkluderer følgende deltakere: en Webex-app-deltaker, Webex-endepunktdeltaker og et Cisco Webex Board.
Etter at møtet er over, kan du se fra kundenhttps://admin.webex.com , gå til Analyse for å få tilgang til videonett-rapportene. I rapportene kan du se at mediene forble lokale.

Møte med deltakere i skyen og lokale

Kjør et nytt møte med et par Webex-deltakere lokale og én i skyen.
Vær oppmerksom på at alle deltakerne sømløst kan bli med og delta i møtet.

Behandle videonettnode fra konsollen

Oppgraderinger skjer ikke når en node settes i vedlikeholdsmodus.

Endre nettverksinnstillinger for videonettnode i konsollen

Hvis nettverkstopologien endres, må du åpne konsollgrensesnittet for hver videonettnode og endre nettverksinnstillinger der. Det kan hende at du ser en advarsel om endring av nettverksinnstillinger, men du kan likevel lagre endringene i tilfelle du gjør endringer i nettverket etter at du har endret nodeinnstillingene for Videonett.

Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten, og logg deretter på med administratorlegitimasjonen.

Etter førstegangs oppsett av nettverksinnstillinger , og hvis videonettverket er tilgjengelig, kan du få tilgang til nodegrensesnittet via sikkert skall (SSH).

Velg alternativ fra hovedmeny i videonettnode 2 Rediger konfigurasjon og klikk deretter Velg .

Les meldingen om at samtalene avsluttes på videonettnode, og klikk deretter på Ja .

Klikk på Statisk , angi IP-adresse for det interne grensesnittet, Maske , Gateway , og DNS verdier for nettverket ditt.

videonettnode må ha en intern IP-adresse og et DNS-navn som kan løses. IP-adresse for noden kan ikke tilhøre IP-adresse som er reservert for intern bruk av videonettnode . Standard reservert IP-adresse er 172.17.42.0–172.17.42.63, som kan konfigureres i Diagnostikk -menyen. Dette IP-adresse er for kommunikasjon innenfor videonettnode og mellom programvarebeholderne som inneholder de forskjellige komponentene i noden – for eksempel SIP-grensesnitt og medietranskoding.
Distribuer alle nodene i samme delnett eller VLAN, slik at alle nodene i en klynge er tilgjengelige uansett hvor klientene befinner seg i nettverket.
For en DMZ-distribusjon for to nettverkskort kan du angi den eksterne IP-adresse i neste prosedyre etter at du har lagret den interne nettverkskonfigurasjon og startet noden på nytt.

Angi organisasjonens NTP-server eller en annen ekstern NTP-server som kan brukes i organisasjonen.

Hvis du konfigurerer mer enn én NTP-server, er avstemningsintervallet for failover 40 sekunder.

(Valgfritt) Endre vertsnavnet eller domenet om nødvendig.

Hvis du vil sikre en vellykket registrering til skyen, bruker du bare små tegn i vertsnavnet du angir for videonettnode. Store og små bokstaver støttes ikke for øyeblikket.
Når du bruker eller konfigurerer FQDN eller vertsnavn, må du også angi et gyldig domene som kan løses. Den totale lengden på FQDN kan ikke overstige 64 tegn.

Klikk på Lagre , og klikk deretter Lagre endringer og start på nytt .

Endre passordfrasen for administrator for videonettnode

Bruk denne fremgangsmåten til å endre administrator (passordet) for videonettnoden i nodens konsoll.

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Åpne og logg på VMware ESXi-konsollen til den virtuelle maskinen for Video Mesh-noden.
3	Velg alternativ på hovedmeny 3 Administrer passordfrase for administrator , deretter 1 Endre passordfrase for administrator , og klikk deretter Gå inn .
4	Les informasjonen på siden for utløpt passord, klikk på Gå inn , og klikk deretter på den igjen etter meldingen om passordutløpet.
5	Trykk på Enter.
6	Når du har logget ut av konsollen, går du tilbake til påloggingsskjermen, og deretter logger du på med administratorpålogging . Du blir bedt om å endre passordet ditt.
7	For Gammelt passord , angi gjeldende passordfrase, og trykk deretter på Gå inn .
8	For Nytt passord , angi en ny passordfrase, og trykk deretter på Gå inn .
9	For Skriv inn nytt passord på nytt , skriv inn den nye passordfrasen på nytt, og trykk deretter på Gå inn . Meldingen «passord endret» vises, og deretter går du tilbake til påloggingsskjermen.
10	Logg på med den nye administratorpålogging og passordfrasen (passord).

Kjør et ping fra videonettnode for videonett

Du kan kjøre en ping fra grensesnittet for nodekonsollen for Video Mesh. Dette trinnet tester en destinasjon du angir, og ser om videonettnoden kan nå den.

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Fra Video Mesh-nodekonsollen går du til 4 Diagnostikk , og velg deretter Ping .
3	I ping -feltet, angi en destinasjonsadresse du vil teste, for eksempel en IP-adresse eller vertsnavn, og klikk deretter på OK . Testen kjøres, og du ser en melding om vellykket ping eller feil. Hvis du får en feil, kontrollerer du målverdien du anga, og nettverksinnstillinger.

Aktiver feilsøking av brukerkonto gjennom konsoll

Hvis støtte krever tilgang til Video Mesh-noden, kan du bruke konsollgrensesnittet til å midlertidig aktivere en feilsøkingsbrukerkonto , slik at støtte kan kjøre ytterligere feilsøking på noden.

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Fra Video Mesh-nodekonsollen går du til 4 Diagnostikk , velg 2 Aktiver feilsøkingsbrukerkonto , og klikk på etter ledeteksten Ja .
3	Når det vises en melding om at brukerkonto ble opprettet, klikker du på OK for å vise den krypterte passordfrasen. Du sender den krypterte passordfrasen til support. De bruker denne midlertidige kontoen og dekrypterte passordfrasen for å få sikker tilgang til Video Mesh-noden for feilsøking. Denne kontoen utløper etter 3 dager, eller du kan deaktivere den når støtten er fullført.
4	Velg starten og slutten på de krypterte dataene, og kopier og lim dem inn i kundestøttebilletten eller e-posten du sender til kundestøtte.
5	Når du har sendt denne informasjonen til support, går du tilbake til nodekonsollen for videonett og trykker på en hvilken som helst tast for å gå tilbake til hovedmeny.

Hva nå?

Kontoen utløper om 3 dager, men når støtte indikerer at de fullførte feilsøkingen på noden, kan du returnere nodekonsollen for Video Mesh, gå til 4 Diagnostikk , og velg deretter 3 Deaktiver feilsøkingsbrukerkonto for å deaktivere kontoen før den utløper.

Send logger fra videonettnode for videonett

Du kan bli bedt om å sende logger direkte til Cisco eller gjennom sikker kopi (SCP). Bruk denne fremgangsmåten til å sende logger direkte fra alle Video Mesh-noder du har registrert, til skyen.

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Klikk på alternativ i hovedmeny 4 Diagnostikk og trykk deretter på Gå inn .
3	Klikk på 4 Eksporter loggfiler , gi tilbakemelding hvis du vil, og klikk deretter Neste .
4	Velg et alternativ: Send logger ved hjelp av SCP , bekreft eksporten av loggene, angi SCP-detaljene ( Vert , Brukernavn , og Dest_ Mappe ), og klikk deretter på OK . Send logger til Cisco , og bekreft deretter eksporten av loggene.
5	Velg OK for å gå tilbake til hovedmeny for Videonett-noden .
6	(Valgfritt) Velg 5 Kontroller status for loggfiler som er sendt til Cisco hvis du sendte loggene til Cisco.

Hva nå?

Når du har sendt logger, anbefaler vi at du sender tilbakemelding direkte fra Webex-appen, slik at kundestøttekontaktene dine har all informasjonen de trenger for å hjelpe deg.

Tilknyttet informasjon

Hvordan kontakter jeg min leder for kundesuksess (CSM)?

Kontroller tilstanden til videonettnode fra konsoll

Du kan vise nodehelsen direkte fra selve videonettnoden. Resultatene er informative, men kan hjelpe med feilsøkingstrinn – hvis NTP-synkronisering for eksempel ikke fungerer, kan du kontrollere NTP-server i nettverksinnstillinger.

Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.

Fra Video Mesh-nodekonsollen går du til 4 Diagnostikk , og velg deretter 6 Kontroller nodens tilstand for å vise følgende informasjon om noden:

Beholder for administrasjonstjeneste
ETCD (nøkkelverdilager som lagrer data pålitelig på tvers av en klynge)
NTP-synkronisert
Diskplass (gratis/brukt %)
Minne (gratis/brukt %)

Konfigurer containernettverk på videonettnode

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Fra hovedmeny i nodekonsollen for Video Mesh går du til 4 Diagnostikk , og velg deretter 7 Konfigurer containernettverk . Etter advarselen som sier at aktive samtaler avsluttes på noden, klikker du Ja .
3	Endre verdiene for Container Bridge IP og Nettverksmaske , etter behov, og klikk deretter Lagre . Du får se et skjermbilde som viser nettverksinformasjonen for beholderen, inkludert IP-adresse som er reservert for interne operasjoner på videonett-noden.
4	Klikk på OK.

Identifisere portproblemer med Reflector Tool i konsoll

Reflektorverktøyet (en kombinasjon av en server på Video Mesh-noden og klient gjennom et Python-skript) brukes til å bekrefte om de nødvendige TCP/UDP-portene er åpne fra Video Mesh-nodene.

Før du starter

Last ned en kopi av Reflector Tool Client (Python-skript) og pakke deretter ut filen til et sted som er lett å finne. Zip-filen inneholder skriptet og en readme-fil.
For at skriptet skal fungere som det skal, må du kontrollere at du kjører Python 2.7.10 eller nyere i miljøet ditt.
For øyeblikket støtter dette verktøyet SIP-endepunkter til videonettnoder og intraklyngebekreftelse.

1	Fra kundevisningen ihttps://admin.webex.com , aktiver vedlikeholdsnoden for videonettnode ved å følge disse instruksjonene .
2	Vent til noden viser statusen Klar for vedlikehold i Control Hub.
3	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
4	Fra grensesnittet for videonettnode går du til Diagnostikk > Reflector Server > Reflector Server for TCP eller (UDP) . Start serveren enten for TCP eller for UDP.
5	Bla til Refleksverktøy , og start deretter enten TCP Reflector Server eller UDP Reflector Server , avhengig av hvilken protokoll du vil bruke.
6	Klikk på Start Reflector Server , og vent deretter til serveren starter. Du ser et varsel når serveren starter.
7	Fra et system (for eksempel en PC) i et nettverk som du vil at Video Mesh-nodene skal nå, kjører du skriptet med følgende kommando: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` På slutten av kjøringen viser klienten en vellykket melding hvis alle nødvendige porter er åpne: Klienten viser en mislykket melding hvis noen nødvendige porter ikke er åpne:
8	Løs eventuelle portproblemer på brannmuren, og kjør deretter trinnene ovenfor på nytt.
9	Kjør klienten med `--help` for å få flere detaljer.

Tilbakestill en videonettnode fra konsoll til fabrikkstandard

Som en del av oppryddingen av registreringen kan du tilbakestilling til fabrikkinnstillinger . Dette trinnet fjerner all konfigurasjon du satte på plass mens noden var aktiv, men fjerner ikke oppføringen for den virtuell maskin . Senere kan det være lurt å registrere denne noden på nytt som en del av en annen klynge du bygger fra bunnen av.

Før du starter

Du må bruke Control Hub til å avregistrere videonett-noden fra klyngen som er registrert i Control Hub.

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Fra Video Mesh-nodekonsollen går du til 4 Diagnostikk , og velg deretter 8 Tilbakestilling til fabrikkinnstillinger .
3	Kontroller at du forstår informasjonen i merknaden som vises, og klikk deretter Tilbakestill . Noden starter automatisk på nytt etter tilbakestillingen til tilbakestilling til fabrikkinnstillinger.

Overfør en eksisterende maskinvareplattform til videonettnode

Du kan overføre en eksisterende støttet plattform (for eksempel en CMS1000 som kjører Cisco Meeting Server) til Video Mesh. Bruk denne fremgangsmåten til å veilede deg gjennom overføringsprosessen.

Trinnene varierer, avhengig av den medfølgende versjonen av ESXi på maskinvareplattform.

Før du starter

Last ned en ny versjon av den nyeste versjonen Programvare for videonettnode bilde (OVA). Ikke distribuer en ny videonettnode med en tidligere nedlastet OVA.

1	Logg på grensesnittet for den virtuell maskin , og avslutt deretter programvaren som kjører på plattformen.
2	Slett programvaren som kjørte på plattformen. Det må ikke være noen programvarebilder igjen på plattformen. Du kan heller ikke kjøre nodeprogramvare for Video Mesh sammen med annen programvare på samme plattform.
3	Distribuer en ny virtuell maskin fra en ny OVF- eller OVA-fil.
4	Angi et navn på den virtuell maskin, og velg OVA-filen for videonettnoden.
5	Endre diskklargjøring til Tykk.
6	Last opp mfusion.ova programvarebilde du lastet ned.
7	Når den virtuell maskin kjører, går du tilbake til Logg på videonettnode og fortsett den første konfigurasjonen av Video Mesh-noden.

Funksjonssammenligning og overføringsbane fra samarbeidsmøterom-hybrid til videonett

Sammenligning av funksjoner

Funksjon	Videonett og Cisco Webex Meeting Center -video	CMR Hybrid
Møtetyper	Planlagt Ett klikk (øyeblikkelig) Personlig møte (PMR) Konsekvent opplevelse for lokaler og skybaserte møter	Kun planlagt
Planlegging	Webex-produktivitetsverktøy (Windows og Mac) Hybridkalenderplanlegging med @webex Webex-portal	Webex-aktiverte TelePresence- Produktivitetsverktøy for Windows og Mac TMS-planlegging
Alternativer for å bli med i møte	Oppringing og Utringing PIN-beskyttet (vert) Énknapp å trykke på (OBTP)	Kun innringing OBTP
Opplevelse i møtet	Unified Roster (Webex-klient) Samlede kontroller (Webex-klient) Lås/lås opp møte Demp/slå på demping av TelePresence-deltakere	Ingen enhetlig liste (Webex-klient og TelePresence Server) Separate kontroller (Webex-klient og TelePresence Server)
Kapasitet og distribusjonsmodell	Ubegrenset kapasitet Lokal og automatisk overflyt Bytting og omkoding	Transkodingskapasiteten er begrenset til TelePresence-serveren

Sjekkliste for overføringsbane

Nedenfor finner du en oversikt på høyt nivå over hvordan du overfører et eksisterende nettsted til videoplattform versjon 2.0 og klargjør nettstedet for integrering med Video Mesh. Fremgangsmåten kan variere, avhengig av det eksisterende miljøet. Jobb med partneren din eller kundesuksessansvarlig for å sikre en jevn overføring.

Kontroller at funksjonen for videokonferanse i Meeting Center er klargjort på Webex-nettsted.
Nettstedsadministratoren mottar administrasjonsportalkontoen sin. Administratoren distribuerer deretter videonettnoder for Webex-organisasjonen.
Nettstedsadministratoren tilordner CMR-rettigheten for å aktivere alle eller noen CMR Hybrid -hybridbrukere med Cisco Webex Meeting Center -video.
(Valgfritt) Deaktiver økttypen for CMR Hybrid for dette delsettet, og aktiver deretter Cisco Webex Meeting Center -video i brukerprofil.
Nettstedsadministratoren konfigurerer videonett, og velger deretter Hybrid som medieressurs under Alternativer for møterom for skysamarbeid .
Nettstedsadministratoren konfigurerer den lokale TelePresence Management Suite (TMS) og One Button to Push (OBTP) til å fungere med Cisco Webex Meeting Center -video. Se Distribusjonsveiledning for Cisco Webex Meeting Center -videokonferanser for bedrifter for veiledning.
Når CMR-rettigheten er aktivert for en bruker, bruker Webex- Produktivitetsverktøy som standard Cisco Webex Meeting Center -videoversjonen. Alle nye møter som er planlagt av brukerne, er Cisco Webex Meeting Center -videomøter.
Hvis konferanserom er inkludert i invitasjonen, sendes OBTP-informasjon til konferanserommet via TMS (kun for CMR Hybrid -hybridmøter).
Eksisterende møter som ble konfigurert av CMR Hybrid -brukere før de ble byttet til Cisco Webex Meeting Center -video, skal fortsette å fungere så lenge kunden beholder de lokale MCU- og TMS-innstillingene.
Eksisterende CMR Hybrid -hybridmøter kan ikke endres eller oppdateres for å gjenspeile informasjonen om Cisco Webex Meeting Center -videomøte. Hvis brukere vil bruke en ny invitasjon, må de slette de gamle møtene og opprette nye møter.
Hvis kunden ønsker å avvikle den lokale MCU-en, TMS-en, fungerer ikke gamle CMR Hybrid . Nye møter med Cisco Webex Meeting Center Videoinformasjon må opprettes.

TelePresence-interoperabilitetsprotokoll og segmentbytte

Videonett støtter forhandling av TelePresence Interoperability Protocol (TIP) og multiplex (MUX) for både 1-skjerms og 3-skjerms IX- og TX-endepunkter.

For endepunkter med tre skjermer skal alle tre skjermene vise video hvis det er nok deltakere i konferansen. Et annet system med tre skjermer i konferansen resulterer i segmentbytte i stedet for rombytte. Dette betyr at i stedet for at alle tre skjermene blir store når noen i et annet system med tre skjermer snakker, blir bare den aktive ruten stor. De to andre rutene fylles ut av video fra andre systemer. Når den er liten, gjengis alle tre rutene sammen (for alle enheter, én eller tre skjermer) med én avgrensningsramme og navneetikett.

Avhengig av vertsressursene i skyen, vil noen endepunkter vise alle de tre skjermene i et rom med tre skjermer i filmstripen, mens andre bare viser én rute. Webex-appen viser bare én rute, selv om mediet er lokalt.

For store møter som flyter over fra én node og gjennomgriper til en andre, vises det samme av alle endepunkter som er vert på en annen node enn den som er vert for systemet med tre skjermer (kun én rute er synlig i oppsettet). Presentasjonsdeling krever at BFCP forhandles gjennom anropsbanen.

Ny og endret informasjon

Denne tabellen dekker nye funksjoner eller funksjoner, endringer i eksisterende innhold og eventuelle større feil som ble rettet i Distribusjonsveiledning .

Hvis du vil ha informasjon om programvareoppdateringer for Webex Video Mesh-noden, kan du sehttps://help.webex.com/en-us/article/jgobq2/Webex-Video-Mesh-release-notes .

Dato	Endre
9. februar 2024	Lagt til ThousandEyes-integrering med videonett. Lagt til deltakerkapasitet for samtaler med 1080p-oppløsning inn Kapasitet for videonettnoder . . La til en merknad om portdifferensiering i UDP-kilden Trafikksignaturer for videonett (tjenestekvalitet aktivert) . Oppdaterte støttede versjoner av VMware ESXi gjennom hele veiledningen.
31. august 2023	Oppdaterte strukturen og la til informasjon om nylig introduserte API-er i API-er for videonettnode . Slettet et notat og en knapp å trykke (OBTP)-informasjon fra Krav til samtalekontroll og møteintegrering for videonett . La til en merknad om avstemningsintervall for failover i Angi nettverkskonfigurasjon for videonettnode i konsollen og Konfigurere nettverksinnstillinger fra nettgrensesnitt for videonettnode . Oppdaterte støttede versjoner av VMware ESXi gjennom hele veiledningen.
31. juli 2023	Lagt til Webhooks for videonettvarsler .
28. juli 2023	Lagt til API-er for videonettnode .
15. juni 2023	Oppdaterte nomenklaturen fra «Webex-app app» til «Webex-app» gjennomgående. Oppdatert Oversikt over Webex-videonett for å oppgi at E2EE-møter nå støttes på Video Mesh. Fjernet utdatert informasjon og oppdaterte et notat i Oversikt over Webex-videonett . Oppdatert Klienter og enheter som bruker videonettnode for å angi at nettklienten nå støttes på Video Mesh og fjernet utdatert informasjon. La til et notat i System- og plattformkrav for programvare for videonettnode som sier at demomiljøer ikke støttes av Cisco TAC . Oppdatert informasjon i Lokal og skysamtale delen. Slettet et notat i Skyklyngevalg for overflyt basert på 250 ms eller høyere STUN tur-retur-forsinkelse . Oppdatert informasjon i Porter og protokoller for Webex Meetings trafikk . Fjernet utdatert informasjon fra Registrer videonettnode til Webex Cloud og Støtte og begrensninger for private møter . Oppdaterte trinn og fjernet utdatert informasjon fra Aktiver videonett for Webex-nettstedet . Oppdatert informasjon i Deaktiver videonett .
16. mai 2023	Oppdatert Porter og protokoller for administrasjon , Trafikksignaturer for videonett (tjenestekvalitet aktivert) , og Trafikksignaturer for videonett (tjenestekvalitet deaktivert) for å gjenspeile de nyeste portene og protokollene som brukes av Video Mesh. Oppdaterte bildene som ble berørt av endringene. Fjernet 444-portreferanser fra Krav for proxy-støtte for videonett , Porter og protokoller for administrasjon , Konfigurer videonettnode for proxy-integrering , og Konfigurer videonettnode for proxy-integrering . Oppdaterte portområder i Tjenestekvalitet på videonettnode , Aktiver Quality of Service (QoS) for videonettnode , og Porter og protokoller for Webex Meetings trafikk . La til en merknad om overvåking av testfeil i Kjør en umiddelbar test og Konfigurer regelmessige tester . La til et notat og oppdaterte en advarsel som på det sterkeste anbefaler bruk av den nyeste programvarepakken (OVA) for distribusjoner i Installer og konfigurer programvaren for videonettnode . Oppdaterte en advarsel angående noder plassert i vedlikeholdsmodus i Behandle videonettnode fra nettgrensesnittet og Behandle videonettnode fra konsollen . Oppdatert Videonettanalyse for å gjenspeile de nyeste brukergrensesnittendringene.
27. mars 2023	Oppdatert System- og plattformkrav for programvare for videonettnode med de nyeste maskinvarekonfigurasjonene og ekstra båndbreddekrav.
2. mars 2023	La til informasjon om tester som overvåkingsverktøyet kjører i Overvåkingsverktøy for videonett . Endret trinn for å få tilgang til oversiktssiden for overvåkingsverktøyet Kjør en umiddelbar test og Konfigurer regelmessige tester . La til informasjon om visning og filtrering av resultater i Kjør en umiddelbar test og Konfigurer regelmessige tester . Oppdatert Aktiver videonett for Webex-nettstedet .
7. juli 2022	Oppdaterte kapasitetsestimatene i Kapasitet for videonettnoder . Fjernet omtaler av den utdaterte MM410v-serveren gjennomgående.
30. juni 2022	La til informasjon om de nye masseklargjøringsskriptene påhttps://github.com/CiscoDevNet/webex-video-mesh-node-provisioning .
14. juni 2022	Endret trinn for å utveksle sertifikatkjeder for å inkludere ECDSA-sertifikater i Utveksle sertifikatkjeder mellom Unified CM og videonettnoder
18. mai 2022	Endret nedlastingsnettstedet for Reflector Tool tilhttps://github.com/CiscoDevNet/webex-video-mesh-reflector-client .
29. april 2022	La til informasjon om den nye funksjonen i Oppbevar mediene dine i videonett for alle eksterne Webex-møter .
25. mars 2022	Oppdateringer av portbruk i Porter og protokoller for administrasjon .
10. desember 2021	Lagt til CMS 2000 og registrerte oppgraderingsproblem for eldre CMS 1000s ved oppgradering til ESXi 7 i System- og plattformkrav for programvare for videonettnode .
30. august 2021	La til informasjon om å bekrefte at Webex har riktig kildeland for distribusjonen i Kontroller at kildelandet er riktig .
27. august 2021	La til merknad om analyserapporters synlighet i Støtte og begrensninger for private møter .
13. august 2021	La til informasjon om den nye private møter-funksjonen i: Klynger i videonett Privat møtesamtale Private møter
22. juli 2021	La til informasjon om hvordan du bekrefter at systemet har riktig kildeplassering for samtaler. Riktige kildeplasseringer bidrar til effektiv ruting. Se Kontroller at kildelandet er riktig .
25. juni 2021	Merket at funksjonen for Webex Experience med alle funksjoner i Webex-appen er inkompatibel med Video Mesh i Klienter og enheter som bruker videonettnode .
7. mai 2021	Rettet den anbefalte klyngestørrelsen til 100 tommer Retningslinjer for distribusjon av videonettklynge .
12. april 2021	Oppdatert Konfigurer Expressway TCP SIP-trafikkruting for videonett for å bruke Webex-sonen i stedet for en ny DNS-sone.
09. februar 2021	La til informasjon om den nye Gå til Node i Control Hub til Få tilgang til oversikt over Webex- videonettnode fra nettgrensesnitt . Lagt til Deaktiver eller aktiver den lokale administratorkontoen fra nettgrensesnitt på nytt for å beskrive ny funksjonalitet. I hver del som bruker nodens webgrensesnitt, oppdaterte trinnene for å indikere hvordan du får tilgang til grensesnittet fra Control Hub. Lagt til Last opp sikkerhetssertifikater . Lagt til Angi ekstern logging til en Syslog-server .
11. desember 2020	I Aktiver eller deaktiver DNS-cachi , la til informasjon om sletting av DNS-hurtigbuffer.
22. oktober 2020	I Porter og protokoller for Webex Meetings trafikk , lagt til krav til SIP-signalisering .
19. oktober 2020	Fjernet referanse til cloudfront.net som ikke lenger brukes av tjenesten.
18. september 2020	Reduserte IP-adresse som er reservert for intern bruk av Webex videonettnode fra den opprinnelige 172.17.0.0–172.17.255.255 (65 536 adresser) til 172.17.42.0–172.17.42.63 (64 adresser).
26. august 2020	Lagt til støtte for Webex Events i Oversikt over videonett . Lagt til ny seksjon Aktiver eller deaktiver DNS-cachi .
4. august 2020	Oppdaterte følgende deler for støtte for korte videoadresser: Integrer videonett med oppgaveflyt for samtalekontroll Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett Konfigurer Unified CM TCP SIP-trafikkruting for videonett Konfigurer Expressway TCP SIP-trafikkruting for videonett Oppdaterte Benchmark for VMNLite-samtalekapasitet delen av Samtalekapasitet på nodeplattformer for videonettnode .
9. juli 2020	Lagt til ny seksjon Angi MTU-størrelser for nettverksgrensesnitt .
26. juni 2020	La til informasjon om det nye distribusjonsalternativet for VMNLite i: Samtalekapasitet på nodeplattformer for videonettnode System- og plattformkrav for programvare for videonettnode Installer og konfigurer programvaren for videonettnode Fjernet omtaler av standard NTP-server fordi OVA ikke lenger har en standard NTP-server . Oppdatert Generer pakkeopptak for videonett for støtte med nye filtreringsalternativer.
9. juni 2020	La til informasjon om det nye planleggingsalternativet for automatisk programvareoppgradering ukentlig i: Registrer videonettnode til Webex Cloud Angi oppgraderingsplan for videonettklynge
21. mai 2020	Oppdatert Porter og protokoller for administrasjon og Krav for proxy-støtte for videonett .
15. mai 2020	Oppdatert Oversikt over videonett .
25. april 2020	Lagt til nye seksjoner i Administrere Webex- videonettnode fra nettgrensesnittet : Angi det eksterne nettverksgrensesnittet fra nettgrensesnittet for videonettnode Legg til interne og eksterne rutingsregler Konfigurere containernettverk fra Webex videonettnode webgrensesnitt Rettet en feil i granulariteten til den horisontale aksen i Feilsøking for tilgang til, filtrer og lagring av Webex-videonett (Verdiene ble byttet mellom Siste 7 dager og Siste 24 timer alternativer).
22. januar 2020	Lagt til ny del: Tilbakestille til fabrikkstandard en Webex- videonettnode fra nettgrensesnittet . La til mer informasjon om tilkoblingskontroller i Administrer Webex- videonettnode fra nettgrensesnittet delen. La til trådløs deling på rommet i Klienter og enheter som bruker Webex- videonettnode delen.
12. desember 2019	La til prosedyrer for endring av passordfrase og utløpsdato i Administrere Webex- videonettnode fra nettgrensesnittet delen i kapitlet Administrere og feilsøke.
10. desember 2019	La til følgende informasjon og portområder i trafikksignaturtabellene (for QoS aktivert og deaktivert: Kilde-IP-adresse: Videonettnode Destinasjons-IP-adresse: Webex skymedietjenester Kilde UDP-porter: 35000 til 52499 UDP-målporter: 5004 Integrert DSCP-merking: AF41 Medietype: Test STUN-pakker Endret navn på delen «Retningslinjer for båndbredde» til «Videokvalitet og skalering», og la til en kobling til dokumentasjonen for foretrukket arkitektur. I Unified CM TLS-konfigurasjonen oppga veiledningen vår feilaktig å konfigurere en ikke-sikker SIP-trunk for Webex-skyfailover. Rettet setningen for å si for å opprette en SIP-trunk (du kan konfigurere den som enten sikker eller usikret).
4. november 2019	Avviklet gammelt analyseinnhold og lagt til en ny del. I Utveksle sertifikater la til informasjon om feltet Alternativt(e) navn for emne og la til følgende merknad i Før du begynner-delen: Av sikkerhetshensyn anbefaler vi at du bruker et CA-signert sertifikat på Video Mesh-nodene i stedet for nodens standard selvsignert sertifikat.
18. oktober 2019	Oppdaterte beskrivelsen av innstillingen for 1080p Control Hub for å tydeliggjøre at denne innstillingen påvirker samtalekapasitet og bare gjelder for lokale SIP-registrerte enheter. Se Aktiver 1080p HD-video for lokale SIP-enheter i videonettnode for videonett hvis du vil ha mer informasjon. Oppdaterte tabellen for støttede enheter og endepunkter for å bare vise de testede skyregistrerte enhetene.
26. september 2019	Lagt til ny seksjon Konfigurer nettverksinnstillinger fra webgrensesnitt for videonettnode . Løste beskrivelsen av rapporten Ressursutnyttelse. Det står nå: Gjennomsnittlig ressursutnyttelse for mediemikrotjenestene som brukes i videonett-klyngene. La til en merknad i kapasitetsdelen: Overflyt ved lavt samtalevolum (spesielt SIP-anrop som kommer lokalt) er ikke en sann refleksjon av skala. Videonettanalyse (under Kontroller Hub > Ressurser > Samtaleaktivitet ) angir anropsdelene som stammer fra lokalt; de angir ikke anropsstrømmene som kom inn gjennom overlappingen til videonett-noden for mediebehandling. Når antallet eksterne deltakere øker i et møte, øker den resulterende overlappingen og bruker lokale medieressurser på videonett-noden.
13. september 2019	Oppdatert Installer og konfigurer programvaren for videonettnode med trinnene for nettverkskonfigurasjon som vises på Tilpass mal side. Oppdatert System- og plattformkrav for programvare for videonettnode med 72 vCPU-er (tilsvarer CMS 1000) for spesifikasjonsbasert konfigurasjon.
29. august 2019	Lagt til eksplisitt proxy og støttede autentiseringstyper for eksplisitte proxy-konfigurasjoner (No auth, Basic, Digest, NTLM). Proxy-støtte for Edge Video Mesh Krav for proxy-støtte for videonett Konfigurere node for Webex-videonett for proxy-integrasjon Lagt til Støttede oppløsninger og bildefrekvenser for videonett . Oppdatert Klienter og enheter som bruker videonettnode for å indikere at Webex Ring Mitt videosystem til Webex skyregistrerte videoenheter bruker Video Mesh-noden.
24. juli 2019	I Administrere Webex- videonettnode fra nettgrensesnittet del, gjorde følgende oppdateringer: Lagt til nye seksjoner for Ping-test, Trace Route-test, NTP-servertest, Reflector Tool og Feilsøkingsbrukerkonto. Oppdaterte Oversikt-delen – Fjernet gjennomgripende overganger fra skjermbildet og lagt til OS-versjon. Flyttet innholdet «Administrer videonett fra konsollen» til tillegget i veiledningen. Endret navn på kapittelet «Administrer Webex-videonett» til «Administrere og feilsøke Webex-videonett» og flyttet feilsøkingsinnhold for registrering til det kapittelet.
9. juli 2019	I Krav til samtalekontroll og møteintegrering for videonett , oppdaterte minimumsversjoner som støttes for Unified CM, Expressway og Webex-nettsteder. I Klienter og enheter som bruker videonettnode , la til støttede versjoner av Jabber VDI og Webex VDI (de er SIP-klienter). La også til en ansvarsfraskrivelse for testing.
24. mai 2019	Lagt til nye deler om feilsøkingsfunksjoner og oppdatert oversiktsskjerm i webgrensesnitt for Video Mesh-noden: Generer Webex-videonettlogger for støtte Generer Webex-videonettpakkeopptak for støtte Få tilgang til oversikt over Webex- videonettnode fra nettgrensesnitt
25. april 2019	Oppdatert Behandle og feilsøke Webex-videonett for å angi at Control Hub vedlikeholdsmodus er nødvendig før du utfører vedlikehold på Video Mesh-noder.
11. april 2019	Fjernet utdatert informasjon fra båndbreddekrav. Oppdaterte innholdet og diagrammene, og endret seksjonsnavnet til Videokvalitet og skalering for videonett .

Oversikt over Cisco Webex-videonett

Oversikt over Webex-videonett

Videonett gir disse fordelene:

Forbedrer kvaliteten og reduserer ventetiden ved å la deg holde samtaler lokalt.
Sender samtalene dine til skyen når lokale ressurser har nådd grensen eller er utilgjengelige.
Administrer videonettklyngene dine fra skyen med ett enkelt administrativt grensesnitt: Control Hub (https://admin.webex.com ).
Optimaliser ressurser og kapasitet etter behov.
Kombinerer funksjonene til nettskybaserte og lokale konferanser i en sømløs brukeropplevelse.
Reduserer kapasitetsproblemer, fordi skyen alltid er tilgjengelig når det er behov for ytterligere konferanseressurser. Du trenger ikke å planlegge kapasitet for «verste tilfelle»-situasjoner.
Gir avansert rapportdata av kapasitet og bruk og feilsøkingsrapportdata ihttps://admin.webex.com .
Bruker lokal mediebehandling når brukere ringer inn til et Webex-møte fra lokale standardbaserte SIP-endepunkter og -klienter:
- SIP-baserte endepunkter og klienter (Cisco-endepunkter, Jabber, tredjeparts SIP), registrert til lokal samtalekontroll (Cisco Unified Communications Manager eller Expressway), som kaller inn til et Cisco Webex møte.
- Webex-app (inkludert paret med romenheter) som blir med i et Webex-møte.
- Webex rom- og skrivebordsenheter som blir direkte med i et Webex-møte.
Tilbyr optimalisert interaktiv talerespons (IVR) for lyd og video til SIP-baserte endepunkter og klienter på nettet.
Endepunkter for H.323, IP-innringning og Skype for Business (S4B) fortsetter å bli med i møter fra skyen.
Støtter 1080p 30fps HD-video som et alternativ for møter, hvis møtedeltakere som kan støtte 1080p er vert via de lokale lokale videonettnodene. (Hvis en deltaker blir med i et pågående møte fra skyen, fortsetter lokale brukere å oppleve 1080p 30 bps på støttede endepunkter.)
Forbedret og differensiert QoS-merking (Quality of Service): separat lyd (EF) og video (AF41).

Webex Video Mesh støtter for øyeblikket ikke Webex Webinars.
Støtter ende-til-ende-krypterte møter (E2EE-møter). Hvis en kunde distribuerer Video Mesh og velger møtetypen E2EE, legger det til et ekstra sikkerhetslag, noe som sikrer at dataene (medier, filer, tavler, merknader) forblir sikre og blokkerer tredjeparter fra å få tilgang til eller endre dem. Hvis du vil detaljert informasjon, se Distribuer Zero-Trust Meetings .

Private møter støtter for øyeblikket ikke ende-til-ende-kryptering.

Klienter og enheter som bruker videonettnode

Tabell 1. Klienter og enheter som bruker videonettnode
Klient- eller enhetstype	Bruker videonettnode på punkt-til-punkt-anrop	Bruker videonettnode på møte med flere
Webex-app (skrivebord og mobil)	Ja	Ja
Webex-enheter, inkludert romenheter og Webex Board. (Se Krav til endepunkter og Webex-app delen for en fullstendig liste.)	Ja	Ja
Trådløs deling på rommet mellom Webex-appen og støttede rom-, skrivebord- og tavleenheter.	Ja	Ja
Unified CM-registrerte enheter (inkludert IX-endepunkter) og klienter (inkludert Jabber VDI 12.6 og nyere, og Webex VDI 39.3 og nyere), som ringer inn til et planlagt Webex-møte eller et Webex Personal Room-møte.*	Nei	Ja
VCS/Expressway-registrerte enheter som ringer inn til et planlagt Webex-møte eller et Webex Personal Room-møte.*	Nei	Ja
Webex Ring Mitt videosystem til Webex skyregistrerte videoenheter	N/A	Ja
Webex App-nettklient (https://web.webex.com )	Ja	Ja
Telefoner registrert for Cisco Webex Calling	Nei	Nei
Webex Ring Mitt videosystem til lokalt registrerte SIP-enheter	N/A	Nei

_{* Det er ikke mulig å garantere at alle lokale enheter og klienter har blitt testet med Video Mesh-løsningen.}

Inkompatibilitet med videonett med Webex Experience med alle funksjoner

Du kan ha problemer med videonett og den komplette Webex-opplevelsen:

Hvis du la til Video Mesh i distribusjonen etter introduksjonen av denne funksjonen.
Hvis du aktiverte den funksjonen uten å vite hvilken innvirkning det har på Video Mesh.

Hvis du merker problemer, kan du kontakte Cisco-kontoteamet for å deaktivere bryteren for alle funksjoner i Webex Experience.

Tjenestekvalitet på videonettnode

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

Proxy-støtte for videonett

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

Følgende proxy-typer støttes av videonett:

Eksplisitt proxy (inspeksjons eller ikke-inspeksjons) – Med eksplisitt proxy forteller du klienten (videonettnoder) hvilken proxy-server som skal brukes. Dette alternativet støtter én av følgende godkjenningstyper:
- Ingen – Ingen ytterligere godkjenning er nødvendig. (For eksplisitt proxy for HTTP eller HTTPS.)
- Grunnleggende – Brukes for en HTTP-brukeragent til å angi brukernavn og passord når du foretar en forespørsel, og bruker Base64-koding. (For eksplisitt proxy for HTTP eller HTTPS.)
- Sammendrag – Brukes til å bekrefte identiteten til kontoen før sensitiv informasjon sendes, og bruker en hash-funksjon på brukernavnet og passordet før det sendes over nettverket. (For eksplisitt HTTPS-proxy.)
- NTLM – I likhet med Digest brukes NTLM til å bekrefte identiteten til kontoen før sensitiv informasjon sendes. Bruker Windows-legitimasjon i stedet for brukernavn og passord. Denne godkjenningsplanen krever flere utvekslinger for å fullføre. (For eksplisitt HTTP-proxy.)
Gjennomsiktig proxy (ikke-inspeksjon) – Noder for videonett er ikke konfigurert til å bruke en bestemt proxy-serveradresse, og bør ikke trenge endringer for å fungere med en ikke-inspeksjons-proxy.
Gjennomsiktig proxy (inspeksjon) – Noder for videonett er ikke konfigurert til å bruke en bestemt proxy-serveradresse. Ingen konfigurasjonsendringer for http(s) er nødvendige på videonett, men nodene for videonett trenger et rotsertifikat for å kunne klarere proxyen. Inspeksjons-proxyer brukes vanligvis av IT til å håndheve retningslinjer om hvilke nettsteder som kan besøkes, og hvilke typer innhold som ikke er tillatt. Denne typen proxy dekrypterer all trafikken din (til og med HTTPS).

Støttede oppløsninger og bildefrekvenser for videonett

Oppløsningen påvirker samtalekapasitet på en hvilken som helst videonettnoder. Hvis du vil ha mer informasjon, se Kapasitet for videonettnoder .

Verdien for oppløsning og bildefrekvens kombineres som XXXpYY – for eksempel betyr 720p10 720p med 10 bilder per sekund.

Definisjonsforkortelsene (SD, HD og FHD) i avsenderraden og mottakerkolonnen refererer til den øvre oppløsningen til klienten eller enheten:

SD – standardoppløsning (576p)
HD – høy oppløsning (720p)
FHD – full høyoppløsning (1080p)

Tabell 2. Støttede oppløsninger og bildefrekvenser for videonett
Mottaker	Avsender
	Webex-app	Webex-app for mobil	SIP-registrerte enheter (HD)	SIP-registrerte enheter (FHD)	Webex-registrerte enheter (SD)	Webex-registrerte enheter (HD)	Webex-registrerte enheter (FHD)
Webex-app på skrivebordet	720p10 Blandet lyd*	720p10 Blandet lyd	720p30 Blandet lyd	720p30 Blandet lyd	576p15 Innholdslyd**	720p30 Blandet lyd	720p30 Blandet lyd
Webex-app for mobil	—	—	—	—	—	—	—
SIP-registrerte enheter (HD)	720p30 Innholdslyd	720p15 Blandet lyd	1080p15 Blandet lyd	1080p15 Blandet lyd	576p15 Blandet lyd	1080p15 Blandet lyd	1080p15 Blandet lyd
SIP-registrerte enheter (FHD)	1080p30 Blandet lyd	720p15 Blandet lyd	1080p15 Blandet lyd	1080p30 Blandet lyd	576p15 Blandet lyd	1080p15 Blandet lyd	1080p30 Blandet lyd
Webex-registrerte enheter (SD)	1080p15 Blandet lyd	720p15 Blandet lyd	1080p15 Blandet lyd	1080p15 Blandet lyd	576p15 Blandet lyd	1080p15 Blandet lyd	1080p15 Blandet lyd
Webex-registrerte enheter (FHD)	1080p30 Blandet lyd	720p15 Blandet lyd	1080p15 Blandet lyd	1080p30 Blandet lyd	576p15 Blandet lyd	1080p15 Blandet lyd	1080p30 Blandet lyd

_{* Innholdslyd refererer til lyden som spilles av fra det bestemte innholdet som deles, for eksempel en strømming av video. Denne lydstrømmen er atskilt fra vanlig møtelyd.}

_{** Blandet lyd refererer til en blanding av møtedeltaker lyd og lyd fra innholdsdelingen.}

Forbered miljøet ditt

Krav for videonett

Videonett er tilgjengelig med tilbudene dokumentert i Lisenskrav for hybridtjenester .

Krav til samtalekontroll og møteintegrering for videonett

Tabell 1. Samtalekontroll og møtekrav for videonett
Komponent Formål	Minimum støttet versjon
Lokal samtalekontroll	Cisco Unified Communications Manager, versjon 11.5(1) SU3 eller nyere. (Vi anbefaler den nyeste SU-versjonen.) Cisco Expressway-C eller E, versjon X8.11.4 eller nyere. (Se delen «Viktig informasjon» i Versjonsmerknader for Expressway for mer informasjon.)
Møteinfrastruktur	Webex Meetings WBS33 eller nyere. (Du kan bekrefte at Webex-nettsted ditt er på riktig plattform hvis listen Medieressurstype er tilgjengelig i nettstedsalternativene for møterom for skysamarbeid.) Hvis du vil sikre at nettstedet ditt er klart for Video Mesh, kontakter du din kundesuksessansvarlige (CSM) eller partner.
Håndtering av failover	Cisco Expressway-C eller E, versjon X8.11.4 eller nyere. (Se delen «Viktig informasjon» i Versjonsmerknader for Expressway for mer informasjon.)

Krav til endepunkter og Webex-app

Tabell 2. Krav til endepunkt og app for videonett
Komponent Formål	Detaljer
Støttede endepunkter	Se Webex-videokompatibilitet og støtte .
Støttede versjoner av Webex-appen	Videomesh støtter Webex-appen for skrivebord (Windows, Mac) og mobil (Android, iPhone og iPad). Hvis du vil laste ned appen for en støttet plattform, går du tilhttps://www.webex.com/downloads.html .
Støttede kodeker	Se Webex\| Videospesifikasjoner for samtaler og møter for lyd- og videokodekene som støttes. Merk disse forbeholdene for videonett: For videokvalitet støtter Video Mesh opptil 1080p i visse scenarier. Du kan konfigurere denne innstillingen ihttps://admin.webex.com . For SIP-videosystemer støtter Video Mesh SIP-klienter som lager DTMF-lydtoner (dual tone multi frequency). Tjenesten støtter også KPML (keypad markup language). Webex Teams for Windows og Mac og Room-, Desk- og Board-enheter som er registrert i skyen, støtter opptil 1080p 30 bilder per sekund med innholdslyd. H.323-klienter er nevnt i datablad, men de går bare til skyen.
Støttede Webex-registrerte rom-, skrivebords- og tavleenheter	Følgende enheter er testet og bekreftet å fungere med Video Mesh-noder: Cisco DX70 Cisco Webex DX80 Cisco Webex Board 55 Cisco Webex Room Kit Cisco Webex Room Kit Mini Cisco Webex Room Kit Plus Cisco Webex Room Kit Plus Precision 60 Cisco Webex Room Kit Pro Cisco TelePresence SX10 Quick Set Cisco TelePresence SX20 Quick Set Cisco TelePresence SX80 Codec Cisco TelePresence MX200 G2 Cisco TelePresence MX300 G2 Cisco TelePresence MX700 Cisco TelePresence MX800

System- og plattformkrav for programvare for videonettnode

Produksjonsmiljøer

I produksjonsdistribusjoner er det to måter å distribuere videonettnode programvare på en bestemt maskinvarekonfigurasjon:

Du kan konfigurere hver server som én virtuell maskin, noe som er best for distribusjoner som inkluderer mange SIP-endepunkter.
Ved hjelp av VMNLite-alternativet kan du konfigurere hver server med flere mindre virtuelle maskiner. VMNLite er best for distribusjoner der flertallet av klienter og enheter er Webex-app og Webex-registrerte endepunkter.

Disse kravene er felles for alle konfigurasjoner:

VMware ESXi 7 eller 8, vSphere 7 eller 8
Hyperthreading aktivert

Tabell 3. System- og plattformkrav for programvare for videonettnode i et produksjonsmiljø

Maskinvarekonfigurasjon

Produksjonsdistribusjon som én virtuell maskin

Produksjonsdistribusjon med virtuelle VMNLite-er

Merknader

Cisco Meeting Server 1000 (CMS 1000)

72 vCPU-er (70 for videonettnode, 2 for ESXi)
60 GB hovedminne
80 GB lokal harddiskplass

Distribuer som 3 identiske virtuell maskin , hver med:

23 vCPU-er
20 GB hovedminne
80 GB lokal harddiskplass

Vi anbefaler denne plattformen for videonettnode.

Spesifikasjonsbasert konfigurasjon

(2,6 GHz Intel Xeon E5-2600v3 eller nyere-prosessor kreves)

72 vCPU-er (70 for videonettnode, 2 for ESXi)
60 GB hovedminne
80 GB lokal harddiskplass
eller

80 GB NFS-lagring

Distribuer som 3 identiske virtuell maskin , hver med:

23 vCPU-er
20 GB hovedminne
80 GB lokal harddiskplass

eller

80 GB NFS-lagring

Hver virtuell maskin for Video Mesh må ha CPU, RAM og harddisker reservert for seg selv.

Bruk enten CMS1000 eller VMNLite alternativet under konfigurasjonen.

Topp IOP-er (inndata-/utdataoperasjoner per sekund) for NFS-lagring er 300 IOPS.

Cisco Meeting Server 2000 (CMS 2000)

Distribuer som 8 identiske virtuell maskin , hver med:

72 vCPU-er (70 for videonettnode, 2 for ESXi)
60 GB hovedminne
80 GB lokal harddiskplass
eller

80 GB NFS-lagring

Distribuer som 24 identiske virtuell maskin , hver med:

23 vCPU-er
20 GB hovedminne
80 GB lokal harddiskplass

eller

80 GB NFS-lagring

Vi anbefaler denne plattformen for videonettnode.

Hvert blad må være en komplett Cisco Meeting Server 1000 med reservert CPU, RAM og harddisker per blad.

Topp IOP-verdier for NFS-lagring er 300 IOPS.

Demomiljøer

For grunnleggende demoformål kan du bruke en spesifikasjonsbasert maskinvarekonfigurasjon, med følgende minimumskrav:

14vCPU-er (12 for videonettnode, 2 for ESXi)
8 GB hovedminne
20 GB lokal harddiskplass
2,6 GHz Intel Xeon E5-2600v3 eller nyere-prosessor

Denne konfigurasjonen av Video Mesh støttes ikke av Cisco TAC .

Hvis du vil ha mer informasjon om demoprogramvaren, se Demoprogramvare for videonettnode .

Krav til båndbredde

Videonettnoder må ha en minimumsbåndbredde til Internett på 10 Mbps for at både opplasting og nedlasting skal fungere som den skal.

Krav for proxy-støtte for videonett

Vi støtter offisielt følgende proxy-løsninger som kan integreres med Video Mesh-nodene dine.
- Cisco Web Security Appliance (WSA) for gjennomsiktig proxy
- Squid for eksplisitt proxy
For en eksplisitt proxy eller gjennomsiktig inspeksjons-proxy som inspiserer (dekrypterer trafikk), må du ha en kopi av proxyens rotsertifikat som du må laste opp til klareringslageret for Video Mesh-noden i webgrensesnitt.
Vi støtter følgende eksplisitte kombinasjoner av proxy- og godkjenningstyper:
- Ingen godkjenning med http og https
- Enkel godkjenning med http og https
- Sammendragsgodkjenning kun med https
- NTLM-godkjenning kun med http

For gjennomsiktige proxyer må du bruke ruteren/bryteren til å tvinge HTTPS/443-trafikk til å gå til proxyen. Du kan også tvinge Web Socket til å gå til proxy. (Web Socket bruker https.)

Hvis mediet ikke flyter, skjer dette ofte når https-trafikk fra noden over port 443 svikter:

Port 443-trafikk er tillatt av proxyen, men det er en inspeksjons proxy og bryter websocket.

For å løse disse problemene må du kanskje «omgå» eller «skjøte» (deaktivere inspeksjon) på port 443 til: *.wbx2.com og *.ciscospark.com.

Kapasitet for videonettnoder

Enhetstyper og klienter
Videooppløsning
Nettverkskvalitet
Toppbelastning
Distribusjonsmodell

Bruk av videonett påvirker ikke antall Webex-lisenser.

Test ut vanlige møtescenarier for distribusjonen din.
Bruk analysene i Control Hub for å se hvordan distribusjonen utvikler seg, og legg til kapasitet etter behov.

Tabell 4. Kapasitet på vanlige videonettnoder
Scenario	Oppløsning	Deltakerkapasitet
Møter med bare deltakere i Webex-appen	720p	100–130
Møter med bare deltakere i Webex-appen	1080p	90–100
Møter og 1-til-1-samtaler med bare deltakere i Webex-appen	720p	60–100
Møter og 1-til-1-samtaler med bare deltakere i Webex-appen	1080p	90–100
Møter med kun SIP-deltakere	720p	70–80
Møter med kun SIP-deltakere	1080p	30–40
Møter med Webex-appen og SIP-deltakere	720p	75–110

Grunnoppløsningen for Webex-appen er 720p. Men når du deler, er deltakerminiatyrbildene på 180p.
Disse ytelsestallene forutsetter at du har aktivert alle de anbefalte portene.

Kapasitet for VMNLite

Tabell 5. Kapasitet på VMNLite-noder
Scenario	Oppløsning	Deltakerkapasitet med 3 VMNLite-noder på en server
Møter med bare deltakere i Webex-appen	720p	250–300
Møter med bare deltakere i Webex-appen	1080p	230–240
Møter og 1-til-1-samtaler med bare deltakere i Webex-appen	720p	175–275
Møter og 1-til-1-samtaler med bare deltakere i Webex-appen	1080p	230–240

Grunnoppløsningen for Webex-appmøter er 720p. Men når du deler, er deltakerminiatyrbildene på 180p.

Klynger i videonett

En klient på et bedriftsnettverk som kan nå en lokal klynge, kobles til den – den primære preferansen for klienter på bedriftsnettverk.
Klienter som blir med i et privat møte med Video Mesh, kobles bare til lokale klynger. Du kan opprette en egen klynge spesielt for disse private møtene.
En klient som ikke kan nå en lokal klynge, kobles til skyen – tilfellet for en mobilenhet som ikke er koblet til bedriftsnettverk.
Den valgte klyngen avhenger også av ventetid, i stedet for bare plassering. For eksempel kan en skyklynge med lavere STUN-tur-retur-forsinkelse (SRT) enn en videonettklynge være en bedre kandidat for møtet. Denne logikken forhindrer en bruker i å lande på en geografisk fjern klynge med høy SRT-forsinkelse.

Klynger for private møter

Hvis du vil ha mer informasjon om funksjonen for private møter i videonett, se Private møter .

Retningslinjer for distribusjon av videonettklynge

I typiske bedriftsdistribusjoner anbefaler vi at kunder bruker opptil 100 noder per klynge. Det er ingen faste grenser i systemet for å blokkere en klyngestørrelse med mer enn 100 noder. Hvis du imidlertid trenger å opprette større klynger, anbefaler vi på det sterkeste at du går gjennom dette alternativet med Cisco-teknologi gjennom ditt Cisco-kontoteam.
Opprett færre klynger når ressursene har lignende nettverksnærhet (tilhørighet).
Når du oppretter klynger, må du bare legge til noder som er i samme geografiske område og samme datasenter. Klynger over Wide Area Network (WAN) støttes ikke.
Vanligvis distribuerer du klynger i bedrifter som er vert for hyppige lokaliserte møter. Planlegg hvor du plasserer klynger på båndbredden som er tilgjengelig på forskjellige WAN-plasseringer i bedriften. Over tid kan du distribuere og vokse klynge for klynge basert på observerte brukermønstre.
Klynger som befinner seg i forskjellige tidssoner, kan effektivt betjene flere geografiske områder ved å dra nytte av forskjellige anropsmønstre med peak/ travel time .
Hvis du har to Video Mesh-noder i to separate datasentre (EU og NA, for eksempel), og du har endepunkter som kobles sammen gjennom hvert datasenter, vil nodene i hvert datasenter overlappe hverandre til én enkelt Video Mesh-node i skyen. Disse kaskader ville gå over Internett. Hvis det finnes en skydeltaker (som blir med før en av Video Mesh-deltakerne), vil nodene bli koblet gjennom skydeltakerens medianode.

Mangfold i tidssone

Overflyt til skyen

Hvis du konfigurerer møtet som den private møtetypen, beholder Webex alle samtalene i de lokale klyngene dine. Private møter flyter aldri over til skyen.

Webex-enhet registreres med Webex

Tester med forsinkelser tur/retur – skyenheten når ikke den lokale klyngen

Tester med forsinkelser tur/retur – skyenheten når den lokale klyngen

Lokal og skysamtale

Lokal samtale med forskjellige klyngetilknytninger

Webex-enheten kobles til enten lokal klynge eller sky basert på tilgjengeligheten. Følgende viser eksempler på de vanligste scenariene.

Webex Cloud enhet kobles til skyen

Den lokale Webex-enheten kobles til den lokale klyngen

Lokal Webex-enhet kobles til skyen

Skyklyngevalg for overflyt basert på 250 ms eller høyere STUN tur-retur-forsinkelse

Webex-appen eller Webex-enheten er på bedriftsnettverket i San Jose.
San Jose- og Amsterdam-klynger er fulle eller utilgjengelige.
SRT-forsinkelse til Shanghai-klyngen er større enn 250 ms og vil sannsynligvis føre til problemer med mediekvaliteten.
San Francisco-skyklyngen har en optimal SRT-forsinkelse.
Shanghai-videonett-klyngen er ekskludert fra vurdering.
Som et resultat av dette flyter Webex-appen over til San Francisco-skyklyngen.

Private møter

Kontroller at de nødvendige portene er åpne i brannmuren, for å tillate uhindret overlapping mellom klynger. Se Porter og protokoller for administrasjon .

Distribusjonsmodeller som støttes av videonett

Støttes i en distribusjon av videonett

Du kan distribuere en videonettnode i enten et datasenter (foretrukket) eller i demilitarisert sone (DMZ). Hvis du vil ha veiledning, se Porter og protokoller som brukes av videonett .
For en DMZ-distribusjon kan du konfigurere videonettnodene i en klynge med det to nettverksgrensesnitt (NIC). Denne distribusjonen lar deg skille bedriftens interne nettverkstrafikk (brukes til interbokskommunikasjon, overlappende nodeklynger og for å få tilgang til nodens administrasjonsgrensesnitt) fra den eksterne skynettverkstrafikken (brukes for tilkobling til omverdenen og gjennomgripende til skyen).

Dobbelt nettverkskort fungerer på den fullstendige VMNLite- og demoversjonen av nodeprogramvaren for Video Mesh. Du kan også distribuere videonettet bak et 1:1 NAT-oppsett.
Du kan integrere Video Mesh-noder med samtalekontroll . For eksempel distribusjoner med Video Mesh integrert med Unified CM, se Distribusjonsmodeller for Video Mesh og Cisco Unified Communications Manager .
Følgende typer adresseoversettelse støttes:
- Dynamisk oversettelse av nettverksadresse (NAT) ved hjelp av et IP-utvalg
- Dynamisk oversettelse av portadresse (PAT)
- 1:1 NAT
- Andre former for NAT skal fungere så lenge de riktige portene og protokollene brukes, men vi støtter ikke offisielt dem fordi de ikke har blitt testet.
IPv4
Statisk IP-adresse for videonettnode

Støttes ikke i en distribusjon av videonett

IPv6
DHCP for videonettnode
En klynge med en blanding av enkelt og to nettverkskort
Klynger av videonettnoder over WAN (Wide Area Network)
Lyd, video eller medier som ikke går gjennom en videonettnode:
- Lyd fra telefoner
- Node-til-node-anrop mellom Webex-appen og standardbasert endepunkt
- Lydavslutning på videonettnode
- Medier sendt gjennom Expressway C/E-par
- Videosamtale tilbakeringing fra Webex

Distribusjonsmodeller for Video Mesh og Cisco Unified Communications Manager

Steder for datasenter
Kontorplasseringer og størrelse
Sted og kapasitet for Internett-tilgang

Video Mesh støtter SME ( Session Management Edition ). Unified CM -klynger kan kobles til via en SME, og deretter må du opprette en SME-trunk som kobles til Video Mesh-nodene.

Hub- og Spoke-arkitektur

Geografisk distribusjon

Geografisk distribusjon med SIP-oppringing

Porter og protokoller som brukes av videonett

For å sikre en vellykket distribusjon av Video Mesh og for problemfri drift av Video Mesh-nodene, åpner du følgende porter på brannmuren for bruk med protokollene.

Se Nettverkskrav for Webex-tjenester for å forstå de generelle nettverkskravene for Webex Teams.
Se Hvitbok for gjennomgang av brannmur hvis du vil ha mer informasjon om brannmur- og nettverkspraksis for Webex-tjenester.
Hvis du vil redusere potensielle problemer med DNS-spørringer, følger du veiledningen Anbefalte fremgangsmåter for DNS, nettverksbeskyttelse og angrepsidentifikasjon dokumentasjonen når du konfigurerer bedriftens brannmur.
Hvis du vil ha mer designinformasjon, kan du se Foretrukket arkitektur for hybridtjenester, CVD .

Porter og protokoller for administrasjon

Videonettnodene i en klynge må være i samme VLAN- eller nettverksmaske.

Hensikt	Kilde	Destinasjon	Kilde-IP	Kildeport	Transportprotokoll	Destinasjons-IP	Målport
Administrasjon	Administrasjonsdatamaskin	Videonett-node	Etter behov	Hvilke som helst	TCP, HTTPS	Videonett-node	443
SSH for tilgang til administrasjonskonsollen for Video Mesh	Administrasjonsdatamaskin	Videonett-node	Etter behov	Hvilke som helst	TCP	Videonett-node	22
Intraklyngekommunikasjon	Videonett-node	Videonett-node	IP-adresse til andre Video Mesh-noder i klyngen	Hvilke som helst	TCP	Videonett-noder	8443
Administrasjon	Videonett-node	Webex-sky	Etter behov	Hvilke som helst	UDP, NTP UDP, DNS TCP, HTTPS (WebSockets)	Hvilke som helst	123* 53*
Overlappende signalisering	Videonett-node	Webex-sky	Hvilke som helst	Hvilke som helst	TCP	Hvilke som helst	443
Overlappende medier	Videonett-node	Webex-sky	Videonett-node	Alle***	UDP	Hvilke som helst Hvis du vil ha spesifikke adresseområder, kan du se delen «IP-delnett for Webex Media-tjenester» i Nettverkskrav for Webex-tjenester .	5004 50000 til 53000 Hvis du vil ha mer informasjon, kan du se delen «Webex-tjenester – portnumre og protokoller» i Nettverkskrav for Webex-tjenester .
Overlappende signalisering	Vido-nettklynge (1)	Vido-nettklynge (2)	Hvilke som helst	Hvilke som helst	TCP	Hvilke som helst	443
Overlappende medier	Vido-nettklynge (1)	Vido-nettklynge (2)	Vido-nettklynge (1)	Alle***	UDP	Hvilke som helst	5004 50000 til 53000
Administrasjon	Videonett-node	Webex-sky	Etter behov	Hvilke som helst	TCP, HTTPS	Alle**	443
Administrasjon	Videonett-node (1)	Videonett-node (2)	Videonett-node (1)	Hvilke som helst	TCP, HTTPS (WebSockets)	Videonett-node (2)	443
Intern kommunikasjon	Videonett-node	Alle andre videonettnoder	Videonett-node	Hvilke som helst	UDP	Hvilke som helst	10000 til 40000

_{***Portene varierer avhengig av om du aktiverer QoS. Med QoS aktivert er portene 52.500-59499, 63000-64667, 59500-62999 og 64688-65500. Med QoS av er portene 34.000–34.999.}

Trafikksignaturer for videonett (tjenestekvalitet aktivert)

Kilde-IP-adresse	Destinasjons-IP-adresse	Kilde UDP-porter	UDP-målporter	Innebygd DSCP-merking	Mediatype
Videonettnode	Webex skymedietjenester	35000 til 52499	5004	AF41	Test STUN-pakker
Videonettnode	Webex skymedietjenester	52500 til 59499	5004	EF	Lyd
Videonettnode	Webex skymedietjenester	63000 til 64667	5004	AF41	Video
Videonettnode	Webex skymedietjenester	59500 til 62999	50 000 til 51499	EF	Lyd
Videonettnode	Webex skymedietjenester	64668 til 65500	51500 til 53000	AF41	Video
Videonettnode	Videonettnode	10000 til 40000	10000 til 40000	—	Lyd
Videonettnode	Videonettnode	10000 til 40000	10000 til 40000	—	Video
Videonettnode	Unified CM SIP-endepunkter	52500 til 59499	Unified CM SIP-profil	EF	Lyd
Videonettnode	Unified CM SIP-endepunkter	63000 til 64667	Unified CM SIP-profil	AF41	Video
Videonett-klynge	Videonett-klynge	52500 til 59499	5004	EF	Lyd
Videonett-klynge	Videonett-klynge	63000 til 64667	5004	AF41	Video
Videonett-klynge	Videonett-klynge	59500 til 62999	50 000 til 51499	EF	Lyd
Videonett-klynge	Videonett-klynge	64668 til 65500	51500 til 53000	AF41	Video
Videonettnode	Webex Teams-program eller endepunkt*	5004	52000 til 52099	AF41	Lyd
Videonettnode	Webex Teams-program eller endepunkt	5004	52100 til 52299	AF41	Video

Trafikksignaturer for videonett (tjenestekvalitet deaktivert)

Tabellen og diagrammet viser UDP-porter som brukes til lyd- og videostrømmer når QoS er deaktivert.

Tabell 6. Trafikksignaturer for videonett (tjenestekvalitet deaktivert)
Kilde-IP-adresse	Destinasjons-IP-adresse	Kilde UDP-porter	UDP-målporter	Innebygd DSCP-merking	Mediatype
Videonettnode	Webex skymedietjenester	34000 til 34999	5004	AF41	Lyd
Videonettnode	Webex skymedietjenester	34000 til 34999	5004	AF41	Video
Videonettnode	Webex skymedietjenester	34000 til 34999	50 000 til 51499	AF41	Lyd
Videonettnode	Webex skymedietjenester	34000 til 34999	51500 til 53000	AF41	Video
Videonettnode	Videonettnode	10000 til 40000	10000 til 40000	AF41	Lyd
Videonettnode	Videonettnode	10000 til 40000	10000 til 40000	AF41	Video
Videonett-klynge	Videonett-klynge	34000 til 34999	5004	AF41	Lyd
Videonett-klynge	Videonett-klynge	34000 til 34999	5004	AF41	Video
Videonett-klynge	Videonett-klynge	34000 til 34999	50 000 til 51499	AF41	Lyd
Videonett-klynge	Videonett-klynge	34000 til 34999	51500 til 53000	AF41	Video
Videonettnode	Unified CM SIP-endepunkter	52500 til 59499	Unified CM SIP-profil	AF41	Lyd
Videonettnode	Unified CM SIP-endepunkter	63000 til 64667	Unified CM SIP-profil	AF41	Video
Videonettnode	Webex skymedietjenester	35000 til 52499	5004	AF41	Test STUN-pakker
Videonettnode	Webex Teams-program eller endepunkt	5004	52000 til 52099	AF41	Lyd
Videonettnode	Webex Teams-program eller endepunkt	5004	52100 til 52299	AF41	Video

Porter og protokoller for Webex Meetings trafikk

Hensikt	Kilde	Destinasjon	Kilde-IP	Kildeport	Transportprotokoll	Destinasjons-IP	Målport
Innkaller til møte	Apper (Webex-appen for skrivebord og mobilapper) Webex-registrerte enheter	Videonett-node	Etter behov	Hvilke som helst	UDP og TCP (brukes av Webex-appen) SRTP (alle)	Alle**	5004
SIP-enhet som ringer til møte (SIP-signalisering)	samtalekontroll i Unified CM eller Cisco Expressway	Videonett-node	Etter behov	Kortvarig (>=1024)	TCP eller TLS	Alle**	5060 eller 5061
Overlapping	Videonett-node	Webex-sky	Etter behov	34000 til 34999	UDP, SRTP (alle)*	Alle**	5004 50000 til 53000***
Overlapping	Videonett-node	Videonett-node	Etter behov	34000 til 34999	UDP, SRTP (alle)*	Alle**	5004

Port 5004 brukes for alle skymedier og lokale videonettnoder.

_{** Hvis du vil begrense etter IP-adresser, kan du se IP-adresse som er dokumentert i Nettverkskrav for Webex-tjenester .}

Videokvalitet og skalering for videonett

For retningslinjer for båndbreddeklargjøring og kapasitetsplanlegging , se Dokumentasjon for foretrukket arkitektur .

Arkitektur

Deltakere i skyen og lokaler

Kaskader

Overlappende båndbreddegrafer som gir måling per klynge, er tilgjengelige på Analytics-menyen i Webex Control Hub. Du kan ikke konfigurere overlappende båndbredde per møte i Control Hub.

Eksempel på hovedvideo med flere oppsett

Diagrammet nedenfor viser et møte med registrerte endepunkter i skyen og lokaler og en aktiv taler.

I det samme møtet viser diagrammet nedenfor et eksempel på en kaskade som er opprettet mellom videonettnodene og skyen i begge retninger.

I det samme møtet viser diagrammet nedenfor et eksempel på en kaskade fra skyen.

Krav for Webex-tjenester

Samarbeid med partneren din, Customer Suksess Manager (CSM) eller prøveversjonsrepresentanten for å klargjøre Cisco Webex nettstedet og Webex-tjenester for videonett på riktig måte:

Du må ha en Webex-organisasjon med et betalt abonnement på Webex-tjenester.
Hvis du vil dra full nytte av Video Mesh, må du sørge for at Webex-nettsted ditt er på videoplattform versjon 2.0. (Du kan bekrefte at nettstedet ditt er på videoplattform versjon 2.0 hvis det har listen Medieressurstype tilgjengelig i nettstedsalternativene for møterom for skysamarbeid.)
Du må aktivere CMR for Webex-nettsted ditt under brukerprofiler. (Du kan gjøre dette i en CSV-fil for masseoppdatering med SupportCMR-attributtet).

Hvis du vil ha mer informasjon, se Funksjonssammenligning og overføringsbane fra samarbeidsmøterom-hybrid til videonett i vedlegget.

Tilknyttet informasjon

Kontroller at kildelandet er riktig

1	I en nettleser skriver du inn denne URL-adressen med den offentlige IP-adresse til Expresswayen eller endepunktet på slutten. `https://ds.ciscospark.com/v1/region/ <public IP address>` Du mottar et svar som følgende: `attribution: "This product includes GeoLite2 data created by MaxMind, available from http://www.maxmind.com" clientAddress: "<public IP address>" clientRegion: "US-WEST" countryCode: "US" disclaimer: "This service is intended for use by Webex Team only. Unauthorized use is prohibitted." regionCode: "US-WEST" timezone: "America/Chicago"`
2	Kontroller at `countryCode` er passende for plasseringen av Expresswayen eller endepunktet.
3	Hvis plasseringen er feil, sender du en forespørsel om å korrigere plasseringen av den offentlige IP-adresse din til MaxMind påhttps://support.maxmind.com/geoip-data-correction-request/correct-a-geoip-location .

Fullfør forutsetningene for videonett

Bruk denne sjekklisten for å sikre at du er klar til å installere og konfigurere videonett-noder og integrere et Webex-nettsted med videonett.

Sørg for at du:

Oppfyll minimumssystemkravene som er beskrevet i Krav for videonett og Lisenskrav for hybridtjenester .
Forstå eksemplene på samtalekapasitet som er beskrevet i Kapasitet for videonettnoder .
Forstå de støttede distribusjonsmodellene beskrevet i Distribusjonsmodeller som støttes av videonett .
Kontroller at nettverket tillater tilkobling på portene og ved hjelp av protokollene som er beskrevet i Porter og protokoller som brukes av videonett
Kontroller at nettverket ditt støtter båndbreddekravene som er beskrevet i Videokvalitet og skalering for videonett

Ta opp følgende nettverksinformasjon som skal tilordnes til Video Mesh-nodene:

IP-adresse (anbefales)
Nettverksmaske
Gateway IP-adresse
DNS-servere
NTP-servere

Et vertsnavn og eventuelt domenenavn for videonett-noden. (Valgfritt)

Velg en støttet maskinvare eller spesifikasjonsbasert konfigurasjon for Video Mesh-noden, som beskrevet i System- og plattformkrav for programvare for videonettnode .

Kontroller at serveren din kjører VMware ESXi 7 eller 8, og vSphere 7 eller 8, med en VM-vert operativ.

Hva nå?

Installer og konfigurer programvaren for videonettnode

Distribuer videonett

Oppgaveflyt for distribusjon av videonett

Før du starter

1	Installer og konfigurer programvaren for videonettnode Bruk denne fremgangsmåten til å distribuere en videonettnode til vertsserveren som kjører VMware ESXi eller vCenter. Du installerer den lokale programvaren som oppretter en node, og deretter utfører du den første konfigurasjonen, for eksempel nettverksinnstillinger. Du registrerer den i skyen senere.
2	Logg på videonettnode Logg på konsollen for første gang. Programvaren for videonettnode har et standardpassord. Du må endre denne verdien før du konfigurerer noden.
3	Angi nettverkskonfigurasjon for videonettnode i konsollen Bruk denne fremgangsmåten til å konfigurere nettverksinnstillinger for videonettnode hvis du ikke konfigurerte dem da du konfigurerte noden på en virtuell maskin. Du angir en statisk IP-adresse og endrer FQDN/vertsnavn og NTP-servere. DHCP støttes for øyeblikket ikke.
4	Bruk disse trinnene for å konfigurere det eksterne grensesnittet for en distribusjon med to nettverksgrensesnitt (dual NIC): Angi det eksterne nettverksgrensesnittet for videonettnode Legg til interne og eksterne rutingsregler Når noden er tilkoblet igjen og du har bekreftet den interne nettverkskonfigurasjon, kan du konfigurere det eksterne nettverksgrensesnitt hvis du distribuerer videonettnode i nettverkets DMZ, slik at du kan isolere bedriftstrafikken (internt) fra utsiden (eksternt). ) trafikk. Du kan også gjøre unntak eller overstyringer av standard rutingsregler.
5	Registrer videonettnode til Webex Cloud Bruk denne fremgangsmåten til å registrere videonett-noder til Webex-skyen og fullføre ytterligere konfigurasjon. Når du bruker Control Hub til å registrere noden, oppretter du en klynge som noden er tilordnet. En klynge inneholder én eller flere medienoder som betjener brukere i et bestemt geografisk område. Registreringstrinnene konfigurerer også innstillinger for SIP-samtale , angi en oppgraderingsplan og abonnere på e-postvarsler.
6	Aktiver og verif Quality of Service (QoS) med følgende oppgaver: Aktiver Quality of Service (QoS) for videonettnode Kontroller portområder for videonettnode med reflektorverktøy i nettgrensesnittet Aktiver QoS hvis du vil at Video Mesh-noder automatisk skal merke SIP-trafikk (lokale SIP-registrerte endepunkter) for både lyd (EF) og video (AF41) separat med passende tjenesteklasse og bruke kjente portområder for bestemte medietyper. Denne endringen lar deg opprette QoS-policyer og effektivt kommentere returtrafikk fra skyen hvis du ønsker det. Bruk trinnene i Reflector Tool for å kontrollere at de riktige portene er åpnet på brannmuren.
7	Konfigurer videonettnode for proxy-integrering Bruk denne fremgangsmåten til å angi hvilken type proxy du vil integrere med et videonett. Hvis du velger en gjennomsiktig inspeksjons-proxy, kan du bruke nodens grensesnitt til å laste opp og installere rotsertifikat, kontrollere proxyen og feilsøke potensielle problemer.
8	Følg Integrer videonett med oppgaveflyt for samtalekontroll og velg ett av følgende, avhengig av samtalekontroll, sikkerhetskrav og om du vil integrere Video Mesh med samtalekontroll : Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett (TLS) Konfigurer Unified CM TCP SIP-trafikkruting for videonett (TCP) Konfigurer Expressway TCP SIP-trafikkruting for videonett (TCP) SIP-enheter støtter ikke direkte tilgjengelighet, så du må bruke Unified CM eller VCS Expressway-konfigurasjon for å etablere et forhold mellom lokale registrerte SIP-enheter og videonettklynger. Du trenger bare å trunke Unified CM eller VCS Expressway til videonettnode, avhengig av samtalekontroll .
9	Utveksle sertifikatkjeder mellom Unified CM og videonettnoder I denne oppgaven laster du ned sertifikater fra Unified CM og Video Mesh-grensesnittene og laster opp det ene til det andre. Dette trinnet etablerer sikker tillit mellom de to produktene, og, sammen med den sikre trunkkonfigurasjonen, lar kryptert SIP-trafikk og SRTP-medier i organisasjonen din lande på Video Mesh-noder.
10	Aktiver mediekryptering for organisasjons- og videonettklynger Bruk denne fremgangsmåten til å aktivere mediekryptering for organisasjonen og individuelle videonett-klynger. Denne innstillingen tvinger ende-til-ende TLS-oppsett, og du må ha en sikker TLS SIP-trunk på plass på Unified CM som peker til Video Mesh-nodene.
11	Aktiver videonett for Webex-nettstedet Hvis du vil bruke optimalisert media til videonettnode for et Webex-møte til alle Webex-app og -enhetene som skal delta, må denne konfigurasjonen være aktivert for Webex-nettsted. Aktivering av denne innstillingen kobler Video Mesh- og møteforekomster i skyen sammen, og tillater at overlappinger oppstår fra Video Mesh-noder. Hvis denne innstillingen ikke er aktivert, vil ikke Webex-app og -enhetene bruke videonettnoden for Webex-møter.
12	Tilordne møterom for samarbeid til brukere av Webex-appen
13	Kontroller møteopplevelsen på det sikre endepunktet Hvis du bruker mediekryptering gjennom ende-til-ende TLS-oppsettet, bruker du disse trinnene for å bekrefte at endepunktene er registrert på en sikker måte, og at riktig møteopplevelse vises.

Skript for masseklargjøring for videonett

Installer og konfigurer programvaren for videonettnode

Før du starter

Se System- og plattformkrav for programvare for videonettnode for støttede maskinvareplattformer og spesifikasjonskrav for videonettnode.

Kontroller at du har disse obligatoriske elementene:

En datamaskin med:

VMware vSphere-klient 7 eller 8.

Du finner en liste over operativsystemer som støttes, i VMware-dokumentasjonen.

OVA-fil for Video Mesh-programvare lastet ned.

En støttet server med VMware ESXi eller vCenter 7 eller 8 installert og kjører
Deaktiver sikkerhetskopiering av virtuell maskin og direkteoverføring. videonettnode -klynger er sanntidssystemer. eventuelle pauser i virtuell maskin kan gjøre disse systemene ustabile. (For vedlikeholdsaktiviteter på en videonettnode, bruk vedlikeholdsmodus fra Control Hub.)

Åpne VMware vSphere-klienten ved hjelp av datamaskinen og logg på vCenter- eller ESXi-systemet på serveren.

Gå til Handlinger > Distribuer OVF-mal .

På Velg en OVF-mal side, klikk Lokal fil , deretter Velg Filer . Naviger til der videomesh.ova filen er plassert, velger du filen og klikker på Neste .

Pass på at du laster ned en ny kopi av OVA fra denne koblingen .

Det kjøres en valideringskontroll. Når den er fullført, vises maldetaljene.

Kontroller maldetaljene, og klikk deretter på Neste .

På Konfigurasjon velger du type distribusjonskonfigurasjon, og klikker deretter Neste .

VMNLite (standard)
CMS 1000

Alternativene er oppført i rekkefølgen etter økende ressurskrav.

På Velg lagring side, må du kontrollere at standard diskformat for Tykk provisjon Lazy nullstilt og retningslinjer for VM-lagring for Datalager som standard er valgt, og klikk deretter Neste .

På Velg nettverk -siden, velger du nettverksalternativet fra listen over oppføringer for å gi ønsket tilkobling til den virtuelle maskinen.

For Internt grensesnitt, nettverk , velger du nodens interne IP-adresse.
For Eksternt grensesnittnettverk , velger du den eksterne IP-adresse som vender mot det offentlige nettverket. Se bort fra dette alternativet hvis du ikke har en dobbel NIC-distribusjon.

På Tilpass mal side, konfigurerer du følgende nettverksinnstillinger:

Vertsnavn (Valgfritt) – angi FQDN (vertsnavn og domene) eller vertsnavn med ett ord for noden.

Hvis du vil sikre en vellykket registrering til skyen, bruker du bare små tegn i FQDN eller vertsnavnet du angir for videonettnode. Store og små bokstaver støttes ikke for øyeblikket.
Når du bruker eller konfigurerer FQDN eller vertsnavn, må du også angi et gyldig domene som kan løses. Den totale lengden på FQDN kan ikke overstige 64 tegn.

IP-adresse — Angi IP-adresse for det interne grensesnittet til noden.
Maske – Angi nettverksmaske med punktum og desimal. For eksempel 255.255.255.0 .
Gateway – Angi IP-adresse for gatewayen . En gateway er en nettverksnode som fungerer som et tilgangspunkt til et annet nettverk.
DNS-servere – Angi en kommadelt liste over DNS-servere som håndterer oversettelse av domenenavn til numeriske IP-adresser. (Opptil fire DNS-oppføringer er tillatt.)
NTP-servere – Angi organisasjonens NTP-server eller en annen ekstern NTP-server som kan brukes i organisasjonen. Du kan også bruke en kommadelt liste til å angi flere NTP-servere.

videonettnode må ha en intern IP-adresse og et DNS-navn som kan løses. IP-adresse for noden kan ikke tilhøre IP-adresse som er reservert for intern bruk av videonettnode . Standard reservert IP-adresse er 172.17.42.0–172.17.42.63, som kan konfigureres senere i Diagnostikk -menyen. Dette IP-adresse er for kommunikasjon innenfor videonettnode og mellom programvarebeholderne som inneholder de forskjellige komponentene i noden – for eksempel SIP-grensesnitt og medietranskoding.
Distribuer alle nodene i samme delnett eller VLAN, slik at alle nodene i en klynge er tilgjengelige uansett hvor klientene befinner seg i nettverket.
For en dobbel NIC DMZ-distribusjon kan du angi den eksterne IP-adresse i nodekonsollen etter at du har lagret den interne nettverkskonfigurasjon og startet noden på nytt senere.

Hvis du foretrekker det, kan du hoppe over konfigurasjonen av nettverksinnstillinger og følge trinnene i Angi nettverkskonfigurasjon for videonettnode i konsollen etter at du logger på noden.

På Klar til å fullføre på siden, kontroller at alle innstillingene du anga, samsvarer med retningslinjene i denne prosedyren, og klikk deretter på Fullfør .

Når distribusjonen av OVA er fullført, vises videonettnode i listen over virtuelle datamaskiner.

Høyreklikk på den videonettnode , og velg deretter Strøm > Strøm på .

Programvaren for videonettnode installeres som gjest på VM-verten. Du er nå klar til å logge på konsollen og konfigurere videonettnode.

Du kan oppleve en forsinkelse på noen minutter før nodebeholderne kommer opp. Det vises en brobrannmurmelding på konsollen ved første oppstart, der du ikke kan logge på.

Hva nå?

Angi nettverkskonfigurasjon for videonettnode i konsollen

Logg på konsollen for første gang. Programvaren for videonettnode har et standardpassord. Du må endre denne verdien før du konfigurerer noden.

1	Fra VMware vSphere-klienten går du til den videonettnode , og deretter velger du Konsoll . Den videonettnode starter opp, og det vises en påloggingsmelding. Hvis påloggingsmeldingen ikke vises, trykker du på Gå inn . Du kan en kort stund se en melding som angir at systemet initialiseres.
2	Bruk følgende standard brukernavn og passord for å logge på: Innlogging: `admin` Passord: `cisco` Fordi du logger på videonettnode for første gang, må du endre passordfrasen (passordet) for administrator .
3	For (gjeldende) passord skriver du inn standard passord (ovenfra), og deretter trykker du på Gå inn .
4	For nytt passord skriver du inn en ny passordfrase, og deretter trykker du på Gå inn .
5	Hvis du vil skrive inn nytt passord på nytt, skriver du inn den nye passordfrasen på nytt, og deretter trykker du på Gå inn . Meldingen «Passord ble endret» vises, og deretter vises det første skjermbildet for videonettnode med en melding om at uautorisert tilgang er forbudt.
6	Trykk på Gå inn for å laste hovedmeny.

Hva nå?

Disse trinnene er obligatoriske hvis du ikke konfigurerte nettverksinnstillinger på tidspunktet for OVA-distribusjon.

Det indre grensesnittet (standardgrensesnittet for trafikk) brukes til CLI, SIP-trunker, SIP-trafikk og nodebehandling. Det eksterne (eksterne) grensesnittet er for HTTPS- og websockets-kommunikasjon til Webex, sammen med den overlappende trafikken fra nodene til Webex.

Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten, og logg deretter på med administratorlegitimasjonen.

Etter førstegangs oppsett av nettverksinnstillinger , og hvis videonettverket er tilgjengelig, kan du få tilgang til nodegrensesnittet via sikkert skall (SSH).

Velg alternativ fra hovedmeny i videonettnode 2 Rediger konfigurasjon og klikk deretter Velg .

Les meldingen om at samtalene avsluttes på videonettnode, og klikk deretter på Ja .

Klikk på Statisk , angi IP-adresse for det interne grensesnittet, Maske , Gateway , og DNS verdier for nettverket ditt.

videonettnode må ha en intern IP-adresse og et DNS-navn som kan løses. IP-adresse for noden kan ikke tilhøre IP-adresse som er reservert for intern bruk av videonettnode . Standard reservert IP-adresse er 172.17.42.0–172.17.42.63, som kan konfigureres i Diagnostikk -menyen. Dette IP-adresse er for kommunikasjon innenfor videonettnode og mellom programvarebeholderne som inneholder de forskjellige komponentene i noden – for eksempel SIP-grensesnitt og medietranskoding.
Distribuer alle nodene i samme delnett eller VLAN, slik at alle nodene i en klynge er tilgjengelige uansett hvor klientene befinner seg i nettverket.
For en DMZ-distribusjon for to nettverkskort kan du angi den eksterne IP-adresse i neste prosedyre etter at du har lagret den interne nettverkskonfigurasjon og startet noden på nytt.

Angi organisasjonens NTP-server eller en annen ekstern NTP-server som kan brukes i organisasjonen.

Hvis du konfigurerer mer enn én NTP-server, er avstemningsintervallet for failover 40 sekunder.

(Valgfritt) Endre vertsnavnet eller domenet om nødvendig.

Hvis du vil sikre en vellykket registrering til skyen, bruker du bare små tegn i vertsnavnet du angir for videonettnode. Store og små bokstaver støttes ikke for øyeblikket.
Når du bruker eller konfigurerer FQDN eller vertsnavn, må du også angi et gyldig domene som kan løses. Den totale lengden på FQDN kan ikke overstige 64 tegn.

Klikk på Lagre , og klikk deretter Lagre endringer og start på nytt .

Hva nå?

Angi det eksterne nettverksgrensesnittet for videonettnode

Velg alternativ fra hovedmeny i videonettnode 5 Ekstern IP-konfigurasjon og klikk deretter Velg .

Klikk på 1 Aktiver/deaktiver , deretter Velg , og deretter Ja for å aktivere alternativene for ekstern IP-adresse på noden.

Som du gjorde med den første nettverkskonfigurasjon, skriver du inn IP-adresse (eksternt), Maske , og Gateway verdier.

Den Grensesnitt -feltet viser navnet på det eksterne grensesnittet for noden.

Klikk på Lagre og start på nytt .

Hvis du vil bekrefte konfigurasjonen av den interne og eksterne IP-adresse , går du til konsollens hovedmeny 4 Diagnostikk , og velg deretter Ping .

I ping -feltet, angi en destinasjonsadresse du vil teste, for eksempel en ekstern destinasjon eller en intern IP-adresse, og klikk deretter på OK .

Test en ekstern destinasjon (eksempel, cisco.com); hvis vellykket, viser resultatene at målet ble åpnet fra det eksterne grensesnittet.
Test en intern IP-adresse; hvis vellykket, viser resultatene at adressen ble åpnet fra det interne grensesnittet.

Hva nå?

API-er for videonettnode

API-er for VMN-administrasjon

API vedlikeholdsmodus og passord for administratorkonto for videonettnodene.

Få status for vedlikeholdsmodus

Henter gjeldende status for vedlikeholdsmodus (Forventet status: på, av, venter eller forespurt).

[FÅ] https://<node_ip> /api/v1/external/maintenanceMode

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Success"
    },
    "result": {
        "isRegistered": true,
        "maintenanceMode": "pending/requested/on/off",
        "maintenanceModeLastUpdated": 1691135731847
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 401,
        "message": "login failed: incorrect password or username"
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 429,
        "message": "Too Many Requests"
    }
}

Aktivere eller deaktivere vedlikeholdsmodus

[PUT] https://<node_ip> /api/v1/external/maintenanceMode

Kall bare dette API-et når det ikke finnes noen aktive samtaler.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
      "maintenanceMode": "on"
}

maintenanceMode – Status for vedlikeholdsmodus som skal angis – «på» eller «av».

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 1:

{
        "status": {  
            "code": 200,
            "message": "Your request to enable/disable maintenance mode was successful."
    }
}

Eksempelrespons 2:

{
      "status": {
          "code": 409,
          "message": "Maintenance Mode is already on/off"
    }
}

Eksempelrespons 3 :

{
      "status": {
          "code": 400,
          "message": "Bad Request - wrong input"   
    }
}

Endre administratorpassord

Endrer passordet til administratorbrukeren.

[PUT] https://<node_ip> /api/v1/external/password

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
  "newPassword": "new"
}

newPassword – Det nye passordet som skal angis for «admin»-kontoen til videonettnode.

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully set the new passphrase for user admin."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 400,
        "message": "Enter a new passphrase that wasn't used for one of the previous 3 passphrases."
    }
}

API-er for VMN-nettverk

Video Mesh Network API-er gjør det mulig for organisasjonsadministratorer å administrere interne og eksterne nettverksinnstillinger.

Hent konfigurasjon av eksternt nettverk

[FÅ] https://<node_ip> /api/v1/external/externalNetwork

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 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"
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 200,
        "message": "External network not enabled."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 500,
        "message": "Failed to get external network configuration."
    }
}

Rediger ekstern nettverkskonfigurasjon

[PUT] https://<node_ip> /api/v1/external/externalNetwork

Du kan bare konfigurere dette for nylig distribuerte videonettnoder, der standard administratorpassord er endret. Ikke bruk dette API-et etter at du har registrert noden for en organisasjon.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

Aktiverer eksternt nettverk:


{
  "externalNetworkEnabled": true,
  "externalIp": "1.1.1.1",
  "externalMask": "2.2.2.2",
  "externalGateway": "3.3.3.3"
}

Deaktiverer eksternt nettverk:

{
  "externalNetworkEnabled": false
}

externalNetworkEnabled – Boolsk verdi (sann eller usann) for å aktivere/deaktivere eksternt nettverk
ekstern IP – den eksterne IP-en som skal legges til
externalMask – Nettverksmasken for det eksterne nettverket
externalGateway – Gatewayen for det eksterne nettverket

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 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."
    }
}

Eksempelrespons 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."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 400,
        "message": "One or more errors in the input: Value should be boolean for 'externalNetworkEnabled'"
    }
}

Eksempelrespons 4:

{
    "status": {
        "code": 400,
        "message": "External network configuration has not changed; skipping save of the external network configuration."
    }
}

Få detaljer om det interne nettverket

[FÅ] https://<node_ip> /api/v1/external/internNettverk

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 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": ""
    }
}

Eksempelrespons 2:


{
      "status": {
          "code": 500,
          "message": "Failed to get Network details."   
    }
}

Eksempelrespons 3:

{
      "status": {
          "code": 500,
          "message": "Failed to get host details."   
    }
}

Rediger DNS-servere

Oppdaterer DNS-servere med nye.

[PUT] https://<node_ip> /api/v1/external/internNetwork/dns

Sett noden i vedlikeholdsmodus før du gjør denne endringen. Se Aktivere eller deaktivere vedlikeholdsmodus hvis du vil ha mer informasjon om hvordan du flytter en node til vedlikeholdsmodus.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
    "dnsServers": "1.1.1.1 2.2.2.2"
}

dnsServers – DNS-servere som skal oppdateres. Flere områdeseparerte DNS-servere er tillatt.

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully saved DNS servers"
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 409,
        "message": "Requested DNS server(s) already exist."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 424,
        "message": "Maintenance Mode is not enabled. Kindly enable Maintenance Mode and try again for this node."
    }
}

Rediger NTP-servere

Oppdaterer NTP-servere med nye.

[PUT] https://<node_ip> /api/v1/external/internNetwork/ntp

Sett noden i vedlikeholdsmodus før du gjør denne endringen. Se Aktivere eller deaktivere vedlikeholdsmodus hvis du vil ha mer informasjon om hvordan du flytter en node til vedlikeholdsmodus.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
    "ntpServers": "1.1.1.1 2.2.2.2"
}

ntpServers – NTP-servere som skal oppdateres. Flere plassdelte NTP-servere er tillatt.

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully saved the NTP servers."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 409,
        "message": "Requested NTP server(s) already exist."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 424,
        "message": "Maintenance Mode is not enabled. Kindly enable Maintenance Mode and try again for this node."
    }
}

Rediger vertsnavn og domene

Oppdaterer vertsnavnet og domenet for videonettnode.

[PUT] https://<node_ip> /api/v1/external/interntNettverk/vert

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
    "hostName": "test-vmn",
    "domain": "abc.com"
}

vertsnavn – det nye vertsnavnet for noden.
domene – Det nye domenet for vertsnavnet til noden (valgfritt).

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 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."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 400,
        "message": "Unable to resolve FQDN"
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 409,
        "message": "Entered hostname and domain already set to same."
    }
}

Aktiver eller deaktiver DNS-bufring

Aktiverer eller deaktiverer DNS-bufring. Vurder å aktivere hurtigbufring hvis DNS-kontroller ofte tar over 750 ms å løse, eller hvis det er anbefalt av Cisco kundestøtte.

[PUT] https://<node_ip> /api/v1/external/internNetwork/dnsCaching

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
    "dnsCaching": true
}

dnsCaching – konfigurasjon av DNS-bufring. Godtar boolsk verdi (sann eller usann).

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 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."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 400,
        "message": "One or more errors in the input: 'dnsCaching' field value should be a boolean"
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 409,
        "message": "dnsCaching is already set to false"
    }
}

Rediger grensesnitt MTU

Endrer maksimal overføringsenhet (MTU) for nodens nettverksgrensesnitt fra standardverdi på 1500. Verdier mellom 1280 og 9000 er tillatt.

[PUT] https://<node_ip> /api/v1/external/internalNetwork/mtu

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
    "internalInterfaceMtu": 1500
}

internalInterfaceMtu – maksimal overføringsenhet for nodens nettverksgrensesnitt. Verdien skal være mellom 1280 og 9000.

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 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."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 400,
        "message": "One or more errors in the input: 'internalInterfaceMtu' field value should be a number"
    }
}

Eksempelrespons 3:


{
    "status": {
        "code": 400,
        "message": "Please enter a number between 1280 and 9000."
    }
}

VMN Server Certificate API-er

Opprett CSR-sertifikatet

Genererer et CSR-sertifikat (Certificate Signing Request) og den private nøkkelen, basert på informasjonen som er oppgitt.

[POST] https://<node_ip> /api/v1/externalCertManager/generateCsr

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
    "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 for videonettnode angitt som fellesnavn. (obligatorisk)
emailAddress – brukerens e-postadresse. (valgfritt)
altNames – Alternativt(e) emnenavn (valgfritt). Flere områdeseparerte FQDN-er er tillatt. Hvis det er oppgitt, må det inneholde det vanlige navnet. Hvis altNames ikke er oppgitt, tar det commonName som verdien av altNames.
organisasjon – Organisasjons-/Bedriftsnavn. (valgfritt)
organisationUnit – organisasjonsenhet eller avdelings- eller gruppenavn osv. (valgfritt)
sted – by/sted. (valgfritt)
delstat – delstat/provins. (valgfritt)
land – land/region. Forkortelse på to bokstaver. Ikke oppgi mer enn to bokstaver. (valgfritt)
passordfrase – Passfrase for privat nøkkel. (valgfritt)
keyBitSize – Privat nøkkelbitstørrelse. Godkjente verdier er 2048, som standard, eller 4096. (valgfritt)

Forespørselshoder :

Innholdstype: «application/json»

Eksempel på svar :

Eksempelrespons 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
    }
}

Eksempelrespons 2:


{
    "status": {
        "code": 400,
        "message": "Private key already exists. Delete it before generating new CSR."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 400,
        "message": "CSR certificate already exists. Delete it before generating new CSR."
    }
}

Eksempelrespons 4:

{
    "status": {
        "code": 400,
        "message": "CSR certificate and private key already exist. Delete them before generating new CSR."
    }
}

Eksempelrespons 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."
    }
}

Last ned CSR-sertifikatet

Laster ned det genererte CSR-sertifikatet.

[FÅ] https://<node_ip> /api/v1/externalCertManager/csr

Du kan også laste ned filen via Send og last ned alternativet.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

-----BEGIN CERTIFICATE REQUEST-----
S4MP1E_C3RT_C0NT3NT
-----END CERTIFICATE REQUEST-----

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "Could not download, CSR certificate does not exist."
    }
}

Last ned den private nøkkelen

Laster ned den private nøkkelen som genereres sammen med CSR-sertifikatet.

[FÅ] https://<node_ip> /api/v1/externalCertManager/key

Du kan også laste ned filen via Send og last ned alternativet.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:


-----BEGIN RSA PRIVATE KEY-----
S4MP1E_PR1V4T3_K3Y
-----END RSA PRIVATE KEY-----

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "Could not download, private key does not exist."
    }
}

Slett CSR-sertifikatet

Sletter det eksisterende CSR-sertifikatet.

[DELETE] https://<node_ip> /api/v1/externalCertManager/csr

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully deleted the CSR certificate"
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "CSR certificate does not exist."
    }
}

Slett den private nøkkelen

Sletter den eksisterende private nøkkelen.

[DELETE] https://<node_ip> /api/v1/externalCertManager/key

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully deleted the private key"
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "Private key does not exist."
    }
}

Installer det CA-signerte sertifikatet og den private nøkkelen

Laster opp det oppgitte CA-signerte sertifikatet og den private nøkkelen på videonettnoden og installerer sertifikatet på noden.

[POST] https://<node_ip> /api/v1/externalCertManager/uploadInstallCaCert

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

Bruk «form-data» for å laste opp følgende filer:

CA-signert sertifikatfil (.crt) med nøkkel som «crtFile».
Privat nøkkel (.key)-fil med nøkkel som 'keyFile'.

Forespørselshoder :

Innholdstype: «flerpart/skjema-data»

Eksempel på svar :

Eksempelrespons 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
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 400,
        "message": "Could not parse the certificate file. Make sure it is a properly formatted certificate and try again."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 400,
        "message": "Private Key does not match Certificate (different modulus)"
    }
}

Eksempelrespons 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."
    }
}

Last ned det CA-signerte sertifikatet

Laster ned det CA-signerte sertifikatet som er installert på noden.

[FÅ] https://<node_ip> /api/v1/externalCertManager/caCert

Du kan også laste ned filen via Send og last ned alternativet.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

-----BEGIN CERTIFICATE-----
S4MP1E_C3RT_C0NT3NT
-----END CERTIFICATE-----

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "Could not download, CA certificate does not exist."
    }
}

Slett det CA-signerte sertifikatet

Sletter det CA-signerte sertifikatet som er installert på noden.

[DELETE] https://<node_ip> /api/v1/externalCertManager/caCert

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully deleted the CA certificate."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "CA certificate does not exist."
    }
}

Felles API-svar

Nedenfor finner du noen eksempler på svar du kan støte på når du bruker en av API-ene nevnt ovenfor.

Eksempelrespons 1: Feil legitimasjon angitt i den grunnleggende autorisasjonen.

{
    "status": {
        "code": 401,
        "message": "login failed: incorrect password or username"
    }
}

Eksempelrespons 2: VMN er ikke oppgradert til den obligatoriske versjonen som støtter disse API-ene.

{
    "status": {
        "code": 421,
        "message": "Misdirected Request 1:[undefined]"
    }
}

Eksempelrespons 3: Feil referer angitt i toppteksten (når topptekst ikke var forventet).

{
    "status": {
        "code": 421,
        "message": "Misdirected Request 2:[https://x.x.x.x/setup]"
    }
}

Eksempelrespons 4: Frekvensgrensen er overskredet. Prøv etter en stund.


{
    "status": {
        "code": 429,
        "message": "Too Many Requests"
    }
}

Legg til interne og eksterne rutingsregler

Fra grensesnittet for Video Mesh-noden velger du 5 Ekstern IP-konfigurasjon og klikk deretter Velg .

Velg 3 Behandle rutingsregler , og klikk deretter Velg .

Du kan legge til manuelle overstyringer av disse reglene i de neste trinnene.

Følg disse trinnene etter behov:

Klikk på Legg til ekstern rute , og angi deretter det interne subnett- eller verts- IP-adresse som skal brukes for den eksterne ruten.
Klikk på Legg til intern rute , og angi deretter det eksterne subnett- eller verts- IP-adresse som skal brukes for den interne ruten.

Når du legger til hver regel, vises de i listen over rutingsregler, kategorisert som brukerdefinerte regler.

Standardrutene kan ikke slettes, men du kan slette alle brukerdefinerte overstyringer du har konfigurert.

Åpne en SSH-tilkobling til den offentlige IP-adresse til videonettnode.
Få tilgang til videonettnode via ESXi-konsollen

Registrer videonettnode til Webex Cloud

Før du starter

Når du starter registreringen av en node, må du fullføre den innen 60 minutter, ellers må du starte på nytt.
Kontroller at eventuelle popup-blokkeringer i nettleseren din er deaktivert eller at du tillater et unntak forhttps://admin.webex.com .
For best resultat kan du distribuere alle nodene i en klynge i det samme datasenter. Se Klynger i videonett for hvordan de fungerer og beste praksis.
Fra verten eller maskinen der du registrerer videonettnoder til skyen, må du ha tilkobling til Webex-skyen og IP-adressene for videonettverket som registreres (i et dobbelt NIC-miljø, nærmere bestemt de interne IP-adressene til videoen Nettnoder).

Logg på Kontrollhub .

Gå til Tjenester > Hybrid og velg én:

Konfigurer : Velg dette alternativet hvis dette er den første videonettnode du registrerer, og klikk deretter på Neste .

Se Fullfør forutsetningene for videonett hvis du vil ha mer informasjon.
Vis alle : Velg dette alternativet hvis du allerede har registrert én eller flere videonettnoder, og klikk deretter på Legg til ressurs .

Kontroller at du har installert og konfigurert videonettnode. Klikk på Ja, jeg er klar til å registrere meg... , og klikk deretter Neste .

I Opprett en ny eller velg en klynge , velg én:

For en ny klynge skriver du inn et navn på klyngen du vil tilordne videonettnode til.
For en eksisterende klynge klikker du på feltet, og deretter velger du en eksisterende klynge den nye noden skal legges til i.

Vi anbefaler at du gir navn til en klynge basert på hvor nodene i klyngen befinner seg geografisk. For eksempel «San Francisco».

I Angi FQDN- eller IP-adresse , angi det fullt kvalifisert domenenavn (FQDN) eller den interne IP-adresse til videonettnode , og klikk deretter på Neste .

Hvis du bruker FQDN, angir du et domene som kan løses av DNS.
Hvis du bruker en IP-adresse, skriver du inn den samme interne IP-adresse som du brukte til å konfigurere noden fra konsollen.

Et FQDN må løses direkte til IP-adresse , ellers er det ikke brukbart. Vi utfører valideringen på FQDN for å utelukke skrivefeil eller konfigurasjonsfeil.

Under Oppgraderingsplan , velg tid, frekvens og tidssone.

Når en oppgradering er tilgjengelig, kan du bruke Oppgrader nå for å starte oppgraderingen før neste vedlikeholdsvindu eller Utsette for å utsette den til neste vindu.

Under E-postvarsler , legg til administrator -e-postadresser for å abonnere på varsler om tjenestealarmer og programvareoppgraderinger.

administrator e-postadresse din legges til automatisk. Du kan fjerne den hvis du vil.

Veksle på Videokvalitet innstillingen på for å aktivere 1080p 30 bilder per sekund.

Hvis denne innstillingen er deaktivert, er standarden 720p.
For videooppløsninger som støttes av Webex-appen, se Videospesifikasjoner for samtaler og møter .

Les informasjonen under Fullfør registreringen , og klikk deretter Gå til Node for å registrere noden til Webex-skyen.

Sjekk Gi tilgang til noden for Webex- videonettnode , og klikk deretter Fortsett .

Klikk på Tillat .

Kontoen din er validert, videonettnode er registrert og meldingen Registrering fullført vises, noe som indikerer at videonettnode nå er registrert i Webex.

videonettnode henter maskinlegitimasjon basert på organisasjonens rettigheter. Den genererte maskinlegitimasjonen utløper regelmessig og oppdateres.

Klikk på portalkoblingen eller lukk fanen for å gå tilbake til siden Videonett.

På siden Videonett ser du nå den nye klyngen som inneholder videonettnode for videonett som du registrerte.

Hvis du går til klyngen, ser du den nye videonettnode, som først viser statusen på Registrerer deg . Noden endres til Kjører når den er klar til bruk i Webex-organisasjonen din.
Siden programvaren er en beholder som inneholder tjenester fra skyinfrastrukturen, får den oppdateringer fra skyen for å forbli synkronisert med skytjenestene. Nødvendige oppdateringer kan installeres kort tid etter at du har registrert noden i skyen. Du kan også endre tidsplanen for automatisk oppgradering. Se Automatiske oppgraderinger for ressurser for hybridtjenester hvis du vil ha mer informasjon.
Hvis du installerte demobildet på noden du registrerte, ser du en demomodus gul statusalarm. Denne alarmen er normal, men vi anbefaler at du installerer hele programvarebildet før den utsatte perioden på 90 dager utløper for demobildet.

Ting du bør huske på

Husk følgende informasjon om videonettnode og hvordan den fungerer når den er registrert i Webex-organisasjonen din:

Når du distribuerer en ny videonettnode, vil ikke Webex-appen og den Webex-registrerte enheten gjenkjenne den nye noden på opptil to timer. Klientene sjekker om klyngen er tilgjengelig under oppstart, nettverksendring eller hurtigbufferutløp. Du kan vente i to timer eller, som en løsning, starte Webex-appen på nytt eller starte Webex-rommet eller -skrivebordet på nytt. Deretter registreres samtaleaktivitet i videonettrapportene i Control Hub.
En videonettnode registreres til én Webex-organisasjon. det er ikke en enhet med flere tenantgrupper.
Hvis du vil vite hva som bruker videonettnode og hva som ikke gjør det, kan du se tabellen i Klienter og enheter som bruker videonettnode .
videonettnode kan koble til Webex-nettsted ditt eller til en annen kundes eller partners Webex-nettsted. Nettsted A distribuerte for eksempel en videonettnode klynge og registrerte den med domenet example1.webex.com. Hvis brukere i nettsted A ringer inn til mymeeting@example1.webex.com, bruker de videonettnode , og det kan opprettes en gjennomgripende overgang. Hvis brukerne i nettsted A ringer dittmøte@example2.webex.com, vil brukerne av nettsted A bruke sin lokale videonettnode og koble til møtet i nettsted Bs Webex-organisasjon.

Hva nå?

Hvis du vil registrere flere noder, gjentar du disse trinnene.
Hvis en oppgradering er tilgjengelig, anbefaler vi at du tar den i bruk så snart som mulig. Fullfør følgende trinn for å oppgradere:
1. Klargjøringsdataene sendes til Webex-skyen av Ciscos utviklingsteam over sikre kanaler. Klargjøringsdataene er signert. For beholderne inneholder klargjøringsdataene navn, kontrollsum, versjon og så videre. videonettnode henter også klargjøringsdataene fra Webex-skyen over sikre kanaler.
2. Når videonettnode får klargjøringsdataene sine, autentiseres noden med skrivebeskyttet legitimasjon og laster ned beholderen med bestemt sjekksum og navn, og oppgraderer systemet. Hver beholder som kjører på videonettnode , har et bildenavn og en kontrollsum. Disse attributtene lastes opp til Webex-skyen ved hjelp av sikre kanaler.

Aktiver Quality of Service (QoS) for videonettnode

Før du starter

Gjør de nødvendige endringene i brannmurporten som er dekket i diagrammet og tabellen. Se Porter og protokoller som brukes av videonett .
For at Video Mesh-noder skal aktiveres for QoS, må nodene være tilkoblet. Noder i vedlikeholdsmodus eller frakoblet tilstander ekskluderes når du aktiverer denne innstillingen.

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , klikk Rediger innstillinger på Video Mesh-kortet.

Bla til Tjenestekvalitet og klikk Aktiver .

Lyd: 52500–59499 og 59500–62999 DSCP EF (Expedited Forwarding)
Video/innhold: 63000–64667 og 64668–65500 DSCP AF41

All returtrafikk for Video Mesh (lyd, video, innhold) fra de delte portene er merket med AF41. Lydtrafikken må merkes til EF i nettverket ditt, basert på kildeportnumrene.

Hvis QoS ikke er fullstendig aktivert om to timer, åpne en sak med støtte for videre etterforskning.

Nodene starter på nytt og oppdateres med det nye portområdet.

Kontroller portområder for videonettnode med reflektorverktøy i nettgrensesnittet

Reflektorverktøyet (en kombinasjon av en server på Video Mesh-noden og klient gjennom et Python-skript) brukes til å bekrefte om de nødvendige TCP/UDP-portene er åpne fra Video Mesh-nodene.

Før du starter

Last ned en kopi av Reflector Tool Client (et Python-skript) frahttps://github.com/CiscoDevNet/webex-video-mesh-reflector-client .
For at skriptet skal fungere som det skal, må du kontrollere at du kjører Python 2.7.10 eller nyere i miljøet ditt.
For øyeblikket støtter dette verktøyet SIP-endepunkter til videonettnoder og intraklyngebekreftelse.

1	Fra kundevisningen ihttps://admin.webex.com , aktiver vedlikeholdsnoden for videonettnode ved å følge disse instruksjonene .
2	Vent til noden viser statusen Klar for vedlikehold i Control Hub.
3	Åpne nodegrensesnittet for Webex-videonett. Hvis du vil ha instruksjoner, se Behandle videonettnode fra nettgrensesnittet .
4	Bla til Refleksverktøy , og start deretter enten TCP Reflector Server eller UDP Reflector Server , avhengig av hvilken protokoll du vil bruke.
5	Klikk på Start Reflector Server , og vent deretter til serveren starter. Du ser et varsel når serveren starter.
6	Fra et system (for eksempel en PC) i et nettverk som du vil at Video Mesh-nodene skal nå, kjører du skriptet med følgende kommando: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` På slutten av kjøringen viser klienten en vellykket melding hvis alle nødvendige porter er åpne: Klienten viser en mislykket melding hvis noen nødvendige porter ikke er åpne:
7	Løs eventuelle portproblemer på brannmuren, og kjør deretter trinnene ovenfor på nytt.
8	Kjør klienten med `--help` for å få flere detaljer.

Konfigurer videonettnode for proxy-integrering

Før du starter

Se Proxy-støtte for videonett for en oversikt over proxy-alternativene som støttes.
Krav for proxy-støtte for videonett

Angi nettadressen for oppsett av videonett https://[IP or FQDN/setup i en nettleser skriver du inn administratorlegitimasjonen du konfigurerte for noden, og klikker deretter Logg på .

Gå til Klareringslager og proxy, og velg deretter et alternativ:

Ingen proxy – Standardalternativet før du integrerer en proxy. Ingen sertifikatoppdatering er nødvendig.
Gjennomsiktig ikke-inspeksjons-proxy – Nodene for videonett er ikke konfigurert til å bruke en bestemt proxy-serveradresse, og bør ikke trenge endringer for å fungere med en ikke-inspeksjons-proxy. Ingen sertifikatoppdatering er nødvendig.
Gjennomsiktig inspeksjons-proxy – Nodene for videonett er ikke konfigurert til å bruke en bestemt proxy-serveradresse. Ingen konfigurasjonsendringer for http(s) er nødvendige på videonett, men nodene for videonett trenger et rotsertifikat for å kunne klarere proxyen. Inspeksjons-proxyer brukes vanligvis av IT til å håndheve retningslinjer om hvilke nettsteder som kan besøkes, og hvilke typer innhold som ikke er tillatt. Denne typen proxy dekrypterer all trafikken din (til og med HTTPS).

Proxy IP/FQDN – Adresse som kan brukes til å nå proxy-maskinen.
Proxy-port – Et portnummer som proxyen bruker til å lytte etter proxy-trafikk.
Proxy-protokoll – Velg http (videonett tunnelerer https-trafikken gjennom http-proxyen) eller https (trafikk fra videonettnoden til proxyen bruker https-protokollen). Velg et alternativ basert på hva proxy-serveren støtter.

Velg mellom følgende godkjenningstyper, avhengig av proxy-miljøet:

Alternativ	Bruk
Ingen	Velg for eksplisitte HTTP- eller HTTPS-proxyer der det ikke finnes noen godkjenningsmetode.
Grunnleggende	Tilgjengelig for eksplisitte HTTP- eller HTTPS-proxyer. Brukes for en HTTP-brukeragent til å angi brukernavn og passord når du foretar en forespørsel, og bruker Base64-koding.
Sammendrag	Kun tilgjengelig for eksplisitte HTTPS-proxyer. Brukes til å bekrefte kontoen før sensitiv informasjon sendes, og bruker en hash-funksjon på brukernavnet og passordet før det sendes over nettverket.
NTLM	Kun tilgjengelig for eksplisitte HTTP-proxyer. Det brukes på samme måte som sammendrag til å bekrefte kontoen før sensitiv informasjon sendes. Bruker Windows-legitimasjon i stedet for brukernavn og passord. Hvis du velger dette alternativet, angir du Active Directory-domenet som proxyen bruker til godkjenning, i NTLM-domenefeltet. Skriv inn navnet på proxy-arbeidsstasjonen (også kalt en arbeidsstasjonskonto eller maskinkonto) i det angitte NTLM-domenet i feltet NTLM-arbeidsstasjon.

Følg de neste trinnene for en gjennomsiktig inspeksjons-proxy eller eksplisitt proxy.

Klikk på Last opp et rotsertifikat eller sluttenhetssertifikat, og deretter finn og velg rotsertifikatet for den eksplisitte eller gjennomsiktige inspeksjons-proxyen.

Hvis du vil ha gjennomsiktige inspeksjons-proxyer eller eksplisitte proxyer, klikker du på Kontroller proxy-tilkobling for å teste nettverkstilkoblingen mellom videonettnoden og proxyen.

Hvis tilkoblingstesten mislykkes, ser du en feilmelding som viser årsaken og hvordan du kan løse problemet.

Noden starter på nytt i løpet av noen få minutter.

Når noden har startet på nytt, logger du på igjen om nødvendig, og deretter åpner du Oversikt-siden for å kontrollere tilkoblingskontrollene for å sikre at alle har grønn status.

Integrer videonett med oppgaveflyt for samtalekontroll

Før du starter

Se Distribusjonsmodeller for Video Mesh og Cisco Unified Communications Manager for å forstå vanlige eksempler på distribusjon.
Video Mesh støtter enten TCP eller TLS mellom Unified CM og SIP-signalisering. SIP TLS støttes ikke for VCS Expressway.
I Unified CM kan hver SIP-trunk støtte opptil 16 videonettdestinasjoner (IP-adresser).
I Unified CM kan innkommende porter på SIP-trunk - sikkerhetsprofil være standard (Non Secure SIP-trunkprofil).
Videonett støtter to rutemønstre: nettstedsnavn.webex.com og meet.ciscospark.com . Andre rutemønstre støttes ikke.

Videonett støtter 3 rutemønstre: webex.com (for korte videoadresser ), nettstedsnavn.webex.com og meet.ciscospark.com . Andre rutemønstre støttes ikke.

Velg ett av disse alternativene, avhengig av samtalekontroll og sikkerhetskravene:

Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett
Konfigurer Unified CM TCP SIP-trafikkruting for videonett
Konfigurer Expressway TCP SIP-trafikkruting for videonett (kun TCP)

SIP-enheter registrert i Unified CM (TLS eller TCP)

SIP-enheter registrert på VCS eller Expressway (kun TCP)

Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett

Opprett en SIP-profil for videonettklynger:

Fra Cisco Unified CM-administrasjon går du til Enhet > Enhetsinnstillinger > SIP-profil , og klikk deretter Finn .
Velg Standard SIP-profil for Cisco VCS , og klikk deretter Kopier .
Angi et navn på den nye profilen – for eksempel Video Mesh SIP Profile.
Under Trunkspesifikk konfigurasjon , angi Tidlig tilbud om støtte for tale- og videosamtaler til Beste innsats (ingen MTP er satt inn) .

Du kan bruke denne innstillingen på en ny SIP-trunk til Webex-skyen (rutet av det eksterne domenet for Webex-nettsted). Innstillingen påvirker ikke eksisterende SIP-trunking eller samtaleruting.
Pass på at Aktiver OPTIONS-ping for å overvåke målstatus for kanaler med tjenestetype er sjekket.
La alle andre felt ha standardverdiene, og lagre endringene.

Legg til en ny SIP-trunk - sikkerhetsprofil for videonettklynger:

Fra Cisco Unified CM-administrasjon velger du System > Sikkerhet > sikkerhetsprofil for SIP-trunk , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Secure SIP Trunk Security Profile

Bekreft disse innstillingene:

Felt	Verdi
sikkerhetsmodus	Kryptert
Innkommende transporttype	TLS
Utgående transporttype	TLS
X.509 Emnenavn Emne for sikker sertifikat eller alternativt navn	Angi det vanlige navnet på nodesertifikatet for videonett.
Innkommende port	5061
SIP V.150 utgående SDP-tilbudsfiltrering	Bruk standardfilter

La alle andre felt ha standardverdiene, og lagre endringene.

Legg til en ny SIP-trunk for å peke til videonettklyngene dine:

I en Unified CM-distribusjon legger du til en enkelt trunk.
I en SMB-distribusjon finnes det vanligvis en trunk mellom Unified CM og SME. Legg til en annen trunk mellom SME- og Video Mesh-noder. Begge kanalene må ha de samme innstillingene som er angitt nedenfor.

Fra Cisco Unified CM-administrasjon velger du Enhet > Trunk , og klikk deretter Legg til ny .
Velg SIP-trunk for trunktypen; la de andre verdiene stå og klikk Neste .
Skriv inn et meningsfylt navn, for eksempel Video_Mesh_SIP_Trunk_UCMtoVMN.
Sjekk SRTP tillatt avmerkingsboks
For Infoformat for anroper og tilkobling , sjekk Levere URI og DN i tilkoblet part, hvis tilgjengelig . Denne innstillingen aktiverer blandet identitet. Den tillater at SIP-trunk -trunken overfører bedriftssidens URI-katalog til Webex.
Sjekk Kjør på alle aktive Unified CM -noder .
Under SIP-informasjon – destinasjon , skriver du inn en IP-adresse eller et fullt kvalifisert domenenavn (FQDN) for hver av videonettnodene dine.
Gå inn 5061 for Målport .
For sikkerhetsprofil for SIP-trunk , velger du trunksikkerhetsprofil for videonett som du opprettet tidligere. (For eksempel Video Mesh Secure SIP Trunk Security Profile.)
For SIP-profil , velger du SIP-profil for videonett som du opprettet tidligere. (For eksempel Video Mesh SIP Profile.)

La alle andre felt ha standardverdiene, og lagre endringene.

Et Video Mesh-anrop eller et møte kan tilordne medier til en hvilken som helst node i en klynge, ikke bare noden som avslutter SIP-samtale.

Opprett en SIP-trunk som peker til en Expressway for Webex-skyfailover.

Fra Cisco Unified CM-administrasjon velger du Enhet > Trunk , og klikk deretter Legg til ny .
Velg SIP-trunk for trunktypen; la de andre verdiene stå og klikk Neste .
Skriv inn et meningsfylt navn, for eksempel Video_Mesh_VCS_Trunk.
For Infoformat for anroper og tilkobling , sjekk Levere URI og DN i tilkoblet part, hvis tilgjengelig . Denne innstillingen aktiverer blandet identitet. Den tillater at SIP-trunk -trunken overfører bedriftssidens URI-katalog til Webex.
Under SIP-informasjon – destinasjon , skriver du inn en IP-adresse eller et fullt kvalifisert domenenavn (FQDN) for hver av Expresswayene dine. For Port , angi 5060 .
For SIP-profil , velg Standard SIP-profil for Cisco VCS .

Opprett en ny rutegruppe for anrop til videonettklynger:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Rutegruppe , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Node Route Group.
Endre Distribusjonsalgoritme til Topp og ned .
I Rute informasjon om gruppemedlem Finner du Enheter med navn Videonett .
Legg til Video_ Mesh_ SIP_ Trunk_ UCM tilVMN ved å klikke Legg til i rutegruppe .
Lagre endringene.

For overflyt til skyen oppretter du en ny rutegruppe for anrop til Expressway:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Rutegruppe , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Expressway Route Group.
Endre Distribusjonsalgoritme til Topp og ned .
I Rute informasjon om gruppemedlem Finner du Enheter med navn Videonett .
Legg til Video_ Mesh_ VCS_ Bagasjerom ved å klikke Legg til i rutegruppe .
Lagre endringene.

Opprett en ny ruteliste for anrop til videonettklynger og Expressway:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Ruteliste , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Node Route List.
Angi Cisco Unified Communications Manager-gruppe til Standard , eller en annen verdi avhengig av konfigurasjonen din.
Lagre endringene.
I Medlemsinformasjon for ruteliste klikker du på Legg til rutegruppe , og velg deretter Rutegruppe for videonett .
Behold standardinnstillingene for de andre innstillingene, og lagre deretter endringene.
I Medlemsinformasjon for ruteliste klikker du på Legg til rutegruppe , og velg deretter Rutegruppe for Expressway-nettverk for video .
Behold standardinnstillingene for de andre innstillingene, og lagre deretter endringene.

Opprett et SIP-rutemønster for kort videoadresse oppringingsformat for Webex-møter:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny og angi navnet Video Mesh Route Pattern for Webex Short URIs.
I IPv4-mønster , angi webex.com som domene.
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Med kort videoadresse oppringingsfunksjonen, trenger ikke brukere lenger å huske navnet på Webex-nettsted for å bli med i et Webex-møte eller -hendelse ved hjelp av et videosystem. De kan bli med på møtet raskere fordi de bare trenger å vite møte- eller hendelsesnummeret.

Opprett et SIP-rutemønster for Webex-nettsted:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny og angi navnet Video Mesh Route Pattern for Webex Sites.
I IPv4-mønster , skriver du inn Webex-nettsted du vil ha optimalisert media for – for eksempel examplesitename.webex.com .
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Opprett et SIP-rutemønster for Webex-appmøter (bakoverkompatibilitet):

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny , og angi deretter navnet Video Mesh Route Pattern for Teams Meetings.
I IPv4-mønster , angi meet.ciscospark.com .
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Konfigurer Unified CM TCP SIP-trafikkruting for videonett

Opprett en SIP-profil for videonettklynger:

Fra Cisco Unified CM-administrasjon går du til Enhet > Enhetsinnstillinger > SIP-profil , og klikk deretter Finn .
Velg Standard SIP-profil for Cisco VCS , og klikk deretter Kopier .
Angi et navn på den nye profilen – for eksempel Video Mesh SIP Profile.
Under Trunkspesifikk konfigurasjon , angi Tidlig tilbud om støtte for tale- og videosamtaler til Beste innsats (ingen MTP er satt inn) .

Du kan bruke denne innstillingen på en ny SIP-trunk til Webex (rutet av det eksterne domenet for Webex-nettsted). Innstillingen påvirker ikke eksisterende SIP-trunking eller samtaleruting.
Pass på at Aktiver OPTIONS-ping for å overvåke målstatus for kanaler med tjenestetype er sjekket.
La alle andre felt ha standardverdiene, og lagre endringene.

Legg til en ny SIP-trunk - sikkerhetsprofil for videonettklynger:

Fra Cisco Unified CM-administrasjon velger du System > Sikkerhet > sikkerhetsprofil for SIP-trunk , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Trunk Security Profile

Bekreft disse innstillingene:

Felt	Verdi
sikkerhetsmodus	Ikke-sikker
Innkommende transporttype	TCP+UDP
Utgående transporttype	TCP
Innkommende port	5060
SIP V.150 utgående SDP-tilbudsfiltrering	Bruk standardfilter

La alle andre felt ha standardverdiene, og lagre endringene.

Legg til en ny SIP-trunk for å peke til videonettklyngene dine:

I en Unified CM-distribusjon legger du til en enkelt trunk.
I en SMB-distribusjon finnes det vanligvis en trunk mellom Unified CM og SME. Legg til en annen trunk mellom SME- og Video Mesh-noder. Begge kanalene må ha de samme innstillingene som er angitt nedenfor.

Fra Cisco Unified CM-administrasjon velger du Enhet > Trunk , og klikk deretter Legg til ny .
Velg SIP-trunk for trunktypen; la de andre verdiene stå og klikk Neste .
Skriv inn et meningsfylt navn, for eksempel Video_Mesh_SIP_Trunk_UCMtoVMN.
For Infoformat for anroper og tilkobling , sjekk Levere URI og DN i tilkoblet part, hvis tilgjengelig . Denne innstillingen aktiverer blandet identitet. Den tillater at SIP-trunk -trunken overfører bedriftssidens URI-katalog til Webex.
Sjekk Kjør på alle aktive Unified CM -noder .
Under SIP-informasjon – destinasjon , skriver du inn en IP-adresse eller et fullt kvalifisert domenenavn (FQDN) for hver av videonettnodene dine.
Gå inn 5060 for Målport .
For sikkerhetsprofil for SIP-trunk , velger du Video MeshTrunk-sikkerhetsprofil som du opprettet tidligere. (For eksempel Video Mesh Trunk Security Profile.)
For SIP-profil , velger du SIP-profil for videonett som du opprettet tidligere. (For eksempel Video Mesh SIP Profile.)

La alle andre felt ha standardverdiene, og lagre endringene.

Et Video Mesh-anrop eller et møte kan tilordne medier til en hvilken som helst node i en klynge, ikke bare noden som avslutter SIP-samtale.

Opprett en ny SIP-trunk for å peke til en Expressway.

Fra Cisco Unified CM-administrasjon velger du Enhet > Trunk , og klikk deretter Legg til ny .
Velg SIP-trunk for trunktypen; la de andre verdiene stå og klikk Neste .
Skriv inn et meningsfylt navn, for eksempel Video_Mesh_VCS_Trunk.
For Infoformat for anroper og tilkobling , sjekk Levere URI og DN i tilkoblet part, hvis tilgjengelig . Denne innstillingen aktiverer blandet identitet. Den tillater at SIP-trunk -trunken overfører bedriftssidens URI-katalog til Webex.
Under SIP-informasjon – destinasjon , skriver du inn en IP-adresse eller et fullt kvalifisert domenenavn (FQDN) for hver av Expresswayene dine. For Port , angi 5060 .
For SIP-profil , velg Standard SIP-profil for Cisco VCS .

Opprett en ny rutegruppe for anrop til videonettklynger:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Rutegruppe , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Node Route Group.
Endre Distribusjonsalgoritme til Topp og ned .
I Rute informasjon om gruppemedlem Finner du Enheter med navn Videonett .
Legg til Video_Mesh_SIP_Trunk_UCMtoVMN ved å klikke Legg til i rutegruppe .
Lagre endringene.

For overflyt til skyen oppretter du en ny rutegruppe for anrop til Expressway:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Rutegruppe , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Expressway Route Group.
Endre Distribusjonsalgoritme til Topp og ned .
I Rute informasjon om gruppemedlem Finner du Enheter med navn Videonett .
Legg til Video_ Mesh_ VCS_ Bagasjerom ved å klikke Legg til i rutegruppe .
Lagre endringene.

Opprett en ny ruteliste for anrop til videonettklynger og Expressway:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Ruteliste , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Node Route List.
Angi Cisco Unified Communications Manager-gruppe til Standard , eller en annen verdi avhengig av konfigurasjonen din.
Lagre endringene.
I Medlemsinformasjon for ruteliste klikker du på Legg til rutegruppe , og velg deretter Rutegruppe for videonett .
Behold standardinnstillingene for de andre innstillingene, og lagre deretter endringene.
I Medlemsinformasjon for ruteliste klikker du på Legg til rutegruppe , og velg deretter Rutegruppe for Expressway-nettverk for video .
Behold standardinnstillingene for de andre innstillingene, og lagre deretter endringene.

Opprett et SIP-rutemønster for kort videoadresse oppringingsformat for Webex-møter:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny og angi navnet Video Mesh Route Pattern for Webex Short URIs.
I IPv4-mønster , angi webex.com som domene.
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Opprett et SIP-rutemønster for Webex-nettsted:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny og angi navnet Video Mesh Route Pattern for Webex Sites.
I IPv4-mønster , skriver du inn Webex-nettsted du vil ha optimalisert media for – for eksempel examplesitename.webex.com , hvor eksempelnettstedsnavn er navnet på ditt faktiske Webex-nettsted.
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Opprett et SIP-rutemønster for Webex-appmøter:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny , og angi deretter navnet Video Mesh Route Pattern for Teams Meetings.
I IPv4-mønster , angi meet.ciscospark.com .
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Konfigurer Expressway TCP SIP-trafikkruting for videonett

Opprett en sone som peker til videonettklynger:

Fra VCS-kontroller eller Expressway-C går du til Konfigurasjon > Soner > Soner , og klikk deretter Nyhet .

Konfigurer følgende felt:

Feltnavn	Verdi
Navn	Angi et navn som enkelt identifiserer sonen – for eksempel WebexVideoMeshZone
Type	Nabo
H.323
Modus	Av
SIP
Modus	På
Port	5060
Transport	TCP
Plassering
Slå opp jevnaldrende ved å	Adresse
Peer [n]-adresse	Angi IP-adressene for hver videonettnode.

La de andre feltene beholde standardinnstillingene, og lagre deretter endringene.

Opprett oppringingsmønstre for videonettklynger for Webex-nettsteder:

Fra Expressway-C, gå til Konfigurasjon > Oppringingsplan > Søkeregler , og klikk deretter Nyhet .

Konfigurer følgende felt for Webex-nettsted :

Feltnavn

Verdi

Regelnavn

Angi et regelnavn som enkelt identifiserer søkeregelen – for eksempel WebexVideoMesh-YourSite

Prioritet

100 er standard. Kontroller at dette tallet er lavere enn reservereglene for skyen og B2B.

Protokoll

SIP

Modus

Aliasmønstersamsvar

Mønstertype

Regex

Mønsterstreng

.*@(YourSite\.)?webex\.com.*

Mønsteratferd

Forlat

Ved vellykket match

Fortsett

Mål

Velg sonen for videonett du opprettet – for eksempel WebexVideoMeshZone .

La de andre feltene beholde standardinnstillingene, og lagre deretter endringene.

Opprett et traverseringsklient og sonepar som peker til skyen Expressway for failover:

Se Grunnleggende konfigurasjonsveiledning for Expressway for versjonen for trinnene for å opprette paret for traverseringsklient og sone.

Opprett en reservesøkeregel til Traversal-klientsonen som fører til Expressway-E:

Fra Expressway-C, gå til Konfigurasjon > Oppringingsplan > Søkeregler , og klikk deretter Nyhet .

Konfigurer følgende felt:

Feltnavn	Verdi
Regelnavn	Angi et regelnavn som enkelt identifiserer søkeregelen – for eksempel WebexVideoMesh-failover
Prioritet	100 er standard. Kontroller at prioriteten er lavere ved å angi et tall som er høyere enn oppringingsmønsteret for Videonett og B2B-reglene.
Protokoll	SIP
Modus	Ethvert alias
Mønsteratferd	Forlat
Ved vellykket match	Fortsett
Mål	Velg klientsonen for Traversal som fører til Expressway-E.

La de andre feltene beholde standardinnstillingene, og lagre deretter endringene.

Fra Expressway-E, gå til Konfigurasjon > Soner > Soner . Klikk på Nyhet og legg til Webex Zone.

I versjoner før X8.11 opprettet du en ny DNS-sone for dette formålet.

Opprett et oppringingsmønster for Expressway-skyen:

Fra Expressway-E, gå til Konfigurasjon > Oppringingsplan > Søkeregler , og klikk deretter Nyhet .

Konfigurer følgende felt:

Feltnavn	Verdi
Regelnavn	Angi et regelnavn som enkelt identifiserer søkeregelen – for eksempel WebexVideoMesh-toCloud
Prioritet	Angi en høyere verdi enn regelen for de lokale videonettnodene. Hvis nodene er satt til 100, setter du denne verdien til 101 . Du må også sørge for at verdien er lavere enn alle B2B-regler på Expressway.
Protokoll	SIP
Kilde	Navn
Kildenavn	Velg serversonen for sikker kryssing fra Expressway-C – for eksempel WebexVideoMeshZone
Modus	Aliasmønstersamsvar
Mønstertype	Regex
Mønsterstreng	*`.@(YourSite\.)?webex\.com.`*
Mønsteratferd	Forlat
Ved vellykket match	Stopp
Mål	Velg Webex-sonen eller DNS-sonen.

For SIP-enheter som er registrert på Expressway-C, åpner du enhetens IP-adresse i en nettleser, går du til Oppsett , bla til SIP , og velg Standarder fra Skriv inn rullegardinmenyen.

Utveksle sertifikatkjeder mellom Unified CM og videonettnoder

I et klyngemiljø må du installere CA- og serversertifikater på hver node individuelt.

Før du starter

Av sikkerhetshensyn anbefaler vi at du bruker et CA-signert sertifikat på Video Mesh-nodene i stedet for nodens standard selvsignert sertifikat.

Åpne nodegrensesnittet for Videonett (IP-adresse/oppsett, for eksempel, https://192.0.2.0/setup) i nettleseren og logg på med nodens administratorlegitimasjon.

Gå til Serversertifikater og be om og last opp et sertifikat og nøkkelpar etter behov:

Den private nøkkelen er allerede på plass når du genererer en CSR. Hvis du ikke bruker trinnet for oppretting av CSR, må du laste opp en privat nøkkel.

Når du har sertifikatet og nøkkelen, klikker du Last opp et serversertifikat (.crt- eller .pem-fil) , velg sertifikatfilen, og klikk deretter på Last opp en privat nøkkel (.key-fil) og angi en passordfrase hvis du har en.
Når du har fått sertifikatet, går du til den første videonett-noden i en klynge, klikker på Installer serversertifikat , les ledeteksten, klikk på Installer , og klikk deretter OK .

En skyregistrert Video Mesh-node avsluttes elegant og venter i opptil to timer på at eventuelle samtaler avsluttes. Noden fullfører deretter sertifikatinstallasjonen. Det vises en melding når serversertifikat installeres. Du kan deretter laste inn siden på nytt for å vise det nye sertifikatet og nøkkeloppføringen.
Klikk på Last ned ved siden av sertifikatet og nøkkelfilene for å lagre en lokal kopi.

Lagre filene et sted som er enkle å huske, og la Video Mesh-forekomsten være åpen i nettleserfanen.
Gå til neste Video Mesh-node i klyngen, fyll ut passordfrasen, og last deretter opp den private nøkkelfilen. Klikk deretter på Last opp et serversertifikat og velg deretter Installer serversertifikat , les ledeteksten, klikk på Installer , og klikk deretter OK .
Gjenta disse trinnene for alle Video Mesh-noder i den samme klyngen.

Lagre Unified CM -filen et sted som er lett å huske, og la Unified CM -forekomsten være åpen i nettleserfanen.

Gå tilbake til kategorien Grensesnitt for videonettnode, klikk på Trust Store og proxy , og velg deretter et alternativ:

Hvis Unified CM bruker et CA-sertifikat som er signert av en kjent organisasjon, klarerer videonettnoden det automatisk. Klareringen er basert på listen over rotsertifikater fra VMN-nodens verts-OS, som oppdateres regelmessig.
Hvis Unified CM bruker et CA-sertifikat som er signert av et internt CA rotsertifikat for bedriften , legger du til dette rotsertifikat i noden. rotsertifikat er tilgjengelig fra bedriften, men kan kanskje ikke lastes ned fra Unified CM.
Legg til både ECDSA- og RSA-sertifikatene som Unified CM bruker til å betjene eksterne forespørsler. Disse sertifikatene kan være selvsignerte sertifikater eller CA-sertifikater.
Hvis du lastet ned ett enkelt sertifikat, klikker du på Last opp et rotsertifikat eller en sluttenhetssertifikat (.crt- eller .pem-fil) , og velg sertifikatfilen CallManager.pem du lastet ned. Klikk på Installer alle sertifikater i Trust Store , les ledeteksten, klikk på Installer , og start deretter noden på nytt.
Hvis du lastet ned en sertifikatkjede, laster du opp rot- CA-sertifikat og det mellomliggende CA-sertifikat, og klikker deretter på Installer alle sertifikater i Trust Store , les ledeteksten og klikk på Installer .

Hvis du vil laste opp filen til serveren, klikker du på Last opp fil .

Hvis du laster opp en sertifikatkjede, må du laste opp alle sertifikatene i kjeden.

Du kan installere og administrere serversertifikater via API-er. Hvis du vil ha mer informasjon, se VMN Server Certificate API-er .

Aktiver mediekryptering for organisasjons- og videonettklynger

Innstillinger	Resultat
Unified CM er konfigurert med en sikker trunk, og denne innstillingen for Video Mesh Control Hub er ikke aktivert.	Samtaler mislykkes.
Unified CM er ikke konfigurert med en sikker trunk, og denne innstillingen for Video Mesh Control Hub er aktivert.	Samtaler mislykkes ikke, men de faller tilbake til usikker sikker modus.

Før du starter

Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett
Utveksle sertifikatkjeder mellom Unified CM og videonettnoder

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og klikk deretter Innstillinger på Video Mesh-kortet.

Bla til Mediekryptering og slå på innstillingen.

Klikk på Vis alle og gjenta følgende trinn for hver Video Mesh-klynge du vil aktivere for sikker SIP-trafikk.

Velg en videonett-klyngeoppføring i listen, og klikk deretter på Rediger klyngeinnstillinger .
Bla til SIP-anrop og merk av i avkrysningsboksen.
Under Klarerte SIP-kilder , skriv inn Common Name (CN) eller eventuelle FQDN-er som finnes i Subject Alternative Name på Unified CM -sertifikatet (vanligvis FQDN for Unified CM).

Disse oppføringene identifiseres som klarerte SIP-kilder og har tillatelse til å sende sikre SIP-anrop til Webex Video Mesh.

Aktiver videonett for Webex-nettstedet

Tilordne møterom for samarbeid til brukere av Webex-appen

Hvis du administrerer nettstedet ditt via Control Hub:
1. Fra kundevisningen ihttps://admin.webex.com , gå til Brukere > Administrer brukere .
  
  Hvis du vil tilordne flere brukere samtidig, kan du se dette dokumentet .
2. Tilordne Webex Collaboration-møterom til brukere i organisasjonen din.
Hvis du administrerer nettstedet ditt via nettstedsadministrator:
1. Fra nettstedsadministrator går du til brukeradministrasjon .
2. Rediger brukerkonto og merk av for Møterom for samarbeid.
  
  Hvis du vil tilordne flere brukere samtidig, kan du se dette dokumentet .

Kontroller møteopplevelsen på det sikre endepunktet

Bruk denne fremgangsmåten til å kontrollere at endepunktene er registrert på en sikker måte, og at riktig møteopplevelse vises.

1	Bli med i et møte fra det sikrede endepunktet.
2	Kontroller at møtelisten vises på enheten. Dette eksemplet viser hvordan møtelisten ser ut på et endepunkt med et berøringspanel:
3	Under møtet får du tilgang til Webex-konferanseinformasjonen fra Samtaledetaljer.
4	Kontroller at krypteringsdelen viser Type som AES-128, og Status som På.

Behandle og feilsøke videonett

Videonettanalyse

Videonettanalyse- og feilsøkingsrapporter viser data i tidssone som er angitt for den lokale nettleseren.

Analyser

Videonettanalyse gir en langsiktig trend (opptil 3 måneder med data) i kategoriene engasjement, ressursbruk og båndbreddebruk.

sanntidsovervåking

Få tilgang til, filtrer og lagre sanntidsovervåking for Video Mesh

Fra kundevisningen ihttps://admin.webex.com , velg Analyse , og klikk deretter Videonett øverst til høyre på skjermen.

Hold pekeren over informasjon for å få en kort beskrivelse av diagrammet.

Fra bryteren til venstre velger du et alternativ for å filtrere etter hvor langt tilbake i tid du vil vise data.

Siste 4 timer (Standard) – Når du velger dette alternativet, oppdateres grafdataene hvert 1. minutt.
Siste 24 timer –Når du velger dette alternativet, oppdateres grafdataene hvert 10. minutt.

Samhandle med diagrammene ved å bruke følgende alternativer etter behov:

Hold pekeren over segmenter i diagramvisningen for å vise informasjon om det bestemte datapunktet.
Klikk på forklaringselementer på grafen eller oversikten, og klikk deretter Bruk for å oppdatere visningen for de andre forklaringselementene. Når du for eksempel har valgt forklaringselementet Amsterdam, oppdateres linjediagrammet for å utelate andre tegnforklaringselementer og bare inkludere dataene for det valgte elementet.

Når et filter brukes, oppdateres alle andre grafer og diagrammer for å vise dataene for det valgte filtret.
På en graf som viser data i et tidsintervall, kan du begrense ned til et bestemt tidsintervall ved å klikke på venstre side og dra musen til høyre. (Denne handlingen påvirker alle relaterte data som vises på analysesiden.)

Hold pekeren over deler av en smultring, linjer i en graf eller innsiktspunkter i en graf for å vise mer informasjon om det bestemte tidspunktet for dataene.

PNG
PDF
CSV

Få tilgang til, filtrer og lagre analyse av videonett

Beregningsrapporter for videonett er tilgjengelige på Analytics-siden i Control Hub (https://admin.webex.com ), når Video Mesh er aktiv og har en klynge med minst én registrert Video Mesh-node.

Fra kundevisningen ihttps://admin.webex.com , velg Analyse , og klikk deretter Videonett øverst til høyre på skjermen.

Klikk på en kategori, avhengig av hvilken type data du leter etter:

Engasjement
Ressurser
Bruk av båndbredde

Hold pekeren over informasjon for å få en kort beskrivelse av diagrammet.

Fra rullegardinmenyen til høyre velger du et alternativ for å filtrere etter hvor langt tilbake i tid du vil vise data.

Siste 7 dager (Standard) – Endrer den vannrette aksen til hver 1. time.
Siste 24 timer – Endrer den vannrette aksen til hvert 10. minutt.
Siste 30 dager – Endrer den vannrette aksen til hver 3. time.
Siste 90 dager – Endrer den vannrette aksen til hver 8. time.

Samhandle med diagrammene eller smultringgrafene ved å bruke følgende alternativer etter behov:

Klikk på ett eller flere segmenter på smultringdiagrammet eller diagramvisningen, og klikk deretter Bruk for å oppdatere smultringvisningen og den tilsvarende kartvisningen.
Velg forklaringselementer i grafen eller oversikten for å oppdatere visningen for det bestemte forklaringselementet, og klikk deretter Bruk . Når du for eksempel har valgt forklaringselementet Lokalt, oppdateres linjediagrammet med disse dataene uthevet.

Når et filter brukes, oppdateres alle andre grafer og diagrammer for å vise dataene for det valgte filtret.

På en graf som viser data i et tidsintervall, kan du begrense ned til et bestemt tidsintervall ved å klikke på venstre side og dra musen til høyre og forlate når ønsket område er valgt. (Denne handlingen påvirker alle relaterte data som vises på analysesiden.)

Hold pekeren over deler av en smultring, linjer i en graf eller innsiktspunkter i en graf for å vise mer informasjon om det bestemte tidspunktet for dataene.

Hvis du vil starte på nytt fra den samme grafen eller oversikten, klikker du på X på de valgte filtrene nederst i grafen.

PDF
PNG
CSV

Fjern alle filtrene fra filterlinjen hvis du vil tilbakestille analysevisningen.

Tilgjengelig analyse for Video Mesh

Hvis du vil ha mer informasjon om tilgjengelig analyse i Control Hub, kan du se delen Videonett i Analyse for skysamarbeidsporteføljen din .

Overvåkingsverktøy for videonett

Test av signalisering – Tester om SIP-signalisering og mediesignalering skjer mellom videonett-noden og Webex skymedietjenester.
Kaskadetest – Tester om det kan etableres en overlapping mellom videonett-noden og Webex skymedietjenester.
Test for tilgjengelighet – Tester om videonett-noden kan nå målportene for mediestrømmer i Webex skymedietjenester. Den tester også om Video Mesh-noden er i stand til å kommunisere med skyklyngene som er knyttet til mediebeholdere via disse portene.

Kjør en test umiddelbart

Logg inn på Kontrollhub , og deretter gå til Feilsøking > Videonett .

Klikk på Konfigurer test , klikk Test nå , og kontroller deretter nodene og/eller klyngene du vil teste.

Hvis du vil fjerne merket i boksene for å gjenopprette den siste konfigurasjonen, klikker du på Gjenopprett siste testkonfigurasjon .

Klikk på Kjør test .

Hva nå?

Punktene på tidslinjen med glidebryteren viser aggregerte testresultater for hele organisasjonen. Tidslinjene på klyngenivå viser aggregerte resultater for hver klynge.

Tidslinjen kan vise datoer i USA-format. Endre språket ditt i profilinnstillingene for å vise datoer i ditt lokale format.

Bruk bryteren som følger med for å vise suksessratene for forskjellige parametere i form av en tabell.

En hoppet over test, delvis feil eller feil er ikke kritisk med mindre den skjer kontinuerlig over en viss tid.

Konfigurer regelmessige tester

1	Logg inn på Kontrollhub , og deretter gå til Feilsøking > Videonett .
2	Klikk på Konfigurer test , klikk Periodisk test , og kontroller deretter nodene og/eller klyngene du vil teste.
3	Velg et alternativ: Sjekk Alle klynger hvis du vil kjøre testen på alle Video Mesh-nodene i Control Hub-organisasjonen. Kontroller de enkelte klyngenavnene for å kjøre testen på alle Video Mesh-noder som er i en bestemt klynge. Klynger som ikke er merket av, ekskluderes fra testen. I individuelle klynger kontrollerer du de enkelte nodenavnene du vil kjøre testen på. Eventuelle umerkede nodeoppføringer utelates fra testen.
4	Klikk på Neste.
5	Se gjennom listen over klynger og noder for å kjøre de periodiske testene. Hvis du er fornøyd, klikker du på Konfigurer for å planlegge gjeldende konfigurasjon.

Hva nå?

Punktene på tidslinjen med glidebryteren viser aggregerte testresultater for hele organisasjonen. Tidslinjene på klyngenivå viser aggregerte resultater for hver klynge.

Tidslinjen kan vise datoer i USA-format. Endre språket ditt i profilinnstillingene for å vise datoer i ditt lokale format.

Bruk bryteren som følger med for å vise suksessratene for forskjellige parametere i form av en tabell.

En hoppet over test, delvis feil eller feil er ikke kritisk med mindre den skjer kontinuerlig over en viss tid.

Aktiver 1080p HD-video for lokale SIP-enheter i videonettnode for videonett

De er alle i bedriftsnettverk.
De bruker en lokal registrert SIP-enhet med HD-funksjonalitet .

Innstillingen gjelder for alle klynger som inneholder videonettnoder.

Skyregistrerte enheter fortsetter å sende og motta 1080p-strømmer, uavhengig av om denne innstillingen er slått på eller av.

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og klikk deretter Innstillinger på Video Mesh-kortet.
2	Slå på Videokvalitet . Hvis denne innstillingen er deaktivert, er standarden 720p.

Hvis du vil ha videooppløsninger som Webex-appen støtter, kan du se Videospesifikasjoner for samtaler og møter .

Private møter

Som vist her, gjennomgriper aldri private møter medier til skyen. Mediet avsluttes utelukkende på videonettklyngene dine. Videonett-klyngene kan bare gå gjennom hverandre.

Webex-appen med alle funksjonene i Webex Experience aktivert er inkompatibel med videonett. Hvis du vil ha mer informasjon, se Klienter og enheter som bruker videonettnode .

Støtte og begrensninger for private møter

Videonett støtter private møter på følgende måte:

Private møter er tilgjengelige på Webex versjon 40.12 og nyere.
Bare planlagte møter kan bruke den private møtetypen. Se Planlegg et privat møte i Cisco Webex artikkelen for detaljer.
Private møter er ikke tilgjengelig for møter med alle funksjoner startet eller ble med fra Webex-appen.
Du kan bruke alle nåværende enheter som støttes av Video Mesh.
Nodene dine kan bruke et hvilket som helst gjeldende bilde: 72vCPU og 23vCPU.
Privat møtelogikk oppretter ikke hull i målinger. Vi samler inn de samme målingene for Control Hub som for ikke-private møter.

Siden noen brukere ikke aktiverer denne funksjonen, vises ikke analyserapportene for private møter hvis organisasjonen din ikke har et privat møte om 90 dager.
Private møter støtter enveis tavle fra et video-endepunkt.

Begrensninger

Private møter har disse begrensningene:

Private møter støtter bare VoIP for lyd. De støtter ikke Webex Edge Audio eller PSTN.
Du kan ikke bruke et personlig møterom (PMR) til et privat møte.
Private møter støtter ikke Webex-funksjoner som krever en tilkobling til skyen, for eksempel skyopptak, transkripsjon og Webex Assistant.
Du kan ikke bli med i et privat møte fra et uautentisert skyregistrert videosystem, selv ikke et som er paret til Webex-app.

Bruk private møter som standard møtetype

I Control Hub kan du angi at fremtidige planlagte møter for organisasjonen skal være private møter.

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid .
2	Klikk på Rediger innstillinger fra Videonett kortet. Bla til Private møter og aktiver innstillingen.
3	Lagre endringen.

Når du aktiverer denne innstillingen, gjelder den for alle møter for organisasjonen, også de som er planlagt tidligere.

(Valgfritt) Reserver en klynge for private møter

Vi anbefaler at du klargjør en privat klynge for å håndtere forventet maksimal bruk fra private møter.

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid og klikk Vis alle på Video Mesh-kortet.
2	Velg videonett-klyngen fra listen, og klikk på Rediger klyngeinnstillinger.
3	Bla til Private møter og aktiver innstillingen.
4	Lagre endringen.

Feilmeldinger for private møter

Denne tabellen viser mulige feil som brukere kan se når de blir med i et privat møte.

Feilmelding	Brukerhandling	Årsak
Ekstern nettverkstilgang nektet Du må være på bedriftsnettverk for å delta på det private møtet. Parede Webex-enheter utenfor bedriftsnettverk vil ikke kunne bli med på møtet. I et slikt scenario kan du prøve å koble den bærbare datamaskinen, mobilen til bedriftsnettverk og bli med på møtet i ikke-sammenkoblet modus.	En ekstern bruker blir med fra utenfor bedriftsnettverk uten VPN eller MRA.	For å bli med i et privat møte må eksterne brukere ha tilgang til bedriftsnettverk via en VPN eller MRA.
	En ekstern bruker er på VPN, men de er paret til en ikke-autentisert enhet.	Enhetsmedier tunnelerer ikke til bedriftsnettverk via VPN. Enheten kan ikke bli med i et privat møte. I stedet, etter å ha koblet til VPN, bør den eksterne brukeren bli med på et privat møte i ikke-paret enhetsmodus fra skrivebords- eller mobilklienten.
Ingen tilgjengelige klynger Klyngene som er vert for dette private møtet, har høy kapasitet, kan ikke nås, er frakoblet eller ikke registrert. Ta kontakt med IT-administratoren din for å få hjelp.	En bruker er på bedriftsnettverk (lokalt eller eksternt via VPN), men kan ikke delta i et privat møte.	Videonett-klyngene dine er: Ved kapasitet Kan ikke nås Ikke pålogget Ikke registrert
Ikke autorisert Du har ikke tillatelse til å delta på dette private møtet fordi du ikke er medlem av vertsorganisasjonen. Ta kontakt med verten for møtet.	En bruker fra en annen organisasjon enn vertsorganisasjonen prøver å bli med i det private møtet.	Bare brukere som tilhører vertsorganisasjonen, kan delta i et privat møte.
	En enhet fra en annen organisasjon enn vertsorganisasjonen prøver å bli med i det private møtet.	Bare enheter som tilhører vertsorganisasjonen, kan bli med i et privat møte.

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

Når mediene kjører gjennom de lokale Video Mesh-nodene, får du bedre ytelse og bruker mindre båndbredde til Internett.

Innstillingen er …	Møte på internt Webex-nettsted med overlappende videonett aktivert	Møte på internt Webex-nettsted med overlappende videonett deaktivert	Møte på eksternt Webex-nettsted med videonett-overlappende aktivert	Møte på eksternt Webex-nettsted med overlappende videonett deaktivert
Aktivert	Media bruker videonettnodene dine.	Media bruker skynoder.	Media bruker videonettnodene dine.	Media bruker videonettnodene dine.
Deaktivert	Media bruker videonettnodene dine.	Media bruker skynoder.	Media bruker videonettnodene dine.	Media bruker skynoder.

1	I kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid og klikk Vis alle på Video Mesh-kortet.
2	Velg videonett-klyngen i listen, og klikk på Rediger innstillinger .
3	Bla til Foretrekk videonett for alle eksterne Webex Meetings og aktiver innstillingen.
4	Lagre endringen.

Optimaliser bruken av Video Mesh-distribusjonen

Du kan også optimalisere klyngekapasiteten og maksimere brukeropplevelsen ved å la klienttypene som de fleste kundene bruker, lande på Video Mesh-klynger.

1	Logg på Control Hub , og deretter velge Tjenester > Hybrid > Videonett > Ressurser > Vis alle . – eller – Velg Oversikt > Hybridtjenester > Videonett > Innstillinger .
2	Under Innstillinger for inkludering av klienttype , er alle klienttyper kontrollert som standard. Fjern merket for klienttypene du vil ekskludere fra bruk av videonett-klynger. Disse klyngene er vert på Webex-skynoder.
3	Klikk på Lagre.

Avregistrer videonettnode

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid .
2	Klikk på Vis alle på Video Mesh-kortet.
3	Fra listen over ressurser går du til riktig klynge og velger noden.
4	Klikk på Handling > Avregistrere node . Det vises en melding som ber deg bekrefte at du vil slette noden.
5	Når du har lest og forstått meldingen, klikker du på Avregistrere node .

Flytt videonettnode

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og velg deretter Vis alle på Video Mesh-kortet.
2	Velg noden du vil flytte, fra listen, og klikk deretter Handlinger (den vertikale ellipsen).
3	Velg Flytt node .
4	Velg riktig alternativknapp for dit du vil flytte noden: Velg en eksisterende klynge – Velg en eksisterende klynge fra rullegardinliste. Opprett en ny klynge – Angi et navn for den nye klyngen i feltet.
5	Klikk på Flytt node . Noden flyttes til den nye klyngen.

Tilknyttet informasjon

Angi oppgraderingsplan for videonettklynge

Du kan angi en bestemt oppgraderingsplan eller bruke standardplanen på 03.00 Daglig USA: Amerika/Los Angeles. Du kan velge å utsette en kommende oppgradering om nødvendig.

Før du starter

Hasteoppgraderinger tas i bruk så snart de er tilgjengelige.

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og klikk deretter Vis alle på Video Mesh-kortet.

Klikk på en medieressurs , og klikk deretter på Rediger klyngeinnstillinger .

På Innstillinger side, bla til Oppgrader , og velg deretter tid, frekvens og tidssone for oppgraderingsplanen.

(Valgfritt) Klikk om nødvendig Utsette for å utsette oppgraderingen én gang, til neste vindu.

Under tidssone vises dato og klokkeslett for neste tilgjengelige oppgradering.

Virkemåte for oppgradering

Noden sender regelmessige forespørsler til skyen for å se om en oppdatering er tilgjengelig.
Skyen gjør ikke oppgraderingen tilgjengelig før klyngen når oppgraderingsvinduet sitt. Når oppgraderingsvinduet kommer, leverer nodens neste regelmessige oppdateringsforespørsel til skyen oppdateringsinformasjonen.
Noden henter oppdateringer over en sikker kanal.
Eksisterende tjenester avsluttes elegant for å stoppe ruting av innkommende anrop til noden. Den elegante avslutningen gir også eksisterende samtaler tid til å fullføre (opptil 2 timer).
Oppgraderingen installeres.
Skyen utløser bare oppgraderingen for en prosentandel av nodene i en klynge om gangen.

Slett videonett-klynge

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og klikk deretter Vis alle .

Fra listen over ressurser blar du til videonettressursen du vil slette, og klikker deretter Rediger klyngeinnstillinger .

Du kan klikke Videonett for å filtrere på bare Video Mesh-ressurser.

Klikk på Slett klynge , og velg deretter én:

Klikk på Flytt alle noder . For hver node oppretter du enten en ny ressurs ved å velge en eksisterende ressurs fra rullegardinliste eller skriver inn et nytt navn, og deretter klikker du på Fortsett .
Klikk på Avregistrere alle noder , merk av i avmerkingsboks, og klikk deretter på Slett klynge .

Deaktiver videonett

Før du starter

Før du deaktiverer Video Mesh, vil du avregistrere alle Video Mesh-noder.

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid > Vis alle , velg Innstillinger på Video Mesh-kortet.
2	Klikk på Deaktiver .
3	Se gjennom listen over klynger, og les ansvarsfraskrivelsen i dialogboksen.
4	Merk av i avmerkingsboks for å bekrefte at du forstår denne handlingen, og klikk på Deaktiver i dialogboksen.
5	Når du er klar til å deaktivere videonettet, klikker du på Deaktiver tjenesten . Deaktivering fjerner alle Video Mesh-noder og -klynger. Videonett er ikke lenger konfigurert.

Feilsøke registrering av videonettnode

Denne delen inneholder mulige feil du kan støte på under registreringen av Video Mesh-noden til Webex-skyen, og foreslåtte trinn for å rette dem.

Kunne ikke løse domenet

Denne meldingen vises hvis DNS-innstillingene som er konfigurert på Video Mesh-noden, ikke er riktige.

Logg på konsollen til Video Mesh-noden, og kontroller at DNS-innstillingene er riktige.

Kunne ikke koble til nettstedet ved hjelp av port 443 via SSL

Denne meldingen vises hvis videonett-noden ikke kan koble til Webex-skyen.

Kontroller at nettverket tillater tilkobling på portene som kreves for Video Mesh. Hvis du vil ha mer informasjon, se Porter og protokoller som brukes av videonett .

ThousandEyes-integrering med Video Mesh

Fordeler med ThousandEyes-integrering

Gir deg flere testtyper å velge mellom. Du kan konfigurere én eller flere tester som passer for applikasjonen eller ressursen du vil overvåke.
Gir deg mulighet til å angi testterskler som er spesifikke for kravene dine.
Testresultatene er tilgjengelige via ThousandEyes-nettappen og ThousandEyes API i sanntid.
Større synlighet i feilsøking – Kunder kan identifisere årsaken til et problem i nettverket, noe som reduserer løsningstiden.

Aktiverer ThousandEyes for videonett

Bruk denne fremgangsmåten for å aktivere ThousandEyes-agent for Video Mesh-distribusjonen.

Fra Kontrollhub , klikk Hybrid nederst til venstre på skjermen.

Klikk på Rediger innstillinger på Videonett kortet.

Bla ned til ThousandEyes-integrering . Bryteren vil være deaktivert som standard. Klikk på bryteren for å aktivere den.

Klikk på ThousandEyes-brukerprofil , åpnes ThousandEyes-nettportalen. Logg på med administratorlegitimasjonen.

Det vises et sidepanel med Kontogruppetoken .

Klikk på visningsikonet, og klikk deretter Kopier .

Tokenet vil ikke bli kopiert på riktig måte hvis du ikke klikker på visningstoken-knappen.

Gå tilbake til Control Hub-fanen, lim inn tokenet i Agenttoken felt.

Klikk på Aktiver , ThousandEyes er nå aktivert for videonettdistribusjon.

Hva nå?

- Etter 5 minutter går du tilbake til ThousandEyes-nettsiden, klikker Sky- og bedriftsagenter , og klikk deretter Agentinnstillinger . Du skal kunne se alle nodene dine oppført som agenter under Bedriftsagenter . Hvis agentene ikke vises, kontrollerer du ThousandEyes-integrasjonskortet på Control Hub for feilmeldinger.
- Hvis det vises en feilmelding , klikker du på bryteren og deretter på Deaktiver . Gjenta trinnene for å aktivere ThousandEyes-agent, og sørg for at riktig kontogruppetoken kopieres og limes inn i Agenttoken felt.

For øyeblikket støtter ikke ThousandEyes-tester Video Mesh-noder bak en proxy.

Konfigurere tester ved hjelp av ThousandEyes

Nettverkstest – agent-til-agent

Et eksempel på en dialog for oppretting av tester vises nedenfor.

SIP-servertest

SIP-servertester forenkler nettverksmålinger, BGP-datainnsamling og, viktigst av alt, tilgjengelighet og ytelsestesting av SIP-tjenester mot SIP-basert VoIP-infrastruktur.

Hvis du vil ha detaljert informasjon om hvordan du konfigurerer en SIP-servertest, se Testinnstillinger for SIP-serveren .

Et eksempel på en dialog for oppretting av tester vises nedenfor.

RTP-strømtest

Hvis du vil detaljert informasjon om konfigurering av en RTP-strømtest, se Innstillinger for RTP-strømtest .

Et eksempel på en dialog for oppretting av tester vises nedenfor.

URL-test for Webex HTTP-server

Denne testen overvåker den primære landingssiden som brukerne kobler seg til når de bruker Webex. Et eksempel på en dialog for oppretting av tester vises nedenfor.

Autoritativ test av Webex DNS-server

Et eksempel på en dialog for oppretting av tester vises nedenfor.

Behandle videonettnode fra nettgrensesnittet

Oppgraderinger skjer ikke når en node settes i vedlikeholdsmodus.

Slik får du tilgang til oversikten over videonett

Du kan åpne webgrensesnitt på én av disse måtene:

Hvis du er fullstendig administrator og allerede har registrert noden i skyen, kan du få tilgang til noden fra Control Hub.

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid . Under Ressurser på Video Mesh-kortet klikker du Vis alle . Klikk på klyngen, og klikk deretter på noden du vil ha tilgang til. Klikk på Gå til Node .

Bare en fullstendig administrator for Webex-organisasjonen din kan bruke denne funksjonen. Andre administratorer, inkludert partnere og fullstendige eksterne administratorer, har ikke Gå til node alternativet for ressursene for videonett.
I en nettleserfane går du til <IP address>/setup, for eksempel https://192.0.2.0/setup. Angi administratorlegitimasjonen du konfigurerte for noden, og klikk deretter Logg på .

Hvis administratorkontoen er deaktivert, er ikke denne metoden tilgjengelig. Se delen Deaktiver eller aktiver den lokale administratorkontoen fra nettgrensesnittet på nytt.

Oversikten er standardsiden og har følgende informasjon:

Samtalestatus – Gir antall pågående samtaler gjennom noden.
Nodedetaljer – Gir nodetype, programvarebilde, programvareversjon, OS-versjon, QoS vedlikeholdsmodus .
Nodehelse – Gir bruksdata (CPU, minne, disk) og tjenestestatus (Management Service, Messaging Service, NTP-synkronisering).
Nettverksinnstillinger – Gir nettverksinformasjon: vertsnavn, grensesnitt, IP, gateway, DNS, NTP og om dobbel IP er aktivert.
Registreringsdetaljer – Gir registreringsstatus, organisasjonsnavn, organisasjons-ID, klynge noden er en del av og klynge-ID.

Skytilkobling –Kjører en serie tester fra noden til Webex-skyen og tredjepartsdestinasjoner som noden må ha tilgang for å kjøre på riktig måte.

Det kjøres tre typer tester: DNS-oppløsning, serverresponstid og båndbredde.

DNS-tester bekrefter at noden kan løse et bestemt domene. Disse testene rapporterer som mislykket hvis serveren ikke svarer innen 10 sekunder. De vises som «Bestått» med en oransje «advarselsfarge» hvis responstiden er mellom 1,5 og 10 sekunder. De periodiske DNS-kontrollene på noden genererer alarmer hvis DNS-responstiden er lengre enn 1,5 sekunder.
Connect-tester bekrefter at noden kan koble til en bestemt HTTPS-URL og motta et svar (andre svar enn proxy- eller gatewayfeil godtas som bevis på tilkobling).
Listen over tester som kjøres fra oversiktssiden er ikke uttømmende og inkluderer ikke websocket-tester.
Noden sender alarmer hvis anropsprosessene ikke kan fullføre websocket-tilkoblinger til skyen eller koble til anropsrelaterte tjenester.

Resultatet Godkjent eller Ikke bestått vises ved siden av hver test. du kan holde pekeren over denne teksten for å se mer informasjon om hva som ble kontrollert da testen kjørte.

Konfigurere nettverksinnstillinger fra nettgrensesnitt for videonettnode

Åpne nodegrensesnittet for Webex-videonett.

Gå til Nettverk .

Gjeldende nettverksinnstillinger for noden vises.

Endre følgende innstillinger for Verts- og nettverkskonfigurasjon etter behov:

Under Rediger vertsnavn og domene , endre Vertsnavn og Domene verdier.
Det vises en feilmelding hvis FQDN (vertsnavn og domene) ikke har riktig format.
Under Nettverksmodus , Aktiver DHCP er oppført, men DHCP støttes ikke. Du må angi en statisk IP-adresse, nettverksmaske og gateway.

Under Rediger DNS-servere endrer du oppføringene for DNS-server , som håndterer oversettelse av domenenavn til numeriske IP-adresser. Du kan angi opptil 4 DNS-servere.

Klikk på Lagre verts- og nettverkskonfigurasjon , og etter at popup-vinduet som sier at noden må startes på nytt, klikker du Lagre og starte på nytt .

Endre følgende innstillinger for NTP-servere etter behov:

Under Rediger NTP-servere endrer du verdiene for NTP-server , som brukes i organisasjonen til å synkronisere tid til noden.

Klikk på Lagre NTP-servere .

Hvis du konfigurerer mer enn én NTP-server, er avstemningsintervallet for failover 40 sekunder.

Hvis NTP-server er en FQDN og det ikke kan løses, returneres en advarsel. Hvis FQDN for NTP-server er løst, men den løste IP-en ikke kan søkes etter NTP-tid, returneres en advarsel.

Angi det eksterne nettverksgrensesnittet fra webgrensesnittet for videonettnode

Du kan konfigurere det eksterne nettverksgrensesnitt hvis du distribuerer videonettnode i nettverkets DMZ, slik at du kan isolere bedriftstrafikken (intern) fra ekstern (ekstern) trafikk.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Nettverk . Gjeldende nettverksinnstillinger for noden vises.
3	Klikk på Avansert .
4	Slå på Aktiver eksternt nettverk og klikk deretter Ok for å aktivere alternativene for ekstern IP-adresse på noden.
5	Skriv inn Ekstern IP-adresse , Ekstern nettverksmaske , og Ekstern gateway verdier.
6	Klikk på Lagre ekstern nettverkskonfigurasjon .
7	Klikk på Lagre og starte på nytt for å bekrefte endringen. Noden starter på nytt for å aktivere den doble IP-adresse, og konfigurerer deretter automatisk de grunnleggende statiske rutingsreglene. Disse reglene bestemmer at trafikk til og fra en IP-adresse for privat klasse bruker et internt grensesnitt. trafikk til og fra en offentlig IP-adresse bruker et eksternt grensesnitt. Senere kan du opprette dine egne rutingsregler – for eksempel hvis du må konfigurere en overstyring og gi tilgang til et eksternt domene fra det interne grensesnittet.
8	Hvis det finnes feil, klikker du Ok for å lukke dialogboks, fikse feilene og klikk på Lagre ekstern nettverkskonfigurasjon igjen.

Hva nå?

Hvis du vil bekrefte den interne og eksterne konfigurasjonen av IP-adresse , følger du trinnene i Kjør et ping fra nettgrensesnittet for videonettnode .

Test en ekstern destinasjon (eksempel, cisco.com); hvis vellykket, viser resultatene at målet ble åpnet fra det eksterne grensesnittet.
Test en intern IP-adresse; hvis vellykket, viser resultatene at adressen ble åpnet fra det interne grensesnittet.

Legg til interne og eksterne rutingsregler fra nettgrensesnitt for videonettnode

Før du starter

Hvis du vil konfigurere rutingsregler, må du først aktivere og konfigurere det eksterne nettverksgrensesnitt.

Åpne nodegrensesnittet for Webex-videonett.

Gå til Nettverk .

Gjeldende nettverksinnstillinger for noden vises. Hvis du har konfigurert det eksterne nettverket, vises Rutingsregler-fanen.

Klikk på Rutingsregler -fanen.

Du kan legge til manuelle overstyringer av disse reglene i de neste trinnene.

Hvis du vil legge til en regel, klikker du på Legg til rutingregel , og velg deretter ett av følgende alternativer:.

For Nettverkstype , klikk Intern , og angi deretter det eksterne subnett- eller verts- IP-adresse som skal brukes for den interne ruten.
For Nettverkstype , klikk Ekstern , og angi deretter det interne subnett- eller verts- IP-adresse som skal brukes for den eksterne ruten.

Klikk på Legg til rutingregel .

Når du legger til hver regel, vises de i listen over rutingsregler, kategorisert som brukerdefinerte regler.

Hvis du vil slette én eller flere brukerdefinerte regler, merker du av i avmerkingsboks i kolonnen til venstre for reglene, og deretter klikker du Slett rutingsregler .

Standardrutene kan ikke slettes, men du kan slette alle brukerdefinerte overstyringer du har konfigurert.

Åpne en SSH-tilkobling til den offentlige IP-adresse til videonettnode.
Få tilgang til videonettnode via ESXi-konsollen

Konfigurere containernettverk fra nettgrensesnitt for videonettnode

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Nettverk . Gjeldende nettverksinnstillinger for noden vises.
3	Klikk på Avansert .
4	Endre verdiene for Beholderens IP-adresse og Nettverksmaske for beholder , etter behov, og klikk deretter Lagre konfigurasjon for containernettverk .
5	Klikk på Lagre og starte på nytt for å bekrefte endringen.
6	Hvis det finnes feil, klikker du Ok for å lukke dialogboks, fikse feilene og klikk på Lagre konfigurasjon for containernettverk igjen.

Angi MTU-størrelser for nettverksgrensesnitt

Før du starter

Hvis du allerede har registrert noden, må du sette noden i vedlikeholdsmodus før du kan endre MTU-innstillingene.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Nettverk . Gjeldende nettverksinnstillinger for noden vises.
3	Klikk på Avansert .
4	I Innstillinger for grensesnitt MTU , angi en MTU-verdi mellom 1280 og 9000 byte i gjeldende felt. Hvis du har aktivert det eksterne grensesnittet, kan du angi størrelsen på både det interne og det eksterne grensesnittets MTU separat.

Noden starter på nytt for å bruke MTU-endringene.

Hva nå?

Hvis du setter noden i vedlikeholdsmodus for å endre MTU, må du slå av vedlikeholdsmodus.

Aktiver eller deaktiver DNS-bufring

Før du starter

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Nettverk . Gjeldende nettverksinnstillinger for noden vises.
3	Klikk på Avansert .
4	I delen Konfigurasjon av DNS-bufring velger du Aktiver DNS-bufring på eller av.
5	Klikk på i bekreftelsesdialogboksen Lagre og starte på nytt .
6	Når noden har startet på nytt, åpner du nodegrensesnittet for Webex Video Mesh på nytt og bekrefter at tilkoblingskontrollene er vellykket på Oversikt-siden.

Når du aktiverer DNS-bufring, vil Statistikk for DNS-hurtigbuffer viser følgende statistikk:

Statistikk	Beskrivelse
Bufferoppføringer	Antall tidligere DNS-oppløsninger som DNS-hurtigbufferserveren har lagret
Buffertreff	Antall ganger siden hurtigbufferen ble tilbakestilt at hurtigbufferen behandlet en DNS-forespørsel fra Video Mesh, uten å forespørre kundens DNS-server
Buffer feil	Antall ganger siden tilbakestillingen av hurtigbufferen kunde DNS-server behandlet en DNS-forespørsel fra Video Mesh i stedet for gjennom hurtigbufferen
Prosent treff på hurtigbuffer	Prosentandelen av DNS-forespørsler fra Video Mesh som hurtigbufferen behandlet uten å spørre kundens DNS-server
Hurtigbufferserverens utgående DNS-spørringer	Antall DNS-spørringer som DNS-hurtigbufferserveren for Video Mesh utførte mot kundens DNS-servere
Innkommende DNS-spørringer for hurtigbufferserver	Antall DNS-spørringer som Video Mesh utførte mot sin interne DNS-hurtigbufferserver
Spørringsforhold utgående til innkommende	Forholdet mellom DNS-spørringer gjort av Video Mesh mot kundens DNS-server og spørringene gjort av Video Mesh mot den interne DNS-hurtigbufferserveren
Innkommende søk per sekund	Gjennomsnittlig antall DNS-spørringer per sekund som Video Mesh utførte mot den interne DNS-hurtigbufferserveren
Utgående søk per sekund	Gjennomsnittlig antall DNS-spørringer per sekund som Video Mesh utførte mot kundens DNS-servere
Utgående DNS-forsinkelse [tidsintervall]	Prosentandelen av DNS-spørringer som Video Mesh utførte mot kundens DNS-servere der responstiden falt innenfor det beskrevne tidsintervall

Hva nå?

Flytt noden ut av vedlikeholdsmodus. Gjenta deretter oppgaven på alle andre noder som krever en endring.

Last opp sikkerhetssertifikater

Konfigurer et klareringsforhold mellom noden og en ekstern server, for eksempel en syslog-server.

I et klyngemiljø må du installere CA- og serversertifikater på hver node individuelt.

Åpne nodegrensesnittet for Webex-videonett.

Når du har sertifikatet og nøkkelen, klikker du Last opp et serversertifikat (.crt- eller .pem-fil) , velg sertifikatfilen, og klikk deretter på Last opp en privat nøkkel (.key-fil) og angi en passordfrase hvis du har en.

Den private nøkkelen er allerede på plass når en CSR genereres. Du trenger bare å laste opp en privat nøkkel hvis du ikke bruker trinnet for oppretting av CSR.
Når du har fått sertifikatet, går du til den første videonett-noden i en klynge, klikker på Installer serversertifikat , les ledeteksten, klikk på Installer , og klikk deretter OK .

En videonett-node som er registrert i skyen, venter i opptil to timer på at eventuelle samtaler avsluttes, og setter seg selv i en midlertidig inaktiv tilstand (hviler). Når enten de eksisterende samtalene er fullført eller det har gått to timer (avhengig av hva som inntreffer først), fullfører denne noden sertifikatinstallasjonen. Det vises en melding når installasjonen av serversertifikat er fullført, og du kan deretter laste inn siden på nytt for å vise det nye sertifikatet og nøkkeloppføringen.
Klikk på Last ned ved siden av sertifikatet og nøkkelfilene for å lagre en lokal kopi.

Lagre filene et sted det er enkelt å huske, og la forekomsten være åpen i nettleserfanen.
Gå til den andre Video Mesh-noden i klyngen, fyll ut passordfrasen, og last deretter opp den private nøkkelfilen. Klikk deretter på Last opp et serversertifikat og velg deretter Installer serversertifikat , les ledeteksten, klikk på Installer , og klikk deretter OK .
Gjenta disse trinnene på annenhver Video Mesh-node i samme klynge.

Velg et alternativ avhengig av hvordan CA-sertifikat for den eksterne serveren er signert:

Hvis serverens CA-sertifikat er signert av en generelt anerkjent organisasjon, for eksempel DigiCert, GeoTrust eller GlobalSign, vil Video Mesh-noden klarere det basert på listen over rotsertifikater fra verts-OS for Video Mesh-noden, som oppdateres regelmessig. Gå til trinn 6 .
Hvis serverens CA-sertifikat er signert av et internt CA rotsertifikat for bedriften , må rotsertifikat fra denne myndigheten legges til i videonett-noden. Fortsett med neste trinn.

Hent sertifikatet eller klareringsliste for sertifikater (CTL) som den eksterne serveren bruker.

Som med nodesertifikatet for Video Mesh, lagrer du den eksterne serverfilen et sted som er lett å huske.

Gå tilbake til fanen for nodegrensesnitt for Webex-videonett, klikk på Trust Store og proxy , og velg deretter et alternativ:

Hvis du vil installere et enkelt CA-sertifikat, klikker du på Last opp et rotsertifikat eller en sluttenhetssertifikat (.crt- eller .pem-fil) , og velg sertifikatfilen fra datamaskinen, klikk på Installer alle sertifikater i Trust Store , les ledeteksten, klikk på Installer , og start deretter noden på nytt.
Hvis du vil installere en sertifikatkjede, laster du opp rot- CA-sertifikat og det mellomliggende CA-sertifikat, og deretter klikker du på Installer alle sertifikater i Trust Store , les ledeteksten og klikk på Installer .

Gjenta opplastingen av sertifikatet eller sertifikatkjede på annenhver videonett-node i den samme klyngen.

Generer videonettlogger for støtte

Åpne nodegrensesnittet for Webex-videonett.

Gå til Feilsøking , og velg deretter et alternativ ved siden av Send logger :

Klikk på Send logger til Cisco for å generere en loggpakke fra noden og sende pakken direkte til Cisco i ett trinn. Du ser en statusindikator som endres etter hvert som loggene komprimeres, komprimeres og lastes opp.
Klikk på Last ned for å generere en lang pakke fra noden som du kan lagre lokalt eller knytte til en sak senere.

Når du åpne en sak eller samhandle med Cisco TAC , inkluderer opplastingsidentifikatorverdien slik at kundestøtteteknikeren får tilgang til loggene.

Hvis du sendte loggen til Cisco direkte, trenger du ikke å laste opp loggpakken til TAC-saken.

Hva nå?

Mens logger lastes opp til Cisco eller lastes ned, kan du kjøre pakkelagring fra samme skjermbilde.

Generer pakkeopptak for videonett for støtte

Før du starter

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking . Du kan starte pakkelagring og laste opp logger samtidig.
3	(Valgfritt) I Pakkeopptak kan du begrense registreringen til pakker på et bestemt grensesnitt, filtrere etter pakker til eller fra bestemte verter, eller filtrere etter pakker på én eller flere porter.
4	Hvis du vil starte prosessen, slår du på Start pakkeopptak innstillingen.
5	Når du er ferdig, slår du av Start pakkeopptak innstillingen.
6	Velg én: Klikk på Send PCAP til Cisco for å sende pakkelagring fra noden direkte til Cisco. Du ser en statusindikator som endres etter hvert som pakkelagring lastes opp. Klikk på Last ned for å lagre en lokal kopi av pakkelagring fra noden. Du kan legge den ved en sak senere. Når et pakkeopptak er lastet opp, vises en opplastingsidentifikator på siden. Støtte bruker denne verdien til å identifisere den opplastede pakkelagring. Maksimal størrelse for pakkeopptak er 2 GB.
7	Når du åpne en sak eller samhandle med Cisco TAC , inkluderer du opplastingsidentifikatorverdien slik at kundestøtteteknikeren din får tilgang til pakkelagring.

Kjør et ping fra nettgrensesnittet for videonettnode

Du kan kjøre en ping fra webgrensesnitt for Video Mesh-noden . Dette trinnet tester en destinasjon du angir, og ser om videonettnoden kan nå den.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking , bla til Ping , og angi deretter en destinasjonsadresse du vil teste i FQDN- eller IP-adresse felt under Test tilkoblingen ved hjelp av ping .
3	Klikk på Ping . Testen kjøres, og du ser en melding om vellykket ping eller feil. Testen har ingen tidsavbrudd. Hvis du får en feil eller testen kjører på ubestemt tid, kontrollerer du målverdien du anga, og nettverksinnstillinger.

Kjør en sporingsrute fra webgrensesnitt for videonett

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking , bla til Traceroute , og angi deretter en destinasjonsadresse du vil teste i FQDN- eller IP-adresse felt under Spor rute til vert . Testen kjøres, og du får en melding om vellykket sporing eller feil. Testen tidsavbrytes etter 16 sekunder. Hvis du får en feil eller testen blir tidsavbrutt, kontrollerer du målverdien du anga, og nettverksinnstillinger.

Kontroller NTP-serveren fra nettgrensesnittet for videonettnode

Åpne nodegrensesnittet for Webex-videonett.

Gå til Feilsøking , bla til Sjekk NTP-serveren , og angi deretter en destinasjonsadresse du vil teste i FQDN- eller IP-adresse felt under Vis svar på SNTP-spørring .

Identifisere portproblemer med Reflector Tool i nettgrensesnittet

Reflektorverktøyet (en kombinasjon av en server på Video Mesh-noden og klient gjennom et Python-skript) brukes til å bekrefte om de nødvendige TCP/UDP-portene er åpne fra Video Mesh-nodene.

Før du starter

Last ned en kopi av Reflector Tool Client (et Python-skript) frahttps://github.com/CiscoDevNet/webex-video-mesh-reflector-client .
For at skriptet skal fungere som det skal, må du kontrollere at du kjører Python 2.7.10 eller nyere i miljøet ditt.
For øyeblikket støtter dette verktøyet SIP-endepunkter til videonettnoder og intraklyngebekreftelse.

1	Fra kundevisningen ihttps://admin.webex.com , aktiver vedlikeholdsnoden for videonettnode ved å følge disse instruksjonene .
2	Vent til noden viser statusen Klar for vedlikehold i Control Hub.
3	Åpne nodegrensesnittet for Webex-videonett. Hvis du vil ha instruksjoner, se Behandle videonettnode fra nettgrensesnittet .
4	Bla til Refleksverktøy , og start deretter enten TCP Reflector Server eller UDP Reflector Server , avhengig av hvilken protokoll du vil bruke.
5	Klikk på Start Reflector Server , og vent deretter til serveren starter. Du ser et varsel når serveren starter.
6	Fra et system (for eksempel en PC) i et nettverk som du vil at Video Mesh-nodene skal nå, kjører du skriptet med følgende kommando: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` På slutten av kjøringen viser klienten en vellykket melding hvis alle nødvendige porter er åpne: Klienten viser en mislykket melding hvis noen nødvendige porter ikke er åpne:
7	Løs eventuelle portproblemer på brannmuren, og kjør deretter trinnene ovenfor på nytt.
8	Kjør klienten med `--help` for å få flere detaljer.

Aktiver feilsøkingsbrukerkonto fra nettgrensesnitt for videonettnode

Hvis Cisco TAC krever tilgang til noden for Webex-videonett, kan du midlertidig aktivere en brukerkonto slik at brukerstøtte kan kjøre ytterligere feilsøking.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking , og slå deretter på Aktiver feilsøkingsbruker innstillingen. Det vises en kryptert passordfrase som du kan oppgi til Cisco TAC.
3	Kopier passordfrasen, lim den inn i kundestøttebilletten eller direkte til kundestøtteteknikeren, og klikk deretter OK når du har den lagret.

brukerkonto for feilsøking er gyldig i 3 dager, og deretter utløper den.

Hva nå?

Du kan deaktivere kontoen før den utløper hvis du går tilbake til Feilsøking side, og slå deretter av Aktiver feilsøkingsbruker innstillingen.

Tilbakestill en videonettnode til fabrikkstandard fra nettgrensesnittet

Før du starter

Du må bruke Control Hub til å avregistrere videonett-noden fra klyngen som er registrert i Control Hub.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking , bla til Tilbakestill til fabrikkinnstillinger , og klikk deretter Tilbakestill node .
3	Kontroller at du forstår informasjonen i varselet som vises, og klikk deretter på Tilbakestill og start på nytt . Noden starter automatisk på nytt etter tilbakestillingen til tilbakestilling til fabrikkinnstillinger.

Deaktiver eller aktiver den lokale administratorkontoen fra nettgrensesnitt på nytt

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid .

Under Ressurser på Video Mesh-kortet klikker du Vis alle .

Klikk på klyngen, og klikk deretter på noden du vil ha tilgang til. Klikk på Gå til Node .

Gå til Administrasjon .

Veksle på Aktiver innlogging for administratorbruker slå av for å deaktivere kontoen, eller på for å aktivere den på nytt.

Du kan ikke deaktivere administratorkontoen før du har registrert noden i skyen.

Klikk på på bekreftelsesskjermen Deaktiver eller Aktiver for å fullføre endringen.

Endre passordfrase for administrator fra nettgrensesnitt

Bruk denne fremgangsmåten til å endre administrator (passordet) for Webex-videonett-noden ved hjelp av webgrensesnitt.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Administrasjon , og ved siden av Endre passordfrase , klikk Endre .
3	Skriv inn Gjeldende passordfrase , og angi deretter en ny passordfraseverdi i begge Ny passordfrase og Bekreft ny passordfrase .
4	Klikk på Lagre passordfrase . Meldingen «passord endret» vises, og deretter går du tilbake til påloggingsskjermen.
5	Logg på med den nye administratorpålogging og passordfrasen (passord).

Endre utløpsintervall for passordfrase fra nettgrensesnittet

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Administrasjon , og ved siden av Endre utløpsdato for passordfrase , angi en ny verdi for Utløpsintervall (dager) (opptil 365 dager), og klikk deretter Lagre utløpsintervall for passordfrase . Et vellykket skjermbilde vises, og du kan deretter klikke OK for å fullføre.

Den Administrasjon siden viser også datoer for siste endring av passordfrasen og neste gang passordet utløper.

Angi ekstern logging til en Syslog-server

Hvis du har en syslog-server, kan du angi at noden for Webex-videonett skal logges på informasjonen om revisjonssporet for den eksterne serveren, for eksempel:

Detaljer om administrator
Konfigurasjonsendringer (inkludert slå vedlikeholdsmodus på eller av)
Programvareoppdateringer

Noden aggregerer loggene, hvis noen, og sender dem til serveren hvert tiende minutt.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Administrasjon .
3	Ved siden av Ekstern logging , slå på Aktiver ekstern logging .
4	For Detaljer om Syslog-server , skriver du inn vertens IP-adresse eller det fullstendige domenenavn og syslog-porten. Hvis serveren ikke kan DNS-løses fra noden, bruker du en IP-adresse i Vert felt.
5	Velg Protokoll – UDP eller TCP. Hvis du vil bruke TLS-kryptering, velger du TCP og slå deretter på Aktiver TLS . Kontroller at du også laster opp og installerer sikkerhetssertifikatene som kreves for TLS-kommunikasjon mellom noden og syslog-serveren. Hvis det ikke er installert noen sertifikater, bruker noden som standard sine egensignerte sertifikater. Hvis du vil ha hjelp, se Last opp sikkerhetssertifikater .
6	Klikk på Lagre konfigurasjon for ekstern logging .

Egenskapene for loggmeldingen har dette formatet: Melding om prioritert tidsstempel Vertsnavn-tag .

Egenskap	Beskrivelse
Prioritet	Verdien er alltid 131, basert på formelen: Prioritet = (anleggskode * 8) + alvorlighetsgrad. Anleggskoden er 16 for «local0». Alvorlighetsgraden er 3 for «varsel».
Tidsstempel	Tidsstempelformatet er «Mmm dd tt:mm:ss».
Vertsnavn	Vertsnavnet for videonett-noden.
stikkord	Verdien er alltid syslogAuditMsg.
Melding	Meldingen er en JSON-streng på minst 1 kB. Størrelsen avhenger av antall aggregerte hendelser i løpet av timinuttersintervallet.

Her er en eksempelmelding:

{
  "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 for videonettvarsler

Følgende hendelsestyper kan overvåkes via webhooks:

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

Opprett et Webhook-abonnement

1	Logg på Cisco Webex utvikler portal ved hjelp av administratorlegitimasjon.
2	På utviklerportalen klikker du på Dokumentasjon.
3	Fra rullefeltet til venstre blar du ned og klikker Fullstendig API-referanse .
4	Fra alternativene som vises nedenfor, blar du ned og klikker Webhooks > Opprett en Webhook.
5	Opprett et abonnement ved å angi følgende parametere:

navn : eksempel – Video Mesh Webhook-varsler
targetUrl : eksempel - https://10.1.1.1/webhooks
ressurs : videoMeshAlerts
hendelsen : utløst
eidAv : org

URL-adressen som angis i targetUrl-parameteren, må være tilgjengelig for Internett og ha en server som er konfigurert til å godta POST-forespørsler sendt av Webex Webhook.

Angi terskelkonfigurasjoner med utvikler-API-er

Et sett med fire API-er er tilgjengelige for innstilling og oppdatering av terskler i Cisco Webex Developer Portal, og de er listet opp nedenfor:

Konfigurasjon av listehendelsesterskel
Hent konfigurasjon av hendelsesterskel
Oppdater konfigurasjon for hendelsesterskel
Tilbakestill konfigurasjon av hendelsesterskel

API-ene er tilgjengelige påhttps://developer.webex.com/docs/api/v1/video-mesh .

Scenario 1 – angi terskelverdi for organisasjonssamtaler overflyt

Klikk på Konfigurasjon av listehendelsesterskel API.

Angi eventscope til ORG og klikk > Kjør .

Du vil motta et svar som ligner på det vist nedenfor.

{
"eventName": "orgCallsOverflowed",
"eventThresholdId":
"Y2lzY29zcGFyazovL3VzL0VWRU5ULzQyN2U5ZTk2LTczYTctNDYwYS04MGZhLTcyNWU4MWE2MDg3ZjowM2ZkYjkzZC1jNTllLT
QzMjQtODIwNS1lNDIyYzA3NGQ5Mzg",
"eventScope": "ORG",
"entityId":
"Y2lzY29zcGFyazovL3VzL09SR0FOSVpBVElPTi8yYzNjOWY5NS03M2Q5LTQ0NjAtYTY2OC0wNDcxNjJmZjFiYWQ",
"thresholdConfig": {
"minThreshold": 10,
"defaultMinThreshold": 10
}

Kopier verdien i "eventThresholdId". Dette er terskel-ID-en for hendelsen som vil bli brukt til å oppdatere og hente terskelverdier.

Lim inn verdien i "eventThresholdId" i JSON-strukturen vist nedenfor, og kopier hele JSON-strukturen.

[
{
"eventThresholdId":
"Y2lzY29zcGFyazovL3VzL0VWRU5UL2E3YmM3ODE2LWU3YTAtNDk0Zi1iZDZhLTRhMGIyNWY2OGFhNjoyNWE3ODY1Yi0yYjQ3
LTM4M2YtYWI3YS00MzYxY2ExN2FiOTI",
"thresholdConfig": {
"minThreshold": 5
}
}

Klikk på Oppdater konfigurasjon for hendelsesterskel API.

Lim inn JSON-strukturen i brødteksten til Oppdater konfigurasjon for hendelsesterskel API.

Angi “minThreshold” verdi til den nye terskelverdi du vil angi.

Du kan kjøre denne operasjonen for flere hendelsesterskel-ID-er ved å angi dem som kommadelte verdier i JSON-strukturen.

Klikk på Kjør , terskelen din for Organisasjonsanropsoverflyt settes til den nye verdien.

Hva nå?

Hvis du vil vise terskelen som er angitt for en bestemt hendelsesterskel-ID,

Klikk på Hent konfigurasjon av hendelsesterskel API.
Lim inn hendelsesterskel-ID-en i toppteksten for API-en, klikk Kjør .
Standard terskelverdi og den angitte terskelverdi vises i svaret.

Scenario 2 – Angi terskelverdi for klyngesamtaler omdirigert

Klikk på Konfigurasjon av listehendelsesterskel API.

Angi eventscope til KLYNE og klikk > Kjør .

Svaret viser konfigurasjoner for alle klynger i organisasjonen.

Du kan motta konfigurasjonen for en bestemt klynge ved å fylle ut clusterID parameteren.

Kopier verdien i "eventThresholdId"-feltet for klyngen du vil oppdatere verdien for. Dette er terskel-ID-en for hendelsen som vil bli brukt til å oppdatere og hente terskelverdier.

Lim inn verdien i "eventThresholdId" i JSON-strukturen vist nedenfor, og kopier hele JSON-strukturen.

[
{
"eventThresholdId":
"Y2lzY29zcGFyazovL3VzL0VWRU5UL2E3YmM3ODE2LWU3YTAtNDk0Zi1iZDZhLTRhMGIyNWY2OGFhNjoyNWE3ODY1Yi0yYjQ3
LTM4M2YtYWI3YS00MzYxY2ExN2FiOTI",
"thresholdConfig": {
"minThreshold": 5
}
}
]

Klikk på Oppdater konfigurasjon for hendelsesterskel API.

Lim inn JSON-strukturen i brødteksten til Oppdater konfigurasjon for hendelsesterskel API.

Angi “minThreshold” verdi til den nye terskelverdi du vil angi.

Du kan kjøre denne operasjonen for flere hendelsesterskel-ID-er ved å angi dem som kommadelte verdier i JSON-strukturen.

Klikk på Kjør , terskelen din for Klyngesamtaler omdirigert settes til den nye verdien.

Hva nå?

Hvis du vil vise terskelen som er angitt for en bestemt hendelsesterskel-ID,

Klikk på Hent konfigurasjon av hendelsesterskel API.
Lim inn hendelsesterskel-ID-en i toppteksten for API-en, klikk Kjør .
Standard terskelverdi og den angitte terskelverdi vises i svaret.

Scenario 3 – Tilbakestilling av terskelverdier

Klikk på Tilbakestill konfigurasjon av hendelsesterskel API.

Kopier hendelsesterskel-ID-en for en klynge eller organisasjonen, og lim den inn i "eventThresholdId" i JSON-strukturen nedenfor.

{
"eventThresholdIds": [
"Y2lzY29zcGFyazovL3VzL0VWRU5ULzQyN2U5ZTk2LTczYTctNDYwYS04MGZhLTcyNWU4MWE2MDg3Zjo2YzJhZGRmMS0wYjAz
LTRiZWEtYjIxYy0xYzFjYzdiY2UwOWQ"
]
}

Lim inn JSON-strukturen i brødteksten og klikk Kjør .

Du kan tilbakestille terskelverdier for flere hendelsesterskel-ID-er ved å angi dem som kommadelte verdier i JSON-strukturen.

terskelverdi settes til standard minimumsverdi.

Utvikler-API-er for videonett

Vedlegg

Demoprogramvare for videonettnode

Demoprogramvaren for videonettnode støttes ikke av Cisco TAC.
Du kan ikke oppgradere demoprogramvaren for videonettnode til den fullstendige programvareversjon av produksjonsprogramvaren.

Last ned bildet av demoprogramvaren fra denne koblingen .

Spesifikasjoner

Se System- og plattformkrav for programvare for videonettnode for den spesifikasjonsbaserte konfigurasjonen for programvaren videonettnode .

Demoprogramvaren støtter enten ett enkelt nettverksgrensesnitt eller et to nettverksgrensesnitt.

Kapasitet

Vi tester ikke demobildet for kapasitet. Du bør bare bruke den til å teste ut grunnleggende møtescenarier. Se brukstilfellene som følger for veiledning.

Bruksområder for demoprogramvaren for videonettnode

Medier forankret til lokalt

Distribuer og konfigurer noden med demoprogramvaren.
Kjør et møte som inkluderer følgende deltakere: en Webex-app-deltaker, Webex-endepunktdeltaker og et Cisco Webex Board.
Etter at møtet er over, kan du se fra kundenhttps://admin.webex.com , gå til Analyse for å få tilgang til videonett-rapportene. I rapportene kan du se at mediene forble lokale.

Møte med deltakere i skyen og lokale

Kjør et nytt møte med et par Webex-deltakere lokale og én i skyen.
Vær oppmerksom på at alle deltakerne sømløst kan bli med og delta i møtet.

Behandle videonettnode fra konsollen

Oppgraderinger skjer ikke når en node settes i vedlikeholdsmodus.

Endre nettverksinnstillinger for videonettnode i konsollen

Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten, og logg deretter på med administratorlegitimasjonen.

Etter førstegangs oppsett av nettverksinnstillinger , og hvis videonettverket er tilgjengelig, kan du få tilgang til nodegrensesnittet via sikkert skall (SSH).

Velg alternativ fra hovedmeny i videonettnode 2 Rediger konfigurasjon og klikk deretter Velg .

Les meldingen om at samtalene avsluttes på videonettnode, og klikk deretter på Ja .

Klikk på Statisk , angi IP-adresse for det interne grensesnittet, Maske , Gateway , og DNS verdier for nettverket ditt.

videonettnode må ha en intern IP-adresse og et DNS-navn som kan løses. IP-adresse for noden kan ikke tilhøre IP-adresse som er reservert for intern bruk av videonettnode . Standard reservert IP-adresse er 172.17.42.0–172.17.42.63, som kan konfigureres i Diagnostikk -menyen. Dette IP-adresse er for kommunikasjon innenfor videonettnode og mellom programvarebeholderne som inneholder de forskjellige komponentene i noden – for eksempel SIP-grensesnitt og medietranskoding.
Distribuer alle nodene i samme delnett eller VLAN, slik at alle nodene i en klynge er tilgjengelige uansett hvor klientene befinner seg i nettverket.
For en DMZ-distribusjon for to nettverkskort kan du angi den eksterne IP-adresse i neste prosedyre etter at du har lagret den interne nettverkskonfigurasjon og startet noden på nytt.

Angi organisasjonens NTP-server eller en annen ekstern NTP-server som kan brukes i organisasjonen.

Hvis du konfigurerer mer enn én NTP-server, er avstemningsintervallet for failover 40 sekunder.

(Valgfritt) Endre vertsnavnet eller domenet om nødvendig.

Hvis du vil sikre en vellykket registrering til skyen, bruker du bare små tegn i vertsnavnet du angir for videonettnode. Store og små bokstaver støttes ikke for øyeblikket.
Når du bruker eller konfigurerer FQDN eller vertsnavn, må du også angi et gyldig domene som kan løses. Den totale lengden på FQDN kan ikke overstige 64 tegn.

Klikk på Lagre , og klikk deretter Lagre endringer og start på nytt .

Endre passordfrasen for administrator for videonettnode

Bruk denne fremgangsmåten til å endre administrator (passordet) for videonettnoden i nodens konsoll.

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Åpne og logg på VMware ESXi-konsollen til den virtuelle maskinen for Video Mesh-noden.
3	Velg alternativ på hovedmeny 3 Administrer passordfrase for administrator , deretter 1 Endre passordfrase for administrator , og klikk deretter Gå inn .
4	Les informasjonen på siden for utløpt passord, klikk på Gå inn , og klikk deretter på den igjen etter meldingen om passordutløpet.
5	Trykk på Enter.
6	Når du har logget ut av konsollen, går du tilbake til påloggingsskjermen, og deretter logger du på med administratorpålogging . Du blir bedt om å endre passordet ditt.
7	For Gammelt passord , angi gjeldende passordfrase, og trykk deretter på Gå inn .
8	For Nytt passord , angi en ny passordfrase, og trykk deretter på Gå inn .
9	For Skriv inn nytt passord på nytt , skriv inn den nye passordfrasen på nytt, og trykk deretter på Gå inn . Meldingen «passord endret» vises, og deretter går du tilbake til påloggingsskjermen.
10	Logg på med den nye administratorpålogging og passordfrasen (passord).

Kjør et ping fra videonettnode for videonett

Du kan kjøre en ping fra grensesnittet for nodekonsollen for Video Mesh. Dette trinnet tester en destinasjon du angir, og ser om videonettnoden kan nå den.

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Fra Video Mesh-nodekonsollen går du til 4 Diagnostikk , og velg deretter Ping .
3	I ping -feltet, angi en destinasjonsadresse du vil teste, for eksempel en IP-adresse eller vertsnavn, og klikk deretter på OK . Testen kjøres, og du ser en melding om vellykket ping eller feil. Hvis du får en feil, kontrollerer du målverdien du anga, og nettverksinnstillinger.

Aktiver feilsøking av brukerkonto gjennom konsoll

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Fra Video Mesh-nodekonsollen går du til 4 Diagnostikk , velg 2 Aktiver feilsøkingsbrukerkonto , og klikk på etter ledeteksten Ja .
3	Når det vises en melding om at brukerkonto ble opprettet, klikker du på OK for å vise den krypterte passordfrasen. Du sender den krypterte passordfrasen til support. De bruker denne midlertidige kontoen og dekrypterte passordfrasen for å få sikker tilgang til Video Mesh-noden for feilsøking. Denne kontoen utløper etter 3 dager, eller du kan deaktivere den når støtten er fullført.
4	Velg starten og slutten på de krypterte dataene, og kopier og lim dem inn i kundestøttebilletten eller e-posten du sender til kundestøtte.
5	Når du har sendt denne informasjonen til support, går du tilbake til nodekonsollen for videonett og trykker på en hvilken som helst tast for å gå tilbake til hovedmeny.

Hva nå?

Send logger fra videonettnode for videonett

Du kan bli bedt om å sende logger direkte til Cisco eller gjennom sikker kopi (SCP). Bruk denne fremgangsmåten til å sende logger direkte fra alle Video Mesh-noder du har registrert, til skyen.

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Klikk på alternativ i hovedmeny 4 Diagnostikk og trykk deretter på Gå inn .
3	Klikk på 4 Eksporter loggfiler , gi tilbakemelding hvis du vil, og klikk deretter Neste .
4	Velg et alternativ: Send logger ved hjelp av SCP , bekreft eksporten av loggene, angi SCP-detaljene ( Vert , Brukernavn , og Dest_ Mappe ), og klikk deretter på OK . Send logger til Cisco , og bekreft deretter eksporten av loggene.
5	Velg OK for å gå tilbake til hovedmeny for Videonett-noden .
6	(Valgfritt) Velg 5 Kontroller status for loggfiler som er sendt til Cisco hvis du sendte loggene til Cisco.

Hva nå?

Når du har sendt logger, anbefaler vi at du sender tilbakemelding direkte fra Webex-appen, slik at kundestøttekontaktene dine har all informasjonen de trenger for å hjelpe deg.

Tilknyttet informasjon

Hvordan kontakter jeg min leder for kundesuksess (CSM)?

Kontroller tilstanden til videonettnode fra konsoll

Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.

Fra Video Mesh-nodekonsollen går du til 4 Diagnostikk , og velg deretter 6 Kontroller nodens tilstand for å vise følgende informasjon om noden:

Beholder for administrasjonstjeneste
ETCD (nøkkelverdilager som lagrer data pålitelig på tvers av en klynge)
NTP-synkronisert
Diskplass (gratis/brukt %)
Minne (gratis/brukt %)

Konfigurer containernettverk på videonettnode

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Fra hovedmeny i nodekonsollen for Video Mesh går du til 4 Diagnostikk , og velg deretter 7 Konfigurer containernettverk . Etter advarselen som sier at aktive samtaler avsluttes på noden, klikker du Ja .
3	Endre verdiene for Container Bridge IP og Nettverksmaske , etter behov, og klikk deretter Lagre . Du får se et skjermbilde som viser nettverksinformasjonen for beholderen, inkludert IP-adresse som er reservert for interne operasjoner på videonett-noden.
4	Klikk på OK.

Identifisere portproblemer med Reflector Tool i konsoll

Reflektorverktøyet (en kombinasjon av en server på Video Mesh-noden og klient gjennom et Python-skript) brukes til å bekrefte om de nødvendige TCP/UDP-portene er åpne fra Video Mesh-nodene.

Før du starter

Last ned en kopi av Reflector Tool Client (Python-skript) og pakke deretter ut filen til et sted som er lett å finne. Zip-filen inneholder skriptet og en readme-fil.
For at skriptet skal fungere som det skal, må du kontrollere at du kjører Python 2.7.10 eller nyere i miljøet ditt.
For øyeblikket støtter dette verktøyet SIP-endepunkter til videonettnoder og intraklyngebekreftelse.

1	Fra kundevisningen ihttps://admin.webex.com , aktiver vedlikeholdsnoden for videonettnode ved å følge disse instruksjonene .
2	Vent til noden viser statusen Klar for vedlikehold i Control Hub.
3	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
4	Fra grensesnittet for videonettnode går du til Diagnostikk > Reflector Server > Reflector Server for TCP eller (UDP) . Start serveren enten for TCP eller for UDP.
5	Bla til Refleksverktøy , og start deretter enten TCP Reflector Server eller UDP Reflector Server , avhengig av hvilken protokoll du vil bruke.
6	Klikk på Start Reflector Server , og vent deretter til serveren starter. Du ser et varsel når serveren starter.
7	Fra et system (for eksempel en PC) i et nettverk som du vil at Video Mesh-nodene skal nå, kjører du skriptet med følgende kommando: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` På slutten av kjøringen viser klienten en vellykket melding hvis alle nødvendige porter er åpne: Klienten viser en mislykket melding hvis noen nødvendige porter ikke er åpne:
8	Løs eventuelle portproblemer på brannmuren, og kjør deretter trinnene ovenfor på nytt.
9	Kjør klienten med `--help` for å få flere detaljer.

Tilbakestill en videonettnode fra konsoll til fabrikkstandard

Før du starter

Du må bruke Control Hub til å avregistrere videonett-noden fra klyngen som er registrert i Control Hub.

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Fra Video Mesh-nodekonsollen går du til 4 Diagnostikk , og velg deretter 8 Tilbakestilling til fabrikkinnstillinger .
3	Kontroller at du forstår informasjonen i merknaden som vises, og klikk deretter Tilbakestill . Noden starter automatisk på nytt etter tilbakestillingen til tilbakestilling til fabrikkinnstillinger.

Overfør en eksisterende maskinvareplattform til videonettnode

Trinnene varierer, avhengig av den medfølgende versjonen av ESXi på maskinvareplattform.

Før du starter

Last ned en ny versjon av den nyeste versjonen Programvare for videonettnode bilde (OVA). Ikke distribuer en ny videonettnode med en tidligere nedlastet OVA.

1	Logg på grensesnittet for den virtuell maskin , og avslutt deretter programvaren som kjører på plattformen.
2	Slett programvaren som kjørte på plattformen. Det må ikke være noen programvarebilder igjen på plattformen. Du kan heller ikke kjøre nodeprogramvare for Video Mesh sammen med annen programvare på samme plattform.
3	Distribuer en ny virtuell maskin fra en ny OVF- eller OVA-fil.
4	Angi et navn på den virtuell maskin, og velg OVA-filen for videonettnoden.
5	Endre diskklargjøring til Tykk.
6	Last opp mfusion.ova programvarebilde du lastet ned.
7	Når den virtuell maskin kjører, går du tilbake til Logg på videonettnode og fortsett den første konfigurasjonen av Video Mesh-noden.

Funksjonssammenligning og overføringsbane fra samarbeidsmøterom-hybrid til videonett

Sammenligning av funksjoner

Funksjon	Videonett og Cisco Webex Meeting Center -video	CMR Hybrid
Møtetyper	Planlagt Ett klikk (øyeblikkelig) Personlig møte (PMR) Konsekvent opplevelse for lokaler og skybaserte møter	Kun planlagt
Planlegging	Webex-produktivitetsverktøy (Windows og Mac) Hybridkalenderplanlegging med @webex Webex-portal	Webex-aktiverte TelePresence- Produktivitetsverktøy for Windows og Mac TMS-planlegging
Alternativer for å bli med i møte	Oppringing og Utringing PIN-beskyttet (vert) Énknapp å trykke på (OBTP)	Kun innringing OBTP
Opplevelse i møtet	Unified Roster (Webex-klient) Samlede kontroller (Webex-klient) Lås/lås opp møte Demp/slå på demping av TelePresence-deltakere	Ingen enhetlig liste (Webex-klient og TelePresence Server) Separate kontroller (Webex-klient og TelePresence Server)
Kapasitet og distribusjonsmodell	Ubegrenset kapasitet Lokal og automatisk overflyt Bytting og omkoding	Transkodingskapasiteten er begrenset til TelePresence-serveren

Sjekkliste for overføringsbane

Kontroller at funksjonen for videokonferanse i Meeting Center er klargjort på Webex-nettsted.
Nettstedsadministratoren mottar administrasjonsportalkontoen sin. Administratoren distribuerer deretter videonettnoder for Webex-organisasjonen.
Nettstedsadministratoren tilordner CMR-rettigheten for å aktivere alle eller noen CMR Hybrid -hybridbrukere med Cisco Webex Meeting Center -video.
(Valgfritt) Deaktiver økttypen for CMR Hybrid for dette delsettet, og aktiver deretter Cisco Webex Meeting Center -video i brukerprofil.
Nettstedsadministratoren konfigurerer videonett, og velger deretter Hybrid som medieressurs under Alternativer for møterom for skysamarbeid .
Nettstedsadministratoren konfigurerer den lokale TelePresence Management Suite (TMS) og One Button to Push (OBTP) til å fungere med Cisco Webex Meeting Center -video. Se Distribusjonsveiledning for Cisco Webex Meeting Center -videokonferanser for bedrifter for veiledning.
Når CMR-rettigheten er aktivert for en bruker, bruker Webex- Produktivitetsverktøy som standard Cisco Webex Meeting Center -videoversjonen. Alle nye møter som er planlagt av brukerne, er Cisco Webex Meeting Center -videomøter.
Hvis konferanserom er inkludert i invitasjonen, sendes OBTP-informasjon til konferanserommet via TMS (kun for CMR Hybrid -hybridmøter).
Eksisterende møter som ble konfigurert av CMR Hybrid -brukere før de ble byttet til Cisco Webex Meeting Center -video, skal fortsette å fungere så lenge kunden beholder de lokale MCU- og TMS-innstillingene.
Eksisterende CMR Hybrid -hybridmøter kan ikke endres eller oppdateres for å gjenspeile informasjonen om Cisco Webex Meeting Center -videomøte. Hvis brukere vil bruke en ny invitasjon, må de slette de gamle møtene og opprette nye møter.
Hvis kunden ønsker å avvikle den lokale MCU-en, TMS-en, fungerer ikke gamle CMR Hybrid . Nye møter med Cisco Webex Meeting Center Videoinformasjon må opprettes.

TelePresence-interoperabilitetsprotokoll og segmentbytte

Videonett støtter forhandling av TelePresence Interoperability Protocol (TIP) og multiplex (MUX) for både 1-skjerms og 3-skjerms IX- og TX-endepunkter.

Ny og endret informasjon

Denne tabellen dekker nye funksjoner eller funksjoner, endringer i eksisterende innhold og eventuelle større feil som ble rettet i Distribusjonsveiledning .

Hvis du vil ha informasjon om programvareoppdateringer for Webex Video Mesh-noden, kan du sehttps://help.webex.com/en-us/article/jgobq2/Webex-Video-Mesh-release-notes .

Dato	Endre
14. mai 2024	Slettet et notat om at ThousandEyes-tester ikke støtter Video Mesh-noder bak en proxy i Aktiverer ThousandEyes for videonett.
9. februar 2024	Lagt til ThousandEyes-integrering med videonett. Lagt til deltakerkapasitet for samtaler med 1080p-oppløsning inn Kapasitet for videonettnoder . . La til en merknad om portdifferensiering i UDP-kilden Trafikksignaturer for videonett (tjenestekvalitet aktivert) . Oppdaterte støttede versjoner av VMware ESXi gjennom hele veiledningen.
31. august 2023	Oppdaterte strukturen og la til informasjon om nylig introduserte API-er i API-er for videonettnode . Slettet et notat og en knapp å trykke (OBTP)-informasjon fra Krav til samtalekontroll og møteintegrering for videonett . La til en merknad om avstemningsintervall for failover i Angi nettverkskonfigurasjon for videonettnode i konsollen og Konfigurere nettverksinnstillinger fra nettgrensesnitt for videonettnode . Oppdaterte støttede versjoner av VMware ESXi gjennom hele veiledningen.
31. juli 2023	Lagt til Webhooks for videonettvarsler .
28. juli 2023	Lagt til API-er for videonettnode .
15. juni 2023	Oppdaterte nomenklaturen fra «Webex-app app» til «Webex-app» gjennomgående. Oppdatert Oversikt over Webex-videonett for å oppgi at E2EE-møter nå støttes på Video Mesh. Fjernet utdatert informasjon og oppdaterte et notat i Oversikt over Webex-videonett . Oppdatert Klienter og enheter som bruker videonettnode for å angi at nettklienten nå støttes på Video Mesh og fjernet utdatert informasjon. La til et notat i System- og plattformkrav for programvare for videonettnode som sier at demomiljøer ikke støttes av Cisco TAC . Oppdatert informasjon i Lokal og skysamtale delen. Slettet et notat i Skyklyngevalg for overflyt basert på 250 ms eller høyere STUN tur-retur-forsinkelse . Oppdatert informasjon i Porter og protokoller for Webex Meetings trafikk . Fjernet utdatert informasjon fra Registrer videonettnode til Webex Cloud og Støtte og begrensninger for private møter . Oppdaterte trinn og fjernet utdatert informasjon fra Aktiver videonett for Webex-nettstedet . Oppdatert informasjon i Deaktiver videonett .
16. mai 2023	Oppdatert Porter og protokoller for administrasjon , Trafikksignaturer for videonett (tjenestekvalitet aktivert) , og Trafikksignaturer for videonett (tjenestekvalitet deaktivert) for å gjenspeile de nyeste portene og protokollene som brukes av Video Mesh. Oppdaterte bildene som ble berørt av endringene. Fjernet 444-portreferanser fra Krav for proxy-støtte for videonett , Porter og protokoller for administrasjon , Konfigurer videonettnode for proxy-integrering , og Konfigurer videonettnode for proxy-integrering . Oppdaterte portområder i Tjenestekvalitet på videonettnode , Aktiver Quality of Service (QoS) for videonettnode , og Porter og protokoller for Webex Meetings trafikk . La til en merknad om overvåking av testfeil i Kjør en umiddelbar test og Konfigurer regelmessige tester . La til et notat og oppdaterte en advarsel som på det sterkeste anbefaler bruk av den nyeste programvarepakken (OVA) for distribusjoner i Installer og konfigurer programvaren for videonettnode . Oppdaterte en advarsel angående noder plassert i vedlikeholdsmodus i Behandle videonettnode fra nettgrensesnittet og Behandle videonettnode fra konsollen . Oppdatert Videonettanalyse for å gjenspeile de nyeste brukergrensesnittendringene.
27. mars 2023	Oppdatert System- og plattformkrav for programvare for videonettnode med de nyeste maskinvarekonfigurasjonene og ekstra båndbreddekrav.
2. mars 2023	La til informasjon om tester som overvåkingsverktøyet kjører i Overvåkingsverktøy for videonett . Endret trinn for å få tilgang til oversiktssiden for overvåkingsverktøyet Kjør en umiddelbar test og Konfigurer regelmessige tester . La til informasjon om visning og filtrering av resultater i Kjør en umiddelbar test og Konfigurer regelmessige tester . Oppdatert Aktiver videonett for Webex-nettstedet .
7. juli 2022	Oppdaterte kapasitetsestimatene i Kapasitet for videonettnoder . Fjernet omtaler av den utdaterte MM410v-serveren gjennomgående.
30. juni 2022	La til informasjon om de nye masseklargjøringsskriptene påhttps://github.com/CiscoDevNet/webex-video-mesh-node-provisioning .
14. juni 2022	Endret trinn for å utveksle sertifikatkjeder for å inkludere ECDSA-sertifikater i Utveksle sertifikatkjeder mellom Unified CM og videonettnoder
18. mai 2022	Endret nedlastingsnettstedet for Reflector Tool tilhttps://github.com/CiscoDevNet/webex-video-mesh-reflector-client .
29. april 2022	La til informasjon om den nye funksjonen i Oppbevar mediene dine i videonett for alle eksterne Webex-møter .
25. mars 2022	Oppdateringer av portbruk i Porter og protokoller for administrasjon .
10. desember 2021	Lagt til CMS 2000 og registrerte oppgraderingsproblem for eldre CMS 1000s ved oppgradering til ESXi 7 i System- og plattformkrav for programvare for videonettnode .
30. august 2021	La til informasjon om å bekrefte at Webex har riktig kildeland for distribusjonen i Kontroller at kildelandet er riktig .
27. august 2021	La til merknad om analyserapporters synlighet i Støtte og begrensninger for private møter .
13. august 2021	La til informasjon om den nye private møter-funksjonen i: Klynger i videonett Privat møtesamtale Private møter
22. juli 2021	La til informasjon om hvordan du bekrefter at systemet har riktig kildeplassering for samtaler. Riktige kildeplasseringer bidrar til effektiv ruting. Se Kontroller at kildelandet er riktig .
25. juni 2021	Merket at funksjonen for Webex Experience med alle funksjoner i Webex-appen er inkompatibel med Video Mesh i Klienter og enheter som bruker videonettnode .
7. mai 2021	Rettet den anbefalte klyngestørrelsen til 100 tommer Retningslinjer for distribusjon av videonettklynge .
12. april 2021	Oppdatert Konfigurer Expressway TCP SIP-trafikkruting for videonett for å bruke Webex-sonen i stedet for en ny DNS-sone.
09. februar 2021	La til informasjon om den nye Gå til Node i Control Hub til Få tilgang til oversikt over Webex- videonettnode fra nettgrensesnitt . Lagt til Deaktiver eller aktiver den lokale administratorkontoen fra nettgrensesnitt på nytt for å beskrive ny funksjonalitet. I hver del som bruker nodens webgrensesnitt, oppdaterte trinnene for å indikere hvordan du får tilgang til grensesnittet fra Control Hub. Lagt til Last opp sikkerhetssertifikater . Lagt til Angi ekstern logging til en Syslog-server .
11. desember 2020	I Aktiver eller deaktiver DNS-cachi , la til informasjon om sletting av DNS-hurtigbuffer.
22. oktober 2020	I Porter og protokoller for Webex Meetings trafikk , lagt til krav til SIP-signalisering .
19. oktober 2020	Fjernet referanse til cloudfront.net som ikke lenger brukes av tjenesten.
18. september 2020	Reduserte IP-adresse som er reservert for intern bruk av Webex videonettnode fra den opprinnelige 172.17.0.0–172.17.255.255 (65 536 adresser) til 172.17.42.0–172.17.42.63 (64 adresser).
26. august 2020	Lagt til støtte for Webex Events i Oversikt over videonett . Lagt til ny seksjon Aktiver eller deaktiver DNS-cachi .
4. august 2020	Oppdaterte følgende deler for støtte for korte videoadresser: Integrer videonett med oppgaveflyt for samtalekontroll Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett Konfigurer Unified CM TCP SIP-trafikkruting for videonett Konfigurer Expressway TCP SIP-trafikkruting for videonett Oppdaterte Benchmark for VMNLite-samtalekapasitet delen av Samtalekapasitet på nodeplattformer for videonettnode .
9. juli 2020	Lagt til ny seksjon Angi MTU-størrelser for nettverksgrensesnitt .
26. juni 2020	La til informasjon om det nye distribusjonsalternativet for VMNLite i: Samtalekapasitet på nodeplattformer for videonettnode System- og plattformkrav for programvare for videonettnode Installer og konfigurer programvaren for videonettnode Fjernet omtaler av standard NTP-server fordi OVA ikke lenger har en standard NTP-server . Oppdatert Generer pakkeopptak for videonett for støtte med nye filtreringsalternativer.
9. juni 2020	La til informasjon om det nye planleggingsalternativet for automatisk programvareoppgradering ukentlig i: Registrer videonettnode til Webex Cloud Angi oppgraderingsplan for videonettklynge
21. mai 2020	Oppdatert Porter og protokoller for administrasjon og Krav for proxy-støtte for videonett .
15. mai 2020	Oppdatert Oversikt over videonett .
25. april 2020	Lagt til nye seksjoner i Administrere Webex- videonettnode fra nettgrensesnittet : Angi det eksterne nettverksgrensesnittet fra nettgrensesnittet for videonettnode Legg til interne og eksterne rutingsregler Konfigurere containernettverk fra Webex videonettnode webgrensesnitt Rettet en feil i granulariteten til den horisontale aksen i Feilsøking for tilgang til, filtrer og lagring av Webex-videonett (Verdiene ble byttet mellom Siste 7 dager og Siste 24 timer alternativer).
22. januar 2020	Lagt til ny del: Tilbakestille til fabrikkstandard en Webex- videonettnode fra nettgrensesnittet . La til mer informasjon om tilkoblingskontroller i Administrer Webex- videonettnode fra nettgrensesnittet delen. La til trådløs deling på rommet i Klienter og enheter som bruker Webex- videonettnode delen.
12. desember 2019	La til prosedyrer for endring av passordfrase og utløpsdato i Administrere Webex- videonettnode fra nettgrensesnittet delen i kapitlet Administrere og feilsøke.
10. desember 2019	La til følgende informasjon og portområder i trafikksignaturtabellene (for QoS aktivert og deaktivert: Kilde-IP-adresse: Videonettnode Destinasjons-IP-adresse: Webex skymedietjenester Kilde UDP-porter: 35000 til 52499 UDP-målporter: 5004 Integrert DSCP-merking: AF41 Medietype: Test STUN-pakker Endret navn på delen «Retningslinjer for båndbredde» til «Videokvalitet og skalering», og la til en kobling til dokumentasjonen for foretrukket arkitektur. I Unified CM TLS-konfigurasjonen oppga veiledningen vår feilaktig å konfigurere en ikke-sikker SIP-trunk for Webex-skyfailover. Rettet setningen for å si for å opprette en SIP-trunk (du kan konfigurere den som enten sikker eller usikret).
4. november 2019	Avviklet gammelt analyseinnhold og lagt til en ny del. I Utveksle sertifikater la til informasjon om feltet Alternativt(e) navn for emne og la til følgende merknad i Før du begynner-delen: Av sikkerhetshensyn anbefaler vi at du bruker et CA-signert sertifikat på Video Mesh-nodene i stedet for nodens standard selvsignert sertifikat.
18. oktober 2019	Oppdaterte beskrivelsen av innstillingen for 1080p Control Hub for å tydeliggjøre at denne innstillingen påvirker samtalekapasitet og bare gjelder for lokale SIP-registrerte enheter. Se Aktiver 1080p HD-video for lokale SIP-enheter i videonettnode for videonett hvis du vil ha mer informasjon. Oppdaterte tabellen for støttede enheter og endepunkter for å bare vise de testede skyregistrerte enhetene.
26. september 2019	Lagt til ny seksjon Konfigurer nettverksinnstillinger fra webgrensesnitt for videonettnode . Løste beskrivelsen av rapporten Ressursutnyttelse. Det står nå: Gjennomsnittlig ressursutnyttelse for mediemikrotjenestene som brukes i videonett-klyngene. La til en merknad i kapasitetsdelen: Overflyt ved lavt samtalevolum (spesielt SIP-anrop som kommer lokalt) er ikke en sann refleksjon av skala. Videonettanalyse (under Kontroller Hub > Ressurser > Samtaleaktivitet ) angir anropsdelene som stammer fra lokalt; de angir ikke anropsstrømmene som kom inn gjennom overlappingen til videonett-noden for mediebehandling. Når antallet eksterne deltakere øker i et møte, øker den resulterende overlappingen og bruker lokale medieressurser på videonett-noden.
13. september 2019	Oppdatert Installer og konfigurer programvaren for videonettnode med trinnene for nettverkskonfigurasjon som vises på Tilpass mal side. Oppdatert System- og plattformkrav for programvare for videonettnode med 72 vCPU-er (tilsvarer CMS 1000) for spesifikasjonsbasert konfigurasjon.
29. august 2019	Lagt til eksplisitt proxy og støttede autentiseringstyper for eksplisitte proxy-konfigurasjoner (No auth, Basic, Digest, NTLM). Proxy-støtte for Edge Video Mesh Krav for proxy-støtte for videonett Konfigurere node for Webex-videonett for proxy-integrasjon Lagt til Støttede oppløsninger og bildefrekvenser for videonett . Oppdatert Klienter og enheter som bruker videonettnode for å indikere at Webex Ring Mitt videosystem til Webex skyregistrerte videoenheter bruker Video Mesh-noden.
24. juli 2019	I Administrere Webex- videonettnode fra nettgrensesnittet del, gjorde følgende oppdateringer: Lagt til nye seksjoner for Ping-test, Trace Route-test, NTP-servertest, Reflector Tool og Feilsøkingsbrukerkonto. Oppdaterte Oversikt-delen – Fjernet gjennomgripende overganger fra skjermbildet og lagt til OS-versjon. Flyttet innholdet «Administrer videonett fra konsollen» til tillegget i veiledningen. Endret navn på kapittelet «Administrer Webex-videonett» til «Administrere og feilsøke Webex-videonett» og flyttet feilsøkingsinnhold for registrering til det kapittelet.
9. juli 2019	I Krav til samtalekontroll og møteintegrering for videonett , oppdaterte minimumsversjoner som støttes for Unified CM, Expressway og Webex-nettsteder. I Klienter og enheter som bruker videonettnode , la til støttede versjoner av Jabber VDI og Webex VDI (de er SIP-klienter). La også til en ansvarsfraskrivelse for testing.
24. mai 2019	Lagt til nye deler om feilsøkingsfunksjoner og oppdatert oversiktsskjerm i webgrensesnitt for Video Mesh-noden: Generer Webex-videonettlogger for støtte Generer Webex-videonettpakkeopptak for støtte Få tilgang til oversikt over Webex- videonettnode fra nettgrensesnitt
25. april 2019	Oppdatert Behandle og feilsøke Webex-videonett for å angi at Control Hub vedlikeholdsmodus er nødvendig før du utfører vedlikehold på Video Mesh-noder.
11. april 2019	Fjernet utdatert informasjon fra båndbreddekrav. Oppdaterte innholdet og diagrammene, og endret seksjonsnavnet til Videokvalitet og skalering for videonett .

Oversikt over Cisco Webex-videonett

Oversikt over Webex-videonett

Videonett gir disse fordelene:

Forbedrer kvaliteten og reduserer ventetiden ved å la deg holde samtaler lokalt.
Sender samtalene dine til skyen når lokale ressurser har nådd grensen eller er utilgjengelige.
Administrer videonettklyngene dine fra skyen med ett enkelt administrativt grensesnitt: Control Hub (https://admin.webex.com ).
Optimaliser ressurser og kapasitet etter behov.
Kombinerer funksjonene til nettskybaserte og lokale konferanser i en sømløs brukeropplevelse.
Reduserer kapasitetsproblemer, fordi skyen alltid er tilgjengelig når det er behov for ytterligere konferanseressurser. Du trenger ikke å planlegge kapasitet for «verste tilfelle»-situasjoner.
Gir avansert rapportdata av kapasitet og bruk og feilsøkingsrapportdata ihttps://admin.webex.com .
Bruker lokal mediebehandling når brukere ringer inn til et Webex-møte fra lokale standardbaserte SIP-endepunkter og -klienter:
- SIP-baserte endepunkter og klienter (Cisco-endepunkter, Jabber, tredjeparts SIP), registrert til lokal samtalekontroll (Cisco Unified Communications Manager eller Expressway), som kaller inn til et Cisco Webex møte.
- Webex-app (inkludert paret med romenheter) som blir med i et Webex-møte.
- Webex rom- og skrivebordsenheter som blir direkte med i et Webex-møte.
Tilbyr optimalisert interaktiv talerespons (IVR) for lyd og video til SIP-baserte endepunkter og klienter på nettet.
Endepunkter for H.323, IP-innringning og Skype for Business (S4B) fortsetter å bli med i møter fra skyen.
Støtter 1080p 30fps HD-video som et alternativ for møter, hvis møtedeltakere som kan støtte 1080p er vert via de lokale lokale videonettnodene. (Hvis en deltaker blir med i et pågående møte fra skyen, fortsetter lokale brukere å oppleve 1080p 30 bps på støttede endepunkter.)
Forbedret og differensiert QoS-merking (Quality of Service): separat lyd (EF) og video (AF41).

Webex Video Mesh støtter for øyeblikket ikke Webex Webinars.
Støtter ende-til-ende-krypterte møter (E2EE-møter). Hvis en kunde distribuerer Video Mesh og velger møtetypen E2EE, legger det til et ekstra sikkerhetslag, noe som sikrer at dataene (medier, filer, tavler, merknader) forblir sikre og blokkerer tredjeparter fra å få tilgang til eller endre dem. Hvis du vil detaljert informasjon, se Distribuer Zero-Trust Meetings .

Private møter støtter for øyeblikket ikke ende-til-ende-kryptering.

Klienter og enheter som bruker videonettnode

Tabell 1. Klienter og enheter som bruker videonettnode
Klient- eller enhetstype	Bruker videonettnode på punkt-til-punkt-anrop	Bruker videonettnode på møte med flere
Webex-app (skrivebord og mobil)	Ja	Ja
Webex-enheter, inkludert romenheter og Webex Board. (Se Krav til endepunkter og Webex-app delen for en fullstendig liste.)	Ja	Ja
Trådløs deling på rommet mellom Webex-appen og støttede rom-, skrivebord- og tavleenheter.	Ja	Ja
Unified CM-registrerte enheter (inkludert IX-endepunkter) og klienter (inkludert Jabber VDI 12.6 og nyere, og Webex VDI 39.3 og nyere), som ringer inn til et planlagt Webex-møte eller et Webex Personal Room-møte.*	Nei	Ja
VCS/Expressway-registrerte enheter som ringer inn til et planlagt Webex-møte eller et Webex Personal Room-møte.*	Nei	Ja
Webex Ring Mitt videosystem til Webex skyregistrerte videoenheter	N/A	Ja
Webex App-nettklient (https://web.webex.com )	Ja	Ja
Telefoner registrert for Cisco Webex Calling	Nei	Nei
Webex Ring Mitt videosystem til lokalt registrerte SIP-enheter	N/A	Nei

_{* Det er ikke mulig å garantere at alle lokale enheter og klienter har blitt testet med Video Mesh-løsningen.}

Inkompatibilitet med videonett med Webex Experience med alle funksjoner

Du kan ha problemer med videonett og den komplette Webex-opplevelsen:

Hvis du la til Video Mesh i distribusjonen etter introduksjonen av denne funksjonen.
Hvis du aktiverte den funksjonen uten å vite hvilken innvirkning det har på Video Mesh.

Hvis du merker problemer, kan du kontakte Cisco-kontoteamet for å deaktivere bryteren for alle funksjoner i Webex Experience.

Tjenestekvalitet på videonettnode

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

Proxy-støtte for videonett

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

Følgende proxy-typer støttes av videonett:

Eksplisitt proxy (inspeksjons eller ikke-inspeksjons) – Med eksplisitt proxy forteller du klienten (videonettnoder) hvilken proxy-server som skal brukes. Dette alternativet støtter én av følgende godkjenningstyper:
- Ingen – Ingen ytterligere godkjenning er nødvendig. (For eksplisitt proxy for HTTP eller HTTPS.)
- Grunnleggende – Brukes for en HTTP-brukeragent til å angi brukernavn og passord når du foretar en forespørsel, og bruker Base64-koding. (For eksplisitt proxy for HTTP eller HTTPS.)
- Sammendrag – Brukes til å bekrefte identiteten til kontoen før sensitiv informasjon sendes, og bruker en hash-funksjon på brukernavnet og passordet før det sendes over nettverket. (For eksplisitt HTTPS-proxy.)
- NTLM – I likhet med Digest brukes NTLM til å bekrefte identiteten til kontoen før sensitiv informasjon sendes. Bruker Windows-legitimasjon i stedet for brukernavn og passord. Denne godkjenningsplanen krever flere utvekslinger for å fullføre. (For eksplisitt HTTP-proxy.)
Gjennomsiktig proxy (ikke-inspeksjon) – Noder for videonett er ikke konfigurert til å bruke en bestemt proxy-serveradresse, og bør ikke trenge endringer for å fungere med en ikke-inspeksjons-proxy.
Gjennomsiktig proxy (inspeksjon) – Noder for videonett er ikke konfigurert til å bruke en bestemt proxy-serveradresse. Ingen konfigurasjonsendringer for http(s) er nødvendige på videonett, men nodene for videonett trenger et rotsertifikat for å kunne klarere proxyen. Inspeksjons-proxyer brukes vanligvis av IT til å håndheve retningslinjer om hvilke nettsteder som kan besøkes, og hvilke typer innhold som ikke er tillatt. Denne typen proxy dekrypterer all trafikken din (til og med HTTPS).

Støttede oppløsninger og bildefrekvenser for videonett

Oppløsningen påvirker samtalekapasitet på en hvilken som helst videonettnoder. Hvis du vil ha mer informasjon, se Kapasitet for videonettnoder .

Verdien for oppløsning og bildefrekvens kombineres som XXXpYY – for eksempel betyr 720p10 720p med 10 bilder per sekund.

Definisjonsforkortelsene (SD, HD og FHD) i avsenderraden og mottakerkolonnen refererer til den øvre oppløsningen til klienten eller enheten:

SD – standardoppløsning (576p)
HD – høy oppløsning (720p)
FHD – full høyoppløsning (1080p)

Tabell 2. Støttede oppløsninger og bildefrekvenser for videonett
Mottaker	Avsender
	Webex-app	Webex-app for mobil	SIP-registrerte enheter (HD)	SIP-registrerte enheter (FHD)	Webex-registrerte enheter (SD)	Webex-registrerte enheter (HD)	Webex-registrerte enheter (FHD)
Webex-app på skrivebordet	720p10 Blandet lyd*	720p10 Blandet lyd	720p30 Blandet lyd	720p30 Blandet lyd	576p15 Innholdslyd**	720p30 Blandet lyd	720p30 Blandet lyd
Webex-app for mobil	—	—	—	—	—	—	—
SIP-registrerte enheter (HD)	720p30 Innholdslyd	720p15 Blandet lyd	1080p15 Blandet lyd	1080p15 Blandet lyd	576p15 Blandet lyd	1080p15 Blandet lyd	1080p15 Blandet lyd
SIP-registrerte enheter (FHD)	1080p30 Blandet lyd	720p15 Blandet lyd	1080p15 Blandet lyd	1080p30 Blandet lyd	576p15 Blandet lyd	1080p15 Blandet lyd	1080p30 Blandet lyd
Webex-registrerte enheter (SD)	1080p15 Blandet lyd	720p15 Blandet lyd	1080p15 Blandet lyd	1080p15 Blandet lyd	576p15 Blandet lyd	1080p15 Blandet lyd	1080p15 Blandet lyd
Webex-registrerte enheter (FHD)	1080p30 Blandet lyd	720p15 Blandet lyd	1080p15 Blandet lyd	1080p30 Blandet lyd	576p15 Blandet lyd	1080p15 Blandet lyd	1080p30 Blandet lyd

_{* Innholdslyd refererer til lyden som spilles av fra det bestemte innholdet som deles, for eksempel en strømming av video. Denne lydstrømmen er atskilt fra vanlig møtelyd.}

_{** Blandet lyd refererer til en blanding av møtedeltaker lyd og lyd fra innholdsdelingen.}

Forbered miljøet ditt

Krav for videonett

Videonett er tilgjengelig med tilbudene dokumentert i Lisenskrav for hybridtjenester .

Krav til samtalekontroll og møteintegrering for videonett

Tabell 1. Samtalekontroll og møtekrav for videonett
Komponent Formål	Minimum støttet versjon
Lokal samtalekontroll	Cisco Unified Communications Manager, versjon 11.5(1) SU3 eller nyere. (Vi anbefaler den nyeste SU-versjonen.) Cisco Expressway-C eller E, versjon X8.11.4 eller nyere. (Se delen «Viktig informasjon» i Versjonsmerknader for Expressway for mer informasjon.)
Møteinfrastruktur	Webex Meetings WBS33 eller nyere. (Du kan bekrefte at Webex-nettsted ditt er på riktig plattform hvis listen Medieressurstype er tilgjengelig i nettstedsalternativene for møterom for skysamarbeid.) Hvis du vil sikre at nettstedet ditt er klart for Video Mesh, kontakter du din kundesuksessansvarlige (CSM) eller partner.
Håndtering av failover	Cisco Expressway-C eller E, versjon X8.11.4 eller nyere. (Se delen «Viktig informasjon» i Versjonsmerknader for Expressway for mer informasjon.)

Krav til endepunkter og Webex-app

Tabell 2. Krav til endepunkt og app for videonett
Komponent Formål	Detaljer
Støttede endepunkter	Se Webex-videokompatibilitet og støtte .
Støttede versjoner av Webex-appen	Videomesh støtter Webex-appen for skrivebord (Windows, Mac) og mobil (Android, iPhone og iPad). Hvis du vil laste ned appen for en støttet plattform, går du tilhttps://www.webex.com/downloads.html .
Støttede kodeker	Se Webex\| Videospesifikasjoner for samtaler og møter for lyd- og videokodekene som støttes. Merk disse forbeholdene for videonett: For videokvalitet støtter Video Mesh opptil 1080p i visse scenarier. Du kan konfigurere denne innstillingen ihttps://admin.webex.com . For SIP-videosystemer støtter Video Mesh SIP-klienter som lager DTMF-lydtoner (dual tone multi frequency). Tjenesten støtter også KPML (keypad markup language). Webex Teams for Windows og Mac og Room-, Desk- og Board-enheter som er registrert i skyen, støtter opptil 1080p 30 bilder per sekund med innholdslyd. H.323-klienter er nevnt i datablad, men de går bare til skyen.
Støttede Webex-registrerte rom-, skrivebords- og tavleenheter	Følgende enheter er testet og bekreftet å fungere med Video Mesh-noder: Cisco DX70 Cisco Webex DX80 Cisco Webex Board 55 Cisco Webex Room Kit Cisco Webex Room Kit Mini Cisco Webex Room Kit Plus Cisco Webex Room Kit Plus Precision 60 Cisco Webex Room Kit Pro Cisco TelePresence SX10 Quick Set Cisco TelePresence SX20 Quick Set Cisco TelePresence SX80 Codec Cisco TelePresence MX200 G2 Cisco TelePresence MX300 G2 Cisco TelePresence MX700 Cisco TelePresence MX800

System- og plattformkrav for programvare for videonettnode

Produksjonsmiljøer

I produksjonsdistribusjoner er det to måter å distribuere videonettnode programvare på en bestemt maskinvarekonfigurasjon:

Du kan konfigurere hver server som én virtuell maskin, noe som er best for distribusjoner som inkluderer mange SIP-endepunkter.
Ved hjelp av VMNLite-alternativet kan du konfigurere hver server med flere mindre virtuelle maskiner. VMNLite er best for distribusjoner der flertallet av klienter og enheter er Webex-app og Webex-registrerte endepunkter.

Disse kravene er felles for alle konfigurasjoner:

VMware ESXi 7 eller 8, vSphere 7 eller 8
Hyperthreading aktivert

Tabell 3. System- og plattformkrav for programvare for videonettnode i et produksjonsmiljø

Maskinvarekonfigurasjon

Produksjonsdistribusjon som én virtuell maskin

Produksjonsdistribusjon med virtuelle VMNLite-er

Merknader

Cisco Meeting Server 1000 (CMS 1000)

72 vCPU-er (70 for videonettnode, 2 for ESXi)
60 GB hovedminne
80 GB lokal harddiskplass

Distribuer som 3 identiske virtuell maskin , hver med:

23 vCPU-er
20 GB hovedminne
80 GB lokal harddiskplass

Vi anbefaler denne plattformen for videonettnode.

Spesifikasjonsbasert konfigurasjon

(2,6 GHz Intel Xeon E5-2600v3 eller nyere-prosessor kreves)

72 vCPU-er (70 for videonettnode, 2 for ESXi)
60 GB hovedminne
80 GB lokal harddiskplass
eller

80 GB NFS-lagring

Distribuer som 3 identiske virtuell maskin , hver med:

23 vCPU-er
20 GB hovedminne
80 GB lokal harddiskplass

eller

80 GB NFS-lagring

Hver virtuell maskin for Video Mesh må ha CPU, RAM og harddisker reservert for seg selv.

Bruk enten CMS1000 eller VMNLite alternativet under konfigurasjonen.

Topp IOP-er (inndata-/utdataoperasjoner per sekund) for NFS-lagring er 300 IOPS.

Cisco Meeting Server 2000 (CMS 2000)

Distribuer som 8 identiske virtuell maskin , hver med:

72 vCPU-er (70 for videonettnode, 2 for ESXi)
60 GB hovedminne
80 GB lokal harddiskplass
eller

80 GB NFS-lagring

Distribuer som 24 identiske virtuell maskin , hver med:

23 vCPU-er
20 GB hovedminne
80 GB lokal harddiskplass

eller

80 GB NFS-lagring

Vi anbefaler denne plattformen for videonettnode.

Hvert blad må være en komplett Cisco Meeting Server 1000 med reservert CPU, RAM og harddisker per blad.

Topp IOP-verdier for NFS-lagring er 300 IOPS.

Demomiljøer

For grunnleggende demoformål kan du bruke en spesifikasjonsbasert maskinvarekonfigurasjon, med følgende minimumskrav:

14vCPU-er (12 for videonettnode, 2 for ESXi)
8 GB hovedminne
20 GB lokal harddiskplass
2,6 GHz Intel Xeon E5-2600v3 eller nyere-prosessor

Denne konfigurasjonen av Video Mesh støttes ikke av Cisco TAC .

Hvis du vil ha mer informasjon om demoprogramvaren, se Demoprogramvare for videonettnode .

Krav til båndbredde

Videonettnoder må ha en minimumsbåndbredde til Internett på 10 Mbps for at både opplasting og nedlasting skal fungere som den skal.

Krav for proxy-støtte for videonett

Vi støtter offisielt følgende proxy-løsninger som kan integreres med Video Mesh-nodene dine.
- Cisco Web Security Appliance (WSA) for gjennomsiktig proxy
- Squid for eksplisitt proxy
For en eksplisitt proxy eller gjennomsiktig inspeksjons-proxy som inspiserer (dekrypterer trafikk), må du ha en kopi av proxyens rotsertifikat som du må laste opp til klareringslageret for Video Mesh-noden i webgrensesnitt.
Vi støtter følgende eksplisitte kombinasjoner av proxy- og godkjenningstyper:
- Ingen godkjenning med http og https
- Enkel godkjenning med http og https
- Sammendragsgodkjenning kun med https
- NTLM-godkjenning kun med http

For gjennomsiktige proxyer må du bruke ruteren/bryteren til å tvinge HTTPS/443-trafikk til å gå til proxyen. Du kan også tvinge Web Socket til å gå til proxy. (Web Socket bruker https.)

Hvis mediet ikke flyter, skjer dette ofte når https-trafikk fra noden over port 443 svikter:

Port 443-trafikk er tillatt av proxyen, men det er en inspeksjons proxy og bryter websocket.

For å løse disse problemene må du kanskje «omgå» eller «skjøte» (deaktivere inspeksjon) på port 443 til: *.wbx2.com og *.ciscospark.com.

Kapasitet for videonettnoder

Enhetstyper og klienter
Videooppløsning
Nettverkskvalitet
Toppbelastning
Distribusjonsmodell

Bruk av videonett påvirker ikke antall Webex-lisenser.

Test ut vanlige møtescenarier for distribusjonen din.
Bruk analysene i Control Hub for å se hvordan distribusjonen utvikler seg, og legg til kapasitet etter behov.

Tabell 4. Kapasitet på vanlige videonettnoder
Scenario	Oppløsning	Deltakerkapasitet
Møter med bare deltakere i Webex-appen	720p	100–130
Møter med bare deltakere i Webex-appen	1080p	90–100
Møter og 1-til-1-samtaler med bare deltakere i Webex-appen	720p	60–100
Møter og 1-til-1-samtaler med bare deltakere i Webex-appen	1080p	30–40
Møter med kun SIP-deltakere	720p	70–80
Møter med kun SIP-deltakere	1080p	30–40
Møter med Webex-appen og SIP-deltakere	720p	75–110

Grunnoppløsningen for Webex-appen er 720p. Men når du deler, er deltakerminiatyrbildene på 180p.
Disse ytelsestallene forutsetter at du har aktivert alle de anbefalte portene.

Kapasitet for VMNLite

Tabell 5. Kapasitet på VMNLite-noder
Scenario	Oppløsning	Deltakerkapasitet med 3 VMNLite-noder på en server
Møter med bare deltakere i Webex-appen	720p	250–300
Møter med bare deltakere i Webex-appen	1080p	230–240
Møter og 1-til-1-samtaler med bare deltakere i Webex-appen	720p	175–275
Møter og 1-til-1-samtaler med bare deltakere i Webex-appen	1080p	230–240

Grunnoppløsningen for Webex-appmøter er 720p. Men når du deler, er deltakerminiatyrbildene på 180p.

Klynger i videonett

En klient på et bedriftsnettverk som kan nå en lokal klynge, kobles til den – den primære preferansen for klienter på bedriftsnettverk.
Klienter som blir med i et privat møte med Video Mesh, kobles bare til lokale klynger. Du kan opprette en egen klynge spesielt for disse private møtene.
En klient som ikke kan nå en lokal klynge, kobles til skyen – tilfellet for en mobilenhet som ikke er koblet til bedriftsnettverk.
Den valgte klyngen avhenger også av ventetid, i stedet for bare plassering. For eksempel kan en skyklynge med lavere STUN-tur-retur-forsinkelse (SRT) enn en videonettklynge være en bedre kandidat for møtet. Denne logikken forhindrer en bruker i å lande på en geografisk fjern klynge med høy SRT-forsinkelse.

Klynger for private møter

Hvis du vil ha mer informasjon om funksjonen for private møter i videonett, se Private møter .

Retningslinjer for distribusjon av videonettklynge

I typiske bedriftsdistribusjoner anbefaler vi at kunder bruker opptil 100 noder per klynge. Det er ingen faste grenser i systemet for å blokkere en klyngestørrelse med mer enn 100 noder. Hvis du imidlertid trenger å opprette større klynger, anbefaler vi på det sterkeste at du går gjennom dette alternativet med Cisco-teknologi gjennom ditt Cisco-kontoteam.
Opprett færre klynger når ressursene har lignende nettverksnærhet (tilhørighet).
Når du oppretter klynger, må du bare legge til noder som er i samme geografiske område og samme datasenter. Klynger over Wide Area Network (WAN) støttes ikke.
Vanligvis distribuerer du klynger i bedrifter som er vert for hyppige lokaliserte møter. Planlegg hvor du plasserer klynger på båndbredden som er tilgjengelig på forskjellige WAN-plasseringer i bedriften. Over tid kan du distribuere og vokse klynge for klynge basert på observerte brukermønstre.
Klynger som befinner seg i forskjellige tidssoner, kan effektivt betjene flere geografiske områder ved å dra nytte av forskjellige anropsmønstre med peak/ travel time .
Hvis du har to Video Mesh-noder i to separate datasentre (EU og NA, for eksempel), og du har endepunkter som kobles sammen gjennom hvert datasenter, vil nodene i hvert datasenter overlappe hverandre til én enkelt Video Mesh-node i skyen. Disse kaskader ville gå over Internett. Hvis det finnes en skydeltaker (som blir med før en av Video Mesh-deltakerne), vil nodene bli koblet gjennom skydeltakerens medianode.

Mangfold i tidssone

Overflyt til skyen

Hvis du konfigurerer møtet som den private møtetypen, beholder Webex alle samtalene i de lokale klyngene dine. Private møter flyter aldri over til skyen.

Webex-enhet registreres med Webex

Tester med forsinkelser tur/retur – skyenheten når ikke den lokale klyngen

Tester med forsinkelser tur/retur – skyenheten når den lokale klyngen

Lokal og skysamtale

Lokal samtale med forskjellige klyngetilknytninger

Webex-enheten kobles til enten lokal klynge eller sky basert på tilgjengeligheten. Følgende viser eksempler på de vanligste scenariene.

Webex Cloud enhet kobles til skyen

Den lokale Webex-enheten kobles til den lokale klyngen

Lokal Webex-enhet kobles til skyen

Skyklyngevalg for overflyt basert på 250 ms eller høyere STUN tur-retur-forsinkelse

Webex-appen eller Webex-enheten er på bedriftsnettverket i San Jose.
San Jose- og Amsterdam-klynger er fulle eller utilgjengelige.
SRT-forsinkelse til Shanghai-klyngen er større enn 250 ms og vil sannsynligvis føre til problemer med mediekvaliteten.
San Francisco-skyklyngen har en optimal SRT-forsinkelse.
Shanghai-videonett-klyngen er ekskludert fra vurdering.
Som et resultat av dette flyter Webex-appen over til San Francisco-skyklyngen.

Private møter

Kontroller at de nødvendige portene er åpne i brannmuren, for å tillate uhindret overlapping mellom klynger. Se Porter og protokoller for administrasjon .

Distribusjonsmodeller som støttes av videonett

Støttes i en distribusjon av videonett

Du kan distribuere en videonettnode i enten et datasenter (foretrukket) eller i demilitarisert sone (DMZ). Hvis du vil ha veiledning, se Porter og protokoller som brukes av videonett .
For en DMZ-distribusjon kan du konfigurere videonettnodene i en klynge med det to nettverksgrensesnitt (NIC). Denne distribusjonen lar deg skille bedriftens interne nettverkstrafikk (brukes til interbokskommunikasjon, overlappende nodeklynger og for å få tilgang til nodens administrasjonsgrensesnitt) fra den eksterne skynettverkstrafikken (brukes for tilkobling til omverdenen og gjennomgripende til skyen).

Dobbelt nettverkskort fungerer på den fullstendige VMNLite- og demoversjonen av nodeprogramvaren for Video Mesh. Du kan også distribuere videonettet bak et 1:1 NAT-oppsett.
Du kan integrere Video Mesh-noder med samtalekontroll . For eksempel distribusjoner med Video Mesh integrert med Unified CM, se Distribusjonsmodeller for Video Mesh og Cisco Unified Communications Manager .
Følgende typer adresseoversettelse støttes:
- Dynamisk oversettelse av nettverksadresse (NAT) ved hjelp av et IP-utvalg
- Dynamisk oversettelse av portadresse (PAT)
- 1:1 NAT
- Andre former for NAT skal fungere så lenge de riktige portene og protokollene brukes, men vi støtter ikke offisielt dem fordi de ikke har blitt testet.
IPv4
Statisk IP-adresse for videonettnode

Støttes ikke i en distribusjon av videonett

IPv6
DHCP for videonettnode
En klynge med en blanding av enkelt og to nettverkskort
Klynger av videonettnoder over WAN (Wide Area Network)
Lyd, video eller medier som ikke går gjennom en videonettnode:
- Lyd fra telefoner
- Node-til-node-anrop mellom Webex-appen og standardbasert endepunkt
- Lydavslutning på videonettnode
- Medier sendt gjennom Expressway C/E-par
- Videosamtale tilbakeringing fra Webex

Distribusjonsmodeller for Video Mesh og Cisco Unified Communications Manager

Steder for datasenter
Kontorplasseringer og størrelse
Sted og kapasitet for Internett-tilgang

Video Mesh støtter SME ( Session Management Edition ). Unified CM -klynger kan kobles til via en SME, og deretter må du opprette en SME-trunk som kobles til Video Mesh-nodene.

Hub- og Spoke-arkitektur

Geografisk distribusjon

Geografisk distribusjon med SIP-oppringing

Porter og protokoller som brukes av videonett

For å sikre en vellykket distribusjon av Video Mesh og for problemfri drift av Video Mesh-nodene, åpner du følgende porter på brannmuren for bruk med protokollene.

Se Nettverkskrav for Webex-tjenester for å forstå de generelle nettverkskravene for Webex Teams.
Se Hvitbok for gjennomgang av brannmur hvis du vil ha mer informasjon om brannmur- og nettverkspraksis for Webex-tjenester.
Hvis du vil redusere potensielle problemer med DNS-spørringer, følger du veiledningen Anbefalte fremgangsmåter for DNS, nettverksbeskyttelse og angrepsidentifikasjon dokumentasjonen når du konfigurerer bedriftens brannmur.
Hvis du vil ha mer designinformasjon, kan du se Foretrukket arkitektur for hybridtjenester, CVD .

Porter og protokoller for administrasjon

Videonettnodene i en klynge må være i samme VLAN- eller nettverksmaske.

Hensikt	Kilde	Destinasjon	Kilde-IP	Kildeport	Transportprotokoll	Destinasjons-IP	Målport
Administrasjon	Administrasjonsdatamaskin	Videonett-node	Etter behov	Hvilke som helst	TCP, HTTPS	Videonett-node	443
SSH for tilgang til administrasjonskonsollen for Video Mesh	Administrasjonsdatamaskin	Videonett-node	Etter behov	Hvilke som helst	TCP	Videonett-node	22
Intraklyngekommunikasjon	Videonett-node	Videonett-node	IP-adresse til andre Video Mesh-noder i klyngen	Hvilke som helst	TCP	Videonett-noder	8443
Administrasjon	Videonett-node	Webex-sky	Etter behov	Hvilke som helst	UDP, NTP UDP, DNS TCP, HTTPS (WebSockets)	Hvilke som helst	123* 53*
Overlappende signalisering	Videonett-node	Webex-sky	Hvilke som helst	Hvilke som helst	TCP	Hvilke som helst	443
Overlappende medier	Videonett-node	Webex-sky	Videonett-node	Alle***	UDP	Hvilke som helst Hvis du vil ha spesifikke adresseområder, kan du se delen «IP-delnett for Webex Media-tjenester» i Nettverkskrav for Webex-tjenester .	5004 50000 til 53000 Hvis du vil ha mer informasjon, kan du se delen «Webex-tjenester – portnumre og protokoller» i Nettverkskrav for Webex-tjenester .
Overlappende signalisering	Vido-nettklynge (1)	Vido-nettklynge (2)	Hvilke som helst	Hvilke som helst	TCP	Hvilke som helst	443
Overlappende medier	Vido-nettklynge (1)	Vido-nettklynge (2)	Vido-nettklynge (1)	Alle***	UDP	Hvilke som helst	5004 50000 til 53000
Administrasjon	Videonett-node	Webex-sky	Etter behov	Hvilke som helst	TCP, HTTPS	Alle**	443
Administrasjon	Videonett-node (1)	Videonett-node (2)	Videonett-node (1)	Hvilke som helst	TCP, HTTPS (WebSockets)	Videonett-node (2)	443
Intern kommunikasjon	Videonett-node	Alle andre videonettnoder	Videonett-node	Hvilke som helst	UDP	Hvilke som helst	10000 til 40000

_{***Portene varierer avhengig av om du aktiverer QoS. Med QoS aktivert er portene 52.500-59499, 63000-64667, 59500-62999 og 64688-65500. Med QoS av er portene 34.000–34.999.}

Trafikksignaturer for videonett (tjenestekvalitet aktivert)

Kilde-IP-adresse	Destinasjons-IP-adresse	Kilde UDP-porter	UDP-målporter	Innebygd DSCP-merking	Mediatype
Videonettnode	Webex skymedietjenester	35000 til 52499	5004	AF41	Test STUN-pakker
Videonettnode	Webex skymedietjenester	52500 til 59499	5004	EF	Lyd
Videonettnode	Webex skymedietjenester	63000 til 64667	5004	AF41	Video
Videonettnode	Webex skymedietjenester	59500 til 62999	50 000 til 51499	EF	Lyd
Videonettnode	Webex skymedietjenester	64668 til 65500	51500 til 53000	AF41	Video
Videonettnode	Videonettnode	10000 til 40000	10000 til 40000	—	Lyd
Videonettnode	Videonettnode	10000 til 40000	10000 til 40000	—	Video
Videonettnode	Unified CM SIP-endepunkter	52500 til 59499	Unified CM SIP-profil	EF	Lyd
Videonettnode	Unified CM SIP-endepunkter	63000 til 64667	Unified CM SIP-profil	AF41	Video
Videonett-klynge	Videonett-klynge	52500 til 59499	5004	EF	Lyd
Videonett-klynge	Videonett-klynge	63000 til 64667	5004	AF41	Video
Videonett-klynge	Videonett-klynge	59500 til 62999	50 000 til 51499	EF	Lyd
Videonett-klynge	Videonett-klynge	64668 til 65500	51500 til 53000	AF41	Video
Videonettnode	Webex Teams-program eller endepunkt*	5004	52000 til 52099	AF41	Lyd
Videonettnode	Webex Teams-program eller endepunkt	5004	52100 til 52299	AF41	Video

Trafikksignaturer for videonett (tjenestekvalitet deaktivert)

Tabellen og diagrammet viser UDP-porter som brukes til lyd- og videostrømmer når QoS er deaktivert.

Tabell 6. Trafikksignaturer for videonett (tjenestekvalitet deaktivert)
Kilde-IP-adresse	Destinasjons-IP-adresse	Kilde UDP-porter	UDP-målporter	Innebygd DSCP-merking	Mediatype
Videonettnode	Webex skymedietjenester	34000 til 34999	5004	AF41	Lyd
Videonettnode	Webex skymedietjenester	34000 til 34999	5004	AF41	Video
Videonettnode	Webex skymedietjenester	34000 til 34999	50 000 til 51499	AF41	Lyd
Videonettnode	Webex skymedietjenester	34000 til 34999	51500 til 53000	AF41	Video
Videonettnode	Videonettnode	10000 til 40000	10000 til 40000	AF41	Lyd
Videonettnode	Videonettnode	10000 til 40000	10000 til 40000	AF41	Video
Videonett-klynge	Videonett-klynge	34000 til 34999	5004	AF41	Lyd
Videonett-klynge	Videonett-klynge	34000 til 34999	5004	AF41	Video
Videonett-klynge	Videonett-klynge	34000 til 34999	50 000 til 51499	AF41	Lyd
Videonett-klynge	Videonett-klynge	34000 til 34999	51500 til 53000	AF41	Video
Videonettnode	Unified CM SIP-endepunkter	52500 til 59499	Unified CM SIP-profil	AF41	Lyd
Videonettnode	Unified CM SIP-endepunkter	63000 til 64667	Unified CM SIP-profil	AF41	Video
Videonettnode	Webex skymedietjenester	35000 til 52499	5004	AF41	Test STUN-pakker
Videonettnode	Webex Teams-program eller endepunkt	5004	52000 til 52099	AF41	Lyd
Videonettnode	Webex Teams-program eller endepunkt	5004	52100 til 52299	AF41	Video

Porter og protokoller for Webex Meetings trafikk

Hensikt	Kilde	Destinasjon	Kilde-IP	Kildeport	Transportprotokoll	Destinasjons-IP	Målport
Innkaller til møte	Apper (Webex-appen for skrivebord og mobilapper) Webex-registrerte enheter	Videonett-node	Etter behov	Hvilke som helst	UDP og TCP (brukes av Webex-appen) SRTP (alle)	Alle**	5004
SIP-enhet som ringer til møte (SIP-signalisering)	samtalekontroll i Unified CM eller Cisco Expressway	Videonett-node	Etter behov	Kortvarig (>=1024)	TCP eller TLS	Alle**	5060 eller 5061
Overlapping	Videonett-node	Webex-sky	Etter behov	34000 til 34999	UDP, SRTP (alle)*	Alle**	5004 50000 til 53000***
Overlapping	Videonett-node	Videonett-node	Etter behov	34000 til 34999	UDP, SRTP (alle)*	Alle**	5004

Port 5004 brukes for alle skymedier og lokale videonettnoder.

_{** Hvis du vil begrense etter IP-adresser, kan du se IP-adresse som er dokumentert i Nettverkskrav for Webex-tjenester .}

Videokvalitet og skalering for videonett

For retningslinjer for båndbreddeklargjøring og kapasitetsplanlegging , se Dokumentasjon for foretrukket arkitektur .

Arkitektur

Deltakere i skyen og lokaler

Kaskader

Overlappende båndbreddegrafer som gir måling per klynge, er tilgjengelige på Analytics-menyen i Webex Control Hub. Du kan ikke konfigurere overlappende båndbredde per møte i Control Hub.

Eksempel på hovedvideo med flere oppsett

Diagrammet nedenfor viser et møte med registrerte endepunkter i skyen og lokaler og en aktiv taler.

I det samme møtet viser diagrammet nedenfor et eksempel på en kaskade som er opprettet mellom videonettnodene og skyen i begge retninger.

I det samme møtet viser diagrammet nedenfor et eksempel på en kaskade fra skyen.

Krav for Webex-tjenester

Samarbeid med partneren din, Customer Suksess Manager (CSM) eller prøveversjonsrepresentanten for å klargjøre Cisco Webex nettstedet og Webex-tjenester for videonett på riktig måte:

Du må ha en Webex-organisasjon med et betalt abonnement på Webex-tjenester.
Hvis du vil dra full nytte av Video Mesh, må du sørge for at Webex-nettsted ditt er på videoplattform versjon 2.0. (Du kan bekrefte at nettstedet ditt er på videoplattform versjon 2.0 hvis det har listen Medieressurstype tilgjengelig i nettstedsalternativene for møterom for skysamarbeid.)
Du må aktivere CMR for Webex-nettsted ditt under brukerprofiler. (Du kan gjøre dette i en CSV-fil for masseoppdatering med SupportCMR-attributtet).

Hvis du vil ha mer informasjon, se Funksjonssammenligning og overføringsbane fra samarbeidsmøterom-hybrid til videonett i vedlegget.

Tilknyttet informasjon

Kontroller at kildelandet er riktig

1	I en nettleser skriver du inn denne URL-adressen med den offentlige IP-adresse til Expresswayen eller endepunktet på slutten. `https://ds.ciscospark.com/v1/region/ <public IP address>` Du mottar et svar som følgende: `attribution: "This product includes GeoLite2 data created by MaxMind, available from http://www.maxmind.com" clientAddress: "<public IP address>" clientRegion: "US-WEST" countryCode: "US" disclaimer: "This service is intended for use by Webex Team only. Unauthorized use is prohibitted." regionCode: "US-WEST" timezone: "America/Chicago"`
2	Kontroller at `countryCode` er passende for plasseringen av Expresswayen eller endepunktet.
3	Hvis plasseringen er feil, sender du en forespørsel om å korrigere plasseringen av den offentlige IP-adresse din til MaxMind påhttps://support.maxmind.com/geoip-data-correction-request/correct-a-geoip-location .

Fullfør forutsetningene for videonett

Bruk denne sjekklisten for å sikre at du er klar til å installere og konfigurere videonett-noder og integrere et Webex-nettsted med videonett.

Sørg for at du:

Oppfyll minimumssystemkravene som er beskrevet i Krav for videonett og Lisenskrav for hybridtjenester .
Forstå eksemplene på samtalekapasitet som er beskrevet i Kapasitet for videonettnoder .
Forstå de støttede distribusjonsmodellene beskrevet i Distribusjonsmodeller som støttes av videonett .
Kontroller at nettverket tillater tilkobling på portene og ved hjelp av protokollene som er beskrevet i Porter og protokoller som brukes av videonett
Kontroller at nettverket ditt støtter båndbreddekravene som er beskrevet i Videokvalitet og skalering for videonett

Ta opp følgende nettverksinformasjon som skal tilordnes til Video Mesh-nodene:

IP-adresse (anbefales)
Nettverksmaske
Gateway IP-adresse
DNS-servere
NTP-servere

Et vertsnavn og eventuelt domenenavn for videonett-noden. (Valgfritt)

Velg en støttet maskinvare eller spesifikasjonsbasert konfigurasjon for Video Mesh-noden, som beskrevet i System- og plattformkrav for programvare for videonettnode .

Kontroller at serveren din kjører VMware ESXi 7 eller 8, og vSphere 7 eller 8, med en VM-vert operativ.

Hva nå?

Installer og konfigurer programvaren for videonettnode

Distribuer videonett

Oppgaveflyt for distribusjon av videonett

Før du starter

1	Installer og konfigurer programvaren for videonettnode Bruk denne fremgangsmåten til å distribuere en videonettnode til vertsserveren som kjører VMware ESXi eller vCenter. Du installerer den lokale programvaren som oppretter en node, og deretter utfører du den første konfigurasjonen, for eksempel nettverksinnstillinger. Du registrerer den i skyen senere.
2	Logg på videonettnode Logg på konsollen for første gang. Programvaren for videonettnode har et standardpassord. Du må endre denne verdien før du konfigurerer noden.
3	Angi nettverkskonfigurasjon for videonettnode i konsollen Bruk denne fremgangsmåten til å konfigurere nettverksinnstillinger for videonettnode hvis du ikke konfigurerte dem da du konfigurerte noden på en virtuell maskin. Du angir en statisk IP-adresse og endrer FQDN/vertsnavn og NTP-servere. DHCP støttes for øyeblikket ikke.
4	Bruk disse trinnene for å konfigurere det eksterne grensesnittet for en distribusjon med to nettverksgrensesnitt (dual NIC): Angi det eksterne nettverksgrensesnittet for videonettnode Legg til interne og eksterne rutingsregler Når noden er tilkoblet igjen og du har bekreftet den interne nettverkskonfigurasjon, kan du konfigurere det eksterne nettverksgrensesnitt hvis du distribuerer videonettnode i nettverkets DMZ, slik at du kan isolere bedriftstrafikken (internt) fra utsiden (eksternt). ) trafikk. Du kan også gjøre unntak eller overstyringer av standard rutingsregler.
5	Registrer videonettnode til Webex Cloud Bruk denne fremgangsmåten til å registrere videonett-noder til Webex-skyen og fullføre ytterligere konfigurasjon. Når du bruker Control Hub til å registrere noden, oppretter du en klynge som noden er tilordnet. En klynge inneholder én eller flere medienoder som betjener brukere i et bestemt geografisk område. Registreringstrinnene konfigurerer også innstillinger for SIP-samtale , angi en oppgraderingsplan og abonnere på e-postvarsler.
6	Aktiver og verif Quality of Service (QoS) med følgende oppgaver: Aktiver Quality of Service (QoS) for videonettnode Kontroller portområder for videonettnode med reflektorverktøy i nettgrensesnittet Aktiver QoS hvis du vil at Video Mesh-noder automatisk skal merke SIP-trafikk (lokale SIP-registrerte endepunkter) for både lyd (EF) og video (AF41) separat med passende tjenesteklasse og bruke kjente portområder for bestemte medietyper. Denne endringen lar deg opprette QoS-policyer og effektivt kommentere returtrafikk fra skyen hvis du ønsker det. Bruk trinnene i Reflector Tool for å kontrollere at de riktige portene er åpnet på brannmuren.
7	Konfigurer videonettnode for proxy-integrering Bruk denne fremgangsmåten til å angi hvilken type proxy du vil integrere med et videonett. Hvis du velger en gjennomsiktig inspeksjons-proxy, kan du bruke nodens grensesnitt til å laste opp og installere rotsertifikat, kontrollere proxyen og feilsøke potensielle problemer.
8	Følg Integrer videonett med oppgaveflyt for samtalekontroll og velg ett av følgende, avhengig av samtalekontroll, sikkerhetskrav og om du vil integrere Video Mesh med samtalekontroll : Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett (TLS) Konfigurer Unified CM TCP SIP-trafikkruting for videonett (TCP) Konfigurer Expressway TCP SIP-trafikkruting for videonett (TCP) SIP-enheter støtter ikke direkte tilgjengelighet, så du må bruke Unified CM eller VCS Expressway-konfigurasjon for å etablere et forhold mellom lokale registrerte SIP-enheter og videonettklynger. Du trenger bare å trunke Unified CM eller VCS Expressway til videonettnode, avhengig av samtalekontroll .
9	Utveksle sertifikatkjeder mellom Unified CM og videonettnoder I denne oppgaven laster du ned sertifikater fra Unified CM og Video Mesh-grensesnittene og laster opp det ene til det andre. Dette trinnet etablerer sikker tillit mellom de to produktene, og, sammen med den sikre trunkkonfigurasjonen, lar kryptert SIP-trafikk og SRTP-medier i organisasjonen din lande på Video Mesh-noder.
10	Aktiver mediekryptering for organisasjons- og videonettklynger Bruk denne fremgangsmåten til å aktivere mediekryptering for organisasjonen og individuelle videonett-klynger. Denne innstillingen tvinger ende-til-ende TLS-oppsett, og du må ha en sikker TLS SIP-trunk på plass på Unified CM som peker til Video Mesh-nodene.
11	Aktiver videonett for Webex-nettstedet Hvis du vil bruke optimalisert media til videonettnode for et Webex-møte til alle Webex-app og -enhetene som skal delta, må denne konfigurasjonen være aktivert for Webex-nettsted. Aktivering av denne innstillingen kobler Video Mesh- og møteforekomster i skyen sammen, og tillater at overlappinger oppstår fra Video Mesh-noder. Hvis denne innstillingen ikke er aktivert, vil ikke Webex-app og -enhetene bruke videonettnoden for Webex-møter.
12	Tilordne møterom for samarbeid til brukere av Webex-appen
13	Kontroller møteopplevelsen på det sikre endepunktet Hvis du bruker mediekryptering gjennom ende-til-ende TLS-oppsettet, bruker du disse trinnene for å bekrefte at endepunktene er registrert på en sikker måte, og at riktig møteopplevelse vises.

Skript for masseklargjøring for videonett

Installer og konfigurer programvaren for videonettnode

Før du starter

Se System- og plattformkrav for programvare for videonettnode for støttede maskinvareplattformer og spesifikasjonskrav for videonettnode.

Kontroller at du har disse obligatoriske elementene:

En datamaskin med:

VMware vSphere-klient 7 eller 8.

Du finner en liste over operativsystemer som støttes, i VMware-dokumentasjonen.

OVA-fil for Video Mesh-programvare lastet ned.

En støttet server med VMware ESXi eller vCenter 7 eller 8 installert og kjører
Deaktiver sikkerhetskopiering av virtuell maskin og direkteoverføring. videonettnode -klynger er sanntidssystemer. eventuelle pauser i virtuell maskin kan gjøre disse systemene ustabile. (For vedlikeholdsaktiviteter på en videonettnode, bruk vedlikeholdsmodus fra Control Hub.)

Åpne VMware vSphere-klienten ved hjelp av datamaskinen og logg på vCenter- eller ESXi-systemet på serveren.

Gå til Handlinger > Distribuer OVF-mal .

På Velg en OVF-mal side, klikk Lokal fil , deretter Velg Filer . Naviger til der videomesh.ova filen er plassert, velger du filen og klikker på Neste .

Pass på at du laster ned en ny kopi av OVA fra denne koblingen .

Det kjøres en valideringskontroll. Når den er fullført, vises maldetaljene.

Kontroller maldetaljene, og klikk deretter på Neste .

På Konfigurasjon velger du type distribusjonskonfigurasjon, og klikker deretter Neste .

VMNLite (standard)
CMS 1000

Alternativene er oppført i rekkefølgen etter økende ressurskrav.

På Velg lagring side, må du kontrollere at standard diskformat for Tykk provisjon Lazy nullstilt og retningslinjer for VM-lagring for Datalager som standard er valgt, og klikk deretter Neste .

På Velg nettverk -siden, velger du nettverksalternativet fra listen over oppføringer for å gi ønsket tilkobling til den virtuelle maskinen.

For Internt grensesnitt, nettverk , velger du nodens interne IP-adresse.
For Eksternt grensesnittnettverk , velger du den eksterne IP-adresse som vender mot det offentlige nettverket. Se bort fra dette alternativet hvis du ikke har en dobbel NIC-distribusjon.

På Tilpass mal side, konfigurerer du følgende nettverksinnstillinger:

Vertsnavn (Valgfritt) – angi FQDN (vertsnavn og domene) eller vertsnavn med ett ord for noden.

Hvis du vil sikre en vellykket registrering til skyen, bruker du bare små tegn i FQDN eller vertsnavnet du angir for videonettnode. Store og små bokstaver støttes ikke for øyeblikket.
Når du bruker eller konfigurerer FQDN eller vertsnavn, må du også angi et gyldig domene som kan løses. Den totale lengden på FQDN kan ikke overstige 64 tegn.

IP-adresse — Angi IP-adresse for det interne grensesnittet til noden.
Maske – Angi nettverksmaske med punktum og desimal. For eksempel 255.255.255.0 .
Gateway – Angi IP-adresse for gatewayen . En gateway er en nettverksnode som fungerer som et tilgangspunkt til et annet nettverk.
DNS-servere – Angi en kommadelt liste over DNS-servere som håndterer oversettelse av domenenavn til numeriske IP-adresser. (Opptil fire DNS-oppføringer er tillatt.)
NTP-servere – Angi organisasjonens NTP-server eller en annen ekstern NTP-server som kan brukes i organisasjonen. Du kan også bruke en kommadelt liste til å angi flere NTP-servere.

videonettnode må ha en intern IP-adresse og et DNS-navn som kan løses. IP-adresse for noden kan ikke tilhøre IP-adresse som er reservert for intern bruk av videonettnode . Standard reservert IP-adresse er 172.17.42.0–172.17.42.63, som kan konfigureres senere i Diagnostikk -menyen. Dette IP-adresse er for kommunikasjon innenfor videonettnode og mellom programvarebeholderne som inneholder de forskjellige komponentene i noden – for eksempel SIP-grensesnitt og medietranskoding.
Distribuer alle nodene i samme delnett eller VLAN, slik at alle nodene i en klynge er tilgjengelige uansett hvor klientene befinner seg i nettverket.
For en dobbel NIC DMZ-distribusjon kan du angi den eksterne IP-adresse i nodekonsollen etter at du har lagret den interne nettverkskonfigurasjon og startet noden på nytt senere.

Hvis du foretrekker det, kan du hoppe over konfigurasjonen av nettverksinnstillinger og følge trinnene i Angi nettverkskonfigurasjon for videonettnode i konsollen etter at du logger på noden.

På Klar til å fullføre på siden, kontroller at alle innstillingene du anga, samsvarer med retningslinjene i denne prosedyren, og klikk deretter på Fullfør .

Når distribusjonen av OVA er fullført, vises videonettnode i listen over virtuelle datamaskiner.

Høyreklikk på den videonettnode , og velg deretter Strøm > Strøm på .

Programvaren for videonettnode installeres som gjest på VM-verten. Du er nå klar til å logge på konsollen og konfigurere videonettnode.

Du kan oppleve en forsinkelse på noen minutter før nodebeholderne kommer opp. Det vises en brobrannmurmelding på konsollen ved første oppstart, der du ikke kan logge på.

Hva nå?

Angi nettverkskonfigurasjon for videonettnode i konsollen

Logg på konsollen for første gang. Programvaren for videonettnode har et standardpassord. Du må endre denne verdien før du konfigurerer noden.

1	Fra VMware vSphere-klienten går du til den videonettnode , og deretter velger du Konsoll . Den videonettnode starter opp, og det vises en påloggingsmelding. Hvis påloggingsmeldingen ikke vises, trykker du på Gå inn . Du kan en kort stund se en melding som angir at systemet initialiseres.
2	Bruk følgende standard brukernavn og passord for å logge på: Innlogging: `admin` Passord: `cisco` Fordi du logger på videonettnode for første gang, må du endre passordfrasen (passordet) for administrator .
3	For (gjeldende) passord skriver du inn standard passord (ovenfra), og deretter trykker du på Gå inn .
4	For nytt passord skriver du inn en ny passordfrase, og deretter trykker du på Gå inn .
5	Hvis du vil skrive inn nytt passord på nytt, skriver du inn den nye passordfrasen på nytt, og deretter trykker du på Gå inn . Meldingen «Passord ble endret» vises, og deretter vises det første skjermbildet for videonettnode med en melding om at uautorisert tilgang er forbudt.
6	Trykk på Gå inn for å laste hovedmeny.

Hva nå?

Disse trinnene er obligatoriske hvis du ikke konfigurerte nettverksinnstillinger på tidspunktet for OVA-distribusjon.

Det indre grensesnittet (standardgrensesnittet for trafikk) brukes til CLI, SIP-trunker, SIP-trafikk og nodebehandling. Det eksterne (eksterne) grensesnittet er for HTTPS- og websockets-kommunikasjon til Webex, sammen med den overlappende trafikken fra nodene til Webex.

Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten, og logg deretter på med administratorlegitimasjonen.

Etter førstegangs oppsett av nettverksinnstillinger , og hvis videonettverket er tilgjengelig, kan du få tilgang til nodegrensesnittet via sikkert skall (SSH).

Velg alternativ fra hovedmeny i videonettnode 2 Rediger konfigurasjon og klikk deretter Velg .

Les meldingen om at samtalene avsluttes på videonettnode, og klikk deretter på Ja .

Klikk på Statisk , angi IP-adresse for det interne grensesnittet, Maske , Gateway , og DNS verdier for nettverket ditt.

videonettnode må ha en intern IP-adresse og et DNS-navn som kan løses. IP-adresse for noden kan ikke tilhøre IP-adresse som er reservert for intern bruk av videonettnode . Standard reservert IP-adresse er 172.17.42.0–172.17.42.63, som kan konfigureres i Diagnostikk -menyen. Dette IP-adresse er for kommunikasjon innenfor videonettnode og mellom programvarebeholderne som inneholder de forskjellige komponentene i noden – for eksempel SIP-grensesnitt og medietranskoding.
Distribuer alle nodene i samme delnett eller VLAN, slik at alle nodene i en klynge er tilgjengelige uansett hvor klientene befinner seg i nettverket.
For en DMZ-distribusjon for to nettverkskort kan du angi den eksterne IP-adresse i neste prosedyre etter at du har lagret den interne nettverkskonfigurasjon og startet noden på nytt.

Angi organisasjonens NTP-server eller en annen ekstern NTP-server som kan brukes i organisasjonen.

Hvis du konfigurerer mer enn én NTP-server, er avstemningsintervallet for failover 40 sekunder.

(Valgfritt) Endre vertsnavnet eller domenet om nødvendig.

Hvis du vil sikre en vellykket registrering til skyen, bruker du bare små tegn i vertsnavnet du angir for videonettnode. Store og små bokstaver støttes ikke for øyeblikket.
Når du bruker eller konfigurerer FQDN eller vertsnavn, må du også angi et gyldig domene som kan løses. Den totale lengden på FQDN kan ikke overstige 64 tegn.

Klikk på Lagre , og klikk deretter Lagre endringer og start på nytt .

Hva nå?

Angi det eksterne nettverksgrensesnittet for videonettnode

Velg alternativ fra hovedmeny i videonettnode 5 Ekstern IP-konfigurasjon og klikk deretter Velg .

Klikk på 1 Aktiver/deaktiver , deretter Velg , og deretter Ja for å aktivere alternativene for ekstern IP-adresse på noden.

Som du gjorde med den første nettverkskonfigurasjon, skriver du inn IP-adresse (eksternt), Maske , og Gateway verdier.

Den Grensesnitt -feltet viser navnet på det eksterne grensesnittet for noden.

Klikk på Lagre og start på nytt .

Hvis du vil bekrefte konfigurasjonen av den interne og eksterne IP-adresse , går du til konsollens hovedmeny 4 Diagnostikk , og velg deretter Ping .

I ping -feltet, angi en destinasjonsadresse du vil teste, for eksempel en ekstern destinasjon eller en intern IP-adresse, og klikk deretter på OK .

Test en ekstern destinasjon (eksempel, cisco.com); hvis vellykket, viser resultatene at målet ble åpnet fra det eksterne grensesnittet.
Test en intern IP-adresse; hvis vellykket, viser resultatene at adressen ble åpnet fra det interne grensesnittet.

Hva nå?

API-er for videonettnode

API-er for VMN-administrasjon

API vedlikeholdsmodus og passord for administratorkonto for videonettnodene.

Få status for vedlikeholdsmodus

Henter gjeldende status for vedlikeholdsmodus (Forventet status: på, av, venter eller forespurt).

[FÅ] https://<node_ip> /api/v1/external/maintenanceMode

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Success"
    },
    "result": {
        "isRegistered": true,
        "maintenanceMode": "pending/requested/on/off",
        "maintenanceModeLastUpdated": 1691135731847
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 401,
        "message": "login failed: incorrect password or username"
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 429,
        "message": "Too Many Requests"
    }
}

Aktivere eller deaktivere vedlikeholdsmodus

[PUT] https://<node_ip> /api/v1/external/maintenanceMode

Kall bare dette API-et når det ikke finnes noen aktive samtaler.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
      "maintenanceMode": "on"
}

maintenanceMode – Status for vedlikeholdsmodus som skal angis – «på» eller «av».

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 1:

{
        "status": {  
            "code": 200,
            "message": "Your request to enable/disable maintenance mode was successful."
    }
}

Eksempelrespons 2:

{
      "status": {
          "code": 409,
          "message": "Maintenance Mode is already on/off"
    }
}

Eksempelrespons 3 :

{
      "status": {
          "code": 400,
          "message": "Bad Request - wrong input"   
    }
}

Endre administratorpassord

Endrer passordet til administratorbrukeren.

[PUT] https://<node_ip> /api/v1/external/password

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
  "newPassword": "new"
}

newPassword – Det nye passordet som skal angis for «admin»-kontoen til videonettnode.

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully set the new passphrase for user admin."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 400,
        "message": "Enter a new passphrase that wasn't used for one of the previous 3 passphrases."
    }
}

API-er for VMN-nettverk

Video Mesh Network API-er gjør det mulig for organisasjonsadministratorer å administrere interne og eksterne nettverksinnstillinger.

Hent konfigurasjon av eksternt nettverk

[FÅ] https://<node_ip> /api/v1/external/externalNetwork

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 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"
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 200,
        "message": "External network not enabled."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 500,
        "message": "Failed to get external network configuration."
    }
}

Rediger ekstern nettverkskonfigurasjon

[PUT] https://<node_ip> /api/v1/external/externalNetwork

Du kan bare konfigurere dette for nylig distribuerte videonettnoder, der standard administratorpassord er endret. Ikke bruk dette API-et etter at du har registrert noden for en organisasjon.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

Aktiverer eksternt nettverk:


{
  "externalNetworkEnabled": true,
  "externalIp": "1.1.1.1",
  "externalMask": "2.2.2.2",
  "externalGateway": "3.3.3.3"
}

Deaktiverer eksternt nettverk:

{
  "externalNetworkEnabled": false
}

externalNetworkEnabled – Boolsk verdi (sann eller usann) for å aktivere/deaktivere eksternt nettverk
ekstern IP – den eksterne IP-en som skal legges til
externalMask – Nettverksmasken for det eksterne nettverket
externalGateway – Gatewayen for det eksterne nettverket

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 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."
    }
}

Eksempelrespons 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."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 400,
        "message": "One or more errors in the input: Value should be boolean for 'externalNetworkEnabled'"
    }
}

Eksempelrespons 4:

{
    "status": {
        "code": 400,
        "message": "External network configuration has not changed; skipping save of the external network configuration."
    }
}

Få detaljer om det interne nettverket

[FÅ] https://<node_ip> /api/v1/external/internNettverk

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 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": ""
    }
}

Eksempelrespons 2:


{
      "status": {
          "code": 500,
          "message": "Failed to get Network details."   
    }
}

Eksempelrespons 3:

{
      "status": {
          "code": 500,
          "message": "Failed to get host details."   
    }
}

Rediger DNS-servere

Oppdaterer DNS-servere med nye.

[PUT] https://<node_ip> /api/v1/external/internNetwork/dns

Sett noden i vedlikeholdsmodus før du gjør denne endringen. Se Aktivere eller deaktivere vedlikeholdsmodus hvis du vil ha mer informasjon om hvordan du flytter en node til vedlikeholdsmodus.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
    "dnsServers": "1.1.1.1 2.2.2.2"
}

dnsServers – DNS-servere som skal oppdateres. Flere områdeseparerte DNS-servere er tillatt.

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully saved DNS servers"
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 409,
        "message": "Requested DNS server(s) already exist."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 424,
        "message": "Maintenance Mode is not enabled. Kindly enable Maintenance Mode and try again for this node."
    }
}

Rediger NTP-servere

Oppdaterer NTP-servere med nye.

[PUT] https://<node_ip> /api/v1/external/internNetwork/ntp

Sett noden i vedlikeholdsmodus før du gjør denne endringen. Se Aktivere eller deaktivere vedlikeholdsmodus hvis du vil ha mer informasjon om hvordan du flytter en node til vedlikeholdsmodus.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
    "ntpServers": "1.1.1.1 2.2.2.2"
}

ntpServers – NTP-servere som skal oppdateres. Flere plassdelte NTP-servere er tillatt.

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully saved the NTP servers."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 409,
        "message": "Requested NTP server(s) already exist."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 424,
        "message": "Maintenance Mode is not enabled. Kindly enable Maintenance Mode and try again for this node."
    }
}

Rediger vertsnavn og domene

Oppdaterer vertsnavnet og domenet for videonettnode.

[PUT] https://<node_ip> /api/v1/external/interntNettverk/vert

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
    "hostName": "test-vmn",
    "domain": "abc.com"
}

vertsnavn – det nye vertsnavnet for noden.
domene – Det nye domenet for vertsnavnet til noden (valgfritt).

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 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."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 400,
        "message": "Unable to resolve FQDN"
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 409,
        "message": "Entered hostname and domain already set to same."
    }
}

Aktiver eller deaktiver DNS-bufring

Aktiverer eller deaktiverer DNS-bufring. Vurder å aktivere hurtigbufring hvis DNS-kontroller ofte tar over 750 ms å løse, eller hvis det er anbefalt av Cisco kundestøtte.

[PUT] https://<node_ip> /api/v1/external/internNetwork/dnsCaching

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
    "dnsCaching": true
}

dnsCaching – konfigurasjon av DNS-bufring. Godtar boolsk verdi (sann eller usann).

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 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."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 400,
        "message": "One or more errors in the input: 'dnsCaching' field value should be a boolean"
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 409,
        "message": "dnsCaching is already set to false"
    }
}

Rediger grensesnitt MTU

Endrer maksimal overføringsenhet (MTU) for nodens nettverksgrensesnitt fra standardverdi på 1500. Verdier mellom 1280 og 9000 er tillatt.

[PUT] https://<node_ip> /api/v1/external/internalNetwork/mtu

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
    "internalInterfaceMtu": 1500
}

internalInterfaceMtu – maksimal overføringsenhet for nodens nettverksgrensesnitt. Verdien skal være mellom 1280 og 9000.

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 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."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 400,
        "message": "One or more errors in the input: 'internalInterfaceMtu' field value should be a number"
    }
}

Eksempelrespons 3:


{
    "status": {
        "code": 400,
        "message": "Please enter a number between 1280 and 9000."
    }
}

VMN Server Certificate API-er

Opprett CSR-sertifikatet

Genererer et CSR-sertifikat (Certificate Signing Request) og den private nøkkelen, basert på informasjonen som er oppgitt.

[POST] https://<node_ip> /api/v1/externalCertManager/generateCsr

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
    "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 for videonettnode angitt som fellesnavn. (obligatorisk)
emailAddress – brukerens e-postadresse. (valgfritt)
altNames – Alternativt(e) emnenavn (valgfritt). Flere områdeseparerte FQDN-er er tillatt. Hvis det er oppgitt, må det inneholde det vanlige navnet. Hvis altNames ikke er oppgitt, tar det commonName som verdien av altNames.
organisasjon – Organisasjons-/Bedriftsnavn. (valgfritt)
organisationUnit – organisasjonsenhet eller avdelings- eller gruppenavn osv. (valgfritt)
sted – by/sted. (valgfritt)
delstat – delstat/provins. (valgfritt)
land – land/region. Forkortelse på to bokstaver. Ikke oppgi mer enn to bokstaver. (valgfritt)
passordfrase – Passfrase for privat nøkkel. (valgfritt)
keyBitSize – Privat nøkkelbitstørrelse. Godkjente verdier er 2048, som standard, eller 4096. (valgfritt)

Forespørselshoder :

Innholdstype: «application/json»

Eksempel på svar :

Eksempelrespons 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
    }
}

Eksempelrespons 2:


{
    "status": {
        "code": 400,
        "message": "Private key already exists. Delete it before generating new CSR."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 400,
        "message": "CSR certificate already exists. Delete it before generating new CSR."
    }
}

Eksempelrespons 4:

{
    "status": {
        "code": 400,
        "message": "CSR certificate and private key already exist. Delete them before generating new CSR."
    }
}

Eksempelrespons 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."
    }
}

Last ned CSR-sertifikatet

Laster ned det genererte CSR-sertifikatet.

[FÅ] https://<node_ip> /api/v1/externalCertManager/csr

Du kan også laste ned filen via Send og last ned alternativet.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

-----BEGIN CERTIFICATE REQUEST-----
S4MP1E_C3RT_C0NT3NT
-----END CERTIFICATE REQUEST-----

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "Could not download, CSR certificate does not exist."
    }
}

Last ned den private nøkkelen

Laster ned den private nøkkelen som genereres sammen med CSR-sertifikatet.

[FÅ] https://<node_ip> /api/v1/externalCertManager/key

Du kan også laste ned filen via Send og last ned alternativet.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:


-----BEGIN RSA PRIVATE KEY-----
S4MP1E_PR1V4T3_K3Y
-----END RSA PRIVATE KEY-----

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "Could not download, private key does not exist."
    }
}

Slett CSR-sertifikatet

Sletter det eksisterende CSR-sertifikatet.

[DELETE] https://<node_ip> /api/v1/externalCertManager/csr

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully deleted the CSR certificate"
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "CSR certificate does not exist."
    }
}

Slett den private nøkkelen

Sletter den eksisterende private nøkkelen.

[DELETE] https://<node_ip> /api/v1/externalCertManager/key

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully deleted the private key"
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "Private key does not exist."
    }
}

Installer det CA-signerte sertifikatet og den private nøkkelen

Laster opp det oppgitte CA-signerte sertifikatet og den private nøkkelen på videonettnoden og installerer sertifikatet på noden.

[POST] https://<node_ip> /api/v1/externalCertManager/uploadInstallCaCert

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

Bruk «form-data» for å laste opp følgende filer:

CA-signert sertifikatfil (.crt) med nøkkel som «crtFile».
Privat nøkkel (.key)-fil med nøkkel som 'keyFile'.

Forespørselshoder :

Innholdstype: «flerpart/skjema-data»

Eksempel på svar :

Eksempelrespons 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
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 400,
        "message": "Could not parse the certificate file. Make sure it is a properly formatted certificate and try again."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 400,
        "message": "Private Key does not match Certificate (different modulus)"
    }
}

Eksempelrespons 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."
    }
}

Last ned det CA-signerte sertifikatet

Laster ned det CA-signerte sertifikatet som er installert på noden.

[FÅ] https://<node_ip> /api/v1/externalCertManager/caCert

Du kan også laste ned filen via Send og last ned alternativet.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

-----BEGIN CERTIFICATE-----
S4MP1E_C3RT_C0NT3NT
-----END CERTIFICATE-----

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "Could not download, CA certificate does not exist."
    }
}

Slett det CA-signerte sertifikatet

Sletter det CA-signerte sertifikatet som er installert på noden.

[DELETE] https://<node_ip> /api/v1/externalCertManager/caCert

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully deleted the CA certificate."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "CA certificate does not exist."
    }
}

Felles API-svar

Nedenfor finner du noen eksempler på svar du kan støte på når du bruker en av API-ene nevnt ovenfor.

Eksempelrespons 1: Feil legitimasjon angitt i den grunnleggende autorisasjonen.

{
    "status": {
        "code": 401,
        "message": "login failed: incorrect password or username"
    }
}

Eksempelrespons 2: VMN er ikke oppgradert til den obligatoriske versjonen som støtter disse API-ene.

{
    "status": {
        "code": 421,
        "message": "Misdirected Request 1:[undefined]"
    }
}

Eksempelrespons 3: Feil referer angitt i toppteksten (når topptekst ikke var forventet).

{
    "status": {
        "code": 421,
        "message": "Misdirected Request 2:[https://x.x.x.x/setup]"
    }
}

Eksempelrespons 4: Frekvensgrensen er overskredet. Prøv etter en stund.


{
    "status": {
        "code": 429,
        "message": "Too Many Requests"
    }
}

Legg til interne og eksterne rutingsregler

Fra grensesnittet for Video Mesh-noden velger du 5 Ekstern IP-konfigurasjon og klikk deretter Velg .

Velg 3 Behandle rutingsregler , og klikk deretter Velg .

Du kan legge til manuelle overstyringer av disse reglene i de neste trinnene.

Følg disse trinnene etter behov:

Klikk på Legg til ekstern rute , og angi deretter det interne subnett- eller verts- IP-adresse som skal brukes for den eksterne ruten.
Klikk på Legg til intern rute , og angi deretter det eksterne subnett- eller verts- IP-adresse som skal brukes for den interne ruten.

Når du legger til hver regel, vises de i listen over rutingsregler, kategorisert som brukerdefinerte regler.

Standardrutene kan ikke slettes, men du kan slette alle brukerdefinerte overstyringer du har konfigurert.

Åpne en SSH-tilkobling til den offentlige IP-adresse til videonettnode.
Få tilgang til videonettnode via ESXi-konsollen

Registrer videonettnode til Webex Cloud

Før du starter

Når du starter registreringen av en node, må du fullføre den innen 60 minutter, ellers må du starte på nytt.
Kontroller at eventuelle popup-blokkeringer i nettleseren din er deaktivert eller at du tillater et unntak forhttps://admin.webex.com .
For best resultat kan du distribuere alle nodene i en klynge i det samme datasenter. Se Klynger i videonett for hvordan de fungerer og beste praksis.
Fra verten eller maskinen der du registrerer videonettnoder til skyen, må du ha tilkobling til Webex-skyen og IP-adressene for videonettverket som registreres (i et dobbelt NIC-miljø, nærmere bestemt de interne IP-adressene til videoen Nettnoder).

Logg på Kontrollhub .

Gå til Tjenester > Hybrid og velg én:

Konfigurer : Velg dette alternativet hvis dette er den første videonettnode du registrerer, og klikk deretter på Neste .

Se Fullfør forutsetningene for videonett hvis du vil ha mer informasjon.
Vis alle : Velg dette alternativet hvis du allerede har registrert én eller flere videonettnoder, og klikk deretter på Legg til ressurs .

Kontroller at du har installert og konfigurert videonettnode. Klikk på Ja, jeg er klar til å registrere meg... , og klikk deretter Neste .

I Opprett en ny eller velg en klynge , velg én:

For en ny klynge skriver du inn et navn på klyngen du vil tilordne videonettnode til.
For en eksisterende klynge klikker du på feltet, og deretter velger du en eksisterende klynge den nye noden skal legges til i.

Vi anbefaler at du gir navn til en klynge basert på hvor nodene i klyngen befinner seg geografisk. For eksempel «San Francisco».

I Angi FQDN- eller IP-adresse , angi det fullt kvalifisert domenenavn (FQDN) eller den interne IP-adresse til videonettnode , og klikk deretter på Neste .

Hvis du bruker FQDN, angir du et domene som kan løses av DNS.
Hvis du bruker en IP-adresse, skriver du inn den samme interne IP-adresse som du brukte til å konfigurere noden fra konsollen.

Et FQDN må løses direkte til IP-adresse , ellers er det ikke brukbart. Vi utfører valideringen på FQDN for å utelukke skrivefeil eller konfigurasjonsfeil.

Under Oppgraderingsplan , velg tid, frekvens og tidssone.

Når en oppgradering er tilgjengelig, kan du bruke Oppgrader nå for å starte oppgraderingen før neste vedlikeholdsvindu eller Utsette for å utsette den til neste vindu.

Under E-postvarsler , legg til administrator -e-postadresser for å abonnere på varsler om tjenestealarmer og programvareoppgraderinger.

administrator e-postadresse din legges til automatisk. Du kan fjerne den hvis du vil.

Veksle på Videokvalitet innstillingen på for å aktivere 1080p 30 bilder per sekund.

Hvis denne innstillingen er deaktivert, er standarden 720p.
For videooppløsninger som støttes av Webex-appen, se Videospesifikasjoner for samtaler og møter .

Les informasjonen under Fullfør registreringen , og klikk deretter Gå til Node for å registrere noden til Webex-skyen.

Sjekk Gi tilgang til noden for Webex- videonettnode , og klikk deretter Fortsett .

Klikk på Tillat .

Kontoen din er validert, videonettnode er registrert og meldingen Registrering fullført vises, noe som indikerer at videonettnode nå er registrert i Webex.

videonettnode henter maskinlegitimasjon basert på organisasjonens rettigheter. Den genererte maskinlegitimasjonen utløper regelmessig og oppdateres.

Klikk på portalkoblingen eller lukk fanen for å gå tilbake til siden Videonett.

På siden Videonett ser du nå den nye klyngen som inneholder videonettnode for videonett som du registrerte.

Hvis du går til klyngen, ser du den nye videonettnode, som først viser statusen på Registrerer deg . Noden endres til Kjører når den er klar til bruk i Webex-organisasjonen din.
Siden programvaren er en beholder som inneholder tjenester fra skyinfrastrukturen, får den oppdateringer fra skyen for å forbli synkronisert med skytjenestene. Nødvendige oppdateringer kan installeres kort tid etter at du har registrert noden i skyen. Du kan også endre tidsplanen for automatisk oppgradering. Se Automatiske oppgraderinger for ressurser for hybridtjenester hvis du vil ha mer informasjon.
Hvis du installerte demobildet på noden du registrerte, ser du en demomodus gul statusalarm. Denne alarmen er normal, men vi anbefaler at du installerer hele programvarebildet før den utsatte perioden på 90 dager utløper for demobildet.

Ting du bør huske på

Husk følgende informasjon om videonettnode og hvordan den fungerer når den er registrert i Webex-organisasjonen din:

Når du distribuerer en ny videonettnode, vil ikke Webex-appen og den Webex-registrerte enheten gjenkjenne den nye noden på opptil to timer. Klientene sjekker om klyngen er tilgjengelig under oppstart, nettverksendring eller hurtigbufferutløp. Du kan vente i to timer eller, som en løsning, starte Webex-appen på nytt eller starte Webex-rommet eller -skrivebordet på nytt. Deretter registreres samtaleaktivitet i videonettrapportene i Control Hub.
En videonettnode registreres til én Webex-organisasjon. det er ikke en enhet med flere tenantgrupper.
Hvis du vil vite hva som bruker videonettnode og hva som ikke gjør det, kan du se tabellen i Klienter og enheter som bruker videonettnode .
videonettnode kan koble til Webex-nettsted ditt eller til en annen kundes eller partners Webex-nettsted. Nettsted A distribuerte for eksempel en videonettnode klynge og registrerte den med domenet example1.webex.com. Hvis brukere i nettsted A ringer inn til mymeeting@example1.webex.com, bruker de videonettnode , og det kan opprettes en gjennomgripende overgang. Hvis brukerne i nettsted A ringer dittmøte@example2.webex.com, vil brukerne av nettsted A bruke sin lokale videonettnode og koble til møtet i nettsted Bs Webex-organisasjon.

Hva nå?

Hvis du vil registrere flere noder, gjentar du disse trinnene.
Hvis en oppgradering er tilgjengelig, anbefaler vi at du tar den i bruk så snart som mulig. Fullfør følgende trinn for å oppgradere:
1. Klargjøringsdataene sendes til Webex-skyen av Ciscos utviklingsteam over sikre kanaler. Klargjøringsdataene er signert. For beholderne inneholder klargjøringsdataene navn, kontrollsum, versjon og så videre. videonettnode henter også klargjøringsdataene fra Webex-skyen over sikre kanaler.
2. Når videonettnode får klargjøringsdataene sine, autentiseres noden med skrivebeskyttet legitimasjon og laster ned beholderen med bestemt sjekksum og navn, og oppgraderer systemet. Hver beholder som kjører på videonettnode , har et bildenavn og en kontrollsum. Disse attributtene lastes opp til Webex-skyen ved hjelp av sikre kanaler.

Aktiver Quality of Service (QoS) for videonettnode

Før du starter

Gjør de nødvendige endringene i brannmurporten som er dekket i diagrammet og tabellen. Se Porter og protokoller som brukes av videonett .
For at Video Mesh-noder skal aktiveres for QoS, må nodene være tilkoblet. Noder i vedlikeholdsmodus eller frakoblet tilstander ekskluderes når du aktiverer denne innstillingen.

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , klikk Rediger innstillinger på Video Mesh-kortet.

Bla til Tjenestekvalitet og klikk Aktiver .

Lyd: 52500–59499 og 59500–62999 DSCP EF (Expedited Forwarding)
Video/innhold: 63000–64667 og 64668–65500 DSCP AF41

All returtrafikk for Video Mesh (lyd, video, innhold) fra de delte portene er merket med AF41. Lydtrafikken må merkes til EF i nettverket ditt, basert på kildeportnumrene.

Hvis QoS ikke er fullstendig aktivert om to timer, åpne en sak med støtte for videre etterforskning.

Nodene starter på nytt og oppdateres med det nye portområdet.

Kontroller portområder for videonettnode med reflektorverktøy i nettgrensesnittet

Reflektorverktøyet (en kombinasjon av en server på Video Mesh-noden og klient gjennom et Python-skript) brukes til å bekrefte om de nødvendige TCP/UDP-portene er åpne fra Video Mesh-nodene.

Før du starter

Last ned en kopi av Reflector Tool Client (et Python-skript) frahttps://github.com/CiscoDevNet/webex-video-mesh-reflector-client .
For at skriptet skal fungere som det skal, må du kontrollere at du kjører Python 2.7.10 eller nyere i miljøet ditt.
For øyeblikket støtter dette verktøyet SIP-endepunkter til videonettnoder og intraklyngebekreftelse.

1	Fra kundevisningen ihttps://admin.webex.com , aktiver vedlikeholdsnoden for videonettnode ved å følge disse instruksjonene .
2	Vent til noden viser statusen Klar for vedlikehold i Control Hub.
3	Åpne nodegrensesnittet for Webex-videonett. Hvis du vil ha instruksjoner, se Behandle videonettnode fra nettgrensesnittet .
4	Bla til Refleksverktøy , og start deretter enten TCP Reflector Server eller UDP Reflector Server , avhengig av hvilken protokoll du vil bruke.
5	Klikk på Start Reflector Server , og vent deretter til serveren starter. Du ser et varsel når serveren starter.
6	Fra et system (for eksempel en PC) i et nettverk som du vil at Video Mesh-nodene skal nå, kjører du skriptet med følgende kommando: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` På slutten av kjøringen viser klienten en vellykket melding hvis alle nødvendige porter er åpne: Klienten viser en mislykket melding hvis noen nødvendige porter ikke er åpne:
7	Løs eventuelle portproblemer på brannmuren, og kjør deretter trinnene ovenfor på nytt.
8	Kjør klienten med `--help` for å få flere detaljer.

Konfigurer videonettnode for proxy-integrering

Før du starter

Se Proxy-støtte for videonett for en oversikt over proxy-alternativene som støttes.
Krav for proxy-støtte for videonett

Angi nettadressen for oppsett av videonett https://[IP or FQDN/setup i en nettleser skriver du inn administratorlegitimasjonen du konfigurerte for noden, og klikker deretter Logg på .

Gå til Klareringslager og proxy, og velg deretter et alternativ:

Ingen proxy – Standardalternativet før du integrerer en proxy. Ingen sertifikatoppdatering er nødvendig.
Gjennomsiktig ikke-inspeksjons-proxy – Nodene for videonett er ikke konfigurert til å bruke en bestemt proxy-serveradresse, og bør ikke trenge endringer for å fungere med en ikke-inspeksjons-proxy. Ingen sertifikatoppdatering er nødvendig.
Gjennomsiktig inspeksjons-proxy – Nodene for videonett er ikke konfigurert til å bruke en bestemt proxy-serveradresse. Ingen konfigurasjonsendringer for http(s) er nødvendige på videonett, men nodene for videonett trenger et rotsertifikat for å kunne klarere proxyen. Inspeksjons-proxyer brukes vanligvis av IT til å håndheve retningslinjer om hvilke nettsteder som kan besøkes, og hvilke typer innhold som ikke er tillatt. Denne typen proxy dekrypterer all trafikken din (til og med HTTPS).

Proxy IP/FQDN – Adresse som kan brukes til å nå proxy-maskinen.
Proxy-port – Et portnummer som proxyen bruker til å lytte etter proxy-trafikk.
Proxy-protokoll – Velg http (videonett tunnelerer https-trafikken gjennom http-proxyen) eller https (trafikk fra videonettnoden til proxyen bruker https-protokollen). Velg et alternativ basert på hva proxy-serveren støtter.

Velg mellom følgende godkjenningstyper, avhengig av proxy-miljøet:

Alternativ	Bruk
Ingen	Velg for eksplisitte HTTP- eller HTTPS-proxyer der det ikke finnes noen godkjenningsmetode.
Grunnleggende	Tilgjengelig for eksplisitte HTTP- eller HTTPS-proxyer. Brukes for en HTTP-brukeragent til å angi brukernavn og passord når du foretar en forespørsel, og bruker Base64-koding.
Sammendrag	Kun tilgjengelig for eksplisitte HTTPS-proxyer. Brukes til å bekrefte kontoen før sensitiv informasjon sendes, og bruker en hash-funksjon på brukernavnet og passordet før det sendes over nettverket.
NTLM	Kun tilgjengelig for eksplisitte HTTP-proxyer. Det brukes på samme måte som sammendrag til å bekrefte kontoen før sensitiv informasjon sendes. Bruker Windows-legitimasjon i stedet for brukernavn og passord. Hvis du velger dette alternativet, angir du Active Directory-domenet som proxyen bruker til godkjenning, i NTLM-domenefeltet. Skriv inn navnet på proxy-arbeidsstasjonen (også kalt en arbeidsstasjonskonto eller maskinkonto) i det angitte NTLM-domenet i feltet NTLM-arbeidsstasjon.

Følg de neste trinnene for en gjennomsiktig inspeksjons-proxy eller eksplisitt proxy.

Klikk på Last opp et rotsertifikat eller sluttenhetssertifikat, og deretter finn og velg rotsertifikatet for den eksplisitte eller gjennomsiktige inspeksjons-proxyen.

Hvis du vil ha gjennomsiktige inspeksjons-proxyer eller eksplisitte proxyer, klikker du på Kontroller proxy-tilkobling for å teste nettverkstilkoblingen mellom videonettnoden og proxyen.

Hvis tilkoblingstesten mislykkes, ser du en feilmelding som viser årsaken og hvordan du kan løse problemet.

Noden starter på nytt i løpet av noen få minutter.

Når noden har startet på nytt, logger du på igjen om nødvendig, og deretter åpner du Oversikt-siden for å kontrollere tilkoblingskontrollene for å sikre at alle har grønn status.

Integrer videonett med oppgaveflyt for samtalekontroll

Før du starter

Se Distribusjonsmodeller for Video Mesh og Cisco Unified Communications Manager for å forstå vanlige eksempler på distribusjon.
Video Mesh støtter enten TCP eller TLS mellom Unified CM og SIP-signalisering. SIP TLS støttes ikke for VCS Expressway.
I Unified CM kan hver SIP-trunk støtte opptil 16 videonettdestinasjoner (IP-adresser).
I Unified CM kan innkommende porter på SIP-trunk - sikkerhetsprofil være standard (Non Secure SIP-trunkprofil).
Videonett støtter to rutemønstre: nettstedsnavn.webex.com og meet.ciscospark.com . Andre rutemønstre støttes ikke.

Videonett støtter 3 rutemønstre: webex.com (for korte videoadresser ), nettstedsnavn.webex.com og meet.ciscospark.com . Andre rutemønstre støttes ikke.

Velg ett av disse alternativene, avhengig av samtalekontroll og sikkerhetskravene:

Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett
Konfigurer Unified CM TCP SIP-trafikkruting for videonett
Konfigurer Expressway TCP SIP-trafikkruting for videonett (kun TCP)

SIP-enheter registrert i Unified CM (TLS eller TCP)

SIP-enheter registrert på VCS eller Expressway (kun TCP)

Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett

Opprett en SIP-profil for videonettklynger:

Fra Cisco Unified CM-administrasjon går du til Enhet > Enhetsinnstillinger > SIP-profil , og klikk deretter Finn .
Velg Standard SIP-profil for Cisco VCS , og klikk deretter Kopier .
Angi et navn på den nye profilen – for eksempel Video Mesh SIP Profile.
Under Trunkspesifikk konfigurasjon , angi Tidlig tilbud om støtte for tale- og videosamtaler til Beste innsats (ingen MTP er satt inn) .

Du kan bruke denne innstillingen på en ny SIP-trunk til Webex-skyen (rutet av det eksterne domenet for Webex-nettsted). Innstillingen påvirker ikke eksisterende SIP-trunking eller samtaleruting.
Pass på at Aktiver OPTIONS-ping for å overvåke målstatus for kanaler med tjenestetype er sjekket.
La alle andre felt ha standardverdiene, og lagre endringene.

Legg til en ny SIP-trunk - sikkerhetsprofil for videonettklynger:

Fra Cisco Unified CM-administrasjon velger du System > Sikkerhet > sikkerhetsprofil for SIP-trunk , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Secure SIP Trunk Security Profile

Bekreft disse innstillingene:

Felt	Verdi
sikkerhetsmodus	Kryptert
Innkommende transporttype	TLS
Utgående transporttype	TLS
X.509 Emnenavn Emne for sikker sertifikat eller alternativt navn	Angi det vanlige navnet på nodesertifikatet for videonett.
Innkommende port	5061
SIP V.150 utgående SDP-tilbudsfiltrering	Bruk standardfilter

La alle andre felt ha standardverdiene, og lagre endringene.

Legg til en ny SIP-trunk for å peke til videonettklyngene dine:

I en Unified CM-distribusjon legger du til en enkelt trunk.
I en SMB-distribusjon finnes det vanligvis en trunk mellom Unified CM og SME. Legg til en annen trunk mellom SME- og Video Mesh-noder. Begge kanalene må ha de samme innstillingene som er angitt nedenfor.

Fra Cisco Unified CM-administrasjon velger du Enhet > Trunk , og klikk deretter Legg til ny .
Velg SIP-trunk for trunktypen; la de andre verdiene stå og klikk Neste .
Skriv inn et meningsfylt navn, for eksempel Video_Mesh_SIP_Trunk_UCMtoVMN.
Sjekk SRTP tillatt avmerkingsboks
For Infoformat for anroper og tilkobling , sjekk Levere URI og DN i tilkoblet part, hvis tilgjengelig . Denne innstillingen aktiverer blandet identitet. Den tillater at SIP-trunk -trunken overfører bedriftssidens URI-katalog til Webex.
Sjekk Kjør på alle aktive Unified CM -noder .
Under SIP-informasjon – destinasjon , skriver du inn en IP-adresse eller et fullt kvalifisert domenenavn (FQDN) for hver av videonettnodene dine.
Gå inn 5061 for Målport .
For sikkerhetsprofil for SIP-trunk , velger du trunksikkerhetsprofil for videonett som du opprettet tidligere. (For eksempel Video Mesh Secure SIP Trunk Security Profile.)
For SIP-profil , velger du SIP-profil for videonett som du opprettet tidligere. (For eksempel Video Mesh SIP Profile.)

La alle andre felt ha standardverdiene, og lagre endringene.

Et Video Mesh-anrop eller et møte kan tilordne medier til en hvilken som helst node i en klynge, ikke bare noden som avslutter SIP-samtale.

Opprett en SIP-trunk som peker til en Expressway for Webex-skyfailover.

Fra Cisco Unified CM-administrasjon velger du Enhet > Trunk , og klikk deretter Legg til ny .
Velg SIP-trunk for trunktypen; la de andre verdiene stå og klikk Neste .
Skriv inn et meningsfylt navn, for eksempel Video_Mesh_VCS_Trunk.
For Infoformat for anroper og tilkobling , sjekk Levere URI og DN i tilkoblet part, hvis tilgjengelig . Denne innstillingen aktiverer blandet identitet. Den tillater at SIP-trunk -trunken overfører bedriftssidens URI-katalog til Webex.
Under SIP-informasjon – destinasjon , skriver du inn en IP-adresse eller et fullt kvalifisert domenenavn (FQDN) for hver av Expresswayene dine. For Port , angi 5060 .
For SIP-profil , velg Standard SIP-profil for Cisco VCS .

Opprett en ny rutegruppe for anrop til videonettklynger:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Rutegruppe , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Node Route Group.
Endre Distribusjonsalgoritme til Topp og ned .
I Rute informasjon om gruppemedlem Finner du Enheter med navn Videonett .
Legg til Video_ Mesh_ SIP_ Trunk_ UCM tilVMN ved å klikke Legg til i rutegruppe .
Lagre endringene.

For overflyt til skyen oppretter du en ny rutegruppe for anrop til Expressway:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Rutegruppe , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Expressway Route Group.
Endre Distribusjonsalgoritme til Topp og ned .
I Rute informasjon om gruppemedlem Finner du Enheter med navn Videonett .
Legg til Video_ Mesh_ VCS_ Bagasjerom ved å klikke Legg til i rutegruppe .
Lagre endringene.

Opprett en ny ruteliste for anrop til videonettklynger og Expressway:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Ruteliste , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Node Route List.
Angi Cisco Unified Communications Manager-gruppe til Standard , eller en annen verdi avhengig av konfigurasjonen din.
Lagre endringene.
I Medlemsinformasjon for ruteliste klikker du på Legg til rutegruppe , og velg deretter Rutegruppe for videonett .
Behold standardinnstillingene for de andre innstillingene, og lagre deretter endringene.
I Medlemsinformasjon for ruteliste klikker du på Legg til rutegruppe , og velg deretter Rutegruppe for Expressway-nettverk for video .
Behold standardinnstillingene for de andre innstillingene, og lagre deretter endringene.

Opprett et SIP-rutemønster for kort videoadresse oppringingsformat for Webex-møter:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny og angi navnet Video Mesh Route Pattern for Webex Short URIs.
I IPv4-mønster , angi webex.com som domene.
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Opprett et SIP-rutemønster for Webex-nettsted:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny og angi navnet Video Mesh Route Pattern for Webex Sites.
I IPv4-mønster , skriver du inn Webex-nettsted du vil ha optimalisert media for – for eksempel examplesitename.webex.com .
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Opprett et SIP-rutemønster for Webex-appmøter (bakoverkompatibilitet):

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny , og angi deretter navnet Video Mesh Route Pattern for Teams Meetings.
I IPv4-mønster , angi meet.ciscospark.com .
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Konfigurer Unified CM TCP SIP-trafikkruting for videonett

Opprett en SIP-profil for videonettklynger:

Fra Cisco Unified CM-administrasjon går du til Enhet > Enhetsinnstillinger > SIP-profil , og klikk deretter Finn .
Velg Standard SIP-profil for Cisco VCS , og klikk deretter Kopier .
Angi et navn på den nye profilen – for eksempel Video Mesh SIP Profile.
Under Trunkspesifikk konfigurasjon , angi Tidlig tilbud om støtte for tale- og videosamtaler til Beste innsats (ingen MTP er satt inn) .

Du kan bruke denne innstillingen på en ny SIP-trunk til Webex (rutet av det eksterne domenet for Webex-nettsted). Innstillingen påvirker ikke eksisterende SIP-trunking eller samtaleruting.
Pass på at Aktiver OPTIONS-ping for å overvåke målstatus for kanaler med tjenestetype er sjekket.
La alle andre felt ha standardverdiene, og lagre endringene.

Legg til en ny SIP-trunk - sikkerhetsprofil for videonettklynger:

Fra Cisco Unified CM-administrasjon velger du System > Sikkerhet > sikkerhetsprofil for SIP-trunk , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Trunk Security Profile

Bekreft disse innstillingene:

Felt	Verdi
sikkerhetsmodus	Ikke-sikker
Innkommende transporttype	TCP+UDP
Utgående transporttype	TCP
Innkommende port	5060
SIP V.150 utgående SDP-tilbudsfiltrering	Bruk standardfilter

La alle andre felt ha standardverdiene, og lagre endringene.

Legg til en ny SIP-trunk for å peke til videonettklyngene dine:

I en Unified CM-distribusjon legger du til en enkelt trunk.
I en SMB-distribusjon finnes det vanligvis en trunk mellom Unified CM og SME. Legg til en annen trunk mellom SME- og Video Mesh-noder. Begge kanalene må ha de samme innstillingene som er angitt nedenfor.

Fra Cisco Unified CM-administrasjon velger du Enhet > Trunk , og klikk deretter Legg til ny .
Velg SIP-trunk for trunktypen; la de andre verdiene stå og klikk Neste .
Skriv inn et meningsfylt navn, for eksempel Video_Mesh_SIP_Trunk_UCMtoVMN.
For Infoformat for anroper og tilkobling , sjekk Levere URI og DN i tilkoblet part, hvis tilgjengelig . Denne innstillingen aktiverer blandet identitet. Den tillater at SIP-trunk -trunken overfører bedriftssidens URI-katalog til Webex.
Sjekk Kjør på alle aktive Unified CM -noder .
Under SIP-informasjon – destinasjon , skriver du inn en IP-adresse eller et fullt kvalifisert domenenavn (FQDN) for hver av videonettnodene dine.
Gå inn 5060 for Målport .
For sikkerhetsprofil for SIP-trunk , velger du Video MeshTrunk-sikkerhetsprofil som du opprettet tidligere. (For eksempel Video Mesh Trunk Security Profile.)
For SIP-profil , velger du SIP-profil for videonett som du opprettet tidligere. (For eksempel Video Mesh SIP Profile.)

La alle andre felt ha standardverdiene, og lagre endringene.

Et Video Mesh-anrop eller et møte kan tilordne medier til en hvilken som helst node i en klynge, ikke bare noden som avslutter SIP-samtale.

Opprett en ny SIP-trunk for å peke til en Expressway.

Fra Cisco Unified CM-administrasjon velger du Enhet > Trunk , og klikk deretter Legg til ny .
Velg SIP-trunk for trunktypen; la de andre verdiene stå og klikk Neste .
Skriv inn et meningsfylt navn, for eksempel Video_Mesh_VCS_Trunk.
For Infoformat for anroper og tilkobling , sjekk Levere URI og DN i tilkoblet part, hvis tilgjengelig . Denne innstillingen aktiverer blandet identitet. Den tillater at SIP-trunk -trunken overfører bedriftssidens URI-katalog til Webex.
Under SIP-informasjon – destinasjon , skriver du inn en IP-adresse eller et fullt kvalifisert domenenavn (FQDN) for hver av Expresswayene dine. For Port , angi 5060 .
For SIP-profil , velg Standard SIP-profil for Cisco VCS .

Opprett en ny rutegruppe for anrop til videonettklynger:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Rutegruppe , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Node Route Group.
Endre Distribusjonsalgoritme til Topp og ned .
I Rute informasjon om gruppemedlem Finner du Enheter med navn Videonett .
Legg til Video_Mesh_SIP_Trunk_UCMtoVMN ved å klikke Legg til i rutegruppe .
Lagre endringene.

For overflyt til skyen oppretter du en ny rutegruppe for anrop til Expressway:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Rutegruppe , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Expressway Route Group.
Endre Distribusjonsalgoritme til Topp og ned .
I Rute informasjon om gruppemedlem Finner du Enheter med navn Videonett .
Legg til Video_ Mesh_ VCS_ Bagasjerom ved å klikke Legg til i rutegruppe .
Lagre endringene.

Opprett en ny ruteliste for anrop til videonettklynger og Expressway:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Ruteliste , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Node Route List.
Angi Cisco Unified Communications Manager-gruppe til Standard , eller en annen verdi avhengig av konfigurasjonen din.
Lagre endringene.
I Medlemsinformasjon for ruteliste klikker du på Legg til rutegruppe , og velg deretter Rutegruppe for videonett .
Behold standardinnstillingene for de andre innstillingene, og lagre deretter endringene.
I Medlemsinformasjon for ruteliste klikker du på Legg til rutegruppe , og velg deretter Rutegruppe for Expressway-nettverk for video .
Behold standardinnstillingene for de andre innstillingene, og lagre deretter endringene.

Opprett et SIP-rutemønster for kort videoadresse oppringingsformat for Webex-møter:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny og angi navnet Video Mesh Route Pattern for Webex Short URIs.
I IPv4-mønster , angi webex.com som domene.
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Opprett et SIP-rutemønster for Webex-nettsted:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny og angi navnet Video Mesh Route Pattern for Webex Sites.
I IPv4-mønster , skriver du inn Webex-nettsted du vil ha optimalisert media for – for eksempel examplesitename.webex.com , hvor eksempelnettstedsnavn er navnet på ditt faktiske Webex-nettsted.
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Opprett et SIP-rutemønster for Webex-appmøter:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny , og angi deretter navnet Video Mesh Route Pattern for Teams Meetings.
I IPv4-mønster , angi meet.ciscospark.com .
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Konfigurer Expressway TCP SIP-trafikkruting for videonett

Opprett en sone som peker til videonettklynger:

Fra VCS-kontroller eller Expressway-C går du til Konfigurasjon > Soner > Soner , og klikk deretter Nyhet .

Konfigurer følgende felt:

Feltnavn	Verdi
Navn	Angi et navn som enkelt identifiserer sonen – for eksempel WebexVideoMeshZone
Type	Nabo
H.323
Modus	Av
SIP
Modus	På
Port	5060
Transport	TCP
Plassering
Slå opp jevnaldrende ved å	Adresse
Peer [n]-adresse	Angi IP-adressene for hver videonettnode.

La de andre feltene beholde standardinnstillingene, og lagre deretter endringene.

Opprett oppringingsmønstre for videonettklynger for Webex-nettsteder:

Fra Expressway-C, gå til Konfigurasjon > Oppringingsplan > Søkeregler , og klikk deretter Nyhet .

Konfigurer følgende felt for Webex-nettsted :

Feltnavn

Verdi

Regelnavn

Angi et regelnavn som enkelt identifiserer søkeregelen – for eksempel WebexVideoMesh-YourSite

Prioritet

100 er standard. Kontroller at dette tallet er lavere enn reservereglene for skyen og B2B.

Protokoll

SIP

Modus

Aliasmønstersamsvar

Mønstertype

Regex

Mønsterstreng

.*@(YourSite\.)?webex\.com.*

Mønsteratferd

Forlat

Ved vellykket match

Fortsett

Mål

Velg sonen for videonett du opprettet – for eksempel WebexVideoMeshZone .

La de andre feltene beholde standardinnstillingene, og lagre deretter endringene.

Opprett et traverseringsklient og sonepar som peker til skyen Expressway for failover:

Se Grunnleggende konfigurasjonsveiledning for Expressway for versjonen for trinnene for å opprette paret for traverseringsklient og sone.

Opprett en reservesøkeregel til Traversal-klientsonen som fører til Expressway-E:

Fra Expressway-C, gå til Konfigurasjon > Oppringingsplan > Søkeregler , og klikk deretter Nyhet .

Konfigurer følgende felt:

Feltnavn	Verdi
Regelnavn	Angi et regelnavn som enkelt identifiserer søkeregelen – for eksempel WebexVideoMesh-failover
Prioritet	100 er standard. Kontroller at prioriteten er lavere ved å angi et tall som er høyere enn oppringingsmønsteret for Videonett og B2B-reglene.
Protokoll	SIP
Modus	Ethvert alias
Mønsteratferd	Forlat
Ved vellykket match	Fortsett
Mål	Velg klientsonen for Traversal som fører til Expressway-E.

La de andre feltene beholde standardinnstillingene, og lagre deretter endringene.

Fra Expressway-E, gå til Konfigurasjon > Soner > Soner . Klikk på Nyhet og legg til Webex Zone.

I versjoner før X8.11 opprettet du en ny DNS-sone for dette formålet.

Opprett et oppringingsmønster for Expressway-skyen:

Fra Expressway-E, gå til Konfigurasjon > Oppringingsplan > Søkeregler , og klikk deretter Nyhet .

Konfigurer følgende felt:

Feltnavn	Verdi
Regelnavn	Angi et regelnavn som enkelt identifiserer søkeregelen – for eksempel WebexVideoMesh-toCloud
Prioritet	Angi en høyere verdi enn regelen for de lokale videonettnodene. Hvis nodene er satt til 100, setter du denne verdien til 101 . Du må også sørge for at verdien er lavere enn alle B2B-regler på Expressway.
Protokoll	SIP
Kilde	Navn
Kildenavn	Velg serversonen for sikker kryssing fra Expressway-C – for eksempel WebexVideoMeshZone
Modus	Aliasmønstersamsvar
Mønstertype	Regex
Mønsterstreng	*`.@(YourSite\.)?webex\.com.`*
Mønsteratferd	Forlat
Ved vellykket match	Stopp
Mål	Velg Webex-sonen eller DNS-sonen.

For SIP-enheter som er registrert på Expressway-C, åpner du enhetens IP-adresse i en nettleser, går du til Oppsett , bla til SIP , og velg Standarder fra Skriv inn rullegardinmenyen.

Utveksle sertifikatkjeder mellom Unified CM og videonettnoder

I et klyngemiljø må du installere CA- og serversertifikater på hver node individuelt.

Før du starter

Av sikkerhetshensyn anbefaler vi at du bruker et CA-signert sertifikat på Video Mesh-nodene i stedet for nodens standard selvsignert sertifikat.

Åpne nodegrensesnittet for Videonett (IP-adresse/oppsett, for eksempel, https://192.0.2.0/setup) i nettleseren og logg på med nodens administratorlegitimasjon.

Gå til Serversertifikater og be om og last opp et sertifikat og nøkkelpar etter behov:

Den private nøkkelen er allerede på plass når du genererer en CSR. Hvis du ikke bruker trinnet for oppretting av CSR, må du laste opp en privat nøkkel.

Når du har sertifikatet og nøkkelen, klikker du Last opp et serversertifikat (.crt- eller .pem-fil) , velg sertifikatfilen, og klikk deretter på Last opp en privat nøkkel (.key-fil) og angi en passordfrase hvis du har en.
Når du har fått sertifikatet, går du til den første videonett-noden i en klynge, klikker på Installer serversertifikat , les ledeteksten, klikk på Installer , og klikk deretter OK .

En skyregistrert Video Mesh-node avsluttes elegant og venter i opptil to timer på at eventuelle samtaler avsluttes. Noden fullfører deretter sertifikatinstallasjonen. Det vises en melding når serversertifikat installeres. Du kan deretter laste inn siden på nytt for å vise det nye sertifikatet og nøkkeloppføringen.
Klikk på Last ned ved siden av sertifikatet og nøkkelfilene for å lagre en lokal kopi.

Lagre filene et sted som er enkle å huske, og la Video Mesh-forekomsten være åpen i nettleserfanen.
Gå til neste Video Mesh-node i klyngen, fyll ut passordfrasen, og last deretter opp den private nøkkelfilen. Klikk deretter på Last opp et serversertifikat og velg deretter Installer serversertifikat , les ledeteksten, klikk på Installer , og klikk deretter OK .
Gjenta disse trinnene for alle Video Mesh-noder i den samme klyngen.

Lagre Unified CM -filen et sted som er lett å huske, og la Unified CM -forekomsten være åpen i nettleserfanen.

Gå tilbake til kategorien Grensesnitt for videonettnode, klikk på Trust Store og proxy , og velg deretter et alternativ:

Hvis Unified CM bruker et CA-sertifikat som er signert av en kjent organisasjon, klarerer videonettnoden det automatisk. Klareringen er basert på listen over rotsertifikater fra VMN-nodens verts-OS, som oppdateres regelmessig.
Hvis Unified CM bruker et CA-sertifikat som er signert av et internt CA rotsertifikat for bedriften , legger du til dette rotsertifikat i noden. rotsertifikat er tilgjengelig fra bedriften, men kan kanskje ikke lastes ned fra Unified CM.
Legg til både ECDSA- og RSA-sertifikatene som Unified CM bruker til å betjene eksterne forespørsler. Disse sertifikatene kan være selvsignerte sertifikater eller CA-sertifikater.
Hvis du lastet ned ett enkelt sertifikat, klikker du på Last opp et rotsertifikat eller en sluttenhetssertifikat (.crt- eller .pem-fil) , og velg sertifikatfilen CallManager.pem du lastet ned. Klikk på Installer alle sertifikater i Trust Store , les ledeteksten, klikk på Installer , og start deretter noden på nytt.
Hvis du lastet ned en sertifikatkjede, laster du opp rot- CA-sertifikat og det mellomliggende CA-sertifikat, og klikker deretter på Installer alle sertifikater i Trust Store , les ledeteksten og klikk på Installer .

Hvis du vil laste opp filen til serveren, klikker du på Last opp fil .

Hvis du laster opp en sertifikatkjede, må du laste opp alle sertifikatene i kjeden.

Du kan installere og administrere serversertifikater via API-er. Hvis du vil ha mer informasjon, se VMN Server Certificate API-er .

Aktiver mediekryptering for organisasjons- og videonettklynger

Innstillinger	Resultat
Unified CM er konfigurert med en sikker trunk, og denne innstillingen for Video Mesh Control Hub er ikke aktivert.	Samtaler mislykkes.
Unified CM er ikke konfigurert med en sikker trunk, og denne innstillingen for Video Mesh Control Hub er aktivert.	Samtaler mislykkes ikke, men de faller tilbake til usikker sikker modus.

Før du starter

Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett
Utveksle sertifikatkjeder mellom Unified CM og videonettnoder

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og klikk deretter Innstillinger på Video Mesh-kortet.

Bla til Mediekryptering og slå på innstillingen.

Klikk på Vis alle og gjenta følgende trinn for hver Video Mesh-klynge du vil aktivere for sikker SIP-trafikk.

Velg en videonett-klyngeoppføring i listen, og klikk deretter på Rediger klyngeinnstillinger .
Bla til SIP-anrop og merk av i avkrysningsboksen.
Under Klarerte SIP-kilder , skriv inn Common Name (CN) eller eventuelle FQDN-er som finnes i Subject Alternative Name på Unified CM -sertifikatet (vanligvis FQDN for Unified CM).

Disse oppføringene identifiseres som klarerte SIP-kilder og har tillatelse til å sende sikre SIP-anrop til Webex Video Mesh.

Aktiver videonett for Webex-nettstedet

Tilordne møterom for samarbeid til brukere av Webex-appen

Hvis du administrerer nettstedet ditt via Control Hub:
1. Fra kundevisningen ihttps://admin.webex.com , gå til Brukere > Administrer brukere .
  
  Hvis du vil tilordne flere brukere samtidig, kan du se dette dokumentet .
2. Tilordne Webex Collaboration-møterom til brukere i organisasjonen din.
Hvis du administrerer nettstedet ditt via nettstedsadministrator:
1. Fra nettstedsadministrator går du til brukeradministrasjon .
2. Rediger brukerkonto og merk av for Møterom for samarbeid.
  
  Hvis du vil tilordne flere brukere samtidig, kan du se dette dokumentet .

Kontroller møteopplevelsen på det sikre endepunktet

Bruk denne fremgangsmåten til å kontrollere at endepunktene er registrert på en sikker måte, og at riktig møteopplevelse vises.

1	Bli med i et møte fra det sikrede endepunktet.
2	Kontroller at møtelisten vises på enheten. Dette eksemplet viser hvordan møtelisten ser ut på et endepunkt med et berøringspanel:
3	Under møtet får du tilgang til Webex-konferanseinformasjonen fra Samtaledetaljer.
4	Kontroller at krypteringsdelen viser Type som AES-128, og Status som På.

Behandle og feilsøke videonett

Videonettanalyse

Videonettanalyse- og feilsøkingsrapporter viser data i tidssone som er angitt for den lokale nettleseren.

Analyser

Videonettanalyse gir en langsiktig trend (opptil 3 måneder med data) i kategoriene engasjement, ressursbruk og båndbreddebruk.

sanntidsovervåking

Få tilgang til, filtrer og lagre sanntidsovervåking for Video Mesh

Fra kundevisningen ihttps://admin.webex.com , velg Analyse , og klikk deretter Videonett øverst til høyre på skjermen.

Hold pekeren over informasjon for å få en kort beskrivelse av diagrammet.

Fra bryteren til venstre velger du et alternativ for å filtrere etter hvor langt tilbake i tid du vil vise data.

Siste 4 timer (Standard) – Når du velger dette alternativet, oppdateres grafdataene hvert 1. minutt.
Siste 24 timer –Når du velger dette alternativet, oppdateres grafdataene hvert 10. minutt.

Samhandle med diagrammene ved å bruke følgende alternativer etter behov:

Hold pekeren over segmenter i diagramvisningen for å vise informasjon om det bestemte datapunktet.
Klikk på forklaringselementer på grafen eller oversikten, og klikk deretter Bruk for å oppdatere visningen for de andre forklaringselementene. Når du for eksempel har valgt forklaringselementet Amsterdam, oppdateres linjediagrammet for å utelate andre tegnforklaringselementer og bare inkludere dataene for det valgte elementet.

Når et filter brukes, oppdateres alle andre grafer og diagrammer for å vise dataene for det valgte filtret.
På en graf som viser data i et tidsintervall, kan du begrense ned til et bestemt tidsintervall ved å klikke på venstre side og dra musen til høyre. (Denne handlingen påvirker alle relaterte data som vises på analysesiden.)

Hold pekeren over deler av en smultring, linjer i en graf eller innsiktspunkter i en graf for å vise mer informasjon om det bestemte tidspunktet for dataene.

PNG
PDF
CSV

Få tilgang til, filtrer og lagre analyse av videonett

Beregningsrapporter for videonett er tilgjengelige på Analytics-siden i Control Hub (https://admin.webex.com ), når Video Mesh er aktiv og har en klynge med minst én registrert Video Mesh-node.

Fra kundevisningen ihttps://admin.webex.com , velg Analyse , og klikk deretter Videonett øverst til høyre på skjermen.

Klikk på en kategori, avhengig av hvilken type data du leter etter:

Engasjement
Ressurser
Bruk av båndbredde

Hold pekeren over informasjon for å få en kort beskrivelse av diagrammet.

Fra rullegardinmenyen til høyre velger du et alternativ for å filtrere etter hvor langt tilbake i tid du vil vise data.

Siste 7 dager (Standard) – Endrer den vannrette aksen til hver 1. time.
Siste 24 timer – Endrer den vannrette aksen til hvert 10. minutt.
Siste 30 dager – Endrer den vannrette aksen til hver 3. time.
Siste 90 dager – Endrer den vannrette aksen til hver 8. time.

Samhandle med diagrammene eller smultringgrafene ved å bruke følgende alternativer etter behov:

Klikk på ett eller flere segmenter på smultringdiagrammet eller diagramvisningen, og klikk deretter Bruk for å oppdatere smultringvisningen og den tilsvarende kartvisningen.
Velg forklaringselementer i grafen eller oversikten for å oppdatere visningen for det bestemte forklaringselementet, og klikk deretter Bruk . Når du for eksempel har valgt forklaringselementet Lokalt, oppdateres linjediagrammet med disse dataene uthevet.

Når et filter brukes, oppdateres alle andre grafer og diagrammer for å vise dataene for det valgte filtret.

På en graf som viser data i et tidsintervall, kan du begrense ned til et bestemt tidsintervall ved å klikke på venstre side og dra musen til høyre og forlate når ønsket område er valgt. (Denne handlingen påvirker alle relaterte data som vises på analysesiden.)

Hold pekeren over deler av en smultring, linjer i en graf eller innsiktspunkter i en graf for å vise mer informasjon om det bestemte tidspunktet for dataene.

Hvis du vil starte på nytt fra den samme grafen eller oversikten, klikker du på X på de valgte filtrene nederst i grafen.

PDF
PNG
CSV

Fjern alle filtrene fra filterlinjen hvis du vil tilbakestille analysevisningen.

Tilgjengelig analyse for Video Mesh

Hvis du vil ha mer informasjon om tilgjengelig analyse i Control Hub, kan du se delen Videonett i Analyse for skysamarbeidsporteføljen din .

Overvåkingsverktøy for videonett

Test av signalisering – Tester om SIP-signalisering og mediesignalering skjer mellom videonett-noden og Webex skymedietjenester.
Kaskadetest – Tester om det kan etableres en overlapping mellom videonett-noden og Webex skymedietjenester.
Test for tilgjengelighet – Tester om videonett-noden kan nå målportene for mediestrømmer i Webex skymedietjenester. Den tester også om Video Mesh-noden er i stand til å kommunisere med skyklyngene som er knyttet til mediebeholdere via disse portene.

Kjør en test umiddelbart

Logg inn på Kontrollhub , og deretter gå til Feilsøking > Videonett .

Klikk på Konfigurer test , klikk Test nå , og kontroller deretter nodene og/eller klyngene du vil teste.

Hvis du vil fjerne merket i boksene for å gjenopprette den siste konfigurasjonen, klikker du på Gjenopprett siste testkonfigurasjon .

Klikk på Kjør test .

Hva nå?

Punktene på tidslinjen med glidebryteren viser aggregerte testresultater for hele organisasjonen. Tidslinjene på klyngenivå viser aggregerte resultater for hver klynge.

Tidslinjen kan vise datoer i USA-format. Endre språket ditt i profilinnstillingene for å vise datoer i ditt lokale format.

Bruk bryteren som følger med for å vise suksessratene for forskjellige parametere i form av en tabell.

En hoppet over test, delvis feil eller feil er ikke kritisk med mindre den skjer kontinuerlig over en viss tid.

Konfigurer regelmessige tester

1	Logg inn på Kontrollhub , og deretter gå til Feilsøking > Videonett .
2	Klikk på Konfigurer test , klikk Periodisk test , og kontroller deretter nodene og/eller klyngene du vil teste.
3	Velg et alternativ: Sjekk Alle klynger hvis du vil kjøre testen på alle Video Mesh-nodene i Control Hub-organisasjonen. Kontroller de enkelte klyngenavnene for å kjøre testen på alle Video Mesh-noder som er i en bestemt klynge. Klynger som ikke er merket av, ekskluderes fra testen. I individuelle klynger kontrollerer du de enkelte nodenavnene du vil kjøre testen på. Eventuelle umerkede nodeoppføringer utelates fra testen.
4	Klikk på Neste.
5	Se gjennom listen over klynger og noder for å kjøre de periodiske testene. Hvis du er fornøyd, klikker du på Konfigurer for å planlegge gjeldende konfigurasjon.

Hva nå?

Punktene på tidslinjen med glidebryteren viser aggregerte testresultater for hele organisasjonen. Tidslinjene på klyngenivå viser aggregerte resultater for hver klynge.

Tidslinjen kan vise datoer i USA-format. Endre språket ditt i profilinnstillingene for å vise datoer i ditt lokale format.

Bruk bryteren som følger med for å vise suksessratene for forskjellige parametere i form av en tabell.

En hoppet over test, delvis feil eller feil er ikke kritisk med mindre den skjer kontinuerlig over en viss tid.

Aktiver 1080p HD-video for lokale SIP-enheter i videonettnode for videonett

De er alle i bedriftsnettverk.
De bruker en lokal registrert SIP-enhet med HD-funksjonalitet .

Innstillingen gjelder for alle klynger som inneholder videonettnoder.

Skyregistrerte enheter fortsetter å sende og motta 1080p-strømmer, uavhengig av om denne innstillingen er slått på eller av.

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og klikk deretter Innstillinger på Video Mesh-kortet.
2	Slå på Videokvalitet . Hvis denne innstillingen er deaktivert, er standarden 720p.

Hvis du vil ha videooppløsninger som Webex-appen støtter, kan du se Videospesifikasjoner for samtaler og møter .

Private møter

Som vist her, gjennomgriper aldri private møter medier til skyen. Mediet avsluttes utelukkende på videonettklyngene dine. Videonett-klyngene kan bare gå gjennom hverandre.

Webex-appen med alle funksjonene i Webex Experience aktivert er inkompatibel med videonett. Hvis du vil ha mer informasjon, se Klienter og enheter som bruker videonettnode .

Støtte og begrensninger for private møter

Videonett støtter private møter på følgende måte:

Private møter er tilgjengelige på Webex versjon 40.12 og nyere.
Bare planlagte møter kan bruke den private møtetypen. Se Planlegg et privat møte i Cisco Webex artikkelen for detaljer.
Private møter er ikke tilgjengelig for møter med alle funksjoner startet eller ble med fra Webex-appen.
Du kan bruke alle nåværende enheter som støttes av Video Mesh.
Nodene dine kan bruke et hvilket som helst gjeldende bilde: 72vCPU og 23vCPU.
Privat møtelogikk oppretter ikke hull i målinger. Vi samler inn de samme målingene for Control Hub som for ikke-private møter.

Siden noen brukere ikke aktiverer denne funksjonen, vises ikke analyserapportene for private møter hvis organisasjonen din ikke har et privat møte om 90 dager.
Private møter støtter enveis tavle fra et video-endepunkt.

Begrensninger

Private møter har disse begrensningene:

Private møter støtter bare VoIP for lyd. De støtter ikke Webex Edge Audio eller PSTN.
Du kan ikke bruke et personlig møterom (PMR) til et privat møte.
Private møter støtter ikke Webex-funksjoner som krever en tilkobling til skyen, for eksempel skyopptak, transkripsjon og Webex Assistant.
Du kan ikke bli med i et privat møte fra et uautentisert skyregistrert videosystem, selv ikke et som er paret til Webex-app.

Bruk private møter som standard møtetype

I Control Hub kan du angi at fremtidige planlagte møter for organisasjonen skal være private møter.

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid .
2	Klikk på Rediger innstillinger fra Videonett kortet. Bla til Private møter og aktiver innstillingen.
3	Lagre endringen.

Når du aktiverer denne innstillingen, gjelder den for alle møter for organisasjonen, også de som er planlagt tidligere.

(Valgfritt) Reserver en klynge for private møter

Vi anbefaler at du klargjør en privat klynge for å håndtere forventet maksimal bruk fra private møter.

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid og klikk Vis alle på Video Mesh-kortet.
2	Velg videonett-klyngen fra listen, og klikk på Rediger klyngeinnstillinger.
3	Bla til Private møter og aktiver innstillingen.
4	Lagre endringen.

Feilmeldinger for private møter

Denne tabellen viser mulige feil som brukere kan se når de blir med i et privat møte.

Feilmelding	Brukerhandling	Årsak
Ekstern nettverkstilgang nektet Du må være på bedriftsnettverk for å delta på det private møtet. Parede Webex-enheter utenfor bedriftsnettverk vil ikke kunne bli med på møtet. I et slikt scenario kan du prøve å koble den bærbare datamaskinen, mobilen til bedriftsnettverk og bli med på møtet i ikke-sammenkoblet modus.	En ekstern bruker blir med fra utenfor bedriftsnettverk uten VPN eller MRA.	For å bli med i et privat møte må eksterne brukere ha tilgang til bedriftsnettverk via en VPN eller MRA.
	En ekstern bruker er på VPN, men de er paret til en ikke-autentisert enhet.	Enhetsmedier tunnelerer ikke til bedriftsnettverk via VPN. Enheten kan ikke bli med i et privat møte. I stedet, etter å ha koblet til VPN, bør den eksterne brukeren bli med på et privat møte i ikke-paret enhetsmodus fra skrivebords- eller mobilklienten.
Ingen tilgjengelige klynger Klyngene som er vert for dette private møtet, har høy kapasitet, kan ikke nås, er frakoblet eller ikke registrert. Ta kontakt med IT-administratoren din for å få hjelp.	En bruker er på bedriftsnettverk (lokalt eller eksternt via VPN), men kan ikke delta i et privat møte.	Videonett-klyngene dine er: Ved kapasitet Kan ikke nås Ikke pålogget Ikke registrert
Ikke autorisert Du har ikke tillatelse til å delta på dette private møtet fordi du ikke er medlem av vertsorganisasjonen. Ta kontakt med verten for møtet.	En bruker fra en annen organisasjon enn vertsorganisasjonen prøver å bli med i det private møtet.	Bare brukere som tilhører vertsorganisasjonen, kan delta i et privat møte.
	En enhet fra en annen organisasjon enn vertsorganisasjonen prøver å bli med i det private møtet.	Bare enheter som tilhører vertsorganisasjonen, kan bli med i et privat møte.

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

Når mediene kjører gjennom de lokale Video Mesh-nodene, får du bedre ytelse og bruker mindre båndbredde til Internett.

Innstillingen er …	Møte på internt Webex-nettsted med overlappende videonett aktivert	Møte på internt Webex-nettsted med overlappende videonett deaktivert	Møte på eksternt Webex-nettsted med videonett-overlappende aktivert	Møte på eksternt Webex-nettsted med overlappende videonett deaktivert
Aktivert	Media bruker videonettnodene dine.	Media bruker skynoder.	Media bruker videonettnodene dine.	Media bruker videonettnodene dine.
Deaktivert	Media bruker videonettnodene dine.	Media bruker skynoder.	Media bruker videonettnodene dine.	Media bruker skynoder.

1	I kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid og klikk Vis alle på Video Mesh-kortet.
2	Velg videonett-klyngen i listen, og klikk på Rediger innstillinger .
3	Bla til Foretrekk videonett for alle eksterne Webex Meetings og aktiver innstillingen.
4	Lagre endringen.

Optimaliser bruken av Video Mesh-distribusjonen

Du kan også optimalisere klyngekapasiteten og maksimere brukeropplevelsen ved å la klienttypene som de fleste kundene bruker, lande på Video Mesh-klynger.

1	Logg på Control Hub , og deretter velge Tjenester > Hybrid > Videonett > Ressurser > Vis alle . – eller – Velg Oversikt > Hybridtjenester > Videonett > Innstillinger .
2	Under Innstillinger for inkludering av klienttype , er alle klienttyper kontrollert som standard. Fjern merket for klienttypene du vil ekskludere fra bruk av videonett-klynger. Disse klyngene er vert på Webex-skynoder.
3	Klikk på Lagre.

Avregistrer videonettnode

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid .
2	Klikk på Vis alle på Video Mesh-kortet.
3	Fra listen over ressurser går du til riktig klynge og velger noden.
4	Klikk på Handling > Avregistrere node . Det vises en melding som ber deg bekrefte at du vil slette noden.
5	Når du har lest og forstått meldingen, klikker du på Avregistrere node .

Flytt videonettnode

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og velg deretter Vis alle på Video Mesh-kortet.
2	Velg noden du vil flytte, fra listen, og klikk deretter Handlinger (den vertikale ellipsen).
3	Velg Flytt node .
4	Velg riktig alternativknapp for dit du vil flytte noden: Velg en eksisterende klynge – Velg en eksisterende klynge fra rullegardinliste. Opprett en ny klynge – Angi et navn for den nye klyngen i feltet.
5	Klikk på Flytt node . Noden flyttes til den nye klyngen.

Tilknyttet informasjon

Angi oppgraderingsplan for videonettklynge

Du kan angi en bestemt oppgraderingsplan eller bruke standardplanen på 03.00 Daglig USA: Amerika/Los Angeles. Du kan velge å utsette en kommende oppgradering om nødvendig.

Før du starter

Hasteoppgraderinger tas i bruk så snart de er tilgjengelige.

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og klikk deretter Vis alle på Video Mesh-kortet.

Klikk på en medieressurs , og klikk deretter på Rediger klyngeinnstillinger .

På Innstillinger side, bla til Oppgrader , og velg deretter tid, frekvens og tidssone for oppgraderingsplanen.

(Valgfritt) Klikk om nødvendig Utsette for å utsette oppgraderingen én gang, til neste vindu.

Under tidssone vises dato og klokkeslett for neste tilgjengelige oppgradering.

Virkemåte for oppgradering

Noden sender regelmessige forespørsler til skyen for å se om en oppdatering er tilgjengelig.
Skyen gjør ikke oppgraderingen tilgjengelig før klyngen når oppgraderingsvinduet sitt. Når oppgraderingsvinduet kommer, leverer nodens neste regelmessige oppdateringsforespørsel til skyen oppdateringsinformasjonen.
Noden henter oppdateringer over en sikker kanal.
Eksisterende tjenester avsluttes elegant for å stoppe ruting av innkommende anrop til noden. Den elegante avslutningen gir også eksisterende samtaler tid til å fullføre (opptil 2 timer).
Oppgraderingen installeres.
Skyen utløser bare oppgraderingen for en prosentandel av nodene i en klynge om gangen.

Slett videonett-klynge

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og klikk deretter Vis alle .

Fra listen over ressurser blar du til videonettressursen du vil slette, og klikker deretter Rediger klyngeinnstillinger .

Du kan klikke Videonett for å filtrere på bare Video Mesh-ressurser.

Klikk på Slett klynge , og velg deretter én:

Klikk på Flytt alle noder . For hver node oppretter du enten en ny ressurs ved å velge en eksisterende ressurs fra rullegardinliste eller skriver inn et nytt navn, og deretter klikker du på Fortsett .
Klikk på Avregistrere alle noder , merk av i avmerkingsboks, og klikk deretter på Slett klynge .

Deaktiver videonett

Før du starter

Før du deaktiverer Video Mesh, vil du avregistrere alle Video Mesh-noder.

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid > Vis alle , velg Innstillinger på Video Mesh-kortet.
2	Klikk på Deaktiver .
3	Se gjennom listen over klynger, og les ansvarsfraskrivelsen i dialogboksen.
4	Merk av i avmerkingsboks for å bekrefte at du forstår denne handlingen, og klikk på Deaktiver i dialogboksen.
5	Når du er klar til å deaktivere videonettet, klikker du på Deaktiver tjenesten . Deaktivering fjerner alle Video Mesh-noder og -klynger. Videonett er ikke lenger konfigurert.

Feilsøke registrering av videonettnode

Denne delen inneholder mulige feil du kan støte på under registreringen av Video Mesh-noden til Webex-skyen, og foreslåtte trinn for å rette dem.

Kunne ikke løse domenet

Denne meldingen vises hvis DNS-innstillingene som er konfigurert på Video Mesh-noden, ikke er riktige.

Logg på konsollen til Video Mesh-noden, og kontroller at DNS-innstillingene er riktige.

Kunne ikke koble til nettstedet ved hjelp av port 443 via SSL

Denne meldingen vises hvis videonett-noden ikke kan koble til Webex-skyen.

Kontroller at nettverket tillater tilkobling på portene som kreves for Video Mesh. Hvis du vil ha mer informasjon, se Porter og protokoller som brukes av videonett .

ThousandEyes-integrering med Video Mesh

Fordeler med ThousandEyes-integrering

Gir deg flere testtyper å velge mellom. Du kan konfigurere én eller flere tester som passer for applikasjonen eller ressursen du vil overvåke.
Gir deg mulighet til å angi testterskler som er spesifikke for kravene dine.
Testresultatene er tilgjengelige via ThousandEyes-nettappen og ThousandEyes API i sanntid.
Større synlighet i feilsøking – Kunder kan identifisere årsaken til et problem i nettverket, noe som reduserer løsningstiden.

Aktiverer ThousandEyes for videonett

Bruk denne fremgangsmåten for å aktivere ThousandEyes-agent for Video Mesh-distribusjonen.

Fra Kontrollhub , klikk Hybrid nederst til venstre på skjermen.

Klikk på Rediger innstillinger på Videonett kortet.

Bla ned til ThousandEyes-integrering . Bryteren vil være deaktivert som standard. Klikk på bryteren for å aktivere den.

Klikk på ThousandEyes-brukerprofil , åpnes ThousandEyes-nettportalen. Logg på med administratorlegitimasjonen.

Det vises et sidepanel med Kontogruppetoken .

Klikk på visningsikonet, og klikk deretter Kopier .

Tokenet vil ikke bli kopiert på riktig måte hvis du ikke klikker på visningstoken-knappen.

Gå tilbake til Control Hub-fanen, lim inn tokenet i Agenttoken felt.

Klikk på Aktiver , ThousandEyes er nå aktivert for videonettdistribusjon.

Hva nå?

- Etter 5 minutter går du tilbake til ThousandEyes-nettsiden, klikker Sky- og bedriftsagenter , og klikk deretter Agentinnstillinger . Du skal kunne se alle nodene dine oppført som agenter under Bedriftsagenter . Hvis agentene ikke vises, kontrollerer du ThousandEyes-integrasjonskortet på Control Hub for feilmeldinger.
- Hvis det vises en feilmelding , klikker du på bryteren og deretter på Deaktiver . Gjenta trinnene for å aktivere ThousandEyes-agent, og sørg for at riktig kontogruppetoken kopieres og limes inn i Agenttoken felt.

Konfigurere tester ved hjelp av ThousandEyes

Nettverkstest – agent-til-agent

Et eksempel på en dialog for oppretting av tester vises nedenfor.

SIP-servertest

SIP-servertester forenkler nettverksmålinger, BGP-datainnsamling og, viktigst av alt, tilgjengelighet og ytelsestesting av SIP-tjenester mot SIP-basert VoIP-infrastruktur.

Hvis du vil ha detaljert informasjon om hvordan du konfigurerer en SIP-servertest, se Testinnstillinger for SIP-serveren .

Et eksempel på en dialog for oppretting av tester vises nedenfor.

RTP-strømtest

Hvis du vil detaljert informasjon om konfigurering av en RTP-strømtest, se Innstillinger for RTP-strømtest .

Et eksempel på en dialog for oppretting av tester vises nedenfor.

URL-test for Webex HTTP-server

Denne testen overvåker den primære landingssiden som brukerne kobler seg til når de bruker Webex. Et eksempel på en dialog for oppretting av tester vises nedenfor.

Autoritativ test av Webex DNS-server

Et eksempel på en dialog for oppretting av tester vises nedenfor.

Behandle videonettnode fra nettgrensesnittet

Oppgraderinger skjer ikke når en node settes i vedlikeholdsmodus.

Slik får du tilgang til oversikten over videonett

Du kan åpne webgrensesnitt på én av disse måtene:

Hvis du er fullstendig administrator og allerede har registrert noden i skyen, kan du få tilgang til noden fra Control Hub.

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid . Under Ressurser på Video Mesh-kortet klikker du Vis alle . Klikk på klyngen, og klikk deretter på noden du vil ha tilgang til. Klikk på Gå til Node .

Bare en fullstendig administrator for Webex-organisasjonen din kan bruke denne funksjonen. Andre administratorer, inkludert partnere og fullstendige eksterne administratorer, har ikke Gå til node alternativet for ressursene for videonett.
I en nettleserfane går du til <IP address>/setup, for eksempel https://192.0.2.0/setup. Angi administratorlegitimasjonen du konfigurerte for noden, og klikk deretter Logg på .

Hvis administratorkontoen er deaktivert, er ikke denne metoden tilgjengelig. Se delen Deaktiver eller aktiver den lokale administratorkontoen fra nettgrensesnittet på nytt.

Oversikten er standardsiden og har følgende informasjon:

Samtalestatus – Gir antall pågående samtaler gjennom noden.
Nodedetaljer – Gir nodetype, programvarebilde, programvareversjon, OS-versjon, QoS vedlikeholdsmodus .
Nodehelse – Gir bruksdata (CPU, minne, disk) og tjenestestatus (Management Service, Messaging Service, NTP-synkronisering).
Nettverksinnstillinger – Gir nettverksinformasjon: vertsnavn, grensesnitt, IP, gateway, DNS, NTP og om dobbel IP er aktivert.
Registreringsdetaljer – Gir registreringsstatus, organisasjonsnavn, organisasjons-ID, klynge noden er en del av og klynge-ID.

Skytilkobling –Kjører en serie tester fra noden til Webex-skyen og tredjepartsdestinasjoner som noden må ha tilgang for å kjøre på riktig måte.

Det kjøres tre typer tester: DNS-oppløsning, serverresponstid og båndbredde.

DNS-tester bekrefter at noden kan løse et bestemt domene. Disse testene rapporterer som mislykket hvis serveren ikke svarer innen 10 sekunder. De vises som «Bestått» med en oransje «advarselsfarge» hvis responstiden er mellom 1,5 og 10 sekunder. De periodiske DNS-kontrollene på noden genererer alarmer hvis DNS-responstiden er lengre enn 1,5 sekunder.
Connect-tester bekrefter at noden kan koble til en bestemt HTTPS-URL og motta et svar (andre svar enn proxy- eller gatewayfeil godtas som bevis på tilkobling).
Listen over tester som kjøres fra oversiktssiden er ikke uttømmende og inkluderer ikke websocket-tester.
Noden sender alarmer hvis anropsprosessene ikke kan fullføre websocket-tilkoblinger til skyen eller koble til anropsrelaterte tjenester.

Resultatet Godkjent eller Ikke bestått vises ved siden av hver test. du kan holde pekeren over denne teksten for å se mer informasjon om hva som ble kontrollert da testen kjørte.

Konfigurere nettverksinnstillinger fra nettgrensesnitt for videonettnode

Åpne nodegrensesnittet for Webex-videonett.

Gå til Nettverk .

Gjeldende nettverksinnstillinger for noden vises.

Endre følgende innstillinger for Verts- og nettverkskonfigurasjon etter behov:

Under Rediger vertsnavn og domene , endre Vertsnavn og Domene verdier.
Det vises en feilmelding hvis FQDN (vertsnavn og domene) ikke har riktig format.
Under Nettverksmodus , Aktiver DHCP er oppført, men DHCP støttes ikke. Du må angi en statisk IP-adresse, nettverksmaske og gateway.

Under Rediger DNS-servere endrer du oppføringene for DNS-server , som håndterer oversettelse av domenenavn til numeriske IP-adresser. Du kan angi opptil 4 DNS-servere.

Klikk på Lagre verts- og nettverkskonfigurasjon , og etter at popup-vinduet som sier at noden må startes på nytt, klikker du Lagre og starte på nytt .

Endre følgende innstillinger for NTP-servere etter behov:

Under Rediger NTP-servere endrer du verdiene for NTP-server , som brukes i organisasjonen til å synkronisere tid til noden.

Klikk på Lagre NTP-servere .

Hvis du konfigurerer mer enn én NTP-server, er avstemningsintervallet for failover 40 sekunder.

Hvis NTP-server er en FQDN og det ikke kan løses, returneres en advarsel. Hvis FQDN for NTP-server er løst, men den løste IP-en ikke kan søkes etter NTP-tid, returneres en advarsel.

Angi det eksterne nettverksgrensesnittet fra webgrensesnittet for videonettnode

Du kan konfigurere det eksterne nettverksgrensesnitt hvis du distribuerer videonettnode i nettverkets DMZ, slik at du kan isolere bedriftstrafikken (intern) fra ekstern (ekstern) trafikk.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Nettverk . Gjeldende nettverksinnstillinger for noden vises.
3	Klikk på Avansert .
4	Slå på Aktiver eksternt nettverk og klikk deretter Ok for å aktivere alternativene for ekstern IP-adresse på noden.
5	Skriv inn Ekstern IP-adresse , Ekstern nettverksmaske , og Ekstern gateway verdier.
6	Klikk på Lagre ekstern nettverkskonfigurasjon .
7	Klikk på Lagre og starte på nytt for å bekrefte endringen. Noden starter på nytt for å aktivere den doble IP-adresse, og konfigurerer deretter automatisk de grunnleggende statiske rutingsreglene. Disse reglene bestemmer at trafikk til og fra en IP-adresse for privat klasse bruker et internt grensesnitt. trafikk til og fra en offentlig IP-adresse bruker et eksternt grensesnitt. Senere kan du opprette dine egne rutingsregler – for eksempel hvis du må konfigurere en overstyring og gi tilgang til et eksternt domene fra det interne grensesnittet.
8	Hvis det finnes feil, klikker du Ok for å lukke dialogboks, fikse feilene og klikk på Lagre ekstern nettverkskonfigurasjon igjen.

Hva nå?

Hvis du vil bekrefte den interne og eksterne konfigurasjonen av IP-adresse , følger du trinnene i Kjør et ping fra nettgrensesnittet for videonettnode .

Test en ekstern destinasjon (eksempel, cisco.com); hvis vellykket, viser resultatene at målet ble åpnet fra det eksterne grensesnittet.
Test en intern IP-adresse; hvis vellykket, viser resultatene at adressen ble åpnet fra det interne grensesnittet.

Legg til interne og eksterne rutingsregler fra nettgrensesnitt for videonettnode

Før du starter

Hvis du vil konfigurere rutingsregler, må du først aktivere og konfigurere det eksterne nettverksgrensesnitt.

Åpne nodegrensesnittet for Webex-videonett.

Gå til Nettverk .

Gjeldende nettverksinnstillinger for noden vises. Hvis du har konfigurert det eksterne nettverket, vises Rutingsregler-fanen.

Klikk på Rutingsregler -fanen.

Du kan legge til manuelle overstyringer av disse reglene i de neste trinnene.

Hvis du vil legge til en regel, klikker du på Legg til rutingregel , og velg deretter ett av følgende alternativer:.

For Nettverkstype , klikk Intern , og angi deretter det eksterne subnett- eller verts- IP-adresse som skal brukes for den interne ruten.
For Nettverkstype , klikk Ekstern , og angi deretter det interne subnett- eller verts- IP-adresse som skal brukes for den eksterne ruten.

Klikk på Legg til rutingregel .

Når du legger til hver regel, vises de i listen over rutingsregler, kategorisert som brukerdefinerte regler.

Hvis du vil slette én eller flere brukerdefinerte regler, merker du av i avmerkingsboks i kolonnen til venstre for reglene, og deretter klikker du Slett rutingsregler .

Standardrutene kan ikke slettes, men du kan slette alle brukerdefinerte overstyringer du har konfigurert.

Åpne en SSH-tilkobling til den offentlige IP-adresse til videonettnode.
Få tilgang til videonettnode via ESXi-konsollen

Konfigurere containernettverk fra nettgrensesnitt for videonettnode

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Nettverk . Gjeldende nettverksinnstillinger for noden vises.
3	Klikk på Avansert .
4	Endre verdiene for Beholderens IP-adresse og Nettverksmaske for beholder , etter behov, og klikk deretter Lagre konfigurasjon for containernettverk .
5	Klikk på Lagre og starte på nytt for å bekrefte endringen.
6	Hvis det finnes feil, klikker du Ok for å lukke dialogboks, fikse feilene og klikk på Lagre konfigurasjon for containernettverk igjen.

Angi MTU-størrelser for nettverksgrensesnitt

Før du starter

Hvis du allerede har registrert noden, må du sette noden i vedlikeholdsmodus før du kan endre MTU-innstillingene.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Nettverk . Gjeldende nettverksinnstillinger for noden vises.
3	Klikk på Avansert .
4	I Innstillinger for grensesnitt MTU , angi en MTU-verdi mellom 1280 og 9000 byte i gjeldende felt. Hvis du har aktivert det eksterne grensesnittet, kan du angi størrelsen på både det interne og det eksterne grensesnittets MTU separat.

Noden starter på nytt for å bruke MTU-endringene.

Hva nå?

Hvis du setter noden i vedlikeholdsmodus for å endre MTU, må du slå av vedlikeholdsmodus.

Aktiver eller deaktiver DNS-bufring

Før du starter

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Nettverk . Gjeldende nettverksinnstillinger for noden vises.
3	Klikk på Avansert .
4	I delen Konfigurasjon av DNS-bufring velger du Aktiver DNS-bufring på eller av.
5	Klikk på i bekreftelsesdialogboksen Lagre og starte på nytt .
6	Når noden har startet på nytt, åpner du nodegrensesnittet for Webex Video Mesh på nytt og bekrefter at tilkoblingskontrollene er vellykket på Oversikt-siden.

Når du aktiverer DNS-bufring, vil Statistikk for DNS-hurtigbuffer viser følgende statistikk:

Statistikk	Beskrivelse
Bufferoppføringer	Antall tidligere DNS-oppløsninger som DNS-hurtigbufferserveren har lagret
Buffertreff	Antall ganger siden hurtigbufferen ble tilbakestilt at hurtigbufferen behandlet en DNS-forespørsel fra Video Mesh, uten å forespørre kundens DNS-server
Buffer feil	Antall ganger siden tilbakestillingen av hurtigbufferen kunde DNS-server behandlet en DNS-forespørsel fra Video Mesh i stedet for gjennom hurtigbufferen
Prosent treff på hurtigbuffer	Prosentandelen av DNS-forespørsler fra Video Mesh som hurtigbufferen behandlet uten å spørre kundens DNS-server
Hurtigbufferserverens utgående DNS-spørringer	Antall DNS-spørringer som DNS-hurtigbufferserveren for Video Mesh utførte mot kundens DNS-servere
Innkommende DNS-spørringer for hurtigbufferserver	Antall DNS-spørringer som Video Mesh utførte mot sin interne DNS-hurtigbufferserver
Spørringsforhold utgående til innkommende	Forholdet mellom DNS-spørringer gjort av Video Mesh mot kundens DNS-server og spørringene gjort av Video Mesh mot den interne DNS-hurtigbufferserveren
Innkommende søk per sekund	Gjennomsnittlig antall DNS-spørringer per sekund som Video Mesh utførte mot den interne DNS-hurtigbufferserveren
Utgående søk per sekund	Gjennomsnittlig antall DNS-spørringer per sekund som Video Mesh utførte mot kundens DNS-servere
Utgående DNS-forsinkelse [tidsintervall]	Prosentandelen av DNS-spørringer som Video Mesh utførte mot kundens DNS-servere der responstiden falt innenfor det beskrevne tidsintervall

Hva nå?

Flytt noden ut av vedlikeholdsmodus. Gjenta deretter oppgaven på alle andre noder som krever en endring.

Last opp sikkerhetssertifikater

Konfigurer et klareringsforhold mellom noden og en ekstern server, for eksempel en syslog-server.

I et klyngemiljø må du installere CA- og serversertifikater på hver node individuelt.

Åpne nodegrensesnittet for Webex-videonett.

Når du har sertifikatet og nøkkelen, klikker du Last opp et serversertifikat (.crt- eller .pem-fil) , velg sertifikatfilen, og klikk deretter på Last opp en privat nøkkel (.key-fil) og angi en passordfrase hvis du har en.

Den private nøkkelen er allerede på plass når en CSR genereres. Du trenger bare å laste opp en privat nøkkel hvis du ikke bruker trinnet for oppretting av CSR.
Når du har fått sertifikatet, går du til den første videonett-noden i en klynge, klikker på Installer serversertifikat , les ledeteksten, klikk på Installer , og klikk deretter OK .

En videonett-node som er registrert i skyen, venter i opptil to timer på at eventuelle samtaler avsluttes, og setter seg selv i en midlertidig inaktiv tilstand (hviler). Når enten de eksisterende samtalene er fullført eller det har gått to timer (avhengig av hva som inntreffer først), fullfører denne noden sertifikatinstallasjonen. Det vises en melding når installasjonen av serversertifikat er fullført, og du kan deretter laste inn siden på nytt for å vise det nye sertifikatet og nøkkeloppføringen.
Klikk på Last ned ved siden av sertifikatet og nøkkelfilene for å lagre en lokal kopi.

Lagre filene et sted det er enkelt å huske, og la forekomsten være åpen i nettleserfanen.
Gå til den andre Video Mesh-noden i klyngen, fyll ut passordfrasen, og last deretter opp den private nøkkelfilen. Klikk deretter på Last opp et serversertifikat og velg deretter Installer serversertifikat , les ledeteksten, klikk på Installer , og klikk deretter OK .
Gjenta disse trinnene på annenhver Video Mesh-node i samme klynge.

Velg et alternativ avhengig av hvordan CA-sertifikat for den eksterne serveren er signert:

Hvis serverens CA-sertifikat er signert av en generelt anerkjent organisasjon, for eksempel DigiCert, GeoTrust eller GlobalSign, vil Video Mesh-noden klarere det basert på listen over rotsertifikater fra verts-OS for Video Mesh-noden, som oppdateres regelmessig. Gå til trinn 6 .
Hvis serverens CA-sertifikat er signert av et internt CA rotsertifikat for bedriften , må rotsertifikat fra denne myndigheten legges til i videonett-noden. Fortsett med neste trinn.

Hent sertifikatet eller klareringsliste for sertifikater (CTL) som den eksterne serveren bruker.

Som med nodesertifikatet for Video Mesh, lagrer du den eksterne serverfilen et sted som er lett å huske.

Gå tilbake til fanen for nodegrensesnitt for Webex-videonett, klikk på Trust Store og proxy , og velg deretter et alternativ:

Hvis du vil installere et enkelt CA-sertifikat, klikker du på Last opp et rotsertifikat eller en sluttenhetssertifikat (.crt- eller .pem-fil) , og velg sertifikatfilen fra datamaskinen, klikk på Installer alle sertifikater i Trust Store , les ledeteksten, klikk på Installer , og start deretter noden på nytt.
Hvis du vil installere en sertifikatkjede, laster du opp rot- CA-sertifikat og det mellomliggende CA-sertifikat, og deretter klikker du på Installer alle sertifikater i Trust Store , les ledeteksten og klikk på Installer .

Gjenta opplastingen av sertifikatet eller sertifikatkjede på annenhver videonett-node i den samme klyngen.

Generer videonettlogger for støtte

Åpne nodegrensesnittet for Webex-videonett.

Gå til Feilsøking , og velg deretter et alternativ ved siden av Send logger :

Klikk på Send logger til Cisco for å generere en loggpakke fra noden og sende pakken direkte til Cisco i ett trinn. Du ser en statusindikator som endres etter hvert som loggene komprimeres, komprimeres og lastes opp.
Klikk på Last ned for å generere en lang pakke fra noden som du kan lagre lokalt eller knytte til en sak senere.

Når du åpne en sak eller samhandle med Cisco TAC , inkluderer opplastingsidentifikatorverdien slik at kundestøtteteknikeren får tilgang til loggene.

Hvis du sendte loggen til Cisco direkte, trenger du ikke å laste opp loggpakken til TAC-saken.

Hva nå?

Mens logger lastes opp til Cisco eller lastes ned, kan du kjøre pakkelagring fra samme skjermbilde.

Generer pakkeopptak for videonett for støtte

Før du starter

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking . Du kan starte pakkelagring og laste opp logger samtidig.
3	(Valgfritt) I Pakkeopptak kan du begrense registreringen til pakker på et bestemt grensesnitt, filtrere etter pakker til eller fra bestemte verter, eller filtrere etter pakker på én eller flere porter.
4	Hvis du vil starte prosessen, slår du på Start pakkeopptak innstillingen.
5	Når du er ferdig, slår du av Start pakkeopptak innstillingen.
6	Velg én: Klikk på Send PCAP til Cisco for å sende pakkelagring fra noden direkte til Cisco. Du ser en statusindikator som endres etter hvert som pakkelagring lastes opp. Klikk på Last ned for å lagre en lokal kopi av pakkelagring fra noden. Du kan legge den ved en sak senere. Når et pakkeopptak er lastet opp, vises en opplastingsidentifikator på siden. Støtte bruker denne verdien til å identifisere den opplastede pakkelagring. Maksimal størrelse for pakkeopptak er 2 GB.
7	Når du åpne en sak eller samhandle med Cisco TAC , inkluderer du opplastingsidentifikatorverdien slik at kundestøtteteknikeren din får tilgang til pakkelagring.

Kjør et ping fra nettgrensesnittet for videonettnode

Du kan kjøre en ping fra webgrensesnitt for Video Mesh-noden . Dette trinnet tester en destinasjon du angir, og ser om videonettnoden kan nå den.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking , bla til Ping , og angi deretter en destinasjonsadresse du vil teste i FQDN- eller IP-adresse felt under Test tilkoblingen ved hjelp av ping .
3	Klikk på Ping . Testen kjøres, og du ser en melding om vellykket ping eller feil. Testen har ingen tidsavbrudd. Hvis du får en feil eller testen kjører på ubestemt tid, kontrollerer du målverdien du anga, og nettverksinnstillinger.

Kjør en sporingsrute fra webgrensesnitt for videonett

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking , bla til Traceroute , og angi deretter en destinasjonsadresse du vil teste i FQDN- eller IP-adresse felt under Spor rute til vert . Testen kjøres, og du får en melding om vellykket sporing eller feil. Testen tidsavbrytes etter 16 sekunder. Hvis du får en feil eller testen blir tidsavbrutt, kontrollerer du målverdien du anga, og nettverksinnstillinger.

Kontroller NTP-serveren fra nettgrensesnittet for videonettnode

Åpne nodegrensesnittet for Webex-videonett.

Gå til Feilsøking , bla til Sjekk NTP-serveren , og angi deretter en destinasjonsadresse du vil teste i FQDN- eller IP-adresse felt under Vis svar på SNTP-spørring .

Identifisere portproblemer med Reflector Tool i nettgrensesnittet

Reflektorverktøyet (en kombinasjon av en server på Video Mesh-noden og klient gjennom et Python-skript) brukes til å bekrefte om de nødvendige TCP/UDP-portene er åpne fra Video Mesh-nodene.

Før du starter

Last ned en kopi av Reflector Tool Client (et Python-skript) frahttps://github.com/CiscoDevNet/webex-video-mesh-reflector-client .
For at skriptet skal fungere som det skal, må du kontrollere at du kjører Python 2.7.10 eller nyere i miljøet ditt.
For øyeblikket støtter dette verktøyet SIP-endepunkter til videonettnoder og intraklyngebekreftelse.

1	Fra kundevisningen ihttps://admin.webex.com , aktiver vedlikeholdsnoden for videonettnode ved å følge disse instruksjonene .
2	Vent til noden viser statusen Klar for vedlikehold i Control Hub.
3	Åpne nodegrensesnittet for Webex-videonett. Hvis du vil ha instruksjoner, se Behandle videonettnode fra nettgrensesnittet .
4	Bla til Refleksverktøy , og start deretter enten TCP Reflector Server eller UDP Reflector Server , avhengig av hvilken protokoll du vil bruke.
5	Klikk på Start Reflector Server , og vent deretter til serveren starter. Du ser et varsel når serveren starter.
6	Fra et system (for eksempel en PC) i et nettverk som du vil at Video Mesh-nodene skal nå, kjører du skriptet med følgende kommando: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` På slutten av kjøringen viser klienten en vellykket melding hvis alle nødvendige porter er åpne: Klienten viser en mislykket melding hvis noen nødvendige porter ikke er åpne:
7	Løs eventuelle portproblemer på brannmuren, og kjør deretter trinnene ovenfor på nytt.
8	Kjør klienten med `--help` for å få flere detaljer.

Aktiver feilsøkingsbrukerkonto fra nettgrensesnitt for videonettnode

Hvis Cisco TAC krever tilgang til noden for Webex-videonett, kan du midlertidig aktivere en brukerkonto slik at brukerstøtte kan kjøre ytterligere feilsøking.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking , og slå deretter på Aktiver feilsøkingsbruker innstillingen. Det vises en kryptert passordfrase som du kan oppgi til Cisco TAC.
3	Kopier passordfrasen, lim den inn i kundestøttebilletten eller direkte til kundestøtteteknikeren, og klikk deretter OK når du har den lagret.

brukerkonto for feilsøking er gyldig i 3 dager, og deretter utløper den.

Hva nå?

Du kan deaktivere kontoen før den utløper hvis du går tilbake til Feilsøking side, og slå deretter av Aktiver feilsøkingsbruker innstillingen.

Tilbakestill en videonettnode til fabrikkstandard fra nettgrensesnittet

Før du starter

Du må bruke Control Hub til å avregistrere videonett-noden fra klyngen som er registrert i Control Hub.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking , bla til Tilbakestill til fabrikkinnstillinger , og klikk deretter Tilbakestill node .
3	Kontroller at du forstår informasjonen i varselet som vises, og klikk deretter på Tilbakestill og start på nytt . Noden starter automatisk på nytt etter tilbakestillingen til tilbakestilling til fabrikkinnstillinger.

Deaktiver eller aktiver den lokale administratorkontoen fra nettgrensesnitt på nytt

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid .

Under Ressurser på Video Mesh-kortet klikker du Vis alle .

Klikk på klyngen, og klikk deretter på noden du vil ha tilgang til. Klikk på Gå til Node .

Gå til Administrasjon .

Veksle på Aktiver innlogging for administratorbruker slå av for å deaktivere kontoen, eller på for å aktivere den på nytt.

Du kan ikke deaktivere administratorkontoen før du har registrert noden i skyen.

Klikk på på bekreftelsesskjermen Deaktiver eller Aktiver for å fullføre endringen.

Endre passordfrase for administrator fra nettgrensesnitt

Bruk denne fremgangsmåten til å endre administrator (passordet) for Webex-videonett-noden ved hjelp av webgrensesnitt.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Administrasjon , og ved siden av Endre passordfrase , klikk Endre .
3	Skriv inn Gjeldende passordfrase , og angi deretter en ny passordfraseverdi i begge Ny passordfrase og Bekreft ny passordfrase .
4	Klikk på Lagre passordfrase . Meldingen «passord endret» vises, og deretter går du tilbake til påloggingsskjermen.
5	Logg på med den nye administratorpålogging og passordfrasen (passord).

Endre utløpsintervall for passordfrase fra nettgrensesnittet

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Administrasjon , og ved siden av Endre utløpsdato for passordfrase , angi en ny verdi for Utløpsintervall (dager) (opptil 365 dager), og klikk deretter Lagre utløpsintervall for passordfrase . Et vellykket skjermbilde vises, og du kan deretter klikke OK for å fullføre.

Den Administrasjon siden viser også datoer for siste endring av passordfrasen og neste gang passordet utløper.

Angi ekstern logging til en Syslog-server

Hvis du har en syslog-server, kan du angi at noden for Webex-videonett skal logges på informasjonen om revisjonssporet for den eksterne serveren, for eksempel:

Detaljer om administrator
Konfigurasjonsendringer (inkludert slå vedlikeholdsmodus på eller av)
Programvareoppdateringer

Noden aggregerer loggene, hvis noen, og sender dem til serveren hvert tiende minutt.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Administrasjon .
3	Ved siden av Ekstern logging , slå på Aktiver ekstern logging .
4	For Detaljer om Syslog-server , skriver du inn vertens IP-adresse eller det fullstendige domenenavn og syslog-porten. Hvis serveren ikke kan DNS-løses fra noden, bruker du en IP-adresse i Vert felt.
5	Velg Protokoll – UDP eller TCP. Hvis du vil bruke TLS-kryptering, velger du TCP og slå deretter på Aktiver TLS . Kontroller at du også laster opp og installerer sikkerhetssertifikatene som kreves for TLS-kommunikasjon mellom noden og syslog-serveren. Hvis det ikke er installert noen sertifikater, bruker noden som standard sine egensignerte sertifikater. Hvis du vil ha hjelp, se Last opp sikkerhetssertifikater .
6	Klikk på Lagre konfigurasjon for ekstern logging .

Egenskapene for loggmeldingen har dette formatet: Melding om prioritert tidsstempel Vertsnavn-tag .

Egenskap	Beskrivelse
Prioritet	Verdien er alltid 131, basert på formelen: Prioritet = (anleggskode * 8) + alvorlighetsgrad. Anleggskoden er 16 for «local0». Alvorlighetsgraden er 3 for «varsel».
Tidsstempel	Tidsstempelformatet er «Mmm dd tt:mm:ss».
Vertsnavn	Vertsnavnet for videonett-noden.
stikkord	Verdien er alltid syslogAuditMsg.
Melding	Meldingen er en JSON-streng på minst 1 kB. Størrelsen avhenger av antall aggregerte hendelser i løpet av timinuttersintervallet.

Her er en eksempelmelding:

{
  "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 for videonettvarsler

Følgende hendelsestyper kan overvåkes via webhooks:

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

Opprett et Webhook-abonnement

1	Logg på Cisco Webex utvikler portal ved hjelp av administratorlegitimasjon.
2	På utviklerportalen klikker du på Dokumentasjon.
3	Fra rullefeltet til venstre blar du ned og klikker Fullstendig API-referanse .
4	Fra alternativene som vises nedenfor, blar du ned og klikker Webhooks > Opprett en Webhook.
5	Opprett et abonnement ved å angi følgende parametere:

navn : eksempel – Video Mesh Webhook-varsler
targetUrl : eksempel - https://10.1.1.1/webhooks
ressurs : videoMeshAlerts
hendelsen : utløst
eidAv : org

URL-adressen som angis i targetUrl-parameteren, må være tilgjengelig for Internett og ha en server som er konfigurert til å godta POST-forespørsler sendt av Webex Webhook.

Angi terskelkonfigurasjoner med utvikler-API-er

Et sett med fire API-er er tilgjengelige for innstilling og oppdatering av terskler i Cisco Webex Developer Portal, og de er listet opp nedenfor:

Konfigurasjon av listehendelsesterskel
Hent konfigurasjon av hendelsesterskel
Oppdater konfigurasjon for hendelsesterskel
Tilbakestill konfigurasjon av hendelsesterskel

API-ene er tilgjengelige påhttps://developer.webex.com/docs/api/v1/video-mesh .

Scenario 1 – angi terskelverdi for organisasjonssamtaler overflyt

Klikk på Konfigurasjon av listehendelsesterskel API.

Angi eventscope til ORG og klikk > Kjør .

Du vil motta et svar som ligner på det vist nedenfor.

{
"eventName": "orgCallsOverflowed",
"eventThresholdId":
"Y2lzY29zcGFyazovL3VzL0VWRU5ULzQyN2U5ZTk2LTczYTctNDYwYS04MGZhLTcyNWU4MWE2MDg3ZjowM2ZkYjkzZC1jNTllLT
QzMjQtODIwNS1lNDIyYzA3NGQ5Mzg",
"eventScope": "ORG",
"entityId":
"Y2lzY29zcGFyazovL3VzL09SR0FOSVpBVElPTi8yYzNjOWY5NS03M2Q5LTQ0NjAtYTY2OC0wNDcxNjJmZjFiYWQ",
"thresholdConfig": {
"minThreshold": 10,
"defaultMinThreshold": 10
}

Kopier verdien i "eventThresholdId". Dette er terskel-ID-en for hendelsen som vil bli brukt til å oppdatere og hente terskelverdier.

Lim inn verdien i "eventThresholdId" i JSON-strukturen vist nedenfor, og kopier hele JSON-strukturen.

[
{
"eventThresholdId":
"Y2lzY29zcGFyazovL3VzL0VWRU5UL2E3YmM3ODE2LWU3YTAtNDk0Zi1iZDZhLTRhMGIyNWY2OGFhNjoyNWE3ODY1Yi0yYjQ3
LTM4M2YtYWI3YS00MzYxY2ExN2FiOTI",
"thresholdConfig": {
"minThreshold": 5
}
}

Klikk på Oppdater konfigurasjon for hendelsesterskel API.

Lim inn JSON-strukturen i brødteksten til Oppdater konfigurasjon for hendelsesterskel API.

Angi “minThreshold” verdi til den nye terskelverdi du vil angi.

Du kan kjøre denne operasjonen for flere hendelsesterskel-ID-er ved å angi dem som kommadelte verdier i JSON-strukturen.

Klikk på Kjør , terskelen din for Organisasjonsanropsoverflyt settes til den nye verdien.

Hva nå?

Hvis du vil vise terskelen som er angitt for en bestemt hendelsesterskel-ID,

Klikk på Hent konfigurasjon av hendelsesterskel API.
Lim inn hendelsesterskel-ID-en i toppteksten for API-en, klikk Kjør .
Standard terskelverdi og den angitte terskelverdi vises i svaret.

Scenario 2 – Angi terskelverdi for klyngesamtaler omdirigert

Klikk på Konfigurasjon av listehendelsesterskel API.

Angi eventscope til KLYNE og klikk > Kjør .

Svaret viser konfigurasjoner for alle klynger i organisasjonen.

Du kan motta konfigurasjonen for en bestemt klynge ved å fylle ut clusterID parameteren.

Kopier verdien i "eventThresholdId"-feltet for klyngen du vil oppdatere verdien for. Dette er terskel-ID-en for hendelsen som vil bli brukt til å oppdatere og hente terskelverdier.

Lim inn verdien i "eventThresholdId" i JSON-strukturen vist nedenfor, og kopier hele JSON-strukturen.

[
{
"eventThresholdId":
"Y2lzY29zcGFyazovL3VzL0VWRU5UL2E3YmM3ODE2LWU3YTAtNDk0Zi1iZDZhLTRhMGIyNWY2OGFhNjoyNWE3ODY1Yi0yYjQ3
LTM4M2YtYWI3YS00MzYxY2ExN2FiOTI",
"thresholdConfig": {
"minThreshold": 5
}
}
]

Klikk på Oppdater konfigurasjon for hendelsesterskel API.

Lim inn JSON-strukturen i brødteksten til Oppdater konfigurasjon for hendelsesterskel API.

Angi “minThreshold” verdi til den nye terskelverdi du vil angi.

Du kan kjøre denne operasjonen for flere hendelsesterskel-ID-er ved å angi dem som kommadelte verdier i JSON-strukturen.

Klikk på Kjør , terskelen din for Klyngesamtaler omdirigert settes til den nye verdien.

Hva nå?

Hvis du vil vise terskelen som er angitt for en bestemt hendelsesterskel-ID,

Klikk på Hent konfigurasjon av hendelsesterskel API.
Lim inn hendelsesterskel-ID-en i toppteksten for API-en, klikk Kjør .
Standard terskelverdi og den angitte terskelverdi vises i svaret.

Scenario 3 – Tilbakestilling av terskelverdier

Klikk på Tilbakestill konfigurasjon av hendelsesterskel API.

Kopier hendelsesterskel-ID-en for en klynge eller organisasjonen, og lim den inn i "eventThresholdId" i JSON-strukturen nedenfor.

{
"eventThresholdIds": [
"Y2lzY29zcGFyazovL3VzL0VWRU5ULzQyN2U5ZTk2LTczYTctNDYwYS04MGZhLTcyNWU4MWE2MDg3Zjo2YzJhZGRmMS0wYjAz
LTRiZWEtYjIxYy0xYzFjYzdiY2UwOWQ"
]
}

Lim inn JSON-strukturen i brødteksten og klikk Kjør .

Du kan tilbakestille terskelverdier for flere hendelsesterskel-ID-er ved å angi dem som kommadelte verdier i JSON-strukturen.

terskelverdi settes til standard minimumsverdi.

Utvikler-API-er for videonett

Vedlegg

Demoprogramvare for videonettnode

Demoprogramvaren for videonettnode støttes ikke av Cisco TAC.
Du kan ikke oppgradere demoprogramvaren for videonettnode til den fullstendige programvareversjon av produksjonsprogramvaren.

Last ned bildet av demoprogramvaren fra denne koblingen .

Spesifikasjoner

Se System- og plattformkrav for programvare for videonettnode for den spesifikasjonsbaserte konfigurasjonen for programvaren videonettnode .

Demoprogramvaren støtter enten ett enkelt nettverksgrensesnitt eller et to nettverksgrensesnitt.

Kapasitet

Vi tester ikke demobildet for kapasitet. Du bør bare bruke den til å teste ut grunnleggende møtescenarier. Se brukstilfellene som følger for veiledning.

Bruksområder for demoprogramvaren for videonettnode

Medier forankret til lokalt

Distribuer og konfigurer noden med demoprogramvaren.
Kjør et møte som inkluderer følgende deltakere: en Webex-app-deltaker, Webex-endepunktdeltaker og et Cisco Webex Board.
Etter at møtet er over, kan du se fra kundenhttps://admin.webex.com , gå til Analyse for å få tilgang til videonett-rapportene. I rapportene kan du se at mediene forble lokale.

Møte med deltakere i skyen og lokale

Kjør et nytt møte med et par Webex-deltakere lokale og én i skyen.
Vær oppmerksom på at alle deltakerne sømløst kan bli med og delta i møtet.

Behandle videonettnode fra konsollen

Oppgraderinger skjer ikke når en node settes i vedlikeholdsmodus.

Endre nettverksinnstillinger for videonettnode i konsollen

Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten, og logg deretter på med administratorlegitimasjonen.

Etter førstegangs oppsett av nettverksinnstillinger , og hvis videonettverket er tilgjengelig, kan du få tilgang til nodegrensesnittet via sikkert skall (SSH).

Velg alternativ fra hovedmeny i videonettnode 2 Rediger konfigurasjon og klikk deretter Velg .

Les meldingen om at samtalene avsluttes på videonettnode, og klikk deretter på Ja .

Klikk på Statisk , angi IP-adresse for det interne grensesnittet, Maske , Gateway , og DNS verdier for nettverket ditt.

videonettnode må ha en intern IP-adresse og et DNS-navn som kan løses. IP-adresse for noden kan ikke tilhøre IP-adresse som er reservert for intern bruk av videonettnode . Standard reservert IP-adresse er 172.17.42.0–172.17.42.63, som kan konfigureres i Diagnostikk -menyen. Dette IP-adresse er for kommunikasjon innenfor videonettnode og mellom programvarebeholderne som inneholder de forskjellige komponentene i noden – for eksempel SIP-grensesnitt og medietranskoding.
Distribuer alle nodene i samme delnett eller VLAN, slik at alle nodene i en klynge er tilgjengelige uansett hvor klientene befinner seg i nettverket.
For en DMZ-distribusjon for to nettverkskort kan du angi den eksterne IP-adresse i neste prosedyre etter at du har lagret den interne nettverkskonfigurasjon og startet noden på nytt.

Angi organisasjonens NTP-server eller en annen ekstern NTP-server som kan brukes i organisasjonen.

Hvis du konfigurerer mer enn én NTP-server, er avstemningsintervallet for failover 40 sekunder.

(Valgfritt) Endre vertsnavnet eller domenet om nødvendig.

Hvis du vil sikre en vellykket registrering til skyen, bruker du bare små tegn i vertsnavnet du angir for videonettnode. Store og små bokstaver støttes ikke for øyeblikket.
Når du bruker eller konfigurerer FQDN eller vertsnavn, må du også angi et gyldig domene som kan løses. Den totale lengden på FQDN kan ikke overstige 64 tegn.

Klikk på Lagre , og klikk deretter Lagre endringer og start på nytt .

Endre passordfrasen for administrator for videonettnode

Bruk denne fremgangsmåten til å endre administrator (passordet) for videonettnoden i nodens konsoll.

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Åpne og logg på VMware ESXi-konsollen til den virtuelle maskinen for Video Mesh-noden.
3	Velg alternativ på hovedmeny 3 Administrer passordfrase for administrator , deretter 1 Endre passordfrase for administrator , og klikk deretter Gå inn .
4	Les informasjonen på siden for utløpt passord, klikk på Gå inn , og klikk deretter på den igjen etter meldingen om passordutløpet.
5	Trykk på Enter.
6	Når du har logget ut av konsollen, går du tilbake til påloggingsskjermen, og deretter logger du på med administratorpålogging . Du blir bedt om å endre passordet ditt.
7	For Gammelt passord , angi gjeldende passordfrase, og trykk deretter på Gå inn .
8	For Nytt passord , angi en ny passordfrase, og trykk deretter på Gå inn .
9	For Skriv inn nytt passord på nytt , skriv inn den nye passordfrasen på nytt, og trykk deretter på Gå inn . Meldingen «passord endret» vises, og deretter går du tilbake til påloggingsskjermen.
10	Logg på med den nye administratorpålogging og passordfrasen (passord).

Kjør et ping fra videonettnode for videonett

Du kan kjøre en ping fra grensesnittet for nodekonsollen for Video Mesh. Dette trinnet tester en destinasjon du angir, og ser om videonettnoden kan nå den.

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Fra Video Mesh-nodekonsollen går du til 4 Diagnostikk , og velg deretter Ping .
3	I ping -feltet, angi en destinasjonsadresse du vil teste, for eksempel en IP-adresse eller vertsnavn, og klikk deretter på OK . Testen kjøres, og du ser en melding om vellykket ping eller feil. Hvis du får en feil, kontrollerer du målverdien du anga, og nettverksinnstillinger.

Aktiver feilsøking av brukerkonto gjennom konsoll

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Fra Video Mesh-nodekonsollen går du til 4 Diagnostikk , velg 2 Aktiver feilsøkingsbrukerkonto , og klikk på etter ledeteksten Ja .
3	Når det vises en melding om at brukerkonto ble opprettet, klikker du på OK for å vise den krypterte passordfrasen. Du sender den krypterte passordfrasen til support. De bruker denne midlertidige kontoen og dekrypterte passordfrasen for å få sikker tilgang til Video Mesh-noden for feilsøking. Denne kontoen utløper etter 3 dager, eller du kan deaktivere den når støtten er fullført.
4	Velg starten og slutten på de krypterte dataene, og kopier og lim dem inn i kundestøttebilletten eller e-posten du sender til kundestøtte.
5	Når du har sendt denne informasjonen til support, går du tilbake til nodekonsollen for videonett og trykker på en hvilken som helst tast for å gå tilbake til hovedmeny.

Hva nå?

Send logger fra videonettnode for videonett

Du kan bli bedt om å sende logger direkte til Cisco eller gjennom sikker kopi (SCP). Bruk denne fremgangsmåten til å sende logger direkte fra alle Video Mesh-noder du har registrert, til skyen.

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Klikk på alternativ i hovedmeny 4 Diagnostikk og trykk deretter på Gå inn .
3	Klikk på 4 Eksporter loggfiler , gi tilbakemelding hvis du vil, og klikk deretter Neste .
4	Velg et alternativ: Send logger ved hjelp av SCP , bekreft eksporten av loggene, angi SCP-detaljene ( Vert , Brukernavn , og Dest_ Mappe ), og klikk deretter på OK . Send logger til Cisco , og bekreft deretter eksporten av loggene.
5	Velg OK for å gå tilbake til hovedmeny for Videonett-noden .
6	(Valgfritt) Velg 5 Kontroller status for loggfiler som er sendt til Cisco hvis du sendte loggene til Cisco.

Hva nå?

Når du har sendt logger, anbefaler vi at du sender tilbakemelding direkte fra Webex-appen, slik at kundestøttekontaktene dine har all informasjonen de trenger for å hjelpe deg.

Tilknyttet informasjon

Hvordan kontakter jeg min leder for kundesuksess (CSM)?

Kontroller tilstanden til videonettnode fra konsoll

Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.

Fra Video Mesh-nodekonsollen går du til 4 Diagnostikk , og velg deretter 6 Kontroller nodens tilstand for å vise følgende informasjon om noden:

Beholder for administrasjonstjeneste
ETCD (nøkkelverdilager som lagrer data pålitelig på tvers av en klynge)
NTP-synkronisert
Diskplass (gratis/brukt %)
Minne (gratis/brukt %)

Konfigurer containernettverk på videonettnode

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Fra hovedmeny i nodekonsollen for Video Mesh går du til 4 Diagnostikk , og velg deretter 7 Konfigurer containernettverk . Etter advarselen som sier at aktive samtaler avsluttes på noden, klikker du Ja .
3	Endre verdiene for Container Bridge IP og Nettverksmaske , etter behov, og klikk deretter Lagre . Du får se et skjermbilde som viser nettverksinformasjonen for beholderen, inkludert IP-adresse som er reservert for interne operasjoner på videonett-noden.
4	Klikk på OK.

Identifisere portproblemer med Reflector Tool i konsoll

Reflektorverktøyet (en kombinasjon av en server på Video Mesh-noden og klient gjennom et Python-skript) brukes til å bekrefte om de nødvendige TCP/UDP-portene er åpne fra Video Mesh-nodene.

Før du starter

Last ned en kopi av Reflector Tool Client (Python-skript) og pakke deretter ut filen til et sted som er lett å finne. Zip-filen inneholder skriptet og en readme-fil.
For at skriptet skal fungere som det skal, må du kontrollere at du kjører Python 2.7.10 eller nyere i miljøet ditt.
For øyeblikket støtter dette verktøyet SIP-endepunkter til videonettnoder og intraklyngebekreftelse.

1	Fra kundevisningen ihttps://admin.webex.com , aktiver vedlikeholdsnoden for videonettnode ved å følge disse instruksjonene .
2	Vent til noden viser statusen Klar for vedlikehold i Control Hub.
3	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
4	Fra grensesnittet for videonettnode går du til Diagnostikk > Reflector Server > Reflector Server for TCP eller (UDP) . Start serveren enten for TCP eller for UDP.
5	Bla til Refleksverktøy , og start deretter enten TCP Reflector Server eller UDP Reflector Server , avhengig av hvilken protokoll du vil bruke.
6	Klikk på Start Reflector Server , og vent deretter til serveren starter. Du ser et varsel når serveren starter.
7	Fra et system (for eksempel en PC) i et nettverk som du vil at Video Mesh-nodene skal nå, kjører du skriptet med følgende kommando: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` På slutten av kjøringen viser klienten en vellykket melding hvis alle nødvendige porter er åpne: Klienten viser en mislykket melding hvis noen nødvendige porter ikke er åpne:
8	Løs eventuelle portproblemer på brannmuren, og kjør deretter trinnene ovenfor på nytt.
9	Kjør klienten med `--help` for å få flere detaljer.

Tilbakestill en videonettnode fra konsoll til fabrikkstandard

Før du starter

Du må bruke Control Hub til å avregistrere videonett-noden fra klyngen som er registrert i Control Hub.

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Fra Video Mesh-nodekonsollen går du til 4 Diagnostikk , og velg deretter 8 Tilbakestilling til fabrikkinnstillinger .
3	Kontroller at du forstår informasjonen i merknaden som vises, og klikk deretter Tilbakestill . Noden starter automatisk på nytt etter tilbakestillingen til tilbakestilling til fabrikkinnstillinger.

Overfør en eksisterende maskinvareplattform til videonettnode

Trinnene varierer, avhengig av den medfølgende versjonen av ESXi på maskinvareplattform.

Før du starter

Last ned en ny versjon av den nyeste versjonen Programvare for videonettnode bilde (OVA). Ikke distribuer en ny videonettnode med en tidligere nedlastet OVA.

1	Logg på grensesnittet for den virtuell maskin , og avslutt deretter programvaren som kjører på plattformen.
2	Slett programvaren som kjørte på plattformen. Det må ikke være noen programvarebilder igjen på plattformen. Du kan heller ikke kjøre nodeprogramvare for Video Mesh sammen med annen programvare på samme plattform.
3	Distribuer en ny virtuell maskin fra en ny OVF- eller OVA-fil.
4	Angi et navn på den virtuell maskin, og velg OVA-filen for videonettnoden.
5	Endre diskklargjøring til Tykk.
6	Last opp mfusion.ova programvarebilde du lastet ned.
7	Når den virtuell maskin kjører, går du tilbake til Logg på videonettnode og fortsett den første konfigurasjonen av Video Mesh-noden.

Funksjonssammenligning og overføringsbane fra samarbeidsmøterom-hybrid til videonett

Sammenligning av funksjoner

Funksjon	Videonett og Cisco Webex Meeting Center -video	CMR Hybrid
Møtetyper	Planlagt Ett klikk (øyeblikkelig) Personlig møte (PMR) Konsekvent opplevelse for lokaler og skybaserte møter	Kun planlagt
Planlegging	Webex-produktivitetsverktøy (Windows og Mac) Hybridkalenderplanlegging med @webex Webex-portal	Webex-aktiverte TelePresence- Produktivitetsverktøy for Windows og Mac TMS-planlegging
Alternativer for å bli med i møte	Oppringing og Utringing PIN-beskyttet (vert) Énknapp å trykke på (OBTP)	Kun innringing OBTP
Opplevelse i møtet	Unified Roster (Webex-klient) Samlede kontroller (Webex-klient) Lås/lås opp møte Demp/slå på demping av TelePresence-deltakere	Ingen enhetlig liste (Webex-klient og TelePresence Server) Separate kontroller (Webex-klient og TelePresence Server)
Kapasitet og distribusjonsmodell	Ubegrenset kapasitet Lokal og automatisk overflyt Bytting og omkoding	Transkodingskapasiteten er begrenset til TelePresence-serveren

Sjekkliste for overføringsbane

Kontroller at funksjonen for videokonferanse i Meeting Center er klargjort på Webex-nettsted.
Nettstedsadministratoren mottar administrasjonsportalkontoen sin. Administratoren distribuerer deretter videonettnoder for Webex-organisasjonen.
Nettstedsadministratoren tilordner CMR-rettigheten for å aktivere alle eller noen CMR Hybrid -hybridbrukere med Cisco Webex Meeting Center -video.
(Valgfritt) Deaktiver økttypen for CMR Hybrid for dette delsettet, og aktiver deretter Cisco Webex Meeting Center -video i brukerprofil.
Nettstedsadministratoren konfigurerer videonett, og velger deretter Hybrid som medieressurs under Alternativer for møterom for skysamarbeid .
Nettstedsadministratoren konfigurerer den lokale TelePresence Management Suite (TMS) og One Button to Push (OBTP) til å fungere med Cisco Webex Meeting Center -video. Se Distribusjonsveiledning for Cisco Webex Meeting Center -videokonferanser for bedrifter for veiledning.
Når CMR-rettigheten er aktivert for en bruker, bruker Webex- Produktivitetsverktøy som standard Cisco Webex Meeting Center -videoversjonen. Alle nye møter som er planlagt av brukerne, er Cisco Webex Meeting Center -videomøter.
Hvis konferanserom er inkludert i invitasjonen, sendes OBTP-informasjon til konferanserommet via TMS (kun for CMR Hybrid -hybridmøter).
Eksisterende møter som ble konfigurert av CMR Hybrid -brukere før de ble byttet til Cisco Webex Meeting Center -video, skal fortsette å fungere så lenge kunden beholder de lokale MCU- og TMS-innstillingene.
Eksisterende CMR Hybrid -hybridmøter kan ikke endres eller oppdateres for å gjenspeile informasjonen om Cisco Webex Meeting Center -videomøte. Hvis brukere vil bruke en ny invitasjon, må de slette de gamle møtene og opprette nye møter.
Hvis kunden ønsker å avvikle den lokale MCU-en, TMS-en, fungerer ikke gamle CMR Hybrid . Nye møter med Cisco Webex Meeting Center Videoinformasjon må opprettes.

TelePresence-interoperabilitetsprotokoll og segmentbytte

Videonett støtter forhandling av TelePresence Interoperability Protocol (TIP) og multiplex (MUX) for både 1-skjerms og 3-skjerms IX- og TX-endepunkter.

Ny og endret informasjon

Denne tabellen dekker nye funksjoner eller funksjoner, endringer i eksisterende innhold og eventuelle større feil som ble rettet i Distribusjonsveiledning .

Hvis du vil ha informasjon om programvareoppdateringer for Webex Video Mesh-noden, kan du sehttps://help.webex.com/en-us/article/jgobq2/Webex-Video-Mesh-release-notes .

Dato	Endre
14. mai 2024	Slettet et notat om at ThousandEyes-tester ikke støtter Video Mesh-noder bak en proxy i Aktiverer ThousandEyes for videonett.
9. februar 2024	Lagt til ThousandEyes-integrering med videonett. Lagt til deltakerkapasitet for samtaler med 1080p-oppløsning inn Kapasitet for videonettnoder . . La til en merknad om portdifferensiering i UDP-kilden Trafikksignaturer for videonett (tjenestekvalitet aktivert) . Oppdaterte støttede versjoner av VMware ESXi gjennom hele veiledningen.
31. august 2023	Oppdaterte strukturen og la til informasjon om nylig introduserte API-er i API-er for videonettnode . Slettet et notat og en knapp å trykke (OBTP)-informasjon fra Krav til samtalekontroll og møteintegrering for videonett . La til en merknad om avstemningsintervall for failover i Angi nettverkskonfigurasjon for videonettnode i konsollen og Konfigurere nettverksinnstillinger fra nettgrensesnitt for videonettnode . Oppdaterte støttede versjoner av VMware ESXi gjennom hele veiledningen.
31. juli 2023	Lagt til Webhooks for videonettvarsler .
28. juli 2023	Lagt til API-er for videonettnode .
15. juni 2023	Oppdaterte nomenklaturen fra «Webex-app app» til «Webex-app» gjennomgående. Oppdatert Oversikt over Webex-videonett for å oppgi at E2EE-møter nå støttes på Video Mesh. Fjernet utdatert informasjon og oppdaterte et notat i Oversikt over Webex-videonett . Oppdatert Klienter og enheter som bruker videonettnode for å angi at nettklienten nå støttes på Video Mesh og fjernet utdatert informasjon. La til et notat i System- og plattformkrav for programvare for videonettnode som sier at demomiljøer ikke støttes av Cisco TAC . Oppdatert informasjon i Lokal og skysamtale delen. Slettet et notat i Skyklyngevalg for overflyt basert på 250 ms eller høyere STUN tur-retur-forsinkelse . Oppdatert informasjon i Porter og protokoller for Webex Meetings trafikk . Fjernet utdatert informasjon fra Registrer videonettnode til Webex Cloud og Støtte og begrensninger for private møter . Oppdaterte trinn og fjernet utdatert informasjon fra Aktiver videonett for Webex-nettstedet . Oppdatert informasjon i Deaktiver videonett .
16. mai 2023	Oppdatert Porter og protokoller for administrasjon , Trafikksignaturer for videonett (tjenestekvalitet aktivert) , og Trafikksignaturer for videonett (tjenestekvalitet deaktivert) for å gjenspeile de nyeste portene og protokollene som brukes av Video Mesh. Oppdaterte bildene som ble berørt av endringene. Fjernet 444-portreferanser fra Krav for proxy-støtte for videonett , Porter og protokoller for administrasjon , Konfigurer videonettnode for proxy-integrering , og Konfigurer videonettnode for proxy-integrering . Oppdaterte portområder i Tjenestekvalitet på videonettnode , Aktiver Quality of Service (QoS) for videonettnode , og Porter og protokoller for Webex Meetings trafikk . La til en merknad om overvåking av testfeil i Kjør en umiddelbar test og Konfigurer regelmessige tester . La til et notat og oppdaterte en advarsel som på det sterkeste anbefaler bruk av den nyeste programvarepakken (OVA) for distribusjoner i Installer og konfigurer programvaren for videonettnode . Oppdaterte en advarsel angående noder plassert i vedlikeholdsmodus i Behandle videonettnode fra nettgrensesnittet og Behandle videonettnode fra konsollen . Oppdatert Videonettanalyse for å gjenspeile de nyeste brukergrensesnittendringene.
27. mars 2023	Oppdatert System- og plattformkrav for programvare for videonettnode med de nyeste maskinvarekonfigurasjonene og ekstra båndbreddekrav.
2. mars 2023	La til informasjon om tester som overvåkingsverktøyet kjører i Overvåkingsverktøy for videonett . Endret trinn for å få tilgang til oversiktssiden for overvåkingsverktøyet Kjør en umiddelbar test og Konfigurer regelmessige tester . La til informasjon om visning og filtrering av resultater i Kjør en umiddelbar test og Konfigurer regelmessige tester . Oppdatert Aktiver videonett for Webex-nettstedet .
7. juli 2022	Oppdaterte kapasitetsestimatene i Kapasitet for videonettnoder . Fjernet omtaler av den utdaterte MM410v-serveren gjennomgående.
30. juni 2022	La til informasjon om de nye masseklargjøringsskriptene påhttps://github.com/CiscoDevNet/webex-video-mesh-node-provisioning .
14. juni 2022	Endret trinn for å utveksle sertifikatkjeder for å inkludere ECDSA-sertifikater i Utveksle sertifikatkjeder mellom Unified CM og videonettnoder
18. mai 2022	Endret nedlastingsnettstedet for Reflector Tool tilhttps://github.com/CiscoDevNet/webex-video-mesh-reflector-client .
29. april 2022	La til informasjon om den nye funksjonen i Oppbevar mediene dine i videonett for alle eksterne Webex-møter .
25. mars 2022	Oppdateringer av portbruk i Porter og protokoller for administrasjon .
10. desember 2021	Lagt til CMS 2000 og registrerte oppgraderingsproblem for eldre CMS 1000s ved oppgradering til ESXi 7 i System- og plattformkrav for programvare for videonettnode .
30. august 2021	La til informasjon om å bekrefte at Webex har riktig kildeland for distribusjonen i Kontroller at kildelandet er riktig .
27. august 2021	La til merknad om analyserapporters synlighet i Støtte og begrensninger for private møter .
13. august 2021	La til informasjon om den nye private møter-funksjonen i: Klynger i videonett Privat møtesamtale Private møter
22. juli 2021	La til informasjon om hvordan du bekrefter at systemet har riktig kildeplassering for samtaler. Riktige kildeplasseringer bidrar til effektiv ruting. Se Kontroller at kildelandet er riktig .
25. juni 2021	Merket at funksjonen for Webex Experience med alle funksjoner i Webex-appen er inkompatibel med Video Mesh i Klienter og enheter som bruker videonettnode .
7. mai 2021	Rettet den anbefalte klyngestørrelsen til 100 tommer Retningslinjer for distribusjon av videonettklynge .
12. april 2021	Oppdatert Konfigurer Expressway TCP SIP-trafikkruting for videonett for å bruke Webex-sonen i stedet for en ny DNS-sone.
09. februar 2021	La til informasjon om den nye Gå til Node i Control Hub til Få tilgang til oversikt over Webex- videonettnode fra nettgrensesnitt . Lagt til Deaktiver eller aktiver den lokale administratorkontoen fra nettgrensesnitt på nytt for å beskrive ny funksjonalitet. I hver del som bruker nodens webgrensesnitt, oppdaterte trinnene for å indikere hvordan du får tilgang til grensesnittet fra Control Hub. Lagt til Last opp sikkerhetssertifikater . Lagt til Angi ekstern logging til en Syslog-server .
11. desember 2020	I Aktiver eller deaktiver DNS-cachi , la til informasjon om sletting av DNS-hurtigbuffer.
22. oktober 2020	I Porter og protokoller for Webex Meetings trafikk , lagt til krav til SIP-signalisering .
19. oktober 2020	Fjernet referanse til cloudfront.net som ikke lenger brukes av tjenesten.
18. september 2020	Reduserte IP-adresse som er reservert for intern bruk av Webex videonettnode fra den opprinnelige 172.17.0.0–172.17.255.255 (65 536 adresser) til 172.17.42.0–172.17.42.63 (64 adresser).
26. august 2020	Lagt til støtte for Webex Events i Oversikt over videonett . Lagt til ny seksjon Aktiver eller deaktiver DNS-cachi .
4. august 2020	Oppdaterte følgende deler for støtte for korte videoadresser: Integrer videonett med oppgaveflyt for samtalekontroll Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett Konfigurer Unified CM TCP SIP-trafikkruting for videonett Konfigurer Expressway TCP SIP-trafikkruting for videonett Oppdaterte Benchmark for VMNLite-samtalekapasitet delen av Samtalekapasitet på nodeplattformer for videonettnode .
9. juli 2020	Lagt til ny seksjon Angi MTU-størrelser for nettverksgrensesnitt .
26. juni 2020	La til informasjon om det nye distribusjonsalternativet for VMNLite i: Samtalekapasitet på nodeplattformer for videonettnode System- og plattformkrav for programvare for videonettnode Installer og konfigurer programvaren for videonettnode Fjernet omtaler av standard NTP-server fordi OVA ikke lenger har en standard NTP-server . Oppdatert Generer pakkeopptak for videonett for støtte med nye filtreringsalternativer.
9. juni 2020	La til informasjon om det nye planleggingsalternativet for automatisk programvareoppgradering ukentlig i: Registrer videonettnode til Webex Cloud Angi oppgraderingsplan for videonettklynge
21. mai 2020	Oppdatert Porter og protokoller for administrasjon og Krav for proxy-støtte for videonett .
15. mai 2020	Oppdatert Oversikt over videonett .
25. april 2020	Lagt til nye seksjoner i Administrere Webex- videonettnode fra nettgrensesnittet : Angi det eksterne nettverksgrensesnittet fra nettgrensesnittet for videonettnode Legg til interne og eksterne rutingsregler Konfigurere containernettverk fra Webex videonettnode webgrensesnitt Rettet en feil i granulariteten til den horisontale aksen i Feilsøking for tilgang til, filtrer og lagring av Webex-videonett (Verdiene ble byttet mellom Siste 7 dager og Siste 24 timer alternativer).
22. januar 2020	Lagt til ny del: Tilbakestille til fabrikkstandard en Webex- videonettnode fra nettgrensesnittet . La til mer informasjon om tilkoblingskontroller i Administrer Webex- videonettnode fra nettgrensesnittet delen. La til trådløs deling på rommet i Klienter og enheter som bruker Webex- videonettnode delen.
12. desember 2019	La til prosedyrer for endring av passordfrase og utløpsdato i Administrere Webex- videonettnode fra nettgrensesnittet delen i kapitlet Administrere og feilsøke.
10. desember 2019	La til følgende informasjon og portområder i trafikksignaturtabellene (for QoS aktivert og deaktivert: Kilde-IP-adresse: Videonettnode Destinasjons-IP-adresse: Webex skymedietjenester Kilde UDP-porter: 35000 til 52499 UDP-målporter: 5004 Integrert DSCP-merking: AF41 Medietype: Test STUN-pakker Endret navn på delen «Retningslinjer for båndbredde» til «Videokvalitet og skalering», og la til en kobling til dokumentasjonen for foretrukket arkitektur. I Unified CM TLS-konfigurasjonen oppga veiledningen vår feilaktig å konfigurere en ikke-sikker SIP-trunk for Webex-skyfailover. Rettet setningen for å si for å opprette en SIP-trunk (du kan konfigurere den som enten sikker eller usikret).
4. november 2019	Avviklet gammelt analyseinnhold og lagt til en ny del. I Utveksle sertifikater la til informasjon om feltet Alternativt(e) navn for emne og la til følgende merknad i Før du begynner-delen: Av sikkerhetshensyn anbefaler vi at du bruker et CA-signert sertifikat på Video Mesh-nodene i stedet for nodens standard selvsignert sertifikat.
18. oktober 2019	Oppdaterte beskrivelsen av innstillingen for 1080p Control Hub for å tydeliggjøre at denne innstillingen påvirker samtalekapasitet og bare gjelder for lokale SIP-registrerte enheter. Se Aktiver 1080p HD-video for lokale SIP-enheter i videonettnode for videonett hvis du vil ha mer informasjon. Oppdaterte tabellen for støttede enheter og endepunkter for å bare vise de testede skyregistrerte enhetene.
26. september 2019	Lagt til ny seksjon Konfigurer nettverksinnstillinger fra webgrensesnitt for videonettnode . Løste beskrivelsen av rapporten Ressursutnyttelse. Det står nå: Gjennomsnittlig ressursutnyttelse for mediemikrotjenestene som brukes i videonett-klyngene. La til en merknad i kapasitetsdelen: Overflyt ved lavt samtalevolum (spesielt SIP-anrop som kommer lokalt) er ikke en sann refleksjon av skala. Videonettanalyse (under Kontroller Hub > Ressurser > Samtaleaktivitet ) angir anropsdelene som stammer fra lokalt; de angir ikke anropsstrømmene som kom inn gjennom overlappingen til videonett-noden for mediebehandling. Når antallet eksterne deltakere øker i et møte, øker den resulterende overlappingen og bruker lokale medieressurser på videonett-noden.
13. september 2019	Oppdatert Installer og konfigurer programvaren for videonettnode med trinnene for nettverkskonfigurasjon som vises på Tilpass mal side. Oppdatert System- og plattformkrav for programvare for videonettnode med 72 vCPU-er (tilsvarer CMS 1000) for spesifikasjonsbasert konfigurasjon.
29. august 2019	Lagt til eksplisitt proxy og støttede autentiseringstyper for eksplisitte proxy-konfigurasjoner (No auth, Basic, Digest, NTLM). Proxy-støtte for Edge Video Mesh Krav for proxy-støtte for videonett Konfigurere node for Webex-videonett for proxy-integrasjon Lagt til Støttede oppløsninger og bildefrekvenser for videonett . Oppdatert Klienter og enheter som bruker videonettnode for å indikere at Webex Ring Mitt videosystem til Webex skyregistrerte videoenheter bruker Video Mesh-noden.
24. juli 2019	I Administrere Webex- videonettnode fra nettgrensesnittet del, gjorde følgende oppdateringer: Lagt til nye seksjoner for Ping-test, Trace Route-test, NTP-servertest, Reflector Tool og Feilsøkingsbrukerkonto. Oppdaterte Oversikt-delen – Fjernet gjennomgripende overganger fra skjermbildet og lagt til OS-versjon. Flyttet innholdet «Administrer videonett fra konsollen» til tillegget i veiledningen. Endret navn på kapittelet «Administrer Webex-videonett» til «Administrere og feilsøke Webex-videonett» og flyttet feilsøkingsinnhold for registrering til det kapittelet.
9. juli 2019	I Krav til samtalekontroll og møteintegrering for videonett , oppdaterte minimumsversjoner som støttes for Unified CM, Expressway og Webex-nettsteder. I Klienter og enheter som bruker videonettnode , la til støttede versjoner av Jabber VDI og Webex VDI (de er SIP-klienter). La også til en ansvarsfraskrivelse for testing.
24. mai 2019	Lagt til nye deler om feilsøkingsfunksjoner og oppdatert oversiktsskjerm i webgrensesnitt for Video Mesh-noden: Generer Webex-videonettlogger for støtte Generer Webex-videonettpakkeopptak for støtte Få tilgang til oversikt over Webex- videonettnode fra nettgrensesnitt
25. april 2019	Oppdatert Behandle og feilsøke Webex-videonett for å angi at Control Hub vedlikeholdsmodus er nødvendig før du utfører vedlikehold på Video Mesh-noder.
11. april 2019	Fjernet utdatert informasjon fra båndbreddekrav. Oppdaterte innholdet og diagrammene, og endret seksjonsnavnet til Videokvalitet og skalering for videonett .

Oversikt over Cisco Webex-videonett

Oversikt over Webex-videonett

Videonett gir disse fordelene:

Forbedrer kvaliteten og reduserer ventetiden ved å la deg holde samtaler lokalt.
Sender samtalene dine til skyen når lokale ressurser har nådd grensen eller er utilgjengelige.
Administrer videonettklyngene dine fra skyen med ett enkelt administrativt grensesnitt: Control Hub (https://admin.webex.com ).
Optimaliser ressurser og kapasitet etter behov.
Kombinerer funksjonene til nettskybaserte og lokale konferanser i en sømløs brukeropplevelse.
Reduserer kapasitetsproblemer, fordi skyen alltid er tilgjengelig når det er behov for ytterligere konferanseressurser. Du trenger ikke å planlegge kapasitet for «verste tilfelle»-situasjoner.
Gir avansert rapportdata av kapasitet og bruk og feilsøkingsrapportdata ihttps://admin.webex.com .
Bruker lokal mediebehandling når brukere ringer inn til et Webex-møte fra lokale standardbaserte SIP-endepunkter og -klienter:
- SIP-baserte endepunkter og klienter (Cisco-endepunkter, Jabber, tredjeparts SIP), registrert til lokal samtalekontroll (Cisco Unified Communications Manager eller Expressway), som kaller inn til et Cisco Webex møte.
- Webex-app (inkludert paret med romenheter) som blir med i et Webex-møte.
- Webex rom- og skrivebordsenheter som blir direkte med i et Webex-møte.
Tilbyr optimalisert interaktiv talerespons (IVR) for lyd og video til SIP-baserte endepunkter og klienter på nettet.
Endepunkter for H.323, IP-innringning og Skype for Business (S4B) fortsetter å bli med i møter fra skyen.
Støtter 1080p 30fps HD-video som et alternativ for møter, hvis møtedeltakere som kan støtte 1080p er vert via de lokale lokale videonettnodene. (Hvis en deltaker blir med i et pågående møte fra skyen, fortsetter lokale brukere å oppleve 1080p 30 bps på støttede endepunkter.)
Forbedret og differensiert QoS-merking (Quality of Service): separat lyd (EF) og video (AF41).

Webex Video Mesh støtter for øyeblikket ikke Webex Webinars.
Støtter ende-til-ende-krypterte møter (E2EE-møter). Hvis en kunde distribuerer Video Mesh og velger møtetypen E2EE, legger det til et ekstra sikkerhetslag, noe som sikrer at dataene (medier, filer, tavler, merknader) forblir sikre og blokkerer tredjeparter fra å få tilgang til eller endre dem. Hvis du vil detaljert informasjon, se Distribuer Zero-Trust Meetings .

Private møter støtter for øyeblikket ikke ende-til-ende-kryptering.

Klienter og enheter som bruker videonettnode

Tabell 1. Klienter og enheter som bruker videonettnode
Klient- eller enhetstype	Bruker videonettnode på punkt-til-punkt-anrop	Bruker videonettnode på møte med flere
Webex-app (skrivebord og mobil)	Ja	Ja
Webex-enheter, inkludert romenheter og Webex Board. (Se Krav til endepunkter og Webex-app delen for en fullstendig liste.)	Ja	Ja
Trådløs deling på rommet mellom Webex-appen og støttede rom-, skrivebord- og tavleenheter.	Ja	Ja
Unified CM-registrerte enheter (inkludert IX-endepunkter) og klienter (inkludert Jabber VDI 12.6 og nyere, og Webex VDI 39.3 og nyere), som ringer inn til et planlagt Webex-møte eller et Webex Personal Room-møte.*	Nei	Ja
VCS/Expressway-registrerte enheter som ringer inn til et planlagt Webex-møte eller et Webex Personal Room-møte.*	Nei	Ja
Webex Ring Mitt videosystem til Webex skyregistrerte videoenheter	N/A	Ja
Webex App-nettklient (https://web.webex.com )	Ja	Ja
Telefoner registrert for Cisco Webex Calling	Nei	Nei
Webex Ring Mitt videosystem til lokalt registrerte SIP-enheter	N/A	Nei

_{* Det er ikke mulig å garantere at alle lokale enheter og klienter har blitt testet med Video Mesh-løsningen.}

Inkompatibilitet med videonett med Webex Experience med alle funksjoner

Du kan ha problemer med videonett og den komplette Webex-opplevelsen:

Hvis du la til Video Mesh i distribusjonen etter introduksjonen av denne funksjonen.
Hvis du aktiverte den funksjonen uten å vite hvilken innvirkning det har på Video Mesh.

Hvis du merker problemer, kan du kontakte Cisco-kontoteamet for å deaktivere bryteren for alle funksjoner i Webex Experience.

Tjenestekvalitet på videonettnode

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

Proxy-støtte for videonett

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

Følgende proxy-typer støttes av videonett:

Eksplisitt proxy (inspeksjons eller ikke-inspeksjons) – Med eksplisitt proxy forteller du klienten (videonettnoder) hvilken proxy-server som skal brukes. Dette alternativet støtter én av følgende godkjenningstyper:
- Ingen – Ingen ytterligere godkjenning er nødvendig. (For eksplisitt proxy for HTTP eller HTTPS.)
- Grunnleggende – Brukes for en HTTP-brukeragent til å angi brukernavn og passord når du foretar en forespørsel, og bruker Base64-koding. (For eksplisitt proxy for HTTP eller HTTPS.)
- Sammendrag – Brukes til å bekrefte identiteten til kontoen før sensitiv informasjon sendes, og bruker en hash-funksjon på brukernavnet og passordet før det sendes over nettverket. (For eksplisitt HTTPS-proxy.)
- NTLM – I likhet med Digest brukes NTLM til å bekrefte identiteten til kontoen før sensitiv informasjon sendes. Bruker Windows-legitimasjon i stedet for brukernavn og passord. Denne godkjenningsplanen krever flere utvekslinger for å fullføre. (For eksplisitt HTTP-proxy.)
Gjennomsiktig proxy (ikke-inspeksjon) – Noder for videonett er ikke konfigurert til å bruke en bestemt proxy-serveradresse, og bør ikke trenge endringer for å fungere med en ikke-inspeksjons-proxy.
Gjennomsiktig proxy (inspeksjon) – Noder for videonett er ikke konfigurert til å bruke en bestemt proxy-serveradresse. Ingen konfigurasjonsendringer for http(s) er nødvendige på videonett, men nodene for videonett trenger et rotsertifikat for å kunne klarere proxyen. Inspeksjons-proxyer brukes vanligvis av IT til å håndheve retningslinjer om hvilke nettsteder som kan besøkes, og hvilke typer innhold som ikke er tillatt. Denne typen proxy dekrypterer all trafikken din (til og med HTTPS).

Støttede oppløsninger og bildefrekvenser for videonett

Oppløsningen påvirker samtalekapasitet på en hvilken som helst videonettnoder. Hvis du vil ha mer informasjon, se Kapasitet for videonettnoder .

Verdien for oppløsning og bildefrekvens kombineres som XXXpYY – for eksempel betyr 720p10 720p med 10 bilder per sekund.

Definisjonsforkortelsene (SD, HD og FHD) i avsenderraden og mottakerkolonnen refererer til den øvre oppløsningen til klienten eller enheten:

SD – standardoppløsning (576p)
HD – høy oppløsning (720p)
FHD – full høyoppløsning (1080p)

Tabell 2. Støttede oppløsninger og bildefrekvenser for videonett
Mottaker	Avsender
	Webex-app	Webex-app for mobil	SIP-registrerte enheter (HD)	SIP-registrerte enheter (FHD)	Webex-registrerte enheter (SD)	Webex-registrerte enheter (HD)	Webex-registrerte enheter (FHD)
Webex-app på skrivebordet	720p10 Blandet lyd*	720p10 Blandet lyd	720p30 Blandet lyd	720p30 Blandet lyd	576p15 Innholdslyd**	720p30 Blandet lyd	720p30 Blandet lyd
Webex-app for mobil	—	—	—	—	—	—	—
SIP-registrerte enheter (HD)	720p30 Innholdslyd	720p15 Blandet lyd	1080p15 Blandet lyd	1080p15 Blandet lyd	576p15 Blandet lyd	1080p15 Blandet lyd	1080p15 Blandet lyd
SIP-registrerte enheter (FHD)	1080p30 Blandet lyd	720p15 Blandet lyd	1080p15 Blandet lyd	1080p30 Blandet lyd	576p15 Blandet lyd	1080p15 Blandet lyd	1080p30 Blandet lyd
Webex-registrerte enheter (SD)	1080p15 Blandet lyd	720p15 Blandet lyd	1080p15 Blandet lyd	1080p15 Blandet lyd	576p15 Blandet lyd	1080p15 Blandet lyd	1080p15 Blandet lyd
Webex-registrerte enheter (FHD)	1080p30 Blandet lyd	720p15 Blandet lyd	1080p15 Blandet lyd	1080p30 Blandet lyd	576p15 Blandet lyd	1080p15 Blandet lyd	1080p30 Blandet lyd

_{* Innholdslyd refererer til lyden som spilles av fra det bestemte innholdet som deles, for eksempel en strømming av video. Denne lydstrømmen er atskilt fra vanlig møtelyd.}

_{** Blandet lyd refererer til en blanding av møtedeltaker lyd og lyd fra innholdsdelingen.}

Forbered miljøet ditt

Krav for videonett

Videonett er tilgjengelig med tilbudene dokumentert i Lisenskrav for hybridtjenester .

Krav til samtalekontroll og møteintegrering for videonett

Tabell 1. Samtalekontroll og møtekrav for videonett
Komponent Formål	Minimum støttet versjon
Lokal samtalekontroll	Cisco Unified Communications Manager, versjon 11.5(1) SU3 eller nyere. (Vi anbefaler den nyeste SU-versjonen.) Cisco Expressway-C eller E, versjon X8.11.4 eller nyere. (Se delen «Viktig informasjon» i Versjonsmerknader for Expressway for mer informasjon.)
Møteinfrastruktur	Webex Meetings WBS33 eller nyere. (Du kan bekrefte at Webex-nettsted ditt er på riktig plattform hvis listen Medieressurstype er tilgjengelig i nettstedsalternativene for møterom for skysamarbeid.) Hvis du vil sikre at nettstedet ditt er klart for Video Mesh, kontakter du din kundesuksessansvarlige (CSM) eller partner.
Håndtering av failover	Cisco Expressway-C eller E, versjon X8.11.4 eller nyere. (Se delen «Viktig informasjon» i Versjonsmerknader for Expressway for mer informasjon.)

Krav til endepunkter og Webex-app

Tabell 2. Krav til endepunkt og app for videonett
Komponent Formål	Detaljer
Støttede endepunkter	Se Webex-videokompatibilitet og støtte .
Støttede versjoner av Webex-appen	Videomesh støtter Webex-appen for skrivebord (Windows, Mac) og mobil (Android, iPhone og iPad). Hvis du vil laste ned appen for en støttet plattform, går du tilhttps://www.webex.com/downloads.html .
Støttede kodeker	Se Webex\| Videospesifikasjoner for samtaler og møter for lyd- og videokodekene som støttes. Merk disse forbeholdene for videonett: For videokvalitet støtter Video Mesh opptil 1080p i visse scenarier. Du kan konfigurere denne innstillingen ihttps://admin.webex.com . For SIP-videosystemer støtter Video Mesh SIP-klienter som lager DTMF-lydtoner (dual tone multi frequency). Tjenesten støtter også KPML (keypad markup language). Webex Teams for Windows og Mac og Room-, Desk- og Board-enheter som er registrert i skyen, støtter opptil 1080p 30 bilder per sekund med innholdslyd. H.323-klienter er nevnt i datablad, men de går bare til skyen.
Støttede Webex-registrerte rom-, skrivebords- og tavleenheter	Følgende enheter er testet og bekreftet å fungere med Video Mesh-noder: Cisco DX70 Cisco Webex DX80 Cisco Webex Board 55 Cisco Webex Room Kit Cisco Webex Room Kit Mini Cisco Webex Room Kit Plus Cisco Webex Room Kit Plus Precision 60 Cisco Webex Room Kit Pro Cisco TelePresence SX10 Quick Set Cisco TelePresence SX20 Quick Set Cisco TelePresence SX80 Codec Cisco TelePresence MX200 G2 Cisco TelePresence MX300 G2 Cisco TelePresence MX700 Cisco TelePresence MX800

System- og plattformkrav for programvare for videonettnode

Produksjonsmiljøer

I produksjonsdistribusjoner er det to måter å distribuere videonettnode programvare på en bestemt maskinvarekonfigurasjon:

Du kan konfigurere hver server som én virtuell maskin, noe som er best for distribusjoner som inkluderer mange SIP-endepunkter.
Ved hjelp av VMNLite-alternativet kan du konfigurere hver server med flere mindre virtuelle maskiner. VMNLite er best for distribusjoner der flertallet av klienter og enheter er Webex-app og Webex-registrerte endepunkter.

Disse kravene er felles for alle konfigurasjoner:

VMware ESXi 7 eller 8, vSphere 7 eller 8
Hyperthreading aktivert

Tabell 3. System- og plattformkrav for programvare for videonettnode i et produksjonsmiljø

Maskinvarekonfigurasjon

Produksjonsdistribusjon som én virtuell maskin

Produksjonsdistribusjon med virtuelle VMNLite-er

Merknader

Cisco Meeting Server 1000 (CMS 1000)

72 vCPU-er (70 for videonettnode, 2 for ESXi)
60 GB hovedminne
80 GB lokal harddiskplass

Distribuer som 3 identiske virtuell maskin , hver med:

23 vCPU-er
20 GB hovedminne
80 GB lokal harddiskplass

Vi anbefaler denne plattformen for videonettnode.

Spesifikasjonsbasert konfigurasjon

(2,6 GHz Intel Xeon E5-2600v3 eller nyere-prosessor kreves)

72 vCPU-er (70 for videonettnode, 2 for ESXi)
60 GB hovedminne
80 GB lokal harddiskplass
eller

80 GB NFS-lagring

Distribuer som 3 identiske virtuell maskin , hver med:

23 vCPU-er
20 GB hovedminne
80 GB lokal harddiskplass

eller

80 GB NFS-lagring

Hver virtuell maskin for Video Mesh må ha CPU, RAM og harddisker reservert for seg selv.

Bruk enten CMS1000 eller VMNLite alternativet under konfigurasjonen.

Topp IOP-er (inndata-/utdataoperasjoner per sekund) for NFS-lagring er 300 IOPS.

Cisco Meeting Server 2000 (CMS 2000)

Distribuer som 8 identiske virtuell maskin , hver med:

72 vCPU-er (70 for videonettnode, 2 for ESXi)
60 GB hovedminne
80 GB lokal harddiskplass
eller

80 GB NFS-lagring

Distribuer som 24 identiske virtuell maskin , hver med:

23 vCPU-er
20 GB hovedminne
80 GB lokal harddiskplass

eller

80 GB NFS-lagring

Vi anbefaler denne plattformen for videonettnode.

Hvert blad må være en komplett Cisco Meeting Server 1000 med reservert CPU, RAM og harddisker per blad.

Topp IOP-verdier for NFS-lagring er 300 IOPS.

Demomiljøer

For grunnleggende demoformål kan du bruke en spesifikasjonsbasert maskinvarekonfigurasjon, med følgende minimumskrav:

14vCPU-er (12 for videonettnode, 2 for ESXi)
8 GB hovedminne
20 GB lokal harddiskplass
2,6 GHz Intel Xeon E5-2600v3 eller nyere-prosessor

Denne konfigurasjonen av Video Mesh støttes ikke av Cisco TAC .

Hvis du vil ha mer informasjon om demoprogramvaren, se Demoprogramvare for videonettnode .

Krav til båndbredde

Videonettnoder må ha en minimumsbåndbredde til Internett på 10 Mbps for at både opplasting og nedlasting skal fungere som den skal.

Krav for proxy-støtte for videonett

Vi støtter offisielt følgende proxy-løsninger som kan integreres med Video Mesh-nodene dine.
- Cisco Web Security Appliance (WSA) for gjennomsiktig proxy
- Squid for eksplisitt proxy
For en eksplisitt proxy eller gjennomsiktig inspeksjons-proxy som inspiserer (dekrypterer trafikk), må du ha en kopi av proxyens rotsertifikat som du må laste opp til klareringslageret for Video Mesh-noden i webgrensesnitt.
Vi støtter følgende eksplisitte kombinasjoner av proxy- og godkjenningstyper:
- Ingen godkjenning med http og https
- Enkel godkjenning med http og https
- Sammendragsgodkjenning kun med https
- NTLM-godkjenning kun med http

For gjennomsiktige proxyer må du bruke ruteren/bryteren til å tvinge HTTPS/443-trafikk til å gå til proxyen. Du kan også tvinge Web Socket til å gå til proxy. (Web Socket bruker https.)

Hvis mediet ikke flyter, skjer dette ofte når https-trafikk fra noden over port 443 svikter:

Port 443-trafikk er tillatt av proxyen, men det er en inspeksjons proxy og bryter websocket.

For å løse disse problemene må du kanskje «omgå» eller «skjøte» (deaktivere inspeksjon) på port 443 til: *.wbx2.com og *.ciscospark.com.

Kapasitet for videonettnoder

Enhetstyper og klienter
Videooppløsning
Nettverkskvalitet
Toppbelastning
Distribusjonsmodell

Bruk av videonett påvirker ikke antall Webex-lisenser.

Test ut vanlige møtescenarier for distribusjonen din.
Bruk analysene i Control Hub for å se hvordan distribusjonen utvikler seg, og legg til kapasitet etter behov.

Tabell 4. Kapasitet på vanlige videonettnoder
Scenario	Oppløsning	Deltakerkapasitet
Møter med bare deltakere i Webex-appen	720p	100–130
Møter med bare deltakere i Webex-appen	1080p	90–100
Møter og 1-til-1-samtaler med bare deltakere i Webex-appen	720p	60–100
Møter og 1-til-1-samtaler med bare deltakere i Webex-appen	1080p	30–40
Møter med kun SIP-deltakere	720p	70–80
Møter med kun SIP-deltakere	1080p	30–40
Møter med Webex-appen og SIP-deltakere	720p	75–110

Grunnoppløsningen for Webex-appen er 720p. Men når du deler, er deltakerminiatyrbildene på 180p.
Disse ytelsestallene forutsetter at du har aktivert alle de anbefalte portene.

Kapasitet for VMNLite

Tabell 5. Kapasitet på VMNLite-noder
Scenario	Oppløsning	Deltakerkapasitet med 3 VMNLite-noder på en server
Møter med bare deltakere i Webex-appen	720p	250–300
Møter med bare deltakere i Webex-appen	1080p	230–240
Møter og 1-til-1-samtaler med bare deltakere i Webex-appen	720p	175–275

Grunnoppløsningen for Webex-appmøter er 720p. Men når du deler, er deltakerminiatyrbildene på 180p.

Klynger i videonett

En klient på et bedriftsnettverk som kan nå en lokal klynge, kobles til den – den primære preferansen for klienter på bedriftsnettverk.
Klienter som blir med i et privat møte med Video Mesh, kobles bare til lokale klynger. Du kan opprette en egen klynge spesielt for disse private møtene.
En klient som ikke kan nå en lokal klynge, kobles til skyen – tilfellet for en mobilenhet som ikke er koblet til bedriftsnettverk.
Den valgte klyngen avhenger også av ventetid, i stedet for bare plassering. For eksempel kan en skyklynge med lavere STUN-tur-retur-forsinkelse (SRT) enn en videonettklynge være en bedre kandidat for møtet. Denne logikken forhindrer en bruker i å lande på en geografisk fjern klynge med høy SRT-forsinkelse.

Klynger for private møter

Hvis du vil ha mer informasjon om funksjonen for private møter i videonett, se Private møter .

Retningslinjer for distribusjon av videonettklynge

I typiske bedriftsdistribusjoner anbefaler vi at kunder bruker opptil 100 noder per klynge. Det er ingen faste grenser i systemet for å blokkere en klyngestørrelse med mer enn 100 noder. Hvis du imidlertid trenger å opprette større klynger, anbefaler vi på det sterkeste at du går gjennom dette alternativet med Cisco-teknologi gjennom ditt Cisco-kontoteam.
Opprett færre klynger når ressursene har lignende nettverksnærhet (tilhørighet).
Når du oppretter klynger, må du bare legge til noder som er i samme geografiske område og samme datasenter. Klynger over Wide Area Network (WAN) støttes ikke.
Vanligvis distribuerer du klynger i bedrifter som er vert for hyppige lokaliserte møter. Planlegg hvor du plasserer klynger på båndbredden som er tilgjengelig på forskjellige WAN-plasseringer i bedriften. Over tid kan du distribuere og vokse klynge for klynge basert på observerte brukermønstre.
Klynger som befinner seg i forskjellige tidssoner, kan effektivt betjene flere geografiske områder ved å dra nytte av forskjellige anropsmønstre med peak/ travel time .
Hvis du har to Video Mesh-noder i to separate datasentre (EU og NA, for eksempel), og du har endepunkter som kobles sammen gjennom hvert datasenter, vil nodene i hvert datasenter overlappe hverandre til én enkelt Video Mesh-node i skyen. Disse kaskader ville gå over Internett. Hvis det finnes en skydeltaker (som blir med før en av Video Mesh-deltakerne), vil nodene bli koblet gjennom skydeltakerens medianode.

Mangfold i tidssone

Overflyt til skyen

Hvis du konfigurerer møtet som den private møtetypen, beholder Webex alle samtalene i de lokale klyngene dine. Private møter flyter aldri over til skyen.

Webex-enhet registreres med Webex

Tester med forsinkelser tur/retur – skyenheten når ikke den lokale klyngen

Tester med forsinkelser tur/retur – skyenheten når den lokale klyngen

Lokal og skysamtale

Lokal samtale med forskjellige klyngetilknytninger

Webex-enheten kobles til enten lokal klynge eller sky basert på tilgjengeligheten. Følgende viser eksempler på de vanligste scenariene.

Webex Cloud enhet kobles til skyen

Den lokale Webex-enheten kobles til den lokale klyngen

Lokal Webex-enhet kobles til skyen

Skyklyngevalg for overflyt basert på 250 ms eller høyere STUN tur-retur-forsinkelse

Webex-appen eller Webex-enheten er på bedriftsnettverket i San Jose.
San Jose- og Amsterdam-klynger er fulle eller utilgjengelige.
SRT-forsinkelse til Shanghai-klyngen er større enn 250 ms og vil sannsynligvis føre til problemer med mediekvaliteten.
San Francisco-skyklyngen har en optimal SRT-forsinkelse.
Shanghai-videonett-klyngen er ekskludert fra vurdering.
Som et resultat av dette flyter Webex-appen over til San Francisco-skyklyngen.

Private møter

Kontroller at de nødvendige portene er åpne i brannmuren, for å tillate uhindret overlapping mellom klynger. Se Porter og protokoller for administrasjon .

Distribusjonsmodeller som støttes av videonett

Støttes i en distribusjon av videonett

Du kan distribuere en videonettnode i enten et datasenter (foretrukket) eller i demilitarisert sone (DMZ). Hvis du vil ha veiledning, se Porter og protokoller som brukes av videonett .
For en DMZ-distribusjon kan du konfigurere videonettnodene i en klynge med det to nettverksgrensesnitt (NIC). Denne distribusjonen lar deg skille bedriftens interne nettverkstrafikk (brukes til interbokskommunikasjon, overlappende nodeklynger og for å få tilgang til nodens administrasjonsgrensesnitt) fra den eksterne skynettverkstrafikken (brukes for tilkobling til omverdenen og gjennomgripende til skyen).

Dobbelt nettverkskort fungerer på den fullstendige VMNLite- og demoversjonen av nodeprogramvaren for Video Mesh. Du kan også distribuere videonettet bak et 1:1 NAT-oppsett.
Du kan integrere Video Mesh-noder med samtalekontroll . For eksempel distribusjoner med Video Mesh integrert med Unified CM, se Distribusjonsmodeller for Video Mesh og Cisco Unified Communications Manager .
Følgende typer adresseoversettelse støttes:
- Dynamisk oversettelse av nettverksadresse (NAT) ved hjelp av et IP-utvalg
- Dynamisk oversettelse av portadresse (PAT)
- 1:1 NAT
- Andre former for NAT skal fungere så lenge de riktige portene og protokollene brukes, men vi støtter ikke offisielt dem fordi de ikke har blitt testet.
IPv4
Statisk IP-adresse for videonettnode

Støttes ikke i en distribusjon av videonett

IPv6
DHCP for videonettnode
En klynge med en blanding av enkelt og to nettverkskort
Klynger av videonettnoder over WAN (Wide Area Network)
Lyd, video eller medier som ikke går gjennom en videonettnode:
- Lyd fra telefoner
- Node-til-node-anrop mellom Webex-appen og standardbasert endepunkt
- Lydavslutning på videonettnode
- Medier sendt gjennom Expressway C/E-par
- Videosamtale tilbakeringing fra Webex

Distribusjonsmodeller for Video Mesh og Cisco Unified Communications Manager

Steder for datasenter
Kontorplasseringer og størrelse
Sted og kapasitet for Internett-tilgang

Video Mesh støtter SME ( Session Management Edition ). Unified CM -klynger kan kobles til via en SME, og deretter må du opprette en SME-trunk som kobles til Video Mesh-nodene.

Hub- og Spoke-arkitektur

Geografisk distribusjon

Geografisk distribusjon med SIP-oppringing

Porter og protokoller som brukes av videonett

For å sikre en vellykket distribusjon av Video Mesh og for problemfri drift av Video Mesh-nodene, åpner du følgende porter på brannmuren for bruk med protokollene.

Se Nettverkskrav for Webex-tjenester for å forstå de generelle nettverkskravene for Webex Teams.
Se Hvitbok for gjennomgang av brannmur hvis du vil ha mer informasjon om brannmur- og nettverkspraksis for Webex-tjenester.
Hvis du vil redusere potensielle problemer med DNS-spørringer, følger du veiledningen Anbefalte fremgangsmåter for DNS, nettverksbeskyttelse og angrepsidentifikasjon dokumentasjonen når du konfigurerer bedriftens brannmur.
Hvis du vil ha mer designinformasjon, kan du se Foretrukket arkitektur for hybridtjenester, CVD .

Porter og protokoller for administrasjon

Videonettnodene i en klynge må være i samme VLAN- eller nettverksmaske.

Hensikt	Kilde	Destinasjon	Kilde-IP	Kildeport	Transportprotokoll	Destinasjons-IP	Målport
Administrasjon	Administrasjonsdatamaskin	Videonett-node	Etter behov	Hvilke som helst	TCP, HTTPS	Videonett-node	443
SSH for tilgang til administrasjonskonsollen for Video Mesh	Administrasjonsdatamaskin	Videonett-node	Etter behov	Hvilke som helst	TCP	Videonett-node	22
Intraklyngekommunikasjon	Videonett-node	Videonett-node	IP-adresse til andre Video Mesh-noder i klyngen	Hvilke som helst	TCP	Videonett-noder	8443
Administrasjon	Videonett-node	Webex-sky	Etter behov	Hvilke som helst	UDP, NTP UDP, DNS TCP, HTTPS (WebSockets)	Hvilke som helst	123* 53*
Overlappende signalisering	Videonett-node	Webex-sky	Hvilke som helst	Hvilke som helst	TCP	Hvilke som helst	443
Overlappende medier	Videonett-node	Webex-sky	Videonett-node	Alle***	UDP	Hvilke som helst Hvis du vil ha spesifikke adresseområder, kan du se delen «IP-delnett for Webex Media-tjenester» i Nettverkskrav for Webex-tjenester .	5004 50000 til 53000 Hvis du vil ha mer informasjon, kan du se delen «Webex-tjenester – portnumre og protokoller» i Nettverkskrav for Webex-tjenester .
Overlappende signalisering	Vido-nettklynge (1)	Vido-nettklynge (2)	Hvilke som helst	Hvilke som helst	TCP	Hvilke som helst	443
Overlappende medier	Vido-nettklynge (1)	Vido-nettklynge (2)	Vido-nettklynge (1)	Alle***	UDP	Hvilke som helst	5004 50000 til 53000
Administrasjon	Videonett-node	Webex-sky	Etter behov	Hvilke som helst	TCP, HTTPS	Alle**	443
Administrasjon	Videonett-node (1)	Videonett-node (2)	Videonett-node (1)	Hvilke som helst	TCP, HTTPS (WebSockets)	Videonett-node (2)	443
Intern kommunikasjon	Videonett-node	Alle andre videonettnoder	Videonett-node	Hvilke som helst	UDP	Hvilke som helst	10000 til 40000

_{***Portene varierer avhengig av om du aktiverer QoS. Med QoS aktivert er portene 52.500-59499, 63000-64667, 59500-62999 og 64688-65500. Med QoS av er portene 34.000–34.999.}

Trafikksignaturer for videonett (tjenestekvalitet aktivert)

Kilde-IP-adresse	Destinasjons-IP-adresse	Kilde UDP-porter	UDP-målporter	Innebygd DSCP-merking	Mediatype
Videonettnode	Webex skymedietjenester	35000 til 52499	5004	AF41	Test STUN-pakker
Videonettnode	Webex skymedietjenester	52500 til 59499	5004	EF	Lyd
Videonettnode	Webex skymedietjenester	63000 til 64667	5004	AF41	Video
Videonettnode	Webex skymedietjenester	59500 til 62999	50 000 til 51499	EF	Lyd
Videonettnode	Webex skymedietjenester	64668 til 65500	51500 til 53000	AF41	Video
Videonettnode	Videonettnode	10000 til 40000	10000 til 40000	—	Lyd
Videonettnode	Videonettnode	10000 til 40000	10000 til 40000	—	Video
Videonettnode	Unified CM SIP-endepunkter	52500 til 59499	Unified CM SIP-profil	EF	Lyd
Videonettnode	Unified CM SIP-endepunkter	63000 til 64667	Unified CM SIP-profil	AF41	Video
Videonett-klynge	Videonett-klynge	52500 til 59499	5004	EF	Lyd
Videonett-klynge	Videonett-klynge	63000 til 64667	5004	AF41	Video
Videonett-klynge	Videonett-klynge	59500 til 62999	50 000 til 51499	EF	Lyd
Videonett-klynge	Videonett-klynge	64668 til 65500	51500 til 53000	AF41	Video
Videonettnode	Webex Teams-program eller endepunkt*	5004	52000 til 52099	AF41	Lyd
Videonettnode	Webex Teams-program eller endepunkt	5004	52100 til 52299	AF41	Video

Trafikksignaturer for videonett (tjenestekvalitet deaktivert)

Tabellen og diagrammet viser UDP-porter som brukes til lyd- og videostrømmer når QoS er deaktivert.

Tabell 6. Trafikksignaturer for videonett (tjenestekvalitet deaktivert)
Kilde-IP-adresse	Destinasjons-IP-adresse	Kilde UDP-porter	UDP-målporter	Innebygd DSCP-merking	Mediatype
Videonettnode	Webex skymedietjenester	34000 til 34999	5004	AF41	Lyd
Videonettnode	Webex skymedietjenester	34000 til 34999	5004	AF41	Video
Videonettnode	Webex skymedietjenester	34000 til 34999	50 000 til 51499	AF41	Lyd
Videonettnode	Webex skymedietjenester	34000 til 34999	51500 til 53000	AF41	Video
Videonettnode	Videonettnode	10000 til 40000	10000 til 40000	AF41	Lyd
Videonettnode	Videonettnode	10000 til 40000	10000 til 40000	AF41	Video
Videonett-klynge	Videonett-klynge	34000 til 34999	5004	AF41	Lyd
Videonett-klynge	Videonett-klynge	34000 til 34999	5004	AF41	Video
Videonett-klynge	Videonett-klynge	34000 til 34999	50 000 til 51499	AF41	Lyd
Videonett-klynge	Videonett-klynge	34000 til 34999	51500 til 53000	AF41	Video
Videonettnode	Unified CM SIP-endepunkter	52500 til 59499	Unified CM SIP-profil	AF41	Lyd
Videonettnode	Unified CM SIP-endepunkter	63000 til 64667	Unified CM SIP-profil	AF41	Video
Videonettnode	Webex skymedietjenester	35000 til 52499	5004	AF41	Test STUN-pakker
Videonettnode	Webex Teams-program eller endepunkt	5004	52000 til 52099	AF41	Lyd
Videonettnode	Webex Teams-program eller endepunkt	5004	52100 til 52299	AF41	Video

Porter og protokoller for Webex Meetings trafikk

Hensikt	Kilde	Destinasjon	Kilde-IP	Kildeport	Transportprotokoll	Destinasjons-IP	Målport
Innkaller til møte	Apper (Webex-appen for skrivebord og mobilapper) Webex-registrerte enheter	Videonett-node	Etter behov	Hvilke som helst	UDP og TCP (brukes av Webex-appen) SRTP (alle)	Alle**	5004
SIP-enhet som ringer til møte (SIP-signalisering)	samtalekontroll i Unified CM eller Cisco Expressway	Videonett-node	Etter behov	Kortvarig (>=1024)	TCP eller TLS	Alle**	5060 eller 5061
Overlapping	Videonett-node	Webex-sky	Etter behov	34000 til 34999	UDP, SRTP (alle)*	Alle**	5004 50000 til 53000***
Overlapping	Videonett-node	Videonett-node	Etter behov	34000 til 34999	UDP, SRTP (alle)*	Alle**	5004

Port 5004 brukes for alle skymedier og lokale videonettnoder.

_{** Hvis du vil begrense etter IP-adresser, kan du se IP-adresse som er dokumentert i Nettverkskrav for Webex-tjenester .}

Videokvalitet og skalering for videonett

For retningslinjer for båndbreddeklargjøring og kapasitetsplanlegging , se Dokumentasjon for foretrukket arkitektur .

Arkitektur

Deltakere i skyen og lokaler

Kaskader

Overlappende båndbreddegrafer som gir måling per klynge, er tilgjengelige på Analytics-menyen i Webex Control Hub. Du kan ikke konfigurere overlappende båndbredde per møte i Control Hub.

Eksempel på hovedvideo med flere oppsett

Diagrammet nedenfor viser et møte med registrerte endepunkter i skyen og lokaler og en aktiv taler.

I det samme møtet viser diagrammet nedenfor et eksempel på en kaskade som er opprettet mellom videonettnodene og skyen i begge retninger.

I det samme møtet viser diagrammet nedenfor et eksempel på en kaskade fra skyen.

Krav for Webex-tjenester

Samarbeid med partneren din, Customer Suksess Manager (CSM) eller prøveversjonsrepresentanten for å klargjøre Cisco Webex nettstedet og Webex-tjenester for videonett på riktig måte:

Du må ha en Webex-organisasjon med et betalt abonnement på Webex-tjenester.
Hvis du vil dra full nytte av Video Mesh, må du sørge for at Webex-nettsted ditt er på videoplattform versjon 2.0. (Du kan bekrefte at nettstedet ditt er på videoplattform versjon 2.0 hvis det har listen Medieressurstype tilgjengelig i nettstedsalternativene for møterom for skysamarbeid.)
Du må aktivere CMR for Webex-nettsted ditt under brukerprofiler. (Du kan gjøre dette i en CSV-fil for masseoppdatering med SupportCMR-attributtet).

Hvis du vil ha mer informasjon, se Funksjonssammenligning og overføringsbane fra samarbeidsmøterom-hybrid til videonett i vedlegget.

Tilknyttet informasjon

Kontroller at kildelandet er riktig

1	I en nettleser skriver du inn denne URL-adressen med den offentlige IP-adresse til Expresswayen eller endepunktet på slutten. `https://ds.ciscospark.com/v1/region/ <public IP address>` Du mottar et svar som følgende: `attribution: "This product includes GeoLite2 data created by MaxMind, available from http://www.maxmind.com" clientAddress: "<public IP address>" clientRegion: "US-WEST" countryCode: "US" disclaimer: "This service is intended for use by Webex Team only. Unauthorized use is prohibitted." regionCode: "US-WEST" timezone: "America/Chicago"`
2	Kontroller at `countryCode` er passende for plasseringen av Expresswayen eller endepunktet.
3	Hvis plasseringen er feil, sender du en forespørsel om å korrigere plasseringen av den offentlige IP-adresse din til MaxMind påhttps://support.maxmind.com/geoip-data-correction-request/correct-a-geoip-location .

Fullfør forutsetningene for videonett

Bruk denne sjekklisten for å sikre at du er klar til å installere og konfigurere videonett-noder og integrere et Webex-nettsted med videonett.

Sørg for at du:

Oppfyll minimumssystemkravene som er beskrevet i Krav for videonett og Lisenskrav for hybridtjenester .
Forstå eksemplene på samtalekapasitet som er beskrevet i Kapasitet for videonettnoder .
Forstå de støttede distribusjonsmodellene beskrevet i Distribusjonsmodeller som støttes av videonett .
Kontroller at nettverket tillater tilkobling på portene og ved hjelp av protokollene som er beskrevet i Porter og protokoller som brukes av videonett
Kontroller at nettverket ditt støtter båndbreddekravene som er beskrevet i Videokvalitet og skalering for videonett

Ta opp følgende nettverksinformasjon som skal tilordnes til Video Mesh-nodene:

IP-adresse (anbefales)
Nettverksmaske
Gateway IP-adresse
DNS-servere
NTP-servere

Et vertsnavn og eventuelt domenenavn for videonett-noden. (Valgfritt)

Velg en støttet maskinvare eller spesifikasjonsbasert konfigurasjon for Video Mesh-noden, som beskrevet i System- og plattformkrav for programvare for videonettnode .

Kontroller at serveren din kjører VMware ESXi 7 eller 8, og vSphere 7 eller 8, med en VM-vert operativ.

Hva nå?

Installer og konfigurer programvaren for videonettnode

Distribuer videonett

Oppgaveflyt for distribusjon av videonett

Før du starter

1	Installer og konfigurer programvaren for videonettnode Bruk denne fremgangsmåten til å distribuere en videonettnode til vertsserveren som kjører VMware ESXi eller vCenter. Du installerer den lokale programvaren som oppretter en node, og deretter utfører du den første konfigurasjonen, for eksempel nettverksinnstillinger. Du registrerer den i skyen senere.
2	Logg på videonettnode Logg på konsollen for første gang. Programvaren for videonettnode har et standardpassord. Du må endre denne verdien før du konfigurerer noden.
3	Angi nettverkskonfigurasjon for videonettnode i konsollen Bruk denne fremgangsmåten til å konfigurere nettverksinnstillinger for videonettnode hvis du ikke konfigurerte dem da du konfigurerte noden på en virtuell maskin. Du angir en statisk IP-adresse og endrer FQDN/vertsnavn og NTP-servere. DHCP støttes for øyeblikket ikke.
4	Bruk disse trinnene for å konfigurere det eksterne grensesnittet for en distribusjon med to nettverksgrensesnitt (dual NIC): Angi det eksterne nettverksgrensesnittet for videonettnode Legg til interne og eksterne rutingsregler Når noden er tilkoblet igjen og du har bekreftet den interne nettverkskonfigurasjon, kan du konfigurere det eksterne nettverksgrensesnitt hvis du distribuerer videonettnode i nettverkets DMZ, slik at du kan isolere bedriftstrafikken (internt) fra utsiden (eksternt). ) trafikk. Du kan også gjøre unntak eller overstyringer av standard rutingsregler.
5	Registrer videonettnode til Webex Cloud Bruk denne fremgangsmåten til å registrere videonett-noder til Webex-skyen og fullføre ytterligere konfigurasjon. Når du bruker Control Hub til å registrere noden, oppretter du en klynge som noden er tilordnet. En klynge inneholder én eller flere medienoder som betjener brukere i et bestemt geografisk område. Registreringstrinnene konfigurerer også innstillinger for SIP-samtale , angi en oppgraderingsplan og abonnere på e-postvarsler.
6	Aktiver og verif Quality of Service (QoS) med følgende oppgaver: Aktiver Quality of Service (QoS) for videonettnode Kontroller portområder for videonettnode med reflektorverktøy i nettgrensesnittet Aktiver QoS hvis du vil at Video Mesh-noder automatisk skal merke SIP-trafikk (lokale SIP-registrerte endepunkter) for både lyd (EF) og video (AF41) separat med passende tjenesteklasse og bruke kjente portområder for bestemte medietyper. Denne endringen lar deg opprette QoS-policyer og effektivt kommentere returtrafikk fra skyen hvis du ønsker det. Bruk trinnene i Reflector Tool for å kontrollere at de riktige portene er åpnet på brannmuren.
7	Konfigurer videonettnode for proxy-integrering Bruk denne fremgangsmåten til å angi hvilken type proxy du vil integrere med et videonett. Hvis du velger en gjennomsiktig inspeksjons-proxy, kan du bruke nodens grensesnitt til å laste opp og installere rotsertifikat, kontrollere proxyen og feilsøke potensielle problemer.
8	Følg Integrer videonett med oppgaveflyt for samtalekontroll og velg ett av følgende, avhengig av samtalekontroll, sikkerhetskrav og om du vil integrere Video Mesh med samtalekontroll : Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett (TLS) Konfigurer Unified CM TCP SIP-trafikkruting for videonett (TCP) Konfigurer Expressway TCP SIP-trafikkruting for videonett (TCP) SIP-enheter støtter ikke direkte tilgjengelighet, så du må bruke Unified CM eller VCS Expressway-konfigurasjon for å etablere et forhold mellom lokale registrerte SIP-enheter og videonettklynger. Du trenger bare å trunke Unified CM eller VCS Expressway til videonettnode, avhengig av samtalekontroll .
9	Utveksle sertifikatkjeder mellom Unified CM og videonettnoder I denne oppgaven laster du ned sertifikater fra Unified CM og Video Mesh-grensesnittene og laster opp det ene til det andre. Dette trinnet etablerer sikker tillit mellom de to produktene, og, sammen med den sikre trunkkonfigurasjonen, lar kryptert SIP-trafikk og SRTP-medier i organisasjonen din lande på Video Mesh-noder.
10	Aktiver mediekryptering for organisasjons- og videonettklynger Bruk denne fremgangsmåten til å aktivere mediekryptering for organisasjonen og individuelle videonett-klynger. Denne innstillingen tvinger ende-til-ende TLS-oppsett, og du må ha en sikker TLS SIP-trunk på plass på Unified CM som peker til Video Mesh-nodene.
11	Aktiver videonett for Webex-nettstedet Hvis du vil bruke optimalisert media til videonettnode for et Webex-møte til alle Webex-app og -enhetene som skal delta, må denne konfigurasjonen være aktivert for Webex-nettsted. Aktivering av denne innstillingen kobler Video Mesh- og møteforekomster i skyen sammen, og tillater at overlappinger oppstår fra Video Mesh-noder. Hvis denne innstillingen ikke er aktivert, vil ikke Webex-app og -enhetene bruke videonettnoden for Webex-møter.
12	Tilordne møterom for samarbeid til brukere av Webex-appen
13	Kontroller møteopplevelsen på det sikre endepunktet Hvis du bruker mediekryptering gjennom ende-til-ende TLS-oppsettet, bruker du disse trinnene for å bekrefte at endepunktene er registrert på en sikker måte, og at riktig møteopplevelse vises.

Skript for masseklargjøring for videonett

Installer og konfigurer programvaren for videonettnode

Før du starter

Se System- og plattformkrav for programvare for videonettnode for støttede maskinvareplattformer og spesifikasjonskrav for videonettnode.

Kontroller at du har disse obligatoriske elementene:

En datamaskin med:

VMware vSphere-klient 7 eller 8.

Du finner en liste over operativsystemer som støttes, i VMware-dokumentasjonen.

OVA-fil for Video Mesh-programvare lastet ned.

En støttet server med VMware ESXi eller vCenter 7 eller 8 installert og kjører
Deaktiver sikkerhetskopiering av virtuell maskin og direkteoverføring. videonettnode -klynger er sanntidssystemer. eventuelle pauser i virtuell maskin kan gjøre disse systemene ustabile. (For vedlikeholdsaktiviteter på en videonettnode, bruk vedlikeholdsmodus fra Control Hub.)

Åpne VMware vSphere-klienten ved hjelp av datamaskinen og logg på vCenter- eller ESXi-systemet på serveren.

Gå til Handlinger > Distribuer OVF-mal .

På Velg en OVF-mal side, klikk Lokal fil , deretter Velg Filer . Naviger til der videomesh.ova filen er plassert, velger du filen og klikker på Neste .

Pass på at du laster ned en ny kopi av OVA fra denne koblingen .

Det kjøres en valideringskontroll. Når den er fullført, vises maldetaljene.

Kontroller maldetaljene, og klikk deretter på Neste .

På Konfigurasjon velger du type distribusjonskonfigurasjon, og klikker deretter Neste .

VMNLite (standard)
CMS 1000

Alternativene er oppført i rekkefølgen etter økende ressurskrav.

På Velg lagring side, må du kontrollere at standard diskformat for Tykk provisjon Lazy nullstilt og retningslinjer for VM-lagring for Datalager som standard er valgt, og klikk deretter Neste .

På Velg nettverk -siden, velger du nettverksalternativet fra listen over oppføringer for å gi ønsket tilkobling til den virtuelle maskinen.

For Internt grensesnitt, nettverk , velger du nodens interne IP-adresse.
For Eksternt grensesnittnettverk , velger du den eksterne IP-adresse som vender mot det offentlige nettverket. Se bort fra dette alternativet hvis du ikke har en dobbel NIC-distribusjon.

På Tilpass mal side, konfigurerer du følgende nettverksinnstillinger:

Vertsnavn (Valgfritt) – angi FQDN (vertsnavn og domene) eller vertsnavn med ett ord for noden.

Hvis du vil sikre en vellykket registrering til skyen, bruker du bare små tegn i FQDN eller vertsnavnet du angir for videonettnode. Store og små bokstaver støttes ikke for øyeblikket.
Når du bruker eller konfigurerer FQDN eller vertsnavn, må du også angi et gyldig domene som kan løses. Den totale lengden på FQDN kan ikke overstige 64 tegn.

IP-adresse — Angi IP-adresse for det interne grensesnittet til noden.
Maske – Angi nettverksmaske med punktum og desimal. For eksempel 255.255.255.0 .
Gateway – Angi IP-adresse for gatewayen . En gateway er en nettverksnode som fungerer som et tilgangspunkt til et annet nettverk.
DNS-servere – Angi en kommadelt liste over DNS-servere som håndterer oversettelse av domenenavn til numeriske IP-adresser. (Opptil fire DNS-oppføringer er tillatt.)
NTP-servere – Angi organisasjonens NTP-server eller en annen ekstern NTP-server som kan brukes i organisasjonen. Du kan også bruke en kommadelt liste til å angi flere NTP-servere.

videonettnode må ha en intern IP-adresse og et DNS-navn som kan løses. IP-adresse for noden kan ikke tilhøre IP-adresse som er reservert for intern bruk av videonettnode . Standard reservert IP-adresse er 172.17.42.0–172.17.42.63, som kan konfigureres senere i Diagnostikk -menyen. Dette IP-adresse er for kommunikasjon innenfor videonettnode og mellom programvarebeholderne som inneholder de forskjellige komponentene i noden – for eksempel SIP-grensesnitt og medietranskoding.
Distribuer alle nodene i samme delnett eller VLAN, slik at alle nodene i en klynge er tilgjengelige uansett hvor klientene befinner seg i nettverket.
For en dobbel NIC DMZ-distribusjon kan du angi den eksterne IP-adresse i nodekonsollen etter at du har lagret den interne nettverkskonfigurasjon og startet noden på nytt senere.

Hvis du foretrekker det, kan du hoppe over konfigurasjonen av nettverksinnstillinger og følge trinnene i Angi nettverkskonfigurasjon for videonettnode i konsollen etter at du logger på noden.

På Klar til å fullføre på siden, kontroller at alle innstillingene du anga, samsvarer med retningslinjene i denne prosedyren, og klikk deretter på Fullfør .

Når distribusjonen av OVA er fullført, vises videonettnode i listen over virtuelle datamaskiner.

Høyreklikk på den videonettnode , og velg deretter Strøm > Strøm på .

Programvaren for videonettnode installeres som gjest på VM-verten. Du er nå klar til å logge på konsollen og konfigurere videonettnode.

Du kan oppleve en forsinkelse på noen minutter før nodebeholderne kommer opp. Det vises en brobrannmurmelding på konsollen ved første oppstart, der du ikke kan logge på.

Hva nå?

Angi nettverkskonfigurasjon for videonettnode i konsollen

Logg på konsollen for første gang. Programvaren for videonettnode har et standardpassord. Du må endre denne verdien før du konfigurerer noden.

1	Fra VMware vSphere-klienten går du til den videonettnode , og deretter velger du Konsoll . Den videonettnode starter opp, og det vises en påloggingsmelding. Hvis påloggingsmeldingen ikke vises, trykker du på Gå inn . Du kan en kort stund se en melding som angir at systemet initialiseres.
2	Bruk følgende standard brukernavn og passord for å logge på: Innlogging: `admin` Passord: `cisco` Fordi du logger på videonettnode for første gang, må du endre passordfrasen (passordet) for administrator .
3	For (gjeldende) passord skriver du inn standard passord (ovenfra), og deretter trykker du på Gå inn .
4	For nytt passord skriver du inn en ny passordfrase, og deretter trykker du på Gå inn .
5	Hvis du vil skrive inn nytt passord på nytt, skriver du inn den nye passordfrasen på nytt, og deretter trykker du på Gå inn . Meldingen «Passord ble endret» vises, og deretter vises det første skjermbildet for videonettnode med en melding om at uautorisert tilgang er forbudt.
6	Trykk på Gå inn for å laste hovedmeny.

Hva nå?

Disse trinnene er obligatoriske hvis du ikke konfigurerte nettverksinnstillinger på tidspunktet for OVA-distribusjon.

Det indre grensesnittet (standardgrensesnittet for trafikk) brukes til CLI, SIP-trunker, SIP-trafikk og nodebehandling. Det eksterne (eksterne) grensesnittet er for HTTPS- og websockets-kommunikasjon til Webex, sammen med den overlappende trafikken fra nodene til Webex.

Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten, og logg deretter på med administratorlegitimasjonen.

Etter førstegangs oppsett av nettverksinnstillinger , og hvis videonettverket er tilgjengelig, kan du få tilgang til nodegrensesnittet via sikkert skall (SSH).

Velg alternativ fra hovedmeny i videonettnode 2 Rediger konfigurasjon og klikk deretter Velg .

Les meldingen om at samtalene avsluttes på videonettnode, og klikk deretter på Ja .

Klikk på Statisk , angi IP-adresse for det interne grensesnittet, Maske , Gateway , og DNS verdier for nettverket ditt.

videonettnode må ha en intern IP-adresse og et DNS-navn som kan løses. IP-adresse for noden kan ikke tilhøre IP-adresse som er reservert for intern bruk av videonettnode . Standard reservert IP-adresse er 172.17.42.0–172.17.42.63, som kan konfigureres i Diagnostikk -menyen. Dette IP-adresse er for kommunikasjon innenfor videonettnode og mellom programvarebeholderne som inneholder de forskjellige komponentene i noden – for eksempel SIP-grensesnitt og medietranskoding.
Distribuer alle nodene i samme delnett eller VLAN, slik at alle nodene i en klynge er tilgjengelige uansett hvor klientene befinner seg i nettverket.
For en DMZ-distribusjon for to nettverkskort kan du angi den eksterne IP-adresse i neste prosedyre etter at du har lagret den interne nettverkskonfigurasjon og startet noden på nytt.

Angi organisasjonens NTP-server eller en annen ekstern NTP-server som kan brukes i organisasjonen.

Hvis du konfigurerer mer enn én NTP-server, er avstemningsintervallet for failover 40 sekunder.

(Valgfritt) Endre vertsnavnet eller domenet om nødvendig.

Hvis du vil sikre en vellykket registrering til skyen, bruker du bare små tegn i vertsnavnet du angir for videonettnode. Store og små bokstaver støttes ikke for øyeblikket.
Når du bruker eller konfigurerer FQDN eller vertsnavn, må du også angi et gyldig domene som kan løses. Den totale lengden på FQDN kan ikke overstige 64 tegn.

Klikk på Lagre , og klikk deretter Lagre endringer og start på nytt .

Hva nå?

Angi det eksterne nettverksgrensesnittet for videonettnode

Velg alternativ fra hovedmeny i videonettnode 5 Ekstern IP-konfigurasjon og klikk deretter Velg .

Klikk på 1 Aktiver/deaktiver , deretter Velg , og deretter Ja for å aktivere alternativene for ekstern IP-adresse på noden.

Som du gjorde med den første nettverkskonfigurasjon, skriver du inn IP-adresse (eksternt), Maske , og Gateway verdier.

Den Grensesnitt -feltet viser navnet på det eksterne grensesnittet for noden.

Klikk på Lagre og start på nytt .

Hvis du vil bekrefte konfigurasjonen av den interne og eksterne IP-adresse , går du til konsollens hovedmeny 4 Diagnostikk , og velg deretter Ping .

I ping -feltet, angi en destinasjonsadresse du vil teste, for eksempel en ekstern destinasjon eller en intern IP-adresse, og klikk deretter på OK .

Test en ekstern destinasjon (eksempel, cisco.com); hvis vellykket, viser resultatene at målet ble åpnet fra det eksterne grensesnittet.
Test en intern IP-adresse; hvis vellykket, viser resultatene at adressen ble åpnet fra det interne grensesnittet.

Hva nå?

API-er for videonettnode

API-er for VMN-administrasjon

API vedlikeholdsmodus og passord for administratorkonto for videonettnodene.

Få status for vedlikeholdsmodus

Henter gjeldende status for vedlikeholdsmodus (Forventet status: på, av, venter eller forespurt).

[FÅ] https://<node_ip> /api/v1/external/maintenanceMode

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Success"
    },
    "result": {
        "isRegistered": true,
        "maintenanceMode": "pending/requested/on/off",
        "maintenanceModeLastUpdated": 1691135731847
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 401,
        "message": "login failed: incorrect password or username"
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 429,
        "message": "Too Many Requests"
    }
}

Aktivere eller deaktivere vedlikeholdsmodus

[PUT] https://<node_ip> /api/v1/external/maintenanceMode

Kall bare dette API-et når det ikke finnes noen aktive samtaler.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
      "maintenanceMode": "on"
}

maintenanceMode – Status for vedlikeholdsmodus som skal angis – «på» eller «av».

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 1:

{
        "status": {  
            "code": 200,
            "message": "Your request to enable/disable maintenance mode was successful."
    }
}

Eksempelrespons 2:

{
      "status": {
          "code": 409,
          "message": "Maintenance Mode is already on/off"
    }
}

Eksempelrespons 3 :

{
      "status": {
          "code": 400,
          "message": "Bad Request - wrong input"   
    }
}

Endre administratorpassord

Endrer passordet til administratorbrukeren.

[PUT] https://<node_ip> /api/v1/external/password

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
  "newPassword": "new"
}

newPassword – Det nye passordet som skal angis for «admin»-kontoen til videonettnode.

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully set the new passphrase for user admin."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 400,
        "message": "Enter a new passphrase that wasn't used for one of the previous 3 passphrases."
    }
}

API-er for VMN-nettverk

Video Mesh Network API-er gjør det mulig for organisasjonsadministratorer å administrere interne og eksterne nettverksinnstillinger.

Hent konfigurasjon av eksternt nettverk

[FÅ] https://<node_ip> /api/v1/external/externalNetwork

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 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"
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 200,
        "message": "External network not enabled."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 500,
        "message": "Failed to get external network configuration."
    }
}

Rediger ekstern nettverkskonfigurasjon

[PUT] https://<node_ip> /api/v1/external/externalNetwork

Du kan bare konfigurere dette for nylig distribuerte videonettnoder, der standard administratorpassord er endret. Ikke bruk dette API-et etter at du har registrert noden for en organisasjon.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

Aktiverer eksternt nettverk:


{
  "externalNetworkEnabled": true,
  "externalIp": "1.1.1.1",
  "externalMask": "2.2.2.2",
  "externalGateway": "3.3.3.3"
}

Deaktiverer eksternt nettverk:

{
  "externalNetworkEnabled": false
}

externalNetworkEnabled – Boolsk verdi (sann eller usann) for å aktivere/deaktivere eksternt nettverk
ekstern IP – den eksterne IP-en som skal legges til
externalMask – Nettverksmasken for det eksterne nettverket
externalGateway – Gatewayen for det eksterne nettverket

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 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."
    }
}

Eksempelrespons 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."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 400,
        "message": "One or more errors in the input: Value should be boolean for 'externalNetworkEnabled'"
    }
}

Eksempelrespons 4:

{
    "status": {
        "code": 400,
        "message": "External network configuration has not changed; skipping save of the external network configuration."
    }
}

Få detaljer om det interne nettverket

[FÅ] https://<node_ip> /api/v1/external/internNettverk

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 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": ""
    }
}

Eksempelrespons 2:


{
      "status": {
          "code": 500,
          "message": "Failed to get Network details."   
    }
}

Eksempelrespons 3:

{
      "status": {
          "code": 500,
          "message": "Failed to get host details."   
    }
}

Rediger DNS-servere

Oppdaterer DNS-servere med nye.

[PUT] https://<node_ip> /api/v1/external/internNetwork/dns

Sett noden i vedlikeholdsmodus før du gjør denne endringen. Se Aktivere eller deaktivere vedlikeholdsmodus hvis du vil ha mer informasjon om hvordan du flytter en node til vedlikeholdsmodus.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
    "dnsServers": "1.1.1.1 2.2.2.2"
}

dnsServers – DNS-servere som skal oppdateres. Flere områdeseparerte DNS-servere er tillatt.

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully saved DNS servers"
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 409,
        "message": "Requested DNS server(s) already exist."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 424,
        "message": "Maintenance Mode is not enabled. Kindly enable Maintenance Mode and try again for this node."
    }
}

Rediger NTP-servere

Oppdaterer NTP-servere med nye.

[PUT] https://<node_ip> /api/v1/external/internNetwork/ntp

Sett noden i vedlikeholdsmodus før du gjør denne endringen. Se Aktivere eller deaktivere vedlikeholdsmodus hvis du vil ha mer informasjon om hvordan du flytter en node til vedlikeholdsmodus.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
    "ntpServers": "1.1.1.1 2.2.2.2"
}

ntpServers – NTP-servere som skal oppdateres. Flere plassdelte NTP-servere er tillatt.

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully saved the NTP servers."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 409,
        "message": "Requested NTP server(s) already exist."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 424,
        "message": "Maintenance Mode is not enabled. Kindly enable Maintenance Mode and try again for this node."
    }
}

Rediger vertsnavn og domene

Oppdaterer vertsnavnet og domenet for videonettnode.

[PUT] https://<node_ip> /api/v1/external/interntNettverk/vert

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
    "hostName": "test-vmn",
    "domain": "abc.com"
}

vertsnavn – det nye vertsnavnet for noden.
domene – Det nye domenet for vertsnavnet til noden (valgfritt).

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 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."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 400,
        "message": "Unable to resolve FQDN"
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 409,
        "message": "Entered hostname and domain already set to same."
    }
}

Aktiver eller deaktiver DNS-bufring

Aktiverer eller deaktiverer DNS-bufring. Vurder å aktivere hurtigbufring hvis DNS-kontroller ofte tar over 750 ms å løse, eller hvis det er anbefalt av Cisco kundestøtte.

[PUT] https://<node_ip> /api/v1/external/internNetwork/dnsCaching

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
    "dnsCaching": true
}

dnsCaching – konfigurasjon av DNS-bufring. Godtar boolsk verdi (sann eller usann).

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 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."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 400,
        "message": "One or more errors in the input: 'dnsCaching' field value should be a boolean"
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 409,
        "message": "dnsCaching is already set to false"
    }
}

Rediger grensesnitt MTU

Endrer maksimal overføringsenhet (MTU) for nodens nettverksgrensesnitt fra standardverdi på 1500. Verdier mellom 1280 og 9000 er tillatt.

[PUT] https://<node_ip> /api/v1/external/internalNetwork/mtu

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
    "internalInterfaceMtu": 1500
}

internalInterfaceMtu – maksimal overføringsenhet for nodens nettverksgrensesnitt. Verdien skal være mellom 1280 og 9000.

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 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."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 400,
        "message": "One or more errors in the input: 'internalInterfaceMtu' field value should be a number"
    }
}

Eksempelrespons 3:


{
    "status": {
        "code": 400,
        "message": "Please enter a number between 1280 and 9000."
    }
}

VMN Server Certificate API-er

Opprett CSR-sertifikatet

Genererer et CSR-sertifikat (Certificate Signing Request) og den private nøkkelen, basert på informasjonen som er oppgitt.

[POST] https://<node_ip> /api/v1/externalCertManager/generateCsr

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
    "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 for videonettnode angitt som fellesnavn. (obligatorisk)
emailAddress – brukerens e-postadresse. (valgfritt)
altNames – Alternativt(e) emnenavn (valgfritt). Flere områdeseparerte FQDN-er er tillatt. Hvis det er oppgitt, må det inneholde det vanlige navnet. Hvis altNames ikke er oppgitt, tar det commonName som verdien av altNames.
organisasjon – Organisasjons-/Bedriftsnavn. (valgfritt)
organisationUnit – organisasjonsenhet eller avdelings- eller gruppenavn osv. (valgfritt)
sted – by/sted. (valgfritt)
delstat – delstat/provins. (valgfritt)
land – land/region. Forkortelse på to bokstaver. Ikke oppgi mer enn to bokstaver. (valgfritt)
passordfrase – Passfrase for privat nøkkel. (valgfritt)
keyBitSize – Privat nøkkelbitstørrelse. Godkjente verdier er 2048, som standard, eller 4096. (valgfritt)

Forespørselshoder :

Innholdstype: «application/json»

Eksempel på svar :

Eksempelrespons 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
    }
}

Eksempelrespons 2:


{
    "status": {
        "code": 400,
        "message": "Private key already exists. Delete it before generating new CSR."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 400,
        "message": "CSR certificate already exists. Delete it before generating new CSR."
    }
}

Eksempelrespons 4:

{
    "status": {
        "code": 400,
        "message": "CSR certificate and private key already exist. Delete them before generating new CSR."
    }
}

Eksempelrespons 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."
    }
}

Last ned CSR-sertifikatet

Laster ned det genererte CSR-sertifikatet.

[FÅ] https://<node_ip> /api/v1/externalCertManager/csr

Du kan også laste ned filen via Send og last ned alternativet.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

-----BEGIN CERTIFICATE REQUEST-----
S4MP1E_C3RT_C0NT3NT
-----END CERTIFICATE REQUEST-----

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "Could not download, CSR certificate does not exist."
    }
}

Last ned den private nøkkelen

Laster ned den private nøkkelen som genereres sammen med CSR-sertifikatet.

[FÅ] https://<node_ip> /api/v1/externalCertManager/key

Du kan også laste ned filen via Send og last ned alternativet.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:


-----BEGIN RSA PRIVATE KEY-----
S4MP1E_PR1V4T3_K3Y
-----END RSA PRIVATE KEY-----

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "Could not download, private key does not exist."
    }
}

Slett CSR-sertifikatet

Sletter det eksisterende CSR-sertifikatet.

[DELETE] https://<node_ip> /api/v1/externalCertManager/csr

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully deleted the CSR certificate"
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "CSR certificate does not exist."
    }
}

Slett den private nøkkelen

Sletter den eksisterende private nøkkelen.

[DELETE] https://<node_ip> /api/v1/externalCertManager/key

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully deleted the private key"
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "Private key does not exist."
    }
}

Installer det CA-signerte sertifikatet og den private nøkkelen

Laster opp det oppgitte CA-signerte sertifikatet og den private nøkkelen på videonettnoden og installerer sertifikatet på noden.

[POST] https://<node_ip> /api/v1/externalCertManager/uploadInstallCaCert

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

Bruk «form-data» for å laste opp følgende filer:

CA-signert sertifikatfil (.crt) med nøkkel som «crtFile».
Privat nøkkel (.key)-fil med nøkkel som 'keyFile'.

Forespørselshoder :

Innholdstype: «flerpart/skjema-data»

Eksempel på svar :

Eksempelrespons 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
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 400,
        "message": "Could not parse the certificate file. Make sure it is a properly formatted certificate and try again."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 400,
        "message": "Private Key does not match Certificate (different modulus)"
    }
}

Eksempelrespons 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."
    }
}

Last ned det CA-signerte sertifikatet

Laster ned det CA-signerte sertifikatet som er installert på noden.

[FÅ] https://<node_ip> /api/v1/externalCertManager/caCert

Du kan også laste ned filen via Send og last ned alternativet.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

-----BEGIN CERTIFICATE-----
S4MP1E_C3RT_C0NT3NT
-----END CERTIFICATE-----

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "Could not download, CA certificate does not exist."
    }
}

Slett det CA-signerte sertifikatet

Sletter det CA-signerte sertifikatet som er installert på noden.

[DELETE] https://<node_ip> /api/v1/externalCertManager/caCert

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully deleted the CA certificate."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "CA certificate does not exist."
    }
}

Felles API-svar

Nedenfor finner du noen eksempler på svar du kan støte på når du bruker en av API-ene nevnt ovenfor.

Eksempelrespons 1: Feil legitimasjon angitt i den grunnleggende autorisasjonen.

{
    "status": {
        "code": 401,
        "message": "login failed: incorrect password or username"
    }
}

Eksempelrespons 2: VMN er ikke oppgradert til den obligatoriske versjonen som støtter disse API-ene.

{
    "status": {
        "code": 421,
        "message": "Misdirected Request 1:[undefined]"
    }
}

Eksempelrespons 3: Feil referer angitt i toppteksten (når topptekst ikke var forventet).

{
    "status": {
        "code": 421,
        "message": "Misdirected Request 2:[https://x.x.x.x/setup]"
    }
}

Eksempelrespons 4: Frekvensgrensen er overskredet. Prøv etter en stund.


{
    "status": {
        "code": 429,
        "message": "Too Many Requests"
    }
}

Legg til interne og eksterne rutingsregler

Fra grensesnittet for Video Mesh-noden velger du 5 Ekstern IP-konfigurasjon og klikk deretter Velg .

Velg 3 Behandle rutingsregler , og klikk deretter Velg .

Du kan legge til manuelle overstyringer av disse reglene i de neste trinnene.

Følg disse trinnene etter behov:

Klikk på Legg til ekstern rute , og angi deretter det interne subnett- eller verts- IP-adresse som skal brukes for den eksterne ruten.
Klikk på Legg til intern rute , og angi deretter det eksterne subnett- eller verts- IP-adresse som skal brukes for den interne ruten.

Når du legger til hver regel, vises de i listen over rutingsregler, kategorisert som brukerdefinerte regler.

Standardrutene kan ikke slettes, men du kan slette alle brukerdefinerte overstyringer du har konfigurert.

Åpne en SSH-tilkobling til den offentlige IP-adresse til videonettnode.
Få tilgang til videonettnode via ESXi-konsollen

Registrer videonettnode til Webex Cloud

Før du starter

Når du starter registreringen av en node, må du fullføre den innen 60 minutter, ellers må du starte på nytt.
Kontroller at eventuelle popup-blokkeringer i nettleseren din er deaktivert eller at du tillater et unntak forhttps://admin.webex.com .
For best resultat kan du distribuere alle nodene i en klynge i det samme datasenter. Se Klynger i videonett for hvordan de fungerer og beste praksis.
Fra verten eller maskinen der du registrerer videonettnoder til skyen, må du ha tilkobling til Webex-skyen og IP-adressene for videonettverket som registreres (i et dobbelt NIC-miljø, nærmere bestemt de interne IP-adressene til videoen Nettnoder).

Logg på Kontrollhub .

Gå til Tjenester > Hybrid og velg én:

Konfigurer : Velg dette alternativet hvis dette er den første videonettnode du registrerer, og klikk deretter på Neste .

Se Fullfør forutsetningene for videonett hvis du vil ha mer informasjon.
Vis alle : Velg dette alternativet hvis du allerede har registrert én eller flere videonettnoder, og klikk deretter på Legg til ressurs .

Kontroller at du har installert og konfigurert videonettnode. Klikk på Ja, jeg er klar til å registrere meg... , og klikk deretter Neste .

I Opprett en ny eller velg en klynge , velg én:

For en ny klynge skriver du inn et navn på klyngen du vil tilordne videonettnode til.
For en eksisterende klynge klikker du på feltet, og deretter velger du en eksisterende klynge den nye noden skal legges til i.

Vi anbefaler at du gir navn til en klynge basert på hvor nodene i klyngen befinner seg geografisk. For eksempel «San Francisco».

I Angi FQDN- eller IP-adresse , angi det fullt kvalifisert domenenavn (FQDN) eller den interne IP-adresse til videonettnode , og klikk deretter på Neste .

Hvis du bruker FQDN, angir du et domene som kan løses av DNS.
Hvis du bruker en IP-adresse, skriver du inn den samme interne IP-adresse som du brukte til å konfigurere noden fra konsollen.

Et FQDN må løses direkte til IP-adresse , ellers er det ikke brukbart. Vi utfører valideringen på FQDN for å utelukke skrivefeil eller konfigurasjonsfeil.

Under Oppgraderingsplan , velg tid, frekvens og tidssone.

Når en oppgradering er tilgjengelig, kan du bruke Oppgrader nå for å starte oppgraderingen før neste vedlikeholdsvindu eller Utsette for å utsette den til neste vindu.

Under E-postvarsler , legg til administrator -e-postadresser for å abonnere på varsler om tjenestealarmer og programvareoppgraderinger.

administrator e-postadresse din legges til automatisk. Du kan fjerne den hvis du vil.

Veksle på Videokvalitet innstillingen på for å aktivere 1080p 30 bilder per sekund.

Hvis denne innstillingen er deaktivert, er standarden 720p.
For videooppløsninger som støttes av Webex-appen, se Videospesifikasjoner for samtaler og møter .

Les informasjonen under Fullfør registreringen , og klikk deretter Gå til Node for å registrere noden til Webex-skyen.

Sjekk Gi tilgang til noden for Webex- videonettnode , og klikk deretter Fortsett .

Klikk på Tillat .

Kontoen din er validert, videonettnode er registrert og meldingen Registrering fullført vises, noe som indikerer at videonettnode nå er registrert i Webex.

videonettnode henter maskinlegitimasjon basert på organisasjonens rettigheter. Den genererte maskinlegitimasjonen utløper regelmessig og oppdateres.

Klikk på portalkoblingen eller lukk fanen for å gå tilbake til siden Videonett.

På siden Videonett ser du nå den nye klyngen som inneholder videonettnode for videonett som du registrerte.

Hvis du går til klyngen, ser du den nye videonettnode, som først viser statusen på Registrerer deg . Noden endres til Kjører når den er klar til bruk i Webex-organisasjonen din.
Siden programvaren er en beholder som inneholder tjenester fra skyinfrastrukturen, får den oppdateringer fra skyen for å forbli synkronisert med skytjenestene. Nødvendige oppdateringer kan installeres kort tid etter at du har registrert noden i skyen. Du kan også endre tidsplanen for automatisk oppgradering. Se Automatiske oppgraderinger for ressurser for hybridtjenester hvis du vil ha mer informasjon.
Hvis du installerte demobildet på noden du registrerte, ser du en demomodus gul statusalarm. Denne alarmen er normal, men vi anbefaler at du installerer hele programvarebildet før den utsatte perioden på 90 dager utløper for demobildet.

Ting du bør huske på

Husk følgende informasjon om videonettnode og hvordan den fungerer når den er registrert i Webex-organisasjonen din:

Når du distribuerer en ny videonettnode, vil ikke Webex-appen og den Webex-registrerte enheten gjenkjenne den nye noden på opptil to timer. Klientene sjekker om klyngen er tilgjengelig under oppstart, nettverksendring eller hurtigbufferutløp. Du kan vente i to timer eller, som en løsning, starte Webex-appen på nytt eller starte Webex-rommet eller -skrivebordet på nytt. Deretter registreres samtaleaktivitet i videonettrapportene i Control Hub.
En videonettnode registreres til én Webex-organisasjon. det er ikke en enhet med flere tenantgrupper.
Hvis du vil vite hva som bruker videonettnode og hva som ikke gjør det, kan du se tabellen i Klienter og enheter som bruker videonettnode .
videonettnode kan koble til Webex-nettsted ditt eller til en annen kundes eller partners Webex-nettsted. Nettsted A distribuerte for eksempel en videonettnode klynge og registrerte den med domenet example1.webex.com. Hvis brukere i nettsted A ringer inn til mymeeting@example1.webex.com, bruker de videonettnode , og det kan opprettes en gjennomgripende overgang. Hvis brukerne i nettsted A ringer dittmøte@example2.webex.com, vil brukerne av nettsted A bruke sin lokale videonettnode og koble til møtet i nettsted Bs Webex-organisasjon.

Hva nå?

Hvis du vil registrere flere noder, gjentar du disse trinnene.
Hvis en oppgradering er tilgjengelig, anbefaler vi at du tar den i bruk så snart som mulig. Fullfør følgende trinn for å oppgradere:
1. Klargjøringsdataene sendes til Webex-skyen av Ciscos utviklingsteam over sikre kanaler. Klargjøringsdataene er signert. For beholderne inneholder klargjøringsdataene navn, kontrollsum, versjon og så videre. videonettnode henter også klargjøringsdataene fra Webex-skyen over sikre kanaler.
2. Når videonettnode får klargjøringsdataene sine, autentiseres noden med skrivebeskyttet legitimasjon og laster ned beholderen med bestemt sjekksum og navn, og oppgraderer systemet. Hver beholder som kjører på videonettnode , har et bildenavn og en kontrollsum. Disse attributtene lastes opp til Webex-skyen ved hjelp av sikre kanaler.

Aktiver Quality of Service (QoS) for videonettnode

Før du starter

Gjør de nødvendige endringene i brannmurporten som er dekket i diagrammet og tabellen. Se Porter og protokoller som brukes av videonett .
For at Video Mesh-noder skal aktiveres for QoS, må nodene være tilkoblet. Noder i vedlikeholdsmodus eller frakoblet tilstander ekskluderes når du aktiverer denne innstillingen.

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , klikk Rediger innstillinger på Video Mesh-kortet.

Bla til Tjenestekvalitet og klikk Aktiver .

Lyd: 52500–59499 og 59500–62999 DSCP EF (Expedited Forwarding)
Video/innhold: 63000–64667 og 64668–65500 DSCP AF41

All returtrafikk for Video Mesh (lyd, video, innhold) fra de delte portene er merket med AF41. Lydtrafikken må merkes til EF i nettverket ditt, basert på kildeportnumrene.

Hvis QoS ikke er fullstendig aktivert om to timer, åpne en sak med støtte for videre etterforskning.

Nodene starter på nytt og oppdateres med det nye portområdet.

Kontroller portområder for videonettnode med reflektorverktøy i nettgrensesnittet

Reflektorverktøyet (en kombinasjon av en server på Video Mesh-noden og klient gjennom et Python-skript) brukes til å bekrefte om de nødvendige TCP/UDP-portene er åpne fra Video Mesh-nodene.

Før du starter

Last ned en kopi av Reflector Tool Client (et Python-skript) frahttps://github.com/CiscoDevNet/webex-video-mesh-reflector-client .
For at skriptet skal fungere som det skal, må du kontrollere at du kjører Python 2.7.10 eller nyere i miljøet ditt.
For øyeblikket støtter dette verktøyet SIP-endepunkter til videonettnoder og intraklyngebekreftelse.

1	Fra kundevisningen ihttps://admin.webex.com , aktiver vedlikeholdsnoden for videonettnode ved å følge disse instruksjonene .
2	Vent til noden viser statusen Klar for vedlikehold i Control Hub.
3	Åpne nodegrensesnittet for Webex-videonett. Hvis du vil ha instruksjoner, se Behandle videonettnode fra nettgrensesnittet .
4	Bla til Refleksverktøy , og start deretter enten TCP Reflector Server eller UDP Reflector Server , avhengig av hvilken protokoll du vil bruke.
5	Klikk på Start Reflector Server , og vent deretter til serveren starter. Du ser et varsel når serveren starter.
6	Fra et system (for eksempel en PC) i et nettverk som du vil at Video Mesh-nodene skal nå, kjører du skriptet med følgende kommando: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` På slutten av kjøringen viser klienten en vellykket melding hvis alle nødvendige porter er åpne: Klienten viser en mislykket melding hvis noen nødvendige porter ikke er åpne:
7	Løs eventuelle portproblemer på brannmuren, og kjør deretter trinnene ovenfor på nytt.
8	Kjør klienten med `--help` for å få flere detaljer.

Konfigurer videonettnode for proxy-integrering

Før du starter

Se Proxy-støtte for videonett for en oversikt over proxy-alternativene som støttes.
Krav for proxy-støtte for videonett

Angi nettadressen for oppsett av videonett https://[IP or FQDN/setup i en nettleser skriver du inn administratorlegitimasjonen du konfigurerte for noden, og klikker deretter Logg på .

Gå til Klareringslager og proxy, og velg deretter et alternativ:

Ingen proxy – Standardalternativet før du integrerer en proxy. Ingen sertifikatoppdatering er nødvendig.
Gjennomsiktig ikke-inspeksjons-proxy – Nodene for videonett er ikke konfigurert til å bruke en bestemt proxy-serveradresse, og bør ikke trenge endringer for å fungere med en ikke-inspeksjons-proxy. Ingen sertifikatoppdatering er nødvendig.
Gjennomsiktig inspeksjons-proxy – Nodene for videonett er ikke konfigurert til å bruke en bestemt proxy-serveradresse. Ingen konfigurasjonsendringer for http(s) er nødvendige på videonett, men nodene for videonett trenger et rotsertifikat for å kunne klarere proxyen. Inspeksjons-proxyer brukes vanligvis av IT til å håndheve retningslinjer om hvilke nettsteder som kan besøkes, og hvilke typer innhold som ikke er tillatt. Denne typen proxy dekrypterer all trafikken din (til og med HTTPS).

Proxy IP/FQDN – Adresse som kan brukes til å nå proxy-maskinen.
Proxy-port – Et portnummer som proxyen bruker til å lytte etter proxy-trafikk.
Proxy-protokoll – Velg http (videonett tunnelerer https-trafikken gjennom http-proxyen) eller https (trafikk fra videonettnoden til proxyen bruker https-protokollen). Velg et alternativ basert på hva proxy-serveren støtter.

Velg mellom følgende godkjenningstyper, avhengig av proxy-miljøet:

Alternativ	Bruk
Ingen	Velg for eksplisitte HTTP- eller HTTPS-proxyer der det ikke finnes noen godkjenningsmetode.
Grunnleggende	Tilgjengelig for eksplisitte HTTP- eller HTTPS-proxyer. Brukes for en HTTP-brukeragent til å angi brukernavn og passord når du foretar en forespørsel, og bruker Base64-koding.
Sammendrag	Kun tilgjengelig for eksplisitte HTTPS-proxyer. Brukes til å bekrefte kontoen før sensitiv informasjon sendes, og bruker en hash-funksjon på brukernavnet og passordet før det sendes over nettverket.
NTLM	Kun tilgjengelig for eksplisitte HTTP-proxyer. Det brukes på samme måte som sammendrag til å bekrefte kontoen før sensitiv informasjon sendes. Bruker Windows-legitimasjon i stedet for brukernavn og passord. Hvis du velger dette alternativet, angir du Active Directory-domenet som proxyen bruker til godkjenning, i NTLM-domenefeltet. Skriv inn navnet på proxy-arbeidsstasjonen (også kalt en arbeidsstasjonskonto eller maskinkonto) i det angitte NTLM-domenet i feltet NTLM-arbeidsstasjon.

Følg de neste trinnene for en gjennomsiktig inspeksjons-proxy eller eksplisitt proxy.

Klikk på Last opp et rotsertifikat eller sluttenhetssertifikat, og deretter finn og velg rotsertifikatet for den eksplisitte eller gjennomsiktige inspeksjons-proxyen.

Hvis du vil ha gjennomsiktige inspeksjons-proxyer eller eksplisitte proxyer, klikker du på Kontroller proxy-tilkobling for å teste nettverkstilkoblingen mellom videonettnoden og proxyen.

Hvis tilkoblingstesten mislykkes, ser du en feilmelding som viser årsaken og hvordan du kan løse problemet.

Noden starter på nytt i løpet av noen få minutter.

Når noden har startet på nytt, logger du på igjen om nødvendig, og deretter åpner du Oversikt-siden for å kontrollere tilkoblingskontrollene for å sikre at alle har grønn status.

Integrer videonett med oppgaveflyt for samtalekontroll

Før du starter

Se Distribusjonsmodeller for Video Mesh og Cisco Unified Communications Manager for å forstå vanlige eksempler på distribusjon.
Video Mesh støtter enten TCP eller TLS mellom Unified CM og SIP-signalisering. SIP TLS støttes ikke for VCS Expressway.
I Unified CM kan hver SIP-trunk støtte opptil 16 videonettdestinasjoner (IP-adresser).
I Unified CM kan innkommende porter på SIP-trunk - sikkerhetsprofil være standard (Non Secure SIP-trunkprofil).
Videonett støtter to rutemønstre: nettstedsnavn.webex.com og meet.ciscospark.com . Andre rutemønstre støttes ikke.

Videonett støtter 3 rutemønstre: webex.com (for korte videoadresser ), nettstedsnavn.webex.com og meet.ciscospark.com . Andre rutemønstre støttes ikke.

Velg ett av disse alternativene, avhengig av samtalekontroll og sikkerhetskravene:

Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett
Konfigurer Unified CM TCP SIP-trafikkruting for videonett
Konfigurer Expressway TCP SIP-trafikkruting for videonett (kun TCP)

SIP-enheter registrert i Unified CM (TLS eller TCP)

SIP-enheter registrert på VCS eller Expressway (kun TCP)

Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett

Opprett en SIP-profil for videonettklynger:

Fra Cisco Unified CM-administrasjon går du til Enhet > Enhetsinnstillinger > SIP-profil , og klikk deretter Finn .
Velg Standard SIP-profil for Cisco VCS , og klikk deretter Kopier .
Angi et navn på den nye profilen – for eksempel Video Mesh SIP Profile.
Under Trunkspesifikk konfigurasjon , angi Tidlig tilbud om støtte for tale- og videosamtaler til Beste innsats (ingen MTP er satt inn) .

Du kan bruke denne innstillingen på en ny SIP-trunk til Webex-skyen (rutet av det eksterne domenet for Webex-nettsted). Innstillingen påvirker ikke eksisterende SIP-trunking eller samtaleruting.
Pass på at Aktiver OPTIONS-ping for å overvåke målstatus for kanaler med tjenestetype er sjekket.
La alle andre felt ha standardverdiene, og lagre endringene.

Legg til en ny SIP-trunk - sikkerhetsprofil for videonettklynger:

Fra Cisco Unified CM-administrasjon velger du System > Sikkerhet > sikkerhetsprofil for SIP-trunk , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Secure SIP Trunk Security Profile

Bekreft disse innstillingene:

Felt	Verdi
sikkerhetsmodus	Kryptert
Innkommende transporttype	TLS
Utgående transporttype	TLS
X.509 Emnenavn Emne for sikker sertifikat eller alternativt navn	Angi det vanlige navnet på nodesertifikatet for videonett.
Innkommende port	5061
SIP V.150 utgående SDP-tilbudsfiltrering	Bruk standardfilter

La alle andre felt ha standardverdiene, og lagre endringene.

Legg til en ny SIP-trunk for å peke til videonettklyngene dine:

I en Unified CM-distribusjon legger du til en enkelt trunk.
I en SMB-distribusjon finnes det vanligvis en trunk mellom Unified CM og SME. Legg til en annen trunk mellom SME- og Video Mesh-noder. Begge kanalene må ha de samme innstillingene som er angitt nedenfor.

Fra Cisco Unified CM-administrasjon velger du Enhet > Trunk , og klikk deretter Legg til ny .
Velg SIP-trunk for trunktypen; la de andre verdiene stå og klikk Neste .
Skriv inn et meningsfylt navn, for eksempel Video_Mesh_SIP_Trunk_UCMtoVMN.
Sjekk SRTP tillatt avmerkingsboks
For Infoformat for anroper og tilkobling , sjekk Levere URI og DN i tilkoblet part, hvis tilgjengelig . Denne innstillingen aktiverer blandet identitet. Den tillater at SIP-trunk -trunken overfører bedriftssidens URI-katalog til Webex.
Sjekk Kjør på alle aktive Unified CM -noder .
Under SIP-informasjon – destinasjon , skriver du inn en IP-adresse eller et fullt kvalifisert domenenavn (FQDN) for hver av videonettnodene dine.
Gå inn 5061 for Målport .
For sikkerhetsprofil for SIP-trunk , velger du trunksikkerhetsprofil for videonett som du opprettet tidligere. (For eksempel Video Mesh Secure SIP Trunk Security Profile.)
For SIP-profil , velger du SIP-profil for videonett som du opprettet tidligere. (For eksempel Video Mesh SIP Profile.)

La alle andre felt ha standardverdiene, og lagre endringene.

Et Video Mesh-anrop eller et møte kan tilordne medier til en hvilken som helst node i en klynge, ikke bare noden som avslutter SIP-samtale.

Opprett en SIP-trunk som peker til en Expressway for Webex-skyfailover.

Fra Cisco Unified CM-administrasjon velger du Enhet > Trunk , og klikk deretter Legg til ny .
Velg SIP-trunk for trunktypen; la de andre verdiene stå og klikk Neste .
Skriv inn et meningsfylt navn, for eksempel Video_Mesh_VCS_Trunk.
For Infoformat for anroper og tilkobling , sjekk Levere URI og DN i tilkoblet part, hvis tilgjengelig . Denne innstillingen aktiverer blandet identitet. Den tillater at SIP-trunk -trunken overfører bedriftssidens URI-katalog til Webex.
Under SIP-informasjon – destinasjon , skriver du inn en IP-adresse eller et fullt kvalifisert domenenavn (FQDN) for hver av Expresswayene dine. For Port , angi 5060 .
For SIP-profil , velg Standard SIP-profil for Cisco VCS .

Opprett en ny rutegruppe for anrop til videonettklynger:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Rutegruppe , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Node Route Group.
Endre Distribusjonsalgoritme til Topp og ned .
I Rute informasjon om gruppemedlem Finner du Enheter med navn Videonett .
Legg til Video_ Mesh_ SIP_ Trunk_ UCM tilVMN ved å klikke Legg til i rutegruppe .
Lagre endringene.

For overflyt til skyen oppretter du en ny rutegruppe for anrop til Expressway:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Rutegruppe , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Expressway Route Group.
Endre Distribusjonsalgoritme til Topp og ned .
I Rute informasjon om gruppemedlem Finner du Enheter med navn Videonett .
Legg til Video_ Mesh_ VCS_ Bagasjerom ved å klikke Legg til i rutegruppe .
Lagre endringene.

Opprett en ny ruteliste for anrop til videonettklynger og Expressway:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Ruteliste , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Node Route List.
Angi Cisco Unified Communications Manager-gruppe til Standard , eller en annen verdi avhengig av konfigurasjonen din.
Lagre endringene.
I Medlemsinformasjon for ruteliste klikker du på Legg til rutegruppe , og velg deretter Rutegruppe for videonett .
Behold standardinnstillingene for de andre innstillingene, og lagre deretter endringene.
I Medlemsinformasjon for ruteliste klikker du på Legg til rutegruppe , og velg deretter Rutegruppe for Expressway-nettverk for video .
Behold standardinnstillingene for de andre innstillingene, og lagre deretter endringene.

Opprett et SIP-rutemønster for kort videoadresse oppringingsformat for Webex-møter:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny og angi navnet Video Mesh Route Pattern for Webex Short URIs.
I IPv4-mønster , angi webex.com som domene.
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Opprett et SIP-rutemønster for Webex-nettsted:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny og angi navnet Video Mesh Route Pattern for Webex Sites.
I IPv4-mønster , skriver du inn Webex-nettsted du vil ha optimalisert media for – for eksempel examplesitename.webex.com .
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Opprett et SIP-rutemønster for Webex-appmøter (bakoverkompatibilitet):

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny , og angi deretter navnet Video Mesh Route Pattern for Teams Meetings.
I IPv4-mønster , angi meet.ciscospark.com .
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Konfigurer Unified CM TCP SIP-trafikkruting for videonett

Opprett en SIP-profil for videonettklynger:

Fra Cisco Unified CM-administrasjon går du til Enhet > Enhetsinnstillinger > SIP-profil , og klikk deretter Finn .
Velg Standard SIP-profil for Cisco VCS , og klikk deretter Kopier .
Angi et navn på den nye profilen – for eksempel Video Mesh SIP Profile.
Under Trunkspesifikk konfigurasjon , angi Tidlig tilbud om støtte for tale- og videosamtaler til Beste innsats (ingen MTP er satt inn) .

Du kan bruke denne innstillingen på en ny SIP-trunk til Webex (rutet av det eksterne domenet for Webex-nettsted). Innstillingen påvirker ikke eksisterende SIP-trunking eller samtaleruting.
Pass på at Aktiver OPTIONS-ping for å overvåke målstatus for kanaler med tjenestetype er sjekket.
La alle andre felt ha standardverdiene, og lagre endringene.

Legg til en ny SIP-trunk - sikkerhetsprofil for videonettklynger:

Fra Cisco Unified CM-administrasjon velger du System > Sikkerhet > sikkerhetsprofil for SIP-trunk , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Trunk Security Profile

Bekreft disse innstillingene:

Felt	Verdi
sikkerhetsmodus	Ikke-sikker
Innkommende transporttype	TCP+UDP
Utgående transporttype	TCP
Innkommende port	5060
SIP V.150 utgående SDP-tilbudsfiltrering	Bruk standardfilter

La alle andre felt ha standardverdiene, og lagre endringene.

Legg til en ny SIP-trunk for å peke til videonettklyngene dine:

I en Unified CM-distribusjon legger du til en enkelt trunk.
I en SMB-distribusjon finnes det vanligvis en trunk mellom Unified CM og SME. Legg til en annen trunk mellom SME- og Video Mesh-noder. Begge kanalene må ha de samme innstillingene som er angitt nedenfor.

Fra Cisco Unified CM-administrasjon velger du Enhet > Trunk , og klikk deretter Legg til ny .
Velg SIP-trunk for trunktypen; la de andre verdiene stå og klikk Neste .
Skriv inn et meningsfylt navn, for eksempel Video_Mesh_SIP_Trunk_UCMtoVMN.
For Infoformat for anroper og tilkobling , sjekk Levere URI og DN i tilkoblet part, hvis tilgjengelig . Denne innstillingen aktiverer blandet identitet. Den tillater at SIP-trunk -trunken overfører bedriftssidens URI-katalog til Webex.
Sjekk Kjør på alle aktive Unified CM -noder .
Under SIP-informasjon – destinasjon , skriver du inn en IP-adresse eller et fullt kvalifisert domenenavn (FQDN) for hver av videonettnodene dine.
Gå inn 5060 for Målport .
For sikkerhetsprofil for SIP-trunk , velger du Video MeshTrunk-sikkerhetsprofil som du opprettet tidligere. (For eksempel Video Mesh Trunk Security Profile.)
For SIP-profil , velger du SIP-profil for videonett som du opprettet tidligere. (For eksempel Video Mesh SIP Profile.)

La alle andre felt ha standardverdiene, og lagre endringene.

Et Video Mesh-anrop eller et møte kan tilordne medier til en hvilken som helst node i en klynge, ikke bare noden som avslutter SIP-samtale.

Opprett en ny SIP-trunk for å peke til en Expressway.

Fra Cisco Unified CM-administrasjon velger du Enhet > Trunk , og klikk deretter Legg til ny .
Velg SIP-trunk for trunktypen; la de andre verdiene stå og klikk Neste .
Skriv inn et meningsfylt navn, for eksempel Video_Mesh_VCS_Trunk.
For Infoformat for anroper og tilkobling , sjekk Levere URI og DN i tilkoblet part, hvis tilgjengelig . Denne innstillingen aktiverer blandet identitet. Den tillater at SIP-trunk -trunken overfører bedriftssidens URI-katalog til Webex.
Under SIP-informasjon – destinasjon , skriver du inn en IP-adresse eller et fullt kvalifisert domenenavn (FQDN) for hver av Expresswayene dine. For Port , angi 5060 .
For SIP-profil , velg Standard SIP-profil for Cisco VCS .

Opprett en ny rutegruppe for anrop til videonettklynger:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Rutegruppe , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Node Route Group.
Endre Distribusjonsalgoritme til Topp og ned .
I Rute informasjon om gruppemedlem Finner du Enheter med navn Videonett .
Legg til Video_Mesh_SIP_Trunk_UCMtoVMN ved å klikke Legg til i rutegruppe .
Lagre endringene.

For overflyt til skyen oppretter du en ny rutegruppe for anrop til Expressway:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Rutegruppe , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Expressway Route Group.
Endre Distribusjonsalgoritme til Topp og ned .
I Rute informasjon om gruppemedlem Finner du Enheter med navn Videonett .
Legg til Video_ Mesh_ VCS_ Bagasjerom ved å klikke Legg til i rutegruppe .
Lagre endringene.

Opprett en ny ruteliste for anrop til videonettklynger og Expressway:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Ruteliste , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Node Route List.
Angi Cisco Unified Communications Manager-gruppe til Standard , eller en annen verdi avhengig av konfigurasjonen din.
Lagre endringene.
I Medlemsinformasjon for ruteliste klikker du på Legg til rutegruppe , og velg deretter Rutegruppe for videonett .
Behold standardinnstillingene for de andre innstillingene, og lagre deretter endringene.
I Medlemsinformasjon for ruteliste klikker du på Legg til rutegruppe , og velg deretter Rutegruppe for Expressway-nettverk for video .
Behold standardinnstillingene for de andre innstillingene, og lagre deretter endringene.

Opprett et SIP-rutemønster for kort videoadresse oppringingsformat for Webex-møter:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny og angi navnet Video Mesh Route Pattern for Webex Short URIs.
I IPv4-mønster , angi webex.com som domene.
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Opprett et SIP-rutemønster for Webex-nettsted:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny og angi navnet Video Mesh Route Pattern for Webex Sites.
I IPv4-mønster , skriver du inn Webex-nettsted du vil ha optimalisert media for – for eksempel examplesitename.webex.com , hvor eksempelnettstedsnavn er navnet på ditt faktiske Webex-nettsted.
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Opprett et SIP-rutemønster for Webex-appmøter:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny , og angi deretter navnet Video Mesh Route Pattern for Teams Meetings.
I IPv4-mønster , angi meet.ciscospark.com .
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Konfigurer Expressway TCP SIP-trafikkruting for videonett

Opprett en sone som peker til videonettklynger:

Fra VCS-kontroller eller Expressway-C går du til Konfigurasjon > Soner > Soner , og klikk deretter Nyhet .

Konfigurer følgende felt:

Feltnavn	Verdi
Navn	Angi et navn som enkelt identifiserer sonen – for eksempel WebexVideoMeshZone
Type	Nabo
H.323
Modus	Av
SIP
Modus	På
Port	5060
Transport	TCP
Plassering
Slå opp jevnaldrende ved å	Adresse
Peer [n]-adresse	Angi IP-adressene for hver videonettnode.

La de andre feltene beholde standardinnstillingene, og lagre deretter endringene.

Opprett oppringingsmønstre for videonettklynger for Webex-nettsteder:

Fra Expressway-C, gå til Konfigurasjon > Oppringingsplan > Søkeregler , og klikk deretter Nyhet .

Konfigurer følgende felt for Webex-nettsted :

Feltnavn

Verdi

Regelnavn

Angi et regelnavn som enkelt identifiserer søkeregelen – for eksempel WebexVideoMesh-YourSite

Prioritet

100 er standard. Kontroller at dette tallet er lavere enn reservereglene for skyen og B2B.

Protokoll

SIP

Modus

Aliasmønstersamsvar

Mønstertype

Regex

Mønsterstreng

.*@(YourSite\.)?webex\.com.*

Mønsteratferd

Forlat

Ved vellykket match

Fortsett

Mål

Velg sonen for videonett du opprettet – for eksempel WebexVideoMeshZone .

La de andre feltene beholde standardinnstillingene, og lagre deretter endringene.

Opprett et traverseringsklient og sonepar som peker til skyen Expressway for failover:

Se Grunnleggende konfigurasjonsveiledning for Expressway for versjonen for trinnene for å opprette paret for traverseringsklient og sone.

Opprett en reservesøkeregel til Traversal-klientsonen som fører til Expressway-E:

Fra Expressway-C, gå til Konfigurasjon > Oppringingsplan > Søkeregler , og klikk deretter Nyhet .

Konfigurer følgende felt:

Feltnavn	Verdi
Regelnavn	Angi et regelnavn som enkelt identifiserer søkeregelen – for eksempel WebexVideoMesh-failover
Prioritet	100 er standard. Kontroller at prioriteten er lavere ved å angi et tall som er høyere enn oppringingsmønsteret for Videonett og B2B-reglene.
Protokoll	SIP
Modus	Ethvert alias
Mønsteratferd	Forlat
Ved vellykket match	Fortsett
Mål	Velg klientsonen for Traversal som fører til Expressway-E.

La de andre feltene beholde standardinnstillingene, og lagre deretter endringene.

Fra Expressway-E, gå til Konfigurasjon > Soner > Soner . Klikk på Nyhet og legg til Webex Zone.

I versjoner før X8.11 opprettet du en ny DNS-sone for dette formålet.

Opprett et oppringingsmønster for Expressway-skyen:

Fra Expressway-E, gå til Konfigurasjon > Oppringingsplan > Søkeregler , og klikk deretter Nyhet .

Konfigurer følgende felt:

Feltnavn	Verdi
Regelnavn	Angi et regelnavn som enkelt identifiserer søkeregelen – for eksempel WebexVideoMesh-toCloud
Prioritet	Angi en høyere verdi enn regelen for de lokale videonettnodene. Hvis nodene er satt til 100, setter du denne verdien til 101 . Du må også sørge for at verdien er lavere enn alle B2B-regler på Expressway.
Protokoll	SIP
Kilde	Navn
Kildenavn	Velg serversonen for sikker kryssing fra Expressway-C – for eksempel WebexVideoMeshZone
Modus	Aliasmønstersamsvar
Mønstertype	Regex
Mønsterstreng	*`.@(YourSite\.)?webex\.com.`*
Mønsteratferd	Forlat
Ved vellykket match	Stopp
Mål	Velg Webex-sonen eller DNS-sonen.

For SIP-enheter som er registrert på Expressway-C, åpner du enhetens IP-adresse i en nettleser, går du til Oppsett , bla til SIP , og velg Standarder fra Skriv inn rullegardinmenyen.

Utveksle sertifikatkjeder mellom Unified CM og videonettnoder

I et klyngemiljø må du installere CA- og serversertifikater på hver node individuelt.

Før du starter

Av sikkerhetshensyn anbefaler vi at du bruker et CA-signert sertifikat på Video Mesh-nodene i stedet for nodens standard selvsignert sertifikat.

Åpne nodegrensesnittet for Videonett (IP-adresse/oppsett, for eksempel, https://192.0.2.0/setup) i nettleseren og logg på med nodens administratorlegitimasjon.

Gå til Serversertifikater og be om og last opp et sertifikat og nøkkelpar etter behov:

Den private nøkkelen er allerede på plass når du genererer en CSR. Hvis du ikke bruker trinnet for oppretting av CSR, må du laste opp en privat nøkkel.

Når du har sertifikatet og nøkkelen, klikker du Last opp et serversertifikat (.crt- eller .pem-fil) , velg sertifikatfilen, og klikk deretter på Last opp en privat nøkkel (.key-fil) og angi en passordfrase hvis du har en.
Når du har fått sertifikatet, går du til den første videonett-noden i en klynge, klikker på Installer serversertifikat , les ledeteksten, klikk på Installer , og klikk deretter OK .

En skyregistrert Video Mesh-node avsluttes elegant og venter i opptil to timer på at eventuelle samtaler avsluttes. Noden fullfører deretter sertifikatinstallasjonen. Det vises en melding når serversertifikat installeres. Du kan deretter laste inn siden på nytt for å vise det nye sertifikatet og nøkkeloppføringen.
Klikk på Last ned ved siden av sertifikatet og nøkkelfilene for å lagre en lokal kopi.

Lagre filene et sted som er enkle å huske, og la Video Mesh-forekomsten være åpen i nettleserfanen.
Gå til neste Video Mesh-node i klyngen, fyll ut passordfrasen, og last deretter opp den private nøkkelfilen. Klikk deretter på Last opp et serversertifikat og velg deretter Installer serversertifikat , les ledeteksten, klikk på Installer , og klikk deretter OK .
Gjenta disse trinnene for alle Video Mesh-noder i den samme klyngen.

Lagre Unified CM -filen et sted som er lett å huske, og la Unified CM -forekomsten være åpen i nettleserfanen.

Gå tilbake til kategorien Grensesnitt for videonettnode, klikk på Trust Store og proxy , og velg deretter et alternativ:

Hvis Unified CM bruker et CA-sertifikat som er signert av en kjent organisasjon, klarerer videonettnoden det automatisk. Klareringen er basert på listen over rotsertifikater fra VMN-nodens verts-OS, som oppdateres regelmessig.
Hvis Unified CM bruker et CA-sertifikat som er signert av et internt CA rotsertifikat for bedriften , legger du til dette rotsertifikat i noden. rotsertifikat er tilgjengelig fra bedriften, men kan kanskje ikke lastes ned fra Unified CM.
Legg til både ECDSA- og RSA-sertifikatene som Unified CM bruker til å betjene eksterne forespørsler. Disse sertifikatene kan være selvsignerte sertifikater eller CA-sertifikater.
Hvis du lastet ned ett enkelt sertifikat, klikker du på Last opp et rotsertifikat eller en sluttenhetssertifikat (.crt- eller .pem-fil) , og velg sertifikatfilen CallManager.pem du lastet ned. Klikk på Installer alle sertifikater i Trust Store , les ledeteksten, klikk på Installer , og start deretter noden på nytt.
Hvis du lastet ned en sertifikatkjede, laster du opp rot- CA-sertifikat og det mellomliggende CA-sertifikat, og klikker deretter på Installer alle sertifikater i Trust Store , les ledeteksten og klikk på Installer .

Hvis du vil laste opp filen til serveren, klikker du på Last opp fil .

Hvis du laster opp en sertifikatkjede, må du laste opp alle sertifikatene i kjeden.

Du kan installere og administrere serversertifikater via API-er. Hvis du vil ha mer informasjon, se VMN Server Certificate API-er .

Aktiver mediekryptering for organisasjons- og videonettklynger

Innstillinger	Resultat
Unified CM er konfigurert med en sikker trunk, og denne innstillingen for Video Mesh Control Hub er ikke aktivert.	Samtaler mislykkes.
Unified CM er ikke konfigurert med en sikker trunk, og denne innstillingen for Video Mesh Control Hub er aktivert.	Samtaler mislykkes ikke, men de faller tilbake til usikker sikker modus.

Før du starter

Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett
Utveksle sertifikatkjeder mellom Unified CM og videonettnoder

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og klikk deretter Innstillinger på Video Mesh-kortet.

Bla til Mediekryptering og slå på innstillingen.

Klikk på Vis alle og gjenta følgende trinn for hver Video Mesh-klynge du vil aktivere for sikker SIP-trafikk.

Velg en videonett-klyngeoppføring i listen, og klikk deretter på Rediger klyngeinnstillinger .
Bla til SIP-anrop og merk av i avkrysningsboksen.
Under Klarerte SIP-kilder , skriv inn Common Name (CN) eller eventuelle FQDN-er som finnes i Subject Alternative Name på Unified CM -sertifikatet (vanligvis FQDN for Unified CM).

Disse oppføringene identifiseres som klarerte SIP-kilder og har tillatelse til å sende sikre SIP-anrop til Webex Video Mesh.

Aktiver videonett for Webex-nettstedet

Tilordne møterom for samarbeid til brukere av Webex-appen

Hvis du administrerer nettstedet ditt via Control Hub:
1. Fra kundevisningen ihttps://admin.webex.com , gå til Brukere > Administrer brukere .
  
  Hvis du vil tilordne flere brukere samtidig, kan du se dette dokumentet .
2. Tilordne Webex Collaboration-møterom til brukere i organisasjonen din.
Hvis du administrerer nettstedet ditt via nettstedsadministrator:
1. Fra nettstedsadministrator går du til brukeradministrasjon .
2. Rediger brukerkonto og merk av for Møterom for samarbeid.
  
  Hvis du vil tilordne flere brukere samtidig, kan du se dette dokumentet .

Kontroller møteopplevelsen på det sikre endepunktet

Bruk denne fremgangsmåten til å kontrollere at endepunktene er registrert på en sikker måte, og at riktig møteopplevelse vises.

1	Bli med i et møte fra det sikrede endepunktet.
2	Kontroller at møtelisten vises på enheten. Dette eksemplet viser hvordan møtelisten ser ut på et endepunkt med et berøringspanel:
3	Under møtet får du tilgang til Webex-konferanseinformasjonen fra Samtaledetaljer.
4	Kontroller at krypteringsdelen viser Type som AES-128, og Status som På.

Behandle og feilsøke videonett

Videonettanalyse

Videonettanalyse- og feilsøkingsrapporter viser data i tidssone som er angitt for den lokale nettleseren.

Analyser

Videonettanalyse gir en langsiktig trend (opptil 3 måneder med data) i kategoriene engasjement, ressursbruk og båndbreddebruk.

sanntidsovervåking

Få tilgang til, filtrer og lagre sanntidsovervåking for Video Mesh

Fra kundevisningen ihttps://admin.webex.com , velg Analyse , og klikk deretter Videonett øverst til høyre på skjermen.

Hold pekeren over informasjon for å få en kort beskrivelse av diagrammet.

Fra bryteren til venstre velger du et alternativ for å filtrere etter hvor langt tilbake i tid du vil vise data.

Siste 4 timer (Standard) – Når du velger dette alternativet, oppdateres grafdataene hvert 1. minutt.
Siste 24 timer –Når du velger dette alternativet, oppdateres grafdataene hvert 10. minutt.

Samhandle med diagrammene ved å bruke følgende alternativer etter behov:

Hold pekeren over segmenter i diagramvisningen for å vise informasjon om det bestemte datapunktet.
Klikk på forklaringselementer på grafen eller oversikten, og klikk deretter Bruk for å oppdatere visningen for de andre forklaringselementene. Når du for eksempel har valgt forklaringselementet Amsterdam, oppdateres linjediagrammet for å utelate andre tegnforklaringselementer og bare inkludere dataene for det valgte elementet.

Når et filter brukes, oppdateres alle andre grafer og diagrammer for å vise dataene for det valgte filtret.
På en graf som viser data i et tidsintervall, kan du begrense ned til et bestemt tidsintervall ved å klikke på venstre side og dra musen til høyre. (Denne handlingen påvirker alle relaterte data som vises på analysesiden.)

Hold pekeren over deler av en smultring, linjer i en graf eller innsiktspunkter i en graf for å vise mer informasjon om det bestemte tidspunktet for dataene.

PNG
PDF
CSV

Få tilgang til, filtrer og lagre analyse av videonett

Beregningsrapporter for videonett er tilgjengelige på Analytics-siden i Control Hub (https://admin.webex.com ), når Video Mesh er aktiv og har en klynge med minst én registrert Video Mesh-node.

Fra kundevisningen ihttps://admin.webex.com , velg Analyse , og klikk deretter Videonett øverst til høyre på skjermen.

Klikk på en kategori, avhengig av hvilken type data du leter etter:

Engasjement
Ressurser
Bruk av båndbredde

Hold pekeren over informasjon for å få en kort beskrivelse av diagrammet.

Fra rullegardinmenyen til høyre velger du et alternativ for å filtrere etter hvor langt tilbake i tid du vil vise data.

Siste 7 dager (Standard) – Endrer den vannrette aksen til hver 1. time.
Siste 24 timer – Endrer den vannrette aksen til hvert 10. minutt.
Siste 30 dager – Endrer den vannrette aksen til hver 3. time.
Siste 90 dager – Endrer den vannrette aksen til hver 8. time.

Samhandle med diagrammene eller smultringgrafene ved å bruke følgende alternativer etter behov:

Klikk på ett eller flere segmenter på smultringdiagrammet eller diagramvisningen, og klikk deretter Bruk for å oppdatere smultringvisningen og den tilsvarende kartvisningen.
Velg forklaringselementer i grafen eller oversikten for å oppdatere visningen for det bestemte forklaringselementet, og klikk deretter Bruk . Når du for eksempel har valgt forklaringselementet Lokalt, oppdateres linjediagrammet med disse dataene uthevet.

Når et filter brukes, oppdateres alle andre grafer og diagrammer for å vise dataene for det valgte filtret.

På en graf som viser data i et tidsintervall, kan du begrense ned til et bestemt tidsintervall ved å klikke på venstre side og dra musen til høyre og forlate når ønsket område er valgt. (Denne handlingen påvirker alle relaterte data som vises på analysesiden.)

Hold pekeren over deler av en smultring, linjer i en graf eller innsiktspunkter i en graf for å vise mer informasjon om det bestemte tidspunktet for dataene.

Hvis du vil starte på nytt fra den samme grafen eller oversikten, klikker du på X på de valgte filtrene nederst i grafen.

PDF
PNG
CSV

Fjern alle filtrene fra filterlinjen hvis du vil tilbakestille analysevisningen.

Tilgjengelig analyse for Video Mesh

Hvis du vil ha mer informasjon om tilgjengelig analyse i Control Hub, kan du se delen Videonett i Analyse for skysamarbeidsporteføljen din .

Overvåkingsverktøy for videonett

Test av signalisering – Tester om SIP-signalisering og mediesignalering skjer mellom videonett-noden og Webex skymedietjenester.
Kaskadetest – Tester om det kan etableres en overlapping mellom videonett-noden og Webex skymedietjenester.
Test for tilgjengelighet – Tester om videonett-noden kan nå målportene for mediestrømmer i Webex skymedietjenester. Den tester også om Video Mesh-noden er i stand til å kommunisere med skyklyngene som er knyttet til mediebeholdere via disse portene.

Kjør en test umiddelbart

Logg inn på Kontrollhub , og deretter gå til Feilsøking > Videonett .

Klikk på Konfigurer test , klikk Test nå , og kontroller deretter nodene og/eller klyngene du vil teste.

Hvis du vil fjerne merket i boksene for å gjenopprette den siste konfigurasjonen, klikker du på Gjenopprett siste testkonfigurasjon .

Klikk på Kjør test .

Hva nå?

Punktene på tidslinjen med glidebryteren viser aggregerte testresultater for hele organisasjonen. Tidslinjene på klyngenivå viser aggregerte resultater for hver klynge.

Tidslinjen kan vise datoer i USA-format. Endre språket ditt i profilinnstillingene for å vise datoer i ditt lokale format.

Bruk bryteren som følger med for å vise suksessratene for forskjellige parametere i form av en tabell.

En hoppet over test, delvis feil eller feil er ikke kritisk med mindre den skjer kontinuerlig over en viss tid.

Konfigurer regelmessige tester

1	Logg inn på Kontrollhub , og deretter gå til Feilsøking > Videonett .
2	Klikk på Konfigurer test , klikk Periodisk test , og kontroller deretter nodene og/eller klyngene du vil teste.
3	Velg et alternativ: Sjekk Alle klynger hvis du vil kjøre testen på alle Video Mesh-nodene i Control Hub-organisasjonen. Kontroller de enkelte klyngenavnene for å kjøre testen på alle Video Mesh-noder som er i en bestemt klynge. Klynger som ikke er merket av, ekskluderes fra testen. I individuelle klynger kontrollerer du de enkelte nodenavnene du vil kjøre testen på. Eventuelle umerkede nodeoppføringer utelates fra testen.
4	Klikk på Neste.
5	Se gjennom listen over klynger og noder for å kjøre de periodiske testene. Hvis du er fornøyd, klikker du på Konfigurer for å planlegge gjeldende konfigurasjon.

Hva nå?

Punktene på tidslinjen med glidebryteren viser aggregerte testresultater for hele organisasjonen. Tidslinjene på klyngenivå viser aggregerte resultater for hver klynge.

Tidslinjen kan vise datoer i USA-format. Endre språket ditt i profilinnstillingene for å vise datoer i ditt lokale format.

Bruk bryteren som følger med for å vise suksessratene for forskjellige parametere i form av en tabell.

En hoppet over test, delvis feil eller feil er ikke kritisk med mindre den skjer kontinuerlig over en viss tid.

Aktiver 1080p HD-video for lokale SIP-enheter i videonettnode for videonett

De er alle i bedriftsnettverk.
De bruker en lokal registrert SIP-enhet med HD-funksjonalitet .

Innstillingen gjelder for alle klynger som inneholder videonettnoder.

Skyregistrerte enheter fortsetter å sende og motta 1080p-strømmer, uavhengig av om denne innstillingen er slått på eller av.

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og klikk deretter Innstillinger på Video Mesh-kortet.
2	Slå på Videokvalitet . Hvis denne innstillingen er deaktivert, er standarden 720p.

Hvis du vil ha videooppløsninger som Webex-appen støtter, kan du se Videospesifikasjoner for samtaler og møter .

Private møter

Som vist her, gjennomgriper aldri private møter medier til skyen. Mediet avsluttes utelukkende på videonettklyngene dine. Videonett-klyngene kan bare gå gjennom hverandre.

Webex-appen med alle funksjonene i Webex Experience aktivert er inkompatibel med videonett. Hvis du vil ha mer informasjon, se Klienter og enheter som bruker videonettnode .

Støtte og begrensninger for private møter

Videonett støtter private møter på følgende måte:

Private møter er tilgjengelige på Webex versjon 40.12 og nyere.
Bare planlagte møter kan bruke den private møtetypen. Se Planlegg et privat møte i Cisco Webex artikkelen for detaljer.
Private møter er ikke tilgjengelig for møter med alle funksjoner startet eller ble med fra Webex-appen.
Du kan bruke alle nåværende enheter som støttes av Video Mesh.
Nodene dine kan bruke et hvilket som helst gjeldende bilde: 72vCPU og 23vCPU.
Privat møtelogikk oppretter ikke hull i målinger. Vi samler inn de samme målingene for Control Hub som for ikke-private møter.

Siden noen brukere ikke aktiverer denne funksjonen, vises ikke analyserapportene for private møter hvis organisasjonen din ikke har et privat møte om 90 dager.
Private møter støtter enveis tavle fra et video-endepunkt.

Begrensninger

Private møter har disse begrensningene:

Private møter støtter bare VoIP for lyd. De støtter ikke Webex Edge Audio eller PSTN.
Du kan ikke bruke et personlig møterom (PMR) til et privat møte.
Private møter støtter ikke Webex-funksjoner som krever en tilkobling til skyen, for eksempel skyopptak, transkripsjon og Webex Assistant.
Du kan ikke bli med i et privat møte fra et uautentisert skyregistrert videosystem, selv ikke et som er paret til Webex-app.

Bruk private møter som standard møtetype

I Control Hub kan du angi at fremtidige planlagte møter for organisasjonen skal være private møter.

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid .
2	Klikk på Rediger innstillinger fra Videonett kortet. Bla til Private møter og aktiver innstillingen.
3	Lagre endringen.

Når du aktiverer denne innstillingen, gjelder den for alle møter for organisasjonen, også de som er planlagt tidligere.

(Valgfritt) Reserver en klynge for private møter

Vi anbefaler at du klargjør en privat klynge for å håndtere forventet maksimal bruk fra private møter.

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid og klikk Vis alle på Video Mesh-kortet.
2	Velg videonett-klyngen fra listen, og klikk på Rediger klyngeinnstillinger.
3	Bla til Private møter og aktiver innstillingen.
4	Lagre endringen.

Feilmeldinger for private møter

Denne tabellen viser mulige feil som brukere kan se når de blir med i et privat møte.

Feilmelding	Brukerhandling	Årsak
Ekstern nettverkstilgang nektet Du må være på bedriftsnettverk for å delta på det private møtet. Parede Webex-enheter utenfor bedriftsnettverk vil ikke kunne bli med på møtet. I et slikt scenario kan du prøve å koble den bærbare datamaskinen, mobilen til bedriftsnettverk og bli med på møtet i ikke-sammenkoblet modus.	En ekstern bruker blir med fra utenfor bedriftsnettverk uten VPN eller MRA.	For å bli med i et privat møte må eksterne brukere ha tilgang til bedriftsnettverk via en VPN eller MRA.
	En ekstern bruker er på VPN, men de er paret til en ikke-autentisert enhet.	Enhetsmedier tunnelerer ikke til bedriftsnettverk via VPN. Enheten kan ikke bli med i et privat møte. I stedet, etter å ha koblet til VPN, bør den eksterne brukeren bli med på et privat møte i ikke-paret enhetsmodus fra skrivebords- eller mobilklienten.
Ingen tilgjengelige klynger Klyngene som er vert for dette private møtet, har høy kapasitet, kan ikke nås, er frakoblet eller ikke registrert. Ta kontakt med IT-administratoren din for å få hjelp.	En bruker er på bedriftsnettverk (lokalt eller eksternt via VPN), men kan ikke delta i et privat møte.	Videonett-klyngene dine er: Ved kapasitet Kan ikke nås Ikke pålogget Ikke registrert
Ikke autorisert Du har ikke tillatelse til å delta på dette private møtet fordi du ikke er medlem av vertsorganisasjonen. Ta kontakt med verten for møtet.	En bruker fra en annen organisasjon enn vertsorganisasjonen prøver å bli med i det private møtet.	Bare brukere som tilhører vertsorganisasjonen, kan delta i et privat møte.
	En enhet fra en annen organisasjon enn vertsorganisasjonen prøver å bli med i det private møtet.	Bare enheter som tilhører vertsorganisasjonen, kan bli med i et privat møte.

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

Når mediene kjører gjennom de lokale Video Mesh-nodene, får du bedre ytelse og bruker mindre båndbredde til Internett.

Innstillingen er …	Møte på internt Webex-nettsted med overlappende videonett aktivert	Møte på internt Webex-nettsted med overlappende videonett deaktivert	Møte på eksternt Webex-nettsted med videonett-overlappende aktivert	Møte på eksternt Webex-nettsted med overlappende videonett deaktivert
Aktivert	Media bruker videonettnodene dine.	Media bruker skynoder.	Media bruker videonettnodene dine.	Media bruker videonettnodene dine.
Deaktivert	Media bruker videonettnodene dine.	Media bruker skynoder.	Media bruker videonettnodene dine.	Media bruker skynoder.

1	I kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid og klikk Vis alle på Video Mesh-kortet.
2	Velg videonett-klyngen i listen, og klikk på Rediger innstillinger .
3	Bla til Foretrekk videonett for alle eksterne Webex Meetings og aktiver innstillingen.
4	Lagre endringen.

Optimaliser bruken av Video Mesh-distribusjonen

Du kan også optimalisere klyngekapasiteten og maksimere brukeropplevelsen ved å la klienttypene som de fleste kundene bruker, lande på Video Mesh-klynger.

1	Logg på Control Hub , og deretter velge Tjenester > Hybrid > Videonett > Ressurser > Vis alle . – eller – Velg Oversikt > Hybridtjenester > Videonett > Innstillinger .
2	Under Innstillinger for inkludering av klienttype , er alle klienttyper kontrollert som standard. Fjern merket for klienttypene du vil ekskludere fra bruk av videonett-klynger. Disse klyngene er vert på Webex-skynoder.
3	Klikk på Lagre.

Avregistrer videonettnode

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid .
2	Klikk på Vis alle på Video Mesh-kortet.
3	Fra listen over ressurser går du til riktig klynge og velger noden.
4	Klikk på Handling > Avregistrere node . Det vises en melding som ber deg bekrefte at du vil slette noden.
5	Når du har lest og forstått meldingen, klikker du på Avregistrere node .

Flytt videonettnode

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og velg deretter Vis alle på Video Mesh-kortet.
2	Velg noden du vil flytte, fra listen, og klikk deretter Handlinger (den vertikale ellipsen).
3	Velg Flytt node .
4	Velg riktig alternativknapp for dit du vil flytte noden: Velg en eksisterende klynge – Velg en eksisterende klynge fra rullegardinliste. Opprett en ny klynge – Angi et navn for den nye klyngen i feltet.
5	Klikk på Flytt node . Noden flyttes til den nye klyngen.

Tilknyttet informasjon

Angi oppgraderingsplan for videonettklynge

Du kan angi en bestemt oppgraderingsplan eller bruke standardplanen på 03.00 Daglig USA: Amerika/Los Angeles. Du kan velge å utsette en kommende oppgradering om nødvendig.

Før du starter

Hasteoppgraderinger tas i bruk så snart de er tilgjengelige.

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og klikk deretter Vis alle på Video Mesh-kortet.

Klikk på en medieressurs , og klikk deretter på Rediger klyngeinnstillinger .

På Innstillinger side, bla til Oppgrader , og velg deretter tid, frekvens og tidssone for oppgraderingsplanen.

(Valgfritt) Klikk om nødvendig Utsette for å utsette oppgraderingen én gang, til neste vindu.

Under tidssone vises dato og klokkeslett for neste tilgjengelige oppgradering.

Virkemåte for oppgradering

Noden sender regelmessige forespørsler til skyen for å se om en oppdatering er tilgjengelig.
Skyen gjør ikke oppgraderingen tilgjengelig før klyngen når oppgraderingsvinduet sitt. Når oppgraderingsvinduet kommer, leverer nodens neste regelmessige oppdateringsforespørsel til skyen oppdateringsinformasjonen.
Noden henter oppdateringer over en sikker kanal.
Eksisterende tjenester avsluttes elegant for å stoppe ruting av innkommende anrop til noden. Den elegante avslutningen gir også eksisterende samtaler tid til å fullføre (opptil 2 timer).
Oppgraderingen installeres.
Skyen utløser bare oppgraderingen for en prosentandel av nodene i en klynge om gangen.

Slett videonett-klynge

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og klikk deretter Vis alle .

Fra listen over ressurser blar du til videonettressursen du vil slette, og klikker deretter Rediger klyngeinnstillinger .

Du kan klikke Videonett for å filtrere på bare Video Mesh-ressurser.

Klikk på Slett klynge , og velg deretter én:

Klikk på Flytt alle noder . For hver node oppretter du enten en ny ressurs ved å velge en eksisterende ressurs fra rullegardinliste eller skriver inn et nytt navn, og deretter klikker du på Fortsett .
Klikk på Avregistrere alle noder , merk av i avmerkingsboks, og klikk deretter på Slett klynge .

Deaktiver videonett

Før du starter

Før du deaktiverer Video Mesh, vil du avregistrere alle Video Mesh-noder.

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid > Vis alle , velg Innstillinger på Video Mesh-kortet.
2	Klikk på Deaktiver .
3	Se gjennom listen over klynger, og les ansvarsfraskrivelsen i dialogboksen.
4	Merk av i avmerkingsboks for å bekrefte at du forstår denne handlingen, og klikk på Deaktiver i dialogboksen.
5	Når du er klar til å deaktivere videonettet, klikker du på Deaktiver tjenesten . Deaktivering fjerner alle Video Mesh-noder og -klynger. Videonett er ikke lenger konfigurert.

Feilsøke registrering av videonettnode

Denne delen inneholder mulige feil du kan støte på under registreringen av Video Mesh-noden til Webex-skyen, og foreslåtte trinn for å rette dem.

Kunne ikke løse domenet

Denne meldingen vises hvis DNS-innstillingene som er konfigurert på Video Mesh-noden, ikke er riktige.

Logg på konsollen til Video Mesh-noden, og kontroller at DNS-innstillingene er riktige.

Kunne ikke koble til nettstedet ved hjelp av port 443 via SSL

Denne meldingen vises hvis videonett-noden ikke kan koble til Webex-skyen.

Kontroller at nettverket tillater tilkobling på portene som kreves for Video Mesh. Hvis du vil ha mer informasjon, se Porter og protokoller som brukes av videonett .

ThousandEyes-integrering med Video Mesh

Fordeler med ThousandEyes-integrering

Gir deg flere testtyper å velge mellom. Du kan konfigurere én eller flere tester som passer for applikasjonen eller ressursen du vil overvåke.
Gir deg mulighet til å angi testterskler som er spesifikke for kravene dine.
Testresultatene er tilgjengelige via ThousandEyes-nettappen og ThousandEyes API i sanntid.
Større synlighet i feilsøking – Kunder kan identifisere årsaken til et problem i nettverket, noe som reduserer løsningstiden.

Aktiverer ThousandEyes for videonett

Bruk denne fremgangsmåten for å aktivere ThousandEyes-agent for Video Mesh-distribusjonen.

Fra Kontrollhub , klikk Hybrid nederst til venstre på skjermen.

Klikk på Rediger innstillinger på Videonett kortet.

Bla ned til ThousandEyes-integrering . Bryteren vil være deaktivert som standard. Klikk på bryteren for å aktivere den.

Klikk på ThousandEyes-brukerprofil , åpnes ThousandEyes-nettportalen. Logg på med administratorlegitimasjonen.

Det vises et sidepanel med Kontogruppetoken .

Klikk på visningsikonet, og klikk deretter Kopier .

Tokenet vil ikke bli kopiert på riktig måte hvis du ikke klikker på visningstoken-knappen.

Gå tilbake til Control Hub-fanen, lim inn tokenet i Agenttoken felt.

Klikk på Aktiver , ThousandEyes er nå aktivert for videonettdistribusjon.

Hva nå?

- Etter 5 minutter går du tilbake til ThousandEyes-nettsiden, klikker Sky- og bedriftsagenter , og klikk deretter Agentinnstillinger . Du skal kunne se alle nodene dine oppført som agenter under Bedriftsagenter . Hvis agentene ikke vises, kontrollerer du ThousandEyes-integrasjonskortet på Control Hub for feilmeldinger.
- Hvis det vises en feilmelding , klikker du på bryteren og deretter på Deaktiver . Gjenta trinnene for å aktivere ThousandEyes-agent, og sørg for at riktig kontogruppetoken kopieres og limes inn i Agenttoken felt.

Konfigurere tester ved hjelp av ThousandEyes

Nettverkstest – agent-til-agent

Et eksempel på en dialog for oppretting av tester vises nedenfor.

SIP-servertest

SIP-servertester forenkler nettverksmålinger, BGP-datainnsamling og, viktigst av alt, tilgjengelighet og ytelsestesting av SIP-tjenester mot SIP-basert VoIP-infrastruktur.

Hvis du vil ha detaljert informasjon om hvordan du konfigurerer en SIP-servertest, se Testinnstillinger for SIP-serveren .

Et eksempel på en dialog for oppretting av tester vises nedenfor.

RTP-strømtest

Hvis du vil detaljert informasjon om konfigurering av en RTP-strømtest, se Innstillinger for RTP-strømtest .

Et eksempel på en dialog for oppretting av tester vises nedenfor.

URL-test for Webex HTTP-server

Denne testen overvåker den primære landingssiden som brukerne kobler seg til når de bruker Webex. Et eksempel på en dialog for oppretting av tester vises nedenfor.

Autoritativ test av Webex DNS-server

Et eksempel på en dialog for oppretting av tester vises nedenfor.

Behandle videonettnode fra nettgrensesnittet

Oppgraderinger skjer ikke når en node settes i vedlikeholdsmodus.

Slik får du tilgang til oversikten over videonett

Du kan åpne webgrensesnitt på én av disse måtene:

Hvis du er fullstendig administrator og allerede har registrert noden i skyen, kan du få tilgang til noden fra Control Hub.

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid . Under Ressurser på Video Mesh-kortet klikker du Vis alle . Klikk på klyngen, og klikk deretter på noden du vil ha tilgang til. Klikk på Gå til Node .

Bare en fullstendig administrator for Webex-organisasjonen din kan bruke denne funksjonen. Andre administratorer, inkludert partnere og fullstendige eksterne administratorer, har ikke Gå til node alternativet for ressursene for videonett.
I en nettleserfane går du til <IP address>/setup, for eksempel https://192.0.2.0/setup. Angi administratorlegitimasjonen du konfigurerte for noden, og klikk deretter Logg på .

Hvis administratorkontoen er deaktivert, er ikke denne metoden tilgjengelig. Se delen Deaktiver eller aktiver den lokale administratorkontoen fra nettgrensesnittet på nytt.

Oversikten er standardsiden og har følgende informasjon:

Samtalestatus – Gir antall pågående samtaler gjennom noden.
Nodedetaljer – Gir nodetype, programvarebilde, programvareversjon, OS-versjon, QoS vedlikeholdsmodus .
Nodehelse – Gir bruksdata (CPU, minne, disk) og tjenestestatus (Management Service, Messaging Service, NTP-synkronisering).
Nettverksinnstillinger – Gir nettverksinformasjon: vertsnavn, grensesnitt, IP, gateway, DNS, NTP og om dobbel IP er aktivert.
Registreringsdetaljer – Gir registreringsstatus, organisasjonsnavn, organisasjons-ID, klynge noden er en del av og klynge-ID.

Skytilkobling –Kjører en serie tester fra noden til Webex-skyen og tredjepartsdestinasjoner som noden må ha tilgang for å kjøre på riktig måte.

Det kjøres tre typer tester: DNS-oppløsning, serverresponstid og båndbredde.

DNS-tester bekrefter at noden kan løse et bestemt domene. Disse testene rapporterer som mislykket hvis serveren ikke svarer innen 10 sekunder. De vises som «Bestått» med en oransje «advarselsfarge» hvis responstiden er mellom 1,5 og 10 sekunder. De periodiske DNS-kontrollene på noden genererer alarmer hvis DNS-responstiden er lengre enn 1,5 sekunder.
Connect-tester bekrefter at noden kan koble til en bestemt HTTPS-URL og motta et svar (andre svar enn proxy- eller gatewayfeil godtas som bevis på tilkobling).
Listen over tester som kjøres fra oversiktssiden er ikke uttømmende og inkluderer ikke websocket-tester.
Noden sender alarmer hvis anropsprosessene ikke kan fullføre websocket-tilkoblinger til skyen eller koble til anropsrelaterte tjenester.

Resultatet Godkjent eller Ikke bestått vises ved siden av hver test. du kan holde pekeren over denne teksten for å se mer informasjon om hva som ble kontrollert da testen kjørte.

Konfigurere nettverksinnstillinger fra nettgrensesnitt for videonettnode

Åpne nodegrensesnittet for Webex-videonett.

Gå til Nettverk .

Gjeldende nettverksinnstillinger for noden vises.

Endre følgende innstillinger for Verts- og nettverkskonfigurasjon etter behov:

Under Rediger vertsnavn og domene , endre Vertsnavn og Domene verdier.
Det vises en feilmelding hvis FQDN (vertsnavn og domene) ikke har riktig format.
Under Nettverksmodus , Aktiver DHCP er oppført, men DHCP støttes ikke. Du må angi en statisk IP-adresse, nettverksmaske og gateway.

Under Rediger DNS-servere endrer du oppføringene for DNS-server , som håndterer oversettelse av domenenavn til numeriske IP-adresser. Du kan angi opptil 4 DNS-servere.

Klikk på Lagre verts- og nettverkskonfigurasjon , og etter at popup-vinduet som sier at noden må startes på nytt, klikker du Lagre og starte på nytt .

Endre følgende innstillinger for NTP-servere etter behov:

Under Rediger NTP-servere endrer du verdiene for NTP-server , som brukes i organisasjonen til å synkronisere tid til noden.

Klikk på Lagre NTP-servere .

Hvis du konfigurerer mer enn én NTP-server, er avstemningsintervallet for failover 40 sekunder.

Hvis NTP-server er en FQDN og det ikke kan løses, returneres en advarsel. Hvis FQDN for NTP-server er løst, men den løste IP-en ikke kan søkes etter NTP-tid, returneres en advarsel.

Angi det eksterne nettverksgrensesnittet fra webgrensesnittet for videonettnode

Du kan konfigurere det eksterne nettverksgrensesnitt hvis du distribuerer videonettnode i nettverkets DMZ, slik at du kan isolere bedriftstrafikken (intern) fra ekstern (ekstern) trafikk.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Nettverk . Gjeldende nettverksinnstillinger for noden vises.
3	Klikk på Avansert .
4	Slå på Aktiver eksternt nettverk og klikk deretter Ok for å aktivere alternativene for ekstern IP-adresse på noden.
5	Skriv inn Ekstern IP-adresse , Ekstern nettverksmaske , og Ekstern gateway verdier.
6	Klikk på Lagre ekstern nettverkskonfigurasjon .
7	Klikk på Lagre og starte på nytt for å bekrefte endringen. Noden starter på nytt for å aktivere den doble IP-adresse, og konfigurerer deretter automatisk de grunnleggende statiske rutingsreglene. Disse reglene bestemmer at trafikk til og fra en IP-adresse for privat klasse bruker et internt grensesnitt. trafikk til og fra en offentlig IP-adresse bruker et eksternt grensesnitt. Senere kan du opprette dine egne rutingsregler – for eksempel hvis du må konfigurere en overstyring og gi tilgang til et eksternt domene fra det interne grensesnittet.
8	Hvis det finnes feil, klikker du Ok for å lukke dialogboks, fikse feilene og klikk på Lagre ekstern nettverkskonfigurasjon igjen.

Hva nå?

Hvis du vil bekrefte den interne og eksterne konfigurasjonen av IP-adresse , følger du trinnene i Kjør et ping fra nettgrensesnittet for videonettnode .

Test en ekstern destinasjon (eksempel, cisco.com); hvis vellykket, viser resultatene at målet ble åpnet fra det eksterne grensesnittet.
Test en intern IP-adresse; hvis vellykket, viser resultatene at adressen ble åpnet fra det interne grensesnittet.

Legg til interne og eksterne rutingsregler fra nettgrensesnitt for videonettnode

Før du starter

Hvis du vil konfigurere rutingsregler, må du først aktivere og konfigurere det eksterne nettverksgrensesnitt.

Åpne nodegrensesnittet for Webex-videonett.

Gå til Nettverk .

Gjeldende nettverksinnstillinger for noden vises. Hvis du har konfigurert det eksterne nettverket, vises Rutingsregler-fanen.

Klikk på Rutingsregler -fanen.

Du kan legge til manuelle overstyringer av disse reglene i de neste trinnene.

Hvis du vil legge til en regel, klikker du på Legg til rutingregel , og velg deretter ett av følgende alternativer:.

For Nettverkstype , klikk Intern , og angi deretter det eksterne subnett- eller verts- IP-adresse som skal brukes for den interne ruten.
For Nettverkstype , klikk Ekstern , og angi deretter det interne subnett- eller verts- IP-adresse som skal brukes for den eksterne ruten.

Klikk på Legg til rutingregel .

Når du legger til hver regel, vises de i listen over rutingsregler, kategorisert som brukerdefinerte regler.

Hvis du vil slette én eller flere brukerdefinerte regler, merker du av i avmerkingsboks i kolonnen til venstre for reglene, og deretter klikker du Slett rutingsregler .

Standardrutene kan ikke slettes, men du kan slette alle brukerdefinerte overstyringer du har konfigurert.

Åpne en SSH-tilkobling til den offentlige IP-adresse til videonettnode.
Få tilgang til videonettnode via ESXi-konsollen

Konfigurere containernettverk fra nettgrensesnitt for videonettnode

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Nettverk . Gjeldende nettverksinnstillinger for noden vises.
3	Klikk på Avansert .
4	Endre verdiene for Beholderens IP-adresse og Nettverksmaske for beholder , etter behov, og klikk deretter Lagre konfigurasjon for containernettverk .
5	Klikk på Lagre og starte på nytt for å bekrefte endringen.
6	Hvis det finnes feil, klikker du Ok for å lukke dialogboks, fikse feilene og klikk på Lagre konfigurasjon for containernettverk igjen.

Angi MTU-størrelser for nettverksgrensesnitt

Før du starter

Hvis du allerede har registrert noden, må du sette noden i vedlikeholdsmodus før du kan endre MTU-innstillingene.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Nettverk . Gjeldende nettverksinnstillinger for noden vises.
3	Klikk på Avansert .
4	I Innstillinger for grensesnitt MTU , angi en MTU-verdi mellom 1280 og 9000 byte i gjeldende felt. Hvis du har aktivert det eksterne grensesnittet, kan du angi størrelsen på både det interne og det eksterne grensesnittets MTU separat.

Noden starter på nytt for å bruke MTU-endringene.

Hva nå?

Hvis du setter noden i vedlikeholdsmodus for å endre MTU, må du slå av vedlikeholdsmodus.

Aktiver eller deaktiver DNS-bufring

Før du starter

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Nettverk . Gjeldende nettverksinnstillinger for noden vises.
3	Klikk på Avansert .
4	I delen Konfigurasjon av DNS-bufring velger du Aktiver DNS-bufring på eller av.
5	Klikk på i bekreftelsesdialogboksen Lagre og starte på nytt .
6	Når noden har startet på nytt, åpner du nodegrensesnittet for Webex Video Mesh på nytt og bekrefter at tilkoblingskontrollene er vellykket på Oversikt-siden.

Når du aktiverer DNS-bufring, vil Statistikk for DNS-hurtigbuffer viser følgende statistikk:

Statistikk	Beskrivelse
Bufferoppføringer	Antall tidligere DNS-oppløsninger som DNS-hurtigbufferserveren har lagret
Buffertreff	Antall ganger siden hurtigbufferen ble tilbakestilt at hurtigbufferen behandlet en DNS-forespørsel fra Video Mesh, uten å forespørre kundens DNS-server
Buffer feil	Antall ganger siden tilbakestillingen av hurtigbufferen kunde DNS-server behandlet en DNS-forespørsel fra Video Mesh i stedet for gjennom hurtigbufferen
Prosent treff på hurtigbuffer	Prosentandelen av DNS-forespørsler fra Video Mesh som hurtigbufferen behandlet uten å spørre kundens DNS-server
Hurtigbufferserverens utgående DNS-spørringer	Antall DNS-spørringer som DNS-hurtigbufferserveren for Video Mesh utførte mot kundens DNS-servere
Innkommende DNS-spørringer for hurtigbufferserver	Antall DNS-spørringer som Video Mesh utførte mot sin interne DNS-hurtigbufferserver
Spørringsforhold utgående til innkommende	Forholdet mellom DNS-spørringer gjort av Video Mesh mot kundens DNS-server og spørringene gjort av Video Mesh mot den interne DNS-hurtigbufferserveren
Innkommende søk per sekund	Gjennomsnittlig antall DNS-spørringer per sekund som Video Mesh utførte mot den interne DNS-hurtigbufferserveren
Utgående søk per sekund	Gjennomsnittlig antall DNS-spørringer per sekund som Video Mesh utførte mot kundens DNS-servere
Utgående DNS-forsinkelse [tidsintervall]	Prosentandelen av DNS-spørringer som Video Mesh utførte mot kundens DNS-servere der responstiden falt innenfor det beskrevne tidsintervall

Hva nå?

Flytt noden ut av vedlikeholdsmodus. Gjenta deretter oppgaven på alle andre noder som krever en endring.

Last opp sikkerhetssertifikater

Konfigurer et klareringsforhold mellom noden og en ekstern server, for eksempel en syslog-server.

I et klyngemiljø må du installere CA- og serversertifikater på hver node individuelt.

Åpne nodegrensesnittet for Webex-videonett.

Når du har sertifikatet og nøkkelen, klikker du Last opp et serversertifikat (.crt- eller .pem-fil) , velg sertifikatfilen, og klikk deretter på Last opp en privat nøkkel (.key-fil) og angi en passordfrase hvis du har en.

Den private nøkkelen er allerede på plass når en CSR genereres. Du trenger bare å laste opp en privat nøkkel hvis du ikke bruker trinnet for oppretting av CSR.
Når du har fått sertifikatet, går du til den første videonett-noden i en klynge, klikker på Installer serversertifikat , les ledeteksten, klikk på Installer , og klikk deretter OK .

En videonett-node som er registrert i skyen, venter i opptil to timer på at eventuelle samtaler avsluttes, og setter seg selv i en midlertidig inaktiv tilstand (hviler). Når enten de eksisterende samtalene er fullført eller det har gått to timer (avhengig av hva som inntreffer først), fullfører denne noden sertifikatinstallasjonen. Det vises en melding når installasjonen av serversertifikat er fullført, og du kan deretter laste inn siden på nytt for å vise det nye sertifikatet og nøkkeloppføringen.
Klikk på Last ned ved siden av sertifikatet og nøkkelfilene for å lagre en lokal kopi.

Lagre filene et sted det er enkelt å huske, og la forekomsten være åpen i nettleserfanen.
Gå til den andre Video Mesh-noden i klyngen, fyll ut passordfrasen, og last deretter opp den private nøkkelfilen. Klikk deretter på Last opp et serversertifikat og velg deretter Installer serversertifikat , les ledeteksten, klikk på Installer , og klikk deretter OK .
Gjenta disse trinnene på annenhver Video Mesh-node i samme klynge.

Velg et alternativ avhengig av hvordan CA-sertifikat for den eksterne serveren er signert:

Hvis serverens CA-sertifikat er signert av en generelt anerkjent organisasjon, for eksempel DigiCert, GeoTrust eller GlobalSign, vil Video Mesh-noden klarere det basert på listen over rotsertifikater fra verts-OS for Video Mesh-noden, som oppdateres regelmessig. Gå til trinn 6 .
Hvis serverens CA-sertifikat er signert av et internt CA rotsertifikat for bedriften , må rotsertifikat fra denne myndigheten legges til i videonett-noden. Fortsett med neste trinn.

Hent sertifikatet eller klareringsliste for sertifikater (CTL) som den eksterne serveren bruker.

Som med nodesertifikatet for Video Mesh, lagrer du den eksterne serverfilen et sted som er lett å huske.

Gå tilbake til fanen for nodegrensesnitt for Webex-videonett, klikk på Trust Store og proxy , og velg deretter et alternativ:

Hvis du vil installere et enkelt CA-sertifikat, klikker du på Last opp et rotsertifikat eller en sluttenhetssertifikat (.crt- eller .pem-fil) , og velg sertifikatfilen fra datamaskinen, klikk på Installer alle sertifikater i Trust Store , les ledeteksten, klikk på Installer , og start deretter noden på nytt.
Hvis du vil installere en sertifikatkjede, laster du opp rot- CA-sertifikat og det mellomliggende CA-sertifikat, og deretter klikker du på Installer alle sertifikater i Trust Store , les ledeteksten og klikk på Installer .

Gjenta opplastingen av sertifikatet eller sertifikatkjede på annenhver videonett-node i den samme klyngen.

Generer videonettlogger for støtte

Åpne nodegrensesnittet for Webex-videonett.

Gå til Feilsøking , og velg deretter et alternativ ved siden av Send logger :

Klikk på Send logger til Cisco for å generere en loggpakke fra noden og sende pakken direkte til Cisco i ett trinn. Du ser en statusindikator som endres etter hvert som loggene komprimeres, komprimeres og lastes opp.
Klikk på Last ned for å generere en lang pakke fra noden som du kan lagre lokalt eller knytte til en sak senere.

Når du åpne en sak eller samhandle med Cisco TAC , inkluderer opplastingsidentifikatorverdien slik at kundestøtteteknikeren får tilgang til loggene.

Hvis du sendte loggen til Cisco direkte, trenger du ikke å laste opp loggpakken til TAC-saken.

Hva nå?

Mens logger lastes opp til Cisco eller lastes ned, kan du kjøre pakkelagring fra samme skjermbilde.

Generer pakkeopptak for videonett for støtte

Før du starter

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking . Du kan starte pakkelagring og laste opp logger samtidig.
3	(Valgfritt) I Pakkeopptak kan du begrense registreringen til pakker på et bestemt grensesnitt, filtrere etter pakker til eller fra bestemte verter, eller filtrere etter pakker på én eller flere porter.
4	Hvis du vil starte prosessen, slår du på Start pakkeopptak innstillingen.
5	Når du er ferdig, slår du av Start pakkeopptak innstillingen.
6	Velg én: Klikk på Send PCAP til Cisco for å sende pakkelagring fra noden direkte til Cisco. Du ser en statusindikator som endres etter hvert som pakkelagring lastes opp. Klikk på Last ned for å lagre en lokal kopi av pakkelagring fra noden. Du kan legge den ved en sak senere. Når et pakkeopptak er lastet opp, vises en opplastingsidentifikator på siden. Støtte bruker denne verdien til å identifisere den opplastede pakkelagring. Maksimal størrelse for pakkeopptak er 2 GB.
7	Når du åpne en sak eller samhandle med Cisco TAC , inkluderer du opplastingsidentifikatorverdien slik at kundestøtteteknikeren din får tilgang til pakkelagring.

Kjør et ping fra nettgrensesnittet for videonettnode

Du kan kjøre en ping fra webgrensesnitt for Video Mesh-noden . Dette trinnet tester en destinasjon du angir, og ser om videonettnoden kan nå den.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking , bla til Ping , og angi deretter en destinasjonsadresse du vil teste i FQDN- eller IP-adresse felt under Test tilkoblingen ved hjelp av ping .
3	Klikk på Ping . Testen kjøres, og du ser en melding om vellykket ping eller feil. Testen har ingen tidsavbrudd. Hvis du får en feil eller testen kjører på ubestemt tid, kontrollerer du målverdien du anga, og nettverksinnstillinger.

Kjør en sporingsrute fra webgrensesnitt for videonett

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking , bla til Traceroute , og angi deretter en destinasjonsadresse du vil teste i FQDN- eller IP-adresse felt under Spor rute til vert . Testen kjøres, og du får en melding om vellykket sporing eller feil. Testen tidsavbrytes etter 16 sekunder. Hvis du får en feil eller testen blir tidsavbrutt, kontrollerer du målverdien du anga, og nettverksinnstillinger.

Kontroller NTP-serveren fra nettgrensesnittet for videonettnode

Åpne nodegrensesnittet for Webex-videonett.

Gå til Feilsøking , bla til Sjekk NTP-serveren , og angi deretter en destinasjonsadresse du vil teste i FQDN- eller IP-adresse felt under Vis svar på SNTP-spørring .

Identifisere portproblemer med Reflector Tool i nettgrensesnittet

Reflektorverktøyet (en kombinasjon av en server på Video Mesh-noden og klient gjennom et Python-skript) brukes til å bekrefte om de nødvendige TCP/UDP-portene er åpne fra Video Mesh-nodene.

Før du starter

Last ned en kopi av Reflector Tool Client (et Python-skript) frahttps://github.com/CiscoDevNet/webex-video-mesh-reflector-client .
For at skriptet skal fungere som det skal, må du kontrollere at du kjører Python 2.7.10 eller nyere i miljøet ditt.
For øyeblikket støtter dette verktøyet SIP-endepunkter til videonettnoder og intraklyngebekreftelse.

1	Fra kundevisningen ihttps://admin.webex.com , aktiver vedlikeholdsnoden for videonettnode ved å følge disse instruksjonene .
2	Vent til noden viser statusen Klar for vedlikehold i Control Hub.
3	Åpne nodegrensesnittet for Webex-videonett. Hvis du vil ha instruksjoner, se Behandle videonettnode fra nettgrensesnittet .
4	Bla til Refleksverktøy , og start deretter enten TCP Reflector Server eller UDP Reflector Server , avhengig av hvilken protokoll du vil bruke.
5	Klikk på Start Reflector Server , og vent deretter til serveren starter. Du ser et varsel når serveren starter.
6	Fra et system (for eksempel en PC) i et nettverk som du vil at Video Mesh-nodene skal nå, kjører du skriptet med følgende kommando: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` På slutten av kjøringen viser klienten en vellykket melding hvis alle nødvendige porter er åpne: Klienten viser en mislykket melding hvis noen nødvendige porter ikke er åpne:
7	Løs eventuelle portproblemer på brannmuren, og kjør deretter trinnene ovenfor på nytt.
8	Kjør klienten med `--help` for å få flere detaljer.

Aktiver feilsøkingsbrukerkonto fra nettgrensesnitt for videonettnode

Hvis Cisco TAC krever tilgang til noden for Webex-videonett, kan du midlertidig aktivere en brukerkonto slik at brukerstøtte kan kjøre ytterligere feilsøking.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking , og slå deretter på Aktiver feilsøkingsbruker innstillingen. Det vises en kryptert passordfrase som du kan oppgi til Cisco TAC.
3	Kopier passordfrasen, lim den inn i kundestøttebilletten eller direkte til kundestøtteteknikeren, og klikk deretter OK når du har den lagret.

brukerkonto for feilsøking er gyldig i 3 dager, og deretter utløper den.

Hva nå?

Du kan deaktivere kontoen før den utløper hvis du går tilbake til Feilsøking side, og slå deretter av Aktiver feilsøkingsbruker innstillingen.

Tilbakestill en videonettnode til fabrikkstandard fra nettgrensesnittet

Før du starter

Du må bruke Control Hub til å avregistrere videonett-noden fra klyngen som er registrert i Control Hub.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking , bla til Tilbakestill til fabrikkinnstillinger , og klikk deretter Tilbakestill node .
3	Kontroller at du forstår informasjonen i varselet som vises, og klikk deretter på Tilbakestill og start på nytt . Noden starter automatisk på nytt etter tilbakestillingen til tilbakestilling til fabrikkinnstillinger.

Deaktiver eller aktiver den lokale administratorkontoen fra nettgrensesnitt på nytt

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid .

Under Ressurser på Video Mesh-kortet klikker du Vis alle .

Klikk på klyngen, og klikk deretter på noden du vil ha tilgang til. Klikk på Gå til Node .

Gå til Administrasjon .

Veksle på Aktiver innlogging for administratorbruker slå av for å deaktivere kontoen, eller på for å aktivere den på nytt.

Du kan ikke deaktivere administratorkontoen før du har registrert noden i skyen.

Klikk på på bekreftelsesskjermen Deaktiver eller Aktiver for å fullføre endringen.

Endre passordfrase for administrator fra nettgrensesnitt

Bruk denne fremgangsmåten til å endre administrator (passordet) for Webex-videonett-noden ved hjelp av webgrensesnitt.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Administrasjon , og ved siden av Endre passordfrase , klikk Endre .
3	Skriv inn Gjeldende passordfrase , og angi deretter en ny passordfraseverdi i begge Ny passordfrase og Bekreft ny passordfrase .
4	Klikk på Lagre passordfrase . Meldingen «passord endret» vises, og deretter går du tilbake til påloggingsskjermen.
5	Logg på med den nye administratorpålogging og passordfrasen (passord).

Endre utløpsintervall for passordfrase fra nettgrensesnittet

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Administrasjon , og ved siden av Endre utløpsdato for passordfrase , angi en ny verdi for Utløpsintervall (dager) (opptil 365 dager), og klikk deretter Lagre utløpsintervall for passordfrase . Et vellykket skjermbilde vises, og du kan deretter klikke OK for å fullføre.

Den Administrasjon siden viser også datoer for siste endring av passordfrasen og neste gang passordet utløper.

Angi ekstern logging til en Syslog-server

Hvis du har en syslog-server, kan du angi at noden for Webex-videonett skal logges på informasjonen om revisjonssporet for den eksterne serveren, for eksempel:

Detaljer om administrator
Konfigurasjonsendringer (inkludert slå vedlikeholdsmodus på eller av)
Programvareoppdateringer

Noden aggregerer loggene, hvis noen, og sender dem til serveren hvert tiende minutt.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Administrasjon .
3	Ved siden av Ekstern logging , slå på Aktiver ekstern logging .
4	For Detaljer om Syslog-server , skriver du inn vertens IP-adresse eller det fullstendige domenenavn og syslog-porten. Hvis serveren ikke kan DNS-løses fra noden, bruker du en IP-adresse i Vert felt.
5	Velg Protokoll – UDP eller TCP. Hvis du vil bruke TLS-kryptering, velger du TCP og slå deretter på Aktiver TLS . Kontroller at du også laster opp og installerer sikkerhetssertifikatene som kreves for TLS-kommunikasjon mellom noden og syslog-serveren. Hvis det ikke er installert noen sertifikater, bruker noden som standard sine egensignerte sertifikater. Hvis du vil ha hjelp, se Last opp sikkerhetssertifikater .
6	Klikk på Lagre konfigurasjon for ekstern logging .

Egenskapene for loggmeldingen har dette formatet: Melding om prioritert tidsstempel Vertsnavn-tag .

Egenskap	Beskrivelse
Prioritet	Verdien er alltid 131, basert på formelen: Prioritet = (anleggskode * 8) + alvorlighetsgrad. Anleggskoden er 16 for «local0». Alvorlighetsgraden er 3 for «varsel».
Tidsstempel	Tidsstempelformatet er «Mmm dd tt:mm:ss».
Vertsnavn	Vertsnavnet for videonett-noden.
stikkord	Verdien er alltid syslogAuditMsg.
Melding	Meldingen er en JSON-streng på minst 1 kB. Størrelsen avhenger av antall aggregerte hendelser i løpet av timinuttersintervallet.

Her er en eksempelmelding:

{
  "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 for videonettvarsler

Følgende hendelsestyper kan overvåkes via webhooks:

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

Opprett et Webhook-abonnement

1	Logg på Cisco Webex utvikler portal ved hjelp av administratorlegitimasjon.
2	På utviklerportalen klikker du på Dokumentasjon.
3	Fra rullefeltet til venstre blar du ned og klikker Fullstendig API-referanse .
4	Fra alternativene som vises nedenfor, blar du ned og klikker Webhooks > Opprett en Webhook.
5	Opprett et abonnement ved å angi følgende parametere:

navn : eksempel – Video Mesh Webhook-varsler
targetUrl : eksempel - https://10.1.1.1/webhooks
ressurs : videoMeshAlerts
hendelsen : utløst
eidAv : org

URL-adressen som angis i targetUrl-parameteren, må være tilgjengelig for Internett og ha en server som er konfigurert til å godta POST-forespørsler sendt av Webex Webhook.

Angi terskelkonfigurasjoner med utvikler-API-er

Et sett med fire API-er er tilgjengelige for innstilling og oppdatering av terskler i Cisco Webex Developer Portal, og de er listet opp nedenfor:

Konfigurasjon av listehendelsesterskel
Hent konfigurasjon av hendelsesterskel
Oppdater konfigurasjon for hendelsesterskel
Tilbakestill konfigurasjon av hendelsesterskel

API-ene er tilgjengelige påhttps://developer.webex.com/docs/api/v1/video-mesh .

Scenario 1 – angi terskelverdi for organisasjonssamtaler overflyt

Klikk på Konfigurasjon av listehendelsesterskel API.

Angi eventscope til ORG og klikk > Kjør .

Du vil motta et svar som ligner på det vist nedenfor.

{
"eventName": "orgCallsOverflowed",
"eventThresholdId":
"Y2lzY29zcGFyazovL3VzL0VWRU5ULzQyN2U5ZTk2LTczYTctNDYwYS04MGZhLTcyNWU4MWE2MDg3ZjowM2ZkYjkzZC1jNTllLT
QzMjQtODIwNS1lNDIyYzA3NGQ5Mzg",
"eventScope": "ORG",
"entityId":
"Y2lzY29zcGFyazovL3VzL09SR0FOSVpBVElPTi8yYzNjOWY5NS03M2Q5LTQ0NjAtYTY2OC0wNDcxNjJmZjFiYWQ",
"thresholdConfig": {
"minThreshold": 10,
"defaultMinThreshold": 10
}

Kopier verdien i "eventThresholdId". Dette er terskel-ID-en for hendelsen som vil bli brukt til å oppdatere og hente terskelverdier.

Lim inn verdien i "eventThresholdId" i JSON-strukturen vist nedenfor, og kopier hele JSON-strukturen.

[
{
"eventThresholdId":
"Y2lzY29zcGFyazovL3VzL0VWRU5UL2E3YmM3ODE2LWU3YTAtNDk0Zi1iZDZhLTRhMGIyNWY2OGFhNjoyNWE3ODY1Yi0yYjQ3
LTM4M2YtYWI3YS00MzYxY2ExN2FiOTI",
"thresholdConfig": {
"minThreshold": 5
}
}

Klikk på Oppdater konfigurasjon for hendelsesterskel API.

Lim inn JSON-strukturen i brødteksten til Oppdater konfigurasjon for hendelsesterskel API.

Angi “minThreshold” verdi til den nye terskelverdi du vil angi.

Du kan kjøre denne operasjonen for flere hendelsesterskel-ID-er ved å angi dem som kommadelte verdier i JSON-strukturen.

Klikk på Kjør , terskelen din for Organisasjonsanropsoverflyt settes til den nye verdien.

Hva nå?

Hvis du vil vise terskelen som er angitt for en bestemt hendelsesterskel-ID,

Klikk på Hent konfigurasjon av hendelsesterskel API.
Lim inn hendelsesterskel-ID-en i toppteksten for API-en, klikk Kjør .
Standard terskelverdi og den angitte terskelverdi vises i svaret.

Scenario 2 – Angi terskelverdi for klyngesamtaler omdirigert

Klikk på Konfigurasjon av listehendelsesterskel API.

Angi eventscope til KLYNE og klikk > Kjør .

Svaret viser konfigurasjoner for alle klynger i organisasjonen.

Du kan motta konfigurasjonen for en bestemt klynge ved å fylle ut clusterID parameteren.

Kopier verdien i "eventThresholdId"-feltet for klyngen du vil oppdatere verdien for. Dette er terskel-ID-en for hendelsen som vil bli brukt til å oppdatere og hente terskelverdier.

Lim inn verdien i "eventThresholdId" i JSON-strukturen vist nedenfor, og kopier hele JSON-strukturen.

[
{
"eventThresholdId":
"Y2lzY29zcGFyazovL3VzL0VWRU5UL2E3YmM3ODE2LWU3YTAtNDk0Zi1iZDZhLTRhMGIyNWY2OGFhNjoyNWE3ODY1Yi0yYjQ3
LTM4M2YtYWI3YS00MzYxY2ExN2FiOTI",
"thresholdConfig": {
"minThreshold": 5
}
}
]

Klikk på Oppdater konfigurasjon for hendelsesterskel API.

Lim inn JSON-strukturen i brødteksten til Oppdater konfigurasjon for hendelsesterskel API.

Angi “minThreshold” verdi til den nye terskelverdi du vil angi.

Du kan kjøre denne operasjonen for flere hendelsesterskel-ID-er ved å angi dem som kommadelte verdier i JSON-strukturen.

Klikk på Kjør , terskelen din for Klyngesamtaler omdirigert settes til den nye verdien.

Hva nå?

Hvis du vil vise terskelen som er angitt for en bestemt hendelsesterskel-ID,

Klikk på Hent konfigurasjon av hendelsesterskel API.
Lim inn hendelsesterskel-ID-en i toppteksten for API-en, klikk Kjør .
Standard terskelverdi og den angitte terskelverdi vises i svaret.

Scenario 3 – Tilbakestilling av terskelverdier

Klikk på Tilbakestill konfigurasjon av hendelsesterskel API.

Kopier hendelsesterskel-ID-en for en klynge eller organisasjonen, og lim den inn i "eventThresholdId" i JSON-strukturen nedenfor.

{
"eventThresholdIds": [
"Y2lzY29zcGFyazovL3VzL0VWRU5ULzQyN2U5ZTk2LTczYTctNDYwYS04MGZhLTcyNWU4MWE2MDg3Zjo2YzJhZGRmMS0wYjAz
LTRiZWEtYjIxYy0xYzFjYzdiY2UwOWQ"
]
}

Lim inn JSON-strukturen i brødteksten og klikk Kjør .

Du kan tilbakestille terskelverdier for flere hendelsesterskel-ID-er ved å angi dem som kommadelte verdier i JSON-strukturen.

terskelverdi settes til standard minimumsverdi.

Utvikler-API-er for videonett

Vedlegg

Demoprogramvare for videonettnode

Demoprogramvaren for videonettnode støttes ikke av Cisco TAC.
Du kan ikke oppgradere demoprogramvaren for videonettnode til den fullstendige programvareversjon av produksjonsprogramvaren.

Last ned bildet av demoprogramvaren fra denne koblingen .

Spesifikasjoner

Se System- og plattformkrav for programvare for videonettnode for den spesifikasjonsbaserte konfigurasjonen for programvaren videonettnode .

Demoprogramvaren støtter enten ett enkelt nettverksgrensesnitt eller et to nettverksgrensesnitt.

Kapasitet

Vi tester ikke demobildet for kapasitet. Du bør bare bruke den til å teste ut grunnleggende møtescenarier. Se brukstilfellene som følger for veiledning.

Bruksområder for demoprogramvaren for videonettnode

Medier forankret til lokalt

Distribuer og konfigurer noden med demoprogramvaren.
Kjør et møte som inkluderer følgende deltakere: en Webex-app-deltaker, Webex-endepunktdeltaker og et Cisco Webex Board.
Etter at møtet er over, kan du se fra kundenhttps://admin.webex.com , gå til Analyse for å få tilgang til videonett-rapportene. I rapportene kan du se at mediene forble lokale.

Møte med deltakere i skyen og lokale

Kjør et nytt møte med et par Webex-deltakere lokale og én i skyen.
Vær oppmerksom på at alle deltakerne sømløst kan bli med og delta i møtet.

Behandle videonettnode fra konsollen

Oppgraderinger skjer ikke når en node settes i vedlikeholdsmodus.

Endre nettverksinnstillinger for videonettnode i konsollen

Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten, og logg deretter på med administratorlegitimasjonen.

Etter førstegangs oppsett av nettverksinnstillinger , og hvis videonettverket er tilgjengelig, kan du få tilgang til nodegrensesnittet via sikkert skall (SSH).

Velg alternativ fra hovedmeny i videonettnode 2 Rediger konfigurasjon og klikk deretter Velg .

Les meldingen om at samtalene avsluttes på videonettnode, og klikk deretter på Ja .

Klikk på Statisk , angi IP-adresse for det interne grensesnittet, Maske , Gateway , og DNS verdier for nettverket ditt.

videonettnode må ha en intern IP-adresse og et DNS-navn som kan løses. IP-adresse for noden kan ikke tilhøre IP-adresse som er reservert for intern bruk av videonettnode . Standard reservert IP-adresse er 172.17.42.0–172.17.42.63, som kan konfigureres i Diagnostikk -menyen. Dette IP-adresse er for kommunikasjon innenfor videonettnode og mellom programvarebeholderne som inneholder de forskjellige komponentene i noden – for eksempel SIP-grensesnitt og medietranskoding.
Distribuer alle nodene i samme delnett eller VLAN, slik at alle nodene i en klynge er tilgjengelige uansett hvor klientene befinner seg i nettverket.
For en DMZ-distribusjon for to nettverkskort kan du angi den eksterne IP-adresse i neste prosedyre etter at du har lagret den interne nettverkskonfigurasjon og startet noden på nytt.

Angi organisasjonens NTP-server eller en annen ekstern NTP-server som kan brukes i organisasjonen.

Hvis du konfigurerer mer enn én NTP-server, er avstemningsintervallet for failover 40 sekunder.

(Valgfritt) Endre vertsnavnet eller domenet om nødvendig.

Hvis du vil sikre en vellykket registrering til skyen, bruker du bare små tegn i vertsnavnet du angir for videonettnode. Store og små bokstaver støttes ikke for øyeblikket.
Når du bruker eller konfigurerer FQDN eller vertsnavn, må du også angi et gyldig domene som kan løses. Den totale lengden på FQDN kan ikke overstige 64 tegn.

Klikk på Lagre , og klikk deretter Lagre endringer og start på nytt .

Endre passordfrasen for administrator for videonettnode

Bruk denne fremgangsmåten til å endre administrator (passordet) for videonettnoden i nodens konsoll.

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Åpne og logg på VMware ESXi-konsollen til den virtuelle maskinen for Video Mesh-noden.
3	Velg alternativ på hovedmeny 3 Administrer passordfrase for administrator , deretter 1 Endre passordfrase for administrator , og klikk deretter Gå inn .
4	Les informasjonen på siden for utløpt passord, klikk på Gå inn , og klikk deretter på den igjen etter meldingen om passordutløpet.
5	Trykk på Enter.
6	Når du har logget ut av konsollen, går du tilbake til påloggingsskjermen, og deretter logger du på med administratorpålogging . Du blir bedt om å endre passordet ditt.
7	For Gammelt passord , angi gjeldende passordfrase, og trykk deretter på Gå inn .
8	For Nytt passord , angi en ny passordfrase, og trykk deretter på Gå inn .
9	For Skriv inn nytt passord på nytt , skriv inn den nye passordfrasen på nytt, og trykk deretter på Gå inn . Meldingen «passord endret» vises, og deretter går du tilbake til påloggingsskjermen.
10	Logg på med den nye administratorpålogging og passordfrasen (passord).

Kjør et ping fra videonettnode for videonett

Du kan kjøre en ping fra grensesnittet for nodekonsollen for Video Mesh. Dette trinnet tester en destinasjon du angir, og ser om videonettnoden kan nå den.

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Fra Video Mesh-nodekonsollen går du til 4 Diagnostikk , og velg deretter Ping .
3	I ping -feltet, angi en destinasjonsadresse du vil teste, for eksempel en IP-adresse eller vertsnavn, og klikk deretter på OK . Testen kjøres, og du ser en melding om vellykket ping eller feil. Hvis du får en feil, kontrollerer du målverdien du anga, og nettverksinnstillinger.

Aktiver feilsøking av brukerkonto gjennom konsoll

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Fra Video Mesh-nodekonsollen går du til 4 Diagnostikk , velg 2 Aktiver feilsøkingsbrukerkonto , og klikk på etter ledeteksten Ja .
3	Når det vises en melding om at brukerkonto ble opprettet, klikker du på OK for å vise den krypterte passordfrasen. Du sender den krypterte passordfrasen til support. De bruker denne midlertidige kontoen og dekrypterte passordfrasen for å få sikker tilgang til Video Mesh-noden for feilsøking. Denne kontoen utløper etter 3 dager, eller du kan deaktivere den når støtten er fullført.
4	Velg starten og slutten på de krypterte dataene, og kopier og lim dem inn i kundestøttebilletten eller e-posten du sender til kundestøtte.
5	Når du har sendt denne informasjonen til support, går du tilbake til nodekonsollen for videonett og trykker på en hvilken som helst tast for å gå tilbake til hovedmeny.

Hva nå?

Send logger fra videonettnode for videonett

Du kan bli bedt om å sende logger direkte til Cisco eller gjennom sikker kopi (SCP). Bruk denne fremgangsmåten til å sende logger direkte fra alle Video Mesh-noder du har registrert, til skyen.

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Klikk på alternativ i hovedmeny 4 Diagnostikk og trykk deretter på Gå inn .
3	Klikk på 4 Eksporter loggfiler , gi tilbakemelding hvis du vil, og klikk deretter Neste .
4	Velg et alternativ: Send logger ved hjelp av SCP , bekreft eksporten av loggene, angi SCP-detaljene ( Vert , Brukernavn , og Dest_ Mappe ), og klikk deretter på OK . Send logger til Cisco , og bekreft deretter eksporten av loggene.
5	Velg OK for å gå tilbake til hovedmeny for Videonett-noden .
6	(Valgfritt) Velg 5 Kontroller status for loggfiler som er sendt til Cisco hvis du sendte loggene til Cisco.

Hva nå?

Når du har sendt logger, anbefaler vi at du sender tilbakemelding direkte fra Webex-appen, slik at kundestøttekontaktene dine har all informasjonen de trenger for å hjelpe deg.

Tilknyttet informasjon

Hvordan kontakter jeg min leder for kundesuksess (CSM)?

Kontroller tilstanden til videonettnode fra konsoll

Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.

Fra Video Mesh-nodekonsollen går du til 4 Diagnostikk , og velg deretter 6 Kontroller nodens tilstand for å vise følgende informasjon om noden:

Beholder for administrasjonstjeneste
ETCD (nøkkelverdilager som lagrer data pålitelig på tvers av en klynge)
NTP-synkronisert
Diskplass (gratis/brukt %)
Minne (gratis/brukt %)

Konfigurer containernettverk på videonettnode

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Fra hovedmeny i nodekonsollen for Video Mesh går du til 4 Diagnostikk , og velg deretter 7 Konfigurer containernettverk . Etter advarselen som sier at aktive samtaler avsluttes på noden, klikker du Ja .
3	Endre verdiene for Container Bridge IP og Nettverksmaske , etter behov, og klikk deretter Lagre . Du får se et skjermbilde som viser nettverksinformasjonen for beholderen, inkludert IP-adresse som er reservert for interne operasjoner på videonett-noden.
4	Klikk på OK.

Identifisere portproblemer med Reflector Tool i konsoll

Reflektorverktøyet (en kombinasjon av en server på Video Mesh-noden og klient gjennom et Python-skript) brukes til å bekrefte om de nødvendige TCP/UDP-portene er åpne fra Video Mesh-nodene.

Før du starter

Last ned en kopi av Reflector Tool Client (Python-skript) og pakke deretter ut filen til et sted som er lett å finne. Zip-filen inneholder skriptet og en readme-fil.
For at skriptet skal fungere som det skal, må du kontrollere at du kjører Python 2.7.10 eller nyere i miljøet ditt.
For øyeblikket støtter dette verktøyet SIP-endepunkter til videonettnoder og intraklyngebekreftelse.

1	Fra kundevisningen ihttps://admin.webex.com , aktiver vedlikeholdsnoden for videonettnode ved å følge disse instruksjonene .
2	Vent til noden viser statusen Klar for vedlikehold i Control Hub.
3	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
4	Fra grensesnittet for videonettnode går du til Diagnostikk > Reflector Server > Reflector Server for TCP eller (UDP) . Start serveren enten for TCP eller for UDP.
5	Bla til Refleksverktøy , og start deretter enten TCP Reflector Server eller UDP Reflector Server , avhengig av hvilken protokoll du vil bruke.
6	Klikk på Start Reflector Server , og vent deretter til serveren starter. Du ser et varsel når serveren starter.
7	Fra et system (for eksempel en PC) i et nettverk som du vil at Video Mesh-nodene skal nå, kjører du skriptet med følgende kommando: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` På slutten av kjøringen viser klienten en vellykket melding hvis alle nødvendige porter er åpne: Klienten viser en mislykket melding hvis noen nødvendige porter ikke er åpne:
8	Løs eventuelle portproblemer på brannmuren, og kjør deretter trinnene ovenfor på nytt.
9	Kjør klienten med `--help` for å få flere detaljer.

Tilbakestill en videonettnode fra konsoll til fabrikkstandard

Før du starter

Du må bruke Control Hub til å avregistrere videonett-noden fra klyngen som er registrert i Control Hub.

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Fra Video Mesh-nodekonsollen går du til 4 Diagnostikk , og velg deretter 8 Tilbakestilling til fabrikkinnstillinger .
3	Kontroller at du forstår informasjonen i merknaden som vises, og klikk deretter Tilbakestill . Noden starter automatisk på nytt etter tilbakestillingen til tilbakestilling til fabrikkinnstillinger.

Overfør en eksisterende maskinvareplattform til videonettnode

Trinnene varierer, avhengig av den medfølgende versjonen av ESXi på maskinvareplattform.

Før du starter

Last ned en ny versjon av den nyeste versjonen Programvare for videonettnode bilde (OVA). Ikke distribuer en ny videonettnode med en tidligere nedlastet OVA.

1	Logg på grensesnittet for den virtuell maskin , og avslutt deretter programvaren som kjører på plattformen.
2	Slett programvaren som kjørte på plattformen. Det må ikke være noen programvarebilder igjen på plattformen. Du kan heller ikke kjøre nodeprogramvare for Video Mesh sammen med annen programvare på samme plattform.
3	Distribuer en ny virtuell maskin fra en ny OVF- eller OVA-fil.
4	Angi et navn på den virtuell maskin, og velg OVA-filen for videonettnoden.
5	Endre diskklargjøring til Tykk.
6	Last opp mfusion.ova programvarebilde du lastet ned.
7	Når den virtuell maskin kjører, går du tilbake til Logg på videonettnode og fortsett den første konfigurasjonen av Video Mesh-noden.

Funksjonssammenligning og overføringsbane fra samarbeidsmøterom-hybrid til videonett

Sammenligning av funksjoner

Funksjon	Videonett og Cisco Webex Meeting Center -video	CMR Hybrid
Møtetyper	Planlagt Ett klikk (øyeblikkelig) Personlig møte (PMR) Konsekvent opplevelse for lokaler og skybaserte møter	Kun planlagt
Planlegging	Webex-produktivitetsverktøy (Windows og Mac) Hybridkalenderplanlegging med @webex Webex-portal	Webex-aktiverte TelePresence- Produktivitetsverktøy for Windows og Mac TMS-planlegging
Alternativer for å bli med i møte	Oppringing og Utringing PIN-beskyttet (vert) Énknapp å trykke på (OBTP)	Kun innringing OBTP
Opplevelse i møtet	Unified Roster (Webex-klient) Samlede kontroller (Webex-klient) Lås/lås opp møte Demp/slå på demping av TelePresence-deltakere	Ingen enhetlig liste (Webex-klient og TelePresence Server) Separate kontroller (Webex-klient og TelePresence Server)
Kapasitet og distribusjonsmodell	Ubegrenset kapasitet Lokal og automatisk overflyt Bytting og omkoding	Transkodingskapasiteten er begrenset til TelePresence-serveren

Sjekkliste for overføringsbane

Kontroller at funksjonen for videokonferanse i Meeting Center er klargjort på Webex-nettsted.
Nettstedsadministratoren mottar administrasjonsportalkontoen sin. Administratoren distribuerer deretter videonettnoder for Webex-organisasjonen.
Nettstedsadministratoren tilordner CMR-rettigheten for å aktivere alle eller noen CMR Hybrid -hybridbrukere med Cisco Webex Meeting Center -video.
(Valgfritt) Deaktiver økttypen for CMR Hybrid for dette delsettet, og aktiver deretter Cisco Webex Meeting Center -video i brukerprofil.
Nettstedsadministratoren konfigurerer videonett, og velger deretter Hybrid som medieressurs under Alternativer for møterom for skysamarbeid .
Nettstedsadministratoren konfigurerer den lokale TelePresence Management Suite (TMS) og One Button to Push (OBTP) til å fungere med Cisco Webex Meeting Center -video. Se Distribusjonsveiledning for Cisco Webex Meeting Center -videokonferanser for bedrifter for veiledning.
Når CMR-rettigheten er aktivert for en bruker, bruker Webex- Produktivitetsverktøy som standard Cisco Webex Meeting Center -videoversjonen. Alle nye møter som er planlagt av brukerne, er Cisco Webex Meeting Center -videomøter.
Hvis konferanserom er inkludert i invitasjonen, sendes OBTP-informasjon til konferanserommet via TMS (kun for CMR Hybrid -hybridmøter).
Eksisterende møter som ble konfigurert av CMR Hybrid -brukere før de ble byttet til Cisco Webex Meeting Center -video, skal fortsette å fungere så lenge kunden beholder de lokale MCU- og TMS-innstillingene.
Eksisterende CMR Hybrid -hybridmøter kan ikke endres eller oppdateres for å gjenspeile informasjonen om Cisco Webex Meeting Center -videomøte. Hvis brukere vil bruke en ny invitasjon, må de slette de gamle møtene og opprette nye møter.
Hvis kunden ønsker å avvikle den lokale MCU-en, TMS-en, fungerer ikke gamle CMR Hybrid . Nye møter med Cisco Webex Meeting Center Videoinformasjon må opprettes.

TelePresence-interoperabilitetsprotokoll og segmentbytte

Videonett støtter forhandling av TelePresence Interoperability Protocol (TIP) og multiplex (MUX) for både 1-skjerms og 3-skjerms IX- og TX-endepunkter.

Ny og endret informasjon

Denne tabellen dekker nye funksjoner eller funksjoner, endringer i eksisterende innhold og eventuelle større feil som ble rettet i Distribusjonsveiledning .

Hvis du vil ha informasjon om programvareoppdateringer for Webex Video Mesh-noden, kan du sehttps://help.webex.com/en-us/article/jgobq2/Webex-Video-Mesh-release-notes .

Dato	Endre
14. mai 2024	Slettet et notat om at ThousandEyes-tester ikke støtter Video Mesh-noder bak en proxy i Aktiverer ThousandEyes for videonett.
9. februar 2024	Lagt til ThousandEyes-integrering med videonett. Lagt til deltakerkapasitet for samtaler med 1080p-oppløsning inn Kapasitet for videonettnoder . . La til en merknad om portdifferensiering i UDP-kilden Trafikksignaturer for videonett (tjenestekvalitet aktivert) . Oppdaterte støttede versjoner av VMware ESXi gjennom hele veiledningen.
31. august 2023	Oppdaterte strukturen og la til informasjon om nylig introduserte API-er i API-er for videonettnode . Slettet et notat og en knapp å trykke (OBTP)-informasjon fra Krav til samtalekontroll og møteintegrering for videonett . La til en merknad om avstemningsintervall for failover i Angi nettverkskonfigurasjon for videonettnode i konsollen og Konfigurere nettverksinnstillinger fra nettgrensesnitt for videonettnode . Oppdaterte støttede versjoner av VMware ESXi gjennom hele veiledningen.
31. juli 2023	Lagt til Webhooks for videonettvarsler .
28. juli 2023	Lagt til API-er for videonettnode .
15. juni 2023	Oppdaterte nomenklaturen fra «Webex-app app» til «Webex-app» gjennomgående. Oppdatert Oversikt over Webex-videonett for å oppgi at E2EE-møter nå støttes på Video Mesh. Fjernet utdatert informasjon og oppdaterte et notat i Oversikt over Webex-videonett . Oppdatert Klienter og enheter som bruker videonettnode for å angi at nettklienten nå støttes på Video Mesh og fjernet utdatert informasjon. La til et notat i System- og plattformkrav for programvare for videonettnode som sier at demomiljøer ikke støttes av Cisco TAC . Oppdatert informasjon i Lokal og skysamtale delen. Slettet et notat i Skyklyngevalg for overflyt basert på 250 ms eller høyere STUN tur-retur-forsinkelse . Oppdatert informasjon i Porter og protokoller for Webex Meetings trafikk . Fjernet utdatert informasjon fra Registrer videonettnode til Webex Cloud og Støtte og begrensninger for private møter . Oppdaterte trinn og fjernet utdatert informasjon fra Aktiver videonett for Webex-nettstedet . Oppdatert informasjon i Deaktiver videonett .
16. mai 2023	Oppdatert Porter og protokoller for administrasjon , Trafikksignaturer for videonett (tjenestekvalitet aktivert) , og Trafikksignaturer for videonett (tjenestekvalitet deaktivert) for å gjenspeile de nyeste portene og protokollene som brukes av Video Mesh. Oppdaterte bildene som ble berørt av endringene. Fjernet 444-portreferanser fra Krav for proxy-støtte for videonett , Porter og protokoller for administrasjon , Konfigurer videonettnode for proxy-integrering , og Konfigurer videonettnode for proxy-integrering . Oppdaterte portområder i Tjenestekvalitet på videonettnode , Aktiver Quality of Service (QoS) for videonettnode , og Porter og protokoller for Webex Meetings trafikk . La til en merknad om overvåking av testfeil i Kjør en umiddelbar test og Konfigurer regelmessige tester . La til et notat og oppdaterte en advarsel som på det sterkeste anbefaler bruk av den nyeste programvarepakken (OVA) for distribusjoner i Installer og konfigurer programvaren for videonettnode . Oppdaterte en advarsel angående noder plassert i vedlikeholdsmodus i Behandle videonettnode fra nettgrensesnittet og Behandle videonettnode fra konsollen . Oppdatert Videonettanalyse for å gjenspeile de nyeste brukergrensesnittendringene.
27. mars 2023	Oppdatert System- og plattformkrav for programvare for videonettnode med de nyeste maskinvarekonfigurasjonene og ekstra båndbreddekrav.
2. mars 2023	La til informasjon om tester som overvåkingsverktøyet kjører i Overvåkingsverktøy for videonett . Endret trinn for å få tilgang til oversiktssiden for overvåkingsverktøyet Kjør en umiddelbar test og Konfigurer regelmessige tester . La til informasjon om visning og filtrering av resultater i Kjør en umiddelbar test og Konfigurer regelmessige tester . Oppdatert Aktiver videonett for Webex-nettstedet .
7. juli 2022	Oppdaterte kapasitetsestimatene i Kapasitet for videonettnoder . Fjernet omtaler av den utdaterte MM410v-serveren gjennomgående.
30. juni 2022	La til informasjon om de nye masseklargjøringsskriptene påhttps://github.com/CiscoDevNet/webex-video-mesh-node-provisioning .
14. juni 2022	Endret trinn for å utveksle sertifikatkjeder for å inkludere ECDSA-sertifikater i Utveksle sertifikatkjeder mellom Unified CM og videonettnoder
18. mai 2022	Endret nedlastingsnettstedet for Reflector Tool tilhttps://github.com/CiscoDevNet/webex-video-mesh-reflector-client .
29. april 2022	La til informasjon om den nye funksjonen i Oppbevar mediene dine i videonett for alle eksterne Webex-møter .
25. mars 2022	Oppdateringer av portbruk i Porter og protokoller for administrasjon .
10. desember 2021	Lagt til CMS 2000 og registrerte oppgraderingsproblem for eldre CMS 1000s ved oppgradering til ESXi 7 i System- og plattformkrav for programvare for videonettnode .
30. august 2021	La til informasjon om å bekrefte at Webex har riktig kildeland for distribusjonen i Kontroller at kildelandet er riktig .
27. august 2021	La til merknad om analyserapporters synlighet i Støtte og begrensninger for private møter .
13. august 2021	La til informasjon om den nye private møter-funksjonen i: Klynger i videonett Privat møtesamtale Private møter
22. juli 2021	La til informasjon om hvordan du bekrefter at systemet har riktig kildeplassering for samtaler. Riktige kildeplasseringer bidrar til effektiv ruting. Se Kontroller at kildelandet er riktig .
25. juni 2021	Merket at funksjonen for Webex Experience med alle funksjoner i Webex-appen er inkompatibel med Video Mesh i Klienter og enheter som bruker videonettnode .
7. mai 2021	Rettet den anbefalte klyngestørrelsen til 100 tommer Retningslinjer for distribusjon av videonettklynge .
12. april 2021	Oppdatert Konfigurer Expressway TCP SIP-trafikkruting for videonett for å bruke Webex-sonen i stedet for en ny DNS-sone.
09. februar 2021	La til informasjon om den nye Gå til Node i Control Hub til Få tilgang til oversikt over Webex- videonettnode fra nettgrensesnitt . Lagt til Deaktiver eller aktiver den lokale administratorkontoen fra nettgrensesnitt på nytt for å beskrive ny funksjonalitet. I hver del som bruker nodens webgrensesnitt, oppdaterte trinnene for å indikere hvordan du får tilgang til grensesnittet fra Control Hub. Lagt til Last opp sikkerhetssertifikater . Lagt til Angi ekstern logging til en Syslog-server .
11. desember 2020	I Aktiver eller deaktiver DNS-cachi , la til informasjon om sletting av DNS-hurtigbuffer.
22. oktober 2020	I Porter og protokoller for Webex Meetings trafikk , lagt til krav til SIP-signalisering .
19. oktober 2020	Fjernet referanse til cloudfront.net som ikke lenger brukes av tjenesten.
18. september 2020	Reduserte IP-adresse som er reservert for intern bruk av Webex videonettnode fra den opprinnelige 172.17.0.0–172.17.255.255 (65 536 adresser) til 172.17.42.0–172.17.42.63 (64 adresser).
26. august 2020	Lagt til støtte for Webex Events i Oversikt over videonett . Lagt til ny seksjon Aktiver eller deaktiver DNS-cachi .
4. august 2020	Oppdaterte følgende deler for støtte for korte videoadresser: Integrer videonett med oppgaveflyt for samtalekontroll Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett Konfigurer Unified CM TCP SIP-trafikkruting for videonett Konfigurer Expressway TCP SIP-trafikkruting for videonett Oppdaterte Benchmark for VMNLite-samtalekapasitet delen av Samtalekapasitet på nodeplattformer for videonettnode .
9. juli 2020	Lagt til ny seksjon Angi MTU-størrelser for nettverksgrensesnitt .
26. juni 2020	La til informasjon om det nye distribusjonsalternativet for VMNLite i: Samtalekapasitet på nodeplattformer for videonettnode System- og plattformkrav for programvare for videonettnode Installer og konfigurer programvaren for videonettnode Fjernet omtaler av standard NTP-server fordi OVA ikke lenger har en standard NTP-server . Oppdatert Generer pakkeopptak for videonett for støtte med nye filtreringsalternativer.
9. juni 2020	La til informasjon om det nye planleggingsalternativet for automatisk programvareoppgradering ukentlig i: Registrer videonettnode til Webex Cloud Angi oppgraderingsplan for videonettklynge
21. mai 2020	Oppdatert Porter og protokoller for administrasjon og Krav for proxy-støtte for videonett .
15. mai 2020	Oppdatert Oversikt over videonett .
25. april 2020	Lagt til nye seksjoner i Administrere Webex- videonettnode fra nettgrensesnittet : Angi det eksterne nettverksgrensesnittet fra nettgrensesnittet for videonettnode Legg til interne og eksterne rutingsregler Konfigurere containernettverk fra Webex videonettnode webgrensesnitt Rettet en feil i granulariteten til den horisontale aksen i Feilsøking for tilgang til, filtrer og lagring av Webex-videonett (Verdiene ble byttet mellom Siste 7 dager og Siste 24 timer alternativer).
22. januar 2020	Lagt til ny del: Tilbakestille til fabrikkstandard en Webex- videonettnode fra nettgrensesnittet . La til mer informasjon om tilkoblingskontroller i Administrer Webex- videonettnode fra nettgrensesnittet delen. La til trådløs deling på rommet i Klienter og enheter som bruker Webex- videonettnode delen.
12. desember 2019	La til prosedyrer for endring av passordfrase og utløpsdato i Administrere Webex- videonettnode fra nettgrensesnittet delen i kapitlet Administrere og feilsøke.
10. desember 2019	La til følgende informasjon og portområder i trafikksignaturtabellene (for QoS aktivert og deaktivert: Kilde-IP-adresse: Videonettnode Destinasjons-IP-adresse: Webex skymedietjenester Kilde UDP-porter: 35000 til 52499 UDP-målporter: 5004 Integrert DSCP-merking: AF41 Medietype: Test STUN-pakker Endret navn på delen «Retningslinjer for båndbredde» til «Videokvalitet og skalering», og la til en kobling til dokumentasjonen for foretrukket arkitektur. I Unified CM TLS-konfigurasjonen oppga veiledningen vår feilaktig å konfigurere en ikke-sikker SIP-trunk for Webex-skyfailover. Rettet setningen for å si for å opprette en SIP-trunk (du kan konfigurere den som enten sikker eller usikret).
4. november 2019	Avviklet gammelt analyseinnhold og lagt til en ny del. I Utveksle sertifikater la til informasjon om feltet Alternativt(e) navn for emne og la til følgende merknad i Før du begynner-delen: Av sikkerhetshensyn anbefaler vi at du bruker et CA-signert sertifikat på Video Mesh-nodene i stedet for nodens standard selvsignert sertifikat.
18. oktober 2019	Oppdaterte beskrivelsen av innstillingen for 1080p Control Hub for å tydeliggjøre at denne innstillingen påvirker samtalekapasitet og bare gjelder for lokale SIP-registrerte enheter. Se Aktiver 1080p HD-video for lokale SIP-enheter i videonettnode for videonett hvis du vil ha mer informasjon. Oppdaterte tabellen for støttede enheter og endepunkter for å bare vise de testede skyregistrerte enhetene.
26. september 2019	Lagt til ny seksjon Konfigurer nettverksinnstillinger fra webgrensesnitt for videonettnode . Løste beskrivelsen av rapporten Ressursutnyttelse. Det står nå: Gjennomsnittlig ressursutnyttelse for mediemikrotjenestene som brukes i videonett-klyngene. La til en merknad i kapasitetsdelen: Overflyt ved lavt samtalevolum (spesielt SIP-anrop som kommer lokalt) er ikke en sann refleksjon av skala. Videonettanalyse (under Kontroller Hub > Ressurser > Samtaleaktivitet ) angir anropsdelene som stammer fra lokalt; de angir ikke anropsstrømmene som kom inn gjennom overlappingen til videonett-noden for mediebehandling. Når antallet eksterne deltakere øker i et møte, øker den resulterende overlappingen og bruker lokale medieressurser på videonett-noden.
13. september 2019	Oppdatert Installer og konfigurer programvaren for videonettnode med trinnene for nettverkskonfigurasjon som vises på Tilpass mal side. Oppdatert System- og plattformkrav for programvare for videonettnode med 72 vCPU-er (tilsvarer CMS 1000) for spesifikasjonsbasert konfigurasjon.
29. august 2019	Lagt til eksplisitt proxy og støttede autentiseringstyper for eksplisitte proxy-konfigurasjoner (No auth, Basic, Digest, NTLM). Proxy-støtte for Edge Video Mesh Krav for proxy-støtte for videonett Konfigurere node for Webex-videonett for proxy-integrasjon Lagt til Støttede oppløsninger og bildefrekvenser for videonett . Oppdatert Klienter og enheter som bruker videonettnode for å indikere at Webex Ring Mitt videosystem til Webex skyregistrerte videoenheter bruker Video Mesh-noden.
24. juli 2019	I Administrere Webex- videonettnode fra nettgrensesnittet del, gjorde følgende oppdateringer: Lagt til nye seksjoner for Ping-test, Trace Route-test, NTP-servertest, Reflector Tool og Feilsøkingsbrukerkonto. Oppdaterte Oversikt-delen – Fjernet gjennomgripende overganger fra skjermbildet og lagt til OS-versjon. Flyttet innholdet «Administrer videonett fra konsollen» til tillegget i veiledningen. Endret navn på kapittelet «Administrer Webex-videonett» til «Administrere og feilsøke Webex-videonett» og flyttet feilsøkingsinnhold for registrering til det kapittelet.
9. juli 2019	I Krav til samtalekontroll og møteintegrering for videonett , oppdaterte minimumsversjoner som støttes for Unified CM, Expressway og Webex-nettsteder. I Klienter og enheter som bruker videonettnode , la til støttede versjoner av Jabber VDI og Webex VDI (de er SIP-klienter). La også til en ansvarsfraskrivelse for testing.
24. mai 2019	Lagt til nye deler om feilsøkingsfunksjoner og oppdatert oversiktsskjerm i webgrensesnitt for Video Mesh-noden: Generer Webex-videonettlogger for støtte Generer Webex-videonettpakkeopptak for støtte Få tilgang til oversikt over Webex- videonettnode fra nettgrensesnitt
25. april 2019	Oppdatert Behandle og feilsøke Webex-videonett for å angi at Control Hub vedlikeholdsmodus er nødvendig før du utfører vedlikehold på Video Mesh-noder.
11. april 2019	Fjernet utdatert informasjon fra båndbreddekrav. Oppdaterte innholdet og diagrammene, og endret seksjonsnavnet til Videokvalitet og skalering for videonett .

Oversikt over Cisco Webex-videonett

Oversikt over Webex-videonett

Videonett gir disse fordelene:

Forbedrer kvaliteten og reduserer ventetiden ved å la deg holde samtaler lokalt.
Sender samtalene dine til skyen når lokale ressurser har nådd grensen eller er utilgjengelige.
Administrer videonettklyngene dine fra skyen med ett enkelt administrativt grensesnitt: Control Hub (https://admin.webex.com ).
Optimaliser ressurser og kapasitet etter behov.
Kombinerer funksjonene til nettskybaserte og lokale konferanser i en sømløs brukeropplevelse.
Reduserer kapasitetsproblemer, fordi skyen alltid er tilgjengelig når det er behov for ytterligere konferanseressurser. Du trenger ikke å planlegge kapasitet for «verste tilfelle»-situasjoner.
Gir avansert rapportdata av kapasitet og bruk og feilsøkingsrapportdata ihttps://admin.webex.com .
Bruker lokal mediebehandling når brukere ringer inn til et Webex-møte fra lokale standardbaserte SIP-endepunkter og -klienter:
- SIP-baserte endepunkter og klienter (Cisco-endepunkter, Jabber, tredjeparts SIP), registrert til lokal samtalekontroll (Cisco Unified Communications Manager eller Expressway), som kaller inn til et Cisco Webex møte.
- Webex-app (inkludert paret med romenheter) som blir med i et Webex-møte.
- Webex rom- og skrivebordsenheter som blir direkte med i et Webex-møte.
Tilbyr optimalisert interaktiv talerespons (IVR) for lyd og video til SIP-baserte endepunkter og klienter på nettet.
Endepunkter for H.323, IP-innringning og Skype for Business (S4B) fortsetter å bli med i møter fra skyen.
Støtter 1080p 30fps HD-video som et alternativ for møter, hvis møtedeltakere som kan støtte 1080p er vert via de lokale lokale videonettnodene. (Hvis en deltaker blir med i et pågående møte fra skyen, fortsetter lokale brukere å oppleve 1080p 30 bps på støttede endepunkter.)
Forbedret og differensiert QoS-merking (Quality of Service): separat lyd (EF) og video (AF41).

Webex Video Mesh støtter for øyeblikket ikke Webex Webinars.
Støtter ende-til-ende-krypterte møter (E2EE-møter). Hvis en kunde distribuerer Video Mesh og velger møtetypen E2EE, legger det til et ekstra sikkerhetslag, noe som sikrer at dataene (medier, filer, tavler, merknader) forblir sikre og blokkerer tredjeparter fra å få tilgang til eller endre dem. Hvis du vil detaljert informasjon, se Distribuer Zero-Trust Meetings .

Private møter støtter for øyeblikket ikke ende-til-ende-kryptering.

Klienter og enheter som bruker videonettnode

Tabell 1. Klienter og enheter som bruker videonettnode
Klient- eller enhetstype	Bruker videonettnode på punkt-til-punkt-anrop	Bruker videonettnode på møte med flere
Webex-app (skrivebord og mobil)	Ja	Ja
Webex-enheter, inkludert romenheter og Webex Board. (Se Krav til endepunkter og Webex-app delen for en fullstendig liste.)	Ja	Ja
Trådløs deling på rommet mellom Webex-appen og støttede rom-, skrivebord- og tavleenheter.	Ja	Ja
Unified CM-registrerte enheter (inkludert IX-endepunkter) og klienter (inkludert Jabber VDI 12.6 og nyere, og Webex VDI 39.3 og nyere), som ringer inn til et planlagt Webex-møte eller et Webex Personal Room-møte.*	Nei	Ja
VCS/Expressway-registrerte enheter som ringer inn til et planlagt Webex-møte eller et Webex Personal Room-møte.*	Nei	Ja
Webex Ring Mitt videosystem til Webex skyregistrerte videoenheter	N/A	Ja
Webex App-nettklient (https://web.webex.com )	Ja	Ja
Telefoner registrert for Cisco Webex Calling	Nei	Nei
Webex Ring Mitt videosystem til lokalt registrerte SIP-enheter	N/A	Nei

_{* Det er ikke mulig å garantere at alle lokale enheter og klienter har blitt testet med Video Mesh-løsningen.}

Inkompatibilitet med videonett med Webex Experience med alle funksjoner

Du kan ha problemer med videonett og den komplette Webex-opplevelsen:

Hvis du la til Video Mesh i distribusjonen etter introduksjonen av denne funksjonen.
Hvis du aktiverte den funksjonen uten å vite hvilken innvirkning det har på Video Mesh.

Hvis du merker problemer, kan du kontakte Cisco-kontoteamet for å deaktivere bryteren for alle funksjoner i Webex Experience.

Tjenestekvalitet på videonettnode

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

Proxy-støtte for videonett

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

Følgende proxy-typer støttes av videonett:

Eksplisitt proxy (inspeksjons eller ikke-inspeksjons) – Med eksplisitt proxy forteller du klienten (videonettnoder) hvilken proxy-server som skal brukes. Dette alternativet støtter én av følgende godkjenningstyper:
- Ingen – Ingen ytterligere godkjenning er nødvendig. (For eksplisitt proxy for HTTP eller HTTPS.)
- Grunnleggende – Brukes for en HTTP-brukeragent til å angi brukernavn og passord når du foretar en forespørsel, og bruker Base64-koding. (For eksplisitt proxy for HTTP eller HTTPS.)
- Sammendrag – Brukes til å bekrefte identiteten til kontoen før sensitiv informasjon sendes, og bruker en hash-funksjon på brukernavnet og passordet før det sendes over nettverket. (For eksplisitt HTTPS-proxy.)
- NTLM – I likhet med Digest brukes NTLM til å bekrefte identiteten til kontoen før sensitiv informasjon sendes. Bruker Windows-legitimasjon i stedet for brukernavn og passord. Denne godkjenningsplanen krever flere utvekslinger for å fullføre. (For eksplisitt HTTP-proxy.)
Gjennomsiktig proxy (ikke-inspeksjon) – Noder for videonett er ikke konfigurert til å bruke en bestemt proxy-serveradresse, og bør ikke trenge endringer for å fungere med en ikke-inspeksjons-proxy.
Gjennomsiktig proxy (inspeksjon) – Noder for videonett er ikke konfigurert til å bruke en bestemt proxy-serveradresse. Ingen konfigurasjonsendringer for http(s) er nødvendige på videonett, men nodene for videonett trenger et rotsertifikat for å kunne klarere proxyen. Inspeksjons-proxyer brukes vanligvis av IT til å håndheve retningslinjer om hvilke nettsteder som kan besøkes, og hvilke typer innhold som ikke er tillatt. Denne typen proxy dekrypterer all trafikken din (til og med HTTPS).

Støttede oppløsninger og bildefrekvenser for videonett

Oppløsningen påvirker samtalekapasitet på en hvilken som helst videonettnoder. Hvis du vil ha mer informasjon, se Kapasitet for videonettnoder .

Verdien for oppløsning og bildefrekvens kombineres som XXXpYY – for eksempel betyr 720p10 720p med 10 bilder per sekund.

Definisjonsforkortelsene (SD, HD og FHD) i avsenderraden og mottakerkolonnen refererer til den øvre oppløsningen til klienten eller enheten:

SD – standardoppløsning (576p)
HD – høy oppløsning (720p)
FHD – full høyoppløsning (1080p)

Tabell 2. Støttede oppløsninger og bildefrekvenser for videonett
Mottaker	Avsender
	Webex-app	Webex-app for mobil	SIP-registrerte enheter (HD)	SIP-registrerte enheter (FHD)	Webex-registrerte enheter (SD)	Webex-registrerte enheter (HD)	Webex-registrerte enheter (FHD)
Webex-app på skrivebordet	720p10 Blandet lyd*	720p10 Blandet lyd	720p30 Blandet lyd	720p30 Blandet lyd	576p15 Innholdslyd**	720p30 Blandet lyd	720p30 Blandet lyd
Webex-app for mobil	—	—	—	—	—	—	—
SIP-registrerte enheter (HD)	720p30 Innholdslyd	720p15 Blandet lyd	1080p15 Blandet lyd	1080p15 Blandet lyd	576p15 Blandet lyd	1080p15 Blandet lyd	1080p15 Blandet lyd
SIP-registrerte enheter (FHD)	1080p30 Blandet lyd	720p15 Blandet lyd	1080p15 Blandet lyd	1080p30 Blandet lyd	576p15 Blandet lyd	1080p15 Blandet lyd	1080p30 Blandet lyd
Webex-registrerte enheter (SD)	1080p15 Blandet lyd	720p15 Blandet lyd	1080p15 Blandet lyd	1080p15 Blandet lyd	576p15 Blandet lyd	1080p15 Blandet lyd	1080p15 Blandet lyd
Webex-registrerte enheter (FHD)	1080p30 Blandet lyd	720p15 Blandet lyd	1080p15 Blandet lyd	1080p30 Blandet lyd	576p15 Blandet lyd	1080p15 Blandet lyd	1080p30 Blandet lyd

_{* Innholdslyd refererer til lyden som spilles av fra det bestemte innholdet som deles, for eksempel en strømming av video. Denne lydstrømmen er atskilt fra vanlig møtelyd.}

_{** Blandet lyd refererer til en blanding av møtedeltaker lyd og lyd fra innholdsdelingen.}

Forbered miljøet ditt

Krav for videonett

Videonett er tilgjengelig med tilbudene dokumentert i Lisenskrav for hybridtjenester .

Krav til samtalekontroll og møteintegrering for videonett

Tabell 1. Samtalekontroll og møtekrav for videonett
Komponent Formål	Minimum støttet versjon
Lokal samtalekontroll	Cisco Unified Communications Manager, versjon 11.5(1) SU3 eller nyere. (Vi anbefaler den nyeste SU-versjonen.) Cisco Expressway-C eller E, versjon X8.11.4 eller nyere. (Se delen «Viktig informasjon» i Versjonsmerknader for Expressway for mer informasjon.)
Møteinfrastruktur	Webex Meetings WBS33 eller nyere. (Du kan bekrefte at Webex-nettsted ditt er på riktig plattform hvis listen Medieressurstype er tilgjengelig i nettstedsalternativene for møterom for skysamarbeid.) Hvis du vil sikre at nettstedet ditt er klart for Video Mesh, kontakter du din kundesuksessansvarlige (CSM) eller partner.
Håndtering av failover	Cisco Expressway-C eller E, versjon X8.11.4 eller nyere. (Se delen «Viktig informasjon» i Versjonsmerknader for Expressway for mer informasjon.)

Krav til endepunkter og Webex-app

Tabell 2. Krav til endepunkt og app for videonett
Komponent Formål	Detaljer
Støttede endepunkter	Se Webex-videokompatibilitet og støtte .
Støttede versjoner av Webex-appen	Videomesh støtter Webex-appen for skrivebord (Windows, Mac) og mobil (Android, iPhone og iPad). Hvis du vil laste ned appen for en støttet plattform, går du tilhttps://www.webex.com/downloads.html .
Støttede kodeker	Se Webex\| Videospesifikasjoner for samtaler og møter for lyd- og videokodekene som støttes. Merk disse forbeholdene for videonett: For videokvalitet støtter Video Mesh opptil 1080p i visse scenarier. Du kan konfigurere denne innstillingen ihttps://admin.webex.com . For SIP-videosystemer støtter Video Mesh SIP-klienter som lager DTMF-lydtoner (dual tone multi frequency). Tjenesten støtter også KPML (keypad markup language). Webex Teams for Windows og Mac og Room-, Desk- og Board-enheter som er registrert i skyen, støtter opptil 1080p 30 bilder per sekund med innholdslyd. H.323-klienter er nevnt i datablad, men de går bare til skyen.
Støttede Webex-registrerte rom-, skrivebords- og tavleenheter	Følgende enheter er testet og bekreftet å fungere med Video Mesh-noder: Cisco DX70 Cisco Webex DX80 Cisco Webex Board 55 Cisco Webex Room Kit Cisco Webex Room Kit Mini Cisco Webex Room Kit Plus Cisco Webex Room Kit Plus Precision 60 Cisco Webex Room Kit Pro Cisco TelePresence SX10 Quick Set Cisco TelePresence SX20 Quick Set Cisco TelePresence SX80 Codec Cisco TelePresence MX200 G2 Cisco TelePresence MX300 G2 Cisco TelePresence MX700 Cisco TelePresence MX800

System- og plattformkrav for programvare for videonettnode

Produksjonsmiljøer

I produksjonsdistribusjoner er det to måter å distribuere videonettnode programvare på en bestemt maskinvarekonfigurasjon:

Du kan konfigurere hver server som én virtuell maskin, noe som er best for distribusjoner som inkluderer mange SIP-endepunkter.
Ved hjelp av VMNLite-alternativet kan du konfigurere hver server med flere mindre virtuelle maskiner. VMNLite er best for distribusjoner der flertallet av klienter og enheter er Webex-app og Webex-registrerte endepunkter.

Disse kravene er felles for alle konfigurasjoner:

VMware ESXi 7 eller 8, vSphere 7 eller 8
Hyperthreading aktivert

Tabell 3. System- og plattformkrav for programvare for videonettnode i et produksjonsmiljø

Maskinvarekonfigurasjon

Produksjonsdistribusjon som én virtuell maskin

Produksjonsdistribusjon med virtuelle VMNLite-er

Merknader

Cisco Meeting Server 1000 (CMS 1000)

72 vCPU-er (70 for videonettnode, 2 for ESXi)
60 GB hovedminne
80 GB lokal harddiskplass

Distribuer som 3 identiske virtuell maskin , hver med:

23 vCPU-er
20 GB hovedminne
80 GB lokal harddiskplass

Vi anbefaler denne plattformen for videonettnode.

Spesifikasjonsbasert konfigurasjon

(2,6 GHz Intel Xeon E5-2600v3 eller nyere-prosessor kreves)

72 vCPU-er (70 for videonettnode, 2 for ESXi)
60 GB hovedminne
80 GB lokal harddiskplass
eller

80 GB NFS-lagring

Distribuer som 3 identiske virtuell maskin , hver med:

23 vCPU-er
20 GB hovedminne
80 GB lokal harddiskplass

eller

80 GB NFS-lagring

Hver virtuell maskin for Video Mesh må ha CPU, RAM og harddisker reservert for seg selv.

Bruk enten CMS1000 eller VMNLite alternativet under konfigurasjonen.

Topp IOP-er (inndata-/utdataoperasjoner per sekund) for NFS-lagring er 300 IOPS.

Cisco Meeting Server 2000 (CMS 2000)

Distribuer som 8 identiske virtuell maskin , hver med:

72 vCPU-er (70 for videonettnode, 2 for ESXi)
60 GB hovedminne
80 GB lokal harddiskplass
eller

80 GB NFS-lagring

Distribuer som 24 identiske virtuell maskin , hver med:

23 vCPU-er
20 GB hovedminne
80 GB lokal harddiskplass

eller

80 GB NFS-lagring

Vi anbefaler denne plattformen for videonettnode.

Hvert blad må være en komplett Cisco Meeting Server 1000 med reservert CPU, RAM og harddisker per blad.

Topp IOP-verdier for NFS-lagring er 300 IOPS.

Demomiljøer

For grunnleggende demoformål kan du bruke en spesifikasjonsbasert maskinvarekonfigurasjon, med følgende minimumskrav:

14vCPU-er (12 for videonettnode, 2 for ESXi)
8 GB hovedminne
20 GB lokal harddiskplass
2,6 GHz Intel Xeon E5-2600v3 eller nyere-prosessor

Denne konfigurasjonen av Video Mesh støttes ikke av Cisco TAC .

Hvis du vil ha mer informasjon om demoprogramvaren, se Demoprogramvare for videonettnode .

Krav til båndbredde

Videonettnoder må ha en minimumsbåndbredde til Internett på 10 Mbps for at både opplasting og nedlasting skal fungere som den skal.

Krav for proxy-støtte for videonett

Vi støtter offisielt følgende proxy-løsninger som kan integreres med Video Mesh-nodene dine.
- Cisco Web Security Appliance (WSA) for gjennomsiktig proxy
- Squid for eksplisitt proxy
For en eksplisitt proxy eller gjennomsiktig inspeksjons-proxy som inspiserer (dekrypterer trafikk), må du ha en kopi av proxyens rotsertifikat som du må laste opp til klareringslageret for Video Mesh-noden i webgrensesnitt.
Vi støtter følgende eksplisitte kombinasjoner av proxy- og godkjenningstyper:
- Ingen godkjenning med http og https
- Enkel godkjenning med http og https
- Sammendragsgodkjenning kun med https
- NTLM-godkjenning kun med http

For gjennomsiktige proxyer må du bruke ruteren/bryteren til å tvinge HTTPS/443-trafikk til å gå til proxyen. Du kan også tvinge Web Socket til å gå til proxy. (Web Socket bruker https.)

Hvis mediet ikke flyter, skjer dette ofte når https-trafikk fra noden over port 443 svikter:

Port 443-trafikk er tillatt av proxyen, men det er en inspeksjons proxy og bryter websocket.

For å løse disse problemene må du kanskje «omgå» eller «skjøte» (deaktivere inspeksjon) på port 443 til: *.wbx2.com og *.ciscospark.com.

Kapasitet for videonettnoder

Enhetstyper og klienter
Videooppløsning
Nettverkskvalitet
Toppbelastning
Distribusjonsmodell

Bruk av videonett påvirker ikke antall Webex-lisenser.

Test ut vanlige møtescenarier for distribusjonen din.
Bruk analysene i Control Hub for å se hvordan distribusjonen utvikler seg, og legg til kapasitet etter behov.

Tabell 4. Kapasitet på vanlige videonettnoder
Scenario	Oppløsning	Deltakerkapasitet
Møter med bare deltakere i Webex-appen	720p	100–130
Møter med bare deltakere i Webex-appen	1080p	90–100
Møter og 1-til-1-samtaler med bare deltakere i Webex-appen	720p	60–100
Møter og 1-til-1-samtaler med bare deltakere i Webex-appen	1080p	30–40
Møter med kun SIP-deltakere	720p	70–80
Møter med kun SIP-deltakere	1080p	30–40
Møter med Webex-appen og SIP-deltakere	720p	75–110

Grunnoppløsningen for Webex-appen er 720p. Men når du deler, er deltakerminiatyrbildene på 180p.
Disse ytelsestallene forutsetter at du har aktivert alle de anbefalte portene.

Kapasitet for VMNLite

Tabell 5. Kapasitet på VMNLite-noder
Scenario	Oppløsning	Deltakerkapasitet med 3 VMNLite-noder på en server
Møter med bare deltakere i Webex-appen	720p	250–300
Møter med bare deltakere i Webex-appen	1080p	230–240
Møter og 1-til-1-samtaler med bare deltakere i Webex-appen	720p	175–275

Grunnoppløsningen for Webex-appmøter er 720p. Men når du deler, er deltakerminiatyrbildene på 180p.

Klynger i videonett

En klient på et bedriftsnettverk som kan nå en lokal klynge, kobles til den – den primære preferansen for klienter på bedriftsnettverk.
Klienter som blir med i et privat møte med Video Mesh, kobles bare til lokale klynger. Du kan opprette en egen klynge spesielt for disse private møtene.
En klient som ikke kan nå en lokal klynge, kobles til skyen – tilfellet for en mobilenhet som ikke er koblet til bedriftsnettverk.
Den valgte klyngen avhenger også av ventetid, i stedet for bare plassering. For eksempel kan en skyklynge med lavere STUN-tur-retur-forsinkelse (SRT) enn en videonettklynge være en bedre kandidat for møtet. Denne logikken forhindrer en bruker i å lande på en geografisk fjern klynge med høy SRT-forsinkelse.

Klynger for private møter

Hvis du vil ha mer informasjon om funksjonen for private møter i videonett, se Private møter .

Retningslinjer for distribusjon av videonettklynge

I typiske bedriftsdistribusjoner anbefaler vi at kunder bruker opptil 100 noder per klynge. Det er ingen faste grenser i systemet for å blokkere en klyngestørrelse med mer enn 100 noder. Hvis du imidlertid trenger å opprette større klynger, anbefaler vi på det sterkeste at du går gjennom dette alternativet med Cisco-teknologi gjennom ditt Cisco-kontoteam.
Opprett færre klynger når ressursene har lignende nettverksnærhet (tilhørighet).
Når du oppretter klynger, må du bare legge til noder som er i samme geografiske område og samme datasenter. Klynger over Wide Area Network (WAN) støttes ikke.
Vanligvis distribuerer du klynger i bedrifter som er vert for hyppige lokaliserte møter. Planlegg hvor du plasserer klynger på båndbredden som er tilgjengelig på forskjellige WAN-plasseringer i bedriften. Over tid kan du distribuere og vokse klynge for klynge basert på observerte brukermønstre.
Klynger som befinner seg i forskjellige tidssoner, kan effektivt betjene flere geografiske områder ved å dra nytte av forskjellige anropsmønstre med peak/ travel time .
Hvis du har to Video Mesh-noder i to separate datasentre (EU og NA, for eksempel), og du har endepunkter som kobles sammen gjennom hvert datasenter, vil nodene i hvert datasenter overlappe hverandre til én enkelt Video Mesh-node i skyen. Disse kaskader ville gå over Internett. Hvis det finnes en skydeltaker (som blir med før en av Video Mesh-deltakerne), vil nodene bli koblet gjennom skydeltakerens medianode.

Mangfold i tidssone

Overflyt til skyen

Hvis du konfigurerer møtet som den private møtetypen, beholder Webex alle samtalene i de lokale klyngene dine. Private møter flyter aldri over til skyen.

Webex-enhet registreres med Webex

Tester med forsinkelser tur/retur – skyenheten når ikke den lokale klyngen

Tester med forsinkelser tur/retur – skyenheten når den lokale klyngen

Lokal og skysamtale

Lokal samtale med forskjellige klyngetilknytninger

Webex-enheten kobles til enten lokal klynge eller sky basert på tilgjengeligheten. Følgende viser eksempler på de vanligste scenariene.

Webex Cloud enhet kobles til skyen

Den lokale Webex-enheten kobles til den lokale klyngen

Lokal Webex-enhet kobles til skyen

Skyklyngevalg for overflyt basert på 250 ms eller høyere STUN tur-retur-forsinkelse

Webex-appen eller Webex-enheten er på bedriftsnettverket i San Jose.
San Jose- og Amsterdam-klynger er fulle eller utilgjengelige.
SRT-forsinkelse til Shanghai-klyngen er større enn 250 ms og vil sannsynligvis føre til problemer med mediekvaliteten.
San Francisco-skyklyngen har en optimal SRT-forsinkelse.
Shanghai-videonett-klyngen er ekskludert fra vurdering.
Som et resultat av dette flyter Webex-appen over til San Francisco-skyklyngen.

Private møter

Kontroller at de nødvendige portene er åpne i brannmuren, for å tillate uhindret overlapping mellom klynger. Se Porter og protokoller for administrasjon .

Distribusjonsmodeller som støttes av videonett

Støttes i en distribusjon av videonett

Du kan distribuere en videonettnode i enten et datasenter (foretrukket) eller i demilitarisert sone (DMZ). Hvis du vil ha veiledning, se Porter og protokoller som brukes av videonett .
For en DMZ-distribusjon kan du konfigurere videonettnodene i en klynge med det to nettverksgrensesnitt (NIC). Denne distribusjonen lar deg skille bedriftens interne nettverkstrafikk (brukes til interbokskommunikasjon, overlappende nodeklynger og for å få tilgang til nodens administrasjonsgrensesnitt) fra den eksterne skynettverkstrafikken (brukes for tilkobling til omverdenen og gjennomgripende til skyen).

Dobbelt nettverkskort fungerer på den fullstendige VMNLite- og demoversjonen av nodeprogramvaren for Video Mesh. Du kan også distribuere videonettet bak et 1:1 NAT-oppsett.
Du kan integrere Video Mesh-noder med samtalekontroll . For eksempel distribusjoner med Video Mesh integrert med Unified CM, se Distribusjonsmodeller for Video Mesh og Cisco Unified Communications Manager .
Følgende typer adresseoversettelse støttes:
- Dynamisk oversettelse av nettverksadresse (NAT) ved hjelp av et IP-utvalg
- Dynamisk oversettelse av portadresse (PAT)
- 1:1 NAT
- Andre former for NAT skal fungere så lenge de riktige portene og protokollene brukes, men vi støtter ikke offisielt dem fordi de ikke har blitt testet.
IPv4
Statisk IP-adresse for videonettnode

Støttes ikke i en distribusjon av videonett

IPv6
DHCP for videonettnode
En klynge med en blanding av enkelt og to nettverkskort
Klynger av videonettnoder over WAN (Wide Area Network)
Lyd, video eller medier som ikke går gjennom en videonettnode:
- Lyd fra telefoner
- Node-til-node-anrop mellom Webex-appen og standardbasert endepunkt
- Lydavslutning på videonettnode
- Medier sendt gjennom Expressway C/E-par
- Videosamtale tilbakeringing fra Webex

Distribusjonsmodeller for Video Mesh og Cisco Unified Communications Manager

Steder for datasenter
Kontorplasseringer og størrelse
Sted og kapasitet for Internett-tilgang

Video Mesh støtter SME ( Session Management Edition ). Unified CM -klynger kan kobles til via en SME, og deretter må du opprette en SME-trunk som kobles til Video Mesh-nodene.

Hub- og Spoke-arkitektur

Geografisk distribusjon

Geografisk distribusjon med SIP-oppringing

Porter og protokoller som brukes av videonett

For å sikre en vellykket distribusjon av Video Mesh og for problemfri drift av Video Mesh-nodene, åpner du følgende porter på brannmuren for bruk med protokollene.

Se Nettverkskrav for Webex-tjenester for å forstå de generelle nettverkskravene for Webex Teams.
Se Hvitbok for gjennomgang av brannmur hvis du vil ha mer informasjon om brannmur- og nettverkspraksis for Webex-tjenester.
Hvis du vil redusere potensielle problemer med DNS-spørringer, følger du veiledningen Anbefalte fremgangsmåter for DNS, nettverksbeskyttelse og angrepsidentifikasjon dokumentasjonen når du konfigurerer bedriftens brannmur.
Hvis du vil ha mer designinformasjon, kan du se Foretrukket arkitektur for hybridtjenester, CVD .

Porter og protokoller for administrasjon

Videonettnodene i en klynge må være i samme VLAN- eller nettverksmaske.

Hensikt	Kilde	Destinasjon	Kilde-IP	Kildeport	Transportprotokoll	Destinasjons-IP	Målport
Administrasjon	Administrasjonsdatamaskin	Videonett-node	Etter behov	Hvilke som helst	TCP, HTTPS	Videonett-node	443
SSH for tilgang til administrasjonskonsollen for Video Mesh	Administrasjonsdatamaskin	Videonett-node	Etter behov	Hvilke som helst	TCP	Videonett-node	22
Intraklyngekommunikasjon	Videonett-node	Videonett-node	IP-adresse til andre Video Mesh-noder i klyngen	Hvilke som helst	TCP	Videonett-noder	8443
Administrasjon	Videonett-node	Webex-sky	Etter behov	Hvilke som helst	UDP, NTP UDP, DNS TCP, HTTPS (WebSockets)	Hvilke som helst	123* 53*
Overlappende signalisering	Videonett-node	Webex-sky	Hvilke som helst	Hvilke som helst	TCP	Hvilke som helst	443
Overlappende medier	Videonett-node	Webex-sky	Videonett-node	Alle***	UDP	Hvilke som helst Hvis du vil ha spesifikke adresseområder, kan du se delen «IP-delnett for Webex Media-tjenester» i Nettverkskrav for Webex-tjenester .	5004 50000 til 53000 Hvis du vil ha mer informasjon, kan du se delen «Webex-tjenester – portnumre og protokoller» i Nettverkskrav for Webex-tjenester .
Overlappende signalisering	Vido-nettklynge (1)	Vido-nettklynge (2)	Hvilke som helst	Hvilke som helst	TCP	Hvilke som helst	443
Overlappende medier	Vido-nettklynge (1)	Vido-nettklynge (2)	Vido-nettklynge (1)	Alle***	UDP	Hvilke som helst	5004 50000 til 53000
Administrasjon	Videonett-node	Webex-sky	Etter behov	Hvilke som helst	TCP, HTTPS	Alle**	443
Administrasjon	Videonett-node (1)	Videonett-node (2)	Videonett-node (1)	Hvilke som helst	TCP, HTTPS (WebSockets)	Videonett-node (2)	443
Intern kommunikasjon	Videonett-node	Alle andre videonettnoder	Videonett-node	Hvilke som helst	UDP	Hvilke som helst	10000 til 40000

_{***Portene varierer avhengig av om du aktiverer QoS. Med QoS aktivert er portene 52.500-59499, 63000-64667, 59500-62999 og 64688-65500. Med QoS av er portene 34.000–34.999.}

Trafikksignaturer for videonett (tjenestekvalitet aktivert)

Kilde-IP-adresse	Destinasjons-IP-adresse	Kilde UDP-porter	UDP-målporter	Innebygd DSCP-merking	Mediatype
Videonettnode	Webex skymedietjenester	35000 til 52499	5004	AF41	Test STUN-pakker
Videonettnode	Webex skymedietjenester	52500 til 59499	5004	EF	Lyd
Videonettnode	Webex skymedietjenester	63000 til 64667	5004	AF41	Video
Videonettnode	Webex skymedietjenester	59500 til 62999	50 000 til 51499	EF	Lyd
Videonettnode	Webex skymedietjenester	64668 til 65500	51500 til 53000	AF41	Video
Videonettnode	Videonettnode	10000 til 40000	10000 til 40000	—	Lyd
Videonettnode	Videonettnode	10000 til 40000	10000 til 40000	—	Video
Videonettnode	Unified CM SIP-endepunkter	52500 til 59499	Unified CM SIP-profil	EF	Lyd
Videonettnode	Unified CM SIP-endepunkter	63000 til 64667	Unified CM SIP-profil	AF41	Video
Videonett-klynge	Videonett-klynge	52500 til 59499	5004	EF	Lyd
Videonett-klynge	Videonett-klynge	63000 til 64667	5004	AF41	Video
Videonett-klynge	Videonett-klynge	59500 til 62999	50 000 til 51499	EF	Lyd
Videonett-klynge	Videonett-klynge	64668 til 65500	51500 til 53000	AF41	Video
Videonettnode	Webex Teams-program eller endepunkt*	5004	52000 til 52099	AF41	Lyd
Videonettnode	Webex Teams-program eller endepunkt	5004	52100 til 52299	AF41	Video

Trafikksignaturer for videonett (tjenestekvalitet deaktivert)

Tabellen og diagrammet viser UDP-porter som brukes til lyd- og videostrømmer når QoS er deaktivert.

Tabell 6. Trafikksignaturer for videonett (tjenestekvalitet deaktivert)
Kilde-IP-adresse	Destinasjons-IP-adresse	Kilde UDP-porter	UDP-målporter	Innebygd DSCP-merking	Mediatype
Videonettnode	Webex skymedietjenester	34000 til 34999	5004	AF41	Lyd
Videonettnode	Webex skymedietjenester	34000 til 34999	5004	AF41	Video
Videonettnode	Webex skymedietjenester	34000 til 34999	50 000 til 51499	AF41	Lyd
Videonettnode	Webex skymedietjenester	34000 til 34999	51500 til 53000	AF41	Video
Videonettnode	Videonettnode	10000 til 40000	10000 til 40000	AF41	Lyd
Videonettnode	Videonettnode	10000 til 40000	10000 til 40000	AF41	Video
Videonett-klynge	Videonett-klynge	34000 til 34999	5004	AF41	Lyd
Videonett-klynge	Videonett-klynge	34000 til 34999	5004	AF41	Video
Videonett-klynge	Videonett-klynge	34000 til 34999	50 000 til 51499	AF41	Lyd
Videonett-klynge	Videonett-klynge	34000 til 34999	51500 til 53000	AF41	Video
Videonettnode	Unified CM SIP-endepunkter	52500 til 59499	Unified CM SIP-profil	AF41	Lyd
Videonettnode	Unified CM SIP-endepunkter	63000 til 64667	Unified CM SIP-profil	AF41	Video
Videonettnode	Webex skymedietjenester	35000 til 52499	5004	AF41	Test STUN-pakker
Videonettnode	Webex Teams-program eller endepunkt	5004	52000 til 52099	AF41	Lyd
Videonettnode	Webex Teams-program eller endepunkt	5004	52100 til 52299	AF41	Video

Porter og protokoller for Webex Meetings trafikk

Hensikt	Kilde	Destinasjon	Kilde-IP	Kildeport	Transportprotokoll	Destinasjons-IP	Målport
Innkaller til møte	Apper (Webex-appen for skrivebord og mobilapper) Webex-registrerte enheter	Videonett-node	Etter behov	Hvilke som helst	UDP og TCP (brukes av Webex-appen) SRTP (alle)	Alle**	5004
SIP-enhet som ringer til møte (SIP-signalisering)	samtalekontroll i Unified CM eller Cisco Expressway	Videonett-node	Etter behov	Kortvarig (>=1024)	TCP eller TLS	Alle**	5060 eller 5061
Overlapping	Videonett-node	Webex-sky	Etter behov	34000 til 34999	UDP, SRTP (alle)*	Alle**	5004 50000 til 53000***
Overlapping	Videonett-node	Videonett-node	Etter behov	34000 til 34999	UDP, SRTP (alle)*	Alle**	5004

Port 5004 brukes for alle skymedier og lokale videonettnoder.

_{** Hvis du vil begrense etter IP-adresser, kan du se IP-adresse som er dokumentert i Nettverkskrav for Webex-tjenester .}

Videokvalitet og skalering for videonett

For retningslinjer for båndbreddeklargjøring og kapasitetsplanlegging , se Dokumentasjon for foretrukket arkitektur .

Arkitektur

Deltakere i skyen og lokaler

Kaskader

Overlappende båndbreddegrafer som gir måling per klynge, er tilgjengelige på Analytics-menyen i Webex Control Hub. Du kan ikke konfigurere overlappende båndbredde per møte i Control Hub.

Eksempel på hovedvideo med flere oppsett

Diagrammet nedenfor viser et møte med registrerte endepunkter i skyen og lokaler og en aktiv taler.

I det samme møtet viser diagrammet nedenfor et eksempel på en kaskade som er opprettet mellom videonettnodene og skyen i begge retninger.

I det samme møtet viser diagrammet nedenfor et eksempel på en kaskade fra skyen.

Krav for Webex-tjenester

Samarbeid med partneren din, Customer Suksess Manager (CSM) eller prøveversjonsrepresentanten for å klargjøre Cisco Webex nettstedet og Webex-tjenester for videonett på riktig måte:

Du må ha en Webex-organisasjon med et betalt abonnement på Webex-tjenester.
Hvis du vil dra full nytte av Video Mesh, må du sørge for at Webex-nettsted ditt er på videoplattform versjon 2.0. (Du kan bekrefte at nettstedet ditt er på videoplattform versjon 2.0 hvis det har listen Medieressurstype tilgjengelig i nettstedsalternativene for møterom for skysamarbeid.)
Du må aktivere CMR for Webex-nettsted ditt under brukerprofiler. (Du kan gjøre dette i en CSV-fil for masseoppdatering med SupportCMR-attributtet).

Hvis du vil ha mer informasjon, se Funksjonssammenligning og overføringsbane fra samarbeidsmøterom-hybrid til videonett i vedlegget.

Tilknyttet informasjon

Kontroller at kildelandet er riktig

1	I en nettleser skriver du inn denne URL-adressen med den offentlige IP-adresse til Expresswayen eller endepunktet på slutten. `https://ds.ciscospark.com/v1/region/ <public IP address>` Du mottar et svar som følgende: `attribution: "This product includes GeoLite2 data created by MaxMind, available from http://www.maxmind.com" clientAddress: "<public IP address>" clientRegion: "US-WEST" countryCode: "US" disclaimer: "This service is intended for use by Webex Team only. Unauthorized use is prohibitted." regionCode: "US-WEST" timezone: "America/Chicago"`
2	Kontroller at `countryCode` er passende for plasseringen av Expresswayen eller endepunktet.
3	Hvis plasseringen er feil, sender du en forespørsel om å korrigere plasseringen av den offentlige IP-adresse din til MaxMind påhttps://support.maxmind.com/geoip-data-correction-request/correct-a-geoip-location .

Fullfør forutsetningene for videonett

Bruk denne sjekklisten for å sikre at du er klar til å installere og konfigurere videonett-noder og integrere et Webex-nettsted med videonett.

Sørg for at du:

Oppfyll minimumssystemkravene som er beskrevet i Krav for videonett og Lisenskrav for hybridtjenester .
Forstå eksemplene på samtalekapasitet som er beskrevet i Kapasitet for videonettnoder .
Forstå de støttede distribusjonsmodellene beskrevet i Distribusjonsmodeller som støttes av videonett .
Kontroller at nettverket tillater tilkobling på portene og ved hjelp av protokollene som er beskrevet i Porter og protokoller som brukes av videonett
Kontroller at nettverket ditt støtter båndbreddekravene som er beskrevet i Videokvalitet og skalering for videonett

Ta opp følgende nettverksinformasjon som skal tilordnes til Video Mesh-nodene:

IP-adresse (anbefales)
Nettverksmaske
Gateway IP-adresse
DNS-servere
NTP-servere

Et vertsnavn og eventuelt domenenavn for videonett-noden. (Valgfritt)

Velg en støttet maskinvare eller spesifikasjonsbasert konfigurasjon for Video Mesh-noden, som beskrevet i System- og plattformkrav for programvare for videonettnode .

Kontroller at serveren din kjører VMware ESXi 7 eller 8, og vSphere 7 eller 8, med en VM-vert operativ.

Hva nå?

Installer og konfigurer programvaren for videonettnode

Distribuer videonett

Oppgaveflyt for distribusjon av videonett

Før du starter

1	Installer og konfigurer programvaren for videonettnode Bruk denne fremgangsmåten til å distribuere en videonettnode til vertsserveren som kjører VMware ESXi eller vCenter. Du installerer den lokale programvaren som oppretter en node, og deretter utfører du den første konfigurasjonen, for eksempel nettverksinnstillinger. Du registrerer den i skyen senere.
2	Logg på videonettnode Logg på konsollen for første gang. Programvaren for videonettnode har et standardpassord. Du må endre denne verdien før du konfigurerer noden.
3	Angi nettverkskonfigurasjon for videonettnode i konsollen Bruk denne fremgangsmåten til å konfigurere nettverksinnstillinger for videonettnode hvis du ikke konfigurerte dem da du konfigurerte noden på en virtuell maskin. Du angir en statisk IP-adresse og endrer FQDN/vertsnavn og NTP-servere. DHCP støttes for øyeblikket ikke.
4	Bruk disse trinnene for å konfigurere det eksterne grensesnittet for en distribusjon med to nettverksgrensesnitt (dual NIC): Angi det eksterne nettverksgrensesnittet for videonettnode Legg til interne og eksterne rutingsregler Når noden er tilkoblet igjen og du har bekreftet den interne nettverkskonfigurasjon, kan du konfigurere det eksterne nettverksgrensesnitt hvis du distribuerer videonettnode i nettverkets DMZ, slik at du kan isolere bedriftstrafikken (internt) fra utsiden (eksternt). ) trafikk. Du kan også gjøre unntak eller overstyringer av standard rutingsregler.
5	Registrer videonettnode til Webex Cloud Bruk denne fremgangsmåten til å registrere videonett-noder til Webex-skyen og fullføre ytterligere konfigurasjon. Når du bruker Control Hub til å registrere noden, oppretter du en klynge som noden er tilordnet. En klynge inneholder én eller flere medienoder som betjener brukere i et bestemt geografisk område. Registreringstrinnene konfigurerer også innstillinger for SIP-samtale , angi en oppgraderingsplan og abonnere på e-postvarsler.
6	Aktiver og verif Quality of Service (QoS) med følgende oppgaver: Aktiver Quality of Service (QoS) for videonettnode Kontroller portområder for videonettnode med reflektorverktøy i nettgrensesnittet Aktiver QoS hvis du vil at Video Mesh-noder automatisk skal merke SIP-trafikk (lokale SIP-registrerte endepunkter) for både lyd (EF) og video (AF41) separat med passende tjenesteklasse og bruke kjente portområder for bestemte medietyper. Denne endringen lar deg opprette QoS-policyer og effektivt kommentere returtrafikk fra skyen hvis du ønsker det. Bruk trinnene i Reflector Tool for å kontrollere at de riktige portene er åpnet på brannmuren.
7	Konfigurer videonettnode for proxy-integrering Bruk denne fremgangsmåten til å angi hvilken type proxy du vil integrere med et videonett. Hvis du velger en gjennomsiktig inspeksjons-proxy, kan du bruke nodens grensesnitt til å laste opp og installere rotsertifikat, kontrollere proxyen og feilsøke potensielle problemer.
8	Følg Integrer videonett med oppgaveflyt for samtalekontroll og velg ett av følgende, avhengig av samtalekontroll, sikkerhetskrav og om du vil integrere Video Mesh med samtalekontroll : Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett (TLS) Konfigurer Unified CM TCP SIP-trafikkruting for videonett (TCP) Konfigurer Expressway TCP SIP-trafikkruting for videonett (TCP) SIP-enheter støtter ikke direkte tilgjengelighet, så du må bruke Unified CM eller VCS Expressway-konfigurasjon for å etablere et forhold mellom lokale registrerte SIP-enheter og videonettklynger. Du trenger bare å trunke Unified CM eller VCS Expressway til videonettnode, avhengig av samtalekontroll .
9	Utveksle sertifikatkjeder mellom Unified CM og videonettnoder I denne oppgaven laster du ned sertifikater fra Unified CM og Video Mesh-grensesnittene og laster opp det ene til det andre. Dette trinnet etablerer sikker tillit mellom de to produktene, og, sammen med den sikre trunkkonfigurasjonen, lar kryptert SIP-trafikk og SRTP-medier i organisasjonen din lande på Video Mesh-noder.
10	Aktiver mediekryptering for organisasjons- og videonettklynger Bruk denne fremgangsmåten til å aktivere mediekryptering for organisasjonen og individuelle videonett-klynger. Denne innstillingen tvinger ende-til-ende TLS-oppsett, og du må ha en sikker TLS SIP-trunk på plass på Unified CM som peker til Video Mesh-nodene.
11	Aktiver videonett for Webex-nettstedet Hvis du vil bruke optimalisert media til videonettnode for et Webex-møte til alle Webex-app og -enhetene som skal delta, må denne konfigurasjonen være aktivert for Webex-nettsted. Aktivering av denne innstillingen kobler Video Mesh- og møteforekomster i skyen sammen, og tillater at overlappinger oppstår fra Video Mesh-noder. Hvis denne innstillingen ikke er aktivert, vil ikke Webex-app og -enhetene bruke videonettnoden for Webex-møter.
12	Tilordne møterom for samarbeid til brukere av Webex-appen
13	Kontroller møteopplevelsen på det sikre endepunktet Hvis du bruker mediekryptering gjennom ende-til-ende TLS-oppsettet, bruker du disse trinnene for å bekrefte at endepunktene er registrert på en sikker måte, og at riktig møteopplevelse vises.

Skript for masseklargjøring for videonett

Installer og konfigurer programvaren for videonettnode

Før du starter

Se System- og plattformkrav for programvare for videonettnode for støttede maskinvareplattformer og spesifikasjonskrav for videonettnode.

Kontroller at du har disse obligatoriske elementene:

En datamaskin med:

VMware vSphere-klient 7 eller 8.

Du finner en liste over operativsystemer som støttes, i VMware-dokumentasjonen.

OVA-fil for Video Mesh-programvare lastet ned.

En støttet server med VMware ESXi eller vCenter 7 eller 8 installert og kjører
Deaktiver sikkerhetskopiering av virtuell maskin og direkteoverføring. videonettnode -klynger er sanntidssystemer. eventuelle pauser i virtuell maskin kan gjøre disse systemene ustabile. (For vedlikeholdsaktiviteter på en videonettnode, bruk vedlikeholdsmodus fra Control Hub.)

Åpne VMware vSphere-klienten ved hjelp av datamaskinen og logg på vCenter- eller ESXi-systemet på serveren.

Gå til Handlinger > Distribuer OVF-mal .

På Velg en OVF-mal side, klikk Lokal fil , deretter Velg Filer . Naviger til der videomesh.ova filen er plassert, velger du filen og klikker på Neste .

Pass på at du laster ned en ny kopi av OVA fra denne koblingen .

Det kjøres en valideringskontroll. Når den er fullført, vises maldetaljene.

Kontroller maldetaljene, og klikk deretter på Neste .

På Konfigurasjon velger du type distribusjonskonfigurasjon, og klikker deretter Neste .

VMNLite (standard)
CMS 1000

Alternativene er oppført i rekkefølgen etter økende ressurskrav.

På Velg lagring side, må du kontrollere at standard diskformat for Tykk provisjon Lazy nullstilt og retningslinjer for VM-lagring for Datalager som standard er valgt, og klikk deretter Neste .

På Velg nettverk -siden, velger du nettverksalternativet fra listen over oppføringer for å gi ønsket tilkobling til den virtuelle maskinen.

For Internt grensesnitt, nettverk , velger du nodens interne IP-adresse.
For Eksternt grensesnittnettverk , velger du den eksterne IP-adresse som vender mot det offentlige nettverket. Se bort fra dette alternativet hvis du ikke har en dobbel NIC-distribusjon.

På Tilpass mal side, konfigurerer du følgende nettverksinnstillinger:

Vertsnavn (Valgfritt) – angi FQDN (vertsnavn og domene) eller vertsnavn med ett ord for noden.

Hvis du vil sikre en vellykket registrering til skyen, bruker du bare små tegn i FQDN eller vertsnavnet du angir for videonettnode. Store og små bokstaver støttes ikke for øyeblikket.
Når du bruker eller konfigurerer FQDN eller vertsnavn, må du også angi et gyldig domene som kan løses. Den totale lengden på FQDN kan ikke overstige 64 tegn.

IP-adresse — Angi IP-adresse for det interne grensesnittet til noden.
Maske – Angi nettverksmaske med punktum og desimal. For eksempel 255.255.255.0 .
Gateway – Angi IP-adresse for gatewayen . En gateway er en nettverksnode som fungerer som et tilgangspunkt til et annet nettverk.
DNS-servere – Angi en kommadelt liste over DNS-servere som håndterer oversettelse av domenenavn til numeriske IP-adresser. (Opptil fire DNS-oppføringer er tillatt.)
NTP-servere – Angi organisasjonens NTP-server eller en annen ekstern NTP-server som kan brukes i organisasjonen. Du kan også bruke en kommadelt liste til å angi flere NTP-servere.

videonettnode må ha en intern IP-adresse og et DNS-navn som kan løses. IP-adresse for noden kan ikke tilhøre IP-adresse som er reservert for intern bruk av videonettnode . Standard reservert IP-adresse er 172.17.42.0–172.17.42.63, som kan konfigureres senere i Diagnostikk -menyen. Dette IP-adresse er for kommunikasjon innenfor videonettnode og mellom programvarebeholderne som inneholder de forskjellige komponentene i noden – for eksempel SIP-grensesnitt og medietranskoding.
Distribuer alle nodene i samme delnett eller VLAN, slik at alle nodene i en klynge er tilgjengelige uansett hvor klientene befinner seg i nettverket.
For en dobbel NIC DMZ-distribusjon kan du angi den eksterne IP-adresse i nodekonsollen etter at du har lagret den interne nettverkskonfigurasjon og startet noden på nytt senere.

Hvis du foretrekker det, kan du hoppe over konfigurasjonen av nettverksinnstillinger og følge trinnene i Angi nettverkskonfigurasjon for videonettnode i konsollen etter at du logger på noden.

På Klar til å fullføre på siden, kontroller at alle innstillingene du anga, samsvarer med retningslinjene i denne prosedyren, og klikk deretter på Fullfør .

Når distribusjonen av OVA er fullført, vises videonettnode i listen over virtuelle datamaskiner.

Høyreklikk på den videonettnode , og velg deretter Strøm > Strøm på .

Programvaren for videonettnode installeres som gjest på VM-verten. Du er nå klar til å logge på konsollen og konfigurere videonettnode.

Du kan oppleve en forsinkelse på noen minutter før nodebeholderne kommer opp. Det vises en brobrannmurmelding på konsollen ved første oppstart, der du ikke kan logge på.

Hva nå?

Angi nettverkskonfigurasjon for videonettnode i konsollen

Logg på konsollen for første gang. Programvaren for videonettnode har et standardpassord. Du må endre denne verdien før du konfigurerer noden.

1	Fra VMware vSphere-klienten går du til den videonettnode , og deretter velger du Konsoll . Den videonettnode starter opp, og det vises en påloggingsmelding. Hvis påloggingsmeldingen ikke vises, trykker du på Gå inn . Du kan en kort stund se en melding som angir at systemet initialiseres.
2	Bruk følgende standard brukernavn og passord for å logge på: Innlogging: `admin` Passord: `cisco` Fordi du logger på videonettnode for første gang, må du endre passordfrasen (passordet) for administrator .
3	For (gjeldende) passord skriver du inn standard passord (ovenfra), og deretter trykker du på Gå inn .
4	For nytt passord skriver du inn en ny passordfrase, og deretter trykker du på Gå inn .
5	Hvis du vil skrive inn nytt passord på nytt, skriver du inn den nye passordfrasen på nytt, og deretter trykker du på Gå inn . Meldingen «Passord ble endret» vises, og deretter vises det første skjermbildet for videonettnode med en melding om at uautorisert tilgang er forbudt.
6	Trykk på Gå inn for å laste hovedmeny.

Hva nå?

Disse trinnene er obligatoriske hvis du ikke konfigurerte nettverksinnstillinger på tidspunktet for OVA-distribusjon.

Det indre grensesnittet (standardgrensesnittet for trafikk) brukes til CLI, SIP-trunker, SIP-trafikk og nodebehandling. Det eksterne (eksterne) grensesnittet er for HTTPS- og websockets-kommunikasjon til Webex, sammen med den overlappende trafikken fra nodene til Webex.

Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten, og logg deretter på med administratorlegitimasjonen.

Etter førstegangs oppsett av nettverksinnstillinger , og hvis videonettverket er tilgjengelig, kan du få tilgang til nodegrensesnittet via sikkert skall (SSH).

Velg alternativ fra hovedmeny i videonettnode 2 Rediger konfigurasjon og klikk deretter Velg .

Les meldingen om at samtalene avsluttes på videonettnode, og klikk deretter på Ja .

Klikk på Statisk , angi IP-adresse for det interne grensesnittet, Maske , Gateway , og DNS verdier for nettverket ditt.

videonettnode må ha en intern IP-adresse og et DNS-navn som kan løses. IP-adresse for noden kan ikke tilhøre IP-adresse som er reservert for intern bruk av videonettnode . Standard reservert IP-adresse er 172.17.42.0–172.17.42.63, som kan konfigureres i Diagnostikk -menyen. Dette IP-adresse er for kommunikasjon innenfor videonettnode og mellom programvarebeholderne som inneholder de forskjellige komponentene i noden – for eksempel SIP-grensesnitt og medietranskoding.
Distribuer alle nodene i samme delnett eller VLAN, slik at alle nodene i en klynge er tilgjengelige uansett hvor klientene befinner seg i nettverket.
For en DMZ-distribusjon for to nettverkskort kan du angi den eksterne IP-adresse i neste prosedyre etter at du har lagret den interne nettverkskonfigurasjon og startet noden på nytt.

Angi organisasjonens NTP-server eller en annen ekstern NTP-server som kan brukes i organisasjonen.

Hvis du konfigurerer mer enn én NTP-server, er avstemningsintervallet for failover 40 sekunder.

(Valgfritt) Endre vertsnavnet eller domenet om nødvendig.

Hvis du vil sikre en vellykket registrering til skyen, bruker du bare små tegn i vertsnavnet du angir for videonettnode. Store og små bokstaver støttes ikke for øyeblikket.
Når du bruker eller konfigurerer FQDN eller vertsnavn, må du også angi et gyldig domene som kan løses. Den totale lengden på FQDN kan ikke overstige 64 tegn.

Klikk på Lagre , og klikk deretter Lagre endringer og start på nytt .

Hva nå?

Angi det eksterne nettverksgrensesnittet for videonettnode

Velg alternativ fra hovedmeny i videonettnode 5 Ekstern IP-konfigurasjon og klikk deretter Velg .

Klikk på 1 Aktiver/deaktiver , deretter Velg , og deretter Ja for å aktivere alternativene for ekstern IP-adresse på noden.

Som du gjorde med den første nettverkskonfigurasjon, skriver du inn IP-adresse (eksternt), Maske , og Gateway verdier.

Den Grensesnitt -feltet viser navnet på det eksterne grensesnittet for noden.

Klikk på Lagre og start på nytt .

Hvis du vil bekrefte konfigurasjonen av den interne og eksterne IP-adresse , går du til konsollens hovedmeny 4 Diagnostikk , og velg deretter Ping .

I ping -feltet, angi en destinasjonsadresse du vil teste, for eksempel en ekstern destinasjon eller en intern IP-adresse, og klikk deretter på OK .

Test en ekstern destinasjon (eksempel, cisco.com); hvis vellykket, viser resultatene at målet ble åpnet fra det eksterne grensesnittet.
Test en intern IP-adresse; hvis vellykket, viser resultatene at adressen ble åpnet fra det interne grensesnittet.

Hva nå?

API-er for videonettnode

API-er for VMN-administrasjon

API vedlikeholdsmodus og passord for administratorkonto for videonettnodene.

Få status for vedlikeholdsmodus

Henter gjeldende status for vedlikeholdsmodus (Forventet status: på, av, venter eller forespurt).

[FÅ] https://<node_ip> /api/v1/external/maintenanceMode

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Success"
    },
    "result": {
        "isRegistered": true,
        "maintenanceMode": "pending/requested/on/off",
        "maintenanceModeLastUpdated": 1691135731847
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 401,
        "message": "login failed: incorrect password or username"
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 429,
        "message": "Too Many Requests"
    }
}

Aktivere eller deaktivere vedlikeholdsmodus

[PUT] https://<node_ip> /api/v1/external/maintenanceMode

Kall bare dette API-et når det ikke finnes noen aktive samtaler.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
      "maintenanceMode": "on"
}

maintenanceMode – Status for vedlikeholdsmodus som skal angis – «på» eller «av».

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 1:

{
        "status": {  
            "code": 200,
            "message": "Your request to enable/disable maintenance mode was successful."
    }
}

Eksempelrespons 2:

{
      "status": {
          "code": 409,
          "message": "Maintenance Mode is already on/off"
    }
}

Eksempelrespons 3 :

{
      "status": {
          "code": 400,
          "message": "Bad Request - wrong input"   
    }
}

Endre administratorpassord

Endrer passordet til administratorbrukeren.

[PUT] https://<node_ip> /api/v1/external/password

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
  "newPassword": "new"
}

newPassword – Det nye passordet som skal angis for «admin»-kontoen til videonettnode.

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully set the new passphrase for user admin."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 400,
        "message": "Enter a new passphrase that wasn't used for one of the previous 3 passphrases."
    }
}

API-er for VMN-nettverk

Video Mesh Network API-er gjør det mulig for organisasjonsadministratorer å administrere interne og eksterne nettverksinnstillinger.

Hent konfigurasjon av eksternt nettverk

[FÅ] https://<node_ip> /api/v1/external/externalNetwork

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 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"
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 200,
        "message": "External network not enabled."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 500,
        "message": "Failed to get external network configuration."
    }
}

Rediger ekstern nettverkskonfigurasjon

[PUT] https://<node_ip> /api/v1/external/externalNetwork

Du kan bare konfigurere dette for nylig distribuerte videonettnoder, der standard administratorpassord er endret. Ikke bruk dette API-et etter at du har registrert noden for en organisasjon.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

Aktiverer eksternt nettverk:


{
  "externalNetworkEnabled": true,
  "externalIp": "1.1.1.1",
  "externalMask": "2.2.2.2",
  "externalGateway": "3.3.3.3"
}

Deaktiverer eksternt nettverk:

{
  "externalNetworkEnabled": false
}

externalNetworkEnabled – Boolsk verdi (sann eller usann) for å aktivere/deaktivere eksternt nettverk
ekstern IP – den eksterne IP-en som skal legges til
externalMask – Nettverksmasken for det eksterne nettverket
externalGateway – Gatewayen for det eksterne nettverket

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 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."
    }
}

Eksempelrespons 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."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 400,
        "message": "One or more errors in the input: Value should be boolean for 'externalNetworkEnabled'"
    }
}

Eksempelrespons 4:

{
    "status": {
        "code": 400,
        "message": "External network configuration has not changed; skipping save of the external network configuration."
    }
}

Få detaljer om det interne nettverket

[FÅ] https://<node_ip> /api/v1/external/internNettverk

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 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": ""
    }
}

Eksempelrespons 2:


{
      "status": {
          "code": 500,
          "message": "Failed to get Network details."   
    }
}

Eksempelrespons 3:

{
      "status": {
          "code": 500,
          "message": "Failed to get host details."   
    }
}

Rediger DNS-servere

Oppdaterer DNS-servere med nye.

[PUT] https://<node_ip> /api/v1/external/internNetwork/dns

Sett noden i vedlikeholdsmodus før du gjør denne endringen. Se Aktivere eller deaktivere vedlikeholdsmodus hvis du vil ha mer informasjon om hvordan du flytter en node til vedlikeholdsmodus.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
    "dnsServers": "1.1.1.1 2.2.2.2"
}

dnsServers – DNS-servere som skal oppdateres. Flere områdeseparerte DNS-servere er tillatt.

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully saved DNS servers"
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 409,
        "message": "Requested DNS server(s) already exist."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 424,
        "message": "Maintenance Mode is not enabled. Kindly enable Maintenance Mode and try again for this node."
    }
}

Rediger NTP-servere

Oppdaterer NTP-servere med nye.

[PUT] https://<node_ip> /api/v1/external/internNetwork/ntp

Sett noden i vedlikeholdsmodus før du gjør denne endringen. Se Aktivere eller deaktivere vedlikeholdsmodus hvis du vil ha mer informasjon om hvordan du flytter en node til vedlikeholdsmodus.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
    "ntpServers": "1.1.1.1 2.2.2.2"
}

ntpServers – NTP-servere som skal oppdateres. Flere plassdelte NTP-servere er tillatt.

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully saved the NTP servers."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 409,
        "message": "Requested NTP server(s) already exist."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 424,
        "message": "Maintenance Mode is not enabled. Kindly enable Maintenance Mode and try again for this node."
    }
}

Rediger vertsnavn og domene

Oppdaterer vertsnavnet og domenet for videonettnode.

[PUT] https://<node_ip> /api/v1/external/interntNettverk/vert

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
    "hostName": "test-vmn",
    "domain": "abc.com"
}

vertsnavn – det nye vertsnavnet for noden.
domene – Det nye domenet for vertsnavnet til noden (valgfritt).

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 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."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 400,
        "message": "Unable to resolve FQDN"
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 409,
        "message": "Entered hostname and domain already set to same."
    }
}

Aktiver eller deaktiver DNS-bufring

Aktiverer eller deaktiverer DNS-bufring. Vurder å aktivere hurtigbufring hvis DNS-kontroller ofte tar over 750 ms å løse, eller hvis det er anbefalt av Cisco kundestøtte.

[PUT] https://<node_ip> /api/v1/external/internNetwork/dnsCaching

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
    "dnsCaching": true
}

dnsCaching – konfigurasjon av DNS-bufring. Godtar boolsk verdi (sann eller usann).

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 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."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 400,
        "message": "One or more errors in the input: 'dnsCaching' field value should be a boolean"
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 409,
        "message": "dnsCaching is already set to false"
    }
}

Rediger grensesnitt MTU

Endrer maksimal overføringsenhet (MTU) for nodens nettverksgrensesnitt fra standardverdi på 1500. Verdier mellom 1280 og 9000 er tillatt.

[PUT] https://<node_ip> /api/v1/external/internalNetwork/mtu

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
    "internalInterfaceMtu": 1500
}

internalInterfaceMtu – maksimal overføringsenhet for nodens nettverksgrensesnitt. Verdien skal være mellom 1280 og 9000.

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 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."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 400,
        "message": "One or more errors in the input: 'internalInterfaceMtu' field value should be a number"
    }
}

Eksempelrespons 3:


{
    "status": {
        "code": 400,
        "message": "Please enter a number between 1280 and 9000."
    }
}

VMN Server Certificate API-er

Opprett CSR-sertifikatet

Genererer et CSR-sertifikat (Certificate Signing Request) og den private nøkkelen, basert på informasjonen som er oppgitt.

[POST] https://<node_ip> /api/v1/externalCertManager/generateCsr

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
    "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 for videonettnode angitt som fellesnavn. (obligatorisk)
emailAddress – brukerens e-postadresse. (valgfritt)
altNames – Alternativt(e) emnenavn (valgfritt). Flere områdeseparerte FQDN-er er tillatt. Hvis det er oppgitt, må det inneholde det vanlige navnet. Hvis altNames ikke er oppgitt, tar det commonName som verdien av altNames.
organisasjon – Organisasjons-/Bedriftsnavn. (valgfritt)
organisationUnit – organisasjonsenhet eller avdelings- eller gruppenavn osv. (valgfritt)
sted – by/sted. (valgfritt)
delstat – delstat/provins. (valgfritt)
land – land/region. Forkortelse på to bokstaver. Ikke oppgi mer enn to bokstaver. (valgfritt)
passordfrase – Passfrase for privat nøkkel. (valgfritt)
keyBitSize – Privat nøkkelbitstørrelse. Godkjente verdier er 2048, som standard, eller 4096. (valgfritt)

Forespørselshoder :

Innholdstype: «application/json»

Eksempel på svar :

Eksempelrespons 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
    }
}

Eksempelrespons 2:


{
    "status": {
        "code": 400,
        "message": "Private key already exists. Delete it before generating new CSR."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 400,
        "message": "CSR certificate already exists. Delete it before generating new CSR."
    }
}

Eksempelrespons 4:

{
    "status": {
        "code": 400,
        "message": "CSR certificate and private key already exist. Delete them before generating new CSR."
    }
}

Eksempelrespons 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."
    }
}

Last ned CSR-sertifikatet

Laster ned det genererte CSR-sertifikatet.

[FÅ] https://<node_ip> /api/v1/externalCertManager/csr

Du kan også laste ned filen via Send og last ned alternativet.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

-----BEGIN CERTIFICATE REQUEST-----
S4MP1E_C3RT_C0NT3NT
-----END CERTIFICATE REQUEST-----

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "Could not download, CSR certificate does not exist."
    }
}

Last ned den private nøkkelen

Laster ned den private nøkkelen som genereres sammen med CSR-sertifikatet.

[FÅ] https://<node_ip> /api/v1/externalCertManager/key

Du kan også laste ned filen via Send og last ned alternativet.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:


-----BEGIN RSA PRIVATE KEY-----
S4MP1E_PR1V4T3_K3Y
-----END RSA PRIVATE KEY-----

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "Could not download, private key does not exist."
    }
}

Slett CSR-sertifikatet

Sletter det eksisterende CSR-sertifikatet.

[DELETE] https://<node_ip> /api/v1/externalCertManager/csr

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully deleted the CSR certificate"
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "CSR certificate does not exist."
    }
}

Slett den private nøkkelen

Sletter den eksisterende private nøkkelen.

[DELETE] https://<node_ip> /api/v1/externalCertManager/key

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully deleted the private key"
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "Private key does not exist."
    }
}

Installer det CA-signerte sertifikatet og den private nøkkelen

Laster opp det oppgitte CA-signerte sertifikatet og den private nøkkelen på videonettnoden og installerer sertifikatet på noden.

[POST] https://<node_ip> /api/v1/externalCertManager/uploadInstallCaCert

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

Bruk «form-data» for å laste opp følgende filer:

CA-signert sertifikatfil (.crt) med nøkkel som «crtFile».
Privat nøkkel (.key)-fil med nøkkel som 'keyFile'.

Forespørselshoder :

Innholdstype: «flerpart/skjema-data»

Eksempel på svar :

Eksempelrespons 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
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 400,
        "message": "Could not parse the certificate file. Make sure it is a properly formatted certificate and try again."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 400,
        "message": "Private Key does not match Certificate (different modulus)"
    }
}

Eksempelrespons 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."
    }
}

Last ned det CA-signerte sertifikatet

Laster ned det CA-signerte sertifikatet som er installert på noden.

[FÅ] https://<node_ip> /api/v1/externalCertManager/caCert

Du kan også laste ned filen via Send og last ned alternativet.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

-----BEGIN CERTIFICATE-----
S4MP1E_C3RT_C0NT3NT
-----END CERTIFICATE-----

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "Could not download, CA certificate does not exist."
    }
}

Slett det CA-signerte sertifikatet

Sletter det CA-signerte sertifikatet som er installert på noden.

[DELETE] https://<node_ip> /api/v1/externalCertManager/caCert

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully deleted the CA certificate."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "CA certificate does not exist."
    }
}

Felles API-svar

Nedenfor finner du noen eksempler på svar du kan støte på når du bruker en av API-ene nevnt ovenfor.

Eksempelrespons 1: Feil legitimasjon angitt i den grunnleggende autorisasjonen.

{
    "status": {
        "code": 401,
        "message": "login failed: incorrect password or username"
    }
}

Eksempelrespons 2: VMN er ikke oppgradert til den obligatoriske versjonen som støtter disse API-ene.

{
    "status": {
        "code": 421,
        "message": "Misdirected Request 1:[undefined]"
    }
}

Eksempelrespons 3: Feil referer angitt i toppteksten (når topptekst ikke var forventet).

{
    "status": {
        "code": 421,
        "message": "Misdirected Request 2:[https://x.x.x.x/setup]"
    }
}

Eksempelrespons 4: Frekvensgrensen er overskredet. Prøv etter en stund.


{
    "status": {
        "code": 429,
        "message": "Too Many Requests"
    }
}

Legg til interne og eksterne rutingsregler

Fra grensesnittet for Video Mesh-noden velger du 5 Ekstern IP-konfigurasjon og klikk deretter Velg .

Velg 3 Behandle rutingsregler , og klikk deretter Velg .

Du kan legge til manuelle overstyringer av disse reglene i de neste trinnene.

Følg disse trinnene etter behov:

Klikk på Legg til ekstern rute , og angi deretter det interne subnett- eller verts- IP-adresse som skal brukes for den eksterne ruten.
Klikk på Legg til intern rute , og angi deretter det eksterne subnett- eller verts- IP-adresse som skal brukes for den interne ruten.

Når du legger til hver regel, vises de i listen over rutingsregler, kategorisert som brukerdefinerte regler.

Standardrutene kan ikke slettes, men du kan slette alle brukerdefinerte overstyringer du har konfigurert.

Åpne en SSH-tilkobling til den offentlige IP-adresse til videonettnode.
Få tilgang til videonettnode via ESXi-konsollen

Registrer videonettnode til Webex Cloud

Før du starter

Når du starter registreringen av en node, må du fullføre den innen 60 minutter, ellers må du starte på nytt.
Kontroller at eventuelle popup-blokkeringer i nettleseren din er deaktivert eller at du tillater et unntak forhttps://admin.webex.com .
For best resultat kan du distribuere alle nodene i en klynge i det samme datasenter. Se Klynger i videonett for hvordan de fungerer og beste praksis.
Fra verten eller maskinen der du registrerer videonettnoder til skyen, må du ha tilkobling til Webex-skyen og IP-adressene for videonettverket som registreres (i et dobbelt NIC-miljø, nærmere bestemt de interne IP-adressene til videoen Nettnoder).

Logg på Kontrollhub .

Gå til Tjenester > Hybrid og velg én:

Konfigurer : Velg dette alternativet hvis dette er den første videonettnode du registrerer, og klikk deretter på Neste .

Se Fullfør forutsetningene for videonett hvis du vil ha mer informasjon.
Vis alle : Velg dette alternativet hvis du allerede har registrert én eller flere videonettnoder, og klikk deretter på Legg til ressurs .

Kontroller at du har installert og konfigurert videonettnode. Klikk på Ja, jeg er klar til å registrere meg... , og klikk deretter Neste .

I Opprett en ny eller velg en klynge , velg én:

For en ny klynge skriver du inn et navn på klyngen du vil tilordne videonettnode til.
For en eksisterende klynge klikker du på feltet, og deretter velger du en eksisterende klynge den nye noden skal legges til i.

Vi anbefaler at du gir navn til en klynge basert på hvor nodene i klyngen befinner seg geografisk. For eksempel «San Francisco».

I Angi FQDN- eller IP-adresse , angi det fullt kvalifisert domenenavn (FQDN) eller den interne IP-adresse til videonettnode , og klikk deretter på Neste .

Hvis du bruker FQDN, angir du et domene som kan løses av DNS.
Hvis du bruker en IP-adresse, skriver du inn den samme interne IP-adresse som du brukte til å konfigurere noden fra konsollen.

Et FQDN må løses direkte til IP-adresse , ellers er det ikke brukbart. Vi utfører valideringen på FQDN for å utelukke skrivefeil eller konfigurasjonsfeil.

Under Oppgraderingsplan , velg tid, frekvens og tidssone.

Når en oppgradering er tilgjengelig, kan du bruke Oppgrader nå for å starte oppgraderingen før neste vedlikeholdsvindu eller Utsette for å utsette den til neste vindu.

Under E-postvarsler , legg til administrator -e-postadresser for å abonnere på varsler om tjenestealarmer og programvareoppgraderinger.

administrator e-postadresse din legges til automatisk. Du kan fjerne den hvis du vil.

Veksle på Videokvalitet innstillingen på for å aktivere 1080p 30 bilder per sekund.

Hvis denne innstillingen er deaktivert, er standarden 720p.
For videooppløsninger som støttes av Webex-appen, se Videospesifikasjoner for samtaler og møter .

Les informasjonen under Fullfør registreringen , og klikk deretter Gå til Node for å registrere noden til Webex-skyen.

Sjekk Gi tilgang til noden for Webex- videonettnode , og klikk deretter Fortsett .

Klikk på Tillat .

Kontoen din er validert, videonettnode er registrert og meldingen Registrering fullført vises, noe som indikerer at videonettnode nå er registrert i Webex.

videonettnode henter maskinlegitimasjon basert på organisasjonens rettigheter. Den genererte maskinlegitimasjonen utløper regelmessig og oppdateres.

Klikk på portalkoblingen eller lukk fanen for å gå tilbake til siden Videonett.

På siden Videonett ser du nå den nye klyngen som inneholder videonettnode for videonett som du registrerte.

Hvis du går til klyngen, ser du den nye videonettnode, som først viser statusen på Registrerer deg . Noden endres til Kjører når den er klar til bruk i Webex-organisasjonen din.
Siden programvaren er en beholder som inneholder tjenester fra skyinfrastrukturen, får den oppdateringer fra skyen for å forbli synkronisert med skytjenestene. Nødvendige oppdateringer kan installeres kort tid etter at du har registrert noden i skyen. Du kan også endre tidsplanen for automatisk oppgradering. Se Automatiske oppgraderinger for ressurser for hybridtjenester hvis du vil ha mer informasjon.
Hvis du installerte demobildet på noden du registrerte, ser du en demomodus gul statusalarm. Denne alarmen er normal, men vi anbefaler at du installerer hele programvarebildet før den utsatte perioden på 90 dager utløper for demobildet.

Ting du bør huske på

Husk følgende informasjon om videonettnode og hvordan den fungerer når den er registrert i Webex-organisasjonen din:

Når du distribuerer en ny videonettnode, vil ikke Webex-appen og den Webex-registrerte enheten gjenkjenne den nye noden på opptil to timer. Klientene sjekker om klyngen er tilgjengelig under oppstart, nettverksendring eller hurtigbufferutløp. Du kan vente i to timer eller, som en løsning, starte Webex-appen på nytt eller starte Webex-rommet eller -skrivebordet på nytt. Deretter registreres samtaleaktivitet i videonettrapportene i Control Hub.
En videonettnode registreres til én Webex-organisasjon. det er ikke en enhet med flere tenantgrupper.
Hvis du vil vite hva som bruker videonettnode og hva som ikke gjør det, kan du se tabellen i Klienter og enheter som bruker videonettnode .
videonettnode kan koble til Webex-nettsted ditt eller til en annen kundes eller partners Webex-nettsted. Nettsted A distribuerte for eksempel en videonettnode klynge og registrerte den med domenet example1.webex.com. Hvis brukere i nettsted A ringer inn til mymeeting@example1.webex.com, bruker de videonettnode , og det kan opprettes en gjennomgripende overgang. Hvis brukerne i nettsted A ringer dittmøte@example2.webex.com, vil brukerne av nettsted A bruke sin lokale videonettnode og koble til møtet i nettsted Bs Webex-organisasjon.

Hva nå?

Hvis du vil registrere flere noder, gjentar du disse trinnene.
Hvis en oppgradering er tilgjengelig, anbefaler vi at du tar den i bruk så snart som mulig. Fullfør følgende trinn for å oppgradere:
1. Klargjøringsdataene sendes til Webex-skyen av Ciscos utviklingsteam over sikre kanaler. Klargjøringsdataene er signert. For beholderne inneholder klargjøringsdataene navn, kontrollsum, versjon og så videre. videonettnode henter også klargjøringsdataene fra Webex-skyen over sikre kanaler.
2. Når videonettnode får klargjøringsdataene sine, autentiseres noden med skrivebeskyttet legitimasjon og laster ned beholderen med bestemt sjekksum og navn, og oppgraderer systemet. Hver beholder som kjører på videonettnode , har et bildenavn og en kontrollsum. Disse attributtene lastes opp til Webex-skyen ved hjelp av sikre kanaler.

Aktiver Quality of Service (QoS) for videonettnode

Før du starter

Gjør de nødvendige endringene i brannmurporten som er dekket i diagrammet og tabellen. Se Porter og protokoller som brukes av videonett .
For at Video Mesh-noder skal aktiveres for QoS, må nodene være tilkoblet. Noder i vedlikeholdsmodus eller frakoblet tilstander ekskluderes når du aktiverer denne innstillingen.

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , klikk Rediger innstillinger på Video Mesh-kortet.

Bla til Tjenestekvalitet og klikk Aktiver .

Lyd: 52500–59499 og 59500–62999 DSCP EF (Expedited Forwarding)
Video/innhold: 63000–64667 og 64668–65500 DSCP AF41

All returtrafikk for Video Mesh (lyd, video, innhold) fra de delte portene er merket med AF41. Lydtrafikken må merkes til EF i nettverket ditt, basert på kildeportnumrene.

Hvis QoS ikke er fullstendig aktivert om to timer, åpne en sak med støtte for videre etterforskning.

Nodene starter på nytt og oppdateres med det nye portområdet.

Kontroller portområder for videonettnode med reflektorverktøy i nettgrensesnittet

Reflektorverktøyet (en kombinasjon av en server på Video Mesh-noden og klient gjennom et Python-skript) brukes til å bekrefte om de nødvendige TCP/UDP-portene er åpne fra Video Mesh-nodene.

Før du starter

Last ned en kopi av Reflector Tool Client (et Python-skript) frahttps://github.com/CiscoDevNet/webex-video-mesh-reflector-client .
For at skriptet skal fungere som det skal, må du kontrollere at du kjører Python 2.7.10 eller nyere i miljøet ditt.
For øyeblikket støtter dette verktøyet SIP-endepunkter til videonettnoder og intraklyngebekreftelse.

1	Fra kundevisningen ihttps://admin.webex.com , aktiver vedlikeholdsnoden for videonettnode ved å følge disse instruksjonene .
2	Vent til noden viser statusen Klar for vedlikehold i Control Hub.
3	Åpne nodegrensesnittet for Webex-videonett. Hvis du vil ha instruksjoner, se Behandle videonettnode fra nettgrensesnittet .
4	Bla til Refleksverktøy , og start deretter enten TCP Reflector Server eller UDP Reflector Server , avhengig av hvilken protokoll du vil bruke.
5	Klikk på Start Reflector Server , og vent deretter til serveren starter. Du ser et varsel når serveren starter.
6	Fra et system (for eksempel en PC) i et nettverk som du vil at Video Mesh-nodene skal nå, kjører du skriptet med følgende kommando: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` På slutten av kjøringen viser klienten en vellykket melding hvis alle nødvendige porter er åpne: Klienten viser en mislykket melding hvis noen nødvendige porter ikke er åpne:
7	Løs eventuelle portproblemer på brannmuren, og kjør deretter trinnene ovenfor på nytt.
8	Kjør klienten med `--help` for å få flere detaljer.

Konfigurer videonettnode for proxy-integrering

Før du starter

Se Proxy-støtte for videonett for en oversikt over proxy-alternativene som støttes.
Krav for proxy-støtte for videonett

Angi nettadressen for oppsett av videonett https://[IP or FQDN/setup i en nettleser skriver du inn administratorlegitimasjonen du konfigurerte for noden, og klikker deretter Logg på .

Gå til Klareringslager og proxy, og velg deretter et alternativ:

Ingen proxy – Standardalternativet før du integrerer en proxy. Ingen sertifikatoppdatering er nødvendig.
Gjennomsiktig ikke-inspeksjons-proxy – Nodene for videonett er ikke konfigurert til å bruke en bestemt proxy-serveradresse, og bør ikke trenge endringer for å fungere med en ikke-inspeksjons-proxy. Ingen sertifikatoppdatering er nødvendig.
Gjennomsiktig inspeksjons-proxy – Nodene for videonett er ikke konfigurert til å bruke en bestemt proxy-serveradresse. Ingen konfigurasjonsendringer for http(s) er nødvendige på videonett, men nodene for videonett trenger et rotsertifikat for å kunne klarere proxyen. Inspeksjons-proxyer brukes vanligvis av IT til å håndheve retningslinjer om hvilke nettsteder som kan besøkes, og hvilke typer innhold som ikke er tillatt. Denne typen proxy dekrypterer all trafikken din (til og med HTTPS).

Proxy IP/FQDN – Adresse som kan brukes til å nå proxy-maskinen.
Proxy-port – Et portnummer som proxyen bruker til å lytte etter proxy-trafikk.
Proxy-protokoll – Velg http (videonett tunnelerer https-trafikken gjennom http-proxyen) eller https (trafikk fra videonettnoden til proxyen bruker https-protokollen). Velg et alternativ basert på hva proxy-serveren støtter.

Velg mellom følgende godkjenningstyper, avhengig av proxy-miljøet:

Alternativ	Bruk
Ingen	Velg for eksplisitte HTTP- eller HTTPS-proxyer der det ikke finnes noen godkjenningsmetode.
Grunnleggende	Tilgjengelig for eksplisitte HTTP- eller HTTPS-proxyer. Brukes for en HTTP-brukeragent til å angi brukernavn og passord når du foretar en forespørsel, og bruker Base64-koding.
Sammendrag	Kun tilgjengelig for eksplisitte HTTPS-proxyer. Brukes til å bekrefte kontoen før sensitiv informasjon sendes, og bruker en hash-funksjon på brukernavnet og passordet før det sendes over nettverket.
NTLM	Kun tilgjengelig for eksplisitte HTTP-proxyer. Det brukes på samme måte som sammendrag til å bekrefte kontoen før sensitiv informasjon sendes. Bruker Windows-legitimasjon i stedet for brukernavn og passord. Hvis du velger dette alternativet, angir du Active Directory-domenet som proxyen bruker til godkjenning, i NTLM-domenefeltet. Skriv inn navnet på proxy-arbeidsstasjonen (også kalt en arbeidsstasjonskonto eller maskinkonto) i det angitte NTLM-domenet i feltet NTLM-arbeidsstasjon.

Følg de neste trinnene for en gjennomsiktig inspeksjons-proxy eller eksplisitt proxy.

Klikk på Last opp et rotsertifikat eller sluttenhetssertifikat, og deretter finn og velg rotsertifikatet for den eksplisitte eller gjennomsiktige inspeksjons-proxyen.

Hvis du vil ha gjennomsiktige inspeksjons-proxyer eller eksplisitte proxyer, klikker du på Kontroller proxy-tilkobling for å teste nettverkstilkoblingen mellom videonettnoden og proxyen.

Hvis tilkoblingstesten mislykkes, ser du en feilmelding som viser årsaken og hvordan du kan løse problemet.

Noden starter på nytt i løpet av noen få minutter.

Når noden har startet på nytt, logger du på igjen om nødvendig, og deretter åpner du Oversikt-siden for å kontrollere tilkoblingskontrollene for å sikre at alle har grønn status.

Integrer videonett med oppgaveflyt for samtalekontroll

Før du starter

Se Distribusjonsmodeller for Video Mesh og Cisco Unified Communications Manager for å forstå vanlige eksempler på distribusjon.
Video Mesh støtter enten TCP eller TLS mellom Unified CM og SIP-signalisering. SIP TLS støttes ikke for VCS Expressway.
I Unified CM kan hver SIP-trunk støtte opptil 16 videonettdestinasjoner (IP-adresser).
I Unified CM kan innkommende porter på SIP-trunk - sikkerhetsprofil være standard (Non Secure SIP-trunkprofil).
Videonett støtter to rutemønstre: nettstedsnavn.webex.com og meet.ciscospark.com . Andre rutemønstre støttes ikke.

Videonett støtter 3 rutemønstre: webex.com (for korte videoadresser ), nettstedsnavn.webex.com og meet.ciscospark.com . Andre rutemønstre støttes ikke.

Velg ett av disse alternativene, avhengig av samtalekontroll og sikkerhetskravene:

Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett
Konfigurer Unified CM TCP SIP-trafikkruting for videonett
Konfigurer Expressway TCP SIP-trafikkruting for videonett (kun TCP)

SIP-enheter registrert i Unified CM (TLS eller TCP)

SIP-enheter registrert på VCS eller Expressway (kun TCP)

Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett

Opprett en SIP-profil for videonettklynger:

Fra Cisco Unified CM-administrasjon går du til Enhet > Enhetsinnstillinger > SIP-profil , og klikk deretter Finn .
Velg Standard SIP-profil for Cisco VCS , og klikk deretter Kopier .
Angi et navn på den nye profilen – for eksempel Video Mesh SIP Profile.
Under Trunkspesifikk konfigurasjon , angi Tidlig tilbud om støtte for tale- og videosamtaler til Beste innsats (ingen MTP er satt inn) .

Du kan bruke denne innstillingen på en ny SIP-trunk til Webex-skyen (rutet av det eksterne domenet for Webex-nettsted). Innstillingen påvirker ikke eksisterende SIP-trunking eller samtaleruting.
Pass på at Aktiver OPTIONS-ping for å overvåke målstatus for kanaler med tjenestetype er sjekket.
La alle andre felt ha standardverdiene, og lagre endringene.

Legg til en ny SIP-trunk - sikkerhetsprofil for videonettklynger:

Fra Cisco Unified CM-administrasjon velger du System > Sikkerhet > sikkerhetsprofil for SIP-trunk , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Secure SIP Trunk Security Profile

Bekreft disse innstillingene:

Felt	Verdi
sikkerhetsmodus	Kryptert
Innkommende transporttype	TLS
Utgående transporttype	TLS
X.509 Emnenavn Emne for sikker sertifikat eller alternativt navn	Angi det vanlige navnet på nodesertifikatet for videonett.
Innkommende port	5061
SIP V.150 utgående SDP-tilbudsfiltrering	Bruk standardfilter

La alle andre felt ha standardverdiene, og lagre endringene.

Legg til en ny SIP-trunk for å peke til videonettklyngene dine:

I en Unified CM-distribusjon legger du til en enkelt trunk.
I en SMB-distribusjon finnes det vanligvis en trunk mellom Unified CM og SME. Legg til en annen trunk mellom SME- og Video Mesh-noder. Begge kanalene må ha de samme innstillingene som er angitt nedenfor.

Fra Cisco Unified CM-administrasjon velger du Enhet > Trunk , og klikk deretter Legg til ny .
Velg SIP-trunk for trunktypen; la de andre verdiene stå og klikk Neste .
Skriv inn et meningsfylt navn, for eksempel Video_Mesh_SIP_Trunk_UCMtoVMN.
Sjekk SRTP tillatt avmerkingsboks
For Infoformat for anroper og tilkobling , sjekk Levere URI og DN i tilkoblet part, hvis tilgjengelig . Denne innstillingen aktiverer blandet identitet. Den tillater at SIP-trunk -trunken overfører bedriftssidens URI-katalog til Webex.
Sjekk Kjør på alle aktive Unified CM -noder .
Under SIP-informasjon – destinasjon , skriver du inn en IP-adresse eller et fullt kvalifisert domenenavn (FQDN) for hver av videonettnodene dine.
Gå inn 5061 for Målport .
For sikkerhetsprofil for SIP-trunk , velger du trunksikkerhetsprofil for videonett som du opprettet tidligere. (For eksempel Video Mesh Secure SIP Trunk Security Profile.)
For SIP-profil , velger du SIP-profil for videonett som du opprettet tidligere. (For eksempel Video Mesh SIP Profile.)

La alle andre felt ha standardverdiene, og lagre endringene.

Et Video Mesh-anrop eller et møte kan tilordne medier til en hvilken som helst node i en klynge, ikke bare noden som avslutter SIP-samtale.

Opprett en SIP-trunk som peker til en Expressway for Webex-skyfailover.

Fra Cisco Unified CM-administrasjon velger du Enhet > Trunk , og klikk deretter Legg til ny .
Velg SIP-trunk for trunktypen; la de andre verdiene stå og klikk Neste .
Skriv inn et meningsfylt navn, for eksempel Video_Mesh_VCS_Trunk.
For Infoformat for anroper og tilkobling , sjekk Levere URI og DN i tilkoblet part, hvis tilgjengelig . Denne innstillingen aktiverer blandet identitet. Den tillater at SIP-trunk -trunken overfører bedriftssidens URI-katalog til Webex.
Under SIP-informasjon – destinasjon , skriver du inn en IP-adresse eller et fullt kvalifisert domenenavn (FQDN) for hver av Expresswayene dine. For Port , angi 5060 .
For SIP-profil , velg Standard SIP-profil for Cisco VCS .

Opprett en ny rutegruppe for anrop til videonettklynger:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Rutegruppe , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Node Route Group.
Endre Distribusjonsalgoritme til Topp og ned .
I Rute informasjon om gruppemedlem Finner du Enheter med navn Videonett .
Legg til Video_ Mesh_ SIP_ Trunk_ UCM tilVMN ved å klikke Legg til i rutegruppe .
Lagre endringene.

For overflyt til skyen oppretter du en ny rutegruppe for anrop til Expressway:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Rutegruppe , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Expressway Route Group.
Endre Distribusjonsalgoritme til Topp og ned .
I Rute informasjon om gruppemedlem Finner du Enheter med navn Videonett .
Legg til Video_ Mesh_ VCS_ Bagasjerom ved å klikke Legg til i rutegruppe .
Lagre endringene.

Opprett en ny ruteliste for anrop til videonettklynger og Expressway:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Ruteliste , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Node Route List.
Angi Cisco Unified Communications Manager-gruppe til Standard , eller en annen verdi avhengig av konfigurasjonen din.
Lagre endringene.
I Medlemsinformasjon for ruteliste klikker du på Legg til rutegruppe , og velg deretter Rutegruppe for videonett .
Behold standardinnstillingene for de andre innstillingene, og lagre deretter endringene.
I Medlemsinformasjon for ruteliste klikker du på Legg til rutegruppe , og velg deretter Rutegruppe for Expressway-nettverk for video .
Behold standardinnstillingene for de andre innstillingene, og lagre deretter endringene.

Opprett et SIP-rutemønster for kort videoadresse oppringingsformat for Webex-møter:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny og angi navnet Video Mesh Route Pattern for Webex Short URIs.
I IPv4-mønster , angi webex.com som domene.
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Opprett et SIP-rutemønster for Webex-nettsted:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny og angi navnet Video Mesh Route Pattern for Webex Sites.
I IPv4-mønster , skriver du inn Webex-nettsted du vil ha optimalisert media for – for eksempel examplesitename.webex.com .
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Opprett et SIP-rutemønster for Webex-appmøter (bakoverkompatibilitet):

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny , og angi deretter navnet Video Mesh Route Pattern for Teams Meetings.
I IPv4-mønster , angi meet.ciscospark.com .
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Konfigurer Unified CM TCP SIP-trafikkruting for videonett

Opprett en SIP-profil for videonettklynger:

Fra Cisco Unified CM-administrasjon går du til Enhet > Enhetsinnstillinger > SIP-profil , og klikk deretter Finn .
Velg Standard SIP-profil for Cisco VCS , og klikk deretter Kopier .
Angi et navn på den nye profilen – for eksempel Video Mesh SIP Profile.
Under Trunkspesifikk konfigurasjon , angi Tidlig tilbud om støtte for tale- og videosamtaler til Beste innsats (ingen MTP er satt inn) .

Du kan bruke denne innstillingen på en ny SIP-trunk til Webex (rutet av det eksterne domenet for Webex-nettsted). Innstillingen påvirker ikke eksisterende SIP-trunking eller samtaleruting.
Pass på at Aktiver OPTIONS-ping for å overvåke målstatus for kanaler med tjenestetype er sjekket.
La alle andre felt ha standardverdiene, og lagre endringene.

Legg til en ny SIP-trunk - sikkerhetsprofil for videonettklynger:

Fra Cisco Unified CM-administrasjon velger du System > Sikkerhet > sikkerhetsprofil for SIP-trunk , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Trunk Security Profile

Bekreft disse innstillingene:

Felt	Verdi
sikkerhetsmodus	Ikke-sikker
Innkommende transporttype	TCP+UDP
Utgående transporttype	TCP
Innkommende port	5060
SIP V.150 utgående SDP-tilbudsfiltrering	Bruk standardfilter

La alle andre felt ha standardverdiene, og lagre endringene.

Legg til en ny SIP-trunk for å peke til videonettklyngene dine:

I en Unified CM-distribusjon legger du til en enkelt trunk.
I en SMB-distribusjon finnes det vanligvis en trunk mellom Unified CM og SME. Legg til en annen trunk mellom SME- og Video Mesh-noder. Begge kanalene må ha de samme innstillingene som er angitt nedenfor.

Fra Cisco Unified CM-administrasjon velger du Enhet > Trunk , og klikk deretter Legg til ny .
Velg SIP-trunk for trunktypen; la de andre verdiene stå og klikk Neste .
Skriv inn et meningsfylt navn, for eksempel Video_Mesh_SIP_Trunk_UCMtoVMN.
For Infoformat for anroper og tilkobling , sjekk Levere URI og DN i tilkoblet part, hvis tilgjengelig . Denne innstillingen aktiverer blandet identitet. Den tillater at SIP-trunk -trunken overfører bedriftssidens URI-katalog til Webex.
Sjekk Kjør på alle aktive Unified CM -noder .
Under SIP-informasjon – destinasjon , skriver du inn en IP-adresse eller et fullt kvalifisert domenenavn (FQDN) for hver av videonettnodene dine.
Gå inn 5060 for Målport .
For sikkerhetsprofil for SIP-trunk , velger du Video MeshTrunk-sikkerhetsprofil som du opprettet tidligere. (For eksempel Video Mesh Trunk Security Profile.)
For SIP-profil , velger du SIP-profil for videonett som du opprettet tidligere. (For eksempel Video Mesh SIP Profile.)

La alle andre felt ha standardverdiene, og lagre endringene.

Et Video Mesh-anrop eller et møte kan tilordne medier til en hvilken som helst node i en klynge, ikke bare noden som avslutter SIP-samtale.

Opprett en ny SIP-trunk for å peke til en Expressway.

Fra Cisco Unified CM-administrasjon velger du Enhet > Trunk , og klikk deretter Legg til ny .
Velg SIP-trunk for trunktypen; la de andre verdiene stå og klikk Neste .
Skriv inn et meningsfylt navn, for eksempel Video_Mesh_VCS_Trunk.
For Infoformat for anroper og tilkobling , sjekk Levere URI og DN i tilkoblet part, hvis tilgjengelig . Denne innstillingen aktiverer blandet identitet. Den tillater at SIP-trunk -trunken overfører bedriftssidens URI-katalog til Webex.
Under SIP-informasjon – destinasjon , skriver du inn en IP-adresse eller et fullt kvalifisert domenenavn (FQDN) for hver av Expresswayene dine. For Port , angi 5060 .
For SIP-profil , velg Standard SIP-profil for Cisco VCS .

Opprett en ny rutegruppe for anrop til videonettklynger:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Rutegruppe , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Node Route Group.
Endre Distribusjonsalgoritme til Topp og ned .
I Rute informasjon om gruppemedlem Finner du Enheter med navn Videonett .
Legg til Video_Mesh_SIP_Trunk_UCMtoVMN ved å klikke Legg til i rutegruppe .
Lagre endringene.

For overflyt til skyen oppretter du en ny rutegruppe for anrop til Expressway:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Rutegruppe , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Expressway Route Group.
Endre Distribusjonsalgoritme til Topp og ned .
I Rute informasjon om gruppemedlem Finner du Enheter med navn Videonett .
Legg til Video_ Mesh_ VCS_ Bagasjerom ved å klikke Legg til i rutegruppe .
Lagre endringene.

Opprett en ny ruteliste for anrop til videonettklynger og Expressway:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Ruteliste , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Node Route List.
Angi Cisco Unified Communications Manager-gruppe til Standard , eller en annen verdi avhengig av konfigurasjonen din.
Lagre endringene.
I Medlemsinformasjon for ruteliste klikker du på Legg til rutegruppe , og velg deretter Rutegruppe for videonett .
Behold standardinnstillingene for de andre innstillingene, og lagre deretter endringene.
I Medlemsinformasjon for ruteliste klikker du på Legg til rutegruppe , og velg deretter Rutegruppe for Expressway-nettverk for video .
Behold standardinnstillingene for de andre innstillingene, og lagre deretter endringene.

Opprett et SIP-rutemønster for kort videoadresse oppringingsformat for Webex-møter:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny og angi navnet Video Mesh Route Pattern for Webex Short URIs.
I IPv4-mønster , angi webex.com som domene.
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Opprett et SIP-rutemønster for Webex-nettsted:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny og angi navnet Video Mesh Route Pattern for Webex Sites.
I IPv4-mønster , skriver du inn Webex-nettsted du vil ha optimalisert media for – for eksempel examplesitename.webex.com , hvor eksempelnettstedsnavn er navnet på ditt faktiske Webex-nettsted.
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Opprett et SIP-rutemønster for Webex-appmøter:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny , og angi deretter navnet Video Mesh Route Pattern for Teams Meetings.
I IPv4-mønster , angi meet.ciscospark.com .
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Konfigurer Expressway TCP SIP-trafikkruting for videonett

Opprett en sone som peker til videonettklynger:

Fra VCS-kontroller eller Expressway-C går du til Konfigurasjon > Soner > Soner , og klikk deretter Nyhet .

Konfigurer følgende felt:

Feltnavn	Verdi
Navn	Angi et navn som enkelt identifiserer sonen – for eksempel WebexVideoMeshZone
Type	Nabo
H.323
Modus	Av
SIP
Modus	På
Port	5060
Transport	TCP
Plassering
Slå opp jevnaldrende ved å	Adresse
Peer [n]-adresse	Angi IP-adressene for hver videonettnode.

La de andre feltene beholde standardinnstillingene, og lagre deretter endringene.

Opprett oppringingsmønstre for videonettklynger for Webex-nettsteder:

Fra Expressway-C, gå til Konfigurasjon > Oppringingsplan > Søkeregler , og klikk deretter Nyhet .

Konfigurer følgende felt for Webex-nettsted :

Feltnavn

Verdi

Regelnavn

Angi et regelnavn som enkelt identifiserer søkeregelen – for eksempel WebexVideoMesh-YourSite

Prioritet

100 er standard. Kontroller at dette tallet er lavere enn reservereglene for skyen og B2B.

Protokoll

SIP

Modus

Aliasmønstersamsvar

Mønstertype

Regex

Mønsterstreng

.*@(YourSite\.)?webex\.com.*

Mønsteratferd

Forlat

Ved vellykket match

Fortsett

Mål

Velg sonen for videonett du opprettet – for eksempel WebexVideoMeshZone .

La de andre feltene beholde standardinnstillingene, og lagre deretter endringene.

Opprett et traverseringsklient og sonepar som peker til skyen Expressway for failover:

Se Grunnleggende konfigurasjonsveiledning for Expressway for versjonen for trinnene for å opprette paret for traverseringsklient og sone.

Opprett en reservesøkeregel til Traversal-klientsonen som fører til Expressway-E:

Fra Expressway-C, gå til Konfigurasjon > Oppringingsplan > Søkeregler , og klikk deretter Nyhet .

Konfigurer følgende felt:

Feltnavn	Verdi
Regelnavn	Angi et regelnavn som enkelt identifiserer søkeregelen – for eksempel WebexVideoMesh-failover
Prioritet	100 er standard. Kontroller at prioriteten er lavere ved å angi et tall som er høyere enn oppringingsmønsteret for Videonett og B2B-reglene.
Protokoll	SIP
Modus	Ethvert alias
Mønsteratferd	Forlat
Ved vellykket match	Fortsett
Mål	Velg klientsonen for Traversal som fører til Expressway-E.

La de andre feltene beholde standardinnstillingene, og lagre deretter endringene.

Fra Expressway-E, gå til Konfigurasjon > Soner > Soner . Klikk på Nyhet og legg til Webex Zone.

I versjoner før X8.11 opprettet du en ny DNS-sone for dette formålet.

Opprett et oppringingsmønster for Expressway-skyen:

Fra Expressway-E, gå til Konfigurasjon > Oppringingsplan > Søkeregler , og klikk deretter Nyhet .

Konfigurer følgende felt:

Feltnavn	Verdi
Regelnavn	Angi et regelnavn som enkelt identifiserer søkeregelen – for eksempel WebexVideoMesh-toCloud
Prioritet	Angi en høyere verdi enn regelen for de lokale videonettnodene. Hvis nodene er satt til 100, setter du denne verdien til 101 . Du må også sørge for at verdien er lavere enn alle B2B-regler på Expressway.
Protokoll	SIP
Kilde	Navn
Kildenavn	Velg serversonen for sikker kryssing fra Expressway-C – for eksempel WebexVideoMeshZone
Modus	Aliasmønstersamsvar
Mønstertype	Regex
Mønsterstreng	*`.@(YourSite\.)?webex\.com.`*
Mønsteratferd	Forlat
Ved vellykket match	Stopp
Mål	Velg Webex-sonen eller DNS-sonen.

For SIP-enheter som er registrert på Expressway-C, åpner du enhetens IP-adresse i en nettleser, går du til Oppsett , bla til SIP , og velg Standarder fra Skriv inn rullegardinmenyen.

Utveksle sertifikatkjeder mellom Unified CM og videonettnoder

I et klyngemiljø må du installere CA- og serversertifikater på hver node individuelt.

Før du starter

Av sikkerhetshensyn anbefaler vi at du bruker et CA-signert sertifikat på Video Mesh-nodene i stedet for nodens standard selvsignert sertifikat.

Åpne nodegrensesnittet for Videonett (IP-adresse/oppsett, for eksempel, https://192.0.2.0/setup) i nettleseren og logg på med nodens administratorlegitimasjon.

Gå til Serversertifikater og be om og last opp et sertifikat og nøkkelpar etter behov:

Den private nøkkelen er allerede på plass når du genererer en CSR. Hvis du ikke bruker trinnet for oppretting av CSR, må du laste opp en privat nøkkel.

Når du har sertifikatet og nøkkelen, klikker du Last opp et serversertifikat (.crt- eller .pem-fil) , velg sertifikatfilen, og klikk deretter på Last opp en privat nøkkel (.key-fil) og angi en passordfrase hvis du har en.
Når du har fått sertifikatet, går du til den første videonett-noden i en klynge, klikker på Installer serversertifikat , les ledeteksten, klikk på Installer , og klikk deretter OK .

En skyregistrert Video Mesh-node avsluttes elegant og venter i opptil to timer på at eventuelle samtaler avsluttes. Noden fullfører deretter sertifikatinstallasjonen. Det vises en melding når serversertifikat installeres. Du kan deretter laste inn siden på nytt for å vise det nye sertifikatet og nøkkeloppføringen.
Klikk på Last ned ved siden av sertifikatet og nøkkelfilene for å lagre en lokal kopi.

Lagre filene et sted som er enkle å huske, og la Video Mesh-forekomsten være åpen i nettleserfanen.
Gå til neste Video Mesh-node i klyngen, fyll ut passordfrasen, og last deretter opp den private nøkkelfilen. Klikk deretter på Last opp et serversertifikat og velg deretter Installer serversertifikat , les ledeteksten, klikk på Installer , og klikk deretter OK .
Gjenta disse trinnene for alle Video Mesh-noder i den samme klyngen.

Lagre Unified CM -filen et sted som er lett å huske, og la Unified CM -forekomsten være åpen i nettleserfanen.

Gå tilbake til kategorien Grensesnitt for videonettnode, klikk på Trust Store og proxy , og velg deretter et alternativ:

Hvis Unified CM bruker et CA-sertifikat som er signert av en kjent organisasjon, klarerer videonettnoden det automatisk. Klareringen er basert på listen over rotsertifikater fra VMN-nodens verts-OS, som oppdateres regelmessig.
Hvis Unified CM bruker et CA-sertifikat som er signert av et internt CA rotsertifikat for bedriften , legger du til dette rotsertifikat i noden. rotsertifikat er tilgjengelig fra bedriften, men kan kanskje ikke lastes ned fra Unified CM.
Legg til både ECDSA- og RSA-sertifikatene som Unified CM bruker til å betjene eksterne forespørsler. Disse sertifikatene kan være selvsignerte sertifikater eller CA-sertifikater.
Hvis du lastet ned ett enkelt sertifikat, klikker du på Last opp et rotsertifikat eller en sluttenhetssertifikat (.crt- eller .pem-fil) , og velg sertifikatfilen CallManager.pem du lastet ned. Klikk på Installer alle sertifikater i Trust Store , les ledeteksten, klikk på Installer , og start deretter noden på nytt.
Hvis du lastet ned en sertifikatkjede, laster du opp rot- CA-sertifikat og det mellomliggende CA-sertifikat, og klikker deretter på Installer alle sertifikater i Trust Store , les ledeteksten og klikk på Installer .

Hvis du vil laste opp filen til serveren, klikker du på Last opp fil .

Hvis du laster opp en sertifikatkjede, må du laste opp alle sertifikatene i kjeden.

Du kan installere og administrere serversertifikater via API-er. Hvis du vil ha mer informasjon, se VMN Server Certificate API-er .

Aktiver mediekryptering for organisasjons- og videonettklynger

Innstillinger	Resultat
Unified CM er konfigurert med en sikker trunk, og denne innstillingen for Video Mesh Control Hub er ikke aktivert.	Samtaler mislykkes.
Unified CM er ikke konfigurert med en sikker trunk, og denne innstillingen for Video Mesh Control Hub er aktivert.	Samtaler mislykkes ikke, men de faller tilbake til usikker sikker modus.

Før du starter

Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett
Utveksle sertifikatkjeder mellom Unified CM og videonettnoder

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og klikk deretter Innstillinger på Video Mesh-kortet.

Bla til Mediekryptering og slå på innstillingen.

Klikk på Vis alle og gjenta følgende trinn for hver Video Mesh-klynge du vil aktivere for sikker SIP-trafikk.

Velg en videonett-klyngeoppføring i listen, og klikk deretter på Rediger klyngeinnstillinger .
Bla til SIP-anrop og merk av i avkrysningsboksen.
Under Klarerte SIP-kilder , skriv inn Common Name (CN) eller eventuelle FQDN-er som finnes i Subject Alternative Name på Unified CM -sertifikatet (vanligvis FQDN for Unified CM).

Disse oppføringene identifiseres som klarerte SIP-kilder og har tillatelse til å sende sikre SIP-anrop til Webex Video Mesh.

Aktiver videonett for Webex-nettstedet

Tilordne møterom for samarbeid til brukere av Webex-appen

Hvis du administrerer nettstedet ditt via Control Hub:
1. Fra kundevisningen ihttps://admin.webex.com , gå til Brukere > Administrer brukere .
  
  Hvis du vil tilordne flere brukere samtidig, kan du se dette dokumentet .
2. Tilordne Webex Collaboration-møterom til brukere i organisasjonen din.
Hvis du administrerer nettstedet ditt via nettstedsadministrator:
1. Fra nettstedsadministrator går du til brukeradministrasjon .
2. Rediger brukerkonto og merk av for Møterom for samarbeid.
  
  Hvis du vil tilordne flere brukere samtidig, kan du se dette dokumentet .

Kontroller møteopplevelsen på det sikre endepunktet

Bruk denne fremgangsmåten til å kontrollere at endepunktene er registrert på en sikker måte, og at riktig møteopplevelse vises.

1	Bli med i et møte fra det sikrede endepunktet.
2	Kontroller at møtelisten vises på enheten. Dette eksemplet viser hvordan møtelisten ser ut på et endepunkt med et berøringspanel:
3	Under møtet får du tilgang til Webex-konferanseinformasjonen fra Samtaledetaljer.
4	Kontroller at krypteringsdelen viser Type som AES-128, og Status som På.

Behandle og feilsøke videonett

Videonettanalyse

Videonettanalyse- og feilsøkingsrapporter viser data i tidssone som er angitt for den lokale nettleseren.

Analyser

Videonettanalyse gir en langsiktig trend (opptil 3 måneder med data) i kategoriene engasjement, ressursbruk og båndbreddebruk.

sanntidsovervåking

Få tilgang til, filtrer og lagre sanntidsovervåking for Video Mesh

Fra kundevisningen ihttps://admin.webex.com , velg Analyse , og klikk deretter Videonett øverst til høyre på skjermen.

Hold pekeren over informasjon for å få en kort beskrivelse av diagrammet.

Fra bryteren til venstre velger du et alternativ for å filtrere etter hvor langt tilbake i tid du vil vise data.

Siste 4 timer (Standard) – Når du velger dette alternativet, oppdateres grafdataene hvert 1. minutt.
Siste 24 timer –Når du velger dette alternativet, oppdateres grafdataene hvert 10. minutt.

Samhandle med diagrammene ved å bruke følgende alternativer etter behov:

Hold pekeren over segmenter i diagramvisningen for å vise informasjon om det bestemte datapunktet.
Klikk på forklaringselementer på grafen eller oversikten, og klikk deretter Bruk for å oppdatere visningen for de andre forklaringselementene. Når du for eksempel har valgt forklaringselementet Amsterdam, oppdateres linjediagrammet for å utelate andre tegnforklaringselementer og bare inkludere dataene for det valgte elementet.

Når et filter brukes, oppdateres alle andre grafer og diagrammer for å vise dataene for det valgte filtret.
På en graf som viser data i et tidsintervall, kan du begrense ned til et bestemt tidsintervall ved å klikke på venstre side og dra musen til høyre. (Denne handlingen påvirker alle relaterte data som vises på analysesiden.)

Hold pekeren over deler av en smultring, linjer i en graf eller innsiktspunkter i en graf for å vise mer informasjon om det bestemte tidspunktet for dataene.

PNG
PDF
CSV

Få tilgang til, filtrer og lagre analyse av videonett

Beregningsrapporter for videonett er tilgjengelige på Analytics-siden i Control Hub (https://admin.webex.com ), når Video Mesh er aktiv og har en klynge med minst én registrert Video Mesh-node.

Fra kundevisningen ihttps://admin.webex.com , velg Analyse , og klikk deretter Videonett øverst til høyre på skjermen.

Klikk på en kategori, avhengig av hvilken type data du leter etter:

Engasjement
Ressurser
Bruk av båndbredde

Hold pekeren over informasjon for å få en kort beskrivelse av diagrammet.

Fra rullegardinmenyen til høyre velger du et alternativ for å filtrere etter hvor langt tilbake i tid du vil vise data.

Siste 7 dager (Standard) – Endrer den vannrette aksen til hver 1. time.
Siste 24 timer – Endrer den vannrette aksen til hvert 10. minutt.
Siste 30 dager – Endrer den vannrette aksen til hver 3. time.
Siste 90 dager – Endrer den vannrette aksen til hver 8. time.

Samhandle med diagrammene eller smultringgrafene ved å bruke følgende alternativer etter behov:

Klikk på ett eller flere segmenter på smultringdiagrammet eller diagramvisningen, og klikk deretter Bruk for å oppdatere smultringvisningen og den tilsvarende kartvisningen.
Velg forklaringselementer i grafen eller oversikten for å oppdatere visningen for det bestemte forklaringselementet, og klikk deretter Bruk . Når du for eksempel har valgt forklaringselementet Lokalt, oppdateres linjediagrammet med disse dataene uthevet.

Når et filter brukes, oppdateres alle andre grafer og diagrammer for å vise dataene for det valgte filtret.

På en graf som viser data i et tidsintervall, kan du begrense ned til et bestemt tidsintervall ved å klikke på venstre side og dra musen til høyre og forlate når ønsket område er valgt. (Denne handlingen påvirker alle relaterte data som vises på analysesiden.)

Hold pekeren over deler av en smultring, linjer i en graf eller innsiktspunkter i en graf for å vise mer informasjon om det bestemte tidspunktet for dataene.

Hvis du vil starte på nytt fra den samme grafen eller oversikten, klikker du på X på de valgte filtrene nederst i grafen.

PDF
PNG
CSV

Fjern alle filtrene fra filterlinjen hvis du vil tilbakestille analysevisningen.

Tilgjengelig analyse for Video Mesh

Hvis du vil ha mer informasjon om tilgjengelig analyse i Control Hub, kan du se delen Videonett i Analyse for skysamarbeidsporteføljen din .

Overvåkingsverktøy for videonett

Test av signalisering – Tester om SIP-signalisering og mediesignalering skjer mellom videonett-noden og Webex skymedietjenester.
Kaskadetest – Tester om det kan etableres en overlapping mellom videonett-noden og Webex skymedietjenester.
Test for tilgjengelighet – Tester om videonett-noden kan nå målportene for mediestrømmer i Webex skymedietjenester. Den tester også om Video Mesh-noden er i stand til å kommunisere med skyklyngene som er knyttet til mediebeholdere via disse portene.

Kjør en test umiddelbart

Logg inn på Kontrollhub , og deretter gå til Feilsøking > Videonett .

Klikk på Konfigurer test , klikk Test nå , og kontroller deretter nodene og/eller klyngene du vil teste.

Hvis du vil fjerne merket i boksene for å gjenopprette den siste konfigurasjonen, klikker du på Gjenopprett siste testkonfigurasjon .

Klikk på Kjør test .

Hva nå?

Punktene på tidslinjen med glidebryteren viser aggregerte testresultater for hele organisasjonen. Tidslinjene på klyngenivå viser aggregerte resultater for hver klynge.

Tidslinjen kan vise datoer i USA-format. Endre språket ditt i profilinnstillingene for å vise datoer i ditt lokale format.

Bruk bryteren som følger med for å vise suksessratene for forskjellige parametere i form av en tabell.

En hoppet over test, delvis feil eller feil er ikke kritisk med mindre den skjer kontinuerlig over en viss tid.

Konfigurer regelmessige tester

1	Logg inn på Kontrollhub , og deretter gå til Feilsøking > Videonett .
2	Klikk på Konfigurer test , klikk Periodisk test , og kontroller deretter nodene og/eller klyngene du vil teste.
3	Velg et alternativ: Sjekk Alle klynger hvis du vil kjøre testen på alle Video Mesh-nodene i Control Hub-organisasjonen. Kontroller de enkelte klyngenavnene for å kjøre testen på alle Video Mesh-noder som er i en bestemt klynge. Klynger som ikke er merket av, ekskluderes fra testen. I individuelle klynger kontrollerer du de enkelte nodenavnene du vil kjøre testen på. Eventuelle umerkede nodeoppføringer utelates fra testen.
4	Klikk på Neste.
5	Se gjennom listen over klynger og noder for å kjøre de periodiske testene. Hvis du er fornøyd, klikker du på Konfigurer for å planlegge gjeldende konfigurasjon.

Hva nå?

Punktene på tidslinjen med glidebryteren viser aggregerte testresultater for hele organisasjonen. Tidslinjene på klyngenivå viser aggregerte resultater for hver klynge.

Tidslinjen kan vise datoer i USA-format. Endre språket ditt i profilinnstillingene for å vise datoer i ditt lokale format.

Bruk bryteren som følger med for å vise suksessratene for forskjellige parametere i form av en tabell.

En hoppet over test, delvis feil eller feil er ikke kritisk med mindre den skjer kontinuerlig over en viss tid.

Aktiver 1080p HD-video for lokale SIP-enheter i videonettnode for videonett

De er alle i bedriftsnettverk.
De bruker en lokal registrert SIP-enhet med HD-funksjonalitet .

Innstillingen gjelder for alle klynger som inneholder videonettnoder.

Skyregistrerte enheter fortsetter å sende og motta 1080p-strømmer, uavhengig av om denne innstillingen er slått på eller av.

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og klikk deretter Innstillinger på Video Mesh-kortet.
2	Slå på Videokvalitet . Hvis denne innstillingen er deaktivert, er standarden 720p.

Hvis du vil ha videooppløsninger som Webex-appen støtter, kan du se Videospesifikasjoner for samtaler og møter .

Private møter

Som vist her, gjennomgriper aldri private møter medier til skyen. Mediet avsluttes utelukkende på videonettklyngene dine. Videonett-klyngene kan bare gå gjennom hverandre.

Webex-appen med alle funksjonene i Webex Experience aktivert er inkompatibel med videonett. Hvis du vil ha mer informasjon, se Klienter og enheter som bruker videonettnode .

Støtte og begrensninger for private møter

Videonett støtter private møter på følgende måte:

Private møter er tilgjengelige på Webex versjon 40.12 og nyere.
Bare planlagte møter kan bruke den private møtetypen. Se Planlegg et privat møte i Cisco Webex artikkelen for detaljer.
Private møter er ikke tilgjengelig for møter med alle funksjoner startet eller ble med fra Webex-appen.
Du kan bruke alle nåværende enheter som støttes av Video Mesh.
Nodene dine kan bruke et hvilket som helst gjeldende bilde: 72vCPU og 23vCPU.
Privat møtelogikk oppretter ikke hull i målinger. Vi samler inn de samme målingene for Control Hub som for ikke-private møter.

Siden noen brukere ikke aktiverer denne funksjonen, vises ikke analyserapportene for private møter hvis organisasjonen din ikke har et privat møte om 90 dager.
Private møter støtter enveis tavle fra et video-endepunkt.

Begrensninger

Private møter har disse begrensningene:

Private møter støtter bare VoIP for lyd. De støtter ikke Webex Edge Audio eller PSTN.
Du kan ikke bruke et personlig møterom (PMR) til et privat møte.
Private møter støtter ikke Webex-funksjoner som krever en tilkobling til skyen, for eksempel skyopptak, transkripsjon og Webex Assistant.
Du kan ikke bli med i et privat møte fra et uautentisert skyregistrert videosystem, selv ikke et som er paret til Webex-app.

Bruk private møter som standard møtetype

I Control Hub kan du angi at fremtidige planlagte møter for organisasjonen skal være private møter.

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid .
2	Klikk på Rediger innstillinger fra Videonett kortet. Bla til Private møter og aktiver innstillingen.
3	Lagre endringen.

Når du aktiverer denne innstillingen, gjelder den for alle møter for organisasjonen, også de som er planlagt tidligere.

(Valgfritt) Reserver en klynge for private møter

Vi anbefaler at du klargjør en privat klynge for å håndtere forventet maksimal bruk fra private møter.

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid og klikk Vis alle på Video Mesh-kortet.
2	Velg videonett-klyngen fra listen, og klikk på Rediger klyngeinnstillinger.
3	Bla til Private møter og aktiver innstillingen.
4	Lagre endringen.

Feilmeldinger for private møter

Denne tabellen viser mulige feil som brukere kan se når de blir med i et privat møte.

Feilmelding	Brukerhandling	Årsak
Ekstern nettverkstilgang nektet Du må være på bedriftsnettverk for å delta på det private møtet. Parede Webex-enheter utenfor bedriftsnettverk vil ikke kunne bli med på møtet. I et slikt scenario kan du prøve å koble den bærbare datamaskinen, mobilen til bedriftsnettverk og bli med på møtet i ikke-sammenkoblet modus.	En ekstern bruker blir med fra utenfor bedriftsnettverk uten VPN eller MRA.	For å bli med i et privat møte må eksterne brukere ha tilgang til bedriftsnettverk via en VPN eller MRA.
	En ekstern bruker er på VPN, men de er paret til en ikke-autentisert enhet.	Enhetsmedier tunnelerer ikke til bedriftsnettverk via VPN. Enheten kan ikke bli med i et privat møte. I stedet, etter å ha koblet til VPN, bør den eksterne brukeren bli med på et privat møte i ikke-paret enhetsmodus fra skrivebords- eller mobilklienten.
Ingen tilgjengelige klynger Klyngene som er vert for dette private møtet, har høy kapasitet, kan ikke nås, er frakoblet eller ikke registrert. Ta kontakt med IT-administratoren din for å få hjelp.	En bruker er på bedriftsnettverk (lokalt eller eksternt via VPN), men kan ikke delta i et privat møte.	Videonett-klyngene dine er: Ved kapasitet Kan ikke nås Ikke pålogget Ikke registrert
Ikke autorisert Du har ikke tillatelse til å delta på dette private møtet fordi du ikke er medlem av vertsorganisasjonen. Ta kontakt med verten for møtet.	En bruker fra en annen organisasjon enn vertsorganisasjonen prøver å bli med i det private møtet.	Bare brukere som tilhører vertsorganisasjonen, kan delta i et privat møte.
	En enhet fra en annen organisasjon enn vertsorganisasjonen prøver å bli med i det private møtet.	Bare enheter som tilhører vertsorganisasjonen, kan bli med i et privat møte.

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

Når mediene kjører gjennom de lokale Video Mesh-nodene, får du bedre ytelse og bruker mindre båndbredde til Internett.

Innstillingen er …	Møte på internt Webex-nettsted med overlappende videonett aktivert	Møte på internt Webex-nettsted med overlappende videonett deaktivert	Møte på eksternt Webex-nettsted med videonett-overlappende aktivert	Møte på eksternt Webex-nettsted med overlappende videonett deaktivert
Aktivert	Media bruker videonettnodene dine.	Media bruker skynoder.	Media bruker videonettnodene dine.	Media bruker videonettnodene dine.
Deaktivert	Media bruker videonettnodene dine.	Media bruker skynoder.	Media bruker videonettnodene dine.	Media bruker skynoder.

1	I kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid og klikk Vis alle på Video Mesh-kortet.
2	Velg videonett-klyngen i listen, og klikk på Rediger innstillinger .
3	Bla til Foretrekk videonett for alle eksterne Webex Meetings og aktiver innstillingen.
4	Lagre endringen.

Optimaliser bruken av Video Mesh-distribusjonen

Du kan også optimalisere klyngekapasiteten og maksimere brukeropplevelsen ved å la klienttypene som de fleste kundene bruker, lande på Video Mesh-klynger.

1	Logg på Control Hub , og deretter velge Tjenester > Hybrid > Videonett > Ressurser > Vis alle . – eller – Velg Oversikt > Hybridtjenester > Videonett > Innstillinger .
2	Under Innstillinger for inkludering av klienttype , er alle klienttyper kontrollert som standard. Fjern merket for klienttypene du vil ekskludere fra bruk av videonett-klynger. Disse klyngene er vert på Webex-skynoder.
3	Klikk på Lagre.

Avregistrer videonettnode

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid .
2	Klikk på Vis alle på Video Mesh-kortet.
3	Fra listen over ressurser går du til riktig klynge og velger noden.
4	Klikk på Handling > Avregistrere node . Det vises en melding som ber deg bekrefte at du vil slette noden.
5	Når du har lest og forstått meldingen, klikker du på Avregistrere node .

Flytt videonettnode

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og velg deretter Vis alle på Video Mesh-kortet.
2	Velg noden du vil flytte, fra listen, og klikk deretter Handlinger (den vertikale ellipsen).
3	Velg Flytt node .
4	Velg riktig alternativknapp for dit du vil flytte noden: Velg en eksisterende klynge – Velg en eksisterende klynge fra rullegardinliste. Opprett en ny klynge – Angi et navn for den nye klyngen i feltet.
5	Klikk på Flytt node . Noden flyttes til den nye klyngen.

Tilknyttet informasjon

Angi oppgraderingsplan for videonettklynge

Du kan angi en bestemt oppgraderingsplan eller bruke standardplanen på 03.00 Daglig USA: Amerika/Los Angeles. Du kan velge å utsette en kommende oppgradering om nødvendig.

Før du starter

Hasteoppgraderinger tas i bruk så snart de er tilgjengelige.

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og klikk deretter Vis alle på Video Mesh-kortet.

Klikk på en medieressurs , og klikk deretter på Rediger klyngeinnstillinger .

På Innstillinger side, bla til Oppgrader , og velg deretter tid, frekvens og tidssone for oppgraderingsplanen.

(Valgfritt) Klikk om nødvendig Utsette for å utsette oppgraderingen én gang, til neste vindu.

Under tidssone vises dato og klokkeslett for neste tilgjengelige oppgradering.

Virkemåte for oppgradering

Noden sender regelmessige forespørsler til skyen for å se om en oppdatering er tilgjengelig.
Skyen gjør ikke oppgraderingen tilgjengelig før klyngen når oppgraderingsvinduet sitt. Når oppgraderingsvinduet kommer, leverer nodens neste regelmessige oppdateringsforespørsel til skyen oppdateringsinformasjonen.
Noden henter oppdateringer over en sikker kanal.
Eksisterende tjenester avsluttes elegant for å stoppe ruting av innkommende anrop til noden. Den elegante avslutningen gir også eksisterende samtaler tid til å fullføre (opptil 2 timer).
Oppgraderingen installeres.
Skyen utløser bare oppgraderingen for en prosentandel av nodene i en klynge om gangen.

Slett videonett-klynge

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og klikk deretter Vis alle .

Fra listen over ressurser blar du til videonettressursen du vil slette, og klikker deretter Rediger klyngeinnstillinger .

Du kan klikke Videonett for å filtrere på bare Video Mesh-ressurser.

Klikk på Slett klynge , og velg deretter én:

Klikk på Flytt alle noder . For hver node oppretter du enten en ny ressurs ved å velge en eksisterende ressurs fra rullegardinliste eller skriver inn et nytt navn, og deretter klikker du på Fortsett .
Klikk på Avregistrere alle noder , merk av i avmerkingsboks, og klikk deretter på Slett klynge .

Deaktiver videonett

Før du starter

Før du deaktiverer Video Mesh, vil du avregistrere alle Video Mesh-noder.

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid > Vis alle , velg Innstillinger på Video Mesh-kortet.
2	Klikk på Deaktiver .
3	Se gjennom listen over klynger, og les ansvarsfraskrivelsen i dialogboksen.
4	Merk av i avmerkingsboks for å bekrefte at du forstår denne handlingen, og klikk på Deaktiver i dialogboksen.
5	Når du er klar til å deaktivere videonettet, klikker du på Deaktiver tjenesten . Deaktivering fjerner alle Video Mesh-noder og -klynger. Videonett er ikke lenger konfigurert.

Feilsøke registrering av videonettnode

Denne delen inneholder mulige feil du kan støte på under registreringen av Video Mesh-noden til Webex-skyen, og foreslåtte trinn for å rette dem.

Kunne ikke løse domenet

Denne meldingen vises hvis DNS-innstillingene som er konfigurert på Video Mesh-noden, ikke er riktige.

Logg på konsollen til Video Mesh-noden, og kontroller at DNS-innstillingene er riktige.

Kunne ikke koble til nettstedet ved hjelp av port 443 via SSL

Denne meldingen vises hvis videonett-noden ikke kan koble til Webex-skyen.

Kontroller at nettverket tillater tilkobling på portene som kreves for Video Mesh. Hvis du vil ha mer informasjon, se Porter og protokoller som brukes av videonett .

ThousandEyes-integrering med Video Mesh

Fordeler med ThousandEyes-integrering

Gir deg flere testtyper å velge mellom. Du kan konfigurere én eller flere tester som passer for applikasjonen eller ressursen du vil overvåke.
Gir deg mulighet til å angi testterskler som er spesifikke for kravene dine.
Testresultatene er tilgjengelige via ThousandEyes-nettappen og ThousandEyes API i sanntid.
Større synlighet i feilsøking – Kunder kan identifisere årsaken til et problem i nettverket, noe som reduserer løsningstiden.

Aktiverer ThousandEyes for videonett

Bruk denne fremgangsmåten for å aktivere ThousandEyes-agent for Video Mesh-distribusjonen.

Fra Kontrollhub , klikk Hybrid nederst til venstre på skjermen.

Klikk på Rediger innstillinger på Videonett kortet.

Bla ned til ThousandEyes-integrering . Bryteren vil være deaktivert som standard. Klikk på bryteren for å aktivere den.

Klikk på ThousandEyes-brukerprofil , åpnes ThousandEyes-nettportalen. Logg på med administratorlegitimasjonen.

Det vises et sidepanel med Kontogruppetoken .

Klikk på visningsikonet, og klikk deretter Kopier .

Tokenet vil ikke bli kopiert på riktig måte hvis du ikke klikker på visningstoken-knappen.

Gå tilbake til Control Hub-fanen, lim inn tokenet i Agenttoken felt.

Klikk på Aktiver , ThousandEyes er nå aktivert for videonettdistribusjon.

Hva nå?

- Etter 5 minutter går du tilbake til ThousandEyes-nettsiden, klikker Sky- og bedriftsagenter , og klikk deretter Agentinnstillinger . Du skal kunne se alle nodene dine oppført som agenter under Bedriftsagenter . Hvis agentene ikke vises, kontrollerer du ThousandEyes-integrasjonskortet på Control Hub for feilmeldinger.
- Hvis det vises en feilmelding , klikker du på bryteren og deretter på Deaktiver . Gjenta trinnene for å aktivere ThousandEyes-agent, og sørg for at riktig kontogruppetoken kopieres og limes inn i Agenttoken felt.

Konfigurere tester ved hjelp av ThousandEyes

Nettverkstest – agent-til-agent

Et eksempel på en dialog for oppretting av tester vises nedenfor.

SIP-servertest

SIP-servertester forenkler nettverksmålinger, BGP-datainnsamling og, viktigst av alt, tilgjengelighet og ytelsestesting av SIP-tjenester mot SIP-basert VoIP-infrastruktur.

Hvis du vil ha detaljert informasjon om hvordan du konfigurerer en SIP-servertest, se Testinnstillinger for SIP-serveren .

Et eksempel på en dialog for oppretting av tester vises nedenfor.

RTP-strømtest

Hvis du vil detaljert informasjon om konfigurering av en RTP-strømtest, se Innstillinger for RTP-strømtest .

Et eksempel på en dialog for oppretting av tester vises nedenfor.

URL-test for Webex HTTP-server

Denne testen overvåker den primære landingssiden som brukerne kobler seg til når de bruker Webex. Et eksempel på en dialog for oppretting av tester vises nedenfor.

Autoritativ test av Webex DNS-server

Et eksempel på en dialog for oppretting av tester vises nedenfor.

Behandle videonettnode fra nettgrensesnittet

Oppgraderinger skjer ikke når en node settes i vedlikeholdsmodus.

Slik får du tilgang til oversikten over videonett

Du kan åpne webgrensesnitt på én av disse måtene:

Hvis du er fullstendig administrator og allerede har registrert noden i skyen, kan du få tilgang til noden fra Control Hub.

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid . Under Ressurser på Video Mesh-kortet klikker du Vis alle . Klikk på klyngen, og klikk deretter på noden du vil ha tilgang til. Klikk på Gå til Node .

Bare en fullstendig administrator for Webex-organisasjonen din kan bruke denne funksjonen. Andre administratorer, inkludert partnere og fullstendige eksterne administratorer, har ikke Gå til node alternativet for ressursene for videonett.
I en nettleserfane går du til <IP address>/setup, for eksempel https://192.0.2.0/setup. Angi administratorlegitimasjonen du konfigurerte for noden, og klikk deretter Logg på .

Hvis administratorkontoen er deaktivert, er ikke denne metoden tilgjengelig. Se delen Deaktiver eller aktiver den lokale administratorkontoen fra nettgrensesnittet på nytt.

Oversikten er standardsiden og har følgende informasjon:

Samtalestatus – Gir antall pågående samtaler gjennom noden.
Nodedetaljer – Gir nodetype, programvarebilde, programvareversjon, OS-versjon, QoS vedlikeholdsmodus .
Nodehelse – Gir bruksdata (CPU, minne, disk) og tjenestestatus (Management Service, Messaging Service, NTP-synkronisering).
Nettverksinnstillinger – Gir nettverksinformasjon: vertsnavn, grensesnitt, IP, gateway, DNS, NTP og om dobbel IP er aktivert.
Registreringsdetaljer – Gir registreringsstatus, organisasjonsnavn, organisasjons-ID, klynge noden er en del av og klynge-ID.

Skytilkobling –Kjører en serie tester fra noden til Webex-skyen og tredjepartsdestinasjoner som noden må ha tilgang for å kjøre på riktig måte.

Det kjøres tre typer tester: DNS-oppløsning, serverresponstid og båndbredde.

DNS-tester bekrefter at noden kan løse et bestemt domene. Disse testene rapporterer som mislykket hvis serveren ikke svarer innen 10 sekunder. De vises som «Bestått» med en oransje «advarselsfarge» hvis responstiden er mellom 1,5 og 10 sekunder. De periodiske DNS-kontrollene på noden genererer alarmer hvis DNS-responstiden er lengre enn 1,5 sekunder.
Connect-tester bekrefter at noden kan koble til en bestemt HTTPS-URL og motta et svar (andre svar enn proxy- eller gatewayfeil godtas som bevis på tilkobling).
Listen over tester som kjøres fra oversiktssiden er ikke uttømmende og inkluderer ikke websocket-tester.
Noden sender alarmer hvis anropsprosessene ikke kan fullføre websocket-tilkoblinger til skyen eller koble til anropsrelaterte tjenester.

Resultatet Godkjent eller Ikke bestått vises ved siden av hver test. du kan holde pekeren over denne teksten for å se mer informasjon om hva som ble kontrollert da testen kjørte.

Konfigurere nettverksinnstillinger fra nettgrensesnitt for videonettnode

Åpne nodegrensesnittet for Webex-videonett.

Gå til Nettverk .

Gjeldende nettverksinnstillinger for noden vises.

Endre følgende innstillinger for Verts- og nettverkskonfigurasjon etter behov:

Under Rediger vertsnavn og domene , endre Vertsnavn og Domene verdier.
Det vises en feilmelding hvis FQDN (vertsnavn og domene) ikke har riktig format.
Under Nettverksmodus , Aktiver DHCP er oppført, men DHCP støttes ikke. Du må angi en statisk IP-adresse, nettverksmaske og gateway.

Under Rediger DNS-servere endrer du oppføringene for DNS-server , som håndterer oversettelse av domenenavn til numeriske IP-adresser. Du kan angi opptil 4 DNS-servere.

Klikk på Lagre verts- og nettverkskonfigurasjon , og etter at popup-vinduet som sier at noden må startes på nytt, klikker du Lagre og starte på nytt .

Endre følgende innstillinger for NTP-servere etter behov:

Under Rediger NTP-servere endrer du verdiene for NTP-server , som brukes i organisasjonen til å synkronisere tid til noden.

Klikk på Lagre NTP-servere .

Hvis du konfigurerer mer enn én NTP-server, er avstemningsintervallet for failover 40 sekunder.

Hvis NTP-server er en FQDN og det ikke kan løses, returneres en advarsel. Hvis FQDN for NTP-server er løst, men den løste IP-en ikke kan søkes etter NTP-tid, returneres en advarsel.

Angi det eksterne nettverksgrensesnittet fra webgrensesnittet for videonettnode

Du kan konfigurere det eksterne nettverksgrensesnitt hvis du distribuerer videonettnode i nettverkets DMZ, slik at du kan isolere bedriftstrafikken (intern) fra ekstern (ekstern) trafikk.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Nettverk . Gjeldende nettverksinnstillinger for noden vises.
3	Klikk på Avansert .
4	Slå på Aktiver eksternt nettverk og klikk deretter Ok for å aktivere alternativene for ekstern IP-adresse på noden.
5	Skriv inn Ekstern IP-adresse , Ekstern nettverksmaske , og Ekstern gateway verdier.
6	Klikk på Lagre ekstern nettverkskonfigurasjon .
7	Klikk på Lagre og starte på nytt for å bekrefte endringen. Noden starter på nytt for å aktivere den doble IP-adresse, og konfigurerer deretter automatisk de grunnleggende statiske rutingsreglene. Disse reglene bestemmer at trafikk til og fra en IP-adresse for privat klasse bruker et internt grensesnitt. trafikk til og fra en offentlig IP-adresse bruker et eksternt grensesnitt. Senere kan du opprette dine egne rutingsregler – for eksempel hvis du må konfigurere en overstyring og gi tilgang til et eksternt domene fra det interne grensesnittet.
8	Hvis det finnes feil, klikker du Ok for å lukke dialogboks, fikse feilene og klikk på Lagre ekstern nettverkskonfigurasjon igjen.

Hva nå?

Hvis du vil bekrefte den interne og eksterne konfigurasjonen av IP-adresse , følger du trinnene i Kjør et ping fra nettgrensesnittet for videonettnode .

Test en ekstern destinasjon (eksempel, cisco.com); hvis vellykket, viser resultatene at målet ble åpnet fra det eksterne grensesnittet.
Test en intern IP-adresse; hvis vellykket, viser resultatene at adressen ble åpnet fra det interne grensesnittet.

Legg til interne og eksterne rutingsregler fra nettgrensesnitt for videonettnode

Før du starter

Hvis du vil konfigurere rutingsregler, må du først aktivere og konfigurere det eksterne nettverksgrensesnitt.

Åpne nodegrensesnittet for Webex-videonett.

Gå til Nettverk .

Gjeldende nettverksinnstillinger for noden vises. Hvis du har konfigurert det eksterne nettverket, vises Rutingsregler-fanen.

Klikk på Rutingsregler -fanen.

Du kan legge til manuelle overstyringer av disse reglene i de neste trinnene.

Hvis du vil legge til en regel, klikker du på Legg til rutingregel , og velg deretter ett av følgende alternativer:.

For Nettverkstype , klikk Intern , og angi deretter det eksterne subnett- eller verts- IP-adresse som skal brukes for den interne ruten.
For Nettverkstype , klikk Ekstern , og angi deretter det interne subnett- eller verts- IP-adresse som skal brukes for den eksterne ruten.

Klikk på Legg til rutingregel .

Når du legger til hver regel, vises de i listen over rutingsregler, kategorisert som brukerdefinerte regler.

Hvis du vil slette én eller flere brukerdefinerte regler, merker du av i avmerkingsboks i kolonnen til venstre for reglene, og deretter klikker du Slett rutingsregler .

Standardrutene kan ikke slettes, men du kan slette alle brukerdefinerte overstyringer du har konfigurert.

Åpne en SSH-tilkobling til den offentlige IP-adresse til videonettnode.
Få tilgang til videonettnode via ESXi-konsollen

Konfigurere containernettverk fra nettgrensesnitt for videonettnode

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Nettverk . Gjeldende nettverksinnstillinger for noden vises.
3	Klikk på Avansert .
4	Endre verdiene for Beholderens IP-adresse og Nettverksmaske for beholder , etter behov, og klikk deretter Lagre konfigurasjon for containernettverk .
5	Klikk på Lagre og starte på nytt for å bekrefte endringen.
6	Hvis det finnes feil, klikker du Ok for å lukke dialogboks, fikse feilene og klikk på Lagre konfigurasjon for containernettverk igjen.

Angi MTU-størrelser for nettverksgrensesnitt

Før du starter

Hvis du allerede har registrert noden, må du sette noden i vedlikeholdsmodus før du kan endre MTU-innstillingene.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Nettverk . Gjeldende nettverksinnstillinger for noden vises.
3	Klikk på Avansert .
4	I Innstillinger for grensesnitt MTU , angi en MTU-verdi mellom 1280 og 9000 byte i gjeldende felt. Hvis du har aktivert det eksterne grensesnittet, kan du angi størrelsen på både det interne og det eksterne grensesnittets MTU separat.

Noden starter på nytt for å bruke MTU-endringene.

Hva nå?

Hvis du setter noden i vedlikeholdsmodus for å endre MTU, må du slå av vedlikeholdsmodus.

Aktiver eller deaktiver DNS-bufring

Før du starter

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Nettverk . Gjeldende nettverksinnstillinger for noden vises.
3	Klikk på Avansert .
4	I delen Konfigurasjon av DNS-bufring velger du Aktiver DNS-bufring på eller av.
5	Klikk på i bekreftelsesdialogboksen Lagre og starte på nytt .
6	Når noden har startet på nytt, åpner du nodegrensesnittet for Webex Video Mesh på nytt og bekrefter at tilkoblingskontrollene er vellykket på Oversikt-siden.

Når du aktiverer DNS-bufring, vil Statistikk for DNS-hurtigbuffer viser følgende statistikk:

Statistikk	Beskrivelse
Bufferoppføringer	Antall tidligere DNS-oppløsninger som DNS-hurtigbufferserveren har lagret
Buffertreff	Antall ganger siden hurtigbufferen ble tilbakestilt at hurtigbufferen behandlet en DNS-forespørsel fra Video Mesh, uten å forespørre kundens DNS-server
Buffer feil	Antall ganger siden tilbakestillingen av hurtigbufferen kunde DNS-server behandlet en DNS-forespørsel fra Video Mesh i stedet for gjennom hurtigbufferen
Prosent treff på hurtigbuffer	Prosentandelen av DNS-forespørsler fra Video Mesh som hurtigbufferen behandlet uten å spørre kundens DNS-server
Hurtigbufferserverens utgående DNS-spørringer	Antall DNS-spørringer som DNS-hurtigbufferserveren for Video Mesh utførte mot kundens DNS-servere
Innkommende DNS-spørringer for hurtigbufferserver	Antall DNS-spørringer som Video Mesh utførte mot sin interne DNS-hurtigbufferserver
Spørringsforhold utgående til innkommende	Forholdet mellom DNS-spørringer gjort av Video Mesh mot kundens DNS-server og spørringene gjort av Video Mesh mot den interne DNS-hurtigbufferserveren
Innkommende søk per sekund	Gjennomsnittlig antall DNS-spørringer per sekund som Video Mesh utførte mot den interne DNS-hurtigbufferserveren
Utgående søk per sekund	Gjennomsnittlig antall DNS-spørringer per sekund som Video Mesh utførte mot kundens DNS-servere
Utgående DNS-forsinkelse [tidsintervall]	Prosentandelen av DNS-spørringer som Video Mesh utførte mot kundens DNS-servere der responstiden falt innenfor det beskrevne tidsintervall

Hva nå?

Flytt noden ut av vedlikeholdsmodus. Gjenta deretter oppgaven på alle andre noder som krever en endring.

Last opp sikkerhetssertifikater

Konfigurer et klareringsforhold mellom noden og en ekstern server, for eksempel en syslog-server.

I et klyngemiljø må du installere CA- og serversertifikater på hver node individuelt.

Åpne nodegrensesnittet for Webex-videonett.

Når du har sertifikatet og nøkkelen, klikker du Last opp et serversertifikat (.crt- eller .pem-fil) , velg sertifikatfilen, og klikk deretter på Last opp en privat nøkkel (.key-fil) og angi en passordfrase hvis du har en.

Den private nøkkelen er allerede på plass når en CSR genereres. Du trenger bare å laste opp en privat nøkkel hvis du ikke bruker trinnet for oppretting av CSR.
Når du har fått sertifikatet, går du til den første videonett-noden i en klynge, klikker på Installer serversertifikat , les ledeteksten, klikk på Installer , og klikk deretter OK .

En videonett-node som er registrert i skyen, venter i opptil to timer på at eventuelle samtaler avsluttes, og setter seg selv i en midlertidig inaktiv tilstand (hviler). Når enten de eksisterende samtalene er fullført eller det har gått to timer (avhengig av hva som inntreffer først), fullfører denne noden sertifikatinstallasjonen. Det vises en melding når installasjonen av serversertifikat er fullført, og du kan deretter laste inn siden på nytt for å vise det nye sertifikatet og nøkkeloppføringen.
Klikk på Last ned ved siden av sertifikatet og nøkkelfilene for å lagre en lokal kopi.

Lagre filene et sted det er enkelt å huske, og la forekomsten være åpen i nettleserfanen.
Gå til den andre Video Mesh-noden i klyngen, fyll ut passordfrasen, og last deretter opp den private nøkkelfilen. Klikk deretter på Last opp et serversertifikat og velg deretter Installer serversertifikat , les ledeteksten, klikk på Installer , og klikk deretter OK .
Gjenta disse trinnene på annenhver Video Mesh-node i samme klynge.

Velg et alternativ avhengig av hvordan CA-sertifikat for den eksterne serveren er signert:

Hvis serverens CA-sertifikat er signert av en generelt anerkjent organisasjon, for eksempel DigiCert, GeoTrust eller GlobalSign, vil Video Mesh-noden klarere det basert på listen over rotsertifikater fra verts-OS for Video Mesh-noden, som oppdateres regelmessig. Gå til trinn 6 .
Hvis serverens CA-sertifikat er signert av et internt CA rotsertifikat for bedriften , må rotsertifikat fra denne myndigheten legges til i videonett-noden. Fortsett med neste trinn.

Hent sertifikatet eller klareringsliste for sertifikater (CTL) som den eksterne serveren bruker.

Som med nodesertifikatet for Video Mesh, lagrer du den eksterne serverfilen et sted som er lett å huske.

Gå tilbake til fanen for nodegrensesnitt for Webex-videonett, klikk på Trust Store og proxy , og velg deretter et alternativ:

Hvis du vil installere et enkelt CA-sertifikat, klikker du på Last opp et rotsertifikat eller en sluttenhetssertifikat (.crt- eller .pem-fil) , og velg sertifikatfilen fra datamaskinen, klikk på Installer alle sertifikater i Trust Store , les ledeteksten, klikk på Installer , og start deretter noden på nytt.
Hvis du vil installere en sertifikatkjede, laster du opp rot- CA-sertifikat og det mellomliggende CA-sertifikat, og deretter klikker du på Installer alle sertifikater i Trust Store , les ledeteksten og klikk på Installer .

Gjenta opplastingen av sertifikatet eller sertifikatkjede på annenhver videonett-node i den samme klyngen.

Generer videonettlogger for støtte

Åpne nodegrensesnittet for Webex-videonett.

Gå til Feilsøking , og velg deretter et alternativ ved siden av Send logger :

Klikk på Send logger til Cisco for å generere en loggpakke fra noden og sende pakken direkte til Cisco i ett trinn. Du ser en statusindikator som endres etter hvert som loggene komprimeres, komprimeres og lastes opp.
Klikk på Last ned for å generere en lang pakke fra noden som du kan lagre lokalt eller knytte til en sak senere.

Når du åpne en sak eller samhandle med Cisco TAC , inkluderer opplastingsidentifikatorverdien slik at kundestøtteteknikeren får tilgang til loggene.

Hvis du sendte loggen til Cisco direkte, trenger du ikke å laste opp loggpakken til TAC-saken.

Hva nå?

Mens logger lastes opp til Cisco eller lastes ned, kan du kjøre pakkelagring fra samme skjermbilde.

Generer pakkeopptak for videonett for støtte

Før du starter

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking . Du kan starte pakkelagring og laste opp logger samtidig.
3	(Valgfritt) I Pakkeopptak kan du begrense registreringen til pakker på et bestemt grensesnitt, filtrere etter pakker til eller fra bestemte verter, eller filtrere etter pakker på én eller flere porter.
4	Hvis du vil starte prosessen, slår du på Start pakkeopptak innstillingen.
5	Når du er ferdig, slår du av Start pakkeopptak innstillingen.
6	Velg én: Klikk på Send PCAP til Cisco for å sende pakkelagring fra noden direkte til Cisco. Du ser en statusindikator som endres etter hvert som pakkelagring lastes opp. Klikk på Last ned for å lagre en lokal kopi av pakkelagring fra noden. Du kan legge den ved en sak senere. Når et pakkeopptak er lastet opp, vises en opplastingsidentifikator på siden. Støtte bruker denne verdien til å identifisere den opplastede pakkelagring. Maksimal størrelse for pakkeopptak er 2 GB.
7	Når du åpne en sak eller samhandle med Cisco TAC , inkluderer du opplastingsidentifikatorverdien slik at kundestøtteteknikeren din får tilgang til pakkelagring.

Kjør et ping fra nettgrensesnittet for videonettnode

Du kan kjøre en ping fra webgrensesnitt for Video Mesh-noden . Dette trinnet tester en destinasjon du angir, og ser om videonettnoden kan nå den.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking , bla til Ping , og angi deretter en destinasjonsadresse du vil teste i FQDN- eller IP-adresse felt under Test tilkoblingen ved hjelp av ping .
3	Klikk på Ping . Testen kjøres, og du ser en melding om vellykket ping eller feil. Testen har ingen tidsavbrudd. Hvis du får en feil eller testen kjører på ubestemt tid, kontrollerer du målverdien du anga, og nettverksinnstillinger.

Kjør en sporingsrute fra webgrensesnitt for videonett

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking , bla til Traceroute , og angi deretter en destinasjonsadresse du vil teste i FQDN- eller IP-adresse felt under Spor rute til vert . Testen kjøres, og du får en melding om vellykket sporing eller feil. Testen tidsavbrytes etter 16 sekunder. Hvis du får en feil eller testen blir tidsavbrutt, kontrollerer du målverdien du anga, og nettverksinnstillinger.

Kontroller NTP-serveren fra nettgrensesnittet for videonettnode

Åpne nodegrensesnittet for Webex-videonett.

Gå til Feilsøking , bla til Sjekk NTP-serveren , og angi deretter en destinasjonsadresse du vil teste i FQDN- eller IP-adresse felt under Vis svar på SNTP-spørring .

Identifisere portproblemer med Reflector Tool i nettgrensesnittet

Reflektorverktøyet (en kombinasjon av en server på Video Mesh-noden og klient gjennom et Python-skript) brukes til å bekrefte om de nødvendige TCP/UDP-portene er åpne fra Video Mesh-nodene.

Før du starter

Last ned en kopi av Reflector Tool Client (et Python-skript) frahttps://github.com/CiscoDevNet/webex-video-mesh-reflector-client .
For at skriptet skal fungere som det skal, må du kontrollere at du kjører Python 2.7.10 eller nyere i miljøet ditt.
For øyeblikket støtter dette verktøyet SIP-endepunkter til videonettnoder og intraklyngebekreftelse.

1	Fra kundevisningen ihttps://admin.webex.com , aktiver vedlikeholdsnoden for videonettnode ved å følge disse instruksjonene .
2	Vent til noden viser statusen Klar for vedlikehold i Control Hub.
3	Åpne nodegrensesnittet for Webex-videonett. Hvis du vil ha instruksjoner, se Behandle videonettnode fra nettgrensesnittet .
4	Bla til Refleksverktøy , og start deretter enten TCP Reflector Server eller UDP Reflector Server , avhengig av hvilken protokoll du vil bruke.
5	Klikk på Start Reflector Server , og vent deretter til serveren starter. Du ser et varsel når serveren starter.
6	Fra et system (for eksempel en PC) i et nettverk som du vil at Video Mesh-nodene skal nå, kjører du skriptet med følgende kommando: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` På slutten av kjøringen viser klienten en vellykket melding hvis alle nødvendige porter er åpne: Klienten viser en mislykket melding hvis noen nødvendige porter ikke er åpne:
7	Løs eventuelle portproblemer på brannmuren, og kjør deretter trinnene ovenfor på nytt.
8	Kjør klienten med `--help` for å få flere detaljer.

Aktiver feilsøkingsbrukerkonto fra nettgrensesnitt for videonettnode

Hvis Cisco TAC krever tilgang til noden for Webex-videonett, kan du midlertidig aktivere en brukerkonto slik at brukerstøtte kan kjøre ytterligere feilsøking.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking , og slå deretter på Aktiver feilsøkingsbruker innstillingen. Det vises en kryptert passordfrase som du kan oppgi til Cisco TAC.
3	Kopier passordfrasen, lim den inn i kundestøttebilletten eller direkte til kundestøtteteknikeren, og klikk deretter OK når du har den lagret.

brukerkonto for feilsøking er gyldig i 3 dager, og deretter utløper den.

Hva nå?

Du kan deaktivere kontoen før den utløper hvis du går tilbake til Feilsøking side, og slå deretter av Aktiver feilsøkingsbruker innstillingen.

Tilbakestill en videonettnode til fabrikkstandard fra nettgrensesnittet

Før du starter

Du må bruke Control Hub til å avregistrere videonett-noden fra klyngen som er registrert i Control Hub.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking , bla til Tilbakestill til fabrikkinnstillinger , og klikk deretter Tilbakestill node .
3	Kontroller at du forstår informasjonen i varselet som vises, og klikk deretter på Tilbakestill og start på nytt . Noden starter automatisk på nytt etter tilbakestillingen til tilbakestilling til fabrikkinnstillinger.

Deaktiver eller aktiver den lokale administratorkontoen fra nettgrensesnitt på nytt

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid .

Under Ressurser på Video Mesh-kortet klikker du Vis alle .

Klikk på klyngen, og klikk deretter på noden du vil ha tilgang til. Klikk på Gå til Node .

Gå til Administrasjon .

Veksle på Aktiver innlogging for administratorbruker slå av for å deaktivere kontoen, eller på for å aktivere den på nytt.

Du kan ikke deaktivere administratorkontoen før du har registrert noden i skyen.

Klikk på på bekreftelsesskjermen Deaktiver eller Aktiver for å fullføre endringen.

Endre passordfrase for administrator fra nettgrensesnitt

Bruk denne fremgangsmåten til å endre administrator (passordet) for Webex-videonett-noden ved hjelp av webgrensesnitt.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Administrasjon , og ved siden av Endre passordfrase , klikk Endre .
3	Skriv inn Gjeldende passordfrase , og angi deretter en ny passordfraseverdi i begge Ny passordfrase og Bekreft ny passordfrase .
4	Klikk på Lagre passordfrase . Meldingen «passord endret» vises, og deretter går du tilbake til påloggingsskjermen.
5	Logg på med den nye administratorpålogging og passordfrasen (passord).

Endre utløpsintervall for passordfrase fra nettgrensesnittet

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Administrasjon , og ved siden av Endre utløpsdato for passordfrase , angi en ny verdi for Utløpsintervall (dager) (opptil 365 dager), og klikk deretter Lagre utløpsintervall for passordfrase . Et vellykket skjermbilde vises, og du kan deretter klikke OK for å fullføre.

Den Administrasjon siden viser også datoer for siste endring av passordfrasen og neste gang passordet utløper.

Angi ekstern logging til en Syslog-server

Hvis du har en syslog-server, kan du angi at noden for Webex-videonett skal logges på informasjonen om revisjonssporet for den eksterne serveren, for eksempel:

Detaljer om administrator
Konfigurasjonsendringer (inkludert slå vedlikeholdsmodus på eller av)
Programvareoppdateringer

Noden aggregerer loggene, hvis noen, og sender dem til serveren hvert tiende minutt.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Administrasjon .
3	Ved siden av Ekstern logging , slå på Aktiver ekstern logging .
4	For Detaljer om Syslog-server , skriver du inn vertens IP-adresse eller det fullstendige domenenavn og syslog-porten. Hvis serveren ikke kan DNS-løses fra noden, bruker du en IP-adresse i Vert felt.
5	Velg Protokoll – UDP eller TCP. Hvis du vil bruke TLS-kryptering, velger du TCP og slå deretter på Aktiver TLS . Kontroller at du også laster opp og installerer sikkerhetssertifikatene som kreves for TLS-kommunikasjon mellom noden og syslog-serveren. Hvis det ikke er installert noen sertifikater, bruker noden som standard sine egensignerte sertifikater. Hvis du vil ha hjelp, se Last opp sikkerhetssertifikater .
6	Klikk på Lagre konfigurasjon for ekstern logging .

Egenskapene for loggmeldingen har dette formatet: Melding om prioritert tidsstempel Vertsnavn-tag .

Egenskap	Beskrivelse
Prioritet	Verdien er alltid 131, basert på formelen: Prioritet = (anleggskode * 8) + alvorlighetsgrad. Anleggskoden er 16 for «local0». Alvorlighetsgraden er 3 for «varsel».
Tidsstempel	Tidsstempelformatet er «Mmm dd tt:mm:ss».
Vertsnavn	Vertsnavnet for videonett-noden.
stikkord	Verdien er alltid syslogAuditMsg.
Melding	Meldingen er en JSON-streng på minst 1 kB. Størrelsen avhenger av antall aggregerte hendelser i løpet av timinuttersintervallet.

Her er en eksempelmelding:

{
  "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 for videonettvarsler

Følgende hendelsestyper kan overvåkes via webhooks:

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

Opprett et Webhook-abonnement

1	Logg på Cisco Webex utvikler portal ved hjelp av administratorlegitimasjon.
2	På utviklerportalen klikker du på Dokumentasjon.
3	Fra rullefeltet til venstre blar du ned og klikker Fullstendig API-referanse .
4	Fra alternativene som vises nedenfor, blar du ned og klikker Webhooks > Opprett en Webhook.
5	Opprett et abonnement ved å angi følgende parametere:

navn : eksempel – Video Mesh Webhook-varsler
targetUrl : eksempel - https://10.1.1.1/webhooks
ressurs : videoMeshAlerts
hendelsen : utløst
eidAv : org

URL-adressen som angis i targetUrl-parameteren, må være tilgjengelig for Internett og ha en server som er konfigurert til å godta POST-forespørsler sendt av Webex Webhook.

Angi terskelkonfigurasjoner med utvikler-API-er

Et sett med fire API-er er tilgjengelige for innstilling og oppdatering av terskler i Cisco Webex Developer Portal, og de er listet opp nedenfor:

Konfigurasjon av listehendelsesterskel
Hent konfigurasjon av hendelsesterskel
Oppdater konfigurasjon for hendelsesterskel
Tilbakestill konfigurasjon av hendelsesterskel

API-ene er tilgjengelige påhttps://developer.webex.com/docs/api/v1/video-mesh .

Scenario 1 – angi terskelverdi for organisasjonssamtaler overflyt

Klikk på Konfigurasjon av listehendelsesterskel API.

Angi eventscope til ORG og klikk > Kjør .

Du vil motta et svar som ligner på det vist nedenfor.

{
"eventName": "orgCallsOverflowed",
"eventThresholdId":
"Y2lzY29zcGFyazovL3VzL0VWRU5ULzQyN2U5ZTk2LTczYTctNDYwYS04MGZhLTcyNWU4MWE2MDg3ZjowM2ZkYjkzZC1jNTllLT
QzMjQtODIwNS1lNDIyYzA3NGQ5Mzg",
"eventScope": "ORG",
"entityId":
"Y2lzY29zcGFyazovL3VzL09SR0FOSVpBVElPTi8yYzNjOWY5NS03M2Q5LTQ0NjAtYTY2OC0wNDcxNjJmZjFiYWQ",
"thresholdConfig": {
"minThreshold": 10,
"defaultMinThreshold": 10
}

Kopier verdien i "eventThresholdId". Dette er terskel-ID-en for hendelsen som vil bli brukt til å oppdatere og hente terskelverdier.

Lim inn verdien i "eventThresholdId" i JSON-strukturen vist nedenfor, og kopier hele JSON-strukturen.

[
{
"eventThresholdId":
"Y2lzY29zcGFyazovL3VzL0VWRU5UL2E3YmM3ODE2LWU3YTAtNDk0Zi1iZDZhLTRhMGIyNWY2OGFhNjoyNWE3ODY1Yi0yYjQ3
LTM4M2YtYWI3YS00MzYxY2ExN2FiOTI",
"thresholdConfig": {
"minThreshold": 5
}
}

Klikk på Oppdater konfigurasjon for hendelsesterskel API.

Lim inn JSON-strukturen i brødteksten til Oppdater konfigurasjon for hendelsesterskel API.

Angi “minThreshold” verdi til den nye terskelverdi du vil angi.

Du kan kjøre denne operasjonen for flere hendelsesterskel-ID-er ved å angi dem som kommadelte verdier i JSON-strukturen.

Klikk på Kjør , terskelen din for Organisasjonsanropsoverflyt settes til den nye verdien.

Hva nå?

Hvis du vil vise terskelen som er angitt for en bestemt hendelsesterskel-ID,

Klikk på Hent konfigurasjon av hendelsesterskel API.
Lim inn hendelsesterskel-ID-en i toppteksten for API-en, klikk Kjør .
Standard terskelverdi og den angitte terskelverdi vises i svaret.

Scenario 2 – Angi terskelverdi for klyngesamtaler omdirigert

Klikk på Konfigurasjon av listehendelsesterskel API.

Angi eventscope til KLYNE og klikk > Kjør .

Svaret viser konfigurasjoner for alle klynger i organisasjonen.

Du kan motta konfigurasjonen for en bestemt klynge ved å fylle ut clusterID parameteren.

Kopier verdien i "eventThresholdId"-feltet for klyngen du vil oppdatere verdien for. Dette er terskel-ID-en for hendelsen som vil bli brukt til å oppdatere og hente terskelverdier.

Lim inn verdien i "eventThresholdId" i JSON-strukturen vist nedenfor, og kopier hele JSON-strukturen.

[
{
"eventThresholdId":
"Y2lzY29zcGFyazovL3VzL0VWRU5UL2E3YmM3ODE2LWU3YTAtNDk0Zi1iZDZhLTRhMGIyNWY2OGFhNjoyNWE3ODY1Yi0yYjQ3
LTM4M2YtYWI3YS00MzYxY2ExN2FiOTI",
"thresholdConfig": {
"minThreshold": 5
}
}
]

Klikk på Oppdater konfigurasjon for hendelsesterskel API.

Lim inn JSON-strukturen i brødteksten til Oppdater konfigurasjon for hendelsesterskel API.

Angi “minThreshold” verdi til den nye terskelverdi du vil angi.

Du kan kjøre denne operasjonen for flere hendelsesterskel-ID-er ved å angi dem som kommadelte verdier i JSON-strukturen.

Klikk på Kjør , terskelen din for Klyngesamtaler omdirigert settes til den nye verdien.

Hva nå?

Hvis du vil vise terskelen som er angitt for en bestemt hendelsesterskel-ID,

Klikk på Hent konfigurasjon av hendelsesterskel API.
Lim inn hendelsesterskel-ID-en i toppteksten for API-en, klikk Kjør .
Standard terskelverdi og den angitte terskelverdi vises i svaret.

Scenario 3 – Tilbakestilling av terskelverdier

Klikk på Tilbakestill konfigurasjon av hendelsesterskel API.

Kopier hendelsesterskel-ID-en for en klynge eller organisasjonen, og lim den inn i "eventThresholdId" i JSON-strukturen nedenfor.

{
"eventThresholdIds": [
"Y2lzY29zcGFyazovL3VzL0VWRU5ULzQyN2U5ZTk2LTczYTctNDYwYS04MGZhLTcyNWU4MWE2MDg3Zjo2YzJhZGRmMS0wYjAz
LTRiZWEtYjIxYy0xYzFjYzdiY2UwOWQ"
]
}

Lim inn JSON-strukturen i brødteksten og klikk Kjør .

Du kan tilbakestille terskelverdier for flere hendelsesterskel-ID-er ved å angi dem som kommadelte verdier i JSON-strukturen.

terskelverdi settes til standard minimumsverdi.

Utvikler-API-er for videonett

Vedlegg

Demoprogramvare for videonettnode

Demoprogramvaren for videonettnode støttes ikke av Cisco TAC.
Du kan ikke oppgradere demoprogramvaren for videonettnode til den fullstendige programvareversjon av produksjonsprogramvaren.

Last ned bildet av demoprogramvaren fra denne koblingen .

Spesifikasjoner

Se System- og plattformkrav for programvare for videonettnode for den spesifikasjonsbaserte konfigurasjonen for programvaren videonettnode .

Demoprogramvaren støtter enten ett enkelt nettverksgrensesnitt eller et to nettverksgrensesnitt.

Kapasitet

Vi tester ikke demobildet for kapasitet. Du bør bare bruke den til å teste ut grunnleggende møtescenarier. Se brukstilfellene som følger for veiledning.

Bruksområder for demoprogramvaren for videonettnode

Medier forankret til lokalt

Distribuer og konfigurer noden med demoprogramvaren.
Kjør et møte som inkluderer følgende deltakere: en Webex-app-deltaker, Webex-endepunktdeltaker og et Cisco Webex Board.
Etter at møtet er over, kan du se fra kundenhttps://admin.webex.com , gå til Analyse for å få tilgang til videonett-rapportene. I rapportene kan du se at mediene forble lokale.

Møte med deltakere i skyen og lokale

Kjør et nytt møte med et par Webex-deltakere lokale og én i skyen.
Vær oppmerksom på at alle deltakerne sømløst kan bli med og delta i møtet.

Behandle videonettnode fra konsollen

Oppgraderinger skjer ikke når en node settes i vedlikeholdsmodus.

Endre nettverksinnstillinger for videonettnode i konsollen

Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten, og logg deretter på med administratorlegitimasjonen.

Etter førstegangs oppsett av nettverksinnstillinger , og hvis videonettverket er tilgjengelig, kan du få tilgang til nodegrensesnittet via sikkert skall (SSH).

Velg alternativ fra hovedmeny i videonettnode 2 Rediger konfigurasjon og klikk deretter Velg .

Les meldingen om at samtalene avsluttes på videonettnode, og klikk deretter på Ja .

Klikk på Statisk , angi IP-adresse for det interne grensesnittet, Maske , Gateway , og DNS verdier for nettverket ditt.

videonettnode må ha en intern IP-adresse og et DNS-navn som kan løses. IP-adresse for noden kan ikke tilhøre IP-adresse som er reservert for intern bruk av videonettnode . Standard reservert IP-adresse er 172.17.42.0–172.17.42.63, som kan konfigureres i Diagnostikk -menyen. Dette IP-adresse er for kommunikasjon innenfor videonettnode og mellom programvarebeholderne som inneholder de forskjellige komponentene i noden – for eksempel SIP-grensesnitt og medietranskoding.
Distribuer alle nodene i samme delnett eller VLAN, slik at alle nodene i en klynge er tilgjengelige uansett hvor klientene befinner seg i nettverket.
For en DMZ-distribusjon for to nettverkskort kan du angi den eksterne IP-adresse i neste prosedyre etter at du har lagret den interne nettverkskonfigurasjon og startet noden på nytt.

Angi organisasjonens NTP-server eller en annen ekstern NTP-server som kan brukes i organisasjonen.

Hvis du konfigurerer mer enn én NTP-server, er avstemningsintervallet for failover 40 sekunder.

(Valgfritt) Endre vertsnavnet eller domenet om nødvendig.

Hvis du vil sikre en vellykket registrering til skyen, bruker du bare små tegn i vertsnavnet du angir for videonettnode. Store og små bokstaver støttes ikke for øyeblikket.
Når du bruker eller konfigurerer FQDN eller vertsnavn, må du også angi et gyldig domene som kan løses. Den totale lengden på FQDN kan ikke overstige 64 tegn.

Klikk på Lagre , og klikk deretter Lagre endringer og start på nytt .

Endre passordfrasen for administrator for videonettnode

Bruk denne fremgangsmåten til å endre administrator (passordet) for videonettnoden i nodens konsoll.

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Åpne og logg på VMware ESXi-konsollen til den virtuelle maskinen for Video Mesh-noden.
3	Velg alternativ på hovedmeny 3 Administrer passordfrase for administrator , deretter 1 Endre passordfrase for administrator , og klikk deretter Gå inn .
4	Les informasjonen på siden for utløpt passord, klikk på Gå inn , og klikk deretter på den igjen etter meldingen om passordutløpet.
5	Trykk på Enter.
6	Når du har logget ut av konsollen, går du tilbake til påloggingsskjermen, og deretter logger du på med administratorpålogging . Du blir bedt om å endre passordet ditt.
7	For Gammelt passord , angi gjeldende passordfrase, og trykk deretter på Gå inn .
8	For Nytt passord , angi en ny passordfrase, og trykk deretter på Gå inn .
9	For Skriv inn nytt passord på nytt , skriv inn den nye passordfrasen på nytt, og trykk deretter på Gå inn . Meldingen «passord endret» vises, og deretter går du tilbake til påloggingsskjermen.
10	Logg på med den nye administratorpålogging og passordfrasen (passord).

Kjør et ping fra videonettnode for videonett

Du kan kjøre en ping fra grensesnittet for nodekonsollen for Video Mesh. Dette trinnet tester en destinasjon du angir, og ser om videonettnoden kan nå den.

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Fra Video Mesh-nodekonsollen går du til 4 Diagnostikk , og velg deretter Ping .
3	I ping -feltet, angi en destinasjonsadresse du vil teste, for eksempel en IP-adresse eller vertsnavn, og klikk deretter på OK . Testen kjøres, og du ser en melding om vellykket ping eller feil. Hvis du får en feil, kontrollerer du målverdien du anga, og nettverksinnstillinger.

Aktiver feilsøking av brukerkonto gjennom konsoll

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Fra Video Mesh-nodekonsollen går du til 4 Diagnostikk , velg 2 Aktiver feilsøkingsbrukerkonto , og klikk på etter ledeteksten Ja .
3	Når det vises en melding om at brukerkonto ble opprettet, klikker du på OK for å vise den krypterte passordfrasen. Du sender den krypterte passordfrasen til support. De bruker denne midlertidige kontoen og dekrypterte passordfrasen for å få sikker tilgang til Video Mesh-noden for feilsøking. Denne kontoen utløper etter 3 dager, eller du kan deaktivere den når støtten er fullført.
4	Velg starten og slutten på de krypterte dataene, og kopier og lim dem inn i kundestøttebilletten eller e-posten du sender til kundestøtte.
5	Når du har sendt denne informasjonen til support, går du tilbake til nodekonsollen for videonett og trykker på en hvilken som helst tast for å gå tilbake til hovedmeny.

Hva nå?

Send logger fra videonettnode for videonett

Du kan bli bedt om å sende logger direkte til Cisco eller gjennom sikker kopi (SCP). Bruk denne fremgangsmåten til å sende logger direkte fra alle Video Mesh-noder du har registrert, til skyen.

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Klikk på alternativ i hovedmeny 4 Diagnostikk og trykk deretter på Gå inn .
3	Klikk på 4 Eksporter loggfiler , gi tilbakemelding hvis du vil, og klikk deretter Neste .
4	Velg et alternativ: Send logger ved hjelp av SCP , bekreft eksporten av loggene, angi SCP-detaljene ( Vert , Brukernavn , og Dest_ Mappe ), og klikk deretter på OK . Send logger til Cisco , og bekreft deretter eksporten av loggene.
5	Velg OK for å gå tilbake til hovedmeny for Videonett-noden .
6	(Valgfritt) Velg 5 Kontroller status for loggfiler som er sendt til Cisco hvis du sendte loggene til Cisco.

Hva nå?

Når du har sendt logger, anbefaler vi at du sender tilbakemelding direkte fra Webex-appen, slik at kundestøttekontaktene dine har all informasjonen de trenger for å hjelpe deg.

Tilknyttet informasjon

Hvordan kontakter jeg min leder for kundesuksess (CSM)?

Kontroller tilstanden til videonettnode fra konsoll

Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.

Fra Video Mesh-nodekonsollen går du til 4 Diagnostikk , og velg deretter 6 Kontroller nodens tilstand for å vise følgende informasjon om noden:

Beholder for administrasjonstjeneste
ETCD (nøkkelverdilager som lagrer data pålitelig på tvers av en klynge)
NTP-synkronisert
Diskplass (gratis/brukt %)
Minne (gratis/brukt %)

Konfigurer containernettverk på videonettnode

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Fra hovedmeny i nodekonsollen for Video Mesh går du til 4 Diagnostikk , og velg deretter 7 Konfigurer containernettverk . Etter advarselen som sier at aktive samtaler avsluttes på noden, klikker du Ja .
3	Endre verdiene for Container Bridge IP og Nettverksmaske , etter behov, og klikk deretter Lagre . Du får se et skjermbilde som viser nettverksinformasjonen for beholderen, inkludert IP-adresse som er reservert for interne operasjoner på videonett-noden.
4	Klikk på OK.

Identifisere portproblemer med Reflector Tool i konsoll

Reflektorverktøyet (en kombinasjon av en server på Video Mesh-noden og klient gjennom et Python-skript) brukes til å bekrefte om de nødvendige TCP/UDP-portene er åpne fra Video Mesh-nodene.

Før du starter

Last ned en kopi av Reflector Tool Client (Python-skript) og pakke deretter ut filen til et sted som er lett å finne. Zip-filen inneholder skriptet og en readme-fil.
For at skriptet skal fungere som det skal, må du kontrollere at du kjører Python 2.7.10 eller nyere i miljøet ditt.
For øyeblikket støtter dette verktøyet SIP-endepunkter til videonettnoder og intraklyngebekreftelse.

1	Fra kundevisningen ihttps://admin.webex.com , aktiver vedlikeholdsnoden for videonettnode ved å følge disse instruksjonene .
2	Vent til noden viser statusen Klar for vedlikehold i Control Hub.
3	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
4	Fra grensesnittet for videonettnode går du til Diagnostikk > Reflector Server > Reflector Server for TCP eller (UDP) . Start serveren enten for TCP eller for UDP.
5	Bla til Refleksverktøy , og start deretter enten TCP Reflector Server eller UDP Reflector Server , avhengig av hvilken protokoll du vil bruke.
6	Klikk på Start Reflector Server , og vent deretter til serveren starter. Du ser et varsel når serveren starter.
7	Fra et system (for eksempel en PC) i et nettverk som du vil at Video Mesh-nodene skal nå, kjører du skriptet med følgende kommando: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` På slutten av kjøringen viser klienten en vellykket melding hvis alle nødvendige porter er åpne: Klienten viser en mislykket melding hvis noen nødvendige porter ikke er åpne:
8	Løs eventuelle portproblemer på brannmuren, og kjør deretter trinnene ovenfor på nytt.
9	Kjør klienten med `--help` for å få flere detaljer.

Tilbakestill en videonettnode fra konsoll til fabrikkstandard

Før du starter

Du må bruke Control Hub til å avregistrere videonett-noden fra klyngen som er registrert i Control Hub.

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Fra Video Mesh-nodekonsollen går du til 4 Diagnostikk , og velg deretter 8 Tilbakestilling til fabrikkinnstillinger .
3	Kontroller at du forstår informasjonen i merknaden som vises, og klikk deretter Tilbakestill . Noden starter automatisk på nytt etter tilbakestillingen til tilbakestilling til fabrikkinnstillinger.

Overfør en eksisterende maskinvareplattform til videonettnode

Trinnene varierer, avhengig av den medfølgende versjonen av ESXi på maskinvareplattform.

Før du starter

Last ned en ny versjon av den nyeste versjonen Programvare for videonettnode bilde (OVA). Ikke distribuer en ny videonettnode med en tidligere nedlastet OVA.

1	Logg på grensesnittet for den virtuell maskin , og avslutt deretter programvaren som kjører på plattformen.
2	Slett programvaren som kjørte på plattformen. Det må ikke være noen programvarebilder igjen på plattformen. Du kan heller ikke kjøre nodeprogramvare for Video Mesh sammen med annen programvare på samme plattform.
3	Distribuer en ny virtuell maskin fra en ny OVF- eller OVA-fil.
4	Angi et navn på den virtuell maskin, og velg OVA-filen for videonettnoden.
5	Endre diskklargjøring til Tykk.
6	Last opp mfusion.ova programvarebilde du lastet ned.
7	Når den virtuell maskin kjører, går du tilbake til Logg på videonettnode og fortsett den første konfigurasjonen av Video Mesh-noden.

Funksjonssammenligning og overføringsbane fra samarbeidsmøterom-hybrid til videonett

Sammenligning av funksjoner

Funksjon	Videonett og Cisco Webex Meeting Center -video	CMR Hybrid
Møtetyper	Planlagt Ett klikk (øyeblikkelig) Personlig møte (PMR) Konsekvent opplevelse for lokaler og skybaserte møter	Kun planlagt
Planlegging	Webex-produktivitetsverktøy (Windows og Mac) Hybridkalenderplanlegging med @webex Webex-portal	Webex-aktiverte TelePresence- Produktivitetsverktøy for Windows og Mac TMS-planlegging
Alternativer for å bli med i møte	Oppringing og Utringing PIN-beskyttet (vert) Énknapp å trykke på (OBTP)	Kun innringing OBTP
Opplevelse i møtet	Unified Roster (Webex-klient) Samlede kontroller (Webex-klient) Lås/lås opp møte Demp/slå på demping av TelePresence-deltakere	Ingen enhetlig liste (Webex-klient og TelePresence Server) Separate kontroller (Webex-klient og TelePresence Server)
Kapasitet og distribusjonsmodell	Ubegrenset kapasitet Lokal og automatisk overflyt Bytting og omkoding	Transkodingskapasiteten er begrenset til TelePresence-serveren

Sjekkliste for overføringsbane

Kontroller at funksjonen for videokonferanse i Meeting Center er klargjort på Webex-nettsted.
Nettstedsadministratoren mottar administrasjonsportalkontoen sin. Administratoren distribuerer deretter videonettnoder for Webex-organisasjonen.
Nettstedsadministratoren tilordner CMR-rettigheten for å aktivere alle eller noen CMR Hybrid -hybridbrukere med Cisco Webex Meeting Center -video.
(Valgfritt) Deaktiver økttypen for CMR Hybrid for dette delsettet, og aktiver deretter Cisco Webex Meeting Center -video i brukerprofil.
Nettstedsadministratoren konfigurerer videonett, og velger deretter Hybrid som medieressurs under Alternativer for møterom for skysamarbeid .
Nettstedsadministratoren konfigurerer den lokale TelePresence Management Suite (TMS) og One Button to Push (OBTP) til å fungere med Cisco Webex Meeting Center -video. Se Distribusjonsveiledning for Cisco Webex Meeting Center -videokonferanser for bedrifter for veiledning.
Når CMR-rettigheten er aktivert for en bruker, bruker Webex- Produktivitetsverktøy som standard Cisco Webex Meeting Center -videoversjonen. Alle nye møter som er planlagt av brukerne, er Cisco Webex Meeting Center -videomøter.
Hvis konferanserom er inkludert i invitasjonen, sendes OBTP-informasjon til konferanserommet via TMS (kun for CMR Hybrid -hybridmøter).
Eksisterende møter som ble konfigurert av CMR Hybrid -brukere før de ble byttet til Cisco Webex Meeting Center -video, skal fortsette å fungere så lenge kunden beholder de lokale MCU- og TMS-innstillingene.
Eksisterende CMR Hybrid -hybridmøter kan ikke endres eller oppdateres for å gjenspeile informasjonen om Cisco Webex Meeting Center -videomøte. Hvis brukere vil bruke en ny invitasjon, må de slette de gamle møtene og opprette nye møter.
Hvis kunden ønsker å avvikle den lokale MCU-en, TMS-en, fungerer ikke gamle CMR Hybrid . Nye møter med Cisco Webex Meeting Center Videoinformasjon må opprettes.

TelePresence-interoperabilitetsprotokoll og segmentbytte

Videonett støtter forhandling av TelePresence Interoperability Protocol (TIP) og multiplex (MUX) for både 1-skjerms og 3-skjerms IX- og TX-endepunkter.

Ny og endret informasjon

Denne tabellen dekker nye funksjoner eller funksjoner, endringer i eksisterende innhold og eventuelle større feil som ble rettet i Distribusjonsveiledning .

Hvis du vil ha informasjon om programvareoppdateringer for Webex Video Mesh-noden, kan du sehttps://help.webex.com/en-us/article/jgobq2/Webex-Video-Mesh-release-notes .

Dato	Endre
14. mai 2024	Slettet et notat om at ThousandEyes-tester ikke støtter Video Mesh-noder bak en proxy i Aktiverer ThousandEyes for videonett.
9. februar 2024	Lagt til ThousandEyes-integrering med videonett. Lagt til deltakerkapasitet for samtaler med 1080p-oppløsning inn Kapasitet for videonettnoder . . La til en merknad om portdifferensiering i UDP-kilden Trafikksignaturer for videonett (tjenestekvalitet aktivert) . Oppdaterte støttede versjoner av VMware ESXi gjennom hele veiledningen.
31. august 2023	Oppdaterte strukturen og la til informasjon om nylig introduserte API-er i API-er for videonettnode . Slettet et notat og en knapp å trykke (OBTP)-informasjon fra Krav til samtalekontroll og møteintegrering for videonett . La til en merknad om avstemningsintervall for failover i Angi nettverkskonfigurasjon for videonettnode i konsollen og Konfigurere nettverksinnstillinger fra nettgrensesnitt for videonettnode . Oppdaterte støttede versjoner av VMware ESXi gjennom hele veiledningen.
31. juli 2023	Lagt til Webhooks for videonettvarsler .
28. juli 2023	Lagt til API-er for videonettnode .
15. juni 2023	Oppdaterte nomenklaturen fra «Webex-app app» til «Webex-app» gjennomgående. Oppdatert Oversikt over Webex-videonett for å oppgi at E2EE-møter nå støttes på Video Mesh. Fjernet utdatert informasjon og oppdaterte et notat i Oversikt over Webex-videonett . Oppdatert Klienter og enheter som bruker videonettnode for å angi at nettklienten nå støttes på Video Mesh og fjernet utdatert informasjon. La til et notat i System- og plattformkrav for programvare for videonettnode som sier at demomiljøer ikke støttes av Cisco TAC . Oppdatert informasjon i Lokal og skysamtale delen. Slettet et notat i Skyklyngevalg for overflyt basert på 250 ms eller høyere STUN tur-retur-forsinkelse . Oppdatert informasjon i Porter og protokoller for Webex Meetings trafikk . Fjernet utdatert informasjon fra Registrer videonettnode til Webex Cloud og Støtte og begrensninger for private møter . Oppdaterte trinn og fjernet utdatert informasjon fra Aktiver videonett for Webex-nettstedet . Oppdatert informasjon i Deaktiver videonett .
16. mai 2023	Oppdatert Porter og protokoller for administrasjon , Trafikksignaturer for videonett (tjenestekvalitet aktivert) , og Trafikksignaturer for videonett (tjenestekvalitet deaktivert) for å gjenspeile de nyeste portene og protokollene som brukes av Video Mesh. Oppdaterte bildene som ble berørt av endringene. Fjernet 444-portreferanser fra Krav for proxy-støtte for videonett , Porter og protokoller for administrasjon , Konfigurer videonettnode for proxy-integrering , og Konfigurer videonettnode for proxy-integrering . Oppdaterte portområder i Tjenestekvalitet på videonettnode , Aktiver Quality of Service (QoS) for videonettnode , og Porter og protokoller for Webex Meetings trafikk . La til en merknad om overvåking av testfeil i Kjør en umiddelbar test og Konfigurer regelmessige tester . La til et notat og oppdaterte en advarsel som på det sterkeste anbefaler bruk av den nyeste programvarepakken (OVA) for distribusjoner i Installer og konfigurer programvaren for videonettnode . Oppdaterte en advarsel angående noder plassert i vedlikeholdsmodus i Behandle videonettnode fra nettgrensesnittet og Behandle videonettnode fra konsollen . Oppdatert Videonettanalyse for å gjenspeile de nyeste brukergrensesnittendringene.
27. mars 2023	Oppdatert System- og plattformkrav for programvare for videonettnode med de nyeste maskinvarekonfigurasjonene og ekstra båndbreddekrav.
2. mars 2023	La til informasjon om tester som overvåkingsverktøyet kjører i Overvåkingsverktøy for videonett . Endret trinn for å få tilgang til oversiktssiden for overvåkingsverktøyet Kjør en umiddelbar test og Konfigurer regelmessige tester . La til informasjon om visning og filtrering av resultater i Kjør en umiddelbar test og Konfigurer regelmessige tester . Oppdatert Aktiver videonett for Webex-nettstedet .
7. juli 2022	Oppdaterte kapasitetsestimatene i Kapasitet for videonettnoder . Fjernet omtaler av den utdaterte MM410v-serveren gjennomgående.
30. juni 2022	La til informasjon om de nye masseklargjøringsskriptene påhttps://github.com/CiscoDevNet/webex-video-mesh-node-provisioning .
14. juni 2022	Endret trinn for å utveksle sertifikatkjeder for å inkludere ECDSA-sertifikater i Utveksle sertifikatkjeder mellom Unified CM og videonettnoder
18. mai 2022	Endret nedlastingsnettstedet for Reflector Tool tilhttps://github.com/CiscoDevNet/webex-video-mesh-reflector-client .
29. april 2022	La til informasjon om den nye funksjonen i Oppbevar mediene dine i videonett for alle eksterne Webex-møter .
25. mars 2022	Oppdateringer av portbruk i Porter og protokoller for administrasjon .
10. desember 2021	Lagt til CMS 2000 og registrerte oppgraderingsproblem for eldre CMS 1000s ved oppgradering til ESXi 7 i System- og plattformkrav for programvare for videonettnode .
30. august 2021	La til informasjon om å bekrefte at Webex har riktig kildeland for distribusjonen i Kontroller at kildelandet er riktig .
27. august 2021	La til merknad om analyserapporters synlighet i Støtte og begrensninger for private møter .
13. august 2021	La til informasjon om den nye private møter-funksjonen i: Klynger i videonett Privat møtesamtale Private møter
22. juli 2021	La til informasjon om hvordan du bekrefter at systemet har riktig kildeplassering for samtaler. Riktige kildeplasseringer bidrar til effektiv ruting. Se Kontroller at kildelandet er riktig .
25. juni 2021	Merket at funksjonen for Webex Experience med alle funksjoner i Webex-appen er inkompatibel med Video Mesh i Klienter og enheter som bruker videonettnode .
7. mai 2021	Rettet den anbefalte klyngestørrelsen til 100 tommer Retningslinjer for distribusjon av videonettklynge .
12. april 2021	Oppdatert Konfigurer Expressway TCP SIP-trafikkruting for videonett for å bruke Webex-sonen i stedet for en ny DNS-sone.
09. februar 2021	La til informasjon om den nye Gå til Node i Control Hub til Få tilgang til oversikt over Webex- videonettnode fra nettgrensesnitt . Lagt til Deaktiver eller aktiver den lokale administratorkontoen fra nettgrensesnitt på nytt for å beskrive ny funksjonalitet. I hver del som bruker nodens webgrensesnitt, oppdaterte trinnene for å indikere hvordan du får tilgang til grensesnittet fra Control Hub. Lagt til Last opp sikkerhetssertifikater . Lagt til Angi ekstern logging til en Syslog-server .
11. desember 2020	I Aktiver eller deaktiver DNS-cachi , la til informasjon om sletting av DNS-hurtigbuffer.
22. oktober 2020	I Porter og protokoller for Webex Meetings trafikk , lagt til krav til SIP-signalisering .
19. oktober 2020	Fjernet referanse til cloudfront.net som ikke lenger brukes av tjenesten.
18. september 2020	Reduserte IP-adresse som er reservert for intern bruk av Webex videonettnode fra den opprinnelige 172.17.0.0–172.17.255.255 (65 536 adresser) til 172.17.42.0–172.17.42.63 (64 adresser).
26. august 2020	Lagt til støtte for Webex Events i Oversikt over videonett . Lagt til ny seksjon Aktiver eller deaktiver DNS-cachi .
4. august 2020	Oppdaterte følgende deler for støtte for korte videoadresser: Integrer videonett med oppgaveflyt for samtalekontroll Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett Konfigurer Unified CM TCP SIP-trafikkruting for videonett Konfigurer Expressway TCP SIP-trafikkruting for videonett Oppdaterte Benchmark for VMNLite-samtalekapasitet delen av Samtalekapasitet på nodeplattformer for videonettnode .
9. juli 2020	Lagt til ny seksjon Angi MTU-størrelser for nettverksgrensesnitt .
26. juni 2020	La til informasjon om det nye distribusjonsalternativet for VMNLite i: Samtalekapasitet på nodeplattformer for videonettnode System- og plattformkrav for programvare for videonettnode Installer og konfigurer programvaren for videonettnode Fjernet omtaler av standard NTP-server fordi OVA ikke lenger har en standard NTP-server . Oppdatert Generer pakkeopptak for videonett for støtte med nye filtreringsalternativer.
9. juni 2020	La til informasjon om det nye planleggingsalternativet for automatisk programvareoppgradering ukentlig i: Registrer videonettnode til Webex Cloud Angi oppgraderingsplan for videonettklynge
21. mai 2020	Oppdatert Porter og protokoller for administrasjon og Krav for proxy-støtte for videonett .
15. mai 2020	Oppdatert Oversikt over videonett .
25. april 2020	Lagt til nye seksjoner i Administrere Webex- videonettnode fra nettgrensesnittet : Angi det eksterne nettverksgrensesnittet fra nettgrensesnittet for videonettnode Legg til interne og eksterne rutingsregler Konfigurere containernettverk fra Webex videonettnode webgrensesnitt Rettet en feil i granulariteten til den horisontale aksen i Feilsøking for tilgang til, filtrer og lagring av Webex-videonett (Verdiene ble byttet mellom Siste 7 dager og Siste 24 timer alternativer).
22. januar 2020	Lagt til ny del: Tilbakestille til fabrikkstandard en Webex- videonettnode fra nettgrensesnittet . La til mer informasjon om tilkoblingskontroller i Administrer Webex- videonettnode fra nettgrensesnittet delen. La til trådløs deling på rommet i Klienter og enheter som bruker Webex- videonettnode delen.
12. desember 2019	La til prosedyrer for endring av passordfrase og utløpsdato i Administrere Webex- videonettnode fra nettgrensesnittet delen i kapitlet Administrere og feilsøke.
10. desember 2019	La til følgende informasjon og portområder i trafikksignaturtabellene (for QoS aktivert og deaktivert: Kilde-IP-adresse: Videonettnode Destinasjons-IP-adresse: Webex skymedietjenester Kilde UDP-porter: 35000 til 52499 UDP-målporter: 5004 Integrert DSCP-merking: AF41 Medietype: Test STUN-pakker Endret navn på delen «Retningslinjer for båndbredde» til «Videokvalitet og skalering», og la til en kobling til dokumentasjonen for foretrukket arkitektur. I Unified CM TLS-konfigurasjonen oppga veiledningen vår feilaktig å konfigurere en ikke-sikker SIP-trunk for Webex-skyfailover. Rettet setningen for å si for å opprette en SIP-trunk (du kan konfigurere den som enten sikker eller usikret).
4. november 2019	Avviklet gammelt analyseinnhold og lagt til en ny del. I Utveksle sertifikater la til informasjon om feltet Alternativt(e) navn for emne og la til følgende merknad i Før du begynner-delen: Av sikkerhetshensyn anbefaler vi at du bruker et CA-signert sertifikat på Video Mesh-nodene i stedet for nodens standard selvsignert sertifikat.
18. oktober 2019	Oppdaterte beskrivelsen av innstillingen for 1080p Control Hub for å tydeliggjøre at denne innstillingen påvirker samtalekapasitet og bare gjelder for lokale SIP-registrerte enheter. Se Aktiver 1080p HD-video for lokale SIP-enheter i videonettnode for videonett hvis du vil ha mer informasjon. Oppdaterte tabellen for støttede enheter og endepunkter for å bare vise de testede skyregistrerte enhetene.
26. september 2019	Lagt til ny seksjon Konfigurer nettverksinnstillinger fra webgrensesnitt for videonettnode . Løste beskrivelsen av rapporten Ressursutnyttelse. Det står nå: Gjennomsnittlig ressursutnyttelse for mediemikrotjenestene som brukes i videonett-klyngene. La til en merknad i kapasitetsdelen: Overflyt ved lavt samtalevolum (spesielt SIP-anrop som kommer lokalt) er ikke en sann refleksjon av skala. Videonettanalyse (under Kontroller Hub > Ressurser > Samtaleaktivitet ) angir anropsdelene som stammer fra lokalt; de angir ikke anropsstrømmene som kom inn gjennom overlappingen til videonett-noden for mediebehandling. Når antallet eksterne deltakere øker i et møte, øker den resulterende overlappingen og bruker lokale medieressurser på videonett-noden.
13. september 2019	Oppdatert Installer og konfigurer programvaren for videonettnode med trinnene for nettverkskonfigurasjon som vises på Tilpass mal side. Oppdatert System- og plattformkrav for programvare for videonettnode med 72 vCPU-er (tilsvarer CMS 1000) for spesifikasjonsbasert konfigurasjon.
29. august 2019	Lagt til eksplisitt proxy og støttede autentiseringstyper for eksplisitte proxy-konfigurasjoner (No auth, Basic, Digest, NTLM). Proxy-støtte for Edge Video Mesh Krav for proxy-støtte for videonett Konfigurere node for Webex-videonett for proxy-integrasjon Lagt til Støttede oppløsninger og bildefrekvenser for videonett . Oppdatert Klienter og enheter som bruker videonettnode for å indikere at Webex Ring Mitt videosystem til Webex skyregistrerte videoenheter bruker Video Mesh-noden.
24. juli 2019	I Administrere Webex- videonettnode fra nettgrensesnittet del, gjorde følgende oppdateringer: Lagt til nye seksjoner for Ping-test, Trace Route-test, NTP-servertest, Reflector Tool og Feilsøkingsbrukerkonto. Oppdaterte Oversikt-delen – Fjernet gjennomgripende overganger fra skjermbildet og lagt til OS-versjon. Flyttet innholdet «Administrer videonett fra konsollen» til tillegget i veiledningen. Endret navn på kapittelet «Administrer Webex-videonett» til «Administrere og feilsøke Webex-videonett» og flyttet feilsøkingsinnhold for registrering til det kapittelet.
9. juli 2019	I Krav til samtalekontroll og møteintegrering for videonett , oppdaterte minimumsversjoner som støttes for Unified CM, Expressway og Webex-nettsteder. I Klienter og enheter som bruker videonettnode , la til støttede versjoner av Jabber VDI og Webex VDI (de er SIP-klienter). La også til en ansvarsfraskrivelse for testing.
24. mai 2019	Lagt til nye deler om feilsøkingsfunksjoner og oppdatert oversiktsskjerm i webgrensesnitt for Video Mesh-noden: Generer Webex-videonettlogger for støtte Generer Webex-videonettpakkeopptak for støtte Få tilgang til oversikt over Webex- videonettnode fra nettgrensesnitt
25. april 2019	Oppdatert Behandle og feilsøke Webex-videonett for å angi at Control Hub vedlikeholdsmodus er nødvendig før du utfører vedlikehold på Video Mesh-noder.
11. april 2019	Fjernet utdatert informasjon fra båndbreddekrav. Oppdaterte innholdet og diagrammene, og endret seksjonsnavnet til Videokvalitet og skalering for videonett .

Oversikt over Cisco Webex-videonett

Oversikt over Webex-videonett

Videonett gir disse fordelene:

Forbedrer kvaliteten og reduserer ventetiden ved å la deg holde samtaler lokalt.
Sender samtalene dine til skyen når lokale ressurser har nådd grensen eller er utilgjengelige.
Administrer videonettklyngene dine fra skyen med ett enkelt administrativt grensesnitt: Control Hub (https://admin.webex.com ).
Optimaliser ressurser og kapasitet etter behov.
Kombinerer funksjonene til nettskybaserte og lokale konferanser i en sømløs brukeropplevelse.
Reduserer kapasitetsproblemer, fordi skyen alltid er tilgjengelig når det er behov for ytterligere konferanseressurser. Du trenger ikke å planlegge kapasitet for «verste tilfelle»-situasjoner.
Gir avansert rapportdata av kapasitet og bruk og feilsøkingsrapportdata ihttps://admin.webex.com .
Bruker lokal mediebehandling når brukere ringer inn til et Webex-møte fra lokale standardbaserte SIP-endepunkter og -klienter:
- SIP-baserte endepunkter og klienter (Cisco-endepunkter, Jabber, tredjeparts SIP), registrert til lokal samtalekontroll (Cisco Unified Communications Manager eller Expressway), som kaller inn til et Cisco Webex møte.
- Webex-app (inkludert paret med romenheter) som blir med i et Webex-møte.
- Webex rom- og skrivebordsenheter som blir direkte med i et Webex-møte.
Tilbyr optimalisert interaktiv talerespons (IVR) for lyd og video til SIP-baserte endepunkter og klienter på nettet.
Endepunkter for H.323, IP-innringning og Skype for Business (S4B) fortsetter å bli med i møter fra skyen.
Støtter 1080p 30fps HD-video som et alternativ for møter, hvis møtedeltakere som kan støtte 1080p er vert via de lokale lokale videonettnodene. (Hvis en deltaker blir med i et pågående møte fra skyen, fortsetter lokale brukere å oppleve 1080p 30 bps på støttede endepunkter.)
Forbedret og differensiert QoS-merking (Quality of Service): separat lyd (EF) og video (AF41).

Webex Video Mesh støtter for øyeblikket ikke Webex Webinars.
Støtter ende-til-ende-krypterte møter (E2EE-møter). Hvis en kunde distribuerer Video Mesh og velger møtetypen E2EE, legger det til et ekstra sikkerhetslag, noe som sikrer at dataene (medier, filer, tavler, merknader) forblir sikre og blokkerer tredjeparter fra å få tilgang til eller endre dem. Hvis du vil detaljert informasjon, se Distribuer Zero-Trust Meetings .

Private møter støtter for øyeblikket ikke ende-til-ende-kryptering.

Klienter og enheter som bruker videonettnode

Tabell 1. Klienter og enheter som bruker videonettnode
Klient- eller enhetstype	Bruker videonettnode på punkt-til-punkt-anrop	Bruker videonettnode på møte med flere
Webex-app (skrivebord og mobil)	Ja	Ja
Webex-enheter, inkludert romenheter og Webex Board. (Se Krav til endepunkter og Webex-app delen for en fullstendig liste.)	Ja	Ja
Trådløs deling på rommet mellom Webex-appen og støttede rom-, skrivebord- og tavleenheter.	Ja	Ja
Unified CM-registrerte enheter (inkludert IX-endepunkter) og klienter (inkludert Jabber VDI 12.6 og nyere, og Webex VDI 39.3 og nyere), som ringer inn til et planlagt Webex-møte eller et Webex Personal Room-møte.*	Nei	Ja
VCS/Expressway-registrerte enheter som ringer inn til et planlagt Webex-møte eller et Webex Personal Room-møte.*	Nei	Ja
Webex Ring Mitt videosystem til Webex skyregistrerte videoenheter	N/A	Ja
Webex App-nettklient (https://web.webex.com )	Ja	Ja
Telefoner registrert for Cisco Webex Calling	Nei	Nei
Webex Ring Mitt videosystem til lokalt registrerte SIP-enheter	N/A	Nei

_{* Det er ikke mulig å garantere at alle lokale enheter og klienter har blitt testet med Video Mesh-løsningen.}

Inkompatibilitet med videonett med Webex Experience med alle funksjoner

Du kan ha problemer med videonett og den komplette Webex-opplevelsen:

Hvis du la til Video Mesh i distribusjonen etter introduksjonen av denne funksjonen.
Hvis du aktiverte den funksjonen uten å vite hvilken innvirkning det har på Video Mesh.

Hvis du merker problemer, kan du kontakte Cisco-kontoteamet for å deaktivere bryteren for alle funksjoner i Webex Experience.

Tjenestekvalitet på videonettnode

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

Proxy-støtte for videonett

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

Følgende proxy-typer støttes av videonett:

Eksplisitt proxy (inspeksjons eller ikke-inspeksjons) – Med eksplisitt proxy forteller du klienten (videonettnoder) hvilken proxy-server som skal brukes. Dette alternativet støtter én av følgende godkjenningstyper:
- Ingen – Ingen ytterligere godkjenning er nødvendig. (For eksplisitt proxy for HTTP eller HTTPS.)
- Grunnleggende – Brukes for en HTTP-brukeragent til å angi brukernavn og passord når du foretar en forespørsel, og bruker Base64-koding. (For eksplisitt proxy for HTTP eller HTTPS.)
- Sammendrag – Brukes til å bekrefte identiteten til kontoen før sensitiv informasjon sendes, og bruker en hash-funksjon på brukernavnet og passordet før det sendes over nettverket. (For eksplisitt HTTPS-proxy.)
- NTLM – I likhet med Digest brukes NTLM til å bekrefte identiteten til kontoen før sensitiv informasjon sendes. Bruker Windows-legitimasjon i stedet for brukernavn og passord. Denne godkjenningsplanen krever flere utvekslinger for å fullføre. (For eksplisitt HTTP-proxy.)
Gjennomsiktig proxy (ikke-inspeksjon) – Noder for videonett er ikke konfigurert til å bruke en bestemt proxy-serveradresse, og bør ikke trenge endringer for å fungere med en ikke-inspeksjons-proxy.
Gjennomsiktig proxy (inspeksjon) – Noder for videonett er ikke konfigurert til å bruke en bestemt proxy-serveradresse. Ingen konfigurasjonsendringer for http(s) er nødvendige på videonett, men nodene for videonett trenger et rotsertifikat for å kunne klarere proxyen. Inspeksjons-proxyer brukes vanligvis av IT til å håndheve retningslinjer om hvilke nettsteder som kan besøkes, og hvilke typer innhold som ikke er tillatt. Denne typen proxy dekrypterer all trafikken din (til og med HTTPS).

Støttede oppløsninger og bildefrekvenser for videonett

Oppløsningen påvirker samtalekapasitet på en hvilken som helst videonettnoder. Hvis du vil ha mer informasjon, se Kapasitet for videonettnoder .

Verdien for oppløsning og bildefrekvens kombineres som XXXpYY – for eksempel betyr 720p10 720p med 10 bilder per sekund.

Definisjonsforkortelsene (SD, HD og FHD) i avsenderraden og mottakerkolonnen refererer til den øvre oppløsningen til klienten eller enheten:

SD – standardoppløsning (576p)
HD – høy oppløsning (720p)
FHD – full høyoppløsning (1080p)

Tabell 2. Støttede oppløsninger og bildefrekvenser for videonett
Mottaker	Avsender
	Webex-app	Webex-app for mobil	SIP-registrerte enheter (HD)	SIP-registrerte enheter (FHD)	Webex-registrerte enheter (SD)	Webex-registrerte enheter (HD)	Webex-registrerte enheter (FHD)
Webex-app på skrivebordet	720p10 Blandet lyd*	720p10 Blandet lyd	720p30 Blandet lyd	720p30 Blandet lyd	576p15 Innholdslyd**	720p30 Blandet lyd	720p30 Blandet lyd
Webex-app for mobil	—	—	—	—	—	—	—
SIP-registrerte enheter (HD)	720p30 Innholdslyd	720p15 Blandet lyd	1080p15 Blandet lyd	1080p15 Blandet lyd	576p15 Blandet lyd	1080p15 Blandet lyd	1080p15 Blandet lyd
SIP-registrerte enheter (FHD)	1080p30 Blandet lyd	720p15 Blandet lyd	1080p15 Blandet lyd	1080p30 Blandet lyd	576p15 Blandet lyd	1080p15 Blandet lyd	1080p30 Blandet lyd
Webex-registrerte enheter (SD)	1080p15 Blandet lyd	720p15 Blandet lyd	1080p15 Blandet lyd	1080p15 Blandet lyd	576p15 Blandet lyd	1080p15 Blandet lyd	1080p15 Blandet lyd
Webex-registrerte enheter (FHD)	1080p30 Blandet lyd	720p15 Blandet lyd	1080p15 Blandet lyd	1080p30 Blandet lyd	576p15 Blandet lyd	1080p15 Blandet lyd	1080p30 Blandet lyd

_{* Innholdslyd refererer til lyden som spilles av fra det bestemte innholdet som deles, for eksempel en strømming av video. Denne lydstrømmen er atskilt fra vanlig møtelyd.}

_{** Blandet lyd refererer til en blanding av møtedeltaker lyd og lyd fra innholdsdelingen.}

Forbered miljøet ditt

Krav for videonett

Videonett er tilgjengelig med tilbudene dokumentert i Lisenskrav for hybridtjenester .

Krav til samtalekontroll og møteintegrering for videonett

Tabell 1. Samtalekontroll og møtekrav for videonett
Komponent Formål	Minimum støttet versjon
Lokal samtalekontroll	Cisco Unified Communications Manager, versjon 11.5(1) SU3 eller nyere. (Vi anbefaler den nyeste SU-versjonen.) Cisco Expressway-C eller E, versjon X8.11.4 eller nyere. (Se delen «Viktig informasjon» i Versjonsmerknader for Expressway for mer informasjon.)
Møteinfrastruktur	Webex Meetings WBS33 eller nyere. (Du kan bekrefte at Webex-nettsted ditt er på riktig plattform hvis listen Medieressurstype er tilgjengelig i nettstedsalternativene for møterom for skysamarbeid.) Hvis du vil sikre at nettstedet ditt er klart for Video Mesh, kontakter du din kundesuksessansvarlige (CSM) eller partner.
Håndtering av failover	Cisco Expressway-C eller E, versjon X8.11.4 eller nyere. (Se delen «Viktig informasjon» i Versjonsmerknader for Expressway for mer informasjon.)

Krav til endepunkter og Webex-app

Tabell 2. Krav til endepunkt og app for videonett
Komponent Formål	Detaljer
Støttede endepunkter	Se Webex-videokompatibilitet og støtte .
Støttede versjoner av Webex-appen	Videomesh støtter Webex-appen for skrivebord (Windows, Mac) og mobil (Android, iPhone og iPad). Hvis du vil laste ned appen for en støttet plattform, går du tilhttps://www.webex.com/downloads.html .
Støttede kodeker	Se Webex\| Videospesifikasjoner for samtaler og møter for lyd- og videokodekene som støttes. Merk disse forbeholdene for videonett: For videokvalitet støtter Video Mesh opptil 1080p i visse scenarier. Du kan konfigurere denne innstillingen ihttps://admin.webex.com . For SIP-videosystemer støtter Video Mesh SIP-klienter som lager DTMF-lydtoner (dual tone multi frequency). Tjenesten støtter også KPML (keypad markup language). Webex Teams for Windows og Mac og Room-, Desk- og Board-enheter som er registrert i skyen, støtter opptil 1080p 30 bilder per sekund med innholdslyd. H.323-klienter er nevnt i datablad, men de går bare til skyen.
Støttede Webex-registrerte rom-, skrivebords- og tavleenheter	Følgende enheter er testet og bekreftet å fungere med Video Mesh-noder: Cisco DX70 Cisco Webex DX80 Cisco Webex Board 55 Cisco Webex Room Kit Cisco Webex Room Kit Mini Cisco Webex Room Kit Plus Cisco Webex Room Kit Plus Precision 60 Cisco Webex Room Kit Pro Cisco TelePresence SX10 Quick Set Cisco TelePresence SX20 Quick Set Cisco TelePresence SX80 Codec Cisco TelePresence MX200 G2 Cisco TelePresence MX300 G2 Cisco TelePresence MX700 Cisco TelePresence MX800

System- og plattformkrav for programvare for videonettnode

Produksjonsmiljøer

I produksjonsdistribusjoner er det to måter å distribuere videonettnode programvare på en bestemt maskinvarekonfigurasjon:

Du kan konfigurere hver server som én virtuell maskin, noe som er best for distribusjoner som inkluderer mange SIP-endepunkter.
Ved hjelp av VMNLite-alternativet kan du konfigurere hver server med flere mindre virtuelle maskiner. VMNLite er best for distribusjoner der flertallet av klienter og enheter er Webex-app og Webex-registrerte endepunkter.

Disse kravene er felles for alle konfigurasjoner:

VMware ESXi 7 eller 8, vSphere 7 eller 8
Hyperthreading aktivert

Tabell 3. System- og plattformkrav for programvare for videonettnode i et produksjonsmiljø

Maskinvarekonfigurasjon

Produksjonsdistribusjon som én virtuell maskin

Produksjonsdistribusjon med virtuelle VMNLite-er

Merknader

Cisco Meeting Server 1000 (CMS 1000)

72 vCPU-er (70 for videonettnode, 2 for ESXi)
60 GB hovedminne
80 GB lokal harddiskplass

Distribuer som 3 identiske virtuell maskin , hver med:

23 vCPU-er
20 GB hovedminne
80 GB lokal harddiskplass

Vi anbefaler denne plattformen for videonettnode.

Spesifikasjonsbasert konfigurasjon

(2,6 GHz Intel Xeon E5-2600v3 eller nyere-prosessor kreves)

72 vCPU-er (70 for videonettnode, 2 for ESXi)
60 GB hovedminne
80 GB lokal harddiskplass
eller

80 GB NFS-lagring

Distribuer som 3 identiske virtuell maskin , hver med:

23 vCPU-er
20 GB hovedminne
80 GB lokal harddiskplass

eller

80 GB NFS-lagring

Hver virtuell maskin for Video Mesh må ha CPU, RAM og harddisker reservert for seg selv.

Bruk enten CMS1000 eller VMNLite alternativet under konfigurasjonen.

Topp IOP-er (inndata-/utdataoperasjoner per sekund) for NFS-lagring er 300 IOPS.

Cisco Meeting Server 2000 (CMS 2000)

Distribuer som 8 identiske virtuell maskin , hver med:

72 vCPU-er (70 for videonettnode, 2 for ESXi)
60 GB hovedminne
80 GB lokal harddiskplass
eller

80 GB NFS-lagring

Distribuer som 24 identiske virtuell maskin , hver med:

23 vCPU-er
20 GB hovedminne
80 GB lokal harddiskplass

eller

80 GB NFS-lagring

Vi anbefaler denne plattformen for videonettnode.

Hvert blad må være en komplett Cisco Meeting Server 1000 med reservert CPU, RAM og harddisker per blad.

Topp IOP-verdier for NFS-lagring er 300 IOPS.

Demomiljøer

For grunnleggende demoformål kan du bruke en spesifikasjonsbasert maskinvarekonfigurasjon, med følgende minimumskrav:

14vCPU-er (12 for videonettnode, 2 for ESXi)
8 GB hovedminne
20 GB lokal harddiskplass
2,6 GHz Intel Xeon E5-2600v3 eller nyere-prosessor

Denne konfigurasjonen av Video Mesh støttes ikke av Cisco TAC .

Hvis du vil ha mer informasjon om demoprogramvaren, se Demoprogramvare for videonettnode .

Krav til båndbredde

Videonettnoder må ha en minimumsbåndbredde til Internett på 10 Mbps for at både opplasting og nedlasting skal fungere som den skal.

Krav for proxy-støtte for videonett

Vi støtter offisielt følgende proxy-løsninger som kan integreres med Video Mesh-nodene dine.
- Cisco Web Security Appliance (WSA) for gjennomsiktig proxy
- Squid for eksplisitt proxy
For en eksplisitt proxy eller gjennomsiktig inspeksjons-proxy som inspiserer (dekrypterer trafikk), må du ha en kopi av proxyens rotsertifikat som du må laste opp til klareringslageret for Video Mesh-noden i webgrensesnitt.
Vi støtter følgende eksplisitte kombinasjoner av proxy- og godkjenningstyper:
- Ingen godkjenning med http og https
- Enkel godkjenning med http og https
- Sammendragsgodkjenning kun med https
- NTLM-godkjenning kun med http

For gjennomsiktige proxyer må du bruke ruteren/bryteren til å tvinge HTTPS/443-trafikk til å gå til proxyen. Du kan også tvinge Web Socket til å gå til proxy. (Web Socket bruker https.)

Hvis mediet ikke flyter, skjer dette ofte når https-trafikk fra noden over port 443 svikter:

Port 443-trafikk er tillatt av proxyen, men det er en inspeksjons proxy og bryter websocket.

For å løse disse problemene må du kanskje «omgå» eller «skjøte» (deaktivere inspeksjon) på port 443 til: *.wbx2.com og *.ciscospark.com.

Kapasitet for videonettnoder

Enhetstyper og klienter
Videooppløsning
Nettverkskvalitet
Toppbelastning
Distribusjonsmodell

Bruk av videonett påvirker ikke antall Webex-lisenser.

Test ut vanlige møtescenarier for distribusjonen din.
Bruk analysene i Control Hub for å se hvordan distribusjonen utvikler seg, og legg til kapasitet etter behov.

Tabell 4. Kapasitet på vanlige videonettnoder
Scenario	Oppløsning	Deltakerkapasitet
Møter med bare deltakere i Webex-appen	720p	100–130
Møter med bare deltakere i Webex-appen	1080p	90–100
Møter og 1-til-1-samtaler med bare deltakere i Webex-appen	720p	60–100
Møter og 1-til-1-samtaler med bare deltakere i Webex-appen	1080p	30–40
Møter med kun SIP-deltakere	720p	70–80
Møter med kun SIP-deltakere	1080p	30–40
Møter med Webex-appen og SIP-deltakere	720p	75–110

Grunnoppløsningen for Webex-appen er 720p. Men når du deler, er deltakerminiatyrbildene på 180p.
Disse ytelsestallene forutsetter at du har aktivert alle de anbefalte portene.

Kapasitet for VMNLite

Tabell 5. Kapasitet på VMNLite-noder
Scenario	Oppløsning	Deltakerkapasitet med 3 VMNLite-noder på en server
Møter med bare deltakere i Webex-appen	720p	250–300
Møter med bare deltakere i Webex-appen	1080p	230–240
Møter og 1-til-1-samtaler med bare deltakere i Webex-appen	720p	175–275

Grunnoppløsningen for Webex-appmøter er 720p. Men når du deler, er deltakerminiatyrbildene på 180p.

Klynger i videonett

En klient på et bedriftsnettverk som kan nå en lokal klynge, kobles til den – den primære preferansen for klienter på bedriftsnettverk.
Klienter som blir med i et privat møte med Video Mesh, kobles bare til lokale klynger. Du kan opprette en egen klynge spesielt for disse private møtene.
En klient som ikke kan nå en lokal klynge, kobles til skyen – tilfellet for en mobilenhet som ikke er koblet til bedriftsnettverk.
Den valgte klyngen avhenger også av ventetid, i stedet for bare plassering. For eksempel kan en skyklynge med lavere STUN-tur-retur-forsinkelse (SRT) enn en videonettklynge være en bedre kandidat for møtet. Denne logikken forhindrer en bruker i å lande på en geografisk fjern klynge med høy SRT-forsinkelse.

Klynger for private møter

Hvis du vil ha mer informasjon om funksjonen for private møter i videonett, se Private møter .

Retningslinjer for distribusjon av videonettklynge

I typiske bedriftsdistribusjoner anbefaler vi at kunder bruker opptil 100 noder per klynge. Det er ingen faste grenser i systemet for å blokkere en klyngestørrelse med mer enn 100 noder. Hvis du imidlertid trenger å opprette større klynger, anbefaler vi på det sterkeste at du går gjennom dette alternativet med Cisco-teknologi gjennom ditt Cisco-kontoteam.
Opprett færre klynger når ressursene har lignende nettverksnærhet (tilhørighet).
Når du oppretter klynger, må du bare legge til noder som er i samme geografiske område og samme datasenter. Klynger over Wide Area Network (WAN) støttes ikke.
Vanligvis distribuerer du klynger i bedrifter som er vert for hyppige lokaliserte møter. Planlegg hvor du plasserer klynger på båndbredden som er tilgjengelig på forskjellige WAN-plasseringer i bedriften. Over tid kan du distribuere og vokse klynge for klynge basert på observerte brukermønstre.
Klynger som befinner seg i forskjellige tidssoner, kan effektivt betjene flere geografiske områder ved å dra nytte av forskjellige anropsmønstre med peak/ travel time .
Hvis du har to Video Mesh-noder i to separate datasentre (EU og NA, for eksempel), og du har endepunkter som kobles sammen gjennom hvert datasenter, vil nodene i hvert datasenter overlappe hverandre til én enkelt Video Mesh-node i skyen. Disse kaskader ville gå over Internett. Hvis det finnes en skydeltaker (som blir med før en av Video Mesh-deltakerne), vil nodene bli koblet gjennom skydeltakerens medianode.

Mangfold i tidssone

Overflyt til skyen

Hvis du konfigurerer møtet som den private møtetypen, beholder Webex alle samtalene i de lokale klyngene dine. Private møter flyter aldri over til skyen.

Webex-enhet registreres med Webex

Tester med forsinkelser tur/retur – skyenheten når ikke den lokale klyngen

Tester med forsinkelser tur/retur – skyenheten når den lokale klyngen

Lokal og skysamtale

Lokal samtale med forskjellige klyngetilknytninger

Webex-enheten kobles til enten lokal klynge eller sky basert på tilgjengeligheten. Følgende viser eksempler på de vanligste scenariene.

Webex Cloud enhet kobles til skyen

Den lokale Webex-enheten kobles til den lokale klyngen

Lokal Webex-enhet kobles til skyen

Skyklyngevalg for overflyt basert på 250 ms eller høyere STUN tur-retur-forsinkelse

Webex-appen eller Webex-enheten er på bedriftsnettverket i San Jose.
San Jose- og Amsterdam-klynger er fulle eller utilgjengelige.
SRT-forsinkelse til Shanghai-klyngen er større enn 250 ms og vil sannsynligvis føre til problemer med mediekvaliteten.
San Francisco-skyklyngen har en optimal SRT-forsinkelse.
Shanghai-videonett-klyngen er ekskludert fra vurdering.
Som et resultat av dette flyter Webex-appen over til San Francisco-skyklyngen.

Private møter

Kontroller at de nødvendige portene er åpne i brannmuren, for å tillate uhindret overlapping mellom klynger. Se Porter og protokoller for administrasjon .

Distribusjonsmodeller som støttes av videonett

Støttes i en distribusjon av videonett

Du kan distribuere en videonettnode i enten et datasenter (foretrukket) eller i demilitarisert sone (DMZ). Hvis du vil ha veiledning, se Porter og protokoller som brukes av videonett .
For en DMZ-distribusjon kan du konfigurere videonettnodene i en klynge med det to nettverksgrensesnitt (NIC). Denne distribusjonen lar deg skille bedriftens interne nettverkstrafikk (brukes til interbokskommunikasjon, overlappende nodeklynger og for å få tilgang til nodens administrasjonsgrensesnitt) fra den eksterne skynettverkstrafikken (brukes for tilkobling til omverdenen og gjennomgripende til skyen).

Dobbelt nettverkskort fungerer på den fullstendige VMNLite- og demoversjonen av nodeprogramvaren for Video Mesh. Du kan også distribuere videonettet bak et 1:1 NAT-oppsett.
Du kan integrere Video Mesh-noder med samtalekontroll . For eksempel distribusjoner med Video Mesh integrert med Unified CM, se Distribusjonsmodeller for Video Mesh og Cisco Unified Communications Manager .
Følgende typer adresseoversettelse støttes:
- Dynamisk oversettelse av nettverksadresse (NAT) ved hjelp av et IP-utvalg
- Dynamisk oversettelse av portadresse (PAT)
- 1:1 NAT
- Andre former for NAT skal fungere så lenge de riktige portene og protokollene brukes, men vi støtter ikke offisielt dem fordi de ikke har blitt testet.
IPv4
Statisk IP-adresse for videonettnode

Støttes ikke i en distribusjon av videonett

IPv6
DHCP for videonettnode
En klynge med en blanding av enkelt og to nettverkskort
Klynger av videonettnoder over WAN (Wide Area Network)
Lyd, video eller medier som ikke går gjennom en videonettnode:
- Lyd fra telefoner
- Node-til-node-anrop mellom Webex-appen og standardbasert endepunkt
- Lydavslutning på videonettnode
- Medier sendt gjennom Expressway C/E-par
- Videosamtale tilbakeringing fra Webex

Distribusjonsmodeller for Video Mesh og Cisco Unified Communications Manager

Steder for datasenter
Kontorplasseringer og størrelse
Sted og kapasitet for Internett-tilgang

Video Mesh støtter SME ( Session Management Edition ). Unified CM -klynger kan kobles til via en SME, og deretter må du opprette en SME-trunk som kobles til Video Mesh-nodene.

Hub- og Spoke-arkitektur

Geografisk distribusjon

Geografisk distribusjon med SIP-oppringing

Porter og protokoller som brukes av videonett

For å sikre en vellykket distribusjon av Video Mesh og for problemfri drift av Video Mesh-nodene, åpner du følgende porter på brannmuren for bruk med protokollene.

Se Nettverkskrav for Webex-tjenester for å forstå de generelle nettverkskravene for Webex Teams.
Se Hvitbok for gjennomgang av brannmur hvis du vil ha mer informasjon om brannmur- og nettverkspraksis for Webex-tjenester.
Hvis du vil redusere potensielle problemer med DNS-spørringer, følger du veiledningen Anbefalte fremgangsmåter for DNS, nettverksbeskyttelse og angrepsidentifikasjon dokumentasjonen når du konfigurerer bedriftens brannmur.
Hvis du vil ha mer designinformasjon, kan du se Foretrukket arkitektur for hybridtjenester, CVD .

Porter og protokoller for administrasjon

Videonettnodene i en klynge må være i samme VLAN- eller nettverksmaske.

Hensikt	Kilde	Destinasjon	Kilde-IP	Kildeport	Transportprotokoll	Destinasjons-IP	Målport
Administrasjon	Administrasjonsdatamaskin	Videonett-node	Etter behov	Hvilke som helst	TCP, HTTPS	Videonett-node	443
SSH for tilgang til administrasjonskonsollen for Video Mesh	Administrasjonsdatamaskin	Videonett-node	Etter behov	Hvilke som helst	TCP	Videonett-node	22
Intraklyngekommunikasjon	Videonett-node	Videonett-node	IP-adresse til andre Video Mesh-noder i klyngen	Hvilke som helst	TCP	Videonett-noder	8443
Administrasjon	Videonett-node	Webex-sky	Etter behov	Hvilke som helst	UDP, NTP UDP, DNS TCP, HTTPS (WebSockets)	Hvilke som helst	123* 53*
Overlappende signalisering	Videonett-node	Webex-sky	Hvilke som helst	Hvilke som helst	TCP	Hvilke som helst	443
Overlappende medier	Videonett-node	Webex-sky	Videonett-node	Alle***	UDP	Hvilke som helst Hvis du vil ha spesifikke adresseområder, kan du se delen «IP-delnett for Webex Media-tjenester» i Nettverkskrav for Webex-tjenester .	5004 50000 til 53000 Hvis du vil ha mer informasjon, kan du se delen «Webex-tjenester – portnumre og protokoller» i Nettverkskrav for Webex-tjenester .
Overlappende signalisering	Vido-nettklynge (1)	Vido-nettklynge (2)	Hvilke som helst	Hvilke som helst	TCP	Hvilke som helst	443
Overlappende medier	Vido-nettklynge (1)	Vido-nettklynge (2)	Vido-nettklynge (1)	Alle***	UDP	Hvilke som helst	5004 50000 til 53000
Administrasjon	Videonett-node	Webex-sky	Etter behov	Hvilke som helst	TCP, HTTPS	Alle**	443
Administrasjon	Videonett-node (1)	Videonett-node (2)	Videonett-node (1)	Hvilke som helst	TCP, HTTPS (WebSockets)	Videonett-node (2)	443
Intern kommunikasjon	Videonett-node	Alle andre videonettnoder	Videonett-node	Hvilke som helst	UDP	Hvilke som helst	10000 til 40000

_{***Portene varierer avhengig av om du aktiverer QoS. Med QoS aktivert er portene 52.500-59499, 63000-64667, 59500-62999 og 64688-65500. Med QoS av er portene 34.000–34.999.}

Trafikksignaturer for videonett (tjenestekvalitet aktivert)

Kilde-IP-adresse	Destinasjons-IP-adresse	Kilde UDP-porter	UDP-målporter	Innebygd DSCP-merking	Mediatype
Videonettnode	Webex skymedietjenester	35000 til 52499	5004	AF41	Test STUN-pakker
Videonettnode	Webex skymedietjenester	52500 til 59499	5004	EF	Lyd
Videonettnode	Webex skymedietjenester	63000 til 64667	5004	AF41	Video
Videonettnode	Webex skymedietjenester	59500 til 62999	50 000 til 51499	EF	Lyd
Videonettnode	Webex skymedietjenester	64668 til 65500	51500 til 53000	AF41	Video
Videonettnode	Videonettnode	10000 til 40000	10000 til 40000	—	Lyd
Videonettnode	Videonettnode	10000 til 40000	10000 til 40000	—	Video
Videonettnode	Unified CM SIP-endepunkter	52500 til 59499	Unified CM SIP-profil	EF	Lyd
Videonettnode	Unified CM SIP-endepunkter	63000 til 64667	Unified CM SIP-profil	AF41	Video
Videonett-klynge	Videonett-klynge	52500 til 59499	5004	EF	Lyd
Videonett-klynge	Videonett-klynge	63000 til 64667	5004	AF41	Video
Videonett-klynge	Videonett-klynge	59500 til 62999	50 000 til 51499	EF	Lyd
Videonett-klynge	Videonett-klynge	64668 til 65500	51500 til 53000	AF41	Video
Videonettnode	Webex Teams-program eller endepunkt*	5004	52000 til 52099	AF41	Lyd
Videonettnode	Webex Teams-program eller endepunkt	5004	52100 til 52299	AF41	Video

Trafikksignaturer for videonett (tjenestekvalitet deaktivert)

Tabellen og diagrammet viser UDP-porter som brukes til lyd- og videostrømmer når QoS er deaktivert.

Tabell 6. Trafikksignaturer for videonett (tjenestekvalitet deaktivert)
Kilde-IP-adresse	Destinasjons-IP-adresse	Kilde UDP-porter	UDP-målporter	Innebygd DSCP-merking	Mediatype
Videonettnode	Webex skymedietjenester	34000 til 34999	5004	AF41	Lyd
Videonettnode	Webex skymedietjenester	34000 til 34999	5004	AF41	Video
Videonettnode	Webex skymedietjenester	34000 til 34999	50 000 til 51499	AF41	Lyd
Videonettnode	Webex skymedietjenester	34000 til 34999	51500 til 53000	AF41	Video
Videonettnode	Videonettnode	10000 til 40000	10000 til 40000	AF41	Lyd
Videonettnode	Videonettnode	10000 til 40000	10000 til 40000	AF41	Video
Videonett-klynge	Videonett-klynge	34000 til 34999	5004	AF41	Lyd
Videonett-klynge	Videonett-klynge	34000 til 34999	5004	AF41	Video
Videonett-klynge	Videonett-klynge	34000 til 34999	50 000 til 51499	AF41	Lyd
Videonett-klynge	Videonett-klynge	34000 til 34999	51500 til 53000	AF41	Video
Videonettnode	Unified CM SIP-endepunkter	52500 til 59499	Unified CM SIP-profil	AF41	Lyd
Videonettnode	Unified CM SIP-endepunkter	63000 til 64667	Unified CM SIP-profil	AF41	Video
Videonettnode	Webex skymedietjenester	35000 til 52499	5004	AF41	Test STUN-pakker
Videonettnode	Webex Teams-program eller endepunkt	5004	52000 til 52099	AF41	Lyd
Videonettnode	Webex Teams-program eller endepunkt	5004	52100 til 52299	AF41	Video

Porter og protokoller for Webex Meetings trafikk

Hensikt	Kilde	Destinasjon	Kilde-IP	Kildeport	Transportprotokoll	Destinasjons-IP	Målport
Innkaller til møte	Apper (Webex-appen for skrivebord og mobilapper) Webex-registrerte enheter	Videonett-node	Etter behov	Hvilke som helst	UDP og TCP (brukes av Webex-appen) SRTP (alle)	Alle**	5004
SIP-enhet som ringer til møte (SIP-signalisering)	samtalekontroll i Unified CM eller Cisco Expressway	Videonett-node	Etter behov	Kortvarig (>=1024)	TCP eller TLS	Alle**	5060 eller 5061
Overlapping	Videonett-node	Webex-sky	Etter behov	34000 til 34999	UDP, SRTP (alle)*	Alle**	5004 50000 til 53000***
Overlapping	Videonett-node	Videonett-node	Etter behov	34000 til 34999	UDP, SRTP (alle)*	Alle**	5004

Port 5004 brukes for alle skymedier og lokale videonettnoder.

_{** Hvis du vil begrense etter IP-adresser, kan du se IP-adresse som er dokumentert i Nettverkskrav for Webex-tjenester .}

Videokvalitet og skalering for videonett

For retningslinjer for båndbreddeklargjøring og kapasitetsplanlegging , se Dokumentasjon for foretrukket arkitektur .

Arkitektur

Deltakere i skyen og lokaler

Kaskader

Overlappende båndbreddegrafer som gir måling per klynge, er tilgjengelige på Analytics-menyen i Webex Control Hub. Du kan ikke konfigurere overlappende båndbredde per møte i Control Hub.

Eksempel på hovedvideo med flere oppsett

Diagrammet nedenfor viser et møte med registrerte endepunkter i skyen og lokaler og en aktiv taler.

I det samme møtet viser diagrammet nedenfor et eksempel på en kaskade som er opprettet mellom videonettnodene og skyen i begge retninger.

I det samme møtet viser diagrammet nedenfor et eksempel på en kaskade fra skyen.

Krav for Webex-tjenester

Samarbeid med partneren din, Customer Suksess Manager (CSM) eller prøveversjonsrepresentanten for å klargjøre Cisco Webex nettstedet og Webex-tjenester for videonett på riktig måte:

Du må ha en Webex-organisasjon med et betalt abonnement på Webex-tjenester.
Hvis du vil dra full nytte av Video Mesh, må du sørge for at Webex-nettsted ditt er på videoplattform versjon 2.0. (Du kan bekrefte at nettstedet ditt er på videoplattform versjon 2.0 hvis det har listen Medieressurstype tilgjengelig i nettstedsalternativene for møterom for skysamarbeid.)
Du må aktivere CMR for Webex-nettsted ditt under brukerprofiler. (Du kan gjøre dette i en CSV-fil for masseoppdatering med SupportCMR-attributtet).

Hvis du vil ha mer informasjon, se Funksjonssammenligning og overføringsbane fra samarbeidsmøterom-hybrid til videonett i vedlegget.

Tilknyttet informasjon

Kontroller at kildelandet er riktig

1	I en nettleser skriver du inn denne URL-adressen med den offentlige IP-adresse til Expresswayen eller endepunktet på slutten. `https://ds.ciscospark.com/v1/region/ <public IP address>` Du mottar et svar som følgende: `attribution: "This product includes GeoLite2 data created by MaxMind, available from http://www.maxmind.com" clientAddress: "<public IP address>" clientRegion: "US-WEST" countryCode: "US" disclaimer: "This service is intended for use by Webex Team only. Unauthorized use is prohibitted." regionCode: "US-WEST" timezone: "America/Chicago"`
2	Kontroller at `countryCode` er passende for plasseringen av Expresswayen eller endepunktet.
3	Hvis plasseringen er feil, sender du en forespørsel om å korrigere plasseringen av den offentlige IP-adresse din til MaxMind påhttps://support.maxmind.com/geoip-data-correction-request/correct-a-geoip-location .

Fullfør forutsetningene for videonett

Bruk denne sjekklisten for å sikre at du er klar til å installere og konfigurere videonett-noder og integrere et Webex-nettsted med videonett.

Sørg for at du:

Oppfyll minimumssystemkravene som er beskrevet i Krav for videonett og Lisenskrav for hybridtjenester .
Forstå eksemplene på samtalekapasitet som er beskrevet i Kapasitet for videonettnoder .
Forstå de støttede distribusjonsmodellene beskrevet i Distribusjonsmodeller som støttes av videonett .
Kontroller at nettverket tillater tilkobling på portene og ved hjelp av protokollene som er beskrevet i Porter og protokoller som brukes av videonett
Kontroller at nettverket ditt støtter båndbreddekravene som er beskrevet i Videokvalitet og skalering for videonett

Ta opp følgende nettverksinformasjon som skal tilordnes til Video Mesh-nodene:

IP-adresse (anbefales)
Nettverksmaske
Gateway IP-adresse
DNS-servere
NTP-servere

Et vertsnavn og eventuelt domenenavn for videonett-noden. (Valgfritt)

Velg en støttet maskinvare eller spesifikasjonsbasert konfigurasjon for Video Mesh-noden, som beskrevet i System- og plattformkrav for programvare for videonettnode .

Kontroller at serveren din kjører VMware ESXi 7 eller 8, og vSphere 7 eller 8, med en VM-vert operativ.

Hva nå?

Installer og konfigurer programvaren for videonettnode

Distribuer videonett

Oppgaveflyt for distribusjon av videonett

Før du starter

1	Installer og konfigurer programvaren for videonettnode Bruk denne fremgangsmåten til å distribuere en videonettnode til vertsserveren som kjører VMware ESXi eller vCenter. Du installerer den lokale programvaren som oppretter en node, og deretter utfører du den første konfigurasjonen, for eksempel nettverksinnstillinger. Du registrerer den i skyen senere.
2	Logg på videonettnode Logg på konsollen for første gang. Programvaren for videonettnode har et standardpassord. Du må endre denne verdien før du konfigurerer noden.
3	Angi nettverkskonfigurasjon for videonettnode i konsollen Bruk denne fremgangsmåten til å konfigurere nettverksinnstillinger for videonettnode hvis du ikke konfigurerte dem da du konfigurerte noden på en virtuell maskin. Du angir en statisk IP-adresse og endrer FQDN/vertsnavn og NTP-servere. DHCP støttes for øyeblikket ikke.
4	Bruk disse trinnene for å konfigurere det eksterne grensesnittet for en distribusjon med to nettverksgrensesnitt (dual NIC): Angi det eksterne nettverksgrensesnittet for videonettnode Legg til interne og eksterne rutingsregler Når noden er tilkoblet igjen og du har bekreftet den interne nettverkskonfigurasjon, kan du konfigurere det eksterne nettverksgrensesnitt hvis du distribuerer videonettnode i nettverkets DMZ, slik at du kan isolere bedriftstrafikken (internt) fra utsiden (eksternt). ) trafikk. Du kan også gjøre unntak eller overstyringer av standard rutingsregler.
5	Registrer videonettnode til Webex Cloud Bruk denne fremgangsmåten til å registrere videonett-noder til Webex-skyen og fullføre ytterligere konfigurasjon. Når du bruker Control Hub til å registrere noden, oppretter du en klynge som noden er tilordnet. En klynge inneholder én eller flere medienoder som betjener brukere i et bestemt geografisk område. Registreringstrinnene konfigurerer også innstillinger for SIP-samtale , angi en oppgraderingsplan og abonnere på e-postvarsler.
6	Aktiver og verif Quality of Service (QoS) med følgende oppgaver: Aktiver Quality of Service (QoS) for videonettnode Kontroller portområder for videonettnode med reflektorverktøy i nettgrensesnittet Aktiver QoS hvis du vil at Video Mesh-noder automatisk skal merke SIP-trafikk (lokale SIP-registrerte endepunkter) for både lyd (EF) og video (AF41) separat med passende tjenesteklasse og bruke kjente portområder for bestemte medietyper. Denne endringen lar deg opprette QoS-policyer og effektivt kommentere returtrafikk fra skyen hvis du ønsker det. Bruk trinnene i Reflector Tool for å kontrollere at de riktige portene er åpnet på brannmuren.
7	Konfigurer videonettnode for proxy-integrering Bruk denne fremgangsmåten til å angi hvilken type proxy du vil integrere med et videonett. Hvis du velger en gjennomsiktig inspeksjons-proxy, kan du bruke nodens grensesnitt til å laste opp og installere rotsertifikat, kontrollere proxyen og feilsøke potensielle problemer.
8	Følg Integrer videonett med oppgaveflyt for samtalekontroll og velg ett av følgende, avhengig av samtalekontroll, sikkerhetskrav og om du vil integrere Video Mesh med samtalekontroll : Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett (TLS) Konfigurer Unified CM TCP SIP-trafikkruting for videonett (TCP) Konfigurer Expressway TCP SIP-trafikkruting for videonett (TCP) SIP-enheter støtter ikke direkte tilgjengelighet, så du må bruke Unified CM eller VCS Expressway-konfigurasjon for å etablere et forhold mellom lokale registrerte SIP-enheter og videonettklynger. Du trenger bare å trunke Unified CM eller VCS Expressway til videonettnode, avhengig av samtalekontroll .
9	Utveksle sertifikatkjeder mellom Unified CM og videonettnoder I denne oppgaven laster du ned sertifikater fra Unified CM og Video Mesh-grensesnittene og laster opp det ene til det andre. Dette trinnet etablerer sikker tillit mellom de to produktene, og, sammen med den sikre trunkkonfigurasjonen, lar kryptert SIP-trafikk og SRTP-medier i organisasjonen din lande på Video Mesh-noder.
10	Aktiver mediekryptering for organisasjons- og videonettklynger Bruk denne fremgangsmåten til å aktivere mediekryptering for organisasjonen og individuelle videonett-klynger. Denne innstillingen tvinger ende-til-ende TLS-oppsett, og du må ha en sikker TLS SIP-trunk på plass på Unified CM som peker til Video Mesh-nodene.
11	Aktiver videonett for Webex-nettstedet Hvis du vil bruke optimalisert media til videonettnode for et Webex-møte til alle Webex-app og -enhetene som skal delta, må denne konfigurasjonen være aktivert for Webex-nettsted. Aktivering av denne innstillingen kobler Video Mesh- og møteforekomster i skyen sammen, og tillater at overlappinger oppstår fra Video Mesh-noder. Hvis denne innstillingen ikke er aktivert, vil ikke Webex-app og -enhetene bruke videonettnoden for Webex-møter.
12	Tilordne møterom for samarbeid til brukere av Webex-appen
13	Kontroller møteopplevelsen på det sikre endepunktet Hvis du bruker mediekryptering gjennom ende-til-ende TLS-oppsettet, bruker du disse trinnene for å bekrefte at endepunktene er registrert på en sikker måte, og at riktig møteopplevelse vises.

Skript for masseklargjøring for videonett

Installer og konfigurer programvaren for videonettnode

Før du starter

Se System- og plattformkrav for programvare for videonettnode for støttede maskinvareplattformer og spesifikasjonskrav for videonettnode.

Kontroller at du har disse obligatoriske elementene:

En datamaskin med:

VMware vSphere-klient 7 eller 8.

Du finner en liste over operativsystemer som støttes, i VMware-dokumentasjonen.

OVA-fil for Video Mesh-programvare lastet ned.

En støttet server med VMware ESXi eller vCenter 7 eller 8 installert og kjører
Deaktiver sikkerhetskopiering av virtuell maskin og direkteoverføring. videonettnode -klynger er sanntidssystemer. eventuelle pauser i virtuell maskin kan gjøre disse systemene ustabile. (For vedlikeholdsaktiviteter på en videonettnode, bruk vedlikeholdsmodus fra Control Hub.)

Åpne VMware vSphere-klienten ved hjelp av datamaskinen og logg på vCenter- eller ESXi-systemet på serveren.

Gå til Handlinger > Distribuer OVF-mal .

På Velg en OVF-mal side, klikk Lokal fil , deretter Velg Filer . Naviger til der videomesh.ova filen er plassert, velger du filen og klikker på Neste .

Pass på at du laster ned en ny kopi av OVA fra denne koblingen .

Det kjøres en valideringskontroll. Når den er fullført, vises maldetaljene.

Kontroller maldetaljene, og klikk deretter på Neste .

På Konfigurasjon velger du type distribusjonskonfigurasjon, og klikker deretter Neste .

VMNLite (standard)
CMS 1000

Alternativene er oppført i rekkefølgen etter økende ressurskrav.

På Velg lagring side, må du kontrollere at standard diskformat for Tykk provisjon Lazy nullstilt og retningslinjer for VM-lagring for Datalager som standard er valgt, og klikk deretter Neste .

På Velg nettverk -siden, velger du nettverksalternativet fra listen over oppføringer for å gi ønsket tilkobling til den virtuelle maskinen.

For Internt grensesnitt, nettverk , velger du nodens interne IP-adresse.
For Eksternt grensesnittnettverk , velger du den eksterne IP-adresse som vender mot det offentlige nettverket. Se bort fra dette alternativet hvis du ikke har en dobbel NIC-distribusjon.

På Tilpass mal side, konfigurerer du følgende nettverksinnstillinger:

Vertsnavn (Valgfritt) – angi FQDN (vertsnavn og domene) eller vertsnavn med ett ord for noden.

Hvis du vil sikre en vellykket registrering til skyen, bruker du bare små tegn i FQDN eller vertsnavnet du angir for videonettnode. Store og små bokstaver støttes ikke for øyeblikket.
Når du bruker eller konfigurerer FQDN eller vertsnavn, må du også angi et gyldig domene som kan løses. Den totale lengden på FQDN kan ikke overstige 64 tegn.

IP-adresse — Angi IP-adresse for det interne grensesnittet til noden.
Maske – Angi nettverksmaske med punktum og desimal. For eksempel 255.255.255.0 .
Gateway – Angi IP-adresse for gatewayen . En gateway er en nettverksnode som fungerer som et tilgangspunkt til et annet nettverk.
DNS-servere – Angi en kommadelt liste over DNS-servere som håndterer oversettelse av domenenavn til numeriske IP-adresser. (Opptil fire DNS-oppføringer er tillatt.)
NTP-servere – Angi organisasjonens NTP-server eller en annen ekstern NTP-server som kan brukes i organisasjonen. Du kan også bruke en kommadelt liste til å angi flere NTP-servere.

videonettnode må ha en intern IP-adresse og et DNS-navn som kan løses. IP-adresse for noden kan ikke tilhøre IP-adresse som er reservert for intern bruk av videonettnode . Standard reservert IP-adresse er 172.17.42.0–172.17.42.63, som kan konfigureres senere i Diagnostikk -menyen. Dette IP-adresse er for kommunikasjon innenfor videonettnode og mellom programvarebeholderne som inneholder de forskjellige komponentene i noden – for eksempel SIP-grensesnitt og medietranskoding.
Distribuer alle nodene i samme delnett eller VLAN, slik at alle nodene i en klynge er tilgjengelige uansett hvor klientene befinner seg i nettverket.
For en dobbel NIC DMZ-distribusjon kan du angi den eksterne IP-adresse i nodekonsollen etter at du har lagret den interne nettverkskonfigurasjon og startet noden på nytt senere.

Hvis du foretrekker det, kan du hoppe over konfigurasjonen av nettverksinnstillinger og følge trinnene i Angi nettverkskonfigurasjon for videonettnode i konsollen etter at du logger på noden.

På Klar til å fullføre på siden, kontroller at alle innstillingene du anga, samsvarer med retningslinjene i denne prosedyren, og klikk deretter på Fullfør .

Når distribusjonen av OVA er fullført, vises videonettnode i listen over virtuelle datamaskiner.

Høyreklikk på den videonettnode , og velg deretter Strøm > Strøm på .

Programvaren for videonettnode installeres som gjest på VM-verten. Du er nå klar til å logge på konsollen og konfigurere videonettnode.

Du kan oppleve en forsinkelse på noen minutter før nodebeholderne kommer opp. Det vises en brobrannmurmelding på konsollen ved første oppstart, der du ikke kan logge på.

Hva nå?

Angi nettverkskonfigurasjon for videonettnode i konsollen

Logg på konsollen for første gang. Programvaren for videonettnode har et standardpassord. Du må endre denne verdien før du konfigurerer noden.

1	Fra VMware vSphere-klienten går du til den videonettnode , og deretter velger du Konsoll . Den videonettnode starter opp, og det vises en påloggingsmelding. Hvis påloggingsmeldingen ikke vises, trykker du på Gå inn . Du kan en kort stund se en melding som angir at systemet initialiseres.
2	Bruk følgende standard brukernavn og passord for å logge på: Innlogging: `admin` Passord: `cisco` Fordi du logger på videonettnode for første gang, må du endre passordfrasen (passordet) for administrator .
3	For (gjeldende) passord skriver du inn standard passord (ovenfra), og deretter trykker du på Gå inn .
4	For nytt passord skriver du inn en ny passordfrase, og deretter trykker du på Gå inn .
5	Hvis du vil skrive inn nytt passord på nytt, skriver du inn den nye passordfrasen på nytt, og deretter trykker du på Gå inn . Meldingen «Passord ble endret» vises, og deretter vises det første skjermbildet for videonettnode med en melding om at uautorisert tilgang er forbudt.
6	Trykk på Gå inn for å laste hovedmeny.

Hva nå?

Disse trinnene er obligatoriske hvis du ikke konfigurerte nettverksinnstillinger på tidspunktet for OVA-distribusjon.

Det indre grensesnittet (standardgrensesnittet for trafikk) brukes til CLI, SIP-trunker, SIP-trafikk og nodebehandling. Det eksterne (eksterne) grensesnittet er for HTTPS- og websockets-kommunikasjon til Webex, sammen med den overlappende trafikken fra nodene til Webex.

Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten, og logg deretter på med administratorlegitimasjonen.

Etter førstegangs oppsett av nettverksinnstillinger , og hvis videonettverket er tilgjengelig, kan du få tilgang til nodegrensesnittet via sikkert skall (SSH).

Velg alternativ fra hovedmeny i videonettnode 2 Rediger konfigurasjon og klikk deretter Velg .

Les meldingen om at samtalene avsluttes på videonettnode, og klikk deretter på Ja .

Klikk på Statisk , angi IP-adresse for det interne grensesnittet, Maske , Gateway , og DNS verdier for nettverket ditt.

videonettnode må ha en intern IP-adresse og et DNS-navn som kan løses. IP-adresse for noden kan ikke tilhøre IP-adresse som er reservert for intern bruk av videonettnode . Standard reservert IP-adresse er 172.17.42.0–172.17.42.63, som kan konfigureres i Diagnostikk -menyen. Dette IP-adresse er for kommunikasjon innenfor videonettnode og mellom programvarebeholderne som inneholder de forskjellige komponentene i noden – for eksempel SIP-grensesnitt og medietranskoding.
Distribuer alle nodene i samme delnett eller VLAN, slik at alle nodene i en klynge er tilgjengelige uansett hvor klientene befinner seg i nettverket.
For en DMZ-distribusjon for to nettverkskort kan du angi den eksterne IP-adresse i neste prosedyre etter at du har lagret den interne nettverkskonfigurasjon og startet noden på nytt.

Angi organisasjonens NTP-server eller en annen ekstern NTP-server som kan brukes i organisasjonen.

Hvis du konfigurerer mer enn én NTP-server, er avstemningsintervallet for failover 40 sekunder.

(Valgfritt) Endre vertsnavnet eller domenet om nødvendig.

Hvis du vil sikre en vellykket registrering til skyen, bruker du bare små tegn i vertsnavnet du angir for videonettnode. Store og små bokstaver støttes ikke for øyeblikket.
Når du bruker eller konfigurerer FQDN eller vertsnavn, må du også angi et gyldig domene som kan løses. Den totale lengden på FQDN kan ikke overstige 64 tegn.

Klikk på Lagre , og klikk deretter Lagre endringer og start på nytt .

Hva nå?

Angi det eksterne nettverksgrensesnittet for videonettnode

Velg alternativ fra hovedmeny i videonettnode 5 Ekstern IP-konfigurasjon og klikk deretter Velg .

Klikk på 1 Aktiver/deaktiver , deretter Velg , og deretter Ja for å aktivere alternativene for ekstern IP-adresse på noden.

Som du gjorde med den første nettverkskonfigurasjon, skriver du inn IP-adresse (eksternt), Maske , og Gateway verdier.

Den Grensesnitt -feltet viser navnet på det eksterne grensesnittet for noden.

Klikk på Lagre og start på nytt .

Hvis du vil bekrefte konfigurasjonen av den interne og eksterne IP-adresse , går du til konsollens hovedmeny 4 Diagnostikk , og velg deretter Ping .

I ping -feltet, angi en destinasjonsadresse du vil teste, for eksempel en ekstern destinasjon eller en intern IP-adresse, og klikk deretter på OK .

Test en ekstern destinasjon (eksempel, cisco.com); hvis vellykket, viser resultatene at målet ble åpnet fra det eksterne grensesnittet.
Test en intern IP-adresse; hvis vellykket, viser resultatene at adressen ble åpnet fra det interne grensesnittet.

Hva nå?

API-er for videonettnode

API-er for VMN-administrasjon

API vedlikeholdsmodus og passord for administratorkonto for videonettnodene.

Få status for vedlikeholdsmodus

Henter gjeldende status for vedlikeholdsmodus (Forventet status: på, av, venter eller forespurt).

[FÅ] https://<node_ip> /api/v1/external/maintenanceMode

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Success"
    },
    "result": {
        "isRegistered": true,
        "maintenanceMode": "pending/requested/on/off",
        "maintenanceModeLastUpdated": 1691135731847
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 401,
        "message": "login failed: incorrect password or username"
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 429,
        "message": "Too Many Requests"
    }
}

Aktivere eller deaktivere vedlikeholdsmodus

[PUT] https://<node_ip> /api/v1/external/maintenanceMode

Kall bare dette API-et når det ikke finnes noen aktive samtaler.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
      "maintenanceMode": "on"
}

maintenanceMode – Status for vedlikeholdsmodus som skal angis – «på» eller «av».

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 1:

{
        "status": {  
            "code": 200,
            "message": "Your request to enable/disable maintenance mode was successful."
    }
}

Eksempelrespons 2:

{
      "status": {
          "code": 409,
          "message": "Maintenance Mode is already on/off"
    }
}

Eksempelrespons 3 :

{
      "status": {
          "code": 400,
          "message": "Bad Request - wrong input"   
    }
}

Endre administratorpassord

Endrer passordet til administratorbrukeren.

[PUT] https://<node_ip> /api/v1/external/password

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
  "newPassword": "new"
}

newPassword – Det nye passordet som skal angis for «admin»-kontoen til videonettnode.

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully set the new passphrase for user admin."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 400,
        "message": "Enter a new passphrase that wasn't used for one of the previous 3 passphrases."
    }
}

API-er for VMN-nettverk

Video Mesh Network API-er gjør det mulig for organisasjonsadministratorer å administrere interne og eksterne nettverksinnstillinger.

Hent konfigurasjon av eksternt nettverk

[FÅ] https://<node_ip> /api/v1/external/externalNetwork

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 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"
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 200,
        "message": "External network not enabled."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 500,
        "message": "Failed to get external network configuration."
    }
}

Rediger ekstern nettverkskonfigurasjon

[PUT] https://<node_ip> /api/v1/external/externalNetwork

Du kan bare konfigurere dette for nylig distribuerte videonettnoder, der standard administratorpassord er endret. Ikke bruk dette API-et etter at du har registrert noden for en organisasjon.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

Aktiverer eksternt nettverk:


{
  "externalNetworkEnabled": true,
  "externalIp": "1.1.1.1",
  "externalMask": "2.2.2.2",
  "externalGateway": "3.3.3.3"
}

Deaktiverer eksternt nettverk:

{
  "externalNetworkEnabled": false
}

externalNetworkEnabled – Boolsk verdi (sann eller usann) for å aktivere/deaktivere eksternt nettverk
ekstern IP – den eksterne IP-en som skal legges til
externalMask – Nettverksmasken for det eksterne nettverket
externalGateway – Gatewayen for det eksterne nettverket

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 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."
    }
}

Eksempelrespons 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."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 400,
        "message": "One or more errors in the input: Value should be boolean for 'externalNetworkEnabled'"
    }
}

Eksempelrespons 4:

{
    "status": {
        "code": 400,
        "message": "External network configuration has not changed; skipping save of the external network configuration."
    }
}

Få detaljer om det interne nettverket

[FÅ] https://<node_ip> /api/v1/external/internNettverk

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 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": ""
    }
}

Eksempelrespons 2:


{
      "status": {
          "code": 500,
          "message": "Failed to get Network details."   
    }
}

Eksempelrespons 3:

{
      "status": {
          "code": 500,
          "message": "Failed to get host details."   
    }
}

Rediger DNS-servere

Oppdaterer DNS-servere med nye.

[PUT] https://<node_ip> /api/v1/external/internNetwork/dns

Sett noden i vedlikeholdsmodus før du gjør denne endringen. Se Aktivere eller deaktivere vedlikeholdsmodus hvis du vil ha mer informasjon om hvordan du flytter en node til vedlikeholdsmodus.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
    "dnsServers": "1.1.1.1 2.2.2.2"
}

dnsServers – DNS-servere som skal oppdateres. Flere områdeseparerte DNS-servere er tillatt.

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully saved DNS servers"
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 409,
        "message": "Requested DNS server(s) already exist."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 424,
        "message": "Maintenance Mode is not enabled. Kindly enable Maintenance Mode and try again for this node."
    }
}

Rediger NTP-servere

Oppdaterer NTP-servere med nye.

[PUT] https://<node_ip> /api/v1/external/internNetwork/ntp

Sett noden i vedlikeholdsmodus før du gjør denne endringen. Se Aktivere eller deaktivere vedlikeholdsmodus hvis du vil ha mer informasjon om hvordan du flytter en node til vedlikeholdsmodus.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
    "ntpServers": "1.1.1.1 2.2.2.2"
}

ntpServers – NTP-servere som skal oppdateres. Flere plassdelte NTP-servere er tillatt.

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully saved the NTP servers."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 409,
        "message": "Requested NTP server(s) already exist."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 424,
        "message": "Maintenance Mode is not enabled. Kindly enable Maintenance Mode and try again for this node."
    }
}

Rediger vertsnavn og domene

Oppdaterer vertsnavnet og domenet for videonettnode.

[PUT] https://<node_ip> /api/v1/external/interntNettverk/vert

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
    "hostName": "test-vmn",
    "domain": "abc.com"
}

vertsnavn – det nye vertsnavnet for noden.
domene – Det nye domenet for vertsnavnet til noden (valgfritt).

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 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."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 400,
        "message": "Unable to resolve FQDN"
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 409,
        "message": "Entered hostname and domain already set to same."
    }
}

Aktiver eller deaktiver DNS-bufring

Aktiverer eller deaktiverer DNS-bufring. Vurder å aktivere hurtigbufring hvis DNS-kontroller ofte tar over 750 ms å løse, eller hvis det er anbefalt av Cisco kundestøtte.

[PUT] https://<node_ip> /api/v1/external/internNetwork/dnsCaching

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
    "dnsCaching": true
}

dnsCaching – konfigurasjon av DNS-bufring. Godtar boolsk verdi (sann eller usann).

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 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."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 400,
        "message": "One or more errors in the input: 'dnsCaching' field value should be a boolean"
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 409,
        "message": "dnsCaching is already set to false"
    }
}

Rediger grensesnitt MTU

Endrer maksimal overføringsenhet (MTU) for nodens nettverksgrensesnitt fra standardverdi på 1500. Verdier mellom 1280 og 9000 er tillatt.

[PUT] https://<node_ip> /api/v1/external/internalNetwork/mtu

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
    "internalInterfaceMtu": 1500
}

internalInterfaceMtu – maksimal overføringsenhet for nodens nettverksgrensesnitt. Verdien skal være mellom 1280 og 9000.

Forespørselshoder :

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 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."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 400,
        "message": "One or more errors in the input: 'internalInterfaceMtu' field value should be a number"
    }
}

Eksempelrespons 3:


{
    "status": {
        "code": 400,
        "message": "Please enter a number between 1280 and 9000."
    }
}

VMN Server Certificate API-er

Opprett CSR-sertifikatet

Genererer et CSR-sertifikat (Certificate Signing Request) og den private nøkkelen, basert på informasjonen som er oppgitt.

[POST] https://<node_ip> /api/v1/externalCertManager/generateCsr

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
    "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 for videonettnode angitt som fellesnavn. (obligatorisk)
emailAddress – brukerens e-postadresse. (valgfritt)
altNames – Alternativt(e) emnenavn (valgfritt). Flere områdeseparerte FQDN-er er tillatt. Hvis det er oppgitt, må det inneholde det vanlige navnet. Hvis altNames ikke er oppgitt, tar det commonName som verdien av altNames.
organisasjon – Organisasjons-/Bedriftsnavn. (valgfritt)
organisationUnit – organisasjonsenhet eller avdelings- eller gruppenavn osv. (valgfritt)
sted – by/sted. (valgfritt)
delstat – delstat/provins. (valgfritt)
land – land/region. Forkortelse på to bokstaver. Ikke oppgi mer enn to bokstaver. (valgfritt)
passordfrase – Passfrase for privat nøkkel. (valgfritt)
keyBitSize – Privat nøkkelbitstørrelse. Godkjente verdier er 2048, som standard, eller 4096. (valgfritt)

Forespørselshoder :

Innholdstype: «application/json»

Eksempel på svar :

Eksempelrespons 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
    }
}

Eksempelrespons 2:


{
    "status": {
        "code": 400,
        "message": "Private key already exists. Delete it before generating new CSR."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 400,
        "message": "CSR certificate already exists. Delete it before generating new CSR."
    }
}

Eksempelrespons 4:

{
    "status": {
        "code": 400,
        "message": "CSR certificate and private key already exist. Delete them before generating new CSR."
    }
}

Eksempelrespons 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."
    }
}

Last ned CSR-sertifikatet

Laster ned det genererte CSR-sertifikatet.

[FÅ] https://<node_ip> /api/v1/externalCertManager/csr

Du kan også laste ned filen via Send og last ned alternativet.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

-----BEGIN CERTIFICATE REQUEST-----
S4MP1E_C3RT_C0NT3NT
-----END CERTIFICATE REQUEST-----

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "Could not download, CSR certificate does not exist."
    }
}

Last ned den private nøkkelen

Laster ned den private nøkkelen som genereres sammen med CSR-sertifikatet.

[FÅ] https://<node_ip> /api/v1/externalCertManager/key

Du kan også laste ned filen via Send og last ned alternativet.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:


-----BEGIN RSA PRIVATE KEY-----
S4MP1E_PR1V4T3_K3Y
-----END RSA PRIVATE KEY-----

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "Could not download, private key does not exist."
    }
}

Slett CSR-sertifikatet

Sletter det eksisterende CSR-sertifikatet.

[DELETE] https://<node_ip> /api/v1/externalCertManager/csr

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully deleted the CSR certificate"
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "CSR certificate does not exist."
    }
}

Slett den private nøkkelen

Sletter den eksisterende private nøkkelen.

[DELETE] https://<node_ip> /api/v1/externalCertManager/key

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully deleted the private key"
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "Private key does not exist."
    }
}

Installer det CA-signerte sertifikatet og den private nøkkelen

Laster opp det oppgitte CA-signerte sertifikatet og den private nøkkelen på videonettnoden og installerer sertifikatet på noden.

[POST] https://<node_ip> /api/v1/externalCertManager/uploadInstallCaCert

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

Bruk «form-data» for å laste opp følgende filer:

CA-signert sertifikatfil (.crt) med nøkkel som «crtFile».
Privat nøkkel (.key)-fil med nøkkel som 'keyFile'.

Forespørselshoder :

Innholdstype: «flerpart/skjema-data»

Eksempel på svar :

Eksempelrespons 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
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 400,
        "message": "Could not parse the certificate file. Make sure it is a properly formatted certificate and try again."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 400,
        "message": "Private Key does not match Certificate (different modulus)"
    }
}

Eksempelrespons 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."
    }
}

Last ned det CA-signerte sertifikatet

Laster ned det CA-signerte sertifikatet som er installert på noden.

[FÅ] https://<node_ip> /api/v1/externalCertManager/caCert

Du kan også laste ned filen via Send og last ned alternativet.

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

-----BEGIN CERTIFICATE-----
S4MP1E_C3RT_C0NT3NT
-----END CERTIFICATE-----

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "Could not download, CA certificate does not exist."
    }
}

Slett det CA-signerte sertifikatet

Sletter det CA-signerte sertifikatet som er installert på noden.

[DELETE] https://<node_ip> /api/v1/externalCertManager/caCert

Autorisasjon: Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully deleted the CA certificate."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "CA certificate does not exist."
    }
}

Felles API-svar

Nedenfor finner du noen eksempler på svar du kan støte på når du bruker en av API-ene nevnt ovenfor.

Eksempelrespons 1: Feil legitimasjon angitt i den grunnleggende autorisasjonen.

{
    "status": {
        "code": 401,
        "message": "login failed: incorrect password or username"
    }
}

Eksempelrespons 2: VMN er ikke oppgradert til den obligatoriske versjonen som støtter disse API-ene.

{
    "status": {
        "code": 421,
        "message": "Misdirected Request 1:[undefined]"
    }
}

Eksempelrespons 3: Feil referer angitt i toppteksten (når topptekst ikke var forventet).

{
    "status": {
        "code": 421,
        "message": "Misdirected Request 2:[https://x.x.x.x/setup]"
    }
}

Eksempelrespons 4: Frekvensgrensen er overskredet. Prøv etter en stund.


{
    "status": {
        "code": 429,
        "message": "Too Many Requests"
    }
}

Legg til interne og eksterne rutingsregler

Fra grensesnittet for Video Mesh-noden velger du 5 Ekstern IP-konfigurasjon og klikk deretter Velg .

Velg 3 Behandle rutingsregler , og klikk deretter Velg .

Du kan legge til manuelle overstyringer av disse reglene i de neste trinnene.

Følg disse trinnene etter behov:

Klikk på Legg til ekstern rute , og angi deretter det interne subnett- eller verts- IP-adresse som skal brukes for den eksterne ruten.
Klikk på Legg til intern rute , og angi deretter det eksterne subnett- eller verts- IP-adresse som skal brukes for den interne ruten.

Når du legger til hver regel, vises de i listen over rutingsregler, kategorisert som brukerdefinerte regler.

Standardrutene kan ikke slettes, men du kan slette alle brukerdefinerte overstyringer du har konfigurert.

Åpne en SSH-tilkobling til den offentlige IP-adresse til videonettnode.
Få tilgang til videonettnode via ESXi-konsollen

Registrer videonettnode til Webex Cloud

Før du starter

Når du starter registreringen av en node, må du fullføre den innen 60 minutter, ellers må du starte på nytt.
Kontroller at eventuelle popup-blokkeringer i nettleseren din er deaktivert eller at du tillater et unntak forhttps://admin.webex.com .
For best resultat kan du distribuere alle nodene i en klynge i det samme datasenter. Se Klynger i videonett for hvordan de fungerer og beste praksis.
Fra verten eller maskinen der du registrerer videonettnoder til skyen, må du ha tilkobling til Webex-skyen og IP-adressene for videonettverket som registreres (i et dobbelt NIC-miljø, nærmere bestemt de interne IP-adressene til videoen Nettnoder).

Logg på Kontrollhub .

Gå til Tjenester > Hybrid og velg én:

Konfigurer : Velg dette alternativet hvis dette er den første videonettnode du registrerer, og klikk deretter på Neste .

Se Fullfør forutsetningene for videonett hvis du vil ha mer informasjon.
Vis alle : Velg dette alternativet hvis du allerede har registrert én eller flere videonettnoder, og klikk deretter på Legg til ressurs .

Kontroller at du har installert og konfigurert videonettnode. Klikk på Ja, jeg er klar til å registrere meg... , og klikk deretter Neste .

I Opprett en ny eller velg en klynge , velg én:

For en ny klynge skriver du inn et navn på klyngen du vil tilordne videonettnode til.
For en eksisterende klynge klikker du på feltet, og deretter velger du en eksisterende klynge den nye noden skal legges til i.

Vi anbefaler at du gir navn til en klynge basert på hvor nodene i klyngen befinner seg geografisk. For eksempel «San Francisco».

I Angi FQDN- eller IP-adresse , angi det fullt kvalifisert domenenavn (FQDN) eller den interne IP-adresse til videonettnode , og klikk deretter på Neste .

Hvis du bruker FQDN, angir du et domene som kan løses av DNS.
Hvis du bruker en IP-adresse, skriver du inn den samme interne IP-adresse som du brukte til å konfigurere noden fra konsollen.

Et FQDN må løses direkte til IP-adresse , ellers er det ikke brukbart. Vi utfører valideringen på FQDN for å utelukke skrivefeil eller konfigurasjonsfeil.

Under Oppgraderingsplan , velg tid, frekvens og tidssone.

Når en oppgradering er tilgjengelig, kan du bruke Oppgrader nå for å starte oppgraderingen før neste vedlikeholdsvindu eller Utsette for å utsette den til neste vindu.

Under E-postvarsler , legg til administrator -e-postadresser for å abonnere på varsler om tjenestealarmer og programvareoppgraderinger.

administrator e-postadresse din legges til automatisk. Du kan fjerne den hvis du vil.

Veksle på Videokvalitet innstillingen på for å aktivere 1080p 30 bilder per sekund.

Hvis denne innstillingen er deaktivert, er standarden 720p.
For videooppløsninger som støttes av Webex-appen, se Videospesifikasjoner for samtaler og møter .

Les informasjonen under Fullfør registreringen , og klikk deretter Gå til Node for å registrere noden til Webex-skyen.

Sjekk Gi tilgang til noden for Webex- videonettnode , og klikk deretter Fortsett .

Klikk på Tillat .

Kontoen din er validert, videonettnode er registrert og meldingen Registrering fullført vises, noe som indikerer at videonettnode nå er registrert i Webex.

videonettnode henter maskinlegitimasjon basert på organisasjonens rettigheter. Den genererte maskinlegitimasjonen utløper regelmessig og oppdateres.

Klikk på portalkoblingen eller lukk fanen for å gå tilbake til siden Videonett.

På siden Videonett ser du nå den nye klyngen som inneholder videonettnode for videonett som du registrerte.

Hvis du går til klyngen, ser du den nye videonettnode, som først viser statusen på Registrerer deg . Noden endres til Kjører når den er klar til bruk i Webex-organisasjonen din.
Siden programvaren er en beholder som inneholder tjenester fra skyinfrastrukturen, får den oppdateringer fra skyen for å forbli synkronisert med skytjenestene. Nødvendige oppdateringer kan installeres kort tid etter at du har registrert noden i skyen. Du kan også endre tidsplanen for automatisk oppgradering. Se Automatiske oppgraderinger for ressurser for hybridtjenester hvis du vil ha mer informasjon.
Hvis du installerte demobildet på noden du registrerte, ser du en demomodus gul statusalarm. Denne alarmen er normal, men vi anbefaler at du installerer hele programvarebildet før den utsatte perioden på 90 dager utløper for demobildet.

Ting du bør huske på

Husk følgende informasjon om videonettnode og hvordan den fungerer når den er registrert i Webex-organisasjonen din:

Når du distribuerer en ny videonettnode, vil ikke Webex-appen og den Webex-registrerte enheten gjenkjenne den nye noden på opptil to timer. Klientene sjekker om klyngen er tilgjengelig under oppstart, nettverksendring eller hurtigbufferutløp. Du kan vente i to timer eller, som en løsning, starte Webex-appen på nytt eller starte Webex-rommet eller -skrivebordet på nytt. Deretter registreres samtaleaktivitet i videonettrapportene i Control Hub.
En videonettnode registreres til én Webex-organisasjon. det er ikke en enhet med flere tenantgrupper.
Hvis du vil vite hva som bruker videonettnode og hva som ikke gjør det, kan du se tabellen i Klienter og enheter som bruker videonettnode .
videonettnode kan koble til Webex-nettsted ditt eller til en annen kundes eller partners Webex-nettsted. Nettsted A distribuerte for eksempel en videonettnode klynge og registrerte den med domenet example1.webex.com. Hvis brukere i nettsted A ringer inn til mymeeting@example1.webex.com, bruker de videonettnode , og det kan opprettes en gjennomgripende overgang. Hvis brukerne i nettsted A ringer dittmøte@example2.webex.com, vil brukerne av nettsted A bruke sin lokale videonettnode og koble til møtet i nettsted Bs Webex-organisasjon.

Hva nå?

Hvis du vil registrere flere noder, gjentar du disse trinnene.
Hvis en oppgradering er tilgjengelig, anbefaler vi at du tar den i bruk så snart som mulig. Fullfør følgende trinn for å oppgradere:
1. Klargjøringsdataene sendes til Webex-skyen av Ciscos utviklingsteam over sikre kanaler. Klargjøringsdataene er signert. For beholderne inneholder klargjøringsdataene navn, kontrollsum, versjon og så videre. videonettnode henter også klargjøringsdataene fra Webex-skyen over sikre kanaler.
2. Når videonettnode får klargjøringsdataene sine, autentiseres noden med skrivebeskyttet legitimasjon og laster ned beholderen med bestemt sjekksum og navn, og oppgraderer systemet. Hver beholder som kjører på videonettnode , har et bildenavn og en kontrollsum. Disse attributtene lastes opp til Webex-skyen ved hjelp av sikre kanaler.

Aktiver Quality of Service (QoS) for videonettnode

Før du starter

Gjør de nødvendige endringene i brannmurporten som er dekket i diagrammet og tabellen. Se Porter og protokoller som brukes av videonett .
For at Video Mesh-noder skal aktiveres for QoS, må nodene være tilkoblet. Noder i vedlikeholdsmodus eller frakoblet tilstander ekskluderes når du aktiverer denne innstillingen.

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , klikk Rediger innstillinger på Video Mesh-kortet.

Bla til Tjenestekvalitet og klikk Aktiver .

Lyd: 52500–59499 og 59500–62999 DSCP EF (Expedited Forwarding)
Video/innhold: 63000–64667 og 64668–65500 DSCP AF41

All returtrafikk for Video Mesh (lyd, video, innhold) fra de delte portene er merket med AF41. Lydtrafikken må merkes til EF i nettverket ditt, basert på kildeportnumrene.

Hvis QoS ikke er fullstendig aktivert om to timer, åpne en sak med støtte for videre etterforskning.

Nodene starter på nytt og oppdateres med det nye portområdet.

Kontroller portområder for videonettnode med reflektorverktøy i nettgrensesnittet

Reflektorverktøyet (en kombinasjon av en server på Video Mesh-noden og klient gjennom et Python-skript) brukes til å bekrefte om de nødvendige TCP/UDP-portene er åpne fra Video Mesh-nodene.

Før du starter

Last ned en kopi av Reflector Tool Client (et Python-skript) frahttps://github.com/CiscoDevNet/webex-video-mesh-reflector-client .
For at skriptet skal fungere som det skal, må du kontrollere at du kjører Python 2.7.10 eller nyere i miljøet ditt.
For øyeblikket støtter dette verktøyet SIP-endepunkter til videonettnoder og intraklyngebekreftelse.

1	Fra kundevisningen ihttps://admin.webex.com , aktiver vedlikeholdsnoden for videonettnode ved å følge disse instruksjonene .
2	Vent til noden viser statusen Klar for vedlikehold i Control Hub.
3	Åpne nodegrensesnittet for Webex-videonett. Hvis du vil ha instruksjoner, se Behandle videonettnode fra nettgrensesnittet .
4	Bla til Refleksverktøy , og start deretter enten TCP Reflector Server eller UDP Reflector Server , avhengig av hvilken protokoll du vil bruke.
5	Klikk på Start Reflector Server , og vent deretter til serveren starter. Du ser et varsel når serveren starter.
6	Fra et system (for eksempel en PC) i et nettverk som du vil at Video Mesh-nodene skal nå, kjører du skriptet med følgende kommando: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` På slutten av kjøringen viser klienten en vellykket melding hvis alle nødvendige porter er åpne: Klienten viser en mislykket melding hvis noen nødvendige porter ikke er åpne:
7	Løs eventuelle portproblemer på brannmuren, og kjør deretter trinnene ovenfor på nytt.
8	Kjør klienten med `--help` for å få flere detaljer.

Konfigurer videonettnode for proxy-integrering

Før du starter

Se Proxy-støtte for videonett for en oversikt over proxy-alternativene som støttes.
Krav for proxy-støtte for videonett

Angi nettadressen for oppsett av videonett https://[IP or FQDN/setup i en nettleser skriver du inn administratorlegitimasjonen du konfigurerte for noden, og klikker deretter Logg på .

Gå til Klareringslager og proxy, og velg deretter et alternativ:

Ingen proxy – Standardalternativet før du integrerer en proxy. Ingen sertifikatoppdatering er nødvendig.
Gjennomsiktig ikke-inspeksjons-proxy – Nodene for videonett er ikke konfigurert til å bruke en bestemt proxy-serveradresse, og bør ikke trenge endringer for å fungere med en ikke-inspeksjons-proxy. Ingen sertifikatoppdatering er nødvendig.
Gjennomsiktig inspeksjons-proxy – Nodene for videonett er ikke konfigurert til å bruke en bestemt proxy-serveradresse. Ingen konfigurasjonsendringer for http(s) er nødvendige på videonett, men nodene for videonett trenger et rotsertifikat for å kunne klarere proxyen. Inspeksjons-proxyer brukes vanligvis av IT til å håndheve retningslinjer om hvilke nettsteder som kan besøkes, og hvilke typer innhold som ikke er tillatt. Denne typen proxy dekrypterer all trafikken din (til og med HTTPS).

Proxy IP/FQDN – Adresse som kan brukes til å nå proxy-maskinen.
Proxy-port – Et portnummer som proxyen bruker til å lytte etter proxy-trafikk.
Proxy-protokoll – Velg http (videonett tunnelerer https-trafikken gjennom http-proxyen) eller https (trafikk fra videonettnoden til proxyen bruker https-protokollen). Velg et alternativ basert på hva proxy-serveren støtter.

Velg mellom følgende godkjenningstyper, avhengig av proxy-miljøet:

Alternativ	Bruk
Ingen	Velg for eksplisitte HTTP- eller HTTPS-proxyer der det ikke finnes noen godkjenningsmetode.
Grunnleggende	Tilgjengelig for eksplisitte HTTP- eller HTTPS-proxyer. Brukes for en HTTP-brukeragent til å angi brukernavn og passord når du foretar en forespørsel, og bruker Base64-koding.
Sammendrag	Kun tilgjengelig for eksplisitte HTTPS-proxyer. Brukes til å bekrefte kontoen før sensitiv informasjon sendes, og bruker en hash-funksjon på brukernavnet og passordet før det sendes over nettverket.
NTLM	Kun tilgjengelig for eksplisitte HTTP-proxyer. Det brukes på samme måte som sammendrag til å bekrefte kontoen før sensitiv informasjon sendes. Bruker Windows-legitimasjon i stedet for brukernavn og passord. Hvis du velger dette alternativet, angir du Active Directory-domenet som proxyen bruker til godkjenning, i NTLM-domenefeltet. Skriv inn navnet på proxy-arbeidsstasjonen (også kalt en arbeidsstasjonskonto eller maskinkonto) i det angitte NTLM-domenet i feltet NTLM-arbeidsstasjon.

Følg de neste trinnene for en gjennomsiktig inspeksjons-proxy eller eksplisitt proxy.

Klikk på Last opp et rotsertifikat eller sluttenhetssertifikat, og deretter finn og velg rotsertifikatet for den eksplisitte eller gjennomsiktige inspeksjons-proxyen.

Hvis du vil ha gjennomsiktige inspeksjons-proxyer eller eksplisitte proxyer, klikker du på Kontroller proxy-tilkobling for å teste nettverkstilkoblingen mellom videonettnoden og proxyen.

Hvis tilkoblingstesten mislykkes, ser du en feilmelding som viser årsaken og hvordan du kan løse problemet.

Noden starter på nytt i løpet av noen få minutter.

Når noden har startet på nytt, logger du på igjen om nødvendig, og deretter åpner du Oversikt-siden for å kontrollere tilkoblingskontrollene for å sikre at alle har grønn status.

Integrer videonett med oppgaveflyt for samtalekontroll

Før du starter

Se Distribusjonsmodeller for Video Mesh og Cisco Unified Communications Manager for å forstå vanlige eksempler på distribusjon.
Video Mesh støtter enten TCP eller TLS mellom Unified CM og SIP-signalisering. SIP TLS støttes ikke for VCS Expressway.
I Unified CM kan hver SIP-trunk støtte opptil 16 videonettdestinasjoner (IP-adresser).
I Unified CM kan innkommende porter på SIP-trunk - sikkerhetsprofil være standard (Non Secure SIP-trunkprofil).
Videonett støtter to rutemønstre: nettstedsnavn.webex.com og meet.ciscospark.com . Andre rutemønstre støttes ikke.

Videonett støtter 3 rutemønstre: webex.com (for korte videoadresser ), nettstedsnavn.webex.com og meet.ciscospark.com . Andre rutemønstre støttes ikke.

Velg ett av disse alternativene, avhengig av samtalekontroll og sikkerhetskravene:

Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett
Konfigurer Unified CM TCP SIP-trafikkruting for videonett
Konfigurer Expressway TCP SIP-trafikkruting for videonett (kun TCP)

SIP-enheter registrert i Unified CM (TLS eller TCP)

SIP-enheter registrert på VCS eller Expressway (kun TCP)

Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett

Opprett en SIP-profil for videonettklynger:

Fra Cisco Unified CM-administrasjon går du til Enhet > Enhetsinnstillinger > SIP-profil , og klikk deretter Finn .
Velg Standard SIP-profil for Cisco VCS , og klikk deretter Kopier .
Angi et navn på den nye profilen – for eksempel Video Mesh SIP Profile.
Under Trunkspesifikk konfigurasjon , angi Tidlig tilbud om støtte for tale- og videosamtaler til Beste innsats (ingen MTP er satt inn) .

Du kan bruke denne innstillingen på en ny SIP-trunk til Webex-skyen (rutet av det eksterne domenet for Webex-nettsted). Innstillingen påvirker ikke eksisterende SIP-trunking eller samtaleruting.
Pass på at Aktiver OPTIONS-ping for å overvåke målstatus for kanaler med tjenestetype er sjekket.
La alle andre felt ha standardverdiene, og lagre endringene.

Legg til en ny SIP-trunk - sikkerhetsprofil for videonettklynger:

Fra Cisco Unified CM-administrasjon velger du System > Sikkerhet > sikkerhetsprofil for SIP-trunk , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Secure SIP Trunk Security Profile

Bekreft disse innstillingene:

Felt	Verdi
sikkerhetsmodus	Kryptert
Innkommende transporttype	TLS
Utgående transporttype	TLS
X.509 Emnenavn Emne for sikker sertifikat eller alternativt navn	Angi det vanlige navnet på nodesertifikatet for videonett.
Innkommende port	5061
SIP V.150 utgående SDP-tilbudsfiltrering	Bruk standardfilter

La alle andre felt ha standardverdiene, og lagre endringene.

Legg til en ny SIP-trunk for å peke til videonettklyngene dine:

I en Unified CM-distribusjon legger du til en enkelt trunk.
I en SMB-distribusjon finnes det vanligvis en trunk mellom Unified CM og SME. Legg til en annen trunk mellom SME- og Video Mesh-noder. Begge kanalene må ha de samme innstillingene som er angitt nedenfor.

Fra Cisco Unified CM-administrasjon velger du Enhet > Trunk , og klikk deretter Legg til ny .
Velg SIP-trunk for trunktypen; la de andre verdiene stå og klikk Neste .
Skriv inn et meningsfylt navn, for eksempel Video_Mesh_SIP_Trunk_UCMtoVMN.
Sjekk SRTP tillatt avmerkingsboks
For Infoformat for anroper og tilkobling , sjekk Levere URI og DN i tilkoblet part, hvis tilgjengelig . Denne innstillingen aktiverer blandet identitet. Den tillater at SIP-trunk -trunken overfører bedriftssidens URI-katalog til Webex.
Sjekk Kjør på alle aktive Unified CM -noder .
Under SIP-informasjon – destinasjon , skriver du inn en IP-adresse eller et fullt kvalifisert domenenavn (FQDN) for hver av videonettnodene dine.
Gå inn 5061 for Målport .
For sikkerhetsprofil for SIP-trunk , velger du trunksikkerhetsprofil for videonett som du opprettet tidligere. (For eksempel Video Mesh Secure SIP Trunk Security Profile.)
For SIP-profil , velger du SIP-profil for videonett som du opprettet tidligere. (For eksempel Video Mesh SIP Profile.)

La alle andre felt ha standardverdiene, og lagre endringene.

Et Video Mesh-anrop eller et møte kan tilordne medier til en hvilken som helst node i en klynge, ikke bare noden som avslutter SIP-samtale.

Opprett en SIP-trunk som peker til en Expressway for Webex-skyfailover.

Fra Cisco Unified CM-administrasjon velger du Enhet > Trunk , og klikk deretter Legg til ny .
Velg SIP-trunk for trunktypen; la de andre verdiene stå og klikk Neste .
Skriv inn et meningsfylt navn, for eksempel Video_Mesh_VCS_Trunk.
For Infoformat for anroper og tilkobling , sjekk Levere URI og DN i tilkoblet part, hvis tilgjengelig . Denne innstillingen aktiverer blandet identitet. Den tillater at SIP-trunk -trunken overfører bedriftssidens URI-katalog til Webex.
Under SIP-informasjon – destinasjon , skriver du inn en IP-adresse eller et fullt kvalifisert domenenavn (FQDN) for hver av Expresswayene dine. For Port , angi 5060 .
For SIP-profil , velg Standard SIP-profil for Cisco VCS .

Opprett en ny rutegruppe for anrop til videonettklynger:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Rutegruppe , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Node Route Group.
Endre Distribusjonsalgoritme til Topp og ned .
I Rute informasjon om gruppemedlem Finner du Enheter med navn Videonett .
Legg til Video_ Mesh_ SIP_ Trunk_ UCM tilVMN ved å klikke Legg til i rutegruppe .
Lagre endringene.

For overflyt til skyen oppretter du en ny rutegruppe for anrop til Expressway:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Rutegruppe , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Expressway Route Group.
Endre Distribusjonsalgoritme til Topp og ned .
I Rute informasjon om gruppemedlem Finner du Enheter med navn Videonett .
Legg til Video_ Mesh_ VCS_ Bagasjerom ved å klikke Legg til i rutegruppe .
Lagre endringene.

Opprett en ny ruteliste for anrop til videonettklynger og Expressway:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Ruteliste , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Node Route List.
Angi Cisco Unified Communications Manager-gruppe til Standard , eller en annen verdi avhengig av konfigurasjonen din.
Lagre endringene.
I Medlemsinformasjon for ruteliste klikker du på Legg til rutegruppe , og velg deretter Rutegruppe for videonett .
Behold standardinnstillingene for de andre innstillingene, og lagre deretter endringene.
I Medlemsinformasjon for ruteliste klikker du på Legg til rutegruppe , og velg deretter Rutegruppe for Expressway-nettverk for video .
Behold standardinnstillingene for de andre innstillingene, og lagre deretter endringene.

Opprett et SIP-rutemønster for kort videoadresse oppringingsformat for Webex-møter:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny og angi navnet Video Mesh Route Pattern for Webex Short URIs.
I IPv4-mønster , angi webex.com som domene.
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Opprett et SIP-rutemønster for Webex-nettsted:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny og angi navnet Video Mesh Route Pattern for Webex Sites.
I IPv4-mønster , skriver du inn Webex-nettsted du vil ha optimalisert media for – for eksempel examplesitename.webex.com .
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Opprett et SIP-rutemønster for Webex-appmøter (bakoverkompatibilitet):

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny , og angi deretter navnet Video Mesh Route Pattern for Teams Meetings.
I IPv4-mønster , angi meet.ciscospark.com .
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Konfigurer Unified CM TCP SIP-trafikkruting for videonett

Opprett en SIP-profil for videonettklynger:

Fra Cisco Unified CM-administrasjon går du til Enhet > Enhetsinnstillinger > SIP-profil , og klikk deretter Finn .
Velg Standard SIP-profil for Cisco VCS , og klikk deretter Kopier .
Angi et navn på den nye profilen – for eksempel Video Mesh SIP Profile.
Under Trunkspesifikk konfigurasjon , angi Tidlig tilbud om støtte for tale- og videosamtaler til Beste innsats (ingen MTP er satt inn) .

Du kan bruke denne innstillingen på en ny SIP-trunk til Webex (rutet av det eksterne domenet for Webex-nettsted). Innstillingen påvirker ikke eksisterende SIP-trunking eller samtaleruting.
Pass på at Aktiver OPTIONS-ping for å overvåke målstatus for kanaler med tjenestetype er sjekket.
La alle andre felt ha standardverdiene, og lagre endringene.

Legg til en ny SIP-trunk - sikkerhetsprofil for videonettklynger:

Fra Cisco Unified CM-administrasjon velger du System > Sikkerhet > sikkerhetsprofil for SIP-trunk , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Trunk Security Profile

Bekreft disse innstillingene:

Felt	Verdi
sikkerhetsmodus	Ikke-sikker
Innkommende transporttype	TCP+UDP
Utgående transporttype	TCP
Innkommende port	5060
SIP V.150 utgående SDP-tilbudsfiltrering	Bruk standardfilter

La alle andre felt ha standardverdiene, og lagre endringene.

Legg til en ny SIP-trunk for å peke til videonettklyngene dine:

I en Unified CM-distribusjon legger du til en enkelt trunk.
I en SMB-distribusjon finnes det vanligvis en trunk mellom Unified CM og SME. Legg til en annen trunk mellom SME- og Video Mesh-noder. Begge kanalene må ha de samme innstillingene som er angitt nedenfor.

Fra Cisco Unified CM-administrasjon velger du Enhet > Trunk , og klikk deretter Legg til ny .
Velg SIP-trunk for trunktypen; la de andre verdiene stå og klikk Neste .
Skriv inn et meningsfylt navn, for eksempel Video_Mesh_SIP_Trunk_UCMtoVMN.
For Infoformat for anroper og tilkobling , sjekk Levere URI og DN i tilkoblet part, hvis tilgjengelig . Denne innstillingen aktiverer blandet identitet. Den tillater at SIP-trunk -trunken overfører bedriftssidens URI-katalog til Webex.
Sjekk Kjør på alle aktive Unified CM -noder .
Under SIP-informasjon – destinasjon , skriver du inn en IP-adresse eller et fullt kvalifisert domenenavn (FQDN) for hver av videonettnodene dine.
Gå inn 5060 for Målport .
For sikkerhetsprofil for SIP-trunk , velger du Video MeshTrunk-sikkerhetsprofil som du opprettet tidligere. (For eksempel Video Mesh Trunk Security Profile.)
For SIP-profil , velger du SIP-profil for videonett som du opprettet tidligere. (For eksempel Video Mesh SIP Profile.)

La alle andre felt ha standardverdiene, og lagre endringene.

Et Video Mesh-anrop eller et møte kan tilordne medier til en hvilken som helst node i en klynge, ikke bare noden som avslutter SIP-samtale.

Opprett en ny SIP-trunk for å peke til en Expressway.

Fra Cisco Unified CM-administrasjon velger du Enhet > Trunk , og klikk deretter Legg til ny .
Velg SIP-trunk for trunktypen; la de andre verdiene stå og klikk Neste .
Skriv inn et meningsfylt navn, for eksempel Video_Mesh_VCS_Trunk.
For Infoformat for anroper og tilkobling , sjekk Levere URI og DN i tilkoblet part, hvis tilgjengelig . Denne innstillingen aktiverer blandet identitet. Den tillater at SIP-trunk -trunken overfører bedriftssidens URI-katalog til Webex.
Under SIP-informasjon – destinasjon , skriver du inn en IP-adresse eller et fullt kvalifisert domenenavn (FQDN) for hver av Expresswayene dine. For Port , angi 5060 .
For SIP-profil , velg Standard SIP-profil for Cisco VCS .

Opprett en ny rutegruppe for anrop til videonettklynger:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Rutegruppe , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Node Route Group.
Endre Distribusjonsalgoritme til Topp og ned .
I Rute informasjon om gruppemedlem Finner du Enheter med navn Videonett .
Legg til Video_Mesh_SIP_Trunk_UCMtoVMN ved å klikke Legg til i rutegruppe .
Lagre endringene.

For overflyt til skyen oppretter du en ny rutegruppe for anrop til Expressway:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Rutegruppe , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Expressway Route Group.
Endre Distribusjonsalgoritme til Topp og ned .
I Rute informasjon om gruppemedlem Finner du Enheter med navn Videonett .
Legg til Video_ Mesh_ VCS_ Bagasjerom ved å klikke Legg til i rutegruppe .
Lagre endringene.

Opprett en ny ruteliste for anrop til videonettklynger og Expressway:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Ruteliste , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Node Route List.
Angi Cisco Unified Communications Manager-gruppe til Standard , eller en annen verdi avhengig av konfigurasjonen din.
Lagre endringene.
I Medlemsinformasjon for ruteliste klikker du på Legg til rutegruppe , og velg deretter Rutegruppe for videonett .
Behold standardinnstillingene for de andre innstillingene, og lagre deretter endringene.
I Medlemsinformasjon for ruteliste klikker du på Legg til rutegruppe , og velg deretter Rutegruppe for Expressway-nettverk for video .
Behold standardinnstillingene for de andre innstillingene, og lagre deretter endringene.

Opprett et SIP-rutemønster for kort videoadresse oppringingsformat for Webex-møter:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny og angi navnet Video Mesh Route Pattern for Webex Short URIs.
I IPv4-mønster , angi webex.com som domene.
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Opprett et SIP-rutemønster for Webex-nettsted:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny og angi navnet Video Mesh Route Pattern for Webex Sites.
I IPv4-mønster , skriver du inn Webex-nettsted du vil ha optimalisert media for – for eksempel examplesitename.webex.com , hvor eksempelnettstedsnavn er navnet på ditt faktiske Webex-nettsted.
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Opprett et SIP-rutemønster for Webex-appmøter:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny , og angi deretter navnet Video Mesh Route Pattern for Teams Meetings.
I IPv4-mønster , angi meet.ciscospark.com .
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Konfigurer Expressway TCP SIP-trafikkruting for videonett

Opprett en sone som peker til videonettklynger:

Fra VCS-kontroller eller Expressway-C går du til Konfigurasjon > Soner > Soner , og klikk deretter Nyhet .

Konfigurer følgende felt:

Feltnavn	Verdi
Navn	Angi et navn som enkelt identifiserer sonen – for eksempel WebexVideoMeshZone
Type	Nabo
H.323
Modus	Av
SIP
Modus	På
Port	5060
Transport	TCP
Plassering
Slå opp jevnaldrende ved å	Adresse
Peer [n]-adresse	Angi IP-adressene for hver videonettnode.

La de andre feltene beholde standardinnstillingene, og lagre deretter endringene.

Opprett oppringingsmønstre for videonettklynger for Webex-nettsteder:

Fra Expressway-C, gå til Konfigurasjon > Oppringingsplan > Søkeregler , og klikk deretter Nyhet .

Konfigurer følgende felt for Webex-nettsted :

Feltnavn

Verdi

Regelnavn

Angi et regelnavn som enkelt identifiserer søkeregelen – for eksempel WebexVideoMesh-YourSite

Prioritet

100 er standard. Kontroller at dette tallet er lavere enn reservereglene for skyen og B2B.

Protokoll

SIP

Modus

Aliasmønstersamsvar

Mønstertype

Regex

Mønsterstreng

.*@(YourSite\.)?webex\.com.*

Mønsteratferd

Forlat

Ved vellykket match

Fortsett

Mål

Velg sonen for videonett du opprettet – for eksempel WebexVideoMeshZone .

La de andre feltene beholde standardinnstillingene, og lagre deretter endringene.

Opprett et traverseringsklient og sonepar som peker til skyen Expressway for failover:

Se Grunnleggende konfigurasjonsveiledning for Expressway for versjonen for trinnene for å opprette paret for traverseringsklient og sone.

Opprett en reservesøkeregel til Traversal-klientsonen som fører til Expressway-E:

Fra Expressway-C, gå til Konfigurasjon > Oppringingsplan > Søkeregler , og klikk deretter Nyhet .

Konfigurer følgende felt:

Feltnavn	Verdi
Regelnavn	Angi et regelnavn som enkelt identifiserer søkeregelen – for eksempel WebexVideoMesh-failover
Prioritet	100 er standard. Kontroller at prioriteten er lavere ved å angi et tall som er høyere enn oppringingsmønsteret for Videonett og B2B-reglene.
Protokoll	SIP
Modus	Ethvert alias
Mønsteratferd	Forlat
Ved vellykket match	Fortsett
Mål	Velg klientsonen for Traversal som fører til Expressway-E.

La de andre feltene beholde standardinnstillingene, og lagre deretter endringene.

Fra Expressway-E, gå til Konfigurasjon > Soner > Soner . Klikk på Nyhet og legg til Webex Zone.

I versjoner før X8.11 opprettet du en ny DNS-sone for dette formålet.

Opprett et oppringingsmønster for Expressway-skyen:

Fra Expressway-E, gå til Konfigurasjon > Oppringingsplan > Søkeregler , og klikk deretter Nyhet .

Konfigurer følgende felt:

Feltnavn	Verdi
Regelnavn	Angi et regelnavn som enkelt identifiserer søkeregelen – for eksempel WebexVideoMesh-toCloud
Prioritet	Angi en høyere verdi enn regelen for de lokale videonettnodene. Hvis nodene er satt til 100, setter du denne verdien til 101 . Du må også sørge for at verdien er lavere enn alle B2B-regler på Expressway.
Protokoll	SIP
Kilde	Navn
Kildenavn	Velg serversonen for sikker kryssing fra Expressway-C – for eksempel WebexVideoMeshZone
Modus	Aliasmønstersamsvar
Mønstertype	Regex
Mønsterstreng	*`.@(YourSite\.)?webex\.com.`*
Mønsteratferd	Forlat
Ved vellykket match	Stopp
Mål	Velg Webex-sonen eller DNS-sonen.

For SIP-enheter som er registrert på Expressway-C, åpner du enhetens IP-adresse i en nettleser, går du til Oppsett , bla til SIP , og velg Standarder fra Skriv inn rullegardinmenyen.

Utveksle sertifikatkjeder mellom Unified CM og videonettnoder

I et klyngemiljø må du installere CA- og serversertifikater på hver node individuelt.

Før du starter

Av sikkerhetshensyn anbefaler vi at du bruker et CA-signert sertifikat på Video Mesh-nodene i stedet for nodens standard selvsignert sertifikat.

Åpne nodegrensesnittet for Videonett (IP-adresse/oppsett, for eksempel, https://192.0.2.0/setup) i nettleseren og logg på med nodens administratorlegitimasjon.

Gå til Serversertifikater og be om og last opp et sertifikat og nøkkelpar etter behov:

Den private nøkkelen er allerede på plass når du genererer en CSR. Hvis du ikke bruker trinnet for oppretting av CSR, må du laste opp en privat nøkkel.

Når du har sertifikatet og nøkkelen, klikker du Last opp et serversertifikat (.crt- eller .pem-fil) , velg sertifikatfilen, og klikk deretter på Last opp en privat nøkkel (.key-fil) og angi en passordfrase hvis du har en.
Når du har fått sertifikatet, går du til den første videonett-noden i en klynge, klikker på Installer serversertifikat , les ledeteksten, klikk på Installer , og klikk deretter OK .

En skyregistrert Video Mesh-node avsluttes elegant og venter i opptil to timer på at eventuelle samtaler avsluttes. Noden fullfører deretter sertifikatinstallasjonen. Det vises en melding når serversertifikat installeres. Du kan deretter laste inn siden på nytt for å vise det nye sertifikatet og nøkkeloppføringen.
Klikk på Last ned ved siden av sertifikatet og nøkkelfilene for å lagre en lokal kopi.

Lagre filene et sted som er enkle å huske, og la Video Mesh-forekomsten være åpen i nettleserfanen.
Gå til neste Video Mesh-node i klyngen, fyll ut passordfrasen, og last deretter opp den private nøkkelfilen. Klikk deretter på Last opp et serversertifikat og velg deretter Installer serversertifikat , les ledeteksten, klikk på Installer , og klikk deretter OK .
Gjenta disse trinnene for alle Video Mesh-noder i den samme klyngen.

Lagre Unified CM -filen et sted som er lett å huske, og la Unified CM -forekomsten være åpen i nettleserfanen.

Gå tilbake til kategorien Grensesnitt for videonettnode, klikk på Trust Store og proxy , og velg deretter et alternativ:

Hvis Unified CM bruker et CA-sertifikat som er signert av en kjent organisasjon, klarerer videonettnoden det automatisk. Klareringen er basert på listen over rotsertifikater fra VMN-nodens verts-OS, som oppdateres regelmessig.
Hvis Unified CM bruker et CA-sertifikat som er signert av et internt CA rotsertifikat for bedriften , legger du til dette rotsertifikat i noden. rotsertifikat er tilgjengelig fra bedriften, men kan kanskje ikke lastes ned fra Unified CM.
Legg til både ECDSA- og RSA-sertifikatene som Unified CM bruker til å betjene eksterne forespørsler. Disse sertifikatene kan være selvsignerte sertifikater eller CA-sertifikater.
Hvis du lastet ned ett enkelt sertifikat, klikker du på Last opp et rotsertifikat eller en sluttenhetssertifikat (.crt- eller .pem-fil) , og velg sertifikatfilen CallManager.pem du lastet ned. Klikk på Installer alle sertifikater i Trust Store , les ledeteksten, klikk på Installer , og start deretter noden på nytt.
Hvis du lastet ned en sertifikatkjede, laster du opp rot- CA-sertifikat og det mellomliggende CA-sertifikat, og klikker deretter på Installer alle sertifikater i Trust Store , les ledeteksten og klikk på Installer .

Hvis du vil laste opp filen til serveren, klikker du på Last opp fil .

Hvis du laster opp en sertifikatkjede, må du laste opp alle sertifikatene i kjeden.

Du kan installere og administrere serversertifikater via API-er. Hvis du vil ha mer informasjon, se VMN Server Certificate API-er .

Aktiver mediekryptering for organisasjons- og videonettklynger

Innstillinger	Resultat
Unified CM er konfigurert med en sikker trunk, og denne innstillingen for Video Mesh Control Hub er ikke aktivert.	Samtaler mislykkes.
Unified CM er ikke konfigurert med en sikker trunk, og denne innstillingen for Video Mesh Control Hub er aktivert.	Samtaler mislykkes ikke, men de faller tilbake til usikker sikker modus.

Før du starter

Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett
Utveksle sertifikatkjeder mellom Unified CM og videonettnoder

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og klikk deretter Innstillinger på Video Mesh-kortet.

Bla til Mediekryptering og slå på innstillingen.

Klikk på Vis alle og gjenta følgende trinn for hver Video Mesh-klynge du vil aktivere for sikker SIP-trafikk.

Velg en videonett-klyngeoppføring i listen, og klikk deretter på Rediger klyngeinnstillinger .
Bla til SIP-anrop og merk av i avkrysningsboksen.
Under Klarerte SIP-kilder , skriv inn Common Name (CN) eller eventuelle FQDN-er som finnes i Subject Alternative Name på Unified CM -sertifikatet (vanligvis FQDN for Unified CM).

Disse oppføringene identifiseres som klarerte SIP-kilder og har tillatelse til å sende sikre SIP-anrop til Webex Video Mesh.

Aktiver videonett for Webex-nettstedet

Tilordne møterom for samarbeid til brukere av Webex-appen

Hvis du administrerer nettstedet ditt via Control Hub:
1. Fra kundevisningen ihttps://admin.webex.com , gå til Brukere > Administrer brukere .
  
  Hvis du vil tilordne flere brukere samtidig, kan du se dette dokumentet .
2. Tilordne Webex Collaboration-møterom til brukere i organisasjonen din.
Hvis du administrerer nettstedet ditt via nettstedsadministrator:
1. Fra nettstedsadministrator går du til brukeradministrasjon .
2. Rediger brukerkonto og merk av for Møterom for samarbeid.
  
  Hvis du vil tilordne flere brukere samtidig, kan du se dette dokumentet .

Kontroller møteopplevelsen på det sikre endepunktet

Bruk denne fremgangsmåten til å kontrollere at endepunktene er registrert på en sikker måte, og at riktig møteopplevelse vises.

1	Bli med i et møte fra det sikrede endepunktet.
2	Kontroller at møtelisten vises på enheten. Dette eksemplet viser hvordan møtelisten ser ut på et endepunkt med et berøringspanel:
3	Under møtet får du tilgang til Webex-konferanseinformasjonen fra Samtaledetaljer.
4	Kontroller at krypteringsdelen viser Type som AES-128, og Status som På.

Behandle og feilsøke videonett

Videonettanalyse

Videonettanalyse- og feilsøkingsrapporter viser data i tidssone som er angitt for den lokale nettleseren.

Analyser

Videonettanalyse gir en langsiktig trend (opptil 3 måneder med data) i kategoriene engasjement, ressursbruk og båndbreddebruk.

sanntidsovervåking

Få tilgang til, filtrer og lagre sanntidsovervåking for Video Mesh

Fra kundevisningen ihttps://admin.webex.com , velg Analyse , og klikk deretter Videonett øverst til høyre på skjermen.

Hold pekeren over informasjon for å få en kort beskrivelse av diagrammet.

Fra bryteren til venstre velger du et alternativ for å filtrere etter hvor langt tilbake i tid du vil vise data.

Siste 4 timer (Standard) – Når du velger dette alternativet, oppdateres grafdataene hvert 1. minutt.
Siste 24 timer –Når du velger dette alternativet, oppdateres grafdataene hvert 10. minutt.

Samhandle med diagrammene ved å bruke følgende alternativer etter behov:

Hold pekeren over segmenter i diagramvisningen for å vise informasjon om det bestemte datapunktet.
Klikk på forklaringselementer på grafen eller oversikten, og klikk deretter Bruk for å oppdatere visningen for de andre forklaringselementene. Når du for eksempel har valgt forklaringselementet Amsterdam, oppdateres linjediagrammet for å utelate andre tegnforklaringselementer og bare inkludere dataene for det valgte elementet.

Når et filter brukes, oppdateres alle andre grafer og diagrammer for å vise dataene for det valgte filtret.
På en graf som viser data i et tidsintervall, kan du begrense ned til et bestemt tidsintervall ved å klikke på venstre side og dra musen til høyre. (Denne handlingen påvirker alle relaterte data som vises på analysesiden.)

Hold pekeren over deler av en smultring, linjer i en graf eller innsiktspunkter i en graf for å vise mer informasjon om det bestemte tidspunktet for dataene.

PNG
PDF
CSV

Få tilgang til, filtrer og lagre analyse av videonett

Beregningsrapporter for videonett er tilgjengelige på Analytics-siden i Control Hub (https://admin.webex.com ), når Video Mesh er aktiv og har en klynge med minst én registrert Video Mesh-node.

Fra kundevisningen ihttps://admin.webex.com , velg Analyse , og klikk deretter Videonett øverst til høyre på skjermen.

Klikk på en kategori, avhengig av hvilken type data du leter etter:

Engasjement
Ressurser
Bruk av båndbredde

Hold pekeren over informasjon for å få en kort beskrivelse av diagrammet.

Fra rullegardinmenyen til høyre velger du et alternativ for å filtrere etter hvor langt tilbake i tid du vil vise data.

Siste 7 dager (Standard) – Endrer den vannrette aksen til hver 1. time.
Siste 24 timer – Endrer den vannrette aksen til hvert 10. minutt.
Siste 30 dager – Endrer den vannrette aksen til hver 3. time.
Siste 90 dager – Endrer den vannrette aksen til hver 8. time.

Samhandle med diagrammene eller smultringgrafene ved å bruke følgende alternativer etter behov:

Klikk på ett eller flere segmenter på smultringdiagrammet eller diagramvisningen, og klikk deretter Bruk for å oppdatere smultringvisningen og den tilsvarende kartvisningen.
Velg forklaringselementer i grafen eller oversikten for å oppdatere visningen for det bestemte forklaringselementet, og klikk deretter Bruk . Når du for eksempel har valgt forklaringselementet Lokalt, oppdateres linjediagrammet med disse dataene uthevet.

Når et filter brukes, oppdateres alle andre grafer og diagrammer for å vise dataene for det valgte filtret.

På en graf som viser data i et tidsintervall, kan du begrense ned til et bestemt tidsintervall ved å klikke på venstre side og dra musen til høyre og forlate når ønsket område er valgt. (Denne handlingen påvirker alle relaterte data som vises på analysesiden.)

Hold pekeren over deler av en smultring, linjer i en graf eller innsiktspunkter i en graf for å vise mer informasjon om det bestemte tidspunktet for dataene.

Hvis du vil starte på nytt fra den samme grafen eller oversikten, klikker du på X på de valgte filtrene nederst i grafen.

PDF
PNG
CSV

Fjern alle filtrene fra filterlinjen hvis du vil tilbakestille analysevisningen.

Tilgjengelig analyse for Video Mesh

Hvis du vil ha mer informasjon om tilgjengelig analyse i Control Hub, kan du se delen Videonett i Analyse for skysamarbeidsporteføljen din .

Overvåkingsverktøy for videonett

Test av signalisering – Tester om SIP-signalisering og mediesignalering skjer mellom videonett-noden og Webex skymedietjenester.
Kaskadetest – Tester om det kan etableres en overlapping mellom videonett-noden og Webex skymedietjenester.
Test for tilgjengelighet – Tester om videonett-noden kan nå målportene for mediestrømmer i Webex skymedietjenester. Den tester også om Video Mesh-noden er i stand til å kommunisere med skyklyngene som er knyttet til mediebeholdere via disse portene.

Kjør en test umiddelbart

Logg inn på Kontrollhub , og deretter gå til Feilsøking > Videonett .

Klikk på Konfigurer test , klikk Test nå , og kontroller deretter nodene og/eller klyngene du vil teste.

Hvis du vil fjerne merket i boksene for å gjenopprette den siste konfigurasjonen, klikker du på Gjenopprett siste testkonfigurasjon .

Klikk på Kjør test .

Hva nå?

Punktene på tidslinjen med glidebryteren viser aggregerte testresultater for hele organisasjonen. Tidslinjene på klyngenivå viser aggregerte resultater for hver klynge.

Tidslinjen kan vise datoer i USA-format. Endre språket ditt i profilinnstillingene for å vise datoer i ditt lokale format.

Bruk bryteren som følger med for å vise suksessratene for forskjellige parametere i form av en tabell.

En hoppet over test, delvis feil eller feil er ikke kritisk med mindre den skjer kontinuerlig over en viss tid.

Konfigurer regelmessige tester

1	Logg inn på Kontrollhub , og deretter gå til Feilsøking > Videonett .
2	Klikk på Konfigurer test , klikk Periodisk test , og kontroller deretter nodene og/eller klyngene du vil teste.
3	Velg et alternativ: Sjekk Alle klynger hvis du vil kjøre testen på alle Video Mesh-nodene i Control Hub-organisasjonen. Kontroller de enkelte klyngenavnene for å kjøre testen på alle Video Mesh-noder som er i en bestemt klynge. Klynger som ikke er merket av, ekskluderes fra testen. I individuelle klynger kontrollerer du de enkelte nodenavnene du vil kjøre testen på. Eventuelle umerkede nodeoppføringer utelates fra testen.
4	Klikk på Neste.
5	Se gjennom listen over klynger og noder for å kjøre de periodiske testene. Hvis du er fornøyd, klikker du på Konfigurer for å planlegge gjeldende konfigurasjon.

Hva nå?

Punktene på tidslinjen med glidebryteren viser aggregerte testresultater for hele organisasjonen. Tidslinjene på klyngenivå viser aggregerte resultater for hver klynge.

Tidslinjen kan vise datoer i USA-format. Endre språket ditt i profilinnstillingene for å vise datoer i ditt lokale format.

Bruk bryteren som følger med for å vise suksessratene for forskjellige parametere i form av en tabell.

En hoppet over test, delvis feil eller feil er ikke kritisk med mindre den skjer kontinuerlig over en viss tid.

Aktiver 1080p HD-video for lokale SIP-enheter i videonettnode for videonett

De er alle i bedriftsnettverk.
De bruker en lokal registrert SIP-enhet med HD-funksjonalitet .

Innstillingen gjelder for alle klynger som inneholder videonettnoder.

Skyregistrerte enheter fortsetter å sende og motta 1080p-strømmer, uavhengig av om denne innstillingen er slått på eller av.

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og klikk deretter Innstillinger på Video Mesh-kortet.
2	Slå på Videokvalitet . Hvis denne innstillingen er deaktivert, er standarden 720p.

Hvis du vil ha videooppløsninger som Webex-appen støtter, kan du se Videospesifikasjoner for samtaler og møter .

Private møter

Som vist her, gjennomgriper aldri private møter medier til skyen. Mediet avsluttes utelukkende på videonettklyngene dine. Videonett-klyngene kan bare gå gjennom hverandre.

Webex-appen med alle funksjonene i Webex Experience aktivert er inkompatibel med videonett. Hvis du vil ha mer informasjon, se Klienter og enheter som bruker videonettnode .

Støtte og begrensninger for private møter

Videonett støtter private møter på følgende måte:

Private møter er tilgjengelige på Webex versjon 40.12 og nyere.
Bare planlagte møter kan bruke den private møtetypen. Se Planlegg et privat møte i Cisco Webex artikkelen for detaljer.
Private møter er ikke tilgjengelig for møter med alle funksjoner startet eller ble med fra Webex-appen.
Du kan bruke alle nåværende enheter som støttes av Video Mesh.
Nodene dine kan bruke et hvilket som helst gjeldende bilde: 72vCPU og 23vCPU.
Privat møtelogikk oppretter ikke hull i målinger. Vi samler inn de samme målingene for Control Hub som for ikke-private møter.

Siden noen brukere ikke aktiverer denne funksjonen, vises ikke analyserapportene for private møter hvis organisasjonen din ikke har et privat møte om 90 dager.
Private møter støtter enveis tavle fra et video-endepunkt.

Begrensninger

Private møter har disse begrensningene:

Private møter støtter bare VoIP for lyd. De støtter ikke Webex Edge Audio eller PSTN.
Du kan ikke bruke et personlig møterom (PMR) til et privat møte.
Private møter støtter ikke Webex-funksjoner som krever en tilkobling til skyen, for eksempel skyopptak, transkripsjon og Webex Assistant.
Du kan ikke bli med i et privat møte fra et uautentisert skyregistrert videosystem, selv ikke et som er paret til Webex-app.

Bruk private møter som standard møtetype

I Control Hub kan du angi at fremtidige planlagte møter for organisasjonen skal være private møter.

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid .
2	Klikk på Rediger innstillinger fra Videonett kortet. Bla til Private møter og aktiver innstillingen.
3	Lagre endringen.

Når du aktiverer denne innstillingen, gjelder den for alle møter for organisasjonen, også de som er planlagt tidligere.

(Valgfritt) Reserver en klynge for private møter

Vi anbefaler at du klargjør en privat klynge for å håndtere forventet maksimal bruk fra private møter.

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid og klikk Vis alle på Video Mesh-kortet.
2	Velg videonett-klyngen fra listen, og klikk på Rediger klyngeinnstillinger.
3	Bla til Private møter og aktiver innstillingen.
4	Lagre endringen.

Feilmeldinger for private møter

Denne tabellen viser mulige feil som brukere kan se når de blir med i et privat møte.

Feilmelding	Brukerhandling	Årsak
Ekstern nettverkstilgang nektet Du må være på bedriftsnettverk for å delta på det private møtet. Parede Webex-enheter utenfor bedriftsnettverk vil ikke kunne bli med på møtet. I et slikt scenario kan du prøve å koble den bærbare datamaskinen, mobilen til bedriftsnettverk og bli med på møtet i ikke-sammenkoblet modus.	En ekstern bruker blir med fra utenfor bedriftsnettverk uten VPN eller MRA.	For å bli med i et privat møte må eksterne brukere ha tilgang til bedriftsnettverk via en VPN eller MRA.
	En ekstern bruker er på VPN, men de er paret til en ikke-autentisert enhet.	Enhetsmedier tunnelerer ikke til bedriftsnettverk via VPN. Enheten kan ikke bli med i et privat møte. I stedet, etter å ha koblet til VPN, bør den eksterne brukeren bli med på et privat møte i ikke-paret enhetsmodus fra skrivebords- eller mobilklienten.
Ingen tilgjengelige klynger Klyngene som er vert for dette private møtet, har høy kapasitet, kan ikke nås, er frakoblet eller ikke registrert. Ta kontakt med IT-administratoren din for å få hjelp.	En bruker er på bedriftsnettverk (lokalt eller eksternt via VPN), men kan ikke delta i et privat møte.	Videonett-klyngene dine er: Ved kapasitet Kan ikke nås Ikke pålogget Ikke registrert
Ikke autorisert Du har ikke tillatelse til å delta på dette private møtet fordi du ikke er medlem av vertsorganisasjonen. Ta kontakt med verten for møtet.	En bruker fra en annen organisasjon enn vertsorganisasjonen prøver å bli med i det private møtet.	Bare brukere som tilhører vertsorganisasjonen, kan delta i et privat møte.
	En enhet fra en annen organisasjon enn vertsorganisasjonen prøver å bli med i det private møtet.	Bare enheter som tilhører vertsorganisasjonen, kan bli med i et privat møte.

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

Når mediene kjører gjennom de lokale Video Mesh-nodene, får du bedre ytelse og bruker mindre båndbredde til Internett.

Innstillingen er …	Møte på internt Webex-nettsted med overlappende videonett aktivert	Møte på internt Webex-nettsted med overlappende videonett deaktivert	Møte på eksternt Webex-nettsted med videonett-overlappende aktivert	Møte på eksternt Webex-nettsted med overlappende videonett deaktivert
Aktivert	Media bruker videonettnodene dine.	Media bruker skynoder.	Media bruker videonettnodene dine.	Media bruker videonettnodene dine.
Deaktivert	Media bruker videonettnodene dine.	Media bruker skynoder.	Media bruker videonettnodene dine.	Media bruker skynoder.

1	I kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid og klikk Vis alle på Video Mesh-kortet.
2	Velg videonett-klyngen i listen, og klikk på Rediger innstillinger .
3	Bla til Foretrekk videonett for alle eksterne Webex Meetings og aktiver innstillingen.
4	Lagre endringen.

Optimaliser bruken av Video Mesh-distribusjonen

Du kan også optimalisere klyngekapasiteten og maksimere brukeropplevelsen ved å la klienttypene som de fleste kundene bruker, lande på Video Mesh-klynger.

1	Logg på Control Hub , og deretter velge Tjenester > Hybrid > Videonett > Ressurser > Vis alle . – eller – Velg Oversikt > Hybridtjenester > Videonett > Innstillinger .
2	Under Innstillinger for inkludering av klienttype , er alle klienttyper kontrollert som standard. Fjern merket for klienttypene du vil ekskludere fra bruk av videonett-klynger. Disse klyngene er vert på Webex-skynoder.
3	Klikk på Lagre.

Avregistrer videonettnode

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid .
2	Klikk på Vis alle på Video Mesh-kortet.
3	Fra listen over ressurser går du til riktig klynge og velger noden.
4	Klikk på Handling > Avregistrere node . Det vises en melding som ber deg bekrefte at du vil slette noden.
5	Når du har lest og forstått meldingen, klikker du på Avregistrere node .

Flytt videonettnode

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og velg deretter Vis alle på Video Mesh-kortet.
2	Velg noden du vil flytte, fra listen, og klikk deretter Handlinger (den vertikale ellipsen).
3	Velg Flytt node .
4	Velg riktig alternativknapp for dit du vil flytte noden: Velg en eksisterende klynge – Velg en eksisterende klynge fra rullegardinliste. Opprett en ny klynge – Angi et navn for den nye klyngen i feltet.
5	Klikk på Flytt node . Noden flyttes til den nye klyngen.

Tilknyttet informasjon

Angi oppgraderingsplan for videonettklynge

Du kan angi en bestemt oppgraderingsplan eller bruke standardplanen på 03.00 Daglig USA: Amerika/Los Angeles. Du kan velge å utsette en kommende oppgradering om nødvendig.

Før du starter

Hasteoppgraderinger tas i bruk så snart de er tilgjengelige.

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og klikk deretter Vis alle på Video Mesh-kortet.

Klikk på en medieressurs , og klikk deretter på Rediger klyngeinnstillinger .

På Innstillinger side, bla til Oppgrader , og velg deretter tid, frekvens og tidssone for oppgraderingsplanen.

(Valgfritt) Klikk om nødvendig Utsette for å utsette oppgraderingen én gang, til neste vindu.

Under tidssone vises dato og klokkeslett for neste tilgjengelige oppgradering.

Virkemåte for oppgradering

Noden sender regelmessige forespørsler til skyen for å se om en oppdatering er tilgjengelig.
Skyen gjør ikke oppgraderingen tilgjengelig før klyngen når oppgraderingsvinduet sitt. Når oppgraderingsvinduet kommer, leverer nodens neste regelmessige oppdateringsforespørsel til skyen oppdateringsinformasjonen.
Noden henter oppdateringer over en sikker kanal.
Eksisterende tjenester avsluttes elegant for å stoppe ruting av innkommende anrop til noden. Den elegante avslutningen gir også eksisterende samtaler tid til å fullføre (opptil 2 timer).
Oppgraderingen installeres.
Skyen utløser bare oppgraderingen for en prosentandel av nodene i en klynge om gangen.

Slett videonett-klynge

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og klikk deretter Vis alle .

Fra listen over ressurser blar du til videonettressursen du vil slette, og klikker deretter Rediger klyngeinnstillinger .

Du kan klikke Videonett for å filtrere på bare Video Mesh-ressurser.

Klikk på Slett klynge , og velg deretter én:

Klikk på Flytt alle noder . For hver node oppretter du enten en ny ressurs ved å velge en eksisterende ressurs fra rullegardinliste eller skriver inn et nytt navn, og deretter klikker du på Fortsett .
Klikk på Avregistrere alle noder , merk av i avmerkingsboks, og klikk deretter på Slett klynge .

Deaktiver videonett

Før du starter

Før du deaktiverer Video Mesh, vil du avregistrere alle Video Mesh-noder.

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid > Vis alle , velg Innstillinger på Video Mesh-kortet.
2	Klikk på Deaktiver .
3	Se gjennom listen over klynger, og les ansvarsfraskrivelsen i dialogboksen.
4	Merk av i avmerkingsboks for å bekrefte at du forstår denne handlingen, og klikk på Deaktiver i dialogboksen.
5	Når du er klar til å deaktivere videonettet, klikker du på Deaktiver tjenesten . Deaktivering fjerner alle Video Mesh-noder og -klynger. Videonett er ikke lenger konfigurert.

Feilsøke registrering av videonettnode

Denne delen inneholder mulige feil du kan støte på under registreringen av Video Mesh-noden til Webex-skyen, og foreslåtte trinn for å rette dem.

Kunne ikke løse domenet

Denne meldingen vises hvis DNS-innstillingene som er konfigurert på Video Mesh-noden, ikke er riktige.

Logg på konsollen til Video Mesh-noden, og kontroller at DNS-innstillingene er riktige.

Kunne ikke koble til nettstedet ved hjelp av port 443 via SSL

Denne meldingen vises hvis videonett-noden ikke kan koble til Webex-skyen.

Kontroller at nettverket tillater tilkobling på portene som kreves for Video Mesh. Hvis du vil ha mer informasjon, se Porter og protokoller som brukes av videonett .

ThousandEyes-integrering med Video Mesh

Fordeler med ThousandEyes-integrering

Gir deg flere testtyper å velge mellom. Du kan konfigurere én eller flere tester som passer for applikasjonen eller ressursen du vil overvåke.
Gir deg mulighet til å angi testterskler som er spesifikke for kravene dine.
Testresultatene er tilgjengelige via ThousandEyes-nettappen og ThousandEyes API i sanntid.
Større synlighet i feilsøking – Kunder kan identifisere årsaken til et problem i nettverket, noe som reduserer løsningstiden.

Aktiverer ThousandEyes for videonett

Bruk denne fremgangsmåten for å aktivere ThousandEyes-agent for Video Mesh-distribusjonen.

Fra Kontrollhub , klikk Hybrid nederst til venstre på skjermen.

Klikk på Rediger innstillinger på Videonett kortet.

Bla ned til ThousandEyes-integrering . Bryteren vil være deaktivert som standard. Klikk på bryteren for å aktivere den.

Klikk på ThousandEyes-brukerprofil , åpnes ThousandEyes-nettportalen. Logg på med administratorlegitimasjonen.

Det vises et sidepanel med Kontogruppetoken .

Klikk på visningsikonet, og klikk deretter Kopier .

Tokenet vil ikke bli kopiert på riktig måte hvis du ikke klikker på visningstoken-knappen.

Gå tilbake til Control Hub-fanen, lim inn tokenet i Agenttoken felt.

Klikk på Aktiver , ThousandEyes er nå aktivert for videonettdistribusjon.

Hva nå?

- Etter 5 minutter går du tilbake til ThousandEyes-nettsiden, klikker Sky- og bedriftsagenter , og klikk deretter Agentinnstillinger . Du skal kunne se alle nodene dine oppført som agenter under Bedriftsagenter . Hvis agentene ikke vises, kontrollerer du ThousandEyes-integrasjonskortet på Control Hub for feilmeldinger.
- Hvis det vises en feilmelding , klikker du på bryteren og deretter på Deaktiver . Gjenta trinnene for å aktivere ThousandEyes-agent, og sørg for at riktig kontogruppetoken kopieres og limes inn i Agenttoken felt.

Konfigurere tester ved hjelp av ThousandEyes

Nettverkstest – agent-til-agent

Et eksempel på en dialog for oppretting av tester vises nedenfor.

SIP-servertest

SIP-servertester forenkler nettverksmålinger, BGP-datainnsamling og, viktigst av alt, tilgjengelighet og ytelsestesting av SIP-tjenester mot SIP-basert VoIP-infrastruktur.

Hvis du vil ha detaljert informasjon om hvordan du konfigurerer en SIP-servertest, se Testinnstillinger for SIP-serveren .

Et eksempel på en dialog for oppretting av tester vises nedenfor.

RTP-strømtest

Hvis du vil detaljert informasjon om konfigurering av en RTP-strømtest, se Innstillinger for RTP-strømtest .

Et eksempel på en dialog for oppretting av tester vises nedenfor.

URL-test for Webex HTTP-server

Denne testen overvåker den primære landingssiden som brukerne kobler seg til når de bruker Webex. Et eksempel på en dialog for oppretting av tester vises nedenfor.

Autoritativ test av Webex DNS-server

Et eksempel på en dialog for oppretting av tester vises nedenfor.

Behandle videonettnode fra nettgrensesnittet

Oppgraderinger skjer ikke når en node settes i vedlikeholdsmodus.

Slik får du tilgang til oversikten over videonett

Du kan åpne webgrensesnitt på én av disse måtene:

Hvis du er fullstendig administrator og allerede har registrert noden i skyen, kan du få tilgang til noden fra Control Hub.

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid . Under Ressurser på Video Mesh-kortet klikker du Vis alle . Klikk på klyngen, og klikk deretter på noden du vil ha tilgang til. Klikk på Gå til Node .

Bare en fullstendig administrator for Webex-organisasjonen din kan bruke denne funksjonen. Andre administratorer, inkludert partnere og fullstendige eksterne administratorer, har ikke Gå til node alternativet for ressursene for videonett.
I en nettleserfane går du til <IP address>/setup, for eksempel https://192.0.2.0/setup. Angi administratorlegitimasjonen du konfigurerte for noden, og klikk deretter Logg på .

Hvis administratorkontoen er deaktivert, er ikke denne metoden tilgjengelig. Se delen Deaktiver eller aktiver den lokale administratorkontoen fra nettgrensesnittet på nytt.

Oversikten er standardsiden og har følgende informasjon:

Samtalestatus – Gir antall pågående samtaler gjennom noden.
Nodedetaljer – Gir nodetype, programvarebilde, programvareversjon, OS-versjon, QoS vedlikeholdsmodus .
Nodehelse – Gir bruksdata (CPU, minne, disk) og tjenestestatus (Management Service, Messaging Service, NTP-synkronisering).
Nettverksinnstillinger – Gir nettverksinformasjon: vertsnavn, grensesnitt, IP, gateway, DNS, NTP og om dobbel IP er aktivert.
Registreringsdetaljer – Gir registreringsstatus, organisasjonsnavn, organisasjons-ID, klynge noden er en del av og klynge-ID.

Skytilkobling –Kjører en serie tester fra noden til Webex-skyen og tredjepartsdestinasjoner som noden må ha tilgang for å kjøre på riktig måte.

Det kjøres tre typer tester: DNS-oppløsning, serverresponstid og båndbredde.

DNS-tester bekrefter at noden kan løse et bestemt domene. Disse testene rapporterer som mislykket hvis serveren ikke svarer innen 10 sekunder. De vises som «Bestått» med en oransje «advarselsfarge» hvis responstiden er mellom 1,5 og 10 sekunder. De periodiske DNS-kontrollene på noden genererer alarmer hvis DNS-responstiden er lengre enn 1,5 sekunder.
Connect-tester bekrefter at noden kan koble til en bestemt HTTPS-URL og motta et svar (andre svar enn proxy- eller gatewayfeil godtas som bevis på tilkobling).
Listen over tester som kjøres fra oversiktssiden er ikke uttømmende og inkluderer ikke websocket-tester.
Noden sender alarmer hvis anropsprosessene ikke kan fullføre websocket-tilkoblinger til skyen eller koble til anropsrelaterte tjenester.

Resultatet Godkjent eller Ikke bestått vises ved siden av hver test. du kan holde pekeren over denne teksten for å se mer informasjon om hva som ble kontrollert da testen kjørte.

Konfigurere nettverksinnstillinger fra nettgrensesnitt for videonettnode

Åpne nodegrensesnittet for Webex-videonett.

Gå til Nettverk .

Gjeldende nettverksinnstillinger for noden vises.

Endre følgende innstillinger for Verts- og nettverkskonfigurasjon etter behov:

Under Rediger vertsnavn og domene , endre Vertsnavn og Domene verdier.
Det vises en feilmelding hvis FQDN (vertsnavn og domene) ikke har riktig format.
Under Nettverksmodus , Aktiver DHCP er oppført, men DHCP støttes ikke. Du må angi en statisk IP-adresse, nettverksmaske og gateway.

Under Rediger DNS-servere endrer du oppføringene for DNS-server , som håndterer oversettelse av domenenavn til numeriske IP-adresser. Du kan angi opptil 4 DNS-servere.

Klikk på Lagre verts- og nettverkskonfigurasjon , og etter at popup-vinduet som sier at noden må startes på nytt, klikker du Lagre og starte på nytt .

Endre følgende innstillinger for NTP-servere etter behov:

Under Rediger NTP-servere endrer du verdiene for NTP-server , som brukes i organisasjonen til å synkronisere tid til noden.

Klikk på Lagre NTP-servere .

Hvis du konfigurerer mer enn én NTP-server, er avstemningsintervallet for failover 40 sekunder.

Hvis NTP-server er en FQDN og det ikke kan løses, returneres en advarsel. Hvis FQDN for NTP-server er løst, men den løste IP-en ikke kan søkes etter NTP-tid, returneres en advarsel.

Angi det eksterne nettverksgrensesnittet fra webgrensesnittet for videonettnode

Du kan konfigurere det eksterne nettverksgrensesnitt hvis du distribuerer videonettnode i nettverkets DMZ, slik at du kan isolere bedriftstrafikken (intern) fra ekstern (ekstern) trafikk.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Nettverk . Gjeldende nettverksinnstillinger for noden vises.
3	Klikk på Avansert .
4	Slå på Aktiver eksternt nettverk og klikk deretter Ok for å aktivere alternativene for ekstern IP-adresse på noden.
5	Skriv inn Ekstern IP-adresse , Ekstern nettverksmaske , og Ekstern gateway verdier.
6	Klikk på Lagre ekstern nettverkskonfigurasjon .
7	Klikk på Lagre og starte på nytt for å bekrefte endringen. Noden starter på nytt for å aktivere den doble IP-adresse, og konfigurerer deretter automatisk de grunnleggende statiske rutingsreglene. Disse reglene bestemmer at trafikk til og fra en IP-adresse for privat klasse bruker et internt grensesnitt. trafikk til og fra en offentlig IP-adresse bruker et eksternt grensesnitt. Senere kan du opprette dine egne rutingsregler – for eksempel hvis du må konfigurere en overstyring og gi tilgang til et eksternt domene fra det interne grensesnittet.
8	Hvis det finnes feil, klikker du Ok for å lukke dialogboks, fikse feilene og klikk på Lagre ekstern nettverkskonfigurasjon igjen.

Hva nå?

Hvis du vil bekrefte den interne og eksterne konfigurasjonen av IP-adresse , følger du trinnene i Kjør et ping fra nettgrensesnittet for videonettnode .

Test en ekstern destinasjon (eksempel, cisco.com); hvis vellykket, viser resultatene at målet ble åpnet fra det eksterne grensesnittet.
Test en intern IP-adresse; hvis vellykket, viser resultatene at adressen ble åpnet fra det interne grensesnittet.

Legg til interne og eksterne rutingsregler fra nettgrensesnitt for videonettnode

Før du starter

Hvis du vil konfigurere rutingsregler, må du først aktivere og konfigurere det eksterne nettverksgrensesnitt.

Åpne nodegrensesnittet for Webex-videonett.

Gå til Nettverk .

Gjeldende nettverksinnstillinger for noden vises. Hvis du har konfigurert det eksterne nettverket, vises Rutingsregler-fanen.

Klikk på Rutingsregler -fanen.

Du kan legge til manuelle overstyringer av disse reglene i de neste trinnene.

Hvis du vil legge til en regel, klikker du på Legg til rutingregel , og velg deretter ett av følgende alternativer:.

For Nettverkstype , klikk Intern , og angi deretter det eksterne subnett- eller verts- IP-adresse som skal brukes for den interne ruten.
For Nettverkstype , klikk Ekstern , og angi deretter det interne subnett- eller verts- IP-adresse som skal brukes for den eksterne ruten.

Klikk på Legg til rutingregel .

Når du legger til hver regel, vises de i listen over rutingsregler, kategorisert som brukerdefinerte regler.

Hvis du vil slette én eller flere brukerdefinerte regler, merker du av i avmerkingsboks i kolonnen til venstre for reglene, og deretter klikker du Slett rutingsregler .

Standardrutene kan ikke slettes, men du kan slette alle brukerdefinerte overstyringer du har konfigurert.

Åpne en SSH-tilkobling til den offentlige IP-adresse til videonettnode.
Få tilgang til videonettnode via ESXi-konsollen

Konfigurere containernettverk fra nettgrensesnitt for videonettnode

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Nettverk . Gjeldende nettverksinnstillinger for noden vises.
3	Klikk på Avansert .
4	Endre verdiene for Beholderens IP-adresse og Nettverksmaske for beholder , etter behov, og klikk deretter Lagre konfigurasjon for containernettverk .
5	Klikk på Lagre og starte på nytt for å bekrefte endringen.
6	Hvis det finnes feil, klikker du Ok for å lukke dialogboks, fikse feilene og klikk på Lagre konfigurasjon for containernettverk igjen.

Angi MTU-størrelser for nettverksgrensesnitt

Før du starter

Hvis du allerede har registrert noden, må du sette noden i vedlikeholdsmodus før du kan endre MTU-innstillingene.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Nettverk . Gjeldende nettverksinnstillinger for noden vises.
3	Klikk på Avansert .
4	I Innstillinger for grensesnitt MTU , angi en MTU-verdi mellom 1280 og 9000 byte i gjeldende felt. Hvis du har aktivert det eksterne grensesnittet, kan du angi størrelsen på både det interne og det eksterne grensesnittets MTU separat.

Noden starter på nytt for å bruke MTU-endringene.

Hva nå?

Hvis du setter noden i vedlikeholdsmodus for å endre MTU, må du slå av vedlikeholdsmodus.

Aktiver eller deaktiver DNS-bufring

Før du starter

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Nettverk . Gjeldende nettverksinnstillinger for noden vises.
3	Klikk på Avansert .
4	I delen Konfigurasjon av DNS-bufring velger du Aktiver DNS-bufring på eller av.
5	Klikk på i bekreftelsesdialogboksen Lagre og starte på nytt .
6	Når noden har startet på nytt, åpner du nodegrensesnittet for Webex Video Mesh på nytt og bekrefter at tilkoblingskontrollene er vellykket på Oversikt-siden.

Når du aktiverer DNS-bufring, vil Statistikk for DNS-hurtigbuffer viser følgende statistikk:

Statistikk	Beskrivelse
Bufferoppføringer	Antall tidligere DNS-oppløsninger som DNS-hurtigbufferserveren har lagret
Buffertreff	Antall ganger siden hurtigbufferen ble tilbakestilt at hurtigbufferen behandlet en DNS-forespørsel fra Video Mesh, uten å forespørre kundens DNS-server
Buffer feil	Antall ganger siden tilbakestillingen av hurtigbufferen kunde DNS-server behandlet en DNS-forespørsel fra Video Mesh i stedet for gjennom hurtigbufferen
Prosent treff på hurtigbuffer	Prosentandelen av DNS-forespørsler fra Video Mesh som hurtigbufferen behandlet uten å spørre kundens DNS-server
Hurtigbufferserverens utgående DNS-spørringer	Antall DNS-spørringer som DNS-hurtigbufferserveren for Video Mesh utførte mot kundens DNS-servere
Innkommende DNS-spørringer for hurtigbufferserver	Antall DNS-spørringer som Video Mesh utførte mot sin interne DNS-hurtigbufferserver
Spørringsforhold utgående til innkommende	Forholdet mellom DNS-spørringer gjort av Video Mesh mot kundens DNS-server og spørringene gjort av Video Mesh mot den interne DNS-hurtigbufferserveren
Innkommende søk per sekund	Gjennomsnittlig antall DNS-spørringer per sekund som Video Mesh utførte mot den interne DNS-hurtigbufferserveren
Utgående søk per sekund	Gjennomsnittlig antall DNS-spørringer per sekund som Video Mesh utførte mot kundens DNS-servere
Utgående DNS-forsinkelse [tidsintervall]	Prosentandelen av DNS-spørringer som Video Mesh utførte mot kundens DNS-servere der responstiden falt innenfor det beskrevne tidsintervall

Hva nå?

Flytt noden ut av vedlikeholdsmodus. Gjenta deretter oppgaven på alle andre noder som krever en endring.

Last opp sikkerhetssertifikater

Konfigurer et klareringsforhold mellom noden og en ekstern server, for eksempel en syslog-server.

I et klyngemiljø må du installere CA- og serversertifikater på hver node individuelt.

Åpne nodegrensesnittet for Webex-videonett.

Når du har sertifikatet og nøkkelen, klikker du Last opp et serversertifikat (.crt- eller .pem-fil) , velg sertifikatfilen, og klikk deretter på Last opp en privat nøkkel (.key-fil) og angi en passordfrase hvis du har en.

Den private nøkkelen er allerede på plass når en CSR genereres. Du trenger bare å laste opp en privat nøkkel hvis du ikke bruker trinnet for oppretting av CSR.
Når du har fått sertifikatet, går du til den første videonett-noden i en klynge, klikker på Installer serversertifikat , les ledeteksten, klikk på Installer , og klikk deretter OK .

En videonett-node som er registrert i skyen, venter i opptil to timer på at eventuelle samtaler avsluttes, og setter seg selv i en midlertidig inaktiv tilstand (hviler). Når enten de eksisterende samtalene er fullført eller det har gått to timer (avhengig av hva som inntreffer først), fullfører denne noden sertifikatinstallasjonen. Det vises en melding når installasjonen av serversertifikat er fullført, og du kan deretter laste inn siden på nytt for å vise det nye sertifikatet og nøkkeloppføringen.
Klikk på Last ned ved siden av sertifikatet og nøkkelfilene for å lagre en lokal kopi.

Lagre filene et sted det er enkelt å huske, og la forekomsten være åpen i nettleserfanen.
Gå til den andre Video Mesh-noden i klyngen, fyll ut passordfrasen, og last deretter opp den private nøkkelfilen. Klikk deretter på Last opp et serversertifikat og velg deretter Installer serversertifikat , les ledeteksten, klikk på Installer , og klikk deretter OK .
Gjenta disse trinnene på annenhver Video Mesh-node i samme klynge.

Velg et alternativ avhengig av hvordan CA-sertifikat for den eksterne serveren er signert:

Hvis serverens CA-sertifikat er signert av en generelt anerkjent organisasjon, for eksempel DigiCert, GeoTrust eller GlobalSign, vil Video Mesh-noden klarere det basert på listen over rotsertifikater fra verts-OS for Video Mesh-noden, som oppdateres regelmessig. Gå til trinn 6 .
Hvis serverens CA-sertifikat er signert av et internt CA rotsertifikat for bedriften , må rotsertifikat fra denne myndigheten legges til i videonett-noden. Fortsett med neste trinn.

Hent sertifikatet eller klareringsliste for sertifikater (CTL) som den eksterne serveren bruker.

Som med nodesertifikatet for Video Mesh, lagrer du den eksterne serverfilen et sted som er lett å huske.

Gå tilbake til fanen for nodegrensesnitt for Webex-videonett, klikk på Trust Store og proxy , og velg deretter et alternativ:

Hvis du vil installere et enkelt CA-sertifikat, klikker du på Last opp et rotsertifikat eller en sluttenhetssertifikat (.crt- eller .pem-fil) , og velg sertifikatfilen fra datamaskinen, klikk på Installer alle sertifikater i Trust Store , les ledeteksten, klikk på Installer , og start deretter noden på nytt.
Hvis du vil installere en sertifikatkjede, laster du opp rot- CA-sertifikat og det mellomliggende CA-sertifikat, og deretter klikker du på Installer alle sertifikater i Trust Store , les ledeteksten og klikk på Installer .

Gjenta opplastingen av sertifikatet eller sertifikatkjede på annenhver videonett-node i den samme klyngen.

Generer videonettlogger for støtte

Åpne nodegrensesnittet for Webex-videonett.

Gå til Feilsøking , og velg deretter et alternativ ved siden av Send logger :

Klikk på Send logger til Cisco for å generere en loggpakke fra noden og sende pakken direkte til Cisco i ett trinn. Du ser en statusindikator som endres etter hvert som loggene komprimeres, komprimeres og lastes opp.
Klikk på Last ned for å generere en lang pakke fra noden som du kan lagre lokalt eller knytte til en sak senere.

Når du åpne en sak eller samhandle med Cisco TAC , inkluderer opplastingsidentifikatorverdien slik at kundestøtteteknikeren får tilgang til loggene.

Hvis du sendte loggen til Cisco direkte, trenger du ikke å laste opp loggpakken til TAC-saken.

Hva nå?

Mens logger lastes opp til Cisco eller lastes ned, kan du kjøre pakkelagring fra samme skjermbilde.

Generer pakkeopptak for videonett for støtte

Før du starter

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking . Du kan starte pakkelagring og laste opp logger samtidig.
3	(Valgfritt) I Pakkeopptak kan du begrense registreringen til pakker på et bestemt grensesnitt, filtrere etter pakker til eller fra bestemte verter, eller filtrere etter pakker på én eller flere porter.
4	Hvis du vil starte prosessen, slår du på Start pakkeopptak innstillingen.
5	Når du er ferdig, slår du av Start pakkeopptak innstillingen.
6	Velg én: Klikk på Send PCAP til Cisco for å sende pakkelagring fra noden direkte til Cisco. Du ser en statusindikator som endres etter hvert som pakkelagring lastes opp. Klikk på Last ned for å lagre en lokal kopi av pakkelagring fra noden. Du kan legge den ved en sak senere. Når et pakkeopptak er lastet opp, vises en opplastingsidentifikator på siden. Støtte bruker denne verdien til å identifisere den opplastede pakkelagring. Maksimal størrelse for pakkeopptak er 2 GB.
7	Når du åpne en sak eller samhandle med Cisco TAC , inkluderer du opplastingsidentifikatorverdien slik at kundestøtteteknikeren din får tilgang til pakkelagring.

Kjør et ping fra nettgrensesnittet for videonettnode

Du kan kjøre en ping fra webgrensesnitt for Video Mesh-noden . Dette trinnet tester en destinasjon du angir, og ser om videonettnoden kan nå den.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking , bla til Ping , og angi deretter en destinasjonsadresse du vil teste i FQDN- eller IP-adresse felt under Test tilkoblingen ved hjelp av ping .
3	Klikk på Ping . Testen kjøres, og du ser en melding om vellykket ping eller feil. Testen har ingen tidsavbrudd. Hvis du får en feil eller testen kjører på ubestemt tid, kontrollerer du målverdien du anga, og nettverksinnstillinger.

Kjør en sporingsrute fra webgrensesnitt for videonett

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking , bla til Traceroute , og angi deretter en destinasjonsadresse du vil teste i FQDN- eller IP-adresse felt under Spor rute til vert . Testen kjøres, og du får en melding om vellykket sporing eller feil. Testen tidsavbrytes etter 16 sekunder. Hvis du får en feil eller testen blir tidsavbrutt, kontrollerer du målverdien du anga, og nettverksinnstillinger.

Kontroller NTP-serveren fra nettgrensesnittet for videonettnode

Åpne nodegrensesnittet for Webex-videonett.

Gå til Feilsøking , bla til Sjekk NTP-serveren , og angi deretter en destinasjonsadresse du vil teste i FQDN- eller IP-adresse felt under Vis svar på SNTP-spørring .

Identifisere portproblemer med Reflector Tool i nettgrensesnittet

Reflektorverktøyet (en kombinasjon av en server på Video Mesh-noden og klient gjennom et Python-skript) brukes til å bekrefte om de nødvendige TCP/UDP-portene er åpne fra Video Mesh-nodene.

Før du starter

Last ned en kopi av Reflector Tool Client (et Python-skript) frahttps://github.com/CiscoDevNet/webex-video-mesh-reflector-client .
For at skriptet skal fungere som det skal, må du kontrollere at du kjører Python 2.7.10 eller nyere i miljøet ditt.
For øyeblikket støtter dette verktøyet SIP-endepunkter til videonettnoder og intraklyngebekreftelse.

1	Fra kundevisningen ihttps://admin.webex.com , aktiver vedlikeholdsnoden for videonettnode ved å følge disse instruksjonene .
2	Vent til noden viser statusen Klar for vedlikehold i Control Hub.
3	Åpne nodegrensesnittet for Webex-videonett. Hvis du vil ha instruksjoner, se Behandle videonettnode fra nettgrensesnittet .
4	Bla til Refleksverktøy , og start deretter enten TCP Reflector Server eller UDP Reflector Server , avhengig av hvilken protokoll du vil bruke.
5	Klikk på Start Reflector Server , og vent deretter til serveren starter. Du ser et varsel når serveren starter.
6	Fra et system (for eksempel en PC) i et nettverk som du vil at Video Mesh-nodene skal nå, kjører du skriptet med følgende kommando: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` På slutten av kjøringen viser klienten en vellykket melding hvis alle nødvendige porter er åpne: Klienten viser en mislykket melding hvis noen nødvendige porter ikke er åpne:
7	Løs eventuelle portproblemer på brannmuren, og kjør deretter trinnene ovenfor på nytt.
8	Kjør klienten med `--help` for å få flere detaljer.

Aktiver feilsøkingsbrukerkonto fra nettgrensesnitt for videonettnode

Hvis Cisco TAC krever tilgang til noden for Webex-videonett, kan du midlertidig aktivere en brukerkonto slik at brukerstøtte kan kjøre ytterligere feilsøking.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking , og slå deretter på Aktiver feilsøkingsbruker innstillingen. Det vises en kryptert passordfrase som du kan oppgi til Cisco TAC.
3	Kopier passordfrasen, lim den inn i kundestøttebilletten eller direkte til kundestøtteteknikeren, og klikk deretter OK når du har den lagret.

brukerkonto for feilsøking er gyldig i 3 dager, og deretter utløper den.

Hva nå?

Du kan deaktivere kontoen før den utløper hvis du går tilbake til Feilsøking side, og slå deretter av Aktiver feilsøkingsbruker innstillingen.

Tilbakestill en videonettnode til fabrikkstandard fra nettgrensesnittet

Før du starter

Du må bruke Control Hub til å avregistrere videonett-noden fra klyngen som er registrert i Control Hub.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking , bla til Tilbakestill til fabrikkinnstillinger , og klikk deretter Tilbakestill node .
3	Kontroller at du forstår informasjonen i varselet som vises, og klikk deretter på Tilbakestill og start på nytt . Noden starter automatisk på nytt etter tilbakestillingen til tilbakestilling til fabrikkinnstillinger.

Deaktiver eller aktiver den lokale administratorkontoen fra nettgrensesnitt på nytt

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid .

Under Ressurser på Video Mesh-kortet klikker du Vis alle .

Klikk på klyngen, og klikk deretter på noden du vil ha tilgang til. Klikk på Gå til Node .

Gå til Administrasjon .

Veksle på Aktiver innlogging for administratorbruker slå av for å deaktivere kontoen, eller på for å aktivere den på nytt.

Du kan ikke deaktivere administratorkontoen før du har registrert noden i skyen.

Klikk på på bekreftelsesskjermen Deaktiver eller Aktiver for å fullføre endringen.

Endre passordfrase for administrator fra nettgrensesnitt

Bruk denne fremgangsmåten til å endre administrator (passordet) for Webex-videonett-noden ved hjelp av webgrensesnitt.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Administrasjon , og ved siden av Endre passordfrase , klikk Endre .
3	Skriv inn Gjeldende passordfrase , og angi deretter en ny passordfraseverdi i begge Ny passordfrase og Bekreft ny passordfrase .
4	Klikk på Lagre passordfrase . Meldingen «passord endret» vises, og deretter går du tilbake til påloggingsskjermen.
5	Logg på med den nye administratorpålogging og passordfrasen (passord).

Endre utløpsintervall for passordfrase fra nettgrensesnittet

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Administrasjon , og ved siden av Endre utløpsdato for passordfrase , angi en ny verdi for Utløpsintervall (dager) (opptil 365 dager), og klikk deretter Lagre utløpsintervall for passordfrase . Et vellykket skjermbilde vises, og du kan deretter klikke OK for å fullføre.

Den Administrasjon siden viser også datoer for siste endring av passordfrasen og neste gang passordet utløper.

Angi ekstern logging til en Syslog-server

Hvis du har en syslog-server, kan du angi at noden for Webex-videonett skal logges på informasjonen om revisjonssporet for den eksterne serveren, for eksempel:

Detaljer om administrator
Konfigurasjonsendringer (inkludert slå vedlikeholdsmodus på eller av)
Programvareoppdateringer

Noden aggregerer loggene, hvis noen, og sender dem til serveren hvert tiende minutt.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Administrasjon .
3	Ved siden av Ekstern logging , slå på Aktiver ekstern logging .
4	For Detaljer om Syslog-server , skriver du inn vertens IP-adresse eller det fullstendige domenenavn og syslog-porten. Hvis serveren ikke kan DNS-løses fra noden, bruker du en IP-adresse i Vert felt.
5	Velg Protokoll – UDP eller TCP. Hvis du vil bruke TLS-kryptering, velger du TCP og slå deretter på Aktiver TLS . Kontroller at du også laster opp og installerer sikkerhetssertifikatene som kreves for TLS-kommunikasjon mellom noden og syslog-serveren. Hvis det ikke er installert noen sertifikater, bruker noden som standard sine egensignerte sertifikater. Hvis du vil ha hjelp, se Last opp sikkerhetssertifikater .
6	Klikk på Lagre konfigurasjon for ekstern logging .

Egenskapene for loggmeldingen har dette formatet: Melding om prioritert tidsstempel Vertsnavn-tag .

Egenskap	Beskrivelse
Prioritet	Verdien er alltid 131, basert på formelen: Prioritet = (anleggskode * 8) + alvorlighetsgrad. Anleggskoden er 16 for «local0». Alvorlighetsgraden er 3 for «varsel».
Tidsstempel	Tidsstempelformatet er «Mmm dd tt:mm:ss».
Vertsnavn	Vertsnavnet for videonett-noden.
stikkord	Verdien er alltid syslogAuditMsg.
Melding	Meldingen er en JSON-streng på minst 1 kB. Størrelsen avhenger av antall aggregerte hendelser i løpet av timinuttersintervallet.

Her er en eksempelmelding:

{
  "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 for videonettvarsler

Følgende hendelsestyper kan overvåkes via webhooks:

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

Opprett et Webhook-abonnement

1	Logg på Cisco Webex utvikler portal ved hjelp av administratorlegitimasjon.
2	På utviklerportalen klikker du på Dokumentasjon.
3	Fra rullefeltet til venstre blar du ned og klikker Fullstendig API-referanse .
4	Fra alternativene som vises nedenfor, blar du ned og klikker Webhooks > Opprett en Webhook.
5	Opprett et abonnement ved å angi følgende parametere:

navn : eksempel – Video Mesh Webhook-varsler
targetUrl : eksempel - https://10.1.1.1/webhooks
ressurs : videoMeshAlerts
hendelsen : utløst
eidAv : org

URL-adressen som angis i targetUrl-parameteren, må være tilgjengelig for Internett og ha en server som er konfigurert til å godta POST-forespørsler sendt av Webex Webhook.

Angi terskelkonfigurasjoner med utvikler-API-er

Et sett med fire API-er er tilgjengelige for innstilling og oppdatering av terskler i Cisco Webex Developer Portal, og de er listet opp nedenfor:

Konfigurasjon av listehendelsesterskel
Hent konfigurasjon av hendelsesterskel
Oppdater konfigurasjon for hendelsesterskel
Tilbakestill konfigurasjon av hendelsesterskel

API-ene er tilgjengelige påhttps://developer.webex.com/docs/api/v1/video-mesh .

Scenario 1 – angi terskelverdi for organisasjonssamtaler overflyt

Klikk på Konfigurasjon av listehendelsesterskel API.

Angi eventscope til ORG og klikk > Kjør .

Du vil motta et svar som ligner på det vist nedenfor.

{
"eventName": "orgCallsOverflowed",
"eventThresholdId":
"Y2lzY29zcGFyazovL3VzL0VWRU5ULzQyN2U5ZTk2LTczYTctNDYwYS04MGZhLTcyNWU4MWE2MDg3ZjowM2ZkYjkzZC1jNTllLT
QzMjQtODIwNS1lNDIyYzA3NGQ5Mzg",
"eventScope": "ORG",
"entityId":
"Y2lzY29zcGFyazovL3VzL09SR0FOSVpBVElPTi8yYzNjOWY5NS03M2Q5LTQ0NjAtYTY2OC0wNDcxNjJmZjFiYWQ",
"thresholdConfig": {
"minThreshold": 10,
"defaultMinThreshold": 10
}

Kopier verdien i "eventThresholdId". Dette er terskel-ID-en for hendelsen som vil bli brukt til å oppdatere og hente terskelverdier.

Lim inn verdien i "eventThresholdId" i JSON-strukturen vist nedenfor, og kopier hele JSON-strukturen.

[
{
"eventThresholdId":
"Y2lzY29zcGFyazovL3VzL0VWRU5UL2E3YmM3ODE2LWU3YTAtNDk0Zi1iZDZhLTRhMGIyNWY2OGFhNjoyNWE3ODY1Yi0yYjQ3
LTM4M2YtYWI3YS00MzYxY2ExN2FiOTI",
"thresholdConfig": {
"minThreshold": 5
}
}

Klikk på Oppdater konfigurasjon for hendelsesterskel API.

Lim inn JSON-strukturen i brødteksten til Oppdater konfigurasjon for hendelsesterskel API.

Angi “minThreshold” verdi til den nye terskelverdi du vil angi.

Du kan kjøre denne operasjonen for flere hendelsesterskel-ID-er ved å angi dem som kommadelte verdier i JSON-strukturen.

Klikk på Kjør , terskelen din for Organisasjonsanropsoverflyt settes til den nye verdien.

Hva nå?

Hvis du vil vise terskelen som er angitt for en bestemt hendelsesterskel-ID,

Klikk på Hent konfigurasjon av hendelsesterskel API.
Lim inn hendelsesterskel-ID-en i toppteksten for API-en, klikk Kjør .
Standard terskelverdi og den angitte terskelverdi vises i svaret.

Scenario 2 – Angi terskelverdi for klyngesamtaler omdirigert

Klikk på Konfigurasjon av listehendelsesterskel API.

Angi eventscope til KLYNE og klikk > Kjør .

Svaret viser konfigurasjoner for alle klynger i organisasjonen.

Du kan motta konfigurasjonen for en bestemt klynge ved å fylle ut clusterID parameteren.

Kopier verdien i "eventThresholdId"-feltet for klyngen du vil oppdatere verdien for. Dette er terskel-ID-en for hendelsen som vil bli brukt til å oppdatere og hente terskelverdier.

Lim inn verdien i "eventThresholdId" i JSON-strukturen vist nedenfor, og kopier hele JSON-strukturen.

[
{
"eventThresholdId":
"Y2lzY29zcGFyazovL3VzL0VWRU5UL2E3YmM3ODE2LWU3YTAtNDk0Zi1iZDZhLTRhMGIyNWY2OGFhNjoyNWE3ODY1Yi0yYjQ3
LTM4M2YtYWI3YS00MzYxY2ExN2FiOTI",
"thresholdConfig": {
"minThreshold": 5
}
}
]

Klikk på Oppdater konfigurasjon for hendelsesterskel API.

Lim inn JSON-strukturen i brødteksten til Oppdater konfigurasjon for hendelsesterskel API.

Angi “minThreshold” verdi til den nye terskelverdi du vil angi.

Du kan kjøre denne operasjonen for flere hendelsesterskel-ID-er ved å angi dem som kommadelte verdier i JSON-strukturen.

Klikk på Kjør , terskelen din for Klyngesamtaler omdirigert settes til den nye verdien.

Hva nå?

Hvis du vil vise terskelen som er angitt for en bestemt hendelsesterskel-ID,

Klikk på Hent konfigurasjon av hendelsesterskel API.
Lim inn hendelsesterskel-ID-en i toppteksten for API-en, klikk Kjør .
Standard terskelverdi og den angitte terskelverdi vises i svaret.

Scenario 3 – Tilbakestilling av terskelverdier

Klikk på Tilbakestill konfigurasjon av hendelsesterskel API.

Kopier hendelsesterskel-ID-en for en klynge eller organisasjonen, og lim den inn i "eventThresholdId" i JSON-strukturen nedenfor.

{
"eventThresholdIds": [
"Y2lzY29zcGFyazovL3VzL0VWRU5ULzQyN2U5ZTk2LTczYTctNDYwYS04MGZhLTcyNWU4MWE2MDg3Zjo2YzJhZGRmMS0wYjAz
LTRiZWEtYjIxYy0xYzFjYzdiY2UwOWQ"
]
}

Lim inn JSON-strukturen i brødteksten og klikk Kjør .

Du kan tilbakestille terskelverdier for flere hendelsesterskel-ID-er ved å angi dem som kommadelte verdier i JSON-strukturen.

terskelverdi settes til standard minimumsverdi.

Utvikler-API-er for videonett

Vedlegg

Demoprogramvare for videonettnode

Demoprogramvaren for videonettnode støttes ikke av Cisco TAC.
Du kan ikke oppgradere demoprogramvaren for videonettnode til den fullstendige programvareversjon av produksjonsprogramvaren.

Last ned bildet av demoprogramvaren fra denne koblingen .

Spesifikasjoner

Se System- og plattformkrav for programvare for videonettnode for den spesifikasjonsbaserte konfigurasjonen for programvaren videonettnode .

Demoprogramvaren støtter enten ett enkelt nettverksgrensesnitt eller et to nettverksgrensesnitt.

Kapasitet

Vi tester ikke demobildet for kapasitet. Du bør bare bruke den til å teste ut grunnleggende møtescenarier. Se brukstilfellene som følger for veiledning.

Bruksområder for demoprogramvaren for videonettnode

Medier forankret til lokalt

Distribuer og konfigurer noden med demoprogramvaren.
Kjør et møte som inkluderer følgende deltakere: en Webex-app-deltaker, Webex-endepunktdeltaker og et Cisco Webex Board.
Etter at møtet er over, kan du se fra kundenhttps://admin.webex.com , gå til Analyse for å få tilgang til videonett-rapportene. I rapportene kan du se at mediene forble lokale.

Møte med deltakere i skyen og lokale

Kjør et nytt møte med et par Webex-deltakere lokale og én i skyen.
Vær oppmerksom på at alle deltakerne sømløst kan bli med og delta i møtet.

Behandle videonettnode fra konsollen

Oppgraderinger skjer ikke når en node settes i vedlikeholdsmodus.

Endre nettverksinnstillinger for videonettnode i konsollen

Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten, og logg deretter på med administratorlegitimasjonen.

Etter førstegangs oppsett av nettverksinnstillinger , og hvis videonettverket er tilgjengelig, kan du få tilgang til nodegrensesnittet via sikkert skall (SSH).

Velg alternativ fra hovedmeny i videonettnode 2 Rediger konfigurasjon og klikk deretter Velg .

Les meldingen om at samtalene avsluttes på videonettnode, og klikk deretter på Ja .

Klikk på Statisk , angi IP-adresse for det interne grensesnittet, Maske , Gateway , og DNS verdier for nettverket ditt.

videonettnode må ha en intern IP-adresse og et DNS-navn som kan løses. IP-adresse for noden kan ikke tilhøre IP-adresse som er reservert for intern bruk av videonettnode . Standard reservert IP-adresse er 172.17.42.0–172.17.42.63, som kan konfigureres i Diagnostikk -menyen. Dette IP-adresse er for kommunikasjon innenfor videonettnode og mellom programvarebeholderne som inneholder de forskjellige komponentene i noden – for eksempel SIP-grensesnitt og medietranskoding.
Distribuer alle nodene i samme delnett eller VLAN, slik at alle nodene i en klynge er tilgjengelige uansett hvor klientene befinner seg i nettverket.
For en DMZ-distribusjon for to nettverkskort kan du angi den eksterne IP-adresse i neste prosedyre etter at du har lagret den interne nettverkskonfigurasjon og startet noden på nytt.

Angi organisasjonens NTP-server eller en annen ekstern NTP-server som kan brukes i organisasjonen.

Hvis du konfigurerer mer enn én NTP-server, er avstemningsintervallet for failover 40 sekunder.

(Valgfritt) Endre vertsnavnet eller domenet om nødvendig.

Hvis du vil sikre en vellykket registrering til skyen, bruker du bare små tegn i vertsnavnet du angir for videonettnode. Store og små bokstaver støttes ikke for øyeblikket.
Når du bruker eller konfigurerer FQDN eller vertsnavn, må du også angi et gyldig domene som kan løses. Den totale lengden på FQDN kan ikke overstige 64 tegn.

Klikk på Lagre , og klikk deretter Lagre endringer og start på nytt .

Endre passordfrasen for administrator for videonettnode

Bruk denne fremgangsmåten til å endre administrator (passordet) for videonettnoden i nodens konsoll.

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Åpne og logg på VMware ESXi-konsollen til den virtuelle maskinen for Video Mesh-noden.
3	Velg alternativ på hovedmeny 3 Administrer passordfrase for administrator , deretter 1 Endre passordfrase for administrator , og klikk deretter Gå inn .
4	Les informasjonen på siden for utløpt passord, klikk på Gå inn , og klikk deretter på den igjen etter meldingen om passordutløpet.
5	Trykk på Enter.
6	Når du har logget ut av konsollen, går du tilbake til påloggingsskjermen, og deretter logger du på med administratorpålogging . Du blir bedt om å endre passordet ditt.
7	For Gammelt passord , angi gjeldende passordfrase, og trykk deretter på Gå inn .
8	For Nytt passord , angi en ny passordfrase, og trykk deretter på Gå inn .
9	For Skriv inn nytt passord på nytt , skriv inn den nye passordfrasen på nytt, og trykk deretter på Gå inn . Meldingen «passord endret» vises, og deretter går du tilbake til påloggingsskjermen.
10	Logg på med den nye administratorpålogging og passordfrasen (passord).

Kjør et ping fra videonettnode for videonett

Du kan kjøre en ping fra grensesnittet for nodekonsollen for Video Mesh. Dette trinnet tester en destinasjon du angir, og ser om videonettnoden kan nå den.

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Fra Video Mesh-nodekonsollen går du til 4 Diagnostikk , og velg deretter Ping .
3	I ping -feltet, angi en destinasjonsadresse du vil teste, for eksempel en IP-adresse eller vertsnavn, og klikk deretter på OK . Testen kjøres, og du ser en melding om vellykket ping eller feil. Hvis du får en feil, kontrollerer du målverdien du anga, og nettverksinnstillinger.

Aktiver feilsøking av brukerkonto gjennom konsoll

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Fra Video Mesh-nodekonsollen går du til 4 Diagnostikk , velg 2 Aktiver feilsøkingsbrukerkonto , og klikk på etter ledeteksten Ja .
3	Når det vises en melding om at brukerkonto ble opprettet, klikker du på OK for å vise den krypterte passordfrasen. Du sender den krypterte passordfrasen til support. De bruker denne midlertidige kontoen og dekrypterte passordfrasen for å få sikker tilgang til Video Mesh-noden for feilsøking. Denne kontoen utløper etter 3 dager, eller du kan deaktivere den når støtten er fullført.
4	Velg starten og slutten på de krypterte dataene, og kopier og lim dem inn i kundestøttebilletten eller e-posten du sender til kundestøtte.
5	Når du har sendt denne informasjonen til support, går du tilbake til nodekonsollen for videonett og trykker på en hvilken som helst tast for å gå tilbake til hovedmeny.

Hva nå?

Send logger fra videonettnode for videonett

Du kan bli bedt om å sende logger direkte til Cisco eller gjennom sikker kopi (SCP). Bruk denne fremgangsmåten til å sende logger direkte fra alle Video Mesh-noder du har registrert, til skyen.

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Klikk på alternativ i hovedmeny 4 Diagnostikk og trykk deretter på Gå inn .
3	Klikk på 4 Eksporter loggfiler , gi tilbakemelding hvis du vil, og klikk deretter Neste .
4	Velg et alternativ: Send logger ved hjelp av SCP , bekreft eksporten av loggene, angi SCP-detaljene ( Vert , Brukernavn , og Dest_ Mappe ), og klikk deretter på OK . Send logger til Cisco , og bekreft deretter eksporten av loggene.
5	Velg OK for å gå tilbake til hovedmeny for Videonett-noden .
6	(Valgfritt) Velg 5 Kontroller status for loggfiler som er sendt til Cisco hvis du sendte loggene til Cisco.

Hva nå?

Når du har sendt logger, anbefaler vi at du sender tilbakemelding direkte fra Webex-appen, slik at kundestøttekontaktene dine har all informasjonen de trenger for å hjelpe deg.

Tilknyttet informasjon

Hvordan kontakter jeg Min Customer Success Manager (CSM)?

Kontroller tilstanden til videonettnode fra konsoll

Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.

Fra Video Mesh-nodekonsollen går du til 4 Diagnostikk , og velg deretter 6 Kontroller nodens tilstand for å vise følgende informasjon om noden:

Beholder for administrasjonstjeneste
ETCD (nøkkelverdilager som lagrer data pålitelig på tvers av en klynge)
NTP-synkronisert
Diskplass (gratis/brukt %)
Minne (gratis/brukt %)

Konfigurer containernettverk på videonettnode

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Fra hovedmeny i nodekonsollen for Video Mesh går du til 4 Diagnostikk , og velg deretter 7 Konfigurer containernettverk . Etter advarselen som sier at aktive samtaler avsluttes på noden, klikker du Ja .
3	Endre verdiene for Container Bridge IP og Nettverksmaske , etter behov, og klikk deretter Lagre . Du får se et skjermbilde som viser nettverksinformasjonen for beholderen, inkludert IP-adresse som er reservert for interne operasjoner på videonett-noden.
4	Klikk på OK.

Identifisere portproblemer med Reflector Tool i konsoll

Reflektorverktøyet (en kombinasjon av en server på Video Mesh-noden og klient gjennom et Python-skript) brukes til å bekrefte om de nødvendige TCP/UDP-portene er åpne fra Video Mesh-nodene.

Før du starter

Last ned en kopi av Reflector Tool Client (Python-skript) og pakke deretter ut filen til et sted som er lett å finne. Zip-filen inneholder skriptet og en readme-fil.
For at skriptet skal fungere som det skal, må du kontrollere at du kjører Python 2.7.10 eller nyere i miljøet ditt.
For øyeblikket støtter dette verktøyet SIP-endepunkter til videonettnoder og intraklyngebekreftelse.

1	Fra kundevisningen ihttps://admin.webex.com , aktiver vedlikeholdsnoden for videonettnode ved å følge disse instruksjonene .
2	Vent til noden viser statusen Klar for vedlikehold i Control Hub.
3	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
4	Fra grensesnittet for videonettnode går du til Diagnostikk > Reflector Server > Reflector Server for TCP eller (UDP) . Start serveren enten for TCP eller for UDP.
5	Bla til Refleksverktøy , og start deretter enten TCP Reflector Server eller UDP Reflector Server , avhengig av hvilken protokoll du vil bruke.
6	Klikk på Start Reflector Server , og vent deretter til serveren starter. Du ser et varsel når serveren starter.
7	Fra et system (for eksempel en PC) i et nettverk som du vil at Video Mesh-nodene skal nå, kjører du skriptet med følgende kommando: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` På slutten av kjøringen viser klienten en vellykket melding hvis alle nødvendige porter er åpne: Klienten viser en mislykket melding hvis noen nødvendige porter ikke er åpne:
8	Løs eventuelle portproblemer på brannmuren, og kjør deretter trinnene ovenfor på nytt.
9	Kjør klienten med `--help` for å få flere detaljer.

Tilbakestill en videonettnode fra konsoll til fabrikkstandard

Før du starter

Du må bruke Control Hub til å avregistrere videonett-noden fra klyngen som er registrert i Control Hub.

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Fra Video Mesh-nodekonsollen går du til 4 Diagnostikk , og velg deretter 8 Tilbakestilling til fabrikkinnstillinger .
3	Kontroller at du forstår informasjonen i merknaden som vises, og klikk deretter Tilbakestill . Noden starter automatisk på nytt etter tilbakestillingen til tilbakestilling til fabrikkinnstillinger.

Overfør en eksisterende maskinvareplattform til videonettnode

Trinnene varierer, avhengig av den medfølgende versjonen av ESXi på maskinvareplattform.

Før du starter

Last ned en ny versjon av den nyeste versjonen Programvare for videonettnode bilde (OVA). Ikke distribuer en ny videonettnode med en tidligere nedlastet OVA.

1	Logg på grensesnittet for den virtuell maskin , og avslutt deretter programvaren som kjører på plattformen.
2	Slett programvaren som kjørte på plattformen. Det må ikke være noen programvarebilder igjen på plattformen. Du kan heller ikke kjøre nodeprogramvare for Video Mesh sammen med annen programvare på samme plattform.
3	Distribuer en ny virtuell maskin fra en ny OVF- eller OVA-fil.
4	Angi et navn på den virtuell maskin, og velg OVA-filen for videonettnoden.
5	Endre diskklargjøring til Tykk.
6	Last opp mfusion.ova programvarebilde du lastet ned.
7	Når den virtuell maskin kjører, går du tilbake til Logg på videonettnode og fortsett den første konfigurasjonen av Video Mesh-noden.

Funksjonssammenligning og overføringsbane fra samarbeidsmøterom-hybrid til videonett

Sammenligning av funksjoner

Funksjon	Videonett og Cisco Webex Meeting Center -video	CMR Hybrid
Møtetyper	Planlagt Ett klikk (øyeblikkelig) Personlig møte (PMR) Konsekvent opplevelse for lokaler og skybaserte møter	Kun planlagt
Planlegging	Webex-produktivitetsverktøy (Windows og Mac) Hybridkalenderplanlegging med @webex Webex-portal	Webex-aktiverte TelePresence- Produktivitetsverktøy for Windows og Mac TMS-planlegging
Alternativer for å bli med i møte	Oppringing og Utringing PIN-beskyttet (vert) Énknapp å trykke på (OBTP)	Kun innringing OBTP
Opplevelse i møtet	Unified Roster (Webex-klient) Samlede kontroller (Webex-klient) Lås/lås opp møte Demp/slå på demping av TelePresence-deltakere	Ingen enhetlig liste (Webex-klient og TelePresence Server) Separate kontroller (Webex-klient og TelePresence Server)
Kapasitet og distribusjonsmodell	Ubegrenset kapasitet Lokal og automatisk overflyt Bytting og omkoding	Transkodingskapasiteten er begrenset til TelePresence-serveren

Sjekkliste for overføringsbane

Kontroller at funksjonen for videokonferanse i Meeting Center er klargjort på Webex-nettsted.
Nettstedsadministratoren mottar administrasjonsportalkontoen sin. Administratoren distribuerer deretter videonettnoder for Webex-organisasjonen.
Nettstedsadministratoren tilordner CMR-rettigheten for å aktivere alle eller noen CMR Hybrid -hybridbrukere med Cisco Webex Meeting Center -video.
(Valgfritt) Deaktiver økttypen for CMR Hybrid for dette delsettet, og aktiver deretter Cisco Webex Meeting Center -video i brukerprofil.
Nettstedsadministratoren konfigurerer videonett, og velger deretter Hybrid som medieressurs under Alternativer for møterom for skysamarbeid .
Nettstedsadministratoren konfigurerer den lokale TelePresence Management Suite (TMS) og One Button to Push (OBTP) til å fungere med Cisco Webex Meeting Center -video. Se Distribusjonsveiledning for Cisco Webex Meeting Center -videokonferanser for bedrifter for veiledning.
Når CMR-rettigheten er aktivert for en bruker, bruker Webex- Produktivitetsverktøy som standard Cisco Webex Meeting Center -videoversjonen. Alle nye møter som er planlagt av brukerne, er Cisco Webex Meeting Center -videomøter.
Hvis konferanserom er inkludert i invitasjonen, sendes OBTP-informasjon til konferanserommet via TMS (kun for CMR Hybrid -hybridmøter).
Eksisterende møter som ble konfigurert av CMR Hybrid -brukere før de ble byttet til Cisco Webex Meeting Center -video, skal fortsette å fungere så lenge kunden beholder de lokale MCU- og TMS-innstillingene.
Eksisterende CMR Hybrid -hybridmøter kan ikke endres eller oppdateres for å gjenspeile informasjonen om Cisco Webex Meeting Center -videomøte. Hvis brukere vil bruke en ny invitasjon, må de slette de gamle møtene og opprette nye møter.
Hvis kunden ønsker å avvikle den lokale MCU-en, TMS-en, fungerer ikke gamle CMR Hybrid . Nye møter med Cisco Webex Meeting Center Videoinformasjon må opprettes.

TelePresence-interoperabilitetsprotokoll og segmentbytte

Videonett støtter forhandling av TelePresence Interoperability Protocol (TIP) og multiplex (MUX) for både 1-skjerms og 3-skjerms IX- og TX-endepunkter.

Ny og endret informasjon

Denne tabellen dekker nye funksjoner eller funksjoner, endringer i eksisterende innhold og eventuelle større feil som ble rettet i Distribusjonsveiledning .

Hvis du vil ha informasjon om programvareoppdateringer for Webex Video Mesh-noden, kan du sehttps://help.webex.com/en-us/article/jgobq2/Webex-Video-Mesh-release-notes .

Dato	Endre
14. mai 2024	Slettet et notat om at ThousandEyes-tester ikke støtter Video Mesh-noder bak en proxy i Aktiverer ThousandEyes for videonett.
9. februar 2024	Lagt til ThousandEyes-integrering med videonett. Lagt til deltakerkapasitet for samtaler med 1080p-oppløsning inn Kapasitet for videonettnoder . . La til en merknad om portdifferensiering i UDP-kilden Trafikksignaturer for videonett (tjenestekvalitet aktivert) . Oppdaterte støttede versjoner av VMware ESXi gjennom hele veiledningen.
31. august 2023	Oppdaterte strukturen og la til informasjon om nylig introduserte API-er i API-er for videonettnode . Slettet et notat og en knapp å trykke (OBTP)-informasjon fra Krav til samtalekontroll og møteintegrering for videonett . La til en merknad om avstemningsintervall for failover i Angi nettverkskonfigurasjon for videonettnode i konsollen og Konfigurere nettverksinnstillinger fra nettgrensesnitt for videonettnode . Oppdaterte støttede versjoner av VMware ESXi gjennom hele veiledningen.
31. juli 2023	Lagt til Webhooks for videonettvarsler .
28. juli 2023	Lagt til API-er for videonettnode .
15. juni 2023	Oppdaterte nomenklaturen fra «Webex-app app» til «Webex-app» gjennomgående. Oppdatert Oversikt over Webex-videonett for å oppgi at E2EE-møter nå støttes på Video Mesh. Fjernet utdatert informasjon og oppdaterte et notat i Oversikt over Webex-videonett . Oppdatert Klienter og enheter som bruker videonettnode for å angi at nettklienten nå støttes på Video Mesh og fjernet utdatert informasjon. La til et notat i System- og plattformkrav for programvare for videonettnode som sier at demomiljøer ikke støttes av Cisco TAC . Oppdatert informasjon i Lokal og skysamtale delen. Slettet et notat i Skyklyngevalg for overflyt basert på 250 ms eller høyere STUN tur-retur-forsinkelse . Oppdatert informasjon i Porter og protokoller for Webex Meetings trafikk . Fjernet utdatert informasjon fra Registrer videonettnode til Webex Cloud og Støtte og begrensninger for private møter . Oppdaterte trinn og fjernet utdatert informasjon fra Aktiver videonett for Webex-nettstedet . Oppdatert informasjon i Deaktiver videonett .
16. mai 2023	Oppdatert Porter og protokoller for administrasjon , Trafikksignaturer for videonett (tjenestekvalitet aktivert) , og Trafikksignaturer for videonett (tjenestekvalitet deaktivert) for å gjenspeile de nyeste portene og protokollene som brukes av Video Mesh. Oppdaterte bildene som ble berørt av endringene. Fjernet 444-portreferanser fra Krav for proxy-støtte for videonett , Porter og protokoller for administrasjon , Konfigurer videonettnode for proxy-integrering , og Konfigurer videonettnode for proxy-integrering . Oppdaterte portområder i Tjenestekvalitet på videonettnode , Aktiver Quality of Service (QoS) for videonettnode , og Porter og protokoller for Webex Meetings trafikk . La til en merknad om overvåking av testfeil i Kjør en umiddelbar test og Konfigurer regelmessige tester . La til et notat og oppdaterte en advarsel som på det sterkeste anbefaler bruk av den nyeste programvarepakken (OVA) for distribusjoner i Installer og konfigurer programvaren for videonettnode . Oppdaterte en advarsel angående noder plassert i vedlikeholdsmodus i Behandle videonettnode fra nettgrensesnittet og Behandle videonettnode fra konsollen . Oppdatert Videonettanalyse for å gjenspeile de nyeste brukergrensesnittendringene.
27. mars 2023	Oppdatert System- og plattformkrav for programvare for videonettnode med de nyeste maskinvarekonfigurasjonene og ekstra båndbreddekrav.
2. mars 2023	La til informasjon om tester som overvåkingsverktøyet kjører i Overvåkingsverktøy for videonett . Endret trinn for å få tilgang til oversiktssiden for overvåkingsverktøyet Kjør en umiddelbar test og Konfigurer regelmessige tester . La til informasjon om visning og filtrering av resultater i Kjør en umiddelbar test og Konfigurer regelmessige tester . Oppdatert Aktiver videonett for Webex-nettstedet .
7. juli 2022	Oppdaterte kapasitetsestimatene i Kapasitet for videonettnoder . Fjernet omtaler av den utdaterte MM410v-serveren gjennomgående.
30. juni 2022	La til informasjon om de nye masseklargjøringsskriptene påhttps://github.com/CiscoDevNet/webex-video-mesh-node-provisioning .
14. juni 2022	Endret trinn for å utveksle sertifikatkjeder for å inkludere ECDSA-sertifikater i Utveksle sertifikatkjeder mellom Unified CM og videonettnoder
18. mai 2022	Endret nedlastingsnettstedet for Reflector Tool tilhttps://github.com/CiscoDevNet/webex-video-mesh-reflector-client .
29. april 2022	La til informasjon om den nye funksjonen i Oppbevar mediene dine i videonett for alle eksterne Webex-møter .
25. mars 2022	Oppdateringer av portbruk i Porter og protokoller for administrasjon .
10. desember 2021	Lagt til CMS 2000 og registrerte oppgraderingsproblem for eldre CMS 1000s ved oppgradering til ESXi 7 i System- og plattformkrav for programvare for videonettnode .
30. august 2021	La til informasjon om å bekrefte at Webex har riktig kildeland for distribusjonen i Kontroller at kildelandet er riktig .
27. august 2021	La til merknad om analyserapporters synlighet i Støtte og begrensninger for private møter .
13. august 2021	La til informasjon om den nye private møter-funksjonen i: Klynger i videonett Privat møtesamtale Private møter
22. juli 2021	La til informasjon om hvordan du bekrefter at systemet har riktig kildeplassering for samtaler. Riktige kildeplasseringer bidrar til effektiv ruting. Se Kontroller at kildelandet er riktig .
25. juni 2021	Merket at funksjonen for Webex Experience med alle funksjoner i Webex-appen er inkompatibel med Video Mesh i Klienter og enheter som bruker videonettnode .
7. mai 2021	Rettet den anbefalte klyngestørrelsen til 100 tommer Retningslinjer for distribusjon av videonettklynge .
12. april 2021	Oppdatert Konfigurer Expressway TCP SIP-trafikkruting for videonett for å bruke Webex-sonen i stedet for en ny DNS-sone.
9. februar 2021	La til informasjon om den nye Gå til Node i Control Hub til Få tilgang til oversikt over Webex- videonettnode fra nettgrensesnitt . Lagt til Deaktiver eller aktiver den lokale administratorkontoen fra nettgrensesnitt på nytt for å beskrive ny funksjonalitet. I hver del som bruker nodens webgrensesnitt, oppdaterte trinnene for å indikere hvordan du får tilgang til grensesnittet fra Control Hub. Lagt til Last opp sikkerhetssertifikater . Lagt til Angi ekstern logging til en Syslog-server .
11. desember 2020	I Aktiver eller deaktiver DNS-cachi , la til informasjon om sletting av DNS-hurtigbuffer.
22. oktober 2020	I Porter og protokoller for Webex Meetings trafikk , lagt til krav til SIP-signalisering .
19. oktober 2020	Fjernet referanse til cloudfront.net som ikke lenger brukes av tjenesten.
18. september 2020	Reduserte IP-adresse som er reservert for intern bruk av Webex videonettnode fra den opprinnelige 172.17.0.0–172.17.255.255 (65 536 adresser) til 172.17.42.0–172.17.42.63 (64 adresser).
26. august 2020	Lagt til støtte for Webex Events i Oversikt over videonett . Lagt til ny seksjon Aktiver eller deaktiver DNS-cachi .
4. august 2020	Oppdaterte følgende deler for støtte for korte videoadresser: Integrer videonett med oppgaveflyt for samtalekontroll Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett Konfigurer Unified CM TCP SIP-trafikkruting for videonett Konfigurer Expressway TCP SIP-trafikkruting for videonett Oppdaterte Benchmark for VMNLite-samtalekapasitet delen av Samtalekapasitet på nodeplattformer for videonettnode .
9. juli 2020	Lagt til ny seksjon Angi MTU-størrelser for nettverksgrensesnitt .
26. juni 2020	La til informasjon om det nye distribusjonsalternativet for VMNLite i: Samtalekapasitet på nodeplattformer for videonettnode System- og plattformkrav for programvare for videonettnode Installer og konfigurer programvaren for videonettnode Fjernet omtaler av standard NTP-server fordi OVA ikke lenger har en standard NTP-server . Oppdatert Generer pakkeopptak for videonett for støtte med nye filtreringsalternativer.
9. juni 2020	La til informasjon om det nye planleggingsalternativet for automatisk programvareoppgradering ukentlig i: Registrer videonettnode til Webex Cloud Angi oppgraderingsplan for videonettklynge
21. mai 2020	Oppdatert Porter og protokoller for administrasjon og Krav for proxy-støtte for videonett .
15. mai 2020	Oppdatert Oversikt over videonett .
25. april 2020	Lagt til nye seksjoner i Administrere Webex- videonettnode fra nettgrensesnittet : Angi det eksterne nettverksgrensesnittet fra nettgrensesnittet for videonettnode Legg til interne og eksterne rutingsregler Konfigurere containernettverk fra Webex videonettnode webgrensesnitt Rettet en feil i granulariteten til den horisontale aksen i Feilsøking for tilgang til, filtrer og lagring av Webex-videonett (Verdiene ble byttet mellom Siste 7 dager og Siste 24 timer alternativer).
22. januar 2020	Lagt til ny del: Tilbakestille til fabrikkstandard en Webex- videonettnode fra nettgrensesnittet . La til mer informasjon om tilkoblingskontroller i Administrer Webex- videonettnode fra nettgrensesnittet delen. La til trådløs deling på rommet i Klienter og enheter som bruker Webex- videonettnode delen.
12. desember 2019	La til prosedyrer for endring av passordfrase og utløpsdato i Administrere Webex- videonettnode fra nettgrensesnittet delen i kapitlet Administrere og feilsøke.
10. desember 2019	La til følgende informasjon og portområder i trafikksignaturtabellene (for QoS aktivert og deaktivert: Kilde-IP-adresse: videonettnode Destinasjons-IP-adresse: Webex skymedietjenester Kilde UDP-porter: 35000 til 52499 UDP-målporter: 5004 Integrert DSCP-merking: AF41 Medietype: Test STUN-pakker Endret navn på delen «Retningslinjer for båndbredde» til «Videokvalitet og skalering», og la til en kobling til dokumentasjonen for foretrukket arkitektur. I Unified CM TLS-konfigurasjonen oppga veiledningen vår feilaktig å konfigurere en ikke-sikker SIP-trunk for Webex-skyfailover. Rettet setningen for å si for å opprette en SIP-trunk (du kan konfigurere den som enten sikker eller usikret).
4. november 2019	Avviklet gammelt analyseinnhold og lagt til en ny del. I Utveksle sertifikater la til informasjon om feltet Alternativt(e) navn for emne og la til følgende merknad i Før du begynner-delen: Av sikkerhetshensyn anbefaler vi at du bruker et CA-signert sertifikat på videonettnodene i stedet for nodens standard selvsignert sertifikat.
18. oktober 2019	Oppdaterte beskrivelsen av innstillingen for 1080p Control Hub for å tydeliggjøre at denne innstillingen påvirker samtalekapasitet og bare gjelder for lokale SIP-registrerte enheter. Se Aktiver 1080p HD-video for lokale SIP-enheter i videonettnode for videonett hvis du vil ha mer informasjon. Oppdaterte tabellen for støttede enheter og endepunkter for å bare vise de testede skyregistrerte enhetene.
26. september 2019	Lagt til ny seksjon Konfigurer nettverksinnstillinger fra webgrensesnitt for videonettnode . Løste beskrivelsen av rapporten Ressursutnyttelse. Det står nå: Gjennomsnittlig ressursutnyttelse for mediemikrotjenestene som brukes i videonett-klyngene. La til en merknad i kapasitetsdelen: Overflyt ved lavt samtalevolum (spesielt SIP-anrop som kommer lokalt) er ikke en sann refleksjon av skala. Videonettanalyse (under Kontroller Hub > Ressurser > Samtaleaktivitet ) angir anropsdelene som stammer fra lokalt; de angir ikke anropsstrømmene som kom inn gjennom overlappingen til videonett-noden for mediebehandling. Når antallet eksterne deltakere øker i et møte, øker den resulterende overlappingen og bruker lokale medieressurser på videonett-noden.
13. september 2019	Oppdatert Installer og konfigurer programvaren for videonettnode med trinnene for nettverkskonfigurasjon som vises på Tilpass mal side. Oppdatert System- og plattformkrav for programvare for videonettnode med 72 vCPU-er (tilsvarer CMS 1000) for spesifikasjonsbasert konfigurasjon.
29. august 2019	Lagt til eksplisitt proxy og støttede autentiseringstyper for eksplisitte proxy-konfigurasjoner (No auth, Basic, Digest, NTLM). Proxy-støtte for Edge Video Mesh Krav for proxy-støtte for videonett Konfigurer Webex- videonettnode for proxy-integrering Lagt til Støttede oppløsninger og bildefrekvenser for videonett . Oppdatert Klienter og enheter som bruker videonettnode for å indikere at Webex Ring Mitt videosystem til Webex skyregistrerte videoenheter bruker Video Mesh-noden.
24. juli 2019	I Administrere Webex- videonettnode fra nettgrensesnittet del, gjorde følgende oppdateringer: Lagt til nye seksjoner for Ping-test, Trace Route-test, NTP-servertest, Reflector Tool og Feilsøkingsbrukerkonto. Oppdaterte Oversikt-delen – Fjernet gjennomgripende overganger fra skjermbildet og lagt til OS-versjon. Flyttet innholdet «Administrer videonett fra konsollen» til tillegget i veiledningen. Endret navn på kapittelet «Administrer Webex-videonett» til «Administrere og feilsøke Webex-videonett» og flyttet feilsøkingsinnhold for registrering til det kapittelet.
9. juli 2019	I Krav til samtalekontroll og møteintegrering for videonett , oppdaterte minimumsversjoner som støttes for Unified CM, Expressway og Webex-nettsteder. I Klienter og enheter som bruker videonettnode , la til støttede versjoner av Jabber VDI og Webex VDI (de er SIP-klienter). La også til en ansvarsfraskrivelse for testing.
24. mai 2019	Lagt til nye deler om feilsøkingsfunksjoner og oppdatert oversiktsskjerm i webgrensesnitt for Video Mesh-noden: Generer Webex-videonettlogger for støtte Generer Webex-videonettpakkeopptak for støtte Få tilgang til oversikt over Webex- videonettnode fra nettgrensesnitt
25. april 2019	Oppdatert Behandle og feilsøke Webex-videonett for å angi at Control Hub vedlikeholdsmodus er nødvendig før du utfører vedlikehold på Video Mesh-noder.
11. april 2019	Fjernet utdatert informasjon fra båndbreddekrav. Oppdaterte innholdet og diagrammene, og endret seksjonsnavnet til Videokvalitet og skalering for videonett .

Oversikt over Cisco Webex-videonett

Oversikt over Webex-videonett

Webex Video Mesh finner dynamisk den optimale blandingen av lokale konferanseressurser og ressurser for skykonferanser. Lokale konferanser forblir i lokalene når det er nok lokale ressurser. Når lokale ressurser er oppbrukt, utvides konferanser til skyen.

Videonett gir disse fordelene:

Forbedrer kvaliteten og reduserer ventetiden ved at du kan beholde samtalene lokalt.
Utvider samtalene på en transparent måte til skyen når lokale ressurser har nådd grensen eller er utilgjengelige.
Administrer videonettklyngene dine fra skyen med ett enkelt administrativt grensesnitt: Control Hub (https://admin.webex.com ).
Optimaliser ressurser og skaler kapasitet etter behov.
Kombinerer funksjonene i skyen og lokale konferanser i én sømløs brukeropplevelse.
Reduserer kapasitetsproblemer, fordi skyen alltid er tilgjengelig når det er behov for flere konferanseressurser. Du trenger ikke å gjøre kapasitetsplanlegging i verste fall.
Gir avansert rapportdata av kapasitet og bruk og feilsøkingsrapportdata ihttps://admin.webex.com .
Bruker lokal mediebehandling når brukere ringer inn til et Webex-møte fra lokale standardbaserte SIP-endepunkter og -klienter:
- SIP-baserte endepunkter og klienter (Cisco-endepunkter, Jabber, tredjeparts SIP), registrert til lokal samtalekontroll (Cisco Unified Communications Manager eller Expressway), som kaller inn til et Cisco Webex møte.
- Webex-app (inkludert paret med romenheter) som blir med i et Webex-møte.
- Webex rom- og skrivebordsenheter som blir direkte med i et Webex-møte.
Gir optimalisert interaktiv talerespons (IVR) for lyd og video til SIP-baserte endepunkter og klienter på nettet.
H.323-endepunkter, IP-oppringing og Skype for Business (S4B) fortsetter å bli med i møter fra skyen.
Støtter 1080p 30fps HD-video som et alternativ for møter, hvis møtedeltakere som kan støtte 1080p er vert via de lokale lokale videonettnodene. (Hvis en deltaker blir med i et pågående møte fra skyen, vil lokale brukere fortsette å oppleve 1080p 30 bilder per sekund på støttede endepunkter.)
Forbedret og differensiert QoS-merking (Quality of Service): separat lyd (EF) og video (AF41).

Webex Video Mesh støtter for øyeblikket ikke Webex Webinars.
Støtter ende-til-ende-krypterte møter (E2EE-møter). Hvis en kunde distribuerer Video Mesh og velger møtetypen E2EE, legger det til et ekstra sikkerhetslag, noe som sikrer at dataene (medier, filer, tavler, merknader) forblir sikre og blokkerer tredjeparter fra å få tilgang til eller endre dem. Hvis du vil detaljert informasjon, se Distribuer Zero-Trust Meetings .

Private møter støtter for øyeblikket ikke ende-til-ende-kryptering.

Klienter og enheter som bruker videonettnode

Tabell 1. Klienter og enheter som bruker videonettnode
Klient- eller enhetstype	Bruker videonettnode på punkt-til-punkt-anrop	Bruker videonettnode på møte med flere
Webex-app (skrivebord og mobil)	Ja	Ja
Webex-enheter, inkludert romenheter og Webex Board. (Se Krav til endepunkter og Webex-app delen for en fullstendig liste.)	Ja	Ja
Trådløs deling på rommet mellom Webex-appen og støttede rom-, skrivebord- og tavleenheter.	Ja	Ja
Unified CM-registrerte enheter (inkludert IX-endepunkter) og klienter (inkludert Jabber VDI 12.6 og nyere, og Webex VDI 39.3 og nyere), som ringer inn til et planlagt Webex-møte eller et Webex Personal Room-møte.*	Nei	Ja
VCS/Expressway-registrerte enheter som ringer inn til et planlagt Webex-møte eller et Webex Personal Room-møte.*	Nei	Ja
Webex Ring Mitt videosystem til Webex skyregistrerte videoenheter	Ikke relevant	Ja
Webex App-nettklient (https://web.webex.com )	Ja	Ja
Telefoner registrert for Cisco Webex Calling	Nei	Nei
Webex Ring Mitt videosystem til lokalt registrerte SIP-enheter	Ikke relevant	Nei

_{* Det er ikke mulig å garantere at alle lokale enheter og klienter har blitt testet med Video Mesh-løsningen.}

Inkompatibilitet med videonett med Webex Experience med alle funksjoner

Du kan ha problemer med videonett og den komplette Webex-opplevelsen:

Hvis du la til Video Mesh i distribusjonen etter introduksjonen av denne funksjonen.
Hvis du aktiverte den funksjonen uten å vite hvilken innvirkning det har på Video Mesh.

Hvis du merker problemer, kan du kontakte Cisco-kontoteamet for å deaktivere bryteren for alle funksjoner i Webex Experience.

Tjenestekvalitet på videonettnode

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

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

Proxy-støtte for videonett

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

Media går ikke gjennom proxyen. Du må fortsatt åpne de nødvendige portene for at mediestrømmer skal nå skyen direkte. Se Porter og protokoller for administrasjon .

Følgende proxy-typer støttes av Video Mesh:

Eksplisitt proxy (inspiserende eller ikke-inspeksjon) – Med eksplisitt proxy forteller du klienten (Video Mesh-noder) hvilken proxy-server som skal brukes. Dette alternativet støtter én av følgende godkjenningstyper:
- Ingen – ingen ytterligere autentisering er nødvendig. (For eksplisitt HTTP- eller HTTPS-proxy.)
- Grunnleggende – Brukes for en HTTP-brukeragent for å oppgi brukernavn og passord når du foretar en forespørsel, og bruker Base64-koding. (For eksplisitt HTTP- eller HTTPS-proxy.)
- Sammendrag – Brukes til å bekrefte identiteten til kontoen før sending av sensitiv informasjon, og bruker en hash-funksjon på brukernavnet og passordet før sending over nettverket. (For eksplisitt HTTPS-proxy.)
- NTLM – i likhet med Digest, brukes NTLM til å bekrefte identiteten til kontoen før sensitiv informasjon sendes. Bruker Windows-legitimasjon i stedet for brukernavn og passord. Denne godkjenningsordningen krever flere utvekslinger for å fullføre. (For eksplisitt HTTP-proxy.)
Gjennomsiktig proxy (ikke-inspeksjon) – Videonett-noder er ikke konfigurert til å bruke en bestemt proxy-server og skal ikke kreve endringer for å fungere med en ikke-inspeksjons proxy.
Gjennomsiktig proxy (inspeksjon) – Videonettnoder er ikke konfigurert til å bruke en bestemt proxy-server . Ingen http(er)-konfigurasjonsendringer er nødvendige på Video Mesh, men Video Mesh-nodene trenger et rotsertifikat slik at de klarerer proxyen. Inspeksjonsfullmakter brukes vanligvis av IT til å håndheve retningslinjer for hvilke nettsteder som kan besøkes, og typer innhold som ikke er tillatt. Denne proxytypen dekrypterer all trafikken din (til og med https).

Støttede oppløsninger og bildefrekvenser for videonett

Oppløsningen påvirker samtalekapasitet på en hvilken som helst videonettnoder. Hvis du vil ha mer informasjon, se Kapasitet for videonettnoder .

Verdien for oppløsning og bildefrekvens kombineres som XXXpYY – for eksempel betyr 720p10 720p med 10 bilder per sekund.

Definisjonsforkortelsene (SD, HD og FHD) i avsenderraden og mottakerkolonnen refererer til den øvre oppløsningen til klienten eller enheten:

SD – standardoppløsning (576p)
HD – høy oppløsning (720p)
FHD – full høyoppløsning (1080p)

Tabell 2. Støttede oppløsninger og bildefrekvenser for videonett
Mottaker	Avsender
	Webex-appen	Webex-app for mobil	SIP-registrerte enheter (HD)	SIP-registrerte enheter (FHD)	Webex-registrerte enheter (SD)	Webex-registrerte enheter (HD)	Webex-registrerte enheter (FHD)
Webex-app på skrivebordet	720p10 Blandet lyd*	720p10 Blandet lyd	720p30 Blandet lyd	720p30 Blandet lyd	576p15 Innholdslyd**	720p30 Blandet lyd	720p30 Blandet lyd
Webex-app for mobil	—	—	—	—	—	—	—
SIP-registrerte enheter (HD)	720p30 Innholdslyd	720p15 Blandet lyd	1080p15 Blandet lyd	1080p15 Blandet lyd	576p15 Blandet lyd	1080p15 Blandet lyd	1080p15 Blandet lyd
SIP-registrerte enheter (FHD)	1080p30 Blandet lyd	720p15 Blandet lyd	1080p15 Blandet lyd	1080p30 Blandet lyd	576p15 Blandet lyd	1080p15 Blandet lyd	1080p30 Blandet lyd
Webex-registrerte enheter (SD)	1080p15 Blandet lyd	720p15 Blandet lyd	1080p15 Blandet lyd	1080p15 Blandet lyd	576p15 Blandet lyd	1080p15 Blandet lyd	1080p15 Blandet lyd
Webex-registrerte enheter (FHD)	1080p30 Blandet lyd	720p15 Blandet lyd	1080p15 Blandet lyd	1080p30 Blandet lyd	576p15 Blandet lyd	1080p15 Blandet lyd	1080p30 Blandet lyd

_{* Innholdslyd refererer til lyden som spilles av fra det bestemte innholdet som deles, for eksempel en strømming av video. Denne lydstrømmen er atskilt fra vanlig møtelyd.}

_{** Blandet lyd refererer til en blanding av møtedeltaker lyd og lyd fra innholdsdelingen.}

Forbered miljøet ditt

Krav for videonett

Videonett er tilgjengelig med tilbudene dokumentert i Lisenskrav for hybridtjenester .

Krav til samtalekontroll og møteintegrering for videonett

Tabell 1. Samtalekontroll og møtekrav for videonett
Komponent Formål	Minimum støttet versjon
Lokal samtalekontroll	Cisco Unified Communications Manager, versjon 11.5(1) SU3 eller nyere. (Vi anbefaler den nyeste SU-versjonen.) Cisco Expressway-C eller E, versjon X8.11.4 eller nyere. (Se delen «Viktig informasjon» i Versjonsmerknader for Expressway for mer informasjon.)
Møteinfrastruktur	Webex Meetings WBS33 eller nyere. (Du kan bekrefte at Webex-nettsted ditt er på riktig plattform hvis listen Medieressurstype er tilgjengelig i nettstedsalternativene for møterom for skysamarbeid.) Hvis du vil sikre at nettstedet ditt er klart for Video Mesh, kontakter du din kundesuksessansvarlige (CSM) eller partner.
Håndtering av failover	Cisco Expressway-C eller E, versjon X8.11.4 eller nyere. (Se delen «Viktig informasjon» i Versjonsmerknader for Expressway for mer informasjon.)

Krav til endepunkter og Webex-app

Tabell 2. Krav til endepunkt og app for videonett
Komponent Formål	Detaljer
Støttede endepunkter	Se Webex-videokompatibilitet og støtte .
Støttede versjoner av Webex-appen	Videomesh støtter Webex-appen for skrivebord (Windows, Mac) og mobil (Android, iPhone og iPad). Hvis du vil laste ned appen for en støttet plattform, går du tilhttps://www.webex.com/downloads.html .
Støttede kodeker	Se Webex\| Videospesifikasjoner for samtaler og møter for lyd- og videokodekene som støttes. Merk disse forbeholdene for videonett: For videokvalitet støtter Video Mesh opptil 1080p i visse scenarier. Du kan konfigurere denne innstillingen ihttps://admin.webex.com . For SIP-videosystemer støtter Video Mesh SIP-klienter som lager DTMF-lydtoner (dual tone multi frequency). Tjenesten støtter også KPML (keypad markup language). Webex Teams for Windows og Mac og Room-, Desk- og Board-enheter som er registrert i skyen, støtter opptil 1080p 30 bilder per sekund med innholdslyd. H.323-klienter er nevnt i datablad, men de går bare til skyen.
Støttede Webex-registrerte rom-, skrivebords- og tavleenheter	Følgende enheter er testet og bekreftet å fungere med Video Mesh-noder: Cisco DX70 Cisco Webex DX80 Cisco Webex Board 55 Cisco Webex Cisco Webex Room Kit Mini Cisco Webex Room Kit Plus Cisco Webex Room Kit Plus Precision 60 Cisco Webex Room Kit Pro Cisco TelePresence SX10 Quick Set Cisco TelePresence SX20 Quick Set Cisco TelePresence SX80-kodek Cisco TelePresence MX200 G2 Cisco TelePresence MX300 G2 Cisco TelePresence MX700 Cisco TelePresence MX800

System- og plattformkrav for programvare for videonettnode

Produksjonsmiljøer

I produksjonsdistribusjoner er det to måter å distribuere videonettnode programvare på en bestemt maskinvarekonfigurasjon:

Du kan konfigurere hver server som én virtuell maskin, noe som er best for distribusjoner som inkluderer mange SIP-endepunkter.
Ved hjelp av VMNLite-alternativet kan du konfigurere hver server med flere mindre virtuelle maskiner. VMNLite er best for distribusjoner der flertallet av klienter og enheter er Webex-app og Webex-registrerte endepunkter.

Disse kravene er felles for alle konfigurasjoner:

VMware ESXi 7 eller 8, vSphere 7 eller 8
Hyperthreading aktivert

Tabell 3. System- og plattformkrav for programvare for videonettnode i et produksjonsmiljø

Maskinvarekonfigurasjon

Produksjonsdistribusjon som én virtuell maskin

Produksjonsdistribusjon med virtuelle VMNLite-er

Merknader

Cisco Meeting Server 1000 (CMS 1000)

72 vCPU-er (70 for videonettnode, 2 for ESXi)
60 GB hovedminne
80 GB lokal harddiskplass

Distribuer som 3 identiske virtuell maskin , hver med:

23 vCPU-er
20 GB hovedminne
80 GB lokal harddiskplass

Vi anbefaler denne plattformen for videonettnode.

Spesifikasjonsbasert konfigurasjon

(2,6 GHz Intel Xeon E5-2600v3 eller nyere-prosessor kreves)

72 vCPU-er (70 for videonettnode, 2 for ESXi)
60 GB hovedminne
80 GB lokal harddiskplass
eller

80 GB NFS-lagring

Distribuer som 3 identiske virtuell maskin , hver med:

23 vCPU-er
20 GB hovedminne
80 GB lokal harddiskplass

eller

80 GB NFS-lagring

Hver virtuell maskin for Video Mesh må ha CPU, RAM og harddisker reservert for seg selv.

Bruk enten CMS1000 eller VMNLite alternativet under konfigurasjonen.

Topp IOP-er (inndata-/utdataoperasjoner per sekund) for NFS-lagring er 300 IOPS.

Cisco Meeting Server 2000 (CMS 2000)

Distribuer som 8 identiske virtuell maskin , hver med:

72 vCPU-er (70 for videonettnode, 2 for ESXi)
60 GB hovedminne
80 GB lokal harddiskplass
eller

80 GB NFS-lagring

Distribuer som 24 identiske virtuell maskin , hver med:

23 vCPU-er
20 GB hovedminne
80 GB lokal harddiskplass

eller

80 GB NFS-lagring

Vi anbefaler denne plattformen for videonettnode.

Hvert blad må være en komplett Cisco Meeting Server 1000 med reservert CPU, RAM og harddisker per blad.

Topp IOP-verdier for NFS-lagring er 300 IOPS.

Demomiljøer

For grunnleggende demoformål kan du bruke en spesifikasjonsbasert maskinvarekonfigurasjon, med følgende minimumskrav:

14vCPU-er (12 for videonettnode, 2 for ESXi)
8 GB hovedminne
20 GB lokal harddiskplass
2,6 GHz Intel Xeon E5-2600v3 eller nyere-prosessor

Denne konfigurasjonen av Video Mesh støttes ikke av Cisco TAC .

Hvis du vil ha mer informasjon om demoprogramvaren, se Demoprogramvare for videonettnode .

Krav til båndbredde

Videonettnoder må ha en minimumsbåndbredde til Internett på 10 Mbps for at både opplasting og nedlasting skal fungere som den skal.

Krav for proxy-støtte for videonett

Vi støtter offisielt følgende proxy-løsninger som kan integreres med Video Mesh-nodene dine.
- Cisco Web Security Appliance (WSA) for gjennomsiktig proxy
- Blekksprut for eksplisitt proxy
For en eksplisitt proxy eller gjennomsiktig inspeksjons-proxy som inspiserer (dekrypterer trafikk), må du ha en kopi av proxyens rotsertifikat som du må laste opp til klareringslageret for Video Mesh-noden i webgrensesnitt.
Vi støtter følgende eksplisitte kombinasjoner av proxy- og autentiseringstyper:
- Ingen autentisering med http og https
- Grunnleggende autentisering med http og https
- Sammendragsgodkjenning med bare https
- NTLM-autentisering med bare http

For gjennomsiktige proxyer må du bruke ruteren/svitsjen til å tvinge HTTPS/443-trafikk til å gå til proxyen. Du kan også tvinge Web Socket til å gå til proxy. (Web Socket bruker https.)

Når websocket- tilkoblingsfeil oppstår på port 443 (med transparent inspeksjons-proxy aktivert), fører det til en advarsel etter registrering i Control Hub: «Webex Video Mesh SIP-anrop fungerer ikke som det skal.» Den samme alarmen kan oppstå av andre årsaker når proxy ikke er aktivert. Når websocket-overskrifter blokkeres på port 443, flyter ikke medier mellom apper og SIP-klienter.

Hvis mediet ikke flyter, skjer dette ofte når https-trafikk fra noden over port 443 svikter:

Port 443-trafikk er tillatt av proxyen, men det er en inspeksjons proxy og bryter websocket.

For å løse disse problemene må du kanskje «omgå» eller «spleise» (deaktivere inspeksjon) på port 443 til: *.wbx2.com og *.ciscospark.com.

Kapasitet for videonettnoder

Enhetstyper og klienter
Videooppløsning
Nettverkskvalitet
Toppbelastning
Distribusjonsmodell

Bruk av videonett påvirker ikke antall Webex-lisenser.

Test ut vanlige møtescenarier for distribusjonen din.
Bruk analysene i Control Hub for å se hvordan distribusjonen utvikler seg, og legg til kapasitet etter behov.

Tabell 4. Kapasitet på vanlige videonettnoder
Scenario	Oppløsning	Deltakerkapasitet
Møter med bare deltakere i Webex-appen	720p	100–130
Møter med bare deltakere i Webex-appen	1080p	90–100
Møter og 1-til-1-samtaler med bare deltakere i Webex-appen	720p	60–100
Møter og 1-til-1-samtaler med bare deltakere i Webex-appen	1080p	30–40
Møter med kun SIP-deltakere	720p	70–80
Møter med kun SIP-deltakere	1080p	30–40
Møter med Webex-appen og SIP-deltakere	720p	75–110

Grunnoppløsningen for Webex-appen er 720p. Men når du deler, er deltakerminiatyrbildene på 180p.
Disse ytelsestallene forutsetter at du har aktivert alle de anbefalte portene.

Kapasitet for VMNLite

Tabell 5. Kapasitet på VMNLite-noder
Scenario	Oppløsning	Deltakerkapasitet med 3 VMNLite-noder på en server
Møter med bare deltakere i Webex-appen	720p	250–300
Møter med bare deltakere i Webex-appen	1080p	230–240
Møter og 1-til-1-samtaler med bare deltakere i Webex-appen	720p	175–275

Grunnoppløsningen for Webex-appmøter er 720p. Men når du deler, er deltakerminiatyrbildene på 180p.

Klynger i videonett

En klient på et bedriftsnettverk som kan nå en lokal klynge, kobles til den – den primære preferansen for klienter på bedriftsnettverk.
Klienter som blir med i et privat møte med Video Mesh, kobles bare til lokale klynger. Du kan opprette en egen klynge spesielt for disse private møtene.
En klient som ikke kan nå en lokal klynge, kobles til skyen – tilfellet for en mobilenhet som ikke er koblet til bedriftsnettverk.
Den valgte klyngen avhenger også av ventetid, i stedet for bare plassering. For eksempel kan en skyklynge med lavere STUN-tur-retur-forsinkelse (SRT) enn en videonettklynge være en bedre kandidat for møtet. Denne logikken forhindrer en bruker i å lande på en geografisk fjern klynge med høy SRT-forsinkelse.

Klynger for private møter

Hvis du vil ha mer informasjon om funksjonen for private møter i videonett, se Private møter .

Retningslinjer for distribusjon av videonettklynge

I typiske bedriftsdistribusjoner anbefaler vi at kunder bruker opptil 100 noder per klynge. Det er ingen faste grenser i systemet for å blokkere en klyngestørrelse med mer enn 100 noder. Hvis du imidlertid trenger å opprette større klynger, anbefaler vi på det sterkeste at du går gjennom dette alternativet med Cisco-teknologi gjennom ditt Cisco-kontoteam.
Opprett færre klynger når ressursene har lignende nettverksnærhet (tilhørighet).
Når du oppretter klynger, må du bare legge til noder som er i samme geografiske område og samme datasenter. Klynger over Wide Area Network (WAN) støttes ikke.
Vanligvis distribuerer du klynger i bedrifter som er vert for hyppige lokaliserte møter. Planlegg hvor du plasserer klynger på båndbredden som er tilgjengelig på forskjellige WAN-plasseringer i bedriften. Over tid kan du distribuere og vokse klynge for klynge basert på observerte brukermønstre.
Klynger som befinner seg i forskjellige tidssoner, kan effektivt betjene flere geografiske områder ved å dra nytte av forskjellige anropsmønstre med peak/ travel time .
Hvis du har to Video Mesh-noder i to separate datasentre (EU og NA, for eksempel), og du har endepunkter som kobles sammen gjennom hvert datasenter, vil nodene i hvert datasenter overlappe hverandre til én enkelt Video Mesh-node i skyen. Disse kaskader ville gå over Internett. Hvis det finnes en skydeltaker (som blir med før en av Video Mesh-deltakerne), vil nodene bli koblet gjennom skydeltakerens medianode.

Mangfold i tidssone

Overflyt til skyen

Hvis du konfigurerer møtet som den private møtetypen, beholder Webex alle samtalene i de lokale klyngene dine. Private møter flyter aldri over til skyen.

Webex-enhet registreres med Webex

Tester med forsinkelser tur/retur – skyenheten når ikke den lokale klyngen

Tester med forsinkelser tur/retur – skyenheten når den lokale klyngen

Lokal og skysamtale

Lokal samtale med forskjellige klyngetilknytninger

Webex-enheten kobles til enten lokal klynge eller sky basert på tilgjengeligheten. Følgende viser eksempler på de vanligste scenariene.

Webex Cloud enhet kobles til skyen

Den lokale Webex-enheten kobles til den lokale klyngen

Lokal Webex-enhet kobles til skyen

Skyklyngevalg for overflyt basert på 250 ms eller høyere STUN tur-retur-forsinkelse

Webex-appen eller Webex-enheten er på bedriftsnettverket i San Jose.
San Jose- og Amsterdam-klynger er fulle eller utilgjengelige.
SRT-forsinkelse til Shanghai-klyngen er større enn 250 ms og vil sannsynligvis føre til problemer med mediekvaliteten.
San Francisco-skyklyngen har en optimal SRT-forsinkelse.
Shanghai-videonett-klyngen er ekskludert fra vurdering.
Som et resultat av dette flyter Webex-appen over til San Francisco-skyklyngen.

Private møter

Kontroller at de nødvendige portene er åpne i brannmuren, for å tillate uhindret overlapping mellom klynger. Se Porter og protokoller for administrasjon .

Distribusjonsmodeller som støttes av videonett

Støttes i en distribusjon av videonett

Du kan distribuere en videonettnode i enten et datasenter (foretrukket) eller i demilitarisert sone (DMZ). Hvis du vil ha veiledning, se Porter og protokoller som brukes av videonett .
For en DMZ-distribusjon kan du konfigurere videonettnodene i en klynge med det to nettverksgrensesnitt (NIC). Denne distribusjonen lar deg skille bedriftens interne nettverkstrafikk (brukes til interbokskommunikasjon, overlappende nodeklynger og for å få tilgang til nodens administrasjonsgrensesnitt) fra den eksterne skynettverkstrafikken (brukes for tilkobling til omverdenen og gjennomgripende til skyen).

Dobbelt nettverkskort fungerer på den fullstendige VMNLite- og demoversjonen av nodeprogramvaren for Video Mesh. Du kan også distribuere videonettet bak et 1:1 NAT-oppsett.
Du kan integrere Video Mesh-noder med samtalekontroll . For eksempel distribusjoner med Video Mesh integrert med Unified CM, se Distribusjonsmodeller for Video Mesh og Cisco Unified Communications Manager .
Følgende typer adresseoversettelse støttes:
- Dynamisk oversettelse av nettverksadresse (NAT) ved hjelp av et IP-utvalg
- Dynamisk oversettelse av portadresse (PAT)
- 1:1 NAT
- Andre former for NAT skal fungere så lenge de riktige portene og protokollene brukes, men vi støtter ikke offisielt dem fordi de ikke har blitt testet.
IPv4
Statisk IP-adresse for videonettnode

Støttes ikke i en distribusjon av videonett

IPv6
DHCP for videonettnode
En klynge med en blanding av enkelt og to nettverkskort
Klynger av videonettnoder over WAN (Wide Area Network)
Lyd, video eller medier som ikke går gjennom en videonettnode:
- Lyd fra telefoner
- Node-til-node-anrop mellom Webex-appen og standardbasert endepunkt
- Lydavslutning på videonettnode
- Medier sendt gjennom Expressway C/E-par
- Videosamtale tilbakeringing fra Webex

Distribusjonsmodeller for Video Mesh og Cisco Unified Communications Manager

Steder for datasenter
Kontorplasseringer og størrelse
Sted og kapasitet for Internett-tilgang

Video Mesh støtter SME ( Session Management Edition ). Unified CM -klynger kan kobles til via en SME, og deretter må du opprette en SME-trunk som kobles til Video Mesh-nodene.

Hub- og Spoke-arkitektur

Geografisk distribusjon

Geografisk distribusjon med SIP-oppringing

Porter og protokoller som brukes av videonett

For å sikre en vellykket distribusjon av Video Mesh og for problemfri drift av Video Mesh-nodene, åpner du følgende porter på brannmuren for bruk med protokollene.

Se Nettverkskrav for Webex-tjenester for å forstå de generelle nettverkskravene for Webex Teams.
Se Hvitbok for gjennomgang av brannmur hvis du vil ha mer informasjon om brannmur- og nettverkspraksis for Webex-tjenester.
Hvis du vil redusere potensielle problemer med DNS-spørringer, følger du veiledningen Anbefalte fremgangsmåter for DNS, nettverksbeskyttelse og angrepsidentifikasjon dokumentasjonen når du konfigurerer bedriftens brannmur.
Hvis du vil ha mer designinformasjon, kan du se Foretrukket arkitektur for hybridtjenester, CVD .

Porter og protokoller for administrasjon

Videonettnodene i en klynge må være i samme VLAN- eller nettverksmaske.

Formål	Kilde	Destinasjon	Kilde-IP	Kildeport	Transportprotokoll	Destinasjons-IP	Målport
Ledelse	Administrasjonsdatamaskin	Videonett-node	Etter behov	Alle	TCP, HTTPS	Videonett-node	443
SSH for tilgang til administrasjonskonsollen for Video Mesh	Administrasjonsdatamaskin	Videonett-node	Etter behov	Alle	TCP	Videonett-node	22
Intraklyngekommunikasjon	Videonett-node	Videonett-node	IP-adresse til andre Video Mesh-noder i klyngen	Alle	TCP	Videonett-noder	8443
Ledelse	Videonett-node	Webex-sky	Etter behov	Alle	UDP, NTP UDP, DNS TCP, HTTPS (WebSockets)	Alle	123* 53*
Overlappende signalisering	Videonett-node	Webex-sky	Alle	Alle	TCP	Alle	443
Overlappende medier	Videonett-node	Webex-sky	Videonett-node	Alle***	UDP	Alle Hvis du vil ha spesifikke adresseområder, kan du se delen «IP-delnett for Webex Media-tjenester» i Nettverkskrav for Webex-tjenester .	5004 50000 til 53000 Hvis du vil ha mer informasjon, kan du se delen «Webex-tjenester – portnumre og protokoller» i Nettverkskrav for Webex-tjenester .
Overlappende signalisering	Vido-nettklynge (1)	Vido-nettklynge (2)	Alle	Alle	TCP	Alle	443
Overlappende medier	Vido-nettklynge (1)	Vido-nettklynge (2)	Vido-nettklynge (1)	Alle***	UDP	Alle	5004 50000 til 53000
Ledelse	Videonett-node	Webex-sky	Etter behov	Alle	TCP, HTTPS	Alle**	443
Ledelse	Videonett-node (1)	Videonett-node (2)	Videonett-node (1)	Alle	TCP, HTTPS (WebSockets)	Videonett-node (2)	443
Intern kommunikasjon	Videonett-node	Alle andre videonettnoder	Videonett-node	Alle	UDP	Alle	10000 til 40000

_{***Portene varierer avhengig av om du aktiverer QoS. Med QoS aktivert er portene 52.500-59499, 63000-64667, 59500-62999 og 64688-65500. Med QoS av er portene 34.000–34.999.}

Trafikksignaturer for videonett (tjenestekvalitet aktivert)

Kilde-IP-adresse	Destinasjons-IP-adresse	Kilde UDP-porter	UDP-målporter	Innebygd DSCP-merking	Medietype
videonettnode	Webex skymedietjenester	35000 til 52499	5004	AF41	Test STUN-pakker
videonettnode	Webex skymedietjenester	52500 til 59499	5004	EF	Lyd
videonettnode	Webex skymedietjenester	63000 til 64667	5004	AF41	Video
videonettnode	Webex skymedietjenester	59500 til 62999	50 000 til 51499	EF	Lyd
videonettnode	Webex skymedietjenester	64668 til 65500	51500 til 53000	AF41	Video
videonettnode	videonettnode	10000 til 40000	10000 til 40000	—	Lyd
videonettnode	videonettnode	10000 til 40000	10000 til 40000	—	Video
videonettnode	Unified CM SIP-endepunkter	52500 til 59499	Unified CM SIP-profil	EF	Lyd
videonettnode	Unified CM SIP-endepunkter	63000 til 64667	Unified CM SIP-profil	AF41	Video
Videonett-klynge	Videonett-klynge	52500 til 59499	5004	EF	Lyd
Videonett-klynge	Videonett-klynge	63000 til 64667	5004	AF41	Video
Videonett-klynge	Videonett-klynge	59500 til 62999	50 000 til 51499	EF	Lyd
Videonett-klynge	Videonett-klynge	64668 til 65500	51500 til 53000	AF41	Video
videonettnode	Webex Teams-program eller endepunkt*	5004	52000 til 52099	AF41	Lyd
videonettnode	Webex Teams-program eller endepunkt	5004	52100 til 52299	AF41	Video

Trafikksignaturer for videonett (tjenestekvalitet deaktivert)

Tabellen og diagrammet viser UDP-porter som brukes til lyd- og videostrømmer når QoS er deaktivert.

Tabell 6. Trafikksignaturer for videonett (tjenestekvalitet deaktivert)
Kilde-IP-adresse	Destinasjons-IP-adresse	Kilde UDP-porter	UDP-målporter	Innebygd DSCP-merking	Medietype
videonettnode	Webex skymedietjenester	34000 til 34999	5004	AF41	Lyd
videonettnode	Webex skymedietjenester	34000 til 34999	5004	AF41	Video
videonettnode	Webex skymedietjenester	34000 til 34999	50 000 til 51499	AF41	Lyd
videonettnode	Webex skymedietjenester	34000 til 34999	51500 til 53000	AF41	Video
videonettnode	videonettnode	10000 til 40000	10000 til 40000	AF41	Lyd
videonettnode	videonettnode	10000 til 40000	10000 til 40000	AF41	Video
Videonett-klynge	Videonett-klynge	34000 til 34999	5004	AF41	Lyd
Videonett-klynge	Videonett-klynge	34000 til 34999	5004	AF41	Video
Videonett-klynge	Videonett-klynge	34000 til 34999	50 000 til 51499	AF41	Lyd
Videonett-klynge	Videonett-klynge	34000 til 34999	51500 til 53000	AF41	Video
videonettnode	Unified CM SIP-endepunkter	52500 til 59499	Unified CM SIP-profil	AF41	Lyd
videonettnode	Unified CM SIP-endepunkter	63000 til 64667	Unified CM SIP-profil	AF41	Video
videonettnode	Webex skymedietjenester	35000 til 52499	5004	AF41	Test STUN-pakker
videonettnode	Webex Teams-program eller endepunkt	5004	52000 til 52099	AF41	Lyd
videonettnode	Webex Teams-program eller endepunkt	5004	52100 til 52299	AF41	Video

Porter og protokoller for Webex Meetings trafikk

Formål	Kilde	Destinasjon	Kilde-IP	Kildeport	Transportprotokoll	Destinasjons-IP	Målport
Innkaller til møte	Apper (Webex-appen for skrivebord og mobilapper) Webex-registrerte enheter	Videonett-node	Etter behov	Alle	UDP og TCP (brukes av Webex-appen) SRTP (alle)	Alle**	5004
SIP-enhet som ringer til møte (SIP-signalisering)	samtalekontroll i Unified CM eller Cisco Expressway	Videonett-node	Etter behov	Kortvarig (>=1024)	TCP eller TLS	Alle**	5060 eller 5061
Overlapp	Videonett-node	Webex-sky	Etter behov	34000 til 34999	UDP, SRTP (alle)*	Alle**	5004 50000 til 53000***
Overlapp	Videonett-node	Videonett-node	Etter behov	34000 til 34999	UDP, SRTP (alle)*	Alle**	5004

Port 5004 brukes for alle skymedier og lokale videonettnoder.

_{** Hvis du vil begrense etter IP-adresser, kan du se IP-adresse som er dokumentert i Nettverkskrav for Webex-tjenester .}

Videokvalitet og skalering for videonett

For retningslinjer for båndbreddeklargjøring og kapasitetsplanlegging , se Dokumentasjon for foretrukket arkitektur .

Arkitektur

Deltakere i skyen og lokaler

Kaskader

Overlappende båndbreddegrafer som gir måling per klynge, er tilgjengelige på Analytics-menyen i Webex Control Hub. Du kan ikke konfigurere overlappende båndbredde per møte i Control Hub.

Eksempel på hovedvideo med flere oppsett

Diagrammene nedenfor viser et eksempel på et møtescenario og hvordan båndbredden påvirkes når flere faktorer spiller inn. I eksemplet overfører alle Webex-app og Webex-registrerte enheter1x 720p,1x 360p og1x 180p strømmer til Video Mesh. På overlappingen overføres strømmer på 720p, 360p og 180p i begge retninger. Årsaken er fordi det er Webex-app og Webex-registrerte enheter som mottar 720p, 360p og 180p på begge sider av overlappingen.

Diagrammet nedenfor viser et møte med registrerte endepunkter i skyen og lokaler og en aktiv taler.

I det samme møtet viser diagrammet nedenfor et eksempel på en kaskade som er opprettet mellom videonettnodene og skyen i begge retninger.

I det samme møtet viser diagrammet nedenfor et eksempel på en kaskade fra skyen.

Krav for Webex-tjenester

Samarbeid med partneren din, Customer Suksess Manager (CSM) eller prøveversjonsrepresentanten for å klargjøre Cisco Webex nettstedet og Webex-tjenester for videonett på riktig måte:

Du må ha en Webex-organisasjon med et betalt abonnement på Webex-tjenester.
Hvis du vil dra full nytte av Video Mesh, må du sørge for at Webex-nettsted ditt er på videoplattform versjon 2.0. (Du kan bekrefte at nettstedet ditt er på videoplattform versjon 2.0 hvis det har listen Medieressurstype tilgjengelig i nettstedsalternativene for møterom for skysamarbeid.)
Du må aktivere CMR for Webex-nettsted ditt under brukerprofiler. (Du kan gjøre dette i en CSV-fil for masseoppdatering med SupportCMR-attributtet).

Hvis du vil ha mer informasjon, se Funksjonssammenligning og overføringsbane fra samarbeidsmøterom-hybrid til videonett i vedlegget.

Relatert informasjon

Kontroller at kildelandet er riktig

1	I en nettleser skriver du inn denne URL-adressen med den offentlige IP-adresse til Expresswayen eller endepunktet på slutten. `https://ds.ciscospark.com/v1/region/` Du mottar et svar som følgende: `attribution: «Dette produktet inneholder GeoLite2-data opprettet av MaxMind, tilgjengelig frahttp://www.maxmind.com" klientadresse: « " clientRegion: "US-WEST" countryCode: "US" ansvarsfraskrivelse: "Denne tjenesten er kun beregnet for bruk av Webex Team. Uautorisert bruk er forbudt." regionCode: "US-WEST" tidssone: "America/Chicago"`
2	Kontroller at `landskode` er passende for plasseringen av Expresswayen eller endepunktet.
3	Hvis plasseringen er feil, sender du en forespørsel om å korrigere plasseringen av den offentlige IP-adresse din til MaxMind påhttps://support.maxmind.com/geoip-data-correction-request/correct-a-geoip-location .

Fullfør forutsetningene for videonett

Bruk denne sjekklisten for å sikre at du er klar til å installere og konfigurere videonett-noder og integrere et Webex-nettsted med videonett.

Sørg for at du:

Oppfyll minimumssystemkravene som er beskrevet i Krav for videonett og Lisenskrav for hybridtjenester .
Forstå eksemplene på samtalekapasitet som er beskrevet i Kapasitet for videonettnoder .
Forstå de støttede distribusjonsmodellene beskrevet i Distribusjonsmodeller som støttes av videonett .
Kontroller at nettverket tillater tilkobling på portene og ved hjelp av protokollene som er beskrevet i Porter og protokoller som brukes av videonett
Kontroller at nettverket ditt støtter båndbreddekravene som er beskrevet i Videokvalitet og skalering for videonett

Ta opp følgende nettverksinformasjon som skal tilordnes til Video Mesh-nodene:

IP-adresse (anbefales)
Nettverksmaske
Gatewayens IP-adresse
DNS-servere
NTP-servere

Et vertsnavn og eventuelt domenenavn for videonett-noden. (Valgfritt)

Velg en støttet maskinvare eller spesifikasjonsbasert konfigurasjon for Video Mesh-noden, som beskrevet i System- og plattformkrav for programvare for videonettnode .

Kontroller at serveren din kjører VMware ESXi 7 eller 8, og vSphere 7 eller 8, med en VM-vert operativ.

Hva du skal gjøre videre

Installer og konfigurer programvaren for videonettnode

Distribuer videonett

Oppgaveflyt for distribusjon av videonett

Før du begynner

1	Installer og konfigurer programvaren for videonettnode Bruk denne fremgangsmåten til å distribuere en videonettnode til vertsserveren som kjører VMware ESXi eller vCenter. Du installerer den lokale programvaren som oppretter en node, og deretter utfører du den første konfigurasjonen, for eksempel nettverksinnstillinger. Du registrerer den i skyen senere.
2	Logg på videonettnode Logg på konsollen for første gang. Programvaren for videonettnode har et standardpassord. Du må endre denne verdien før du konfigurerer noden.
3	Angi nettverkskonfigurasjon for videonettnode i konsollen Bruk denne fremgangsmåten til å konfigurere nettverksinnstillinger for videonettnode hvis du ikke konfigurerte dem da du konfigurerte noden på en virtuell maskin. Du angir en statisk IP-adresse og endrer FQDN/vertsnavn og NTP-servere. DHCP støttes for øyeblikket ikke.
4	Bruk disse trinnene for å konfigurere det eksterne grensesnittet for en distribusjon med to nettverksgrensesnitt (dual NIC): Angi det eksterne nettverksgrensesnittet for videonettnode Legg til interne og eksterne rutingsregler Når noden er tilkoblet igjen og du har bekreftet den interne nettverkskonfigurasjon, kan du konfigurere det eksterne nettverksgrensesnitt hvis du distribuerer videonettnode i nettverkets DMZ, slik at du kan isolere bedriftstrafikken (internt) fra utsiden (eksternt). ) trafikk. Du kan også gjøre unntak eller overstyringer av standard rutingsregler.
5	Registrer videonettnode til Webex Cloud Bruk denne fremgangsmåten til å registrere videonett-noder til Webex-skyen og fullføre ytterligere konfigurasjon. Når du bruker Control Hub til å registrere noden, oppretter du en klynge som noden er tilordnet. En klynge inneholder én eller flere medienoder som betjener brukere i et bestemt geografisk område. Registreringstrinnene konfigurerer også innstillinger for SIP-samtale , angi en oppgraderingsplan og abonnere på e-postvarsler.
6	Aktiver og verif Quality of Service (QoS) med følgende oppgaver: Aktiver Quality of Service (QoS) for videonettnode Kontroller portområder for videonettnode med reflektorverktøy i nettgrensesnittet Aktiver QoS hvis du vil at Video Mesh-noder automatisk skal merke SIP-trafikk (lokale SIP-registrerte endepunkter) for både lyd (EF) og video (AF41) separat med passende tjenesteklasse og bruke kjente portområder for bestemte medietyper. Denne endringen lar deg opprette QoS-policyer og effektivt kommentere returtrafikk fra skyen hvis du ønsker det. Bruk trinnene i Reflector Tool for å kontrollere at de riktige portene er åpnet på brannmuren.
7	Konfigurer videonettnode for proxy-integrering Bruk denne fremgangsmåten til å angi hvilken type proxy du vil integrere med et videonett. Hvis du velger en gjennomsiktig inspeksjons-proxy, kan du bruke nodens grensesnitt til å laste opp og installere rotsertifikat, kontrollere proxyen og feilsøke potensielle problemer.
8	Følg Integrer videonett med oppgaveflyt for samtalekontroll og velg ett av følgende, avhengig av samtalekontroll, sikkerhetskrav og om du vil integrere Video Mesh med samtalekontroll : Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett (TLS) Konfigurer Unified CM TCP SIP-trafikkruting for videonett (TCP) Konfigurer Expressway TCP SIP-trafikkruting for videonett (TCP) SIP-enheter støtter ikke direkte tilgjengelighet, så du må bruke Unified CM eller VCS Expressway-konfigurasjon for å etablere et forhold mellom lokale registrerte SIP-enheter og videonettklynger. Du trenger bare å trunke Unified CM eller VCS Expressway til videonettnode, avhengig av samtalekontroll .
9	Utveksle sertifikatkjeder mellom Unified CM og videonettnoder I denne oppgaven laster du ned sertifikater fra Unified CM og Video Mesh-grensesnittene og laster opp det ene til det andre. Dette trinnet etablerer sikker tillit mellom de to produktene, og, sammen med den sikre trunkkonfigurasjonen, lar kryptert SIP-trafikk og SRTP-medier i organisasjonen din lande på Video Mesh-noder.
10	Aktiver mediekryptering for organisasjons- og videonettklynger Bruk denne fremgangsmåten til å aktivere mediekryptering for organisasjonen og individuelle videonett-klynger. Denne innstillingen tvinger ende-til-ende TLS-oppsett, og du må ha en sikker TLS SIP-trunk på plass på Unified CM som peker til Video Mesh-nodene.
11	Aktiver videonett for Webex-nettstedet Hvis du vil bruke optimalisert media til videonettnode for et Webex-møte til alle Webex-app og -enhetene som skal delta, må denne konfigurasjonen være aktivert for Webex-nettsted. Aktivering av denne innstillingen kobler Video Mesh- og møteforekomster i skyen sammen, og tillater at overlappinger oppstår fra Video Mesh-noder. Hvis denne innstillingen ikke er aktivert, vil ikke Webex-app og -enhetene bruke videonettnoden for Webex-møter.
12	Tilordne møterom for samarbeid til brukere av Webex-appen
13	Kontroller møteopplevelsen på det sikre endepunktet Hvis du bruker mediekryptering gjennom ende-til-ende TLS-oppsettet, bruker du disse trinnene for å bekrefte at endepunktene er registrert på en sikker måte, og at riktig møteopplevelse vises.

Skript for masseklargjøring for videonett

Installer og konfigurer programvaren for videonettnode

Før du begynner

Se System- og plattformkrav for programvare for videonettnode for støttede maskinvareplattformer og spesifikasjonskrav for videonettnode.

Kontroller at du har disse obligatoriske elementene:

En datamaskin med:

VMware vSphere-klient 7 eller 8.

Du finner en liste over operativsystemer som støttes, i VMware-dokumentasjonen.

OVA-fil for Video Mesh-programvare lastet ned.

En støttet server med VMware ESXi eller vCenter 7 eller 8 installert og kjører
Deaktiver sikkerhetskopiering av virtuell maskin og direkteoverføring. videonettnode -klynger er sanntidssystemer. eventuelle pauser i virtuell maskin kan gjøre disse systemene ustabile. (For vedlikeholdsaktiviteter på en videonettnode, bruk vedlikeholdsmodus fra Control Hub.)

Åpne VMware vSphere-klienten ved hjelp av datamaskinen og logg på vCenter- eller ESXi-systemet på serveren.

Gå til Handlinger > Distribuer OVF-mal .

På Velg en OVF-mal side, klikk Lokal fil , deretter Velg Filer . Naviger til der videomesh.ova filen er plassert, velger du filen og klikker på Neste .

Pass på at du laster ned en ny kopi av OVA fra denne koblingen .

Det kjøres en valideringskontroll. Når den er fullført, vises maldetaljene.

Kontroller maldetaljene, og klikk deretter på Neste .

På Konfigurasjon velger du type distribusjonskonfigurasjon, og klikker deretter Neste .

VMNLite (standard)
CMS 1000

Alternativene er oppført i rekkefølgen etter økende ressurskrav.

På Velg lagring side, må du kontrollere at standard diskformat for Tykk provisjon Lazy nullstilt og retningslinjer for VM-lagring for Datalager som standard er valgt, og klikk deretter Neste .

På Velg nettverk -siden, velger du nettverksalternativet fra listen over oppføringer for å gi ønsket tilkobling til den virtuelle maskinen.

For Internt grensesnitt, nettverk , velger du nodens interne IP-adresse.
For Eksternt grensesnittnettverk , velger du den eksterne IP-adresse som vender mot det offentlige nettverket. Se bort fra dette alternativet hvis du ikke har en dobbel NIC-distribusjon.

På Tilpass mal side, konfigurerer du følgende nettverksinnstillinger:

Vertsnavn (Valgfritt) – angi FQDN (vertsnavn og domene) eller vertsnavn med ett ord for noden.

Hvis du vil sikre en vellykket registrering til skyen, bruker du bare små tegn i FQDN eller vertsnavnet du angir for videonettnode. Store og små bokstaver støttes ikke for øyeblikket.
Når du bruker eller konfigurerer FQDN eller vertsnavn, må du også angi et gyldig domene som kan løses. Den totale lengden på FQDN kan ikke overstige 64 tegn.

IP-adresse — Angi IP-adresse for det interne grensesnittet til noden.
Maske – Angi nettverksmaske med punktum og desimal. For eksempel 255.255.255.0 .
Gateway – Angi IP-adresse for gatewayen . En gateway er en nettverksnode som fungerer som et tilgangspunkt til et annet nettverk.
DNS-servere – Angi en kommadelt liste over DNS-servere som håndterer oversettelse av domenenavn til numeriske IP-adresser. (Opptil fire DNS-oppføringer er tillatt.)
NTP-servere – Angi organisasjonens NTP-server eller en annen ekstern NTP-server som kan brukes i organisasjonen. Du kan også bruke en kommadelt liste til å angi flere NTP-servere.

videonettnode må ha en intern IP-adresse og et DNS-navn som kan løses. IP-adresse for noden kan ikke tilhøre IP-adresse som er reservert for intern bruk av videonettnode . Standard reservert IP-adresse er 172.17.42.0–172.17.42.63, som kan konfigureres senere i Diagnostikk -menyen. Dette IP-adresse er for kommunikasjon innenfor videonettnode og mellom programvarebeholderne som inneholder de forskjellige komponentene i noden – for eksempel SIP-grensesnitt og medietranskoding.
Distribuer alle nodene i samme delnett eller VLAN, slik at alle nodene i en klynge er tilgjengelige uansett hvor klientene befinner seg i nettverket.
For en dobbel NIC DMZ-distribusjon kan du angi den eksterne IP-adresse i nodekonsollen etter at du har lagret den interne nettverkskonfigurasjon og startet noden på nytt senere.

Hvis du foretrekker det, kan du hoppe over konfigurasjonen av nettverksinnstillinger og følge trinnene i Angi nettverkskonfigurasjon for videonettnode i konsollen etter at du logger på noden.

På Klar til å fullføre på siden, kontroller at alle innstillingene du anga, samsvarer med retningslinjene i denne prosedyren, og klikk deretter på Fullfør .

Når distribusjonen av OVA er fullført, vises videonettnode i listen over virtuelle datamaskiner.

Høyreklikk på den videonettnode , og velg deretter Strøm > Strøm på .

Programvaren for videonettnode installeres som gjest på VM-verten. Du er nå klar til å logge på konsollen og konfigurere videonettnode.

Du kan oppleve en forsinkelse på noen minutter før nodebeholderne kommer opp. Det vises en brobrannmurmelding på konsollen ved første oppstart, der du ikke kan logge på.

Hva du skal gjøre videre

Angi nettverkskonfigurasjon for videonettnode i konsollen

Logg på konsollen for første gang. Programvaren for videonettnode har et standardpassord. Du må endre denne verdien før du konfigurerer noden.

1	Fra VMware vSphere-klienten går du til den videonettnode , og deretter velger du Konsoll . Den videonettnode starter opp, og det vises en påloggingsmelding. Hvis påloggingsmeldingen ikke vises, trykker du på Gå inn . Du kan en kort stund se en melding som angir at systemet initialiseres.
2	Bruk følgende standard brukernavn og passord for å logge på: Innlogging: `admin` Passord: `cisco` Fordi du logger på videonettnode for første gang, må du endre passordfrasen (passordet) for administrator .
3	For (gjeldende) passord skriver du inn standard passord (ovenfra), og deretter trykker du på Gå inn .
4	For nytt passord skriver du inn en ny passordfrase, og deretter trykker du på Gå inn .
5	Hvis du vil skrive inn nytt passord på nytt, skriver du inn den nye passordfrasen på nytt, og deretter trykker du på Gå inn . Meldingen «Passord ble endret» vises, og deretter vises det første skjermbildet for videonettnode med en melding om at uautorisert tilgang er forbudt.
6	Trykk på Gå inn for å laste hovedmeny.

Hva du skal gjøre videre

Disse trinnene er obligatoriske hvis du ikke konfigurerte nettverksinnstillinger på tidspunktet for OVA-distribusjon.

Det indre grensesnittet (standardgrensesnittet for trafikk) brukes til CLI, SIP-trunker, SIP-trafikk og nodebehandling. Det eksterne (eksterne) grensesnittet er for HTTPS- og websockets-kommunikasjon til Webex, sammen med den overlappende trafikken fra nodene til Webex.

Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten, og logg deretter på med administratorlegitimasjonen.

Etter førstegangs oppsett av nettverksinnstillinger , og hvis videonettverket er tilgjengelig, kan du få tilgang til nodegrensesnittet via sikkert skall (SSH).

Velg alternativ fra hovedmeny i videonettnode 2 Rediger konfigurasjon og klikk deretter Velg .

Les meldingen om at samtalene avsluttes på videonettnode, og klikk deretter på Ja .

Klikk på Statisk , angi IP-adresse for det interne grensesnittet, Maske , Gateway , og DNS verdier for nettverket ditt.

videonettnode må ha en intern IP-adresse og et DNS-navn som kan løses. IP-adresse for noden kan ikke tilhøre IP-adresse som er reservert for intern bruk av videonettnode . Standard reservert IP-adresse er 172.17.42.0–172.17.42.63, som kan konfigureres i Diagnostikk -menyen. Dette IP-adresse er for kommunikasjon innenfor videonettnode og mellom programvarebeholderne som inneholder de forskjellige komponentene i noden – for eksempel SIP-grensesnitt og medietranskoding.
Distribuer alle nodene i samme delnett eller VLAN, slik at alle nodene i en klynge er tilgjengelige uansett hvor klientene befinner seg i nettverket.
For en DMZ-distribusjon for to nettverkskort kan du angi den eksterne IP-adresse i neste prosedyre etter at du har lagret den interne nettverkskonfigurasjon og startet noden på nytt.

Angi organisasjonens NTP-server eller en annen ekstern NTP-server som kan brukes i organisasjonen.

Hvis du konfigurerer mer enn én NTP-server, er avstemningsintervallet for failover 40 sekunder.

(Valgfritt) Endre vertsnavnet eller domenet om nødvendig.

Hvis du vil sikre en vellykket registrering til skyen, bruker du bare små tegn i vertsnavnet du angir for videonettnode. Store og små bokstaver støttes ikke for øyeblikket.
Når du bruker eller konfigurerer FQDN eller vertsnavn, må du også angi et gyldig domene som kan løses. Den totale lengden på FQDN kan ikke overstige 64 tegn.

Klikk på Lagre , og klikk deretter Lagre endringer og start på nytt .

Hva du skal gjøre videre

Angi det eksterne nettverksgrensesnittet for videonettnode

Velg alternativ fra hovedmeny i videonettnode 5 Ekstern IP-konfigurasjon og klikk deretter Velg .

Klikk på 1 Aktiver/deaktiver , deretter Velg , og deretter Ja for å aktivere alternativene for ekstern IP-adresse på noden.

Som du gjorde med den første nettverkskonfigurasjon, skriver du inn IP-adresse (eksternt), Maske , og Gateway verdier.

Den Grensesnitt -feltet viser navnet på det eksterne grensesnittet for noden.

Klikk på Lagre og start på nytt .

Hvis du vil bekrefte konfigurasjonen av den interne og eksterne IP-adresse , går du til konsollens hovedmeny 4 Diagnostikk , og velg deretter Ping .

I ping -feltet, angi en destinasjonsadresse du vil teste, for eksempel en ekstern destinasjon eller en intern IP-adresse, og klikk deretter på OK .

Test en ekstern destinasjon (eksempel, cisco.com); hvis vellykket, viser resultatene at målet ble åpnet fra det eksterne grensesnittet.
Test en intern IP-adresse; hvis vellykket, viser resultatene at adressen ble åpnet fra det interne grensesnittet.

Hva du skal gjøre videre

API-er for videonettnode

API-er for VMN-administrasjon

API vedlikeholdsmodus og passord for administratorkonto for videonettnodene.

Få status for vedlikeholdsmodus

Henter gjeldende status for vedlikeholdsmodus (Forventet status: på, av, venter eller forespurt).

[FÅ] https://<node_ip >/api/v1/external/maintenanceMode

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

{ "status": { "code": 200, "message": "Success" }, "result": { "isRegistered": true, "maintenanceMode": "venting/requested/on/off", "maintenanceModeLastUpdated": 1691135731847 } }

Eksempelrespons 2:

{ "status": { "code": 401, "message": "pålogging mislyktes: feil passord eller brukernavn» } }

Eksempelrespons 3:

{ "status": { "code": 429, "message": "For mange forespørsler" } }

Aktivere eller deaktivere vedlikeholdsmodus

[PUT] https://<node_ip >/api/v1/external/maintenanceMode

Kall bare dette API-et når det ikke finnes noen aktive samtaler.

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{ "maintenanceMode": "on" }

maintenanceMode – Status for vedlikeholdsmodus som skal angis – «på» eller «av».

Forespørselshoder:

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 1:

{ "status": { "code": 200, "message": "Forespørselen din om å aktivere/deaktivere vedlikeholdsmodus ble vellykket." } }

Eksempelrespons 2:

{ "status": { "code": 409, "message": "Vedlikeholdsmodus er allerede på/av" } }

Eksempelrespons 3:

{ "status": { "code": 400, "message": "Ugyldig forespørsel – feil inndata" } }

Endre administratorpassord

Endrer passordet til administratorbrukeren.

[PUT] https://<node_ip >/api/v1/external/password

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst:

{ "newPassword": "ny" }

newPassword – Det nye passordet som skal angis for «admin»-kontoen til videonettnode.

Forespørselshoder:

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 1:

{ "status": { "code": 200, "message": "Angitt den nye passordfrasen for brukeradministrator." } }

Eksempelrespons 2:

{ "status": { "code": 400, "message": "Angi en ny passordfrase som ikke ble brukt for en av de tre forrige passordfrasene." } }

API-er for VMN-nettverk

Video Mesh Network API-er gjør det mulig for organisasjonsadministratorer å administrere interne og eksterne nettverksinnstillinger.

Hent konfigurasjon av eksternt nettverk

[FÅ] https://<node_ip >/api/v1/external/externalNetwork

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

{ "status": { "code": 200, "message": "Hentet ekstern nettverkskonfigurasjon." }, "result": { "ip": "1.1.1.1", "mask": "2.2.2.2", "gateway": "3.3.3.3" } }

Eksempelrespons 2:

{ "status": { "code": 200, "message": "Eksternt nettverk ikke aktivert." } }

Eksempelrespons 3:

{ "status": { "code": 500, "message": "Kunne ikke hente konfigurasjon for eksternt nettverkskonfigurasjon." } }

Rediger ekstern nettverkskonfigurasjon

[PUT] https://<node_ip >/api/v1/external/externalNetwork

Du kan bare konfigurere dette for nylig distribuerte videonettnoder, der standard administratorpassord er endret. Ikke bruk dette API-et etter at du har registrert noden for en organisasjon.

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst:

Aktiverer eksternt nettverk:

 { «externalNetworkEnabled»: true, "externalIp": "1.1.1.1", "externalMask": "2.2.2.2", "externalGateway": "3.3.3.3" }

Deaktiverer eksternt nettverk:

{ «externalNetworkEnabled»: false }

externalNetworkEnabled – Boolsk verdi (sann eller usann) for å aktivere/deaktivere eksternt nettverk
ekstern IP – den eksterne IP-en som skal legges til
externalMask – Nettverksmasken for det eksterne nettverket
externalGateway – Gatewayen for det eksterne nettverket

Forespørselshoder:

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 1:

{ "status": { "code": 200, "message": "Lagret den eksterne nettverkskonfigurasjon. Denne noden vil snart starte på nytt for å ta i bruk endringene. Vent et minutt og logg på noden på nytt for å bekrefte at alle endringer ble tatt i bruk." } }

Eksempelrespons 2:

{ "status": { "code": 200, "message": "Deaktivering av det eksterne nettverket. Denne noden vil snart starte på nytt for å ta i bruk endringene. Vent et minutt og logg på noden på nytt for å bekrefte at alle endringer ble tatt i bruk." } }

Eksempelrespons 3:

{ "status": { "code": 400, "message": "En eller flere feil i inndata: Verdien må være boolsk for «externalNetworkEnabled» } }

Eksempelrespons 4:

{ "status": { "code": 400, "message": "Konfigurasjonen av det eksterne nettverkskonfigurasjon er ikke endret; hopper over lagring av den eksterne nettverkskonfigurasjon." } }

Få detaljer om det interne nettverket

[FÅ] https://<node_ip >/api/v1/external/interntNettverk

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

{ "status": { "code": 200, "message": "Hentet interne nettverksdetaljer" }, "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": "" } }

Eksempelrespons 2:

 { "status": { "code": 500, "message": "Kunne ikke hente nettverksdetaljer." } }

Eksempelrespons 3:

{ "status": { "code": 500, "message": "Kunne ikke hente vertsdetaljer." } }

Rediger DNS-servere

Oppdaterer DNS-servere med nye.

[PUT] https://<node_ip >/api/v1/external/internalNetwork/dns

Sett noden i vedlikeholdsmodus før du gjør denne endringen. Se Aktivere eller deaktivere vedlikeholdsmodus hvis du vil ha mer informasjon om hvordan du flytter en node til vedlikeholdsmodus.

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst:

{ "dnsServers": "1.1.1.1 2.2.2.2" }

dnsServers – DNS-servere som skal oppdateres. Flere områdeseparerte DNS-servere er tillatt.

Forespørselshoder:

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 1:

{ "status": { "code": 200, "message": "Lagret DNS-servere" } }

Eksempelrespons 2:

{ "status": { "code": 409, "message": "Forespurte DNS-server finnes allerede." } }

Eksempelrespons 3:

{ "status": { "code": 424, "message": "Vedlikeholdsmodus er ikke aktivert. Aktiver vedlikeholdsmodus og prøv på nytt for denne noden." } }

Rediger NTP-servere

Oppdaterer NTP-servere med nye.

[PUT] https://<node_ip >/api/v1/external/interntNettverk/ntp

Sett noden i vedlikeholdsmodus før du gjør denne endringen. Se Aktivere eller deaktivere vedlikeholdsmodus hvis du vil ha mer informasjon om hvordan du flytter en node til vedlikeholdsmodus.

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst:

{ "ntpServers": "1.1.1.1 2.2.2.2" }

ntpServers – NTP-servere som skal oppdateres. Flere plassdelte NTP-servere er tillatt.

Forespørselshoder:

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 1:

{ "status": { "code": 200, "message": "Lagret NTP-serverne." } }

Eksempelrespons 2:

{ "status": { "code": 409, "message": "Forespurte NTP-server(er) finnes allerede." } }

Eksempelrespons 3:

{ "status": { "code": 424, "message": "Vedlikeholdsmodus er ikke aktivert. Aktiver vedlikeholdsmodus og prøv på nytt for denne noden." } }

Rediger vertsnavn og domene

Oppdaterer vertsnavnet og domenet for videonettnode.

[PUT] https://<node_ip >/api/v1/external/interntNettverk/vert

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst:

{ "hostName": "test-vmn", "domain": "abc.com" }

vertsnavn – det nye vertsnavnet for noden.
domene – Det nye domenet for vertsnavnet til noden (valgfritt).

Forespørselshoder:

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 1:

{ "status": { "code": 200, "message": "Lagret FQDN for vert. Denne noden vil snart starte på nytt for å ta i bruk endringene. Vent et minutt og logg på noden på nytt for å bekrefte at alle endringer ble tatt i bruk." } }

Eksempelrespons 2:

{ "status": { "code": 400, "message": "Kan ikke løse FQDN" } }

Eksempelrespons 3:

{ "status": { "code": 409, "message": "Angitt vertsnavn og domene allerede angitt til det samme." } }

Aktiver eller deaktiver DNS-bufring

Aktiverer eller deaktiverer DNS-bufring. Vurder å aktivere hurtigbufring hvis DNS-kontroller ofte tar over 750 ms å løse, eller hvis det er anbefalt av Cisco kundestøtte.

[PUT] https://<node_ip >/api/v1/external/internNetwork/dnsCaching

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst:

{ "dnsCaching": sann }

dnsCaching – konfigurasjon av DNS-bufring. Godtar boolsk verdi (sann eller usann).

Forespørselshoder:

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 1:

{ "status": { "code": 200, "message": "Endringer i DNS-innstillingene er lagret. Denne noden vil snart starte på nytt for å ta i bruk endringene. Vent et minutt og logg på noden på nytt for å bekrefte at alle endringer ble tatt i bruk." } }

Eksempelrespons 2:

{ "status": { "code": 400, "message": "En eller flere feil i inndata: 'dnsCaching'-feltverdien må være en boolsk" } }

Eksempelrespons 3:

{ "status": { "code": 409, "message": "dnsCaching er allerede satt til usann" } }

Rediger grensesnitt MTU

Endrer maksimal overføringsenhet (MTU) for nodens nettverksgrensesnitt fra standardverdi på 1500. Verdier mellom 1280 og 9000 er tillatt.

[PUT] https://<node_ip >/api/v1/external/internNetwork/mtu

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst:

{ "internalInterfaceMtu": 1500 }

internalInterfaceMtu – maksimal overføringsenhet for nodens nettverksgrensesnitt. Verdien skal være mellom 1280 og 9000.

Forespørselshoder:

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 1:

{ "status": { "code": 200, "message": "Lagret de interne MTU-innstillingene for grensesnittet. Denne noden vil snart starte på nytt for å ta i bruk endringene. Vent et minutt og logg på noden på nytt for å bekrefte at alle endringer ble tatt i bruk." } }

Eksempelrespons 2:

{ "status": { "code": 400, "message": "En eller flere feil i inndata: 'internalInterfaceMtu'-feltverdien må være et tall" } }

Eksempelrespons 3:

 { "status": { "code": 400, "message": "Angi et tall mellom 1280 og 9000." } }

VMN Server Certificate API-er

Opprett CSR-sertifikatet

Genererer et CSR-sertifikat (Certificate Signing Request) og den private nøkkelen, basert på informasjonen som er oppgitt.

[POST] https://<node_ip >/api/v1/externalCertManager/generateCsr

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{ "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 for videonettnode angitt som fellesnavn. (obligatorisk)
emailAddress – brukerens e-postadresse. (valgfritt)
altNames – Alternativt(e) emnenavn (valgfritt). Flere områdeseparerte FQDN-er er tillatt. Hvis det er oppgitt, må det inneholde det vanlige navnet. Hvis altNames ikke er oppgitt, tar det commonName som verdien av altNames.
organisasjon – Organisasjons-/Bedriftsnavn. (valgfritt)
organisationUnit – organisasjonsenhet eller avdelings- eller gruppenavn osv. (valgfritt)
sted – by/sted. (valgfritt)
delstat – delstat/provins. (valgfritt)
land – land/region. Forkortelse på to bokstaver. Ikke oppgi mer enn to bokstaver. (valgfritt)
passordfrase – Passfrase for privat nøkkel. (valgfritt)
keyBitSize – Privat nøkkelbitstørrelse. Godkjente verdier er 2048, som standard, eller 4096. (valgfritt)

Forespørselshoder :

Innholdstype: «application/json»

Eksempel på svar :

Eksempelrespons 1:

{ "status": { "code": 200, "message": "CSR ble generert" }, "result": { "caCert":{} , "caKey": { "fileName": "VideoMeshGeneratedPrivate.key", "localFileName": "CaPrivateKey.key", "fileLastModified": "Fredag 21. jul 2023 08:12:25 GMT+0000 (koordinert universell tid)", «uploadDate»: 1689927145422, «størrelse»: 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 CERTIFICAT FORESPØRSEL----- \nS4MP1E_ C3RT_ C0NT3NT\n-----AVSLUTT SERTIFIKAT FORESPØRSEL-----" }, "encryptedPassphrase": null } }

Eksempelrespons 2:

 { "status": { "code": 400, "message": "Privat nøkkel finnes allerede. Slett den før du genererer ny CSR." } }

Eksempelrespons 3:

{ "status": { "code": 400, "message": "CSR-sertifikat finnes allerede. Slett den før du genererer ny CSR." } }

Eksempelrespons 4:

{ "status": { "code": 400, "message": "CSR-sertifikat og privat nøkkel finnes allerede. Slett dem før du genererer ny CSR." } }

Eksempelrespons 5:

 { "status": { "code": 400, "message": "Det oppstod én eller flere feil under generering av CSR: «Land»-feltet må inneholde nøyaktig to A-Å-tegn." } }

Last ned CSR-sertifikatet

Laster ned det genererte CSR-sertifikatet.

[FÅ] https://<node_ip >/api/v1/externalCertManager/csr

Du kan også laste ned filen via Send og last ned alternativet.

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

-----BEGIN FORESPØRSEL FOR SERTIFIKAT----- S4MP1E_ C3RT_ C0NT3NT -----AVSLUTT FORESPØRSEL FOR SERTIFIKAT-----

Eksempelrespons 2:

{ "status": { "code": 404, "message": "Kunne ikke laste ned, CSR-sertifikatet finnes ikke." } }

Last ned den private nøkkelen

Laster ned den private nøkkelen som genereres sammen med CSR-sertifikatet.

[FÅ] https://<node_ip >/api/v1/externalCertManager/key

Du kan også laste ned filen via Send og last ned alternativet.

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

 -----BEGIN PRIVAT RSA-nøkkel----- S4MP1E_ PR1V4T3_ K3Y -----END PRIVAT RSA-NØKKEL-----

Eksempelrespons 2:

{ "status": { "code": 404, "message": "Kunne ikke laste ned, privat nøkkel finnes ikke." } }

Slett CSR-sertifikatet

Sletter det eksisterende CSR-sertifikatet.

[DELETE] https://<node_ip >/api/v1/externalCertManager/csr

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

{ "status": { "code": 200, "message": "Slettet CSR-sertifikatet" } }

Eksempelrespons 2:

{ "status": { "code": 404, "message": "CSR-sertifikatet finnes ikke." } }

Slett den private nøkkelen

Sletter den eksisterende private nøkkelen.

[DELETE] https://<node_ip >/api/v1/externalCertManager/key

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

{ "status": { "code": 200, "message": "Den private nøkkelen ble slettet" } }

Eksempelrespons 2:

{ "status": { "code": 404, "message": "Privat nøkkel finnes ikke." } }

Installer det CA-signerte sertifikatet og den private nøkkelen

Laster opp det oppgitte CA-signerte sertifikatet og den private nøkkelen på videonettnoden og installerer sertifikatet på noden.

[POST] https://<node_ip >/api/v1/externalCertManager/uploadInstallCaCert

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

Bruk «form-data» for å laste opp følgende filer:

CA-signert sertifikatfil (.crt) med nøkkel som «crtFile».
Privat nøkkel (.key)-fil med nøkkel som 'keyFile'.

Forespørselshoder :

Innholdstype: «flerpart/skjema-data»

Eksempel på svar :

Eksempelrespons 1:

{ "status": { "code": 200, "message": "Sertifikat og nøkkel er installert. Det kan ta noen sekunder å reflektere over noden." }, "result": { "caCert": { "fileName": "videoMeshCsr.crt", "localFileName": "CaCert.crt", "fileLastModified": 1689931788598, «uploadDate»: 1689931788605, «størrelse»: 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": "sha256WithEncryptionRsa ", "fingerPrint": "11:22:33:44:AA:BB:CC:DD", "publicKey": { "algorithm": "rsaEncryption", "e": 65537, "n": "3X4MPL3", "bitstørrelse": 2048 }, "altNames": [], "extensions":{} } }, "caKey": { "fileName": "VideoMeshGeneratedPrivate.key", "localFileName": "CaPrivateKey.key", "fileLastModified": 1689931788629, «uploadDate»: 1689931788642, «størrelse»: 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 CERTIFICAT FORESPØRSEL----- \nS4MP1E_ C3RT_ C0NT3NT\n-----AVSLUTT SERTIFIKAT FORESPØRSEL-----" }, "encryptedPassphrase": null } }

Eksempelrespons 2:

{ "status": { "code": 400, "message": "Kunne ikke analysere sertifikatfilen. Kontroller at det er et riktig formatert sertifikat, og prøv på nytt." } }

Eksempelrespons 3:

{ "status": { "code": 400, "message": "Privat nøkkel samsvarer ikke med sertifikat (annen modul)" } }

Eksempelrespons 4:

{ "status": { "code": 202, "message": "Sertifikat og privat nøkkel VENTER på installasjon. Det kan ta noen sekunder å reflektere over noden. Hvis noden er i vedlikeholdsmodus, blir den installert når den deaktiveres." } }

Last ned det CA-signerte sertifikatet

Laster ned det CA-signerte sertifikatet som er installert på noden.

[FÅ] https://<node_ip >/api/v1/externalCertManager/caCert

Du kan også laste ned filen via Send og last ned alternativet.

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

-----BEGIN CERTIFICATE----- S4MP1E_ C3RT_ C0NT3NT -----AVSLUTT SERTIFIKAT-----

Eksempelrespons 2:

{ "status": { "code": 404, "message": "Kunne ikke laste ned, CA-sertifikat finnes ikke." } }

Slett det CA-signerte sertifikatet

Sletter det CA-signerte sertifikatet som er installert på noden.

[DELETE] https://<node_ip >/api/v1/externalCertManager/caCert

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

{ "status": { "code": 200, "message": "Slettet CA-sertifikat." } }

Eksempelrespons 2:

{ "status": { "code": 404, "message": "CA-sertifikat finnes ikke." } }

Felles API-svar

Nedenfor finner du noen eksempler på svar du kan støte på når du bruker en av API-ene nevnt ovenfor.

Eksempelrespons 1: Feil legitimasjon angitt i den grunnleggende autorisasjonen.

{ "status": { "code": 401, "message": "pålogging mislyktes: feil passord eller brukernavn» } }

Eksempelrespons 2: VMN er ikke oppgradert til den obligatoriske versjonen som støtter disse API-ene.

{ "status": { "code": 421, "message": "Feildirigert forespørsel 1:[undefined]" } }

Eksempelrespons 3: Feil referer angitt i toppteksten (når topptekst ikke var forventet).

{ "status": { "code": 421, "message": "Feildirigert forespørsel 2:[https://x.x.x.x/setup]" } }

Eksempelrespons 4: Frekvensgrensen er overskredet. Prøv etter en stund.

 { "status": { "code": 429, "message": "For mange forespørsler" } }

Legg til interne og eksterne rutingsregler

Fra grensesnittet for Video Mesh-noden velger du 5 Ekstern IP-konfigurasjon og klikk deretter Velg .

Velg 3 Behandle rutingsregler , og klikk deretter Velg .

Du kan legge til manuelle overstyringer av disse reglene i de neste trinnene.

Følg disse trinnene etter behov:

Klikk på Legg til ekstern rute , og angi deretter det interne subnett- eller verts- IP-adresse som skal brukes for den eksterne ruten.
Klikk på Legg til intern rute , og angi deretter det eksterne subnett- eller verts- IP-adresse som skal brukes for den interne ruten.

Når du legger til hver regel, vises de i listen over rutingsregler, kategorisert som brukerdefinerte regler.

Standardrutene kan ikke slettes, men du kan slette alle brukerdefinerte overstyringer du har konfigurert.

Åpne en SSH-tilkobling til den offentlige IP-adresse til videonettnode.
Få tilgang til videonettnode via ESXi-konsollen

Registrer videonettnode til Webex Cloud

Før du begynner

Når du starter registreringen av en node, må du fullføre den innen 60 minutter, ellers må du starte på nytt.
Kontroller at eventuelle popup-blokkeringer i nettleseren din er deaktivert eller at du tillater et unntak forhttps://admin.webex.com .
For best resultat kan du distribuere alle nodene i en klynge i det samme datasenter. Se Klynger i videonett for hvordan de fungerer og beste praksis.
Fra verten eller maskinen der du registrerer videonettnoder til skyen, må du ha tilkobling til Webex-skyen og IP-adressene for videonettverket som registreres (i et dobbelt NIC-miljø, nærmere bestemt de interne IP-adressene til videoen Nettnoder).

Logg på Kontrollhub .

Gå til Tjenester > Hybrid og velg én:

Konfigurer : Velg dette alternativet hvis dette er den første videonettnode du registrerer, og klikk deretter på Neste .

Se Fullfør forutsetningene for videonett hvis du vil ha mer informasjon.
Vis alle : Velg dette alternativet hvis du allerede har registrert én eller flere videonettnoder, og klikk deretter på Legg til ressurs .

Kontroller at du har installert og konfigurert videonettnode. Klikk på Ja, jeg er klar til å registrere meg... , og klikk deretter Neste .

I Opprett en ny eller velg en klynge , velg én:

For en ny klynge skriver du inn et navn på klyngen du vil tilordne videonettnode til.
For en eksisterende klynge klikker du på feltet, og deretter velger du en eksisterende klynge den nye noden skal legges til i.

Vi anbefaler at du gir navn til en klynge basert på hvor nodene i klyngen befinner seg geografisk. For eksempel «San Francisco».

I Angi FQDN- eller IP-adresse , angi det fullt kvalifisert domenenavn (FQDN) eller den interne IP-adresse til videonettnode , og klikk deretter på Neste .

Hvis du bruker FQDN, angir du et domene som kan løses av DNS.
Hvis du bruker en IP-adresse, skriver du inn den samme interne IP-adresse som du brukte til å konfigurere noden fra konsollen.

Et FQDN må løses direkte til IP-adresse , ellers er det ikke brukbart. Vi utfører valideringen på FQDN for å utelukke skrivefeil eller konfigurasjonsfeil.

Under Oppgraderingsplan , velg tid, frekvens og tidssone.

Når en oppgradering er tilgjengelig, kan du bruke Oppgrader nå for å starte oppgraderingen før neste vedlikeholdsvindu eller Utsette for å utsette den til neste vindu.

Under E-postvarsler , legg til administrator -e-postadresser for å abonnere på varsler om tjenestealarmer og programvareoppgraderinger.

administrator e-postadresse din legges til automatisk. Du kan fjerne den hvis du vil.

Veksle på Videokvalitet innstillingen på for å aktivere 1080p 30 bilder per sekund.

Hvis denne innstillingen er deaktivert, er standarden 720p.
For videooppløsninger som støttes av Webex-appen, se Videospesifikasjoner for samtaler og møter .

Les informasjonen under Fullfør registreringen , og klikk deretter Gå til Node for å registrere noden til Webex-skyen.

Sjekk Gi tilgang til noden for Webex- videonettnode , og klikk deretter Fortsett .

Klikk på Tillat .

Kontoen din er validert, videonettnode er registrert og meldingen Registrering fullført vises, noe som indikerer at videonettnode nå er registrert i Webex.

videonettnode henter maskinlegitimasjon basert på organisasjonens rettigheter. Den genererte maskinlegitimasjonen utløper regelmessig og oppdateres.

Klikk på portalkoblingen eller lukk fanen for å gå tilbake til siden Videonett.

På siden Videonett ser du nå den nye klyngen som inneholder videonettnode for videonett som du registrerte.

Hvis du går til klyngen, ser du den nye videonettnode, som først viser statusen på Registrerer deg . Noden endres til Kjører når den er klar til bruk i Webex-organisasjonen din.
Siden programvaren er en beholder som inneholder tjenester fra skyinfrastrukturen, får den oppdateringer fra skyen for å forbli synkronisert med skytjenestene. Nødvendige oppdateringer kan installeres kort tid etter at du har registrert noden i skyen. Du kan også endre tidsplanen for automatisk oppgradering. Se Automatiske oppgraderinger for ressurser for hybridtjenester hvis du vil ha mer informasjon.
Hvis du installerte demobildet på noden du registrerte, ser du en demomodus gul statusalarm. Denne alarmen er normal, men vi anbefaler at du installerer hele programvarebildet før den utsatte perioden på 90 dager utløper for demobildet.

Ting å huske på

Husk følgende informasjon om videonettnode og hvordan den fungerer når den er registrert i Webex-organisasjonen din:

Når du distribuerer en ny videonettnode, vil ikke Webex-appen og den Webex-registrerte enheten gjenkjenne den nye noden på opptil to timer. Klientene sjekker om klyngen er tilgjengelig under oppstart, nettverksendring eller hurtigbufferutløp. Du kan vente i to timer eller, som en løsning, starte Webex-appen på nytt eller starte Webex-rommet eller -skrivebordet på nytt. Deretter registreres samtaleaktivitet i videonettrapportene i Control Hub.
En videonettnode registreres til én Webex-organisasjon. det er ikke en enhet med flere tenantgrupper.
Hvis du vil vite hva som bruker videonettnode og hva som ikke gjør det, kan du se tabellen i Klienter og enheter som bruker videonettnode .
videonettnode kan koble til Webex-nettsted ditt eller til en annen kundes eller partners Webex-nettsted. Nettsted A distribuerte for eksempel en videonettnode klynge og registrerte den med domenet example1.webex.com. Hvis brukere i nettsted A ringer inn til mymeeting@example1.webex.com, bruker de videonettnode , og det kan opprettes en gjennomgripende overgang. Hvis brukerne i nettsted A ringer dittmøte@example2.webex.com, vil brukerne av nettsted A bruke sin lokale videonettnode og koble til møtet i nettsted Bs Webex-organisasjon.

Hva du skal gjøre videre

Hvis du vil registrere flere noder, gjentar du disse trinnene.
Hvis en oppgradering er tilgjengelig, anbefaler vi at du tar den i bruk så snart som mulig. Fullfør følgende trinn for å oppgradere:
1. Klargjøringsdataene sendes til Webex-skyen av Ciscos utviklingsteam over sikre kanaler. Klargjøringsdataene er signert. For beholderne inneholder klargjøringsdataene navn, kontrollsum, versjon og så videre. videonettnode henter også klargjøringsdataene fra Webex-skyen over sikre kanaler.
2. Når videonettnode får klargjøringsdataene sine, autentiseres noden med skrivebeskyttet legitimasjon og laster ned beholderen med bestemt sjekksum og navn, og oppgraderer systemet. Hver beholder som kjører på videonettnode , har et bildenavn og en kontrollsum. Disse attributtene lastes opp til Webex-skyen ved hjelp av sikre kanaler.

Aktiver Quality of Service (QoS) for videonettnode

Før du begynner

Gjør de nødvendige endringene i brannmurporten som er dekket i diagrammet og tabellen. Se Porter og protokoller som brukes av videonett .
For at Video Mesh-noder skal aktiveres for QoS, må nodene være tilkoblet. Noder i vedlikeholdsmodus eller frakoblet tilstander ekskluderes når du aktiverer denne innstillingen.

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , klikk Rediger innstillinger på Video Mesh-kortet.

Bla til Tjenestekvalitet og klikk Aktiver .

Lyd: 52500–59499 og 59500–62999 DSCP EF (Expedited Forwarding)
Video/innhold: 63000–64667 og 64668–65500 DSCP AF41

All returtrafikk for Video Mesh (lyd, video, innhold) fra de delte portene er merket med AF41. Lydtrafikken må merkes til EF i nettverket ditt, basert på kildeportnumrene.

Hvis QoS ikke er fullstendig aktivert om to timer, åpne en sak med støtte for videre etterforskning.

Nodene starter på nytt og oppdateres med det nye portområdet.

Kontroller portområder for videonettnode med reflektorverktøy i nettgrensesnittet

Reflektorverktøyet (en kombinasjon av en server på Video Mesh-noden og klient gjennom et Python-skript) brukes til å bekrefte om de nødvendige TCP/UDP-portene er åpne fra Video Mesh-nodene.

Før du begynner

Last ned en kopi av Reflector Tool Client (et Python-skript) frahttps://github.com/CiscoDevNet/webex-video-mesh-reflector-client .
For at skriptet skal fungere som det skal, må du kontrollere at du kjører Python 2.7.10 eller nyere i miljøet ditt.
For øyeblikket støtter dette verktøyet SIP-endepunkter til videonettnoder og intraklyngebekreftelse.

1	Fra kundevisningen ihttps://admin.webex.com , aktiver vedlikeholdsnoden for videonettnode ved å følge disse instruksjonene .
2	Vent til noden viser statusen Klar for vedlikehold i Control Hub.
3	Åpne nodegrensesnittet for Webex-videonett. Hvis du vil ha instruksjoner, se Behandle videonettnode fra nettgrensesnittet .
4	Bla til Refleksverktøy , og start deretter enten TCP Reflector Server eller UDP Reflector Server , avhengig av hvilken protokoll du vil bruke.
5	Klikk på Start Reflector Server , og vent deretter til serveren starter. Du ser et varsel når serveren starter.
6	Fra et system (for eksempel en PC) i et nettverk som du vil at Video Mesh-nodene skal nå, kjører du skriptet med følgende kommando: `$ python <local_path_to_client_script >/reflectorClient.py --ip --protokoll` På slutten av kjøringen viser klienten en vellykket melding hvis alle nødvendige porter er åpne: Klienten viser en mislykket melding hvis noen nødvendige porter ikke er åpne:
7	Løs eventuelle portproblemer på brannmuren, og kjør deretter trinnene ovenfor på nytt.
8	Kjør klienten med `--hjelp` for å få flere detaljer.

Konfigurer videonettnode for proxy-integrering

Bruk denne fremgangsmåten til å angi hvilken type proxy du vil integrere med et videonett. Hvis du velger en gjennomsiktig inspeksjons-proxy eller en eksplisitt proxy, kan du bruke nodens grensesnitt til å laste opp og installere rotsertifikat, kontrollere proxy-tilkoblingen og feilsøke potensielle problemer.

Før du begynner

Se Proxy-støtte for videonett for en oversikt over proxy-alternativene som støttes.
Krav for proxy-støtte for videonett

Angi nettadressen for oppsett av videonett https://[IP eller FQDN/oppsett i en nettleser skriver du inn administratorlegitimasjonen du konfigurerte for noden, og klikker deretter Logg på .

Gå til Trust Store og proxy , og velg deretter et alternativ:

Ingen proxy – standardvalg før du integrerer en proxy. Ingen sertifikatoppdatering er nødvendig.
Gjennomsiktig proxy som ikke inspiserer – Videomesh-noder er ikke konfigurert til å bruke en bestemt proxy-server og skal ikke kreve endringer for å fungere med en ikke-inspeksjonsfull proxy. Ingen sertifikatoppdatering er nødvendig.
Gjennomsiktig inspeksjons-proxy – Videonettnoder er ikke konfigurert til å bruke en bestemt proxy-server . Ingen http(er)-konfigurasjonsendringer er nødvendige på Video Mesh. Videonett-nodene trenger imidlertid et rotsertifikat slik at de klarerer proxyen. Inspeksjonsfullmakter brukes vanligvis av IT til å håndheve retningslinjer for hvilke nettsteder som kan besøkes, og typer innhold som ikke er tillatt. Denne proxytypen dekrypterer all trafikken din (til og med https).

Eksplisitt proxy – Med eksplisitt proxy forteller du klienten (Video Mesh-noder) hvilken proxy-server som skal brukes, og dette alternativet støtter flere godkjenningstyper. Når du har valgt dette alternativet, må du angi følgende informasjon:

Proxy IP/FQDN – Adresse som kan brukes til å nå proxy-maskinen.
Proxy-port – Et portnummer som proxyen bruker til å lytte etter proxy-trafikk.
Proxy-protokoll – Velg http (Video Mesh tunnelerer https-trafikken gjennom http-proxyen) eller https (trafikk fra Video Mesh-noden til proxyen bruker https-protokollen). Velg et alternativ basert på hva proxy-server støtter.

Velg mellom følgende godkjenningstyper, avhengig av proxy-miljøet:

Alternativ	Bruk
Ingen	Velg for HTTP eller HTTPS eksplisitte proxyer der det ikke finnes noen godkjenningsmetode.
Grunnleggende	Tilgjengelig for HTTP- eller HTTPS-eksplisitte proxyer. Brukes for en HTTP-brukeragent for å oppgi brukernavn og passord når du foretar en forespørsel, og bruker Base64-koding.
Sammendrag	Kun tilgjengelig for eksplisitte HTTPS-proxyer. Brukes til å bekrefte kontoen før sending av sensitiv informasjon, og bruker en hash-funksjon på brukernavn og passord før sending over nettverket.
NTLM	Kun tilgjengelig for eksplisitte HTTP-proxyer. Som Digest, brukes til å bekrefte kontoen før sending av sensitiv informasjon. Bruker Windows-legitimasjon i stedet for brukernavn og passord. Hvis du velger dette alternativet, angir du Active Directory -domenet som proxyen bruker til autentisering i NTLM-domene felt. Skriv inn navnet på proxy-arbeidsstasjonen (også referert til som en arbeidsstasjonskonto eller maskinkonto) innenfor det angitte NTLM-domenet i NTLM-arbeidsstasjon felt.

Følg de neste trinnene for en gjennomsiktig inspeksjon eller eksplisitt proxy.

Klikk på Last opp et rotsertifikat eller et sluttenhetssertifikat , og finn og velg rotsertifikat for den eksplisitte eller gjennomsiktige inspeksjons-proxyen.

Sertifikatet er lastet opp, men ikke installert ennå fordi noden må startes på nytt for å installere sertifikatet. Klikk på pilen ved siden av sertifikatutstederens navn for å få mer informasjon, eller klikk Slett hvis du gjorde en feil og vil laste opp filen på nytt.

Hvis du vil ha gjennomsiktig inspeksjon eller eksplisitte proxyer, klikker du Kontroller proxy-tilkobling for å teste nettverkstilkobling mellom videonett-noden og proxyen.

Hvis tilkoblingstesten mislykkes, ser du en feilmelding som viser årsaken og hvordan du kan løse problemet.

Når tilkoblingstesten er bestått, for eksplisitt proxy, slår du bryteren på til Rut alle https-forespørsler fra port 443 fra denne noden gjennom den eksplisitte proxyen . Det tar 15 sekunder før denne innstillingen trer i kraft.

Klikk på Installer alle sertifikater i Trust Store (vises hver gang et rotsertifikat ble lagt til under proxy-oppsett) eller Start på nytt (vises hvis det ikke ble lagt til noe rotsertifikat ), les ledeteksten, og klikk deretter Installer hvis du er klar.

Noden starter på nytt innen noen få minutter.

Når noden har startet på nytt, logger du på igjen om nødvendig, og åpner deretter Oversikt for å kontrollere tilkoblingskontrollene for å sikre at alle har grønn status.

Proxy-tilkoblingskontrollen tester bare et underdomene til webex.com. Hvis det er tilkoblingsproblemer, er et vanlig problem at noen av skydomenene som er oppført i installasjonsveiledningen, blokkeres på proxyen.

Integrer videonett med oppgaveflyt for samtalekontroll

Før du begynner

Se Distribusjonsmodeller for Video Mesh og Cisco Unified Communications Manager for å forstå vanlige eksempler på distribusjon.
Video Mesh støtter enten TCP eller TLS mellom Unified CM og SIP-signalisering. SIP TLS støttes ikke for VCS Expressway.
I Unified CM kan hver SIP-trunk støtte opptil 16 videonettdestinasjoner (IP-adresser).
I Unified CM kan innkommende porter på SIP-trunk - sikkerhetsprofil være standard (Non Secure SIP-trunkprofil).
Videonett støtter to rutemønstre: nettstedsnavn.webex.com og meet.ciscospark.com . Andre rutemønstre støttes ikke.

Videonett støtter 3 rutemønstre: webex.com (for korte videoadresser ), nettstedsnavn.webex.com og meet.ciscospark.com . Andre rutemønstre støttes ikke.

Velg ett av disse alternativene, avhengig av samtalekontroll og sikkerhetskravene:

Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett
Konfigurer Unified CM TCP SIP-trafikkruting for videonett
Konfigurer Expressway TCP SIP-trafikkruting for videonett (kun TCP)

SIP-enheter registrert i Unified CM (TLS eller TCP)

SIP-enheter registrert på VCS eller Expressway (kun TCP)

Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett

Opprett en SIP-profil for videonettklynger:

Fra Cisco Unified CM-administrasjon går du til Enhet > Enhetsinnstillinger > SIP-profil , og klikk deretter Finn .
Velg Standard SIP-profil for Cisco VCS , og klikk deretter Kopier .
Angi et navn på den nye profilen – for eksempel SIP-profil for videonett .
Under Trunkspesifikk konfigurasjon , angi Tidlig tilbud om støtte for tale- og videosamtaler til Beste innsats (ingen MTP er satt inn) .

Du kan bruke denne innstillingen på en ny SIP-trunk til Webex-skyen (rutet av det eksterne domenet for Webex-nettsted). Innstillingen påvirker ikke eksisterende SIP-trunking eller samtaleruting.
Pass på at Aktiver OPTIONS-ping for å overvåke målstatus for kanaler med tjenestetype er sjekket.
La alle andre felt ha standardverdiene, og lagre endringene.

Legg til en ny SIP-trunk - sikkerhetsprofil for videonettklynger:

Fra Cisco Unified CM-administrasjon velger du System > Sikkerhet > sikkerhetsprofil for SIP-trunk , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh sikker sikkerhetsprofil for SIP-trunk

Bekreft disse innstillingene:

Felt	Verdi
sikkerhetsmodus	Kryptert
Innkommende transporttype	TLS
Utgående transporttype	TLS
X.509 Emnenavn Emne for sikker sertifikat eller alternativt navn	Angi det vanlige navnet på nodesertifikatet for videonett.
Innkommende port	5061
SIP V.150 utgående SDP-tilbudsfiltrering	Bruk standardfilter

La alle andre felt ha standardverdiene, og lagre endringene.

Legg til en ny SIP-trunk for å peke til videonettklyngene dine:

I en Unified CM-distribusjon legger du til en enkelt trunk.
I en SMB-distribusjon finnes det vanligvis en trunk mellom Unified CM og SME. Legg til en annen trunk mellom SME- og Video Mesh-noder. Begge kanalene må ha de samme innstillingene som er angitt nedenfor.

Fra Cisco Unified CM-administrasjon velger du Enhet > Trunk , og klikk deretter Legg til ny .
Velg SIP-trunk for trunktypen; la de andre verdiene stå og klikk Neste .
Skriv inn et meningsfylt navn, for eksempel Video_ Mesh_ SIP_ Trunk_ UCM tilVMN .
Sjekk SRTP tillatt avmerkingsboks
For Infoformat for anroper og tilkobling , sjekk Levere URI og DN i tilkoblet part, hvis tilgjengelig . Denne innstillingen aktiverer blandet identitet. Den tillater at SIP-trunk -trunken overfører bedriftssidens URI-katalog til Webex.
Sjekk Kjør på alle aktive Unified CM -noder .
Under SIP-informasjon – destinasjon , skriver du inn en IP-adresse eller et fullt kvalifisert domenenavn (FQDN) for hver av videonettnodene dine.
Gå inn 5061 for Målport .
For sikkerhetsprofil for SIP-trunk , velger du trunksikkerhetsprofil for videonett som du opprettet tidligere. (For eksempel Video Mesh sikker sikkerhetsprofil for SIP-trunk .)
For SIP-profil , velger du SIP-profil for videonett som du opprettet tidligere. (For eksempel SIP-profil for videonett .)

La alle andre felt ha standardverdiene, og lagre endringene.

Et Video Mesh-anrop eller et møte kan tilordne medier til en hvilken som helst node i en klynge, ikke bare noden som avslutter SIP-samtale.

Opprett en SIP-trunk som peker til en Expressway for Webex-skyfailover.

Fra Cisco Unified CM-administrasjon velger du Enhet > Trunk , og klikk deretter Legg til ny .
Velg SIP-trunk for trunktypen; la de andre verdiene stå og klikk Neste .
Skriv inn et meningsfylt navn, for eksempel Video_ Mesh_ VCS_ Bagasjerom .
For Infoformat for anroper og tilkobling , sjekk Levere URI og DN i tilkoblet part, hvis tilgjengelig . Denne innstillingen aktiverer blandet identitet. Den tillater at SIP-trunk -trunken overfører bedriftssidens URI-katalog til Webex.
Under SIP-informasjon – destinasjon , skriver du inn en IP-adresse eller et fullt kvalifisert domenenavn (FQDN) for hver av Expresswayene dine. For Port , angi 5060 .
For SIP-profil , velg Standard SIP-profil for Cisco VCS .

Opprett en ny rutegruppe for anrop til videonettklynger:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Rutegruppe , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel videonettnode for videonettnode .
Endre Distribusjonsalgoritme til Topp og ned .
I Rute informasjon om gruppemedlem Finner du Enheter med navn Videonett .
Legg til Video_ Mesh_ SIP_ Trunk_ UCM tilVMN ved å klikke Legg til i rutegruppe .
Lagre endringene.

For overflyt til skyen oppretter du en ny rutegruppe for anrop til Expressway:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Rutegruppe , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Rutegruppe for Expressway-nettverk for video .
Endre Distribusjonsalgoritme til Topp og ned .
I Rute informasjon om gruppemedlem Finner du Enheter med navn Videonett .
Legg til Video_ Mesh_ VCS_ Bagasjerom ved å klikke Legg til i rutegruppe .
Lagre endringene.

Opprett en ny ruteliste for anrop til videonettklynger og Expressway:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Ruteliste , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel videonettnode .
Angi Cisco Unified Communications Manager-gruppe til Standard , eller en annen verdi avhengig av konfigurasjonen din.
Lagre endringene.
I Medlemsinformasjon for ruteliste klikker du på Legg til rutegruppe , og velg deretter Rutegruppe for videonett .
Behold standardinnstillingene for de andre innstillingene, og lagre deretter endringene.
I Medlemsinformasjon for ruteliste klikker du på Legg til rutegruppe , og velg deretter Rutegruppe for Expressway-nettverk for video .
Behold standardinnstillingene for de andre innstillingene, og lagre deretter endringene.

Opprett et SIP-rutemønster for kort videoadresse oppringingsformat for Webex-møter:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny og angi navnet Rutemønster for videonett for korte Webex-URI-er .
I IPv4-mønster , angi webex.com som domene.
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Opprett et SIP-rutemønster for Webex-nettsted:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny og angi navnet Rutemønster for videonett for Webex-nettsteder .
I IPv4-mønster , skriver du inn Webex-nettsted du vil ha optimalisert media for – for eksempel examplesitename.webex.com .
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Opprett et SIP-rutemønster for Webex-appmøter (bakoverkompatibilitet):

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny , og angi deretter navnet Rutemønster for videonett for Teams-møter .
I IPv4-mønster , angi meet.ciscospark.com .
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Konfigurer Unified CM TCP SIP-trafikkruting for videonett

Opprett en SIP-profil for videonettklynger:

Fra Cisco Unified CM-administrasjon går du til Enhet > Enhetsinnstillinger > SIP-profil , og klikk deretter Finn .
Velg Standard SIP-profil for Cisco VCS , og klikk deretter Kopier .
Angi et navn på den nye profilen – for eksempel SIP-profil for videonett .
Under Trunkspesifikk konfigurasjon , angi Tidlig tilbud om støtte for tale- og videosamtaler til Beste innsats (ingen MTP er satt inn) .

Du kan bruke denne innstillingen på en ny SIP-trunk til Webex (rutet av det eksterne domenet for Webex-nettsted). Innstillingen påvirker ikke eksisterende SIP-trunking eller samtaleruting.
Pass på at Aktiver OPTIONS-ping for å overvåke målstatus for kanaler med tjenestetype er sjekket.
La alle andre felt ha standardverdiene, og lagre endringene.

Legg til en ny SIP-trunk - sikkerhetsprofil for videonettklynger:

Fra Cisco Unified CM-administrasjon velger du System > Sikkerhet > sikkerhetsprofil for SIP-trunk , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel trunksikkerhetsprofil for videonett

Bekreft disse innstillingene:

Felt	Verdi
sikkerhetsmodus	Ikke-sikker
Innkommende transporttype	TCP+UDP
Utgående transporttype	TCP
Innkommende port	5060
SIP V.150 utgående SDP-tilbudsfiltrering	Bruk standardfilter

La alle andre felt ha standardverdiene, og lagre endringene.

Legg til en ny SIP-trunk for å peke til videonettklyngene dine:

I en Unified CM-distribusjon legger du til en enkelt trunk.
I en SMB-distribusjon finnes det vanligvis en trunk mellom Unified CM og SME. Legg til en annen trunk mellom SME- og Video Mesh-noder. Begge kanalene må ha de samme innstillingene som er angitt nedenfor.

Fra Cisco Unified CM-administrasjon velger du Enhet > Trunk , og klikk deretter Legg til ny .
Velg SIP-trunk for trunktypen; la de andre verdiene stå og klikk Neste .
Skriv inn et meningsfylt navn, for eksempel Video_ Mesh_ SIP_ Trunk_ UCM tilVMN .
For Infoformat for anroper og tilkobling , sjekk Levere URI og DN i tilkoblet part, hvis tilgjengelig . Denne innstillingen aktiverer blandet identitet. Den tillater at SIP-trunk -trunken overfører bedriftssidens URI-katalog til Webex.
Sjekk Kjør på alle aktive Unified CM -noder .
Under SIP-informasjon – destinasjon , skriver du inn en IP-adresse eller et fullt kvalifisert domenenavn (FQDN) for hver av videonettnodene dine.
Gå inn 5060 for Målport .
For sikkerhetsprofil for SIP-trunk , velger du trunksikkerhetsprofil for videonett som du opprettet tidligere. (For eksempel trunksikkerhetsprofil for videonett .)
For SIP-profil , velger du SIP-profil for videonett som du opprettet tidligere. (For eksempel SIP-profil for videonett .)

La alle andre felt ha standardverdiene, og lagre endringene.

Et Video Mesh-anrop eller et møte kan tilordne medier til en hvilken som helst node i en klynge, ikke bare noden som avslutter SIP-samtale.

Opprett en ny SIP-trunk for å peke til en Expressway.

Fra Cisco Unified CM-administrasjon velger du Enhet > Trunk , og klikk deretter Legg til ny .
Velg SIP-trunk for trunktypen; la de andre verdiene stå og klikk Neste .
Skriv inn et meningsfylt navn, for eksempel Video_ Mesh_ VCS_ Bagasjerom .
For Infoformat for anroper og tilkobling , sjekk Levere URI og DN i tilkoblet part, hvis tilgjengelig . Denne innstillingen aktiverer blandet identitet. Den tillater at SIP-trunk -trunken overfører bedriftssidens URI-katalog til Webex.
Under SIP-informasjon – destinasjon , skriver du inn en IP-adresse eller et fullt kvalifisert domenenavn (FQDN) for hver av Expresswayene dine. For Port , angi 5060 .
For SIP-profil , velg Standard SIP-profil for Cisco VCS .

Opprett en ny rutegruppe for anrop til videonettklynger:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Rutegruppe , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel videonettnode for videonettnode .
Endre Distribusjonsalgoritme til Topp og ned .
I Rute informasjon om gruppemedlem Finner du Enheter med navn Videonett .
Legg til Video_ Mesh_ SIP_ Trunk_ UCM tilVMN ved å klikke Legg til i rutegruppe .
Lagre endringene.

For overflyt til skyen oppretter du en ny rutegruppe for anrop til Expressway:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Rutegruppe , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Rutegruppe for Expressway-nettverk for video .
Endre Distribusjonsalgoritme til Topp og ned .
I Rute informasjon om gruppemedlem Finner du Enheter med navn Videonett .
Legg til Video_ Mesh_ VCS_ Bagasjerom ved å klikke Legg til i rutegruppe .
Lagre endringene.

Opprett en ny ruteliste for anrop til videonettklynger og Expressway:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Ruteliste , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel videonettnode .
Angi Cisco Unified Communications Manager-gruppe til Standard , eller en annen verdi avhengig av konfigurasjonen din.
Lagre endringene.
I Medlemsinformasjon for ruteliste klikker du på Legg til rutegruppe , og velg deretter Rutegruppe for videonett .
Behold standardinnstillingene for de andre innstillingene, og lagre deretter endringene.
I Medlemsinformasjon for ruteliste klikker du på Legg til rutegruppe , og velg deretter Rutegruppe for Expressway-nettverk for video .
Behold standardinnstillingene for de andre innstillingene, og lagre deretter endringene.

Opprett et SIP-rutemønster for kort videoadresse oppringingsformat for Webex-møter:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny og angi navnet Rutemønster for videonett for korte Webex-URI-er .
I IPv4-mønster , angi webex.com som domene.
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Opprett et SIP-rutemønster for Webex-nettsted:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny og angi navnet Rutemønster for videonett for Webex-nettsteder .
I IPv4-mønster , skriver du inn Webex-nettsted du vil ha optimalisert media for – for eksempel examplesitename.webex.com , hvor eksempelnettstedsnavn er navnet på ditt faktiske Webex-nettsted.
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Opprett et SIP-rutemønster for Webex-appmøter:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny , og angi deretter navnet Rutemønster for videonett for Teams-møter .
I IPv4-mønster , angi meet.ciscospark.com .
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Konfigurer Expressway TCP SIP-trafikkruting for videonett

Opprett en sone som peker til videonettklynger:

Fra VCS-kontroller eller Expressway-C går du til Konfigurasjon > Soner > Soner , og klikk deretter Nyhet .

Konfigurer følgende felt:

Feltnavn	Verdi
Navn	Angi et navn som enkelt identifiserer sonen – for eksempel WebexVideoMeshZone
Skriv inn	Nabo
H.323
Modus	Av
SIP
Modus	På
Port	5060
Transport	TCP
Sted
Slå opp jevnaldrende ved å	Adresse
Peer [n]-adresse	Angi IP-adressene for hver videonettnode.

La de andre feltene beholde standardinnstillingene, og lagre deretter endringene.

Opprett oppringingsmønstre for videonettklynger for Webex-nettsteder:

Fra Expressway-C, gå til Konfigurasjon > Oppringingsplan > Søkeregler , og klikk deretter Nyhet .

Konfigurer følgende felt for Webex-nettsted :

Feltnavn

Verdi

Regelnavn

Angi et regelnavn som enkelt identifiserer søkeregelen – for eksempel WebexVideoMesh-YourSite

Prioritet

100 er standard. Kontroller at dette tallet er lavere enn reservereglene for skyen og B2B.

Protokoll

SIP

Modus

Aliasmønstersamsvar

Mønstertype

Regelmessig uttrykk

Mønsterstreng

.*@(YourSite\.)?webex\.com.*

Mønsteratferd

Forlat

Ved vellykket match

Fortsett

Mål

Velg sonen for videonett du opprettet – for eksempel WebexVideoMeshZone .

La de andre feltene beholde standardinnstillingene, og lagre deretter endringene.

Opprett et traverseringsklient og sonepar som peker til skyen Expressway for failover:

Se Grunnleggende konfigurasjonsveiledning for Expressway for versjonen for trinnene for å opprette paret for traverseringsklient og sone.

Opprett en reservesøkeregel til Traversal-klientsonen som fører til Expressway-E:

Fra Expressway-C, gå til Konfigurasjon > Oppringingsplan > Søkeregler , og klikk deretter Nyhet .

Konfigurer følgende felt:

Feltnavn	Verdi
Regelnavn	Angi et regelnavn som enkelt identifiserer søkeregelen – for eksempel WebexVideoMesh-failover
Prioritet	100 er standard. Kontroller at prioriteten er lavere ved å angi et tall som er høyere enn oppringingsmønsteret for Videonett og B2B-reglene.
Protokoll	SIP
Modus	Ethvert alias
Mønsteratferd	Forlat
Ved vellykket match	Fortsett
Mål	Velg klientsonen for Traversal som fører til Expressway-E.

La de andre feltene beholde standardinnstillingene, og lagre deretter endringene.

Fra Expressway-E, gå til Konfigurasjon > Soner > Soner . Klikk på Nyhet og legg til Webex Zone.

I versjoner før X8.11 opprettet du en ny DNS-sone for dette formålet.

Opprett et oppringingsmønster for Expressway-skyen:

Fra Expressway-E, gå til Konfigurasjon > Oppringingsplan > Søkeregler , og klikk deretter Nyhet .

Konfigurer følgende felt:

Feltnavn	Verdi
Regelnavn	Angi et regelnavn som enkelt identifiserer søkeregelen – for eksempel WebexVideoMesh-toCloud
Prioritet	Angi en høyere verdi enn regelen for de lokale videonettnodene. Hvis nodene er satt til 100, setter du denne verdien til 101 . Du må også sørge for at verdien er lavere enn alle B2B-regler på Expressway.
Protokoll	SIP
Kilde	Navngitt
Kildenavn	Velg serversonen for sikker kryssing fra Expressway-C – for eksempel WebexVideoMeshZone
Modus	Aliasmønstersamsvar
Mønstertype	Regelmessig uttrykk
Mønsterstreng	*`.@(YourSite\.)?webex\.com.`*
Mønsteratferd	Forlat
Ved vellykket match	Stopp
Mål	Velg Webex-sonen eller DNS-sonen.

For SIP-enheter som er registrert på Expressway-C, åpner du enhetens IP-adresse i en nettleser, går du til Oppsett , bla til SIP , og velg Standarder fra Skriv inn rullegardinmenyen.

Utveksle sertifikatkjeder mellom Unified CM og videonettnoder

I et klyngemiljø må du installere CA- og serversertifikater på hver node individuelt.

Før du begynner

Av sikkerhetshensyn anbefaler vi at du bruker et CA-signert sertifikat på videonettnodene i stedet for nodens standard selvsignert sertifikat.

Åpne nodegrensesnittet for Videonett (IP-adresse/oppsett, for eksempel,https://192.0.2.0/setup ) i nettleseren og logg på med nodens administratorlegitimasjon.

Gå til Serversertifikater og be om og last opp et sertifikat og nøkkelpar etter behov:

Det vanlige navnet er ikke en URL. Den inkluderer ikke noen protokoll (for eksempel http:// eller https://), portnummer eller banenavn. Den commonName -feltet i X.509-sertifikatspesifikasjonen representerer det vanlige navnet. Forhttps://www.example.com , er riktig verdi example.com .

Den private nøkkelen er allerede på plass når du genererer en CSR. Hvis du ikke bruker trinnet for oppretting av CSR, må du laste opp en privat nøkkel.

Når du har sertifikatet og nøkkelen, klikker du Last opp et serversertifikat (.crt- eller .pem-fil) , velg sertifikatfilen, og klikk deretter på Last opp en privat nøkkel (.key-fil) og angi en passordfrase hvis du har en.
Når du har fått sertifikatet, går du til den første videonett-noden i en klynge, klikker på Installer serversertifikat , les ledeteksten, klikk på Installer , og klikk deretter OK .

En skyregistrert Video Mesh-node avsluttes elegant og venter i opptil to timer på at eventuelle samtaler avsluttes. Noden fullfører deretter sertifikatinstallasjonen. Det vises en melding når serversertifikat installeres. Du kan deretter laste inn siden på nytt for å vise det nye sertifikatet og nøkkeloppføringen.
Klikk på Last ned ved siden av sertifikatet og nøkkelfilene for å lagre en lokal kopi.

Lagre filene et sted som er enkle å huske, og la Video Mesh-forekomsten være åpen i nettleserfanen.
Gå til neste Video Mesh-node i klyngen, fyll ut passordfrasen, og last deretter opp den private nøkkelfilen. Klikk deretter på Last opp et serversertifikat og velg deretter Installer serversertifikat , les ledeteksten, klikk på Installer , og klikk deretter OK .
Gjenta disse trinnene for alle Video Mesh-noder i den samme klyngen.

Lagre Unified CM -filen et sted som er lett å huske, og la Unified CM -forekomsten være åpen i nettleserfanen.

Gå tilbake til kategorien Grensesnitt for videonettnode, klikk på Trust Store og proxy , og velg deretter et alternativ:

Hvis Unified CM bruker et CA-sertifikat som er signert av en kjent organisasjon, klarerer videonettnoden det automatisk. Klareringen er basert på listen over rotsertifikater fra VMN-nodens verts-OS, som oppdateres regelmessig.
Hvis Unified CM bruker et CA-sertifikat som er signert av et internt CA rotsertifikat for bedriften , legger du til dette rotsertifikat i noden. rotsertifikat er tilgjengelig fra bedriften, men kan kanskje ikke lastes ned fra Unified CM.
Legg til både ECDSA- og RSA-sertifikatene som Unified CM bruker til å betjene eksterne forespørsler. Disse sertifikatene kan være selvsignerte sertifikater eller CA-sertifikater.
Hvis du lastet ned ett enkelt sertifikat, klikker du på Last opp et rotsertifikat eller en sluttenhetssertifikat (.crt- eller .pem-fil) , og velg sertifikatfilen CallManager.pem du lastet ned. Klikk på Installer alle sertifikater i Trust Store , les ledeteksten, klikk på Installer , og start deretter noden på nytt.
Hvis du lastet ned en sertifikatkjede, laster du opp rot- CA-sertifikat og det mellomliggende CA-sertifikat, og klikker deretter på Installer alle sertifikater i Trust Store , les ledeteksten og klikk på Installer .

Hvis du vil laste opp filen til serveren, klikker du på Last opp fil .

Hvis du laster opp en sertifikatkjede, må du laste opp alle sertifikatene i kjeden.

Du kan installere og administrere serversertifikater via API-er. Hvis du vil ha mer informasjon, se VMN Server Certificate API-er .

Aktiver mediekryptering for organisasjons- og videonettklynger

Innstillinger	Resultat
Unified CM er konfigurert med en sikker trunk, og denne innstillingen for Video Mesh Control Hub er ikke aktivert.	Samtaler mislykkes.
Unified CM er ikke konfigurert med en sikker trunk, og denne innstillingen for Video Mesh Control Hub er aktivert.	Samtaler mislykkes ikke, men de faller tilbake til usikker sikker modus.

Før du begynner

Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett
Utveksle sertifikatkjeder mellom Unified CM og videonettnoder

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og klikk deretter Innstillinger på Video Mesh-kortet.

Bla til Mediekryptering og slå på innstillingen.

Klikk på Vis alle og gjenta følgende trinn for hver Video Mesh-klynge du vil aktivere for sikker SIP-trafikk.

Velg en videonett-klyngeoppføring i listen, og klikk deretter på Rediger klyngeinnstillinger .
Bla til SIP-anrop og merk av i avkrysningsboksen.
Under Klarerte SIP-kilder , skriv inn Common Name (CN) eller eventuelle FQDN-er som finnes i Subject Alternative Name på Unified CM -sertifikatet (vanligvis FQDN for Unified CM).

Disse oppføringene identifiseres som klarerte SIP-kilder og har tillatelse til å sende sikre SIP-anrop til Webex Video Mesh.

Aktiver videonett for Webex-nettstedet

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Møter klikker du på Webex-nettsted fra Møter-kortet, og deretter klikker du Innstillinger for å få tilgang til konfigurasjonsalternativene for Webex-nettsted .

Tilordne møterom for samarbeid til brukere av Webex-appen

Hvis du administrerer nettstedet ditt via Control Hub:
1. Fra kundevisningen ihttps://admin.webex.com , gå til Brukere > Administrer brukere .
  
  Hvis du vil tilordne flere brukere samtidig, kan du se dette dokumentet .
2. Tilordne Webex Collaboration-møterom til brukere i organisasjonen din.
Hvis du administrerer nettstedet ditt via nettstedsadministrator:
1. Fra nettstedsadministrator går du til brukeradministrasjon .
2. Rediger brukerkonto og merk av for Møterom for samarbeid.
  
  Hvis du vil tilordne flere brukere samtidig, kan du se dette dokumentet .

Kontroller møteopplevelsen på det sikre endepunktet

Bruk disse trinnene til å bekrefte at endepunktene er registrert på en sikker måte, og at riktig møteopplevelse vises.

1	Bli med på et møte fra det sikrede endepunktet.
2	Kontroller at møtelistelisten vises på enheten. Dette eksemplet viser hvordan møtelisten ser ut på et endepunkt med et berøringspanel:
3	Under møtet får du tilgang til Webex-konferanseinformasjonen fra Samtaledetaljer .
4	Kontroller at delen Kryptering viser Skriv inn som AES-128 og Status som På .

Behandle og feilsøke videonett

Videonettanalyse

Videonettanalyse- og feilsøkingsrapporter viser data i tidssone som er angitt for den lokale nettleseren.

Analyse

Videonettanalyse gir en langsiktig trend (opptil 3 måneder med data) i kategoriene engasjement, ressursbruk og båndbreddebruk.

sanntidsovervåking

Få tilgang til, filtrer og lagre sanntidsovervåking for Video Mesh

Fra kundevisningen ihttps://admin.webex.com , velg Analyse , og klikk deretter Videonett øverst til høyre på skjermen.

Hold pekeren over informasjon for å få en kort beskrivelse av diagrammet.

Fra bryteren til venstre velger du et alternativ for å filtrere etter hvor langt tilbake i tid du vil vise data.

Siste 4 timer (Standard) – Når du velger dette alternativet, oppdateres grafdataene hvert 1. minutt.
Siste 24 timer –Når du velger dette alternativet, oppdateres grafdataene hvert 10. minutt.

Samhandle med diagrammene ved å bruke følgende alternativer etter behov:

Hold pekeren over segmenter i diagramvisningen for å vise informasjon om det bestemte datapunktet.
Klikk på forklaringselementer på grafen eller oversikten, og klikk deretter Bruk for å oppdatere visningen for de andre forklaringselementene. Når du for eksempel har valgt forklaringselementet Amsterdam, oppdateres linjediagrammet for å utelate andre tegnforklaringselementer og bare inkludere dataene for det valgte elementet.

Når et filter brukes, oppdateres alle andre grafer og diagrammer for å vise dataene for det valgte filtret.
På en graf som viser data i et tidsintervall, kan du begrense ned til et bestemt tidsintervall ved å klikke på venstre side og dra musen til høyre. (Denne handlingen påvirker alle relaterte data som vises på analysesiden.)

Hold pekeren over deler av en smultring, linjer i en graf eller innsiktspunkter i en graf for å vise mer informasjon om det bestemte tidspunktet for dataene.

Når du har filtrert dataene i rapportene, klikker du på mer , og velg deretter et filformat , som lagrer en lokal kopi av rapporten, slik at du kan bruke den frakoblet (for eksempel i en internt opprettet rapport):

PNG
PDF
CSV

Få tilgang til, filtrer og lagre analyse av videonett

Beregningsrapporter for videonett er tilgjengelige på Analytics-siden i Control Hub (https://admin.webex.com ), når Video Mesh er aktiv og har en klynge med minst én registrert Video Mesh-node.

Fra kundevisningen ihttps://admin.webex.com , velg Analyse , og klikk deretter Videonett øverst til høyre på skjermen.

Klikk på en kategori, avhengig av hvilken type data du leter etter:

Engasjement
Ressurser
Båndbreddebruk

Hold pekeren over informasjon for å få en kort beskrivelse av diagrammet.

Fra rullegardinmenyen til høyre velger du et alternativ for å filtrere etter hvor langt tilbake i tid du vil vise data.

Siste 7 dager (Standard) – Endrer den vannrette aksen til hver 1. time.
Siste 24 timer – Endrer den vannrette aksen til hvert 10. minutt.
Siste 30 dager – Endrer den vannrette aksen til hver 3. time.
Siste 90 dager – Endrer den vannrette aksen til hver 8. time.

Samhandle med diagrammene eller smultringgrafene ved å bruke følgende alternativer etter behov:

Klikk på ett eller flere segmenter på smultringdiagrammet eller diagramvisningen, og klikk deretter Bruk for å oppdatere smultringvisningen og den tilsvarende kartvisningen.
Velg forklaringselementer i grafen eller oversikten for å oppdatere visningen for det bestemte forklaringselementet, og klikk deretter Bruk . Når du for eksempel har valgt forklaringselementet Lokalt, oppdateres linjediagrammet med disse dataene uthevet.

Når et filter brukes, oppdateres alle andre grafer og diagrammer for å vise dataene for det valgte filtret.

På en graf som viser data i et tidsintervall, kan du begrense ned til et bestemt tidsintervall ved å klikke på venstre side og dra musen til høyre og forlate når ønsket område er valgt. (Denne handlingen påvirker alle relaterte data som vises på analysesiden.)

Hold pekeren over deler av en smultring, linjer i en graf eller innsiktspunkter i en graf for å vise mer informasjon om det bestemte tidspunktet for dataene.

Hvis du vil starte på nytt fra den samme grafen eller oversikten, klikker du på X på de valgte filtrene nederst i grafen.

Når du har filtrert dataene i rapportene, klikker du på mer , og velg deretter et filformat , som lagrer en lokal kopi av rapporten, slik at du kan bruke den frakoblet (for eksempel i en internt opprettet rapport):

PDF
PNG
CSV

Fjern alle filtrene fra filterlinjen hvis du vil tilbakestille analysevisningen.

Tilgjengelig analyse for Video Mesh

Hvis du vil ha mer informasjon om tilgjengelig analyse i Control Hub, kan du se delen Videonett i Analyse for skysamarbeidsporteføljen din .

Overvåkingsverktøy for videonett

Test av signalisering – Tester om SIP-signalisering og mediesignalering skjer mellom videonett-noden og Webex skymedietjenester.
Kaskadetest – Tester om det kan etableres en overlappende enhet mellom videonett-noden og Webex skymedietjenester.
Test for tilgjengelighet – Tester om videonett-noden kan nå målportene for mediestrømmer i Webex skymedietjenester. Den tester også om Video Mesh-noden er i stand til å kommunisere med skyklyngene som er knyttet til mediebeholdere via disse portene.

Når du kjører en test, oppretter verktøyet et simulert møte. Når testen er fullført, ser du et enkelt resultat med bestått eller ikke bestått med innebygde feilsøkingstips i rapporten. Du kan planlegge at testen skal kjøres regelmessig eller kjøre testen på forespørsel. Hvis du vil ha mer informasjon, se Mediehelseovervåking for videonett .

Kjør en test umiddelbart

Bruk denne fremgangsmåten til å kjøre en mediehelseovervåking og tilgjengelighetstest på forespørsel på Video Mesh-noder og/eller -klynger som er registrert i Control Hub-organisasjonen. Resultatene registreres i Control Hub og aggregeres hver 6. time fra kl. 00:00 UTC.

Logg inn på Kontrollhub , og deretter gå til Feilsøking > Videonett .

Klikk på Konfigurer test , klikk Test nå , og kontroller deretter nodene og/eller klyngene du vil teste.

Hvis du vil fjerne merket i boksene for å gjenopprette den siste konfigurasjonen, klikker du på Gjenopprett siste testkonfigurasjon .

Klikk på Kjør test .

Hva du skal gjøre videre

Resultatene vises på oversiktssiden for overvåkingsverktøy i Control Hub. Som standard vises resultatene fra alle testene samtidig. Klikk på Signalering , Overlapp , eller Tilgjengelighet for å filtrere resultatene i henhold til den spesifikke testen.

Punktene på tidslinjen med glidebryteren viser aggregerte testresultater for hele organisasjonen. Tidslinjene på klyngenivå viser aggregerte resultater for hver klynge.

Tidslinjen kan vise datoer i USA-format. Endre språket ditt i profilinnstillingene for å vise datoer i ditt lokale format.

Hold pekeren over punktene på tidslinjene for å se testresultatene. Du kan også se detaljerte testresultater for hver node. Klikk på et punkt på tidslinjen på klyngenivå for å vise detaljerte resultater.

Bruk bryteren som følger med for å vise suksessratene for forskjellige parametere i form av en tabell.

En hoppet over test, delvis feil eller feil er ikke kritisk med mindre den skjer kontinuerlig over en viss tid.

Konfigurer regelmessige tester

Bruk denne fremgangsmåten til å konfigurere og starte regelmessig mediehelseovervåking og tilgjengelighetstester. Disse testene kjøres hver 6. time som standard. Du kan kjøre disse testene på klyngeomfattende, klyngespesifikke eller nodespesifikke nivåer. Resultatene registreres i Control Hub og aggregeres hver 6. time fra kl. 00:00 UTC.

1	Logg inn på Kontrollhub , og deretter gå til Feilsøking > Videonett .
2	Klikk på Konfigurer test , klikk Periodisk test , og kontroller deretter nodene og/eller klyngene du vil teste.
3	Velg et alternativ: Sjekk Alle klynger hvis du vil kjøre testen på alle Video Mesh-nodene i Control Hub-organisasjonen. Kontroller de enkelte klyngenavnene for å kjøre testen på alle Video Mesh-noder som er i en bestemt klynge. Ukontrollerte klynger ekskluderes fra testen. I individuelle klynger kontrollerer du de enkelte nodenavnene du vil kjøre testen på. Alle ukontrollerte noder ekskluderes fra testen.
4	Klikk på Neste .
5	Se gjennom listen over klynger og noder for å kjøre de periodiske testene. Hvis du er fornøyd, klikker du Konfigurer for å planlegge gjeldende konfigurasjon.

Hva du skal gjøre videre

Punktene på tidslinjen med glidebryteren viser aggregerte testresultater for hele organisasjonen. Tidslinjene på klyngenivå viser aggregerte resultater for hver klynge.

Tidslinjen kan vise datoer i USA-format. Endre språket ditt i profilinnstillingene for å vise datoer i ditt lokale format.

Bruk bryteren som følger med for å vise suksessratene for forskjellige parametere i form av en tabell.

En hoppet over test, delvis feil eller feil er ikke kritisk med mindre den skjer kontinuerlig over en viss tid.

Aktiver 1080p HD-video for lokale SIP-enheter i videonettnode for videonett

De er alle i bedriftsnettverk.
De bruker en lokal registrert SIP-enhet med HD-funksjonalitet .

Innstillingen gjelder for alle klynger som inneholder videonettnoder.

Skyregistrerte enheter fortsetter å sende og motta 1080p-strømmer, uavhengig av om denne innstillingen er slått på eller av.

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og klikk deretter Innstillinger på Video Mesh-kortet.
2	Slå på Videokvalitet . Hvis denne innstillingen er deaktivert, er standarden 720p.

Hvis du vil ha videooppløsninger som Webex-appen støtter, kan du se Videospesifikasjoner for samtaler og møter .

Private møter

Som vist her, gjennomgriper aldri private møter medier til skyen. Mediet avsluttes utelukkende på videonettklyngene dine. Videonett-klyngene kan bare gå gjennom hverandre.

Webex-appen med alle funksjonene i Webex Experience aktivert er inkompatibel med videonett. Hvis du vil ha mer informasjon, se Klienter og enheter som bruker videonettnode .

Støtte og begrensninger for private møter

Videonett støtter private møter på følgende måte:

Private møter er tilgjengelige på Webex versjon 40.12 og nyere.
Bare planlagte møter kan bruke den private møtetypen. Se Planlegg et privat møte i Cisco Webex artikkelen for detaljer.
Private møter er ikke tilgjengelig for møter med alle funksjoner startet eller ble med fra Webex-appen.
Du kan bruke alle nåværende enheter som støttes av Video Mesh.
Nodene dine kan bruke et hvilket som helst gjeldende bilde: 72vCPU og 23vCPU.
Privat møtelogikk oppretter ikke hull i målinger. Vi samler inn de samme målingene for Control Hub som for ikke-private møter.

Siden noen brukere ikke aktiverer denne funksjonen, vises ikke analyserapportene for private møter hvis organisasjonen din ikke har et privat møte om 90 dager.
Private møter støtter enveis tavle fra et video-endepunkt.

Begrensninger

Private møter har disse begrensningene:

Private møter støtter bare VoIP for lyd. De støtter ikke Webex Edge Audio eller PSTN.
Du kan ikke bruke et personlig møterom (PMR) til et privat møte.
Private møter støtter ikke Webex-funksjoner som krever en tilkobling til skyen, for eksempel skyopptak, transkripsjon og Webex Assistant.
Du kan ikke bli med i et privat møte fra et uautentisert skyregistrert videosystem, selv ikke et som er paret til Webex-app.

Bruk private møter som standard møtetype

I Control Hub kan du angi at fremtidige planlagte møter for organisasjonen skal være private møter.

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid .
2	Klikk på Rediger innstillinger fra Videonett kortet. Bla til Private møter og aktiver innstillingen.
3	Lagre endringen.

Når du aktiverer denne innstillingen, gjelder den for alle møter for organisasjonen, også de som er planlagt tidligere.

(Valgfritt) Reserver en klynge for private møter

Vi anbefaler at du klargjør en privat klynge for å håndtere forventet maksimal bruk fra private møter.

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid og klikk Vis alle på Video Mesh-kortet.
2	Velg videonett-klyngen fra listen, og klikk på Rediger klyngeinnstillinger.
3	Bla til Private møter og aktiver innstillingen.
4	Lagre endringen.

Feilmeldinger for private møter

Denne tabellen viser mulige feil som brukere kan se når de blir med i et privat møte.

Feilmelding	Brukerhandling	Årsak
Ekstern nettverkstilgang nektet Du må være på bedriftsnettverk for å delta på det private møtet. Parede Webex-enheter utenfor bedriftsnettverk vil ikke kunne bli med på møtet. I et slikt scenario kan du prøve å koble den bærbare datamaskinen, mobilen til bedriftsnettverk og bli med på møtet i ikke-sammenkoblet modus.	En ekstern bruker blir med fra utenfor bedriftsnettverk uten VPN eller MRA.	For å bli med i et privat møte må eksterne brukere ha tilgang til bedriftsnettverk via en VPN eller MRA.
	En ekstern bruker er på VPN, men de er paret til en ikke-autentisert enhet.	Enhetsmedier tunnelerer ikke til bedriftsnettverk via VPN. Enheten kan ikke bli med i et privat møte. I stedet, etter å ha koblet til VPN, bør den eksterne brukeren bli med på et privat møte i ikke-paret enhetsmodus fra skrivebords- eller mobilklienten.
Ingen tilgjengelige klynger Klyngene som er vert for dette private møtet, har høy kapasitet, kan ikke nås, er frakoblet eller ikke registrert. Ta kontakt med IT-administratoren din for å få hjelp.	En bruker er på bedriftsnettverk (lokalt eller eksternt via VPN), men kan ikke delta i et privat møte.	Videonett-klyngene dine er: Ved kapasitet Ikke tilgjengelig Frakoblet Ikke registrert
Ikke autorisert Du har ikke tillatelse til å delta på dette private møtet fordi du ikke er medlem av vertsorganisasjonen. Ta kontakt med verten for møtet.	En bruker fra en annen organisasjon enn vertsorganisasjonen prøver å bli med i det private møtet.	Bare brukere som tilhører vertsorganisasjonen, kan delta i et privat møte.
	En enhet fra en annen organisasjon enn vertsorganisasjonen prøver å bli med i det private møtet.	Bare enheter som tilhører vertsorganisasjonen, kan bli med i et privat møte.

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

Når mediene dine kjører gjennom de lokale Video Mesh-nodene, får du bedre ytelse og bruker mindre båndbredde til Internett.

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

Innstillingen er …	Møte på internt Webex-nettsted med overlappende videonett aktivert	Møte på internt Webex-nettsted med overlappende videonett deaktivert	Møte på eksternt Webex-nettsted med videonett-overlappende aktivert	Møte på eksternt Webex-nettsted med overlappende videonett deaktivert
Aktivert	Media bruker videonettnodene dine.	Media bruker skynoder.	Media bruker videonettnodene dine.	Media bruker videonettnodene dine.
Deaktivert	Media bruker videonettnodene dine.	Media bruker skynoder.	Media bruker videonettnodene dine.	Media bruker skynoder.

1	I kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid og klikk Vis alle på Video Mesh-kortet.
2	Velg videonettklyngen i listen, og klikk på Rediger innstillinger .
3	Bla til Foretrekk videonett for alle eksterne Webex Meetings og aktiver innstillingen.
4	Lagre endringen.

Optimaliser bruken av Video Mesh-distribusjonen

Du kan også optimalisere klyngekapasiteten og maksimere brukeropplevelsen ved å la klienttypene som de fleste kundene bruker, lande på Video Mesh-klynger.

1	Logg på Control Hub , og deretter velge Tjenester > Hybrid > Videonett > Ressurser > Vis alle . - eller - Velg Oversikt > Hybridtjenester > Videonett > Innstillinger .
2	Under Innstillinger for inkludering av klienttype , er alle klienttyper kontrollert som standard. Fjern merket for klienttypene du vil ekskludere fra bruk av videonett-klynger. Disse klyngene er vert på Webex-skynoder.
3	Klikk på Lagre .

Avregistrer videonettnode

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid .
2	Klikk på Vis alle på Video Mesh-kortet.
3	Fra listen over ressurser går du til riktig klynge og velger noden.
4	Klikk på Handling > Avregistrere node . Det vises en melding som ber deg bekrefte at du vil slette noden.
5	Når du har lest og forstått meldingen, klikker du på Avregistrere node .

Flytt videonettnode

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og velg deretter Vis alle på Video Mesh-kortet.
2	Velg noden du vil flytte, fra listen, og klikk deretter Handlinger (den vertikale ellipsen).
3	Velg Flytt node .
4	Velg riktig alternativknapp for dit du vil flytte noden: Velg en eksisterende klynge – Velg en eksisterende klynge fra rullegardinliste. Opprett en ny klynge – Angi et navn for den nye klyngen i feltet.
5	Klikk på Flytt node . Noden flyttes til den nye klyngen.

Relatert informasjon

Hvordan kontakter jeg min leder for kundesuksess (CSM)?

Angi oppgraderingsplan for videonettklynge

Du kan angi en bestemt oppgraderingsplan eller bruke standardplanen for 03.00 daglig USA: Amerika/Los Angeles. Du kan velge å utsette en kommende oppgradering om nødvendig.

Før du begynner

Hasteoppgraderinger tas i bruk så snart de er tilgjengelige.

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og klikk deretter Vis alle på Video Mesh-kortet.

Klikk på en medieressurs , og klikk deretter på Rediger klyngeinnstillinger .

På Innstillinger side, bla til Oppgrader , og velg deretter tid, frekvens og tidssone for oppgraderingsplanen.

(Valgfritt) Klikk om nødvendig Utsette for å utsette oppgraderingen én gang, til neste vindu.

Under tidssone vises dato og klokkeslett for neste tilgjengelige oppgradering.

Oppgrader atferd

Noden sender regelmessige forespørsler til skyen for å se om en oppdatering er tilgjengelig.
Skyen gjør ikke oppgraderingen tilgjengelig før klyngens oppgraderingsvindu ankommer. Når oppgraderingsvinduet kommer, leverer nodens neste regelmessige oppdateringsforespørsel til skyen oppdateringsinformasjonen.
Noden henter oppdateringer over en sikker kanal.
Eksisterende tjenester avsluttes elegant for å stoppe ruting av innkommende anrop til noden. Den elegante avslutningen gir også eksisterende samtaler tid til å fullføre (opptil 2 timer).
Oppgraderingen installeres.
Skyen utløser bare oppgraderingen for en prosentandel av nodene i en klynge om gangen.

Slett videonettklynge

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og klikk deretter Vis alle .

Fra listen over ressurser blar du til videonettressursen du vil slette, og klikker deretter Rediger klyngeinnstillinger .

Du kan klikke Videonett for å filtrere på bare Video Mesh-ressurser.

Klikk på Slett klynge , og velg deretter én:

Klikk på Flytt alle noder . For hver node oppretter du enten en ny ressurs ved å velge en eksisterende ressurs fra rullegardinliste eller skriver inn et nytt navn, og deretter klikker du på Fortsett .
Klikk på Avregistrere alle noder , merk av i avmerkingsboks, og klikk deretter på Slett klynge .

Deaktiver videonett

Før du begynner

Før du deaktiverer Video Mesh, vil du avregistrere alle Video Mesh-noder.

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid > Vis alle , velg Innstillinger på Video Mesh-kortet.
2	Klikk på Deaktiver .
3	Se gjennom listen over klynger, og les ansvarsfraskrivelsen i dialogboksen.
4	Merk av i avmerkingsboks for å bekrefte at du forstår denne handlingen, og klikk på Deaktiver i dialogboksen.
5	Når du er klar til å deaktivere videonettet, klikker du på Deaktiver tjenesten . Deaktivering fjerner alle Video Mesh-noder og -klynger. Videonett er ikke lenger konfigurert.

Feilsøke registrering av videonettnode

Denne delen inneholder mulige feil du kan støte på under registreringen av Video Mesh-noden til Webex-skyen, og foreslåtte trinn for å rette dem.

Kunne ikke løse domenet

Denne meldingen vises hvis DNS-innstillingene som er konfigurert på Video Mesh-noden, ikke er riktige.

Logg på konsollen til Video Mesh-noden, og kontroller at DNS-innstillingene er riktige.

Kunne ikke koble til nettstedet ved hjelp av port 443 via SSL

Denne meldingen vises hvis videonett-noden ikke kan koble til Webex-skyen.

Kontroller at nettverket tillater tilkobling på portene som kreves for Video Mesh. Hvis du vil ha mer informasjon, se Porter og protokoller som brukes av videonett .

ThousandEyes-integrering med Video Mesh

Fordeler med ThousandEyes-integrering

Gir deg flere testtyper å velge mellom. Du kan konfigurere én eller flere tester som passer for applikasjonen eller ressursen du vil overvåke.
Gir deg mulighet til å angi testterskler som er spesifikke for kravene dine.
Testresultatene er tilgjengelige via ThousandEyes-nettappen og ThousandEyes API i sanntid.
Større synlighet i feilsøking – Kunder kan identifisere årsaken til et problem i nettverket, noe som reduserer løsningstiden.

Aktiverer ThousandEyes for videonett

Bruk denne fremgangsmåten for å aktivere ThousandEyes-agent for Video Mesh-distribusjonen.

Fra Kontrollhub , klikk Hybrid nederst til venstre på skjermen.

Klikk på Rediger innstillinger på Videonett kortet.

Bla ned til ThousandEyes-integrering . Bryteren vil være deaktivert som standard. Klikk på bryteren for å aktivere den.

Klikk på ThousandEyes-brukerprofil , åpnes ThousandEyes-nettportalen. Logg på med administratorlegitimasjonen.

Det vises et sidepanel med Kontogruppetoken .

Klikk på visningsikonet, og klikk deretter Kopier .

Tokenet vil ikke bli kopiert på riktig måte hvis du ikke klikker på visningstoken-knappen.

Gå tilbake til Control Hub-fanen, lim inn tokenet i Agenttoken felt.

Klikk på Aktiver , ThousandEyes er nå aktivert for videonettdistribusjon.

Hva du skal gjøre videre

- Etter 5 minutter går du tilbake til ThousandEyes-nettsiden, klikker Sky- og bedriftsagenter , og klikk deretter Agentinnstillinger . Du skal kunne se alle nodene dine oppført som agenter under Bedriftsagenter . Hvis agentene ikke vises, kontrollerer du ThousandEyes-integrasjonskortet på Control Hub for feilmeldinger.
- Hvis det vises en feilmelding , klikker du på bryteren og deretter på Deaktiver . Gjenta trinnene for å aktivere ThousandEyes-agent, og sørg for at riktig kontogruppetoken kopieres og limes inn i Agenttoken felt.

Konfigurere tester ved hjelp av ThousandEyes

Nettverkstest – agent-til-agent

Et eksempel på en dialog for oppretting av tester vises nedenfor.

SIP-servertest

SIP-servertester forenkler nettverksmålinger, BGP-datainnsamling og, viktigst av alt, tilgjengelighet og ytelsestesting av SIP-tjenester mot SIP-basert VoIP-infrastruktur.

Hvis du vil ha detaljert informasjon om hvordan du konfigurerer en SIP-servertest, se Testinnstillinger for SIP-serveren .

Et eksempel på en dialog for oppretting av tester vises nedenfor.

RTP-strømtest

Hvis du vil detaljert informasjon om konfigurering av en RTP-strømtest, se Innstillinger for RTP-strømtest .

Et eksempel på en dialog for oppretting av tester vises nedenfor.

URL-test for Webex HTTP-server

Denne testen overvåker den primære landingssiden som brukerne kobler seg til når de bruker Webex. Et eksempel på en dialog for oppretting av tester vises nedenfor.

Autoritativ test av Webex DNS-server

Et eksempel på en dialog for oppretting av tester vises nedenfor.

Behandle videonettnode fra nettgrensesnittet

Oppgraderinger skjer ikke når en node settes i vedlikeholdsmodus.

Når du setter en node i vedlikeholdsmodus, foretar den en elegant avslutning av anropstjenester (stopper å godta nye anrop og venter i opptil 2 timer på at eksisterende anrop skal fullføres). Hensikten med den elegante avslutningen av anropstjenester er å tillate omstart eller avslutning av noden uten å forårsake avbrutte anrop.

Slik får du tilgang til oversikten over videonett

Du kan åpne webgrensesnitt på én av disse måtene:

Hvis du er fullstendig administrator og allerede har registrert noden i skyen, kan du få tilgang til noden fra Control Hub.

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid . Under Ressurser på Video Mesh-kortet klikker du Vis alle . Klikk på klyngen, og klikk deretter på noden du vil ha tilgang til. Klikk på Gå til Node .

Bare en fullstendig administrator for Webex-organisasjonen din kan bruke denne funksjonen. Andre administratorer, inkludert partnere og fullstendige eksterne administratorer, har ikke Gå til node alternativet for ressursene for videonett.
I en nettleserfane går du til /oppsett , for eksempel https://192.0.2.0/setup . Angi administratorlegitimasjonen du konfigurerte for noden, og klikk deretter Logg på .

Hvis administratorkontoen er deaktivert, er ikke denne metoden tilgjengelig. Se delen Deaktiver eller aktiver den lokale administratorkontoen fra nettgrensesnittet på nytt.

Oversikten er standardsiden og har følgende informasjon:

Samtalestatus – Gir antall pågående samtaler gjennom noden.
Nodedetaljer – Gir nodetype, programvarebilde, programvareversjon, OS-versjon, QoS vedlikeholdsmodus .
Nodehelse – Gir bruksdata (CPU, minne, disk) og tjenestestatus (Management Service, Messaging Service, NTP-synkronisering).
Nettverksinnstillinger – Gir nettverksinformasjon: vertsnavn, grensesnitt, IP, gateway, DNS, NTP og om dobbel IP er aktivert.
Registreringsdetaljer – Gir registreringsstatus, organisasjonsnavn, organisasjons-ID, klynge noden er en del av og klynge-ID.

Skytilkobling –Kjører en serie tester fra noden til Webex-skyen og tredjepartsdestinasjoner som noden må ha tilgang for å kjøre på riktig måte.

Det kjøres tre typer tester: DNS-oppløsning, serverresponstid og båndbredde.

DNS-tester bekrefter at noden kan løse et bestemt domene. Disse testene rapporterer som mislykket hvis serveren ikke svarer innen 10 sekunder. De vises som «Bestått» med en oransje «advarselsfarge» hvis responstiden er mellom 1,5 og 10 sekunder. De periodiske DNS-kontrollene på noden genererer alarmer hvis DNS-responstiden er lengre enn 1,5 sekunder.
Connect-tester bekrefter at noden kan koble til en bestemt HTTPS-URL og motta et svar (andre svar enn proxy- eller gatewayfeil godtas som bevis på tilkobling).
Listen over tester som kjøres fra oversiktssiden er ikke uttømmende og inkluderer ikke websocket-tester.
Noden sender alarmer hvis anropsprosessene ikke kan fullføre websocket-tilkoblinger til skyen eller koble til anropsrelaterte tjenester.

Resultatet Godkjent eller Ikke bestått vises ved siden av hver test. du kan holde pekeren over denne teksten for å se mer informasjon om hva som ble kontrollert da testen kjørte.

Konfigurere nettverksinnstillinger fra nettgrensesnitt for videonettnode

Åpne nodegrensesnittet for Webex-videonett.

Gå til Nettverk .

Gjeldende nettverksinnstillinger for noden vises.

Endre følgende innstillinger for Verts- og nettverkskonfigurasjon etter behov:

Under Rediger vertsnavn og domene , endre Vertsnavn og Domene verdier.
Det vises en feilmelding hvis FQDN (vertsnavn og domene) ikke har riktig format.
Under Nettverksmodus , Aktiver DHCP er oppført, men DHCP støttes ikke. Du må angi en statisk IP-adresse, nettverksmaske og gateway.

Under Rediger DNS-servere endrer du oppføringene for DNS-server , som håndterer oversettelse av domenenavn til numeriske IP-adresser. Du kan angi opptil 4 DNS-servere.

Klikk på Lagre verts- og nettverkskonfigurasjon , og etter at popup-vinduet som sier at noden må startes på nytt, klikker du Lagre og starte på nytt .

Endre følgende innstillinger for NTP-servere etter behov:

Under Rediger NTP-servere endrer du verdiene for NTP-server , som brukes i organisasjonen til å synkronisere tid til noden.

Klikk på Lagre NTP-servere .

Hvis du konfigurerer mer enn én NTP-server, er avstemningsintervallet for failover 40 sekunder.

Hvis NTP-server er en FQDN og det ikke kan løses, returneres en advarsel. Hvis FQDN for NTP-server er løst, men den løste IP-en ikke kan søkes etter NTP-tid, returneres en advarsel.

Angi det eksterne nettverksgrensesnittet fra webgrensesnittet for videonettnode

Du kan konfigurere det eksterne nettverksgrensesnitt hvis du distribuerer videonettnode i nettverkets DMZ, slik at du kan isolere bedriftstrafikken (intern) fra ekstern (ekstern) trafikk.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Nettverk . Gjeldende nettverksinnstillinger for noden vises.
3	Klikk på Avansert .
4	Slå på Aktiver eksternt nettverk og klikk deretter Ok for å aktivere alternativene for ekstern IP-adresse på noden.
5	Skriv inn Ekstern IP-adresse , Ekstern nettverksmaske , og Ekstern gateway verdier.
6	Klikk på Lagre ekstern nettverkskonfigurasjon .
7	Klikk på Lagre og starte på nytt for å bekrefte endringen. Noden starter på nytt for å aktivere den doble IP-adresse, og konfigurerer deretter automatisk de grunnleggende statiske rutingsreglene. Disse reglene bestemmer at trafikk til og fra en IP-adresse for privat klasse bruker et internt grensesnitt. trafikk til og fra en offentlig IP-adresse bruker et eksternt grensesnitt. Senere kan du opprette dine egne rutingsregler – for eksempel hvis du må konfigurere en overstyring og gi tilgang til et eksternt domene fra det interne grensesnittet.
8	Hvis det finnes feil, klikker du Ok for å lukke dialogboks, fikse feilene og klikk på Lagre ekstern nettverkskonfigurasjon igjen.

Hva du skal gjøre videre

Hvis du vil bekrefte den interne og eksterne konfigurasjonen av IP-adresse , følger du trinnene i Kjør et ping fra nettgrensesnittet for videonettnode .

Test en ekstern destinasjon (eksempel, cisco.com); hvis vellykket, viser resultatene at målet ble åpnet fra det eksterne grensesnittet.
Test en intern IP-adresse; hvis vellykket, viser resultatene at adressen ble åpnet fra det interne grensesnittet.

Legg til interne og eksterne rutingsregler fra nettgrensesnitt for videonettnode

Før du begynner

Hvis du vil konfigurere rutingsregler, må du først aktivere og konfigurere det eksterne nettverksgrensesnitt.

Åpne nodegrensesnittet for Webex-videonett.

Gå til Nettverk .

Gjeldende nettverksinnstillinger for noden vises. Hvis du har konfigurert det eksterne nettverket, vises Rutingsregler-fanen.

Klikk på Rutingsregler -fanen.

Du kan legge til manuelle overstyringer av disse reglene i de neste trinnene.

Hvis du vil legge til en regel, klikker du på Legg til rutingregel , og velg deretter ett av følgende alternativer:.

For Nettverkstype , klikk Intern , og angi deretter det eksterne subnett- eller verts- IP-adresse som skal brukes for den interne ruten.
For Nettverkstype , klikk Ekstern , og angi deretter det interne subnett- eller verts- IP-adresse som skal brukes for den eksterne ruten.

Klikk på Legg til rutingregel .

Når du legger til hver regel, vises de i listen over rutingsregler, kategorisert som brukerdefinerte regler.

Hvis du vil slette én eller flere brukerdefinerte regler, merker du av i avmerkingsboks i kolonnen til venstre for reglene, og deretter klikker du Slett rutingsregler .

Standardrutene kan ikke slettes, men du kan slette alle brukerdefinerte overstyringer du har konfigurert.

Åpne en SSH-tilkobling til den offentlige IP-adresse til videonettnode.
Få tilgang til videonettnode via ESXi-konsollen

Konfigurere containernettverk fra nettgrensesnitt for videonettnode

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Nettverk . Gjeldende nettverksinnstillinger for noden vises.
3	Klikk på Avansert .
4	Endre verdiene for Beholderens IP-adresse og Nettverksmaske for beholder , etter behov, og klikk deretter Lagre konfigurasjon for containernettverk .
5	Klikk på Lagre og starte på nytt for å bekrefte endringen.
6	Hvis det finnes feil, klikker du Ok for å lukke dialogboks, fikse feilene og klikk på Lagre konfigurasjon for containernettverk igjen.

Angi MTU-størrelser for nettverksgrensesnitt

Før du begynner

Hvis du allerede har registrert noden, må du sette noden i vedlikeholdsmodus før du kan endre MTU-innstillingene.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Nettverk . Gjeldende nettverksinnstillinger for noden vises.
3	Klikk på Avansert .
4	I Innstillinger for grensesnitt MTU , angi en MTU-verdi mellom 1280 og 9000 byte i gjeldende felt. Hvis du har aktivert det eksterne grensesnittet, kan du angi størrelsen på både det interne og det eksterne grensesnittets MTU separat.

Noden starter på nytt for å bruke MTU-endringene.

Hva du skal gjøre videre

Hvis du setter noden i vedlikeholdsmodus for å endre MTU, må du slå av vedlikeholdsmodus.

Aktiver eller deaktiver DNS-bufring

Før du begynner

Flytt noden til vedlikeholdsmodus . Når statusen for vedlikeholdsmodus er På (aktive samtaler er fullført eller har avbrutt på slutten av den ventende perioden), kan du aktivere eller deaktivere DNS-bufring.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Nettverk . Gjeldende nettverksinnstillinger for noden vises.
3	Klikk på Avansert .
4	I delen Konfigurasjon av DNS-bufring velger du Aktiver DNS-bufring på eller av.
5	Klikk på i bekreftelsesdialogboksen Lagre og starte på nytt .
6	Når noden har startet på nytt, åpner du nodegrensesnittet for Webex Video Mesh på nytt og bekrefter at tilkoblingskontrollene er vellykket på Oversikt-siden.

Når du aktiverer DNS-bufring, vil Statistikk for DNS-hurtigbuffer viser følgende statistikk:

Statistikk	Beskrivelse
Bufferoppføringer	Antall tidligere DNS-oppløsninger som DNS-hurtigbufferserveren har lagret
Buffertreff	Antall ganger siden hurtigbufferen ble tilbakestilt at hurtigbufferen behandlet en DNS-forespørsel fra Video Mesh, uten å forespørre kundens DNS-server
Buffer feil	Antall ganger siden tilbakestillingen av hurtigbufferen kunde DNS-server behandlet en DNS-forespørsel fra Video Mesh i stedet for gjennom hurtigbufferen
Prosent treff på hurtigbuffer	Prosentandelen av DNS-forespørsler fra Video Mesh som hurtigbufferen behandlet uten å spørre kundens DNS-server
Hurtigbufferserverens utgående DNS-spørringer	Antall DNS-spørringer som DNS-hurtigbufferserveren for Video Mesh utførte mot kundens DNS-servere
Innkommende DNS-spørringer for hurtigbufferserver	Antall DNS-spørringer som Video Mesh utførte mot sin interne DNS-hurtigbufferserver
Spørringsforhold utgående til innkommende	Forholdet mellom DNS-spørringer gjort av Video Mesh mot kundens DNS-server og spørringene gjort av Video Mesh mot den interne DNS-hurtigbufferserveren
Innkommende søk per sekund	Gjennomsnittlig antall DNS-spørringer per sekund som Video Mesh utførte mot den interne DNS-hurtigbufferserveren
Utgående søk per sekund	Gjennomsnittlig antall DNS-spørringer per sekund som Video Mesh utførte mot kundens DNS-servere
Utgående DNS-forsinkelse [tidsintervall]	Prosentandelen av DNS-spørringer som Video Mesh utførte mot kundens DNS-servere der responstiden falt innenfor det beskrevne tidsintervall

Hva du skal gjøre videre

Flytt noden ut av vedlikeholdsmodus. Gjenta deretter oppgaven på alle andre noder som krever en endring.

Last opp sikkerhetssertifikater

Konfigurer et klareringsforhold mellom noden og en ekstern server, for eksempel en syslog-server.

I et klyngemiljø må du installere CA- og serversertifikater på hver node individuelt.

Åpne nodegrensesnittet for Webex-videonett.

Det vanlige navnet er ikke en URL. Den inkluderer ikke noen protokoll (f.eks. http:// eller https://), portnummer eller banenavn. Den commonName -feltet i X.509-sertifikatspesifikasjonen representerer teknisk det vanlige navnet. Forhttps://www.example.com , er riktig verdi example.com .

Når du har sertifikatet og nøkkelen, klikker du Last opp et serversertifikat (.crt- eller .pem-fil) , velg sertifikatfilen, og klikk deretter på Last opp en privat nøkkel (.key-fil) og angi en passordfrase hvis du har en.

Den private nøkkelen er allerede på plass når en CSR genereres. Du trenger bare å laste opp en privat nøkkel hvis du ikke bruker trinnet for oppretting av CSR.
Når du har fått sertifikatet, går du til den første videonett-noden i en klynge, klikker på Installer serversertifikat , les ledeteksten, klikk på Installer , og klikk deretter OK .

En videonett-node som er registrert i skyen, venter i opptil to timer på at eventuelle samtaler avsluttes, og setter seg selv i en midlertidig inaktiv tilstand (hviler). Når enten de eksisterende samtalene er fullført eller det har gått to timer (avhengig av hva som inntreffer først), fullfører denne noden sertifikatinstallasjonen. Det vises en melding når installasjonen av serversertifikat er fullført, og du kan deretter laste inn siden på nytt for å vise det nye sertifikatet og nøkkeloppføringen.
Klikk på Last ned ved siden av sertifikatet og nøkkelfilene for å lagre en lokal kopi.

Lagre filene et sted det er enkelt å huske, og la forekomsten være åpen i nettleserfanen.
Gå til den andre Video Mesh-noden i klyngen, fyll ut passordfrasen, og last deretter opp den private nøkkelfilen. Klikk deretter på Last opp et serversertifikat og velg deretter Installer serversertifikat , les ledeteksten, klikk på Installer , og klikk deretter OK .
Gjenta disse trinnene på annenhver Video Mesh-node i samme klynge.

Velg et alternativ avhengig av hvordan CA-sertifikat for den eksterne serveren er signert:

Hvis serverens CA-sertifikat er signert av en generelt anerkjent organisasjon, for eksempel DigiCert, GeoTrust eller GlobalSign, vil Video Mesh-noden klarere det basert på listen over rotsertifikater fra verts-OS for Video Mesh-noden, som oppdateres regelmessig. Gå til trinn 6 .
Hvis serverens CA-sertifikat er signert av et internt CA rotsertifikat for bedriften , må rotsertifikat fra denne myndigheten legges til i videonett-noden. Fortsett med neste trinn.

Hent sertifikatet eller klareringsliste for sertifikater (CTL) som den eksterne serveren bruker.

Som med nodesertifikatet for Video Mesh, lagrer du den eksterne serverfilen et sted som er lett å huske.

Gå tilbake til fanen for nodegrensesnitt for Webex-videonett, klikk på Trust Store og proxy , og velg deretter et alternativ:

Hvis du vil installere et enkelt CA-sertifikat, klikker du på Last opp et rotsertifikat eller en sluttenhetssertifikat (.crt- eller .pem-fil) , og velg sertifikatfilen fra datamaskinen, klikk på Installer alle sertifikater i Trust Store , les ledeteksten, klikk på Installer , og start deretter noden på nytt.
Hvis du vil installere en sertifikatkjede, laster du opp rot- CA-sertifikat og det mellomliggende CA-sertifikat, og deretter klikker du på Installer alle sertifikater i Trust Store , les ledeteksten og klikk på Installer .

Gjenta opplastingen av sertifikatet eller sertifikatkjede på annenhver videonett-node i den samme klyngen.

Generer videonettlogger for støtte

Åpne nodegrensesnittet for Webex-videonett.

Gå til Feilsøking , og velg deretter et alternativ ved siden av Send logger :

Klikk på Send logger til Cisco for å generere en loggpakke fra noden og sende pakken direkte til Cisco i ett trinn. Du ser en statusindikator som endres etter hvert som loggene komprimeres, komprimeres og lastes opp.
Klikk på Last ned for å generere en lang pakke fra noden som du kan lagre lokalt eller knytte til en sak senere.

Når du åpne en sak eller samhandle med Cisco TAC , inkluderer opplastingsidentifikatorverdien slik at kundestøtteteknikeren får tilgang til loggene.

Hvis du sendte loggen til Cisco direkte, trenger du ikke å laste opp loggpakken til TAC-saken.

Hva du skal gjøre videre

Mens logger lastes opp til Cisco eller lastes ned, kan du kjøre pakkelagring fra samme skjermbilde.

Generer pakkeopptak for videonett for støtte

Før du begynner

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking . Du kan starte pakkelagring og laste opp logger samtidig.
3	(Valgfritt) I Pakkeopptak kan du begrense registreringen til pakker på et bestemt grensesnitt, filtrere etter pakker til eller fra bestemte verter, eller filtrere etter pakker på én eller flere porter.
4	Hvis du vil starte prosessen, slår du på Start pakkeopptak innstillingen.
5	Når du er ferdig, slår du av Start pakkeopptak innstillingen.
6	Velg én: Klikk på Send PCAP til Cisco for å sende pakkelagring fra noden direkte til Cisco. Du ser en statusindikator som endres etter hvert som pakkelagring lastes opp. Klikk på Last ned for å lagre en lokal kopi av pakkelagring fra noden. Du kan legge den ved en sak senere. Når et pakkeopptak er lastet opp, vises en opplastingsidentifikator på siden. Støtte bruker denne verdien til å identifisere den opplastede pakkelagring. Maksimal størrelse for pakkeopptak er 2 GB.
7	Når du åpne en sak eller samhandle med Cisco TAC , inkluderer du opplastingsidentifikatorverdien slik at kundestøtteteknikeren din får tilgang til pakkelagring.

Kjør et ping fra nettgrensesnittet for videonettnode

Du kan kjøre en ping fra webgrensesnitt for Video Mesh-noden . Dette trinnet tester en destinasjon du angir, og ser om videonettnoden kan nå den.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking , bla til Ping , og angi deretter en destinasjonsadresse du vil teste i FQDN- eller IP-adresse felt under Test tilkoblingen ved hjelp av ping .
3	Klikk på Ping . Testen kjøres, og du ser en melding om vellykket ping eller feil. Testen har ingen tidsavbrudd. Hvis du får en feil eller testen kjører på ubestemt tid, kontrollerer du målverdien du anga, og nettverksinnstillinger.

Kjør en sporingsrute fra webgrensesnitt for videonett

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking , bla til Traceroute , og angi deretter en destinasjonsadresse du vil teste i FQDN- eller IP-adresse felt under Spor rute til vert . Testen kjøres, og du får en melding om vellykket sporing eller feil. Testen tidsavbrytes etter 16 sekunder. Hvis du får en feil eller testen blir tidsavbrutt, kontrollerer du målverdien du anga, og nettverksinnstillinger.

Kontroller NTP-serveren fra nettgrensesnittet for videonettnode

Åpne nodegrensesnittet for Webex-videonett.

Gå til Feilsøking , bla til Sjekk NTP-serveren , og angi deretter en destinasjonsadresse du vil teste i FQDN- eller IP-adresse felt under Vis svar på SNTP-spørring .

Identifisere portproblemer med Reflector Tool i nettgrensesnittet

Reflektorverktøyet (en kombinasjon av en server på Video Mesh-noden og klient gjennom et Python-skript) brukes til å bekrefte om de nødvendige TCP/UDP-portene er åpne fra Video Mesh-nodene.

Før du begynner

Last ned en kopi av Reflector Tool Client (et Python-skript) frahttps://github.com/CiscoDevNet/webex-video-mesh-reflector-client .
For at skriptet skal fungere som det skal, må du kontrollere at du kjører Python 2.7.10 eller nyere i miljøet ditt.
For øyeblikket støtter dette verktøyet SIP-endepunkter til videonettnoder og intraklyngebekreftelse.

1	Fra kundevisningen ihttps://admin.webex.com , aktiver vedlikeholdsnoden for videonettnode ved å følge disse instruksjonene .
2	Vent til noden viser statusen Klar for vedlikehold i Control Hub.
3	Åpne nodegrensesnittet for Webex-videonett. Hvis du vil ha instruksjoner, se Behandle videonettnode fra nettgrensesnittet .
4	Bla til Refleksverktøy , og start deretter enten TCP Reflector Server eller UDP Reflector Server , avhengig av hvilken protokoll du vil bruke.
5	Klikk på Start Reflector Server , og vent deretter til serveren starter. Du ser et varsel når serveren starter.
6	Fra et system (for eksempel en PC) i et nettverk som du vil at Video Mesh-nodene skal nå, kjører du skriptet med følgende kommando: `$ python <local_path_to_client_script >/reflectorClient.py --ip --protokoll` På slutten av kjøringen viser klienten en vellykket melding hvis alle nødvendige porter er åpne: Klienten viser en mislykket melding hvis noen nødvendige porter ikke er åpne:
7	Løs eventuelle portproblemer på brannmuren, og kjør deretter trinnene ovenfor på nytt.
8	Kjør klienten med `--hjelp` for å få flere detaljer.

Aktiver feilsøkingsbrukerkonto fra nettgrensesnitt for videonettnode

Hvis Cisco TAC krever tilgang til noden for Webex-videonett, kan du midlertidig aktivere en brukerkonto slik at brukerstøtte kan kjøre ytterligere feilsøking.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking , og slå deretter på Aktiver feilsøkingsbruker innstillingen. Det vises en kryptert passordfrase som du kan oppgi til Cisco TAC.
3	Kopier passordfrasen, lim den inn i kundestøttebilletten eller direkte til kundestøtteteknikeren, og klikk deretter OK når du har den lagret.

brukerkonto for feilsøking er gyldig i 3 dager, og deretter utløper den.

Hva du skal gjøre videre

Du kan deaktivere kontoen før den utløper hvis du går tilbake til Feilsøking side, og slå deretter av Aktiver feilsøkingsbruker innstillingen.

Tilbakestill en videonettnode til fabrikkstandard fra nettgrensesnittet

Før du begynner

Du må bruke Control Hub til å avregistrere videonett-noden fra klyngen som er registrert i Control Hub.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking , bla til Tilbakestill til fabrikkinnstillinger , og klikk deretter Tilbakestill node .
3	Kontroller at du forstår informasjonen i varselet som vises, og klikk deretter på Tilbakestill og start på nytt . Noden starter automatisk på nytt etter tilbakestillingen til tilbakestilling til fabrikkinnstillinger.

Deaktiver eller aktiver den lokale administratorkontoen fra nettgrensesnitt på nytt

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid .

Under Ressurser på Video Mesh-kortet klikker du Vis alle .

Klikk på klyngen, og klikk deretter på noden du vil ha tilgang til. Klikk på Gå til Node .

Gå til Administrasjon .

Veksle på Aktiver innlogging for administratorbruker slå av for å deaktivere kontoen, eller på for å aktivere den på nytt.

Du kan ikke deaktivere administratorkontoen før du har registrert noden i skyen.

Klikk på på bekreftelsesskjermen Deaktiver eller Aktiver for å fullføre endringen.

Endre passordfrase for administrator fra nettgrensesnitt

Bruk denne fremgangsmåten til å endre administrator (passordet) for Webex-videonett-noden ved hjelp av webgrensesnitt.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Administrasjon , og ved siden av Endre passordfrase , klikk Endre .
3	Skriv inn Gjeldende passordfrase , og angi deretter en ny passordfraseverdi i begge Ny passordfrase og Bekreft ny passordfrase .
4	Klikk på Lagre passordfrase . Meldingen «passord endret» vises, og deretter går du tilbake til påloggingsskjermen.
5	Logg på med den nye administratorpålogging og passordfrasen (passord).

Endre utløpsintervall for passordfrase fra nettgrensesnittet

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Administrasjon , og ved siden av Endre utløpsdato for passordfrase , angi en ny verdi for Utløpsintervall (dager) (opptil 365 dager), og klikk deretter Lagre utløpsintervall for passordfrase . Et vellykket skjermbilde vises, og du kan deretter klikke OK for å fullføre.

Den Administrasjon siden viser også datoer for siste endring av passordfrasen og neste gang passordet utløper.

Angi ekstern logging til en Syslog-server

Hvis du har en syslog-server, kan du angi at noden for Webex-videonett skal logges på informasjonen om revisjonssporet for den eksterne serveren, for eksempel:

Detaljer om administrator
Konfigurasjonsendringer (inkludert slå vedlikeholdsmodus på eller av)
Programvareoppdateringer

Noden aggregerer loggene, hvis noen, og sender dem til serveren hvert tiende minutt.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Administrasjon .
3	Ved siden av Ekstern logging , slå på Aktiver ekstern logging .
4	For Detaljer om Syslog-server , skriver du inn vertens IP-adresse eller det fullstendige domenenavn og syslog-porten. Hvis serveren ikke kan DNS-løses fra noden, bruker du en IP-adresse i Vert felt.
5	Velg Protokoll – UDP eller TCP. Hvis du vil bruke TLS-kryptering, velger du TCP og slå deretter på Aktiver TLS . Kontroller at du også laster opp og installerer sikkerhetssertifikatene som kreves for TLS-kommunikasjon mellom noden og syslog-serveren. Hvis det ikke er installert noen sertifikater, bruker noden som standard sine egensignerte sertifikater. Hvis du vil ha hjelp, se Last opp sikkerhetssertifikater .
6	Klikk på Lagre konfigurasjon for ekstern logging .

Egenskapene for loggmeldingen har dette formatet: Melding om prioritert tidsstempel Vertsnavn-tag .

Eiendom	Beskrivelse
Prioritet	Verdien er alltid 131, basert på formelen: Prioritet = (anleggskode * 8) + Alvorlighetsgrad. Anleggskoden er 16 for «local0». Alvorlighetsgraden er 3 for «varsel».
Tidsstempel	Tidsstempelformatet er «Mmm dd tt:mm:ss».
Vertsnavn	Vertsnavnet for videonett-noden.
Tagg	Verdien er alltid syslogAuditMsg.
Melding	Meldingen er en JSON-streng på minst 1 kB. Størrelsen avhenger av antall aggregerte hendelser i løpet av timinuttersintervallet.

Her er en eksempelmelding:

{ "events": [ { "event": "{\vertsnavn\": \"test-maskin\", \"event_type \": \"login_success \", \"event_category \": \"node_events \", \"kilde\": \"mgmt\", \"session_data \": {\"session_id \": \"j02wH5uFTKB22SqdYCrzPrqDWkXIAKCz\", \"referer\": \"https:// IP-adresse /signIn.html?%2Fsetup\", \"url\": \"https:// IP-adresse /api/v1/auth/signIn\", \"user_name \": \"admin\", \"remote_address \": \" IP-adresse \", \"user_agent \": \"Mozilla/5.0 (Macintosh; Intel Mac OS X 10_ 15_ 7) AppleWebKit/537.36 (KHTML, som 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)\", \"oppetid\": 358416.23, \"description\": \"Logg inn til konsoll eller nettgrensesnitt vellykket\"}" }, { "event": "{\hostname\": \"test-machine\", \"event_type \": \"software_update_completed \", \"event_category \": \"node_events \", \"kilde\": \"mgmt\", \"event_data \": {\"release_tag \": \"2020.12.04.2332m\"}, \"boot_id \": \"37a8d17a-69d8-4b8c-809d-3265aec56b53\", \"timestamp\": \"2020-12-07 22:17:59 (UTC)\", \"oppetid\": 137.61, \"description\": \"Fullførte programvareoppdatering\"}" } ] }

Webhooks for videonettvarsler

Følgende hendelsestyper kan overvåkes via webhooks:

Omdirigeringer av klyngesamtale – samtaler omdirigert fra en bestemt klynge.
Organisasjonssamtaleoverflyt – Totalt antall anropsoverflyt til skyen for en organisasjon.

Opprett et Webhook-abonnement

1	Logg på Cisco Webex utvikler portal ved hjelp av administratorlegitimasjon.
2	På utviklerportalen klikker du på Dokumentasjon.
3	Fra rullefeltet til venstre blar du ned og klikker Fullstendig API-referanse .
4	Fra alternativene som vises nedenfor, blar du ned og klikker Webhooks > Opprett en Webhook.
5	Opprett et abonnement ved å angi følgende parametere:

navn : eksempel – Video Mesh Webhook-varsler
targetUrl : eksempel - https://10.1.1.1/webhooks
ressurs : videoMeshAlerts
hendelsen : utløst
eidAv : org

URL-adressen som angis i targetUrl-parameteren, må være tilgjengelig for Internett og ha en server som er konfigurert til å godta POST-forespørsler sendt av Webex Webhook.

Angi terskelkonfigurasjoner med utvikler-API-er

Et sett med fire API-er er tilgjengelige for innstilling og oppdatering av terskler i Cisco Webex Developer Portal, og de er listet opp nedenfor:

Konfigurasjon av listehendelsesterskel
Hent konfigurasjon av hendelsesterskel
Oppdater konfigurasjon for hendelsesterskel
Tilbakestill konfigurasjon av hendelsesterskel

API-ene er tilgjengelige påhttps://developer.webex.com/docs/api/v1/video-mesh .

Scenario 1 – angi terskelverdi for organisasjonssamtaler overflyt

Klikk på Konfigurasjon av listehendelsesterskel API.

Angi eventscope til ORG og klikk > Kjør .

Du vil motta et svar som ligner på det vist nedenfor.

{ "eventName": "orgCallsOverflowed", "eventThresholdId": "Y2lzY29zcGFyazovL3VzL0VWRU5ULzQyN2U5ZTk2LTczYTctNDYwYS04MGZhLTcyNWU4MWE2MDg3ZjowM2ZkYjkzZC1jNTllLT QzMjQtODIwNS1lNDIyYzA3NGQ5Mzg", "eventScope": "ORG", "entityId": "Y2lzY29zcGFyazovL3VzL09SR0FOSVpBVElPTi8yYzNjOWY5NS03M2Q5LTQ0NjAtYTY2OC0wNDcxNjJmZjFiYWQ", "thresholdConfig": { "minThreshold": 10, "defaultMinThreshold": 10 }

Kopier verdien i «eventThresholdId» felt. Dette er terskel-ID-en for hendelsen som vil bli brukt til å oppdatere og hente terskelverdier.

Lim inn verdien i «eventThresholdId» i JSON-strukturen vist nedenfor, og kopier hele JSON-strukturen.

[ { "eventThresholdId": "Y2lzY29zcGFyazovL3VzL0VWRU5UL2E3YmM3ODE2LWU3YTAtNDk0Zi1iZDZhLTRhMGIyNWY2OGFhNjoyNWE3ODY1Yi0yYjQ3 LTM4M2YtYWI3YS00MzYxY2ExN2FiOTI", "thresholdConfig": { "minThreshold": 5 } }

Klikk på Oppdater konfigurasjon for hendelsesterskel API.

Lim inn JSON-strukturen i brødteksten til Oppdater konfigurasjon for hendelsesterskel API.

Angi «minTerskel» verdi til den nye terskelverdi du vil angi.

Du kan kjøre denne operasjonen for flere hendelsesterskel-ID-er ved å angi dem som kommadelte verdier i JSON-strukturen.

Klikk på Kjør , terskelen din for Organisasjonsanropsoverflyt settes til den nye verdien.

Hva du skal gjøre videre

Hvis du vil vise terskelen som er angitt for en bestemt hendelsesterskel-ID,

Klikk på Hent konfigurasjon av hendelsesterskel API.
Lim inn hendelsesterskel-ID-en i toppteksten for API-en, klikk Kjør .
Standard terskelverdi og den angitte terskelverdi vises i svaret.

Scenario 2 – Angi terskelverdi for klyngesamtaler omdirigert

Klikk på Konfigurasjon av listehendelsesterskel API.

Angi eventscope til KLYNE og klikk > Kjør .

Svaret viser konfigurasjoner for alle klynger i organisasjonen.

Du kan motta konfigurasjonen for en bestemt klynge ved å fylle ut klynge-ID parameter.

Kopier verdien i «eventThresholdId» -feltet for klyngen du vil oppdatere verdien for. Dette er terskel-ID-en for hendelsen som vil bli brukt til å oppdatere og hente terskelverdier.

Lim inn verdien i «eventThresholdId» i JSON-strukturen vist nedenfor, og kopier hele JSON-strukturen.

[ { "eventThresholdId": "Y2lzY29zcGFyazovL3VzL0VWRU5UL2E3YmM3ODE2LWU3YTAtNDk0Zi1iZDZhLTRhMGIyNWY2OGFhNjoyNWE3ODY1Yi0yYjQ3 LTM4M2YtYWI3YS00MzYxY2ExN2FiOTI", "thresholdConfig": { "minThreshold": 5 } } ]

Klikk på Oppdater konfigurasjon for hendelsesterskel API.

Lim inn JSON-strukturen i brødteksten til Oppdater konfigurasjon for hendelsesterskel API.

Angi «minTerskel» verdi til den nye terskelverdi du vil angi.

Du kan kjøre denne operasjonen for flere hendelsesterskel-ID-er ved å angi dem som kommadelte verdier i JSON-strukturen.

Klikk på Kjør , terskelen din for Klyngesamtaler omdirigert settes til den nye verdien.

Hva du skal gjøre videre

Hvis du vil vise terskelen som er angitt for en bestemt hendelsesterskel-ID,

Klikk på Hent konfigurasjon av hendelsesterskel API.
Lim inn hendelsesterskel-ID-en i toppteksten for API-en, klikk Kjør .
Standard terskelverdi og den angitte terskelverdi vises i svaret.

Scenario 3 – Tilbakestilling av terskelverdier

Klikk på Tilbakestill konfigurasjon av hendelsesterskel API.

Kopier hendelsesterskel-ID-en for en klynge eller organisasjonen, og lim den inn i «eventThresholdId» i JSON-strukturen nedenfor.

{ "eventThresholdIds": [ "Y2lzY29zcGFyazovL3VzL0VWRU5ULzQyN2U5ZTk2LTczYTctNDYwYS04MGZhLTcyNWU4MWE2MDg3Zjo2YzJhZGRmMS0wYjAzyWE LTRiZ0x YzFjYzdiY2UwOWQ" ] }

Lim inn JSON-strukturen i brødteksten og klikk Kjør .

Du kan tilbakestille terskelverdier for flere hendelsesterskel-ID-er ved å angi dem som kommadelte verdier i JSON-strukturen.

terskelverdi settes til standard minimumsverdi.

API-er for utvikler av videonett

Utvikler-API-ene for Video Mesh er en måte å hente analyse- og overvåkingsdata for Video Mesh-distribusjonene via Webex Developer Portal. API-ene er tilgjengelige på https://developer.webex.com/docs/api/v1/video-mesh . En prøveklient er tilgjengelig påhttps://github.com/CiscoDevNet/video-mesh-api-client .

Vedlegg

Demoprogramvare for videonettnode

Demoprogramvaren for videonettnode støttes ikke av Cisco TAC.
Du kan ikke oppgradere demoprogramvaren for videonettnode til den fullstendige programvareversjon av produksjonsprogramvaren.

Last ned bildet av demoprogramvaren fra denne koblingen .

Spesifikasjoner

Se System- og plattformkrav for programvare for videonettnode for den spesifikasjonsbaserte konfigurasjonen for programvaren videonettnode .

Demoprogramvaren støtter enten ett enkelt nettverksgrensesnitt eller et to nettverksgrensesnitt.

Kapasitet

Vi tester ikke demobildet for kapasitet. Du bør bare bruke den til å teste ut grunnleggende møtescenarier. Se brukstilfellene som følger for veiledning.

Bruksområder for demoprogramvaren for videonettnode

Medier forankret til lokalt

Distribuer og konfigurer noden med demoprogramvaren.
Kjør et møte som inkluderer følgende deltakere: en Webex-app-deltaker, Webex-endepunktdeltaker og et Cisco Webex Board.
Etter at møtet er over, kan du se fra kundenhttps://admin.webex.com , gå til Analyse for å få tilgang til videonett-rapportene. I rapportene kan du se at mediene forble lokale.

Møte med deltakere i skyen og lokale

Kjør et nytt møte med et par Webex-deltakere lokale og én i skyen.
Vær oppmerksom på at alle deltakerne sømløst kan bli med og delta i møtet.

Behandle videonettnode fra konsollen

Oppgraderinger skjer ikke når en node settes i vedlikeholdsmodus.

Når du setter en node i vedlikeholdsmodus, foretar den en elegant avslutning av anropstjenester (stopper å godta nye anrop og venter i opptil 2 timer på at eksisterende anrop skal fullføres). Hensikten med den elegante avslutningen av anropstjenester er å tillate omstart eller avslutning av noden uten å forårsake avbrutte anrop.

Endre nettverksinnstillinger for videonettnode i konsollen

Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten, og logg deretter på med administratorlegitimasjonen.

Etter førstegangs oppsett av nettverksinnstillinger , og hvis videonettverket er tilgjengelig, kan du få tilgang til nodegrensesnittet via sikkert skall (SSH).

Velg alternativ fra hovedmeny i videonettnode 2 Rediger konfigurasjon og klikk deretter Velg .

Les meldingen om at samtalene avsluttes på videonettnode, og klikk deretter på Ja .

Klikk på Statisk , angi IP-adresse for det interne grensesnittet, Maske , Gateway , og DNS verdier for nettverket ditt.

videonettnode må ha en intern IP-adresse og et DNS-navn som kan løses. IP-adresse for noden kan ikke tilhøre IP-adresse som er reservert for intern bruk av videonettnode . Standard reservert IP-adresse er 172.17.42.0–172.17.42.63, som kan konfigureres i Diagnostikk -menyen. Dette IP-adresse er for kommunikasjon innenfor videonettnode og mellom programvarebeholderne som inneholder de forskjellige komponentene i noden – for eksempel SIP-grensesnitt og medietranskoding.
Distribuer alle nodene i samme delnett eller VLAN, slik at alle nodene i en klynge er tilgjengelige uansett hvor klientene befinner seg i nettverket.
For en DMZ-distribusjon for to nettverkskort kan du angi den eksterne IP-adresse i neste prosedyre etter at du har lagret den interne nettverkskonfigurasjon og startet noden på nytt.

Angi organisasjonens NTP-server eller en annen ekstern NTP-server som kan brukes i organisasjonen.

Hvis du konfigurerer mer enn én NTP-server, er avstemningsintervallet for failover 40 sekunder.

(Valgfritt) Endre vertsnavnet eller domenet om nødvendig.

Hvis du vil sikre en vellykket registrering til skyen, bruker du bare små tegn i vertsnavnet du angir for videonettnode. Store og små bokstaver støttes ikke for øyeblikket.
Når du bruker eller konfigurerer FQDN eller vertsnavn, må du også angi et gyldig domene som kan løses. Den totale lengden på FQDN kan ikke overstige 64 tegn.

Klikk på Lagre , og klikk deretter Lagre endringer og start på nytt .

Endre passordfrasen for administrator for videonettnode

Bruk denne fremgangsmåten til å endre administrator (passordet) for videonettnoden i nodens konsoll.

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Åpne og logg på VMware ESXi-konsollen til den virtuelle maskinen for Video Mesh-noden.
3	Velg alternativ på hovedmeny 3 Administrer passordfrase for administrator , deretter 1 Endre passordfrase for administrator , og klikk deretter Gå inn .
4	Les informasjonen på siden for utløpt passord, klikk på Gå inn , og klikk deretter på den igjen etter meldingen om passordutløpet.
5	Trykk på Gå inn .
6	Når du har logget ut av konsollen, går du tilbake til påloggingsskjermen, og deretter logger du på med administratorpålogging . Du blir bedt om å endre passordet ditt.
7	For Gammelt passord , angi gjeldende passordfrase, og trykk deretter på Gå inn .
8	For Nytt passord , angi en ny passordfrase, og trykk deretter på Gå inn .
9	For Skriv inn nytt passord på nytt , skriv inn den nye passordfrasen på nytt, og trykk deretter på Gå inn . Meldingen «passord endret» vises, og deretter går du tilbake til påloggingsskjermen.
10	Logg på med den nye administratorpålogging og passordfrasen (passord).

Kjør et ping fra videonettnode for videonett

Du kan kjøre en ping fra grensesnittet for nodekonsollen for Video Mesh. Dette trinnet tester en destinasjon du angir, og ser om videonettnoden kan nå den.

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Fra Video Mesh-nodekonsollen går du til 4 Diagnostikk , og velg deretter Ping .
3	I ping -feltet, angi en destinasjonsadresse du vil teste, for eksempel en IP-adresse eller vertsnavn, og klikk deretter på OK . Testen kjøres, og du ser en melding om vellykket ping eller feil. Hvis du får en feil, kontrollerer du målverdien du anga, og nettverksinnstillinger.

Aktiver feilsøking av brukerkonto gjennom konsoll

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Fra Video Mesh-nodekonsollen går du til 4 Diagnostikk , velg 2 Aktiver feilsøkingsbrukerkonto , og klikk på etter ledeteksten Ja .
3	Når det vises en melding om at brukerkonto ble opprettet, klikker du på OK for å vise den krypterte passordfrasen. Du sender den krypterte passordfrasen til support. De bruker denne midlertidige kontoen og dekrypterte passordfrasen for å få sikker tilgang til Video Mesh-noden for feilsøking. Denne kontoen utløper etter 3 dager, eller du kan deaktivere den når støtten er fullført.
4	Velg starten og slutten på de krypterte dataene, og kopier og lim dem inn i kundestøttebilletten eller e-posten du sender til kundestøtte.
5	Når du har sendt denne informasjonen til support, går du tilbake til nodekonsollen for videonett og trykker på en hvilken som helst tast for å gå tilbake til hovedmeny.

Hva du skal gjøre videre

Send logger fra videonettnode for videonett

Du kan bli bedt om å sende logger direkte til Cisco eller gjennom sikker kopi (SCP). Bruk denne fremgangsmåten til å sende logger direkte fra alle Video Mesh-noder du har registrert, til skyen.

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Klikk på alternativ i hovedmeny 4 Diagnostikk og trykk deretter på Gå inn .
3	Klikk på 4 Eksporter loggfiler , gi tilbakemelding hvis du vil, og klikk deretter Neste .
4	Velg et alternativ: Send logger ved hjelp av SCP , bekreft eksporten av loggene, angi SCP-detaljene ( Vert , Brukernavn , og Dest_ Mappe ), og klikk deretter på OK . Send logger til Cisco , og bekreft deretter eksporten av loggene.
5	Velg OK for å gå tilbake til hovedmeny for Videonett-noden .
6	(Valgfritt) Velg 5 Kontroller status for loggfiler som er sendt til Cisco hvis du sendte loggene til Cisco.

Hva du skal gjøre videre

Når du har sendt logger, anbefaler vi at du sender tilbakemelding direkte fra Webex-appen, slik at kundestøttekontaktene dine har all informasjonen de trenger for å hjelpe deg.

Relatert informasjon

Kontakt kundestøtte

Kontroller tilstanden til videonettnode fra konsoll

Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.

Fra Video Mesh-nodekonsollen går du til 4 Diagnostikk , og velg deretter 6 Kontroller nodens tilstand for å vise følgende informasjon om noden:

Beholder for administrasjonstjeneste
ETCD (nøkkelverdilager som lagrer data pålitelig på tvers av en klynge)
NTP-synkronisert
Diskplass (gratis/brukt %)
Minne (gratis/brukt %)

Konfigurer containernettverk på videonettnode

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Fra hovedmeny i nodekonsollen for Video Mesh går du til 4 Diagnostikk , og velg deretter 7 Konfigurer containernettverk . Etter advarselen som sier at aktive samtaler avsluttes på noden, klikker du Ja .
3	Endre verdiene for Container Bridge IP og Nettverksmaske , etter behov, og klikk deretter Lagre . Du får se et skjermbilde som viser nettverksinformasjonen for beholderen, inkludert IP-adresse som er reservert for interne operasjoner på videonett-noden.
4	Klikk på OK .

Identifisere portproblemer med Reflector Tool i konsoll

Reflektorverktøyet (en kombinasjon av en server på Video Mesh-noden og klient gjennom et Python-skript) brukes til å bekrefte om de nødvendige TCP/UDP-portene er åpne fra Video Mesh-nodene.

Før du begynner

Last ned en kopi av Reflector Tool Client (Python-skript) og pakke deretter ut filen til et sted som er lett å finne. Zip-filen inneholder skriptet og en readme-fil.
For at skriptet skal fungere som det skal, må du kontrollere at du kjører Python 2.7.10 eller nyere i miljøet ditt.
For øyeblikket støtter dette verktøyet SIP-endepunkter til videonettnoder og intraklyngebekreftelse.

1	Fra kundevisningen ihttps://admin.webex.com , aktiver vedlikeholdsnoden for videonettnode ved å følge disse instruksjonene .
2	Vent til noden viser statusen Klar for vedlikehold i Control Hub.
3	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
4	Fra grensesnittet for videonettnode går du til Diagnostikk > Reflector Server > Reflector Server for TCP eller (UDP) . Start serveren enten for TCP eller for UDP.
5	Bla til Refleksverktøy , og start deretter enten TCP Reflector Server eller UDP Reflector Server , avhengig av hvilken protokoll du vil bruke.
6	Klikk på Start Reflector Server , og vent deretter til serveren starter. Du ser et varsel når serveren starter.
7	Fra et system (for eksempel en PC) i et nettverk som du vil at Video Mesh-nodene skal nå, kjører du skriptet med følgende kommando: `$ python <local_path_to_client_script >/reflectorClient.py --ip --protokoll` På slutten av kjøringen viser klienten en vellykket melding hvis alle nødvendige porter er åpne: Klienten viser en mislykket melding hvis noen nødvendige porter ikke er åpne:
8	Løs eventuelle portproblemer på brannmuren, og kjør deretter trinnene ovenfor på nytt.
9	Kjør klienten med `--hjelp` for å få flere detaljer.

Tilbakestill en videonettnode fra konsoll til fabrikkstandard

Før du begynner

Du må bruke Control Hub til å avregistrere videonett-noden fra klyngen som er registrert i Control Hub.

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Fra Video Mesh-nodekonsollen går du til 4 Diagnostikk , og velg deretter 8 Tilbakestilling til fabrikkinnstillinger .
3	Kontroller at du forstår informasjonen i merknaden som vises, og klikk deretter Tilbakestill . Noden starter automatisk på nytt etter tilbakestillingen til tilbakestilling til fabrikkinnstillinger.

Overfør en eksisterende maskinvareplattform til videonettnode

Trinnene varierer, avhengig av den medfølgende versjonen av ESXi på maskinvareplattform.

Før du begynner

Last ned en ny versjon av den nyeste versjonen Programvare for videonettnode bilde (OVA). Ikke distribuer en ny videonettnode med en tidligere nedlastet OVA.

1	Logg på grensesnittet for den virtuell maskin , og avslutt deretter programvaren som kjører på plattformen.
2	Slett programvaren som kjørte på plattformen. Det må ikke være noen programvarebilder igjen på plattformen. Du kan heller ikke kjøre nodeprogramvare for Video Mesh sammen med annen programvare på samme plattform.
3	Distribuer en ny virtuell maskin fra en ny OVF- eller OVA-fil.
4	Angi et navn på den virtuell maskin, og velg OVA-filen for videonettnoden.
5	Endre diskklargjøring til Tykk.
6	Last opp mfusion.ova programvarebilde du lastet ned.
7	Når den virtuell maskin kjører, går du tilbake til Logg på videonettnode og fortsett den første konfigurasjonen av Video Mesh-noden.

Funksjonssammenligning og overføringsbane fra samarbeidsmøterom-hybrid til videonett

Sammenligning av funksjoner

Funksjon	Videonett og Cisco Webex Meeting Center -video	CMR Hybrid
Møtetyper	Planlagt Ett klikk (øyeblikkelig) Personlig møte (PMR) Konsekvent opplevelse for lokaler og skybaserte møter	Kun planlagt
Planlegging	Webex-produktivitetsverktøy (Windows og Mac) Hybridkalenderplanlegging med @webex Webex-portal	Webex-aktiverte TelePresence- Produktivitetsverktøy for Windows og Mac TMS-planlegging
Alternativer for å bli med i møte	Oppringing og Utringing PIN-beskyttet (vert) Énknapp å trykke på (OBTP)	Kun innringing OBTP
Møteopplevelse	Unified Roster (Webex-klient) Samlede kontroller (Webex-klient) Lås/lås opp møte Demp/slå på demping av TelePresence-deltakere	Ingen enhetlig liste (Webex-klient og TelePresence Server) Separate kontroller (Webex-klient og TelePresence Server)
Kapasitet og distribusjonsmodell	Ubegrenset kapasitet Lokal og automatisk overflyt Bytting og omkoding	Transkodingskapasiteten er begrenset til TelePresence-serveren

Sjekkliste for overføringsbane

Kontroller at funksjonen for videokonferanse i Meeting Center er klargjort på Webex-nettsted.
Nettstedsadministratoren mottar administrasjonsportalkontoen sin. Administratoren distribuerer deretter videonettnoder for Webex-organisasjonen.
Nettstedsadministratoren tilordner CMR-rettigheten for å aktivere alle eller noen CMR Hybrid -hybridbrukere med Cisco Webex Meeting Center -video.
(Valgfritt) Deaktiver økttypen for CMR Hybrid for dette delsettet, og aktiver deretter Cisco Webex Meeting Center -video i brukerprofil.
Nettstedsadministratoren konfigurerer videonett, og velger deretter Hybrid som medieressurs under Alternativer for møterom for skysamarbeid .
Nettstedsadministratoren konfigurerer den lokale TelePresence Management Suite (TMS) og One Button to Push (OBTP) til å fungere med Cisco Webex Meeting Center -video. Se Distribusjonsveiledning for Cisco Webex Meeting Center -videokonferanser for bedrifter for veiledning.
Når CMR-rettigheten er aktivert for en bruker, bruker Webex- Produktivitetsverktøy som standard Cisco Webex Meeting Center -videoversjonen. Alle nye møter som er planlagt av brukerne, er Cisco Webex Meeting Center -videomøter.
Hvis konferanserom er inkludert i invitasjonen, sendes OBTP-informasjon til konferanserommet via TMS (kun for CMR Hybrid -hybridmøter).
Eksisterende møter som ble konfigurert av CMR Hybrid -brukere før de ble byttet til Cisco Webex Meeting Center -video, skal fortsette å fungere så lenge kunden beholder de lokale MCU- og TMS-innstillingene.
Eksisterende CMR Hybrid -hybridmøter kan ikke endres eller oppdateres for å gjenspeile informasjonen om Cisco Webex Meeting Center -videomøte. Hvis brukere vil bruke en ny invitasjon, må de slette de gamle møtene og opprette nye møter.
Hvis kunden ønsker å avvikle den lokale MCU-en, TMS-en, fungerer ikke gamle CMR Hybrid . Nye møter med Cisco Webex Meeting Center Videoinformasjon må opprettes.

TelePresence-interoperabilitetsprotokoll og segmentbytte

Videonett støtter forhandling av TelePresence Interoperability Protocol (TIP) og multiplex (MUX) for både 1-skjerms og 3-skjerms IX- og TX-endepunkter.

Ny og endret informasjon

Denne tabellen dekker nye funksjoner eller funksjoner, endringer i eksisterende innhold og eventuelle større feil som ble rettet i Distribusjonsveiledning .

Hvis du vil ha informasjon om programvareoppdateringer for Webex Video Mesh-noden, kan du sehttps://help.webex.com/en-us/article/jgobq2/Webex-Video-Mesh-release-notes .

Dato	Endre
14. mai 2024	Slettet et notat om at ThousandEyes-tester ikke støtter Video Mesh-noder bak en proxy i Aktiverer ThousandEyes for videonett.
9. februar 2024	Lagt til ThousandEyes-integrering med videonett. Lagt til deltakerkapasitet for samtaler med 1080p-oppløsning inn Kapasitet for videonettnoder . . La til en merknad om portdifferensiering i UDP-kilden Trafikksignaturer for videonett (tjenestekvalitet aktivert) . Oppdaterte støttede versjoner av VMware ESXi gjennom hele veiledningen.
31. august 2023	Oppdaterte strukturen og la til informasjon om nylig introduserte API-er i API-er for videonettnode . Slettet et notat og en knapp å trykke (OBTP)-informasjon fra Krav til samtalekontroll og møteintegrering for videonett . La til en merknad om avstemningsintervall for failover i Angi nettverkskonfigurasjon for videonettnode i konsollen og Konfigurere nettverksinnstillinger fra nettgrensesnitt for videonettnode . Oppdaterte støttede versjoner av VMware ESXi gjennom hele veiledningen.
31. juli 2023	Lagt til Webhooks for videonettvarsler .
28. juli 2023	Lagt til API-er for videonettnode .
15. juni 2023	Oppdaterte nomenklaturen fra «Webex-app app» til «Webex-app» gjennomgående. Oppdatert Oversikt over Webex-videonett for å oppgi at E2EE-møter nå støttes på Video Mesh. Fjernet utdatert informasjon og oppdaterte et notat i Oversikt over Webex-videonett . Oppdatert Klienter og enheter som bruker videonettnode for å angi at nettklienten nå støttes på Video Mesh og fjernet utdatert informasjon. La til et notat i System- og plattformkrav for programvare for videonettnode som sier at demomiljøer ikke støttes av Cisco TAC . Oppdatert informasjon i Lokal og skysamtale delen. Slettet et notat i Skyklyngevalg for overflyt basert på 250 ms eller høyere STUN tur-retur-forsinkelse . Oppdatert informasjon i Porter og protokoller for Webex Meetings trafikk . Fjernet utdatert informasjon fra Registrer videonettnode til Webex Cloud og Støtte og begrensninger for private møter . Oppdaterte trinn og fjernet utdatert informasjon fra Aktiver videonett for Webex-nettstedet . Oppdatert informasjon i Deaktiver videonett .
16. mai 2023	Oppdatert Porter og protokoller for administrasjon , Trafikksignaturer for videonett (tjenestekvalitet aktivert) , og Trafikksignaturer for videonett (tjenestekvalitet deaktivert) for å gjenspeile de nyeste portene og protokollene som brukes av Video Mesh. Oppdaterte bildene som ble berørt av endringene. Fjernet 444-portreferanser fra Krav for proxy-støtte for videonett , Porter og protokoller for administrasjon , Konfigurer videonettnode for proxy-integrering , og Konfigurer videonettnode for proxy-integrering . Oppdaterte portområder i Tjenestekvalitet på videonettnode , Aktiver Quality of Service (QoS) for videonettnode , og Porter og protokoller for Webex Meetings trafikk . La til en merknad om overvåking av testfeil i Kjør en umiddelbar test og Konfigurer regelmessige tester . La til et notat og oppdaterte en advarsel som på det sterkeste anbefaler bruk av den nyeste programvarepakken (OVA) for distribusjoner i Installer og konfigurer programvaren for videonettnode . Oppdaterte en advarsel angående noder plassert i vedlikeholdsmodus i Behandle videonettnode fra nettgrensesnittet og Behandle videonettnode fra konsollen . Oppdatert Videonettanalyse for å gjenspeile de nyeste brukergrensesnittendringene.
27. mars 2023	Oppdatert System- og plattformkrav for programvare for videonettnode med de nyeste maskinvarekonfigurasjonene og ekstra båndbreddekrav.
2. mars 2023	La til informasjon om tester som overvåkingsverktøyet kjører i Overvåkingsverktøy for videonett . Endret trinn for å få tilgang til oversiktssiden for overvåkingsverktøyet Kjør en umiddelbar test og Konfigurer regelmessige tester . La til informasjon om visning og filtrering av resultater i Kjør en umiddelbar test og Konfigurer regelmessige tester . Oppdatert Aktiver videonett for Webex-nettstedet .
7. juli 2022	Oppdaterte kapasitetsestimatene i Kapasitet for videonettnoder . Fjernet omtaler av den utdaterte MM410v-serveren gjennomgående.
30. juni 2022	La til informasjon om de nye masseklargjøringsskriptene påhttps://github.com/CiscoDevNet/webex-video-mesh-node-provisioning .
14. juni 2022	Endret trinn for å utveksle sertifikatkjeder for å inkludere ECDSA-sertifikater i Utveksle sertifikatkjeder mellom Unified CM og videonettnoder
18. mai 2022	Endret nedlastingsnettstedet for Reflector Tool tilhttps://github.com/CiscoDevNet/webex-video-mesh-reflector-client .
29. april 2022	La til informasjon om den nye funksjonen i Oppbevar mediene dine i videonett for alle eksterne Webex-møter .
25. mars 2022	Oppdateringer av portbruk i Porter og protokoller for administrasjon .
10. desember 2021	Lagt til CMS 2000 og registrerte oppgraderingsproblem for eldre CMS 1000s ved oppgradering til ESXi 7 i System- og plattformkrav for programvare for videonettnode .
30. august 2021	La til informasjon om å bekrefte at Webex har riktig kildeland for distribusjonen i Kontroller at kildelandet er riktig .
27. august 2021	La til merknad om analyserapporters synlighet i Støtte og begrensninger for private møter .
13. august 2021	La til informasjon om den nye private møter-funksjonen i: Klynger i videonett Privat møtesamtale Private møter
22. juli 2021	La til informasjon om hvordan du bekrefter at systemet har riktig kildeplassering for samtaler. Riktige kildeplasseringer bidrar til effektiv ruting. Se Kontroller at kildelandet er riktig .
25. juni 2021	Merket at funksjonen for Webex Experience med alle funksjoner i Webex-appen er inkompatibel med Video Mesh i Klienter og enheter som bruker videonettnode .
7. mai 2021	Rettet den anbefalte klyngestørrelsen til 100 tommer Retningslinjer for distribusjon av videonettklynge .
12. april 2021	Oppdatert Konfigurer Expressway TCP SIP-trafikkruting for videonett for å bruke Webex-sonen i stedet for en ny DNS-sone.
09. februar 2021	La til informasjon om den nye Gå til Node i Control Hub til Få tilgang til oversikt over Webex- videonettnode fra nettgrensesnitt . Lagt til Deaktiver eller aktiver den lokale administratorkontoen fra nettgrensesnitt på nytt for å beskrive ny funksjonalitet. I hver del som bruker nodens webgrensesnitt, oppdaterte trinnene for å indikere hvordan du får tilgang til grensesnittet fra Control Hub. Lagt til Last opp sikkerhetssertifikater . Lagt til Angi ekstern logging til en Syslog-server .
11. desember 2020	I Aktiver eller deaktiver DNS-cachi , la til informasjon om sletting av DNS-hurtigbuffer.
22. oktober 2020	I Porter og protokoller for Webex Meetings trafikk , lagt til krav til SIP-signalisering .
19. oktober 2020	Fjernet referanse til cloudfront.net som ikke lenger brukes av tjenesten.
18. september 2020	Reduserte IP-adresse som er reservert for intern bruk av Webex videonettnode fra den opprinnelige 172.17.0.0–172.17.255.255 (65 536 adresser) til 172.17.42.0–172.17.42.63 (64 adresser).
26. august 2020	Lagt til støtte for Webex Events i Oversikt over videonett . Lagt til ny seksjon Aktiver eller deaktiver DNS-cachi .
4. august 2020	Oppdaterte følgende deler for støtte for korte videoadresser: Integrer videonett med oppgaveflyt for samtalekontroll Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett Konfigurer Unified CM TCP SIP-trafikkruting for videonett Konfigurer Expressway TCP SIP-trafikkruting for videonett Oppdaterte Benchmark for VMNLite-samtalekapasitet delen av Samtalekapasitet på nodeplattformer for videonettnode .
9. juli 2020	Lagt til ny seksjon Angi MTU-størrelser for nettverksgrensesnitt .
26. juni 2020	La til informasjon om det nye distribusjonsalternativet for VMNLite i: Samtalekapasitet på nodeplattformer for videonettnode System- og plattformkrav for programvare for videonettnode Installer og konfigurer programvaren for videonettnode Fjernet omtaler av standard NTP-server fordi OVA ikke lenger har en standard NTP-server . Oppdatert Generer pakkeopptak for videonett for støtte med nye filtreringsalternativer.
9. juni 2020	La til informasjon om det nye planleggingsalternativet for automatisk programvareoppgradering ukentlig i: Registrer videonettnode til Webex Cloud Angi oppgraderingsplan for videonettklynge
21. mai 2020	Oppdatert Porter og protokoller for administrasjon og Krav for proxy-støtte for videonett .
15. mai 2020	Oppdatert Oversikt over videonett .
25. april 2020	Lagt til nye seksjoner i Administrere Webex- videonettnode fra nettgrensesnittet : Angi det eksterne nettverksgrensesnittet fra nettgrensesnittet for videonettnode Legg til interne og eksterne rutingsregler Konfigurere containernettverk fra Webex videonettnode webgrensesnitt Rettet en feil i granulariteten til den horisontale aksen i Feilsøking for tilgang til, filtrer og lagring av Webex-videonett (Verdiene ble byttet mellom Siste 7 dager og Siste 24 timer alternativer).
22. januar 2020	Lagt til ny del: Tilbakestille til fabrikkstandard en Webex- videonettnode fra nettgrensesnittet . La til mer informasjon om tilkoblingskontroller i Administrer Webex- videonettnode fra nettgrensesnittet delen. La til trådløs deling på rommet i Klienter og enheter som bruker Webex- videonettnode delen.
12. desember 2019	La til prosedyrer for endring av passordfrase og utløpsdato i Administrere Webex- videonettnode fra nettgrensesnittet delen i kapitlet Administrere og feilsøke.
10. desember 2019	La til følgende informasjon og portområder i trafikksignaturtabellene (for QoS aktivert og deaktivert: Kilde-IP-adresse: Videonettnode Destinasjons-IP-adresse: Webex skymedietjenester Kilde UDP-porter: 35000 til 52499 UDP-målporter: 5004 Integrert DSCP-merking: AF41 Medietype: Test STUN-pakker Endret navn på delen «Retningslinjer for båndbredde» til «Videokvalitet og skalering», og la til en kobling til dokumentasjonen for foretrukket arkitektur. I Unified CM TLS-konfigurasjonen oppga veiledningen vår feilaktig å konfigurere en ikke-sikker SIP-trunk for Webex-skyfailover. Rettet setningen for å si for å opprette en SIP-trunk (du kan konfigurere den som enten sikker eller usikret).
4. november 2019	Avviklet gammelt analyseinnhold og lagt til en ny del. I Utveksle sertifikater la til informasjon om feltet Alternativt(e) navn for emne og la til følgende merknad i Før du begynner-delen: Av sikkerhetshensyn anbefaler vi at du bruker et CA-signert sertifikat på videonettnodene i stedet for nodens standard selvsignert sertifikat.
18. oktober 2019	Oppdaterte beskrivelsen av innstillingen for 1080p Control Hub for å tydeliggjøre at denne innstillingen påvirker samtalekapasitet og bare gjelder for lokale SIP-registrerte enheter. Se Aktiver 1080p HD-video for lokale SIP-enheter i videonettnode for videonett hvis du vil ha mer informasjon. Oppdaterte tabellen for støttede enheter og endepunkter for å bare vise de testede skyregistrerte enhetene.
26. september 2019	Lagt til ny seksjon Konfigurer nettverksinnstillinger fra webgrensesnitt for videonettnode . Løste beskrivelsen av rapporten Ressursutnyttelse. Det står nå: Gjennomsnittlig ressursutnyttelse for mediemikrotjenestene som brukes i videonett-klyngene. La til en merknad i kapasitetsdelen: Overflyt ved lavt samtalevolum (spesielt SIP-anrop som kommer lokalt) er ikke en sann refleksjon av skala. Videonettanalyse (under Kontroller Hub > Ressurser > Samtaleaktivitet ) angir anropsdelene som stammer fra lokalt; de angir ikke anropsstrømmene som kom inn gjennom overlappingen til videonett-noden for mediebehandling. Når antallet eksterne deltakere øker i et møte, øker den resulterende overlappingen og bruker lokale medieressurser på videonett-noden.
13. september 2019	Oppdatert Installer og konfigurer programvaren for videonettnode med trinnene for nettverkskonfigurasjon som vises på Tilpass mal side. Oppdatert System- og plattformkrav for programvare for videonettnode med 72 vCPU-er (tilsvarer CMS 1000) for spesifikasjonsbasert konfigurasjon.
29. august 2019	Lagt til eksplisitt proxy og støttede autentiseringstyper for eksplisitte proxy-konfigurasjoner (No auth, Basic, Digest, NTLM). Proxy-støtte for Edge Video Mesh Krav for proxy-støtte for videonett Konfigurere node for Webex-videonett for proxy-integrasjon Lagt til Støttede oppløsninger og bildefrekvenser for videonett . Oppdatert Klienter og enheter som bruker videonettnode for å indikere at Webex Ring Mitt videosystem til Webex skyregistrerte videoenheter bruker Video Mesh-noden.
24. juli 2019	I Administrere Webex- videonettnode fra nettgrensesnittet del, gjorde følgende oppdateringer: Lagt til nye seksjoner for Ping-test, Trace Route-test, NTP-servertest, Reflector Tool og Feilsøkingsbrukerkonto. Oppdaterte Oversikt-delen – Fjernet gjennomgripende overganger fra skjermbildet og lagt til OS-versjon. Flyttet innholdet «Administrer videonett fra konsollen» til tillegget i veiledningen. Endret navn på kapittelet «Administrer Webex-videonett» til «Administrere og feilsøke Webex-videonett» og flyttet feilsøkingsinnhold for registrering til det kapittelet.
9. juli 2019	I Krav til samtalekontroll og møteintegrering for videonett , oppdaterte minimumsversjoner som støttes for Unified CM, Expressway og Webex-nettsteder. I Klienter og enheter som bruker videonettnode , la til støttede versjoner av Jabber VDI og Webex VDI (de er SIP-klienter). La også til en ansvarsfraskrivelse for testing.
24. mai 2019	Lagt til nye deler om feilsøkingsfunksjoner og oppdatert oversiktsskjerm i webgrensesnitt for Video Mesh-noden: Generer Webex-videonettlogger for støtte Generer Webex-videonettpakkeopptak for støtte Få tilgang til oversikt over Webex- videonettnode fra nettgrensesnitt
25. april 2019	Oppdatert Behandle og feilsøke Webex-videonett for å angi at Control Hub vedlikeholdsmodus er nødvendig før du utfører vedlikehold på Video Mesh-noder.
11. april 2019	Fjernet utdatert informasjon fra båndbreddekrav. Oppdaterte innholdet og diagrammene, og endret seksjonsnavnet til Videokvalitet og skalering for videonett .

Oversikt over Cisco Webex-videonett

Oversikt over Webex-videonett

Videonett gir disse fordelene:

Forbedrer kvaliteten og reduserer ventetiden ved å la deg holde samtaler lokalt.
Sender samtalene dine til skyen når lokale ressurser har nådd grensen eller er utilgjengelige.
Administrer videonettklyngene dine fra skyen med ett enkelt administrativt grensesnitt: Control Hub (https://admin.webex.com ).
Optimaliser ressurser og kapasitet etter behov.
Kombinerer funksjonene til nettskybaserte og lokale konferanser i en sømløs brukeropplevelse.
Reduserer kapasitetsproblemer, fordi skyen alltid er tilgjengelig når det er behov for ytterligere konferanseressurser. Du trenger ikke å planlegge kapasitet for «verste tilfelle»-situasjoner.
Gir avansert rapportdata av kapasitet og bruk og feilsøkingsrapportdata ihttps://admin.webex.com .
Bruker lokal mediebehandling når brukere ringer inn til et Webex-møte fra lokale standardbaserte SIP-endepunkter og -klienter:
- SIP-baserte endepunkter og klienter (Cisco-endepunkter, Jabber, tredjeparts SIP), registrert til lokal samtalekontroll (Cisco Unified Communications Manager eller Expressway), som kaller inn til et Cisco Webex møte.
- Webex-app (inkludert paret med romenheter) som blir med i et Webex-møte.
- Webex rom- og skrivebordsenheter som blir direkte med i et Webex-møte.
Tilbyr optimalisert interaktiv talerespons (IVR) for lyd og video til SIP-baserte endepunkter og klienter på nettet.
Endepunkter for H.323, IP-innringning og Skype for Business (S4B) fortsetter å bli med i møter fra skyen.
Støtter 1080p 30fps HD-video som et alternativ for møter, hvis møtedeltakere som kan støtte 1080p er vert via de lokale lokale videonettnodene. (Hvis en deltaker blir med i et pågående møte fra skyen, fortsetter lokale brukere å oppleve 1080p 30 bps på støttede endepunkter.)
Forbedret og differensiert QoS-merking (Quality of Service): separat lyd (EF) og video (AF41).

Webex Video Mesh støtter for øyeblikket ikke Webex Webinars.
Støtter ende-til-ende-krypterte møter (E2EE-møter). Hvis en kunde distribuerer Video Mesh og velger møtetypen E2EE, legger det til et ekstra sikkerhetslag, noe som sikrer at dataene (medier, filer, tavler, merknader) forblir sikre og blokkerer tredjeparter fra å få tilgang til eller endre dem. Hvis du vil detaljert informasjon, se Distribuer Zero-Trust Meetings .

Private møter støtter for øyeblikket ikke ende-til-ende-kryptering.

Klienter og enheter som bruker videonettnode

Tabell 1. Klienter og enheter som bruker videonettnode
Klient- eller enhetstype	Bruker videonettnode på punkt-til-punkt-anrop	Bruker videonettnode på møte med flere
Webex-app (skrivebord og mobil)	Ja	Ja
Webex-enheter, inkludert romenheter og Webex Board. (Se Krav til endepunkter og Webex-app delen for en fullstendig liste.)	Ja	Ja
Trådløs deling på rommet mellom Webex-appen og støttede rom-, skrivebord- og tavleenheter.	Ja	Ja
Unified CM-registrerte enheter (inkludert IX-endepunkter) og klienter (inkludert Jabber VDI 12.6 og nyere, og Webex VDI 39.3 og nyere), som ringer inn til et planlagt Webex-møte eller et Webex Personal Room-møte.*	Nei	Ja
VCS/Expressway-registrerte enheter som ringer inn til et planlagt Webex-møte eller et Webex Personal Room-møte.*	Nei	Ja
Webex Ring Mitt videosystem til Webex skyregistrerte videoenheter	N/A	Ja
Webex App-nettklient (https://web.webex.com )	Ja	Ja
Telefoner registrert for Cisco Webex Calling	Nei	Nei
Webex Ring Mitt videosystem til lokalt registrerte SIP-enheter	N/A	Nei

_{* Det er ikke mulig å garantere at alle lokale enheter og klienter har blitt testet med Video Mesh-løsningen.}

Inkompatibilitet med videonett med Webex Experience med alle funksjoner

Du kan ha problemer med videonett og den komplette Webex-opplevelsen:

Hvis du la til Video Mesh i distribusjonen etter introduksjonen av denne funksjonen.
Hvis du aktiverte den funksjonen uten å vite hvilken innvirkning det har på Video Mesh.

Hvis du merker problemer, kan du kontakte Cisco-kontoteamet for å deaktivere bryteren for alle funksjoner i Webex Experience.

Tjenestekvalitet på videonettnode

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

Proxy-støtte for videonett

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

Følgende proxy-typer støttes av videonett:

Eksplisitt proxy (inspeksjons eller ikke-inspeksjons) – Med eksplisitt proxy forteller du klienten (videonettnoder) hvilken proxy-server som skal brukes. Dette alternativet støtter én av følgende godkjenningstyper:
- Ingen – Ingen ytterligere godkjenning er nødvendig. (For eksplisitt proxy for HTTP eller HTTPS.)
- Grunnleggende – Brukes for en HTTP-brukeragent til å angi brukernavn og passord når du foretar en forespørsel, og bruker Base64-koding. (For eksplisitt proxy for HTTP eller HTTPS.)
- Sammendrag – Brukes til å bekrefte identiteten til kontoen før sensitiv informasjon sendes, og bruker en hash-funksjon på brukernavnet og passordet før det sendes over nettverket. (For eksplisitt HTTPS-proxy.)
- NTLM – I likhet med Digest brukes NTLM til å bekrefte identiteten til kontoen før sensitiv informasjon sendes. Bruker Windows-legitimasjon i stedet for brukernavn og passord. Denne godkjenningsplanen krever flere utvekslinger for å fullføre. (For eksplisitt HTTP-proxy.)
Gjennomsiktig proxy (ikke-inspeksjon) – Noder for videonett er ikke konfigurert til å bruke en bestemt proxy-serveradresse, og bør ikke trenge endringer for å fungere med en ikke-inspeksjons-proxy.
Gjennomsiktig proxy (inspeksjon) – Noder for videonett er ikke konfigurert til å bruke en bestemt proxy-serveradresse. Ingen konfigurasjonsendringer for http(s) er nødvendige på videonett, men nodene for videonett trenger et rotsertifikat for å kunne klarere proxyen. Inspeksjons-proxyer brukes vanligvis av IT til å håndheve retningslinjer om hvilke nettsteder som kan besøkes, og hvilke typer innhold som ikke er tillatt. Denne typen proxy dekrypterer all trafikken din (til og med HTTPS).

Støttede oppløsninger og bildefrekvenser for videonett

Oppløsningen påvirker samtalekapasitet på en hvilken som helst videonettnoder. Hvis du vil ha mer informasjon, se Kapasitet for videonettnoder .

Verdien for oppløsning og bildefrekvens kombineres som XXXpYY – for eksempel betyr 720p10 720p med 10 bilder per sekund.

Definisjonsforkortelsene (SD, HD og FHD) i avsenderraden og mottakerkolonnen refererer til den øvre oppløsningen til klienten eller enheten:

SD – standardoppløsning (576p)
HD – høy oppløsning (720p)
FHD – full høyoppløsning (1080p)

Tabell 2. Støttede oppløsninger og bildefrekvenser for videonett
Mottaker	Avsender
	Webex-app	Webex-app for mobil	SIP-registrerte enheter (HD)	SIP-registrerte enheter (FHD)	Webex-registrerte enheter (SD)	Webex-registrerte enheter (HD)	Webex-registrerte enheter (FHD)
Webex-app på skrivebordet	720p10 Blandet lyd*	720p10 Blandet lyd	720p30 Blandet lyd	720p30 Blandet lyd	576p15 Innholdslyd**	720p30 Blandet lyd	720p30 Blandet lyd
Webex-app for mobil	—	—	—	—	—	—	—
SIP-registrerte enheter (HD)	720p30 Innholdslyd	720p15 Blandet lyd	1080p15 Blandet lyd	1080p15 Blandet lyd	576p15 Blandet lyd	1080p15 Blandet lyd	1080p15 Blandet lyd
SIP-registrerte enheter (FHD)	1080p30 Blandet lyd	720p15 Blandet lyd	1080p15 Blandet lyd	1080p30 Blandet lyd	576p15 Blandet lyd	1080p15 Blandet lyd	1080p30 Blandet lyd
Webex-registrerte enheter (SD)	1080p15 Blandet lyd	720p15 Blandet lyd	1080p15 Blandet lyd	1080p15 Blandet lyd	576p15 Blandet lyd	1080p15 Blandet lyd	1080p15 Blandet lyd
Webex-registrerte enheter (FHD)	1080p30 Blandet lyd	720p15 Blandet lyd	1080p15 Blandet lyd	1080p30 Blandet lyd	576p15 Blandet lyd	1080p15 Blandet lyd	1080p30 Blandet lyd

_{* Innholdslyd refererer til lyden som spilles av fra det bestemte innholdet som deles, for eksempel en strømming av video. Denne lydstrømmen er atskilt fra vanlig møtelyd.}

_{** Blandet lyd refererer til en blanding av møtedeltaker lyd og lyd fra innholdsdelingen.}

Forbered miljøet ditt

Krav for videonett

Videonett er tilgjengelig med tilbudene dokumentert i Lisenskrav for hybridtjenester .

Krav til samtalekontroll og møteintegrering for videonett

Tabell 1. Samtalekontroll og møtekrav for videonett
Komponent Formål	Minimum støttet versjon
Lokal samtalekontroll	Cisco Unified Communications Manager, versjon 11.5(1) SU3 eller nyere. (Vi anbefaler den nyeste SU-versjonen.) Cisco Expressway-C eller E, versjon X8.11.4 eller nyere. (Se delen «Viktig informasjon» i Versjonsmerknader for Expressway for mer informasjon.)
Møteinfrastruktur	Webex Meetings WBS33 eller nyere. (Du kan bekrefte at Webex-nettsted ditt er på riktig plattform hvis listen Medieressurstype er tilgjengelig i nettstedsalternativene for møterom for skysamarbeid.) Hvis du vil sikre at nettstedet ditt er klart for Video Mesh, kontakter du din kundesuksessansvarlige (CSM) eller partner.
Håndtering av failover	Cisco Expressway-C eller E, versjon X8.11.4 eller nyere. (Se delen «Viktig informasjon» i Versjonsmerknader for Expressway for mer informasjon.)

Krav til endepunkter og Webex-app

Tabell 2. Krav til endepunkt og app for videonett
Komponent Formål	Detaljer
Støttede endepunkter	Se Webex-videokompatibilitet og støtte .
Støttede versjoner av Webex-appen	Videomesh støtter Webex-appen for skrivebord (Windows, Mac) og mobil (Android, iPhone og iPad). Hvis du vil laste ned appen for en støttet plattform, går du tilhttps://www.webex.com/downloads.html .
Støttede kodeker	Se Webex\| Videospesifikasjoner for samtaler og møter for lyd- og videokodekene som støttes. Merk disse forbeholdene for videonett: For videokvalitet støtter Video Mesh opptil 1080p i visse scenarier. Du kan konfigurere denne innstillingen ihttps://admin.webex.com . For SIP-videosystemer støtter Video Mesh SIP-klienter som lager DTMF-lydtoner (dual tone multi frequency). Tjenesten støtter også KPML (keypad markup language). Webex Teams for Windows og Mac og Room-, Desk- og Board-enheter som er registrert i skyen, støtter opptil 1080p 30 bilder per sekund med innholdslyd. H.323-klienter er nevnt i datablad, men de går bare til skyen.
Støttede Webex-registrerte rom-, skrivebords- og tavleenheter	Følgende enheter er testet og bekreftet å fungere med Video Mesh-noder: Cisco DX70 Cisco Webex DX80 Cisco Webex Board 55 Cisco Webex Room Kit Cisco Webex Room Kit Mini Cisco Webex Room Kit Plus Cisco Webex Room Kit Plus Precision 60 Cisco Webex Room Kit Pro Cisco TelePresence SX10 Quick Set Cisco TelePresence SX20 Quick Set Cisco TelePresence SX80 Codec Cisco TelePresence MX200 G2 Cisco TelePresence MX300 G2 Cisco TelePresence MX700 Cisco TelePresence MX800

System- og plattformkrav for programvare for videonettnode

Produksjonsmiljøer

I produksjonsdistribusjoner er det to måter å distribuere videonettnode programvare på en bestemt maskinvarekonfigurasjon:

Du kan konfigurere hver server som én virtuell maskin, noe som er best for distribusjoner som inkluderer mange SIP-endepunkter.
Ved hjelp av VMNLite-alternativet kan du konfigurere hver server med flere mindre virtuelle maskiner. VMNLite er best for distribusjoner der flertallet av klienter og enheter er Webex-app og Webex-registrerte endepunkter.

Disse kravene er felles for alle konfigurasjoner:

VMware ESXi 7 eller 8, vSphere 7 eller 8
Hyperthreading aktivert

Tabell 3. System- og plattformkrav for programvare for videonettnode i et produksjonsmiljø

Maskinvarekonfigurasjon

Produksjonsdistribusjon som én virtuell maskin

Produksjonsdistribusjon med virtuelle VMNLite-er

Merknader

Cisco Meeting Server 1000 (CMS 1000)

72 vCPU-er (70 for videonettnode, 2 for ESXi)
60 GB hovedminne
80 GB lokal harddiskplass

Distribuer som 3 identiske virtuell maskin , hver med:

23 vCPU-er
20 GB hovedminne
80 GB lokal harddiskplass

Vi anbefaler denne plattformen for videonettnode.

Spesifikasjonsbasert konfigurasjon

(2,6 GHz Intel Xeon E5-2600v3 eller nyere-prosessor kreves)

72 vCPU-er (70 for videonettnode, 2 for ESXi)
60 GB hovedminne
80 GB lokal harddiskplass
eller

80 GB NFS-lagring

Distribuer som 3 identiske virtuell maskin , hver med:

23 vCPU-er
20 GB hovedminne
80 GB lokal harddiskplass

eller

80 GB NFS-lagring

Hver virtuell maskin for Video Mesh må ha CPU, RAM og harddisker reservert for seg selv.

Bruk enten CMS1000 eller VMNLite alternativet under konfigurasjonen.

Topp IOP-er (inndata-/utdataoperasjoner per sekund) for NFS-lagring er 300 IOPS.

Cisco Meeting Server 2000 (CMS 2000)

Distribuer som 8 identiske virtuell maskin , hver med:

72 vCPU-er (70 for videonettnode, 2 for ESXi)
60 GB hovedminne
80 GB lokal harddiskplass
eller

80 GB NFS-lagring

Distribuer som 24 identiske virtuell maskin , hver med:

23 vCPU-er
20 GB hovedminne
80 GB lokal harddiskplass

eller

80 GB NFS-lagring

Vi anbefaler denne plattformen for videonettnode.

Hvert blad må være en komplett Cisco Meeting Server 1000 med reservert CPU, RAM og harddisker per blad.

Topp IOP-verdier for NFS-lagring er 300 IOPS.

Demomiljøer

For grunnleggende demoformål kan du bruke en spesifikasjonsbasert maskinvarekonfigurasjon, med følgende minimumskrav:

14vCPU-er (12 for videonettnode, 2 for ESXi)
8 GB hovedminne
20 GB lokal harddiskplass
2,6 GHz Intel Xeon E5-2600v3 eller nyere-prosessor

Denne konfigurasjonen av Video Mesh støttes ikke av Cisco TAC .

Hvis du vil ha mer informasjon om demoprogramvaren, se Demoprogramvare for videonettnode .

Krav til båndbredde

Videonettnoder må ha en minimumsbåndbredde til Internett på 10 Mbps for at både opplasting og nedlasting skal fungere som den skal.

Krav for proxy-støtte for videonett

Vi støtter offisielt følgende proxy-løsninger som kan integreres med Video Mesh-nodene dine.
- Cisco Web Security Appliance (WSA) for gjennomsiktig proxy
- Squid for eksplisitt proxy
For en eksplisitt proxy eller gjennomsiktig inspeksjons-proxy som inspiserer (dekrypterer trafikk), må du ha en kopi av proxyens rotsertifikat som du må laste opp til klareringslageret for Video Mesh-noden i webgrensesnitt.
Vi støtter følgende eksplisitte kombinasjoner av proxy- og godkjenningstyper:
- Ingen godkjenning med http og https
- Enkel godkjenning med http og https
- Sammendragsgodkjenning kun med https
- NTLM-godkjenning kun med http

For gjennomsiktige proxyer må du bruke ruteren/bryteren til å tvinge HTTPS/443-trafikk til å gå til proxyen. Du kan også tvinge Web Socket til å gå til proxy. (Web Socket bruker https.)

Hvis mediet ikke flyter, skjer dette ofte når https-trafikk fra noden over port 443 svikter:

Port 443-trafikk er tillatt av proxyen, men det er en inspeksjons proxy og bryter websocket.

For å løse disse problemene må du kanskje «omgå» eller «skjøte» (deaktivere inspeksjon) på port 443 til: *.wbx2.com og *.ciscospark.com.

Kapasitet for videonettnoder

Enhetstyper og klienter
Videooppløsning
Nettverkskvalitet
Toppbelastning
Distribusjonsmodell

Bruk av videonett påvirker ikke antall Webex-lisenser.

Test ut vanlige møtescenarier for distribusjonen din.
Bruk analysene i Control Hub for å se hvordan distribusjonen utvikler seg, og legg til kapasitet etter behov.

Tabell 4. Kapasitet på vanlige videonettnoder
Scenario	Oppløsning	Deltakerkapasitet
Møter med bare deltakere i Webex-appen	720p	100–130
Møter med bare deltakere i Webex-appen	1080p	90–100
Møter og 1-til-1-samtaler med bare deltakere i Webex-appen	720p	60–100
Møter og 1-til-1-samtaler med bare deltakere i Webex-appen	1080p	30–40
Møter med kun SIP-deltakere	720p	70–80
Møter med kun SIP-deltakere	1080p	30–40
Møter med Webex-appen og SIP-deltakere	720p	75–110

Grunnoppløsningen for Webex-appen er 720p. Men når du deler, er deltakerminiatyrbildene på 180p.
Disse ytelsestallene forutsetter at du har aktivert alle de anbefalte portene.

Kapasitet for VMNLite

Tabell 5. Kapasitet på VMNLite-noder
Scenario	Oppløsning	Deltakerkapasitet med 3 VMNLite-noder på en server
Møter med bare deltakere i Webex-appen	720p	250–300
Møter med bare deltakere i Webex-appen	1080p	230–240
Møter og 1-til-1-samtaler med bare deltakere i Webex-appen	720p	175–275

Grunnoppløsningen for Webex-appmøter er 720p. Men når du deler, er deltakerminiatyrbildene på 180p.

Klynger i videonett

En klient på et bedriftsnettverk som kan nå en lokal klynge, kobles til den – den primære preferansen for klienter på bedriftsnettverk.
Klienter som blir med i et privat møte med Video Mesh, kobles bare til lokale klynger. Du kan opprette en egen klynge spesielt for disse private møtene.
En klient som ikke kan nå en lokal klynge, kobles til skyen – tilfellet for en mobilenhet som ikke er koblet til bedriftsnettverk.
Den valgte klyngen avhenger også av ventetid, i stedet for bare plassering. For eksempel kan en skyklynge med lavere STUN-tur-retur-forsinkelse (SRT) enn en videonettklynge være en bedre kandidat for møtet. Denne logikken forhindrer en bruker i å lande på en geografisk fjern klynge med høy SRT-forsinkelse.

Klynger for private møter

Hvis du vil ha mer informasjon om funksjonen for private møter i videonett, se Private møter .

Retningslinjer for distribusjon av videonettklynge

I typiske bedriftsdistribusjoner anbefaler vi at kunder bruker opptil 100 noder per klynge. Det er ingen faste grenser i systemet for å blokkere en klyngestørrelse med mer enn 100 noder. Hvis du imidlertid trenger å opprette større klynger, anbefaler vi på det sterkeste at du går gjennom dette alternativet med Cisco-teknologi gjennom ditt Cisco-kontoteam.
Opprett færre klynger når ressursene har lignende nettverksnærhet (tilhørighet).
Når du oppretter klynger, må du bare legge til noder som er i samme geografiske område og samme datasenter. Klynger over Wide Area Network (WAN) støttes ikke.
Vanligvis distribuerer du klynger i bedrifter som er vert for hyppige lokaliserte møter. Planlegg hvor du plasserer klynger på båndbredden som er tilgjengelig på forskjellige WAN-plasseringer i bedriften. Over tid kan du distribuere og vokse klynge for klynge basert på observerte brukermønstre.
Klynger som befinner seg i forskjellige tidssoner, kan effektivt betjene flere geografiske områder ved å dra nytte av forskjellige anropsmønstre med peak/ travel time .
Hvis du har to Video Mesh-noder i to separate datasentre (EU og NA, for eksempel), og du har endepunkter som kobles sammen gjennom hvert datasenter, vil nodene i hvert datasenter overlappe hverandre til én enkelt Video Mesh-node i skyen. Disse kaskader ville gå over Internett. Hvis det finnes en skydeltaker (som blir med før en av Video Mesh-deltakerne), vil nodene bli koblet gjennom skydeltakerens medianode.

Mangfold i tidssone

Overflyt til skyen

Hvis du konfigurerer møtet som den private møtetypen, beholder Webex alle samtalene i de lokale klyngene dine. Private møter flyter aldri over til skyen.

Webex-enhet registreres med Webex

Tester med forsinkelser tur/retur – skyenheten når ikke den lokale klyngen

Tester med forsinkelser tur/retur – skyenheten når den lokale klyngen

Lokal og skysamtale

Lokal samtale med forskjellige klyngetilknytninger

Webex-enheten kobles til enten lokal klynge eller sky basert på tilgjengeligheten. Følgende viser eksempler på de vanligste scenariene.

Webex Cloud enhet kobles til skyen

Den lokale Webex-enheten kobles til den lokale klyngen

Lokal Webex-enhet kobles til skyen

Skyklyngevalg for overflyt basert på 250 ms eller høyere STUN tur-retur-forsinkelse

Webex-appen eller Webex-enheten er på bedriftsnettverket i San Jose.
San Jose- og Amsterdam-klynger er fulle eller utilgjengelige.
SRT-forsinkelse til Shanghai-klyngen er større enn 250 ms og vil sannsynligvis føre til problemer med mediekvaliteten.
San Francisco-skyklyngen har en optimal SRT-forsinkelse.
Shanghai-videonett-klyngen er ekskludert fra vurdering.
Som et resultat av dette flyter Webex-appen over til San Francisco-skyklyngen.

Private møter

Kontroller at de nødvendige portene er åpne i brannmuren, for å tillate uhindret overlapping mellom klynger. Se Porter og protokoller for administrasjon .

Distribusjonsmodeller som støttes av videonett

Støttes i en distribusjon av videonett

Du kan distribuere en videonettnode i enten et datasenter (foretrukket) eller i demilitarisert sone (DMZ). Hvis du vil ha veiledning, se Porter og protokoller som brukes av videonett .
For en DMZ-distribusjon kan du konfigurere videonettnodene i en klynge med det to nettverksgrensesnitt (NIC). Denne distribusjonen lar deg skille bedriftens interne nettverkstrafikk (brukes til interbokskommunikasjon, overlappende nodeklynger og for å få tilgang til nodens administrasjonsgrensesnitt) fra den eksterne skynettverkstrafikken (brukes for tilkobling til omverdenen og gjennomgripende til skyen).

Dobbelt nettverkskort fungerer på den fullstendige VMNLite- og demoversjonen av nodeprogramvaren for Video Mesh. Du kan også distribuere videonettet bak et 1:1 NAT-oppsett.
Du kan integrere Video Mesh-noder med samtalekontroll . For eksempel distribusjoner med Video Mesh integrert med Unified CM, se Distribusjonsmodeller for Video Mesh og Cisco Unified Communications Manager .
Følgende typer adresseoversettelse støttes:
- Dynamisk oversettelse av nettverksadresse (NAT) ved hjelp av et IP-utvalg
- Dynamisk oversettelse av portadresse (PAT)
- 1:1 NAT
- Andre former for NAT skal fungere så lenge de riktige portene og protokollene brukes, men vi støtter ikke offisielt dem fordi de ikke har blitt testet.
IPv4
Statisk IP-adresse for videonettnode

Støttes ikke i en distribusjon av videonett

IPv6
DHCP for videonettnode
En klynge med en blanding av enkelt og to nettverkskort
Klynger av videonettnoder over WAN (Wide Area Network)
Lyd, video eller medier som ikke går gjennom en videonettnode:
- Lyd fra telefoner
- Node-til-node-anrop mellom Webex-appen og standardbasert endepunkt
- Lydavslutning på videonettnode
- Medier sendt gjennom Expressway C/E-par
- Videosamtale tilbakeringing fra Webex

Distribusjonsmodeller for Video Mesh og Cisco Unified Communications Manager

Steder for datasenter
Kontorplasseringer og størrelse
Sted og kapasitet for Internett-tilgang

Video Mesh støtter SME ( Session Management Edition ). Unified CM -klynger kan kobles til via en SME, og deretter må du opprette en SME-trunk som kobles til Video Mesh-nodene.

Hub- og Spoke-arkitektur

Geografisk distribusjon

Geografisk distribusjon med SIP-oppringing

Porter og protokoller som brukes av videonett

For å sikre en vellykket distribusjon av Video Mesh og for problemfri drift av Video Mesh-nodene, åpner du følgende porter på brannmuren for bruk med protokollene.

Se Nettverkskrav for Webex-tjenester for å forstå de generelle nettverkskravene for Webex Teams.
Se Hvitbok for gjennomgang av brannmur hvis du vil ha mer informasjon om brannmur- og nettverkspraksis for Webex-tjenester.
Hvis du vil redusere potensielle problemer med DNS-spørringer, følger du veiledningen Anbefalte fremgangsmåter for DNS, nettverksbeskyttelse og angrepsidentifikasjon dokumentasjonen når du konfigurerer bedriftens brannmur.
Hvis du vil ha mer designinformasjon, kan du se Foretrukket arkitektur for hybridtjenester, CVD .

Porter og protokoller for administrasjon

Videonettnodene i en klynge må være i samme VLAN- eller nettverksmaske.

Hensikt	Kilde	Destinasjon	Kilde-IP	Kildeport	Transportprotokoll	Destinasjons-IP	Målport
Administrasjon	Administrasjonsdatamaskin	Videonett-node	Etter behov	Hvilke som helst	TCP, HTTPS	Videonett-node	443
SSH for tilgang til administrasjonskonsollen for Video Mesh	Administrasjonsdatamaskin	Videonett-node	Etter behov	Hvilke som helst	TCP	Videonett-node	22
Intraklyngekommunikasjon	Videonett-node	Videonett-node	IP-adresse til andre Video Mesh-noder i klyngen	Hvilke som helst	TCP	Videonett-noder	8443
Administrasjon	Videonett-node	Webex-sky	Etter behov	Hvilke som helst	UDP, NTP UDP, DNS TCP, HTTPS (WebSockets)	Hvilke som helst	123* 53*
Overlappende signalisering	Videonett-node	Webex-sky	Hvilke som helst	Hvilke som helst	TCP	Hvilke som helst	443
Overlappende medier	Videonett-node	Webex-sky	Videonett-node	Alle***	UDP	Hvilke som helst Hvis du vil ha spesifikke adresseområder, kan du se delen «IP-delnett for Webex Media-tjenester» i Nettverkskrav for Webex-tjenester .	5004 50000 til 53000 Hvis du vil ha mer informasjon, kan du se delen «Webex-tjenester – portnumre og protokoller» i Nettverkskrav for Webex-tjenester .
Overlappende signalisering	Vido-nettklynge (1)	Vido-nettklynge (2)	Hvilke som helst	Hvilke som helst	TCP	Hvilke som helst	443
Overlappende medier	Vido-nettklynge (1)	Vido-nettklynge (2)	Vido-nettklynge (1)	Alle***	UDP	Hvilke som helst	5004 50000 til 53000
Administrasjon	Videonett-node	Webex-sky	Etter behov	Hvilke som helst	TCP, HTTPS	Alle**	443
Administrasjon	Videonett-node (1)	Videonett-node (2)	Videonett-node (1)	Hvilke som helst	TCP, HTTPS (WebSockets)	Videonett-node (2)	443
Intern kommunikasjon	Videonett-node	Alle andre videonettnoder	Videonett-node	Hvilke som helst	UDP	Hvilke som helst	10000 til 40000

_{***Portene varierer avhengig av om du aktiverer QoS. Med QoS aktivert er portene 52.500-59499, 63000-64667, 59500-62999 og 64688-65500. Med QoS av er portene 34.000–34.999.}

Trafikksignaturer for videonett (tjenestekvalitet aktivert)

Kilde-IP-adresse	Destinasjons-IP-adresse	Kilde UDP-porter	UDP-målporter	Innebygd DSCP-merking	Mediatype
Videonettnode	Webex skymedietjenester	35000 til 52499	5004	AF41	Test STUN-pakker
Videonettnode	Webex skymedietjenester	52500 til 59499	5004	EF	Lyd
Videonettnode	Webex skymedietjenester	63000 til 64667	5004	AF41	Video
Videonettnode	Webex skymedietjenester	59500 til 62999	50 000 til 51499	EF	Lyd
Videonettnode	Webex skymedietjenester	64668 til 65500	51500 til 53000	AF41	Video
Videonettnode	Videonettnode	10000 til 40000	10000 til 40000	—	Lyd
Videonettnode	Videonettnode	10000 til 40000	10000 til 40000	—	Video
Videonettnode	Unified CM SIP-endepunkter	52500 til 59499	Unified CM SIP-profil	EF	Lyd
Videonettnode	Unified CM SIP-endepunkter	63000 til 64667	Unified CM SIP-profil	AF41	Video
Videonett-klynge	Videonett-klynge	52500 til 59499	5004	EF	Lyd
Videonett-klynge	Videonett-klynge	63000 til 64667	5004	AF41	Video
Videonett-klynge	Videonett-klynge	59500 til 62999	50 000 til 51499	EF	Lyd
Videonett-klynge	Videonett-klynge	64668 til 65500	51500 til 53000	AF41	Video
Videonettnode	Webex Teams-program eller endepunkt*	5004	52000 til 52099	AF41	Lyd
Videonettnode	Webex Teams-program eller endepunkt	5004	52100 til 52299	AF41	Video

Trafikksignaturer for videonett (tjenestekvalitet deaktivert)

Tabellen og diagrammet viser UDP-porter som brukes til lyd- og videostrømmer når QoS er deaktivert.

Tabell 6. Trafikksignaturer for videonett (tjenestekvalitet deaktivert)
Kilde-IP-adresse	Destinasjons-IP-adresse	Kilde UDP-porter	UDP-målporter	Innebygd DSCP-merking	Mediatype
Videonettnode	Webex skymedietjenester	34000 til 34999	5004	AF41	Lyd
Videonettnode	Webex skymedietjenester	34000 til 34999	5004	AF41	Video
Videonettnode	Webex skymedietjenester	34000 til 34999	50 000 til 51499	AF41	Lyd
Videonettnode	Webex skymedietjenester	34000 til 34999	51500 til 53000	AF41	Video
Videonettnode	Videonettnode	10000 til 40000	10000 til 40000	AF41	Lyd
Videonettnode	Videonettnode	10000 til 40000	10000 til 40000	AF41	Video
Videonett-klynge	Videonett-klynge	34000 til 34999	5004	AF41	Lyd
Videonett-klynge	Videonett-klynge	34000 til 34999	5004	AF41	Video
Videonett-klynge	Videonett-klynge	34000 til 34999	50 000 til 51499	AF41	Lyd
Videonett-klynge	Videonett-klynge	34000 til 34999	51500 til 53000	AF41	Video
Videonettnode	Unified CM SIP-endepunkter	52500 til 59499	Unified CM SIP-profil	AF41	Lyd
Videonettnode	Unified CM SIP-endepunkter	63000 til 64667	Unified CM SIP-profil	AF41	Video
Videonettnode	Webex skymedietjenester	35000 til 52499	5004	AF41	Test STUN-pakker
Videonettnode	Webex Teams-program eller endepunkt	5004	52000 til 52099	AF41	Lyd
Videonettnode	Webex Teams-program eller endepunkt	5004	52100 til 52299	AF41	Video

Porter og protokoller for Webex Meetings trafikk

Hensikt	Kilde	Destinasjon	Kilde-IP	Kildeport	Transportprotokoll	Destinasjons-IP	Målport
Innkaller til møte	Apper (Webex-appen for skrivebord og mobilapper) Webex-registrerte enheter	Videonett-node	Etter behov	Hvilke som helst	UDP og TCP (brukes av Webex-appen) SRTP (alle)	Alle**	5004
SIP-enhet som ringer til møte (SIP-signalisering)	samtalekontroll i Unified CM eller Cisco Expressway	Videonett-node	Etter behov	Kortvarig (>=1024)	TCP eller TLS	Alle**	5060 eller 5061
Overlapping	Videonett-node	Webex-sky	Etter behov	34000 til 34999	UDP, SRTP (alle)*	Alle**	5004 50000 til 53000***
Overlapping	Videonett-node	Videonett-node	Etter behov	34000 til 34999	UDP, SRTP (alle)*	Alle**	5004

Port 5004 brukes for alle skymedier og lokale videonettnoder.

_{** Hvis du vil begrense etter IP-adresser, kan du se IP-adresse som er dokumentert i Nettverkskrav for Webex-tjenester .}

Videokvalitet og skalering for videonett

For retningslinjer for båndbreddeklargjøring og kapasitetsplanlegging , se Dokumentasjon for foretrukket arkitektur .

Arkitektur

Deltakere i skyen og lokaler

Kaskader

Overlappende båndbreddegrafer som gir måling per klynge, er tilgjengelige på Analytics-menyen i Webex Control Hub. Du kan ikke konfigurere overlappende båndbredde per møte i Control Hub.

Eksempel på hovedvideo med flere oppsett

Diagrammet nedenfor viser et møte med registrerte endepunkter i skyen og lokaler og en aktiv taler.

I det samme møtet viser diagrammet nedenfor et eksempel på en kaskade som er opprettet mellom videonettnodene og skyen i begge retninger.

I det samme møtet viser diagrammet nedenfor et eksempel på en kaskade fra skyen.

Krav for Webex-tjenester

Samarbeid med partneren din, Customer Suksess Manager (CSM) eller prøveversjonsrepresentanten for å klargjøre Cisco Webex nettstedet og Webex-tjenester for videonett på riktig måte:

Du må ha en Webex-organisasjon med et betalt abonnement på Webex-tjenester.
Hvis du vil dra full nytte av Video Mesh, må du sørge for at Webex-nettsted ditt er på videoplattform versjon 2.0. (Du kan bekrefte at nettstedet ditt er på videoplattform versjon 2.0 hvis det har listen Medieressurstype tilgjengelig i nettstedsalternativene for møterom for skysamarbeid.)
Du må aktivere CMR for Webex-nettsted ditt under brukerprofiler. (Du kan gjøre dette i en CSV-fil for masseoppdatering med SupportCMR-attributtet).

Hvis du vil ha mer informasjon, se Funksjonssammenligning og overføringsbane fra samarbeidsmøterom-hybrid til videonett i vedlegget.

Tilknyttet informasjon

Kontroller at kildelandet er riktig

1	I en nettleser skriver du inn denne URL-adressen med den offentlige IP-adresse til Expresswayen eller endepunktet på slutten. `https://ds.ciscospark.com/v1/region/ <public IP address>` Du mottar et svar som følgende: `attribution: "This product includes GeoLite2 data created by MaxMind, available from http://www.maxmind.com" clientAddress: "<public IP address>" clientRegion: "US-WEST" countryCode: "US" disclaimer: "This service is intended for use by Webex Team only. Unauthorized use is prohibitted." regionCode: "US-WEST" timezone: "America/Chicago"`
2	Kontroller at `countryCode` er passende for plasseringen av Expresswayen eller endepunktet.
3	Hvis plasseringen er feil, sender du en forespørsel om å korrigere plasseringen av den offentlige IP-adresse din til MaxMind påhttps://support.maxmind.com/geoip-data-correction-request/correct-a-geoip-location .

Fullfør forutsetningene for videonett

Bruk denne sjekklisten for å sikre at du er klar til å installere og konfigurere videonett-noder og integrere et Webex-nettsted med videonett.

Sørg for at du:

Oppfyll minimumssystemkravene som er beskrevet i Krav for videonett og Lisenskrav for hybridtjenester .
Forstå eksemplene på samtalekapasitet som er beskrevet i Kapasitet for videonettnoder .
Forstå de støttede distribusjonsmodellene beskrevet i Distribusjonsmodeller som støttes av videonett .
Kontroller at nettverket tillater tilkobling på portene og ved hjelp av protokollene som er beskrevet i Porter og protokoller som brukes av videonett
Kontroller at nettverket ditt støtter båndbreddekravene som er beskrevet i Videokvalitet og skalering for videonett

Ta opp følgende nettverksinformasjon som skal tilordnes til Video Mesh-nodene:

IP-adresse (anbefales)
Nettverksmaske
Gateway IP-adresse
DNS-servere
NTP-servere

Et vertsnavn og eventuelt domenenavn for videonett-noden. (Valgfritt)

Velg en støttet maskinvare eller spesifikasjonsbasert konfigurasjon for Video Mesh-noden, som beskrevet i System- og plattformkrav for programvare for videonettnode .

Kontroller at serveren din kjører VMware ESXi 7 eller 8, og vSphere 7 eller 8, med en VM-vert operativ.

Hva nå?

Installer og konfigurer programvaren for videonettnode

Distribuer videonett

Oppgaveflyt for distribusjon av videonett

Før du starter

1	Installer og konfigurer programvaren for videonettnode Bruk denne fremgangsmåten til å distribuere en videonettnode til vertsserveren som kjører VMware ESXi eller vCenter. Du installerer den lokale programvaren som oppretter en node, og deretter utfører du den første konfigurasjonen, for eksempel nettverksinnstillinger. Du registrerer den i skyen senere.
2	Logg på videonettnode Logg på konsollen for første gang. Programvaren for videonettnode har et standardpassord. Du må endre denne verdien før du konfigurerer noden.
3	Angi nettverkskonfigurasjon for videonettnode i konsollen Bruk denne fremgangsmåten til å konfigurere nettverksinnstillinger for videonettnode hvis du ikke konfigurerte dem da du konfigurerte noden på en virtuell maskin. Du angir en statisk IP-adresse og endrer FQDN/vertsnavn og NTP-servere. DHCP støttes for øyeblikket ikke.
4	Bruk disse trinnene for å konfigurere det eksterne grensesnittet for en distribusjon med to nettverksgrensesnitt (dual NIC): Angi det eksterne nettverksgrensesnittet for videonettnode Legg til interne og eksterne rutingsregler Når noden er tilkoblet igjen og du har bekreftet den interne nettverkskonfigurasjon, kan du konfigurere det eksterne nettverksgrensesnitt hvis du distribuerer videonettnode i nettverkets DMZ, slik at du kan isolere bedriftstrafikken (internt) fra utsiden (eksternt). ) trafikk. Du kan også gjøre unntak eller overstyringer av standard rutingsregler.
5	Registrer videonettnode til Webex Cloud Bruk denne fremgangsmåten til å registrere videonett-noder til Webex-skyen og fullføre ytterligere konfigurasjon. Når du bruker Control Hub til å registrere noden, oppretter du en klynge som noden er tilordnet. En klynge inneholder én eller flere medienoder som betjener brukere i et bestemt geografisk område. Registreringstrinnene konfigurerer også innstillinger for SIP-samtale , angi en oppgraderingsplan og abonnere på e-postvarsler.
6	Aktiver og verif Quality of Service (QoS) med følgende oppgaver: Aktiver Quality of Service (QoS) for videonettnode Kontroller portområder for videonettnode med reflektorverktøy i nettgrensesnittet Aktiver QoS hvis du vil at Video Mesh-noder automatisk skal merke SIP-trafikk (lokale SIP-registrerte endepunkter) for både lyd (EF) og video (AF41) separat med passende tjenesteklasse og bruke kjente portområder for bestemte medietyper. Denne endringen lar deg opprette QoS-policyer og effektivt kommentere returtrafikk fra skyen hvis du ønsker det. Bruk trinnene i Reflector Tool for å kontrollere at de riktige portene er åpnet på brannmuren.
7	Konfigurer videonettnode for proxy-integrering Bruk denne fremgangsmåten til å angi hvilken type proxy du vil integrere med et videonett. Hvis du velger en gjennomsiktig inspeksjons-proxy, kan du bruke nodens grensesnitt til å laste opp og installere rotsertifikat, kontrollere proxyen og feilsøke potensielle problemer.
8	Følg Integrer videonett med oppgaveflyt for samtalekontroll og velg ett av følgende, avhengig av samtalekontroll, sikkerhetskrav og om du vil integrere Video Mesh med samtalekontroll : Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett (TLS) Konfigurer Unified CM TCP SIP-trafikkruting for videonett (TCP) Konfigurer Expressway TCP SIP-trafikkruting for videonett (TCP) SIP-enheter støtter ikke direkte tilgjengelighet, så du må bruke Unified CM eller VCS Expressway-konfigurasjon for å etablere et forhold mellom lokale registrerte SIP-enheter og videonettklynger. Du trenger bare å trunke Unified CM eller VCS Expressway til videonettnode, avhengig av samtalekontroll .
9	Utveksle sertifikatkjeder mellom Unified CM og videonettnoder I denne oppgaven laster du ned sertifikater fra Unified CM og Video Mesh-grensesnittene og laster opp det ene til det andre. Dette trinnet etablerer sikker tillit mellom de to produktene, og, sammen med den sikre trunkkonfigurasjonen, lar kryptert SIP-trafikk og SRTP-medier i organisasjonen din lande på Video Mesh-noder.
10	Aktiver mediekryptering for organisasjons- og videonettklynger Bruk denne fremgangsmåten til å aktivere mediekryptering for organisasjonen og individuelle videonett-klynger. Denne innstillingen tvinger ende-til-ende TLS-oppsett, og du må ha en sikker TLS SIP-trunk på plass på Unified CM som peker til Video Mesh-nodene.
11	Aktiver videonett for Webex-nettstedet Hvis du vil bruke optimalisert media til videonettnode for et Webex-møte til alle Webex-app og -enhetene som skal delta, må denne konfigurasjonen være aktivert for Webex-nettsted. Aktivering av denne innstillingen kobler Video Mesh- og møteforekomster i skyen sammen, og tillater at overlappinger oppstår fra Video Mesh-noder. Hvis denne innstillingen ikke er aktivert, vil ikke Webex-app og -enhetene bruke videonettnoden for Webex-møter.
12	Tilordne møterom for samarbeid til brukere av Webex-appen
13	Kontroller møteopplevelsen på det sikre endepunktet Hvis du bruker mediekryptering gjennom ende-til-ende TLS-oppsettet, bruker du disse trinnene for å bekrefte at endepunktene er registrert på en sikker måte, og at riktig møteopplevelse vises.

Skript for masseklargjøring for videonett

Installer og konfigurer programvaren for videonettnode

Før du starter

Se System- og plattformkrav for programvare for videonettnode for støttede maskinvareplattformer og spesifikasjonskrav for videonettnode.

Kontroller at du har disse obligatoriske elementene:

En datamaskin med:

VMware vSphere-klient 7 eller 8.

Du finner en liste over operativsystemer som støttes, i VMware-dokumentasjonen.

OVA-fil for Video Mesh-programvare lastet ned.

En støttet server med VMware ESXi eller vCenter 7 eller 8 installert og kjører
Deaktiver sikkerhetskopiering av virtuell maskin og direkteoverføring. videonettnode -klynger er sanntidssystemer. eventuelle pauser i virtuell maskin kan gjøre disse systemene ustabile. (For vedlikeholdsaktiviteter på en videonettnode, bruk vedlikeholdsmodus fra Control Hub.)

Åpne VMware vSphere-klienten ved hjelp av datamaskinen og logg på vCenter- eller ESXi-systemet på serveren.

Gå til Handlinger > Distribuer OVF-mal .

På Velg en OVF-mal side, klikk Lokal fil , deretter Velg Filer . Naviger til der videomesh.ova filen er plassert, velger du filen og klikker på Neste .

Pass på at du laster ned en ny kopi av OVA fra denne koblingen .

Det kjøres en valideringskontroll. Når den er fullført, vises maldetaljene.

Kontroller maldetaljene, og klikk deretter på Neste .

På Konfigurasjon velger du type distribusjonskonfigurasjon, og klikker deretter Neste .

VMNLite (standard)
CMS 1000

Alternativene er oppført i rekkefølgen etter økende ressurskrav.

På Velg lagring side, må du kontrollere at standard diskformat for Tykk provisjon Lazy nullstilt og retningslinjer for VM-lagring for Datalager som standard er valgt, og klikk deretter Neste .

På Velg nettverk -siden, velger du nettverksalternativet fra listen over oppføringer for å gi ønsket tilkobling til den virtuelle maskinen.

For Internt grensesnitt, nettverk , velger du nodens interne IP-adresse.
For Eksternt grensesnittnettverk , velger du den eksterne IP-adresse som vender mot det offentlige nettverket. Se bort fra dette alternativet hvis du ikke har en dobbel NIC-distribusjon.

På Tilpass mal side, konfigurerer du følgende nettverksinnstillinger:

Vertsnavn (Valgfritt) – angi FQDN (vertsnavn og domene) eller vertsnavn med ett ord for noden.

Hvis du vil sikre en vellykket registrering til skyen, bruker du bare små tegn i FQDN eller vertsnavnet du angir for videonettnode. Store og små bokstaver støttes ikke for øyeblikket.
Når du bruker eller konfigurerer FQDN eller vertsnavn, må du også angi et gyldig domene som kan løses. Den totale lengden på FQDN kan ikke overstige 64 tegn.

IP-adresse — Angi IP-adresse for det interne grensesnittet til noden.
Maske – Angi nettverksmaske med punktum og desimal. For eksempel 255.255.255.0 .
Gateway – Angi IP-adresse for gatewayen . En gateway er en nettverksnode som fungerer som et tilgangspunkt til et annet nettverk.
DNS-servere – Angi en kommadelt liste over DNS-servere som håndterer oversettelse av domenenavn til numeriske IP-adresser. (Opptil fire DNS-oppføringer er tillatt.)
NTP-servere – Angi organisasjonens NTP-server eller en annen ekstern NTP-server som kan brukes i organisasjonen. Du kan også bruke en kommadelt liste til å angi flere NTP-servere.

videonettnode må ha en intern IP-adresse og et DNS-navn som kan løses. IP-adresse for noden kan ikke tilhøre IP-adresse som er reservert for intern bruk av videonettnode . Standard reservert IP-adresse er 172.17.42.0–172.17.42.63, som kan konfigureres senere i Diagnostikk -menyen. Dette IP-adresse er for kommunikasjon innenfor videonettnode og mellom programvarebeholderne som inneholder de forskjellige komponentene i noden – for eksempel SIP-grensesnitt og medietranskoding.
Distribuer alle nodene i samme delnett eller VLAN, slik at alle nodene i en klynge er tilgjengelige uansett hvor klientene befinner seg i nettverket.
For en dobbel NIC DMZ-distribusjon kan du angi den eksterne IP-adresse i nodekonsollen etter at du har lagret den interne nettverkskonfigurasjon og startet noden på nytt senere.

Hvis du foretrekker det, kan du hoppe over konfigurasjonen av nettverksinnstillinger og følge trinnene i Angi nettverkskonfigurasjon for videonettnode i konsollen etter at du logger på noden.

På Klar til å fullføre på siden, kontroller at alle innstillingene du anga, samsvarer med retningslinjene i denne prosedyren, og klikk deretter på Fullfør .

Når distribusjonen av OVA er fullført, vises videonettnode i listen over virtuelle datamaskiner.

Høyreklikk på den videonettnode , og velg deretter Strøm > Strøm på .

Programvaren for videonettnode installeres som gjest på VM-verten. Du er nå klar til å logge på konsollen og konfigurere videonettnode.

Du kan oppleve en forsinkelse på noen minutter før nodebeholderne kommer opp. Det vises en brobrannmurmelding på konsollen ved første oppstart, der du ikke kan logge på.

Hva nå?

Angi nettverkskonfigurasjon for videonettnode i konsollen

Logg på konsollen for første gang. Programvaren for videonettnode har et standardpassord. Du må endre denne verdien før du konfigurerer noden.

1	Fra VMware vSphere-klienten går du til den videonettnode , og deretter velger du Konsoll . Den videonettnode starter opp, og det vises en påloggingsmelding. Hvis påloggingsmeldingen ikke vises, trykker du på Gå inn . Du kan en kort stund se en melding som angir at systemet initialiseres.
2	Bruk følgende standard brukernavn og passord for å logge på: Innlogging: `admin` Passord: `cisco` Fordi du logger på videonettnode for første gang, må du endre passordfrasen (passordet) for administrator .
3	For (gjeldende) passord skriver du inn standard passord (ovenfra), og deretter trykker du på Gå inn .
4	For nytt passord skriver du inn en ny passordfrase, og deretter trykker du på Gå inn .
5	Hvis du vil skrive inn nytt passord på nytt, skriver du inn den nye passordfrasen på nytt, og deretter trykker du på Gå inn . Meldingen «Passord ble endret» vises, og deretter vises det første skjermbildet for videonettnode med en melding om at uautorisert tilgang er forbudt.
6	Trykk på Gå inn for å laste hovedmeny.

Hva nå?

Disse trinnene er obligatoriske hvis du ikke konfigurerte nettverksinnstillinger på tidspunktet for OVA-distribusjon.

Det indre grensesnittet (standardgrensesnittet for trafikk) brukes til CLI, SIP-trunker, SIP-trafikk og nodebehandling. Det eksterne (eksterne) grensesnittet er for HTTPS- og websockets-kommunikasjon til Webex, sammen med den overlappende trafikken fra nodene til Webex.

Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten, og logg deretter på med administratorlegitimasjonen.

Etter førstegangs oppsett av nettverksinnstillinger , og hvis videonettverket er tilgjengelig, kan du få tilgang til nodegrensesnittet via sikkert skall (SSH).

Velg alternativ fra hovedmeny i videonettnode 2 Rediger konfigurasjon og klikk deretter Velg .

Les meldingen om at samtalene avsluttes på videonettnode, og klikk deretter på Ja .

Klikk på Statisk , angi IP-adresse for det interne grensesnittet, Maske , Gateway , og DNS verdier for nettverket ditt.

videonettnode må ha en intern IP-adresse og et DNS-navn som kan løses. IP-adresse for noden kan ikke tilhøre IP-adresse som er reservert for intern bruk av videonettnode . Standard reservert IP-adresse er 172.17.42.0–172.17.42.63, som kan konfigureres i Diagnostikk -menyen. Dette IP-adresse er for kommunikasjon innenfor videonettnode og mellom programvarebeholderne som inneholder de forskjellige komponentene i noden – for eksempel SIP-grensesnitt og medietranskoding.
Distribuer alle nodene i samme delnett eller VLAN, slik at alle nodene i en klynge er tilgjengelige uansett hvor klientene befinner seg i nettverket.
For en DMZ-distribusjon for to nettverkskort kan du angi den eksterne IP-adresse i neste prosedyre etter at du har lagret den interne nettverkskonfigurasjon og startet noden på nytt.

Angi organisasjonens NTP-server eller en annen ekstern NTP-server som kan brukes i organisasjonen.

Hvis du konfigurerer mer enn én NTP-server, er avstemningsintervallet for failover 40 sekunder.

(Valgfritt) Endre vertsnavnet eller domenet om nødvendig.

Hvis du vil sikre en vellykket registrering til skyen, bruker du bare små tegn i vertsnavnet du angir for videonettnode. Store og små bokstaver støttes ikke for øyeblikket.
Når du bruker eller konfigurerer FQDN eller vertsnavn, må du også angi et gyldig domene som kan løses. Den totale lengden på FQDN kan ikke overstige 64 tegn.

Klikk på Lagre , og klikk deretter Lagre endringer og start på nytt .

Hva nå?

Angi det eksterne nettverksgrensesnittet for videonettnode

Velg alternativ fra hovedmeny i videonettnode 5 Ekstern IP-konfigurasjon og klikk deretter Velg .

Klikk på 1 Aktiver/deaktiver , deretter Velg , og deretter Ja for å aktivere alternativene for ekstern IP-adresse på noden.

Som du gjorde med den første nettverkskonfigurasjon, skriver du inn IP-adresse (eksternt), Maske , og Gateway verdier.

Den Grensesnitt -feltet viser navnet på det eksterne grensesnittet for noden.

Klikk på Lagre og start på nytt .

Hvis du vil bekrefte konfigurasjonen av den interne og eksterne IP-adresse , går du til konsollens hovedmeny 4 Diagnostikk , og velg deretter Ping .

I ping -feltet, angi en destinasjonsadresse du vil teste, for eksempel en ekstern destinasjon eller en intern IP-adresse, og klikk deretter på OK .

Test en ekstern destinasjon (eksempel, cisco.com); hvis vellykket, viser resultatene at målet ble åpnet fra det eksterne grensesnittet.
Test en intern IP-adresse; hvis vellykket, viser resultatene at adressen ble åpnet fra det interne grensesnittet.

Hva nå?

API-er for videonettnode

API-er for VMN-administrasjon

API vedlikeholdsmodus og passord for administratorkonto for videonettnodene.

Få status for vedlikeholdsmodus

Henter gjeldende status for vedlikeholdsmodus (Forventet status: på, av, venter eller forespurt).

[FÅ] https://<node_ip> /api/v1/external/maintenanceMode

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Success"
    },
    "result": {
        "isRegistered": true,
        "maintenanceMode": "pending/requested/on/off",
        "maintenanceModeLastUpdated": 1691135731847
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 401,
        "message": "login failed: incorrect password or username"
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 429,
        "message": "Too Many Requests"
    }
}

Aktivere eller deaktivere vedlikeholdsmodus

[PUT] https://<node_ip> /api/v1/external/maintenanceMode

Kall bare dette API-et når det ikke finnes noen aktive samtaler.

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
      "maintenanceMode": "on"
}

maintenanceMode – Status for vedlikeholdsmodus som skal angis – «på» eller «av».

Forespørselshoder:

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 1:

{
        "status": {  
            "code": 200,
            "message": "Your request to enable/disable maintenance mode was successful."
    }
}

Eksempelrespons 2:

{
      "status": {
          "code": 409,
          "message": "Maintenance Mode is already on/off"
    }
}

Eksempelrespons 3 :

{
      "status": {
          "code": 400,
          "message": "Bad Request - wrong input"   
    }
}

Endre administratorpassord

Endrer passordet til administratorbrukeren.

[PUT] https://<node_ip> /api/v1/external/password

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst:

{
  "newPassword": "new"
}

newPassword – Det nye passordet som skal angis for «admin»-kontoen til videonettnode.

Forespørselshoder:

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully set the new passphrase for user admin."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 400,
        "message": "Enter a new passphrase that wasn't used for one of the previous 3 passphrases."
    }
}

API-er for VMN-nettverk

Video Mesh Network API-er gjør det mulig for organisasjonsadministratorer å administrere interne og eksterne nettverksinnstillinger.

Hent konfigurasjon av eksternt nettverk

[FÅ] https://<node_ip> /api/v1/external/externalNetwork

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 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"
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 200,
        "message": "External network not enabled."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 500,
        "message": "Failed to get external network configuration."
    }
}

Rediger ekstern nettverkskonfigurasjon

[PUT] https://<node_ip> /api/v1/external/externalNetwork

Du kan bare konfigurere dette for nylig distribuerte videonettnoder, der standard administratorpassord er endret. Ikke bruk dette API-et etter at du har registrert noden for en organisasjon.

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst:

Aktiverer eksternt nettverk:


{
  "externalNetworkEnabled": true,
  "externalIp": "1.1.1.1",
  "externalMask": "2.2.2.2",
  "externalGateway": "3.3.3.3"
}

Deaktiverer eksternt nettverk:

{
  "externalNetworkEnabled": false
}

externalNetworkEnabled – Boolsk verdi (sann eller usann) for å aktivere/deaktivere eksternt nettverk
ekstern IP – den eksterne IP-en som skal legges til
externalMask – Nettverksmasken for det eksterne nettverket
externalGateway – Gatewayen for det eksterne nettverket

Forespørselshoder:

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 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."
    }
}

Eksempelrespons 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."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 400,
        "message": "One or more errors in the input: Value should be boolean for 'externalNetworkEnabled'"
    }
}

Eksempelrespons 4:

{
    "status": {
        "code": 400,
        "message": "External network configuration has not changed; skipping save of the external network configuration."
    }
}

Få detaljer om det interne nettverket

[FÅ] https://<node_ip> /api/v1/external/internNettverk

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 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": ""
    }
}

Eksempelrespons 2:


{
      "status": {
          "code": 500,
          "message": "Failed to get Network details."   
    }
}

Eksempelrespons 3:

{
      "status": {
          "code": 500,
          "message": "Failed to get host details."   
    }
}

Rediger DNS-servere

Oppdaterer DNS-servere med nye.

[PUT] https://<node_ip> /api/v1/external/internNetwork/dns

Sett noden i vedlikeholdsmodus før du gjør denne endringen. Se Aktivere eller deaktivere vedlikeholdsmodus hvis du vil ha mer informasjon om hvordan du flytter en node til vedlikeholdsmodus.

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst:

{
    "dnsServers": "1.1.1.1 2.2.2.2"
}

dnsServers – DNS-servere som skal oppdateres. Flere områdeseparerte DNS-servere er tillatt.

Forespørselshoder:

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully saved DNS servers"
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 409,
        "message": "Requested DNS server(s) already exist."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 424,
        "message": "Maintenance Mode is not enabled. Kindly enable Maintenance Mode and try again for this node."
    }
}

Rediger NTP-servere

Oppdaterer NTP-servere med nye.

[PUT] https://<node_ip> /api/v1/external/internNetwork/ntp

Sett noden i vedlikeholdsmodus før du gjør denne endringen. Se Aktivere eller deaktivere vedlikeholdsmodus hvis du vil ha mer informasjon om hvordan du flytter en node til vedlikeholdsmodus.

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst:

{
    "ntpServers": "1.1.1.1 2.2.2.2"
}

ntpServers – NTP-servere som skal oppdateres. Flere plassdelte NTP-servere er tillatt.

Forespørselshoder:

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully saved the NTP servers."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 409,
        "message": "Requested NTP server(s) already exist."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 424,
        "message": "Maintenance Mode is not enabled. Kindly enable Maintenance Mode and try again for this node."
    }
}

Rediger vertsnavn og domene

Oppdaterer vertsnavnet og domenet for videonettnode.

[PUT] https://<node_ip> /api/v1/external/interntNettverk/vert

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst:

{
    "hostName": "test-vmn",
    "domain": "abc.com"
}

vertsnavn – det nye vertsnavnet for noden.
domene – Det nye domenet for vertsnavnet til noden (valgfritt).

Forespørselshoder:

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 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."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 400,
        "message": "Unable to resolve FQDN"
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 409,
        "message": "Entered hostname and domain already set to same."
    }
}

Aktiver eller deaktiver DNS-bufring

Aktiverer eller deaktiverer DNS-bufring. Vurder å aktivere hurtigbufring hvis DNS-kontroller ofte tar over 750 ms å løse, eller hvis det er anbefalt av Cisco kundestøtte.

[PUT] https://<node_ip> /api/v1/external/internNetwork/dnsCaching

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst:

{
    "dnsCaching": true
}

dnsCaching – konfigurasjon av DNS-bufring. Godtar boolsk verdi (sann eller usann).

Forespørselshoder:

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 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."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 400,
        "message": "One or more errors in the input: 'dnsCaching' field value should be a boolean"
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 409,
        "message": "dnsCaching is already set to false"
    }
}

Rediger grensesnitt MTU

Endrer maksimal overføringsenhet (MTU) for nodens nettverksgrensesnitt fra standardverdi på 1500. Verdier mellom 1280 og 9000 er tillatt.

[PUT] https://<node_ip> /api/v1/external/internalNetwork/mtu

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst:

{
    "internalInterfaceMtu": 1500
}

internalInterfaceMtu – maksimal overføringsenhet for nodens nettverksgrensesnitt. Verdien skal være mellom 1280 og 9000.

Forespørselshoder:

«Innholdstype»: «application/json»

Eksempel på svar :

Eksempelrespons 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."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 400,
        "message": "One or more errors in the input: 'internalInterfaceMtu' field value should be a number"
    }
}

Eksempelrespons 3:


{
    "status": {
        "code": 400,
        "message": "Please enter a number between 1280 and 9000."
    }
}

VMN Server Certificate API-er

Opprett CSR-sertifikatet

Genererer et CSR-sertifikat (Certificate Signing Request) og den private nøkkelen, basert på informasjonen som er oppgitt.

[POST] https://<node_ip> /api/v1/externalCertManager/generateCsr

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

{
    "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 for videonettnode angitt som fellesnavn. (obligatorisk)
emailAddress – brukerens e-postadresse. (valgfritt)
altNames – Alternativt(e) emnenavn (valgfritt). Flere områdeseparerte FQDN-er er tillatt. Hvis det er oppgitt, må det inneholde det vanlige navnet. Hvis altNames ikke er oppgitt, tar det commonName som verdien av altNames.
organisasjon – Organisasjons-/Bedriftsnavn. (valgfritt)
organisationUnit – organisasjonsenhet eller avdelings- eller gruppenavn osv. (valgfritt)
sted – by/sted. (valgfritt)
delstat – delstat/provins. (valgfritt)
land – land/region. Forkortelse på to bokstaver. Ikke oppgi mer enn to bokstaver. (valgfritt)
passordfrase – Passfrase for privat nøkkel. (valgfritt)
keyBitSize – Privat nøkkelbitstørrelse. Godkjente verdier er 2048, som standard, eller 4096. (valgfritt)

Forespørselshoder :

Innholdstype: «application/json»

Eksempel på svar :

Eksempelrespons 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
    }
}

Eksempelrespons 2:


{
    "status": {
        "code": 400,
        "message": "Private key already exists. Delete it before generating new CSR."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 400,
        "message": "CSR certificate already exists. Delete it before generating new CSR."
    }
}

Eksempelrespons 4:

{
    "status": {
        "code": 400,
        "message": "CSR certificate and private key already exist. Delete them before generating new CSR."
    }
}

Eksempelrespons 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."
    }
}

Last ned CSR-sertifikatet

Laster ned det genererte CSR-sertifikatet.

[FÅ] https://<node_ip> /api/v1/externalCertManager/csr

Du kan også laste ned filen via Send og last ned alternativet.

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

-----BEGIN CERTIFICATE REQUEST-----
S4MP1E_C3RT_C0NT3NT
-----END CERTIFICATE REQUEST-----

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "Could not download, CSR certificate does not exist."
    }
}

Last ned den private nøkkelen

Laster ned den private nøkkelen som genereres sammen med CSR-sertifikatet.

[FÅ] https://<node_ip> /api/v1/externalCertManager/key

Du kan også laste ned filen via Send og last ned alternativet.

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:


-----BEGIN RSA PRIVATE KEY-----
S4MP1E_PR1V4T3_K3Y
-----END RSA PRIVATE KEY-----

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "Could not download, private key does not exist."
    }
}

Slett CSR-sertifikatet

Sletter det eksisterende CSR-sertifikatet.

[DELETE] https://<node_ip> /api/v1/externalCertManager/csr

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully deleted the CSR certificate"
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "CSR certificate does not exist."
    }
}

Slett den private nøkkelen

Sletter den eksisterende private nøkkelen.

[DELETE] https://<node_ip> /api/v1/externalCertManager/key

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully deleted the private key"
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "Private key does not exist."
    }
}

Installer det CA-signerte sertifikatet og den private nøkkelen

Laster opp det oppgitte CA-signerte sertifikatet og den private nøkkelen på videonettnoden og installerer sertifikatet på noden.

[POST] https://<node_ip> /api/v1/externalCertManager/uploadInstallCaCert

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Brødtekst :

Bruk «form-data» for å laste opp følgende filer:

CA-signert sertifikatfil (.crt) med nøkkel som «crtFile».
Privat nøkkel (.key)-fil med nøkkel som 'keyFile'.

Forespørselshoder :

Innholdstype: «flerpart/skjema-data»

Eksempel på svar :

Eksempelrespons 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
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 400,
        "message": "Could not parse the certificate file. Make sure it is a properly formatted certificate and try again."
    }
}

Eksempelrespons 3:

{
    "status": {
        "code": 400,
        "message": "Private Key does not match Certificate (different modulus)"
    }
}

Eksempelrespons 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."
    }
}

Last ned det CA-signerte sertifikatet

Laster ned det CA-signerte sertifikatet som er installert på noden.

[FÅ] https://<node_ip> /api/v1/externalCertManager/caCert

Du kan også laste ned filen via Send og last ned alternativet.

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

-----BEGIN CERTIFICATE-----
S4MP1E_C3RT_C0NT3NT
-----END CERTIFICATE-----

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "Could not download, CA certificate does not exist."
    }
}

Slett det CA-signerte sertifikatet

Sletter det CA-signerte sertifikatet som er installert på noden.

[DELETE] https://<node_ip> /api/v1/externalCertManager/caCert

Autorisasjon : Grunnleggende autentisering ved hjelp av brukernavnet for Video Mesh (admin) og passordet.

Eksempel på svar :

Eksempelrespons 1:

{
    "status": {
        "code": 200,
        "message": "Successfully deleted the CA certificate."
    }
}

Eksempelrespons 2:

{
    "status": {
        "code": 404,
        "message": "CA certificate does not exist."
    }
}

Felles API-svar

Nedenfor finner du noen eksempler på svar du kan støte på når du bruker en av API-ene nevnt ovenfor.

Eksempelrespons 1: Feil legitimasjon angitt i den grunnleggende autorisasjonen.

{
    "status": {
        "code": 401,
        "message": "login failed: incorrect password or username"
    }
}

Eksempelrespons 2: VMN er ikke oppgradert til den obligatoriske versjonen som støtter disse API-ene.

{
    "status": {
        "code": 421,
        "message": "Misdirected Request 1:[undefined]"
    }
}

Eksempelrespons 3: Feil referer angitt i toppteksten (når topptekst ikke var forventet).

{
    "status": {
        "code": 421,
        "message": "Misdirected Request 2:[https://x.x.x.x/setup]"
    }
}

Eksempelrespons 4: Frekvensgrensen er overskredet. Prøv etter en stund.


{
    "status": {
        "code": 429,
        "message": "Too Many Requests"
    }
}

Legg til interne og eksterne rutingsregler

Fra grensesnittet for Video Mesh-noden velger du 5 Ekstern IP-konfigurasjon og klikk deretter Velg .

Velg 3 Behandle rutingsregler , og klikk deretter Velg .

Du kan legge til manuelle overstyringer av disse reglene i de neste trinnene.

Følg disse trinnene etter behov:

Klikk på Legg til ekstern rute , og angi deretter det interne subnett- eller verts- IP-adresse som skal brukes for den eksterne ruten.
Klikk på Legg til intern rute , og angi deretter det eksterne subnett- eller verts- IP-adresse som skal brukes for den interne ruten.

Når du legger til hver regel, vises de i listen over rutingsregler, kategorisert som brukerdefinerte regler.

Standardrutene kan ikke slettes, men du kan slette alle brukerdefinerte overstyringer du har konfigurert.

Åpne en SSH-tilkobling til den offentlige IP-adresse til videonettnode.
Få tilgang til videonettnode via ESXi-konsollen

Registrer videonettnode til Webex Cloud

Før du starter

Når du starter registreringen av en node, må du fullføre den innen 60 minutter, ellers må du starte på nytt.
Kontroller at eventuelle popup-blokkeringer i nettleseren din er deaktivert eller at du tillater et unntak forhttps://admin.webex.com .
For best resultat kan du distribuere alle nodene i en klynge i det samme datasenter. Se Klynger i videonett for hvordan de fungerer og beste praksis.
Fra verten eller maskinen der du registrerer videonettnoder til skyen, må du ha tilkobling til Webex-skyen og IP-adressene for videonettverket som registreres (i et dobbelt NIC-miljø, nærmere bestemt de interne IP-adressene til videoen Nettnoder).

Logg på Kontrollhub .

Gå til Tjenester > Hybrid og velg én:

Konfigurer : Velg dette alternativet hvis dette er den første videonettnode du registrerer, og klikk deretter på Neste .

Se Fullfør forutsetningene for videonett hvis du vil ha mer informasjon.
Vis alle : Velg dette alternativet hvis du allerede har registrert én eller flere videonettnoder, og klikk deretter på Legg til ressurs .

Kontroller at du har installert og konfigurert videonettnode. Klikk på Ja, jeg er klar til å registrere meg... , og klikk deretter Neste .

I Opprett en ny eller velg en klynge , velg én:

For en ny klynge skriver du inn et navn på klyngen du vil tilordne videonettnode til.
For en eksisterende klynge klikker du på feltet, og deretter velger du en eksisterende klynge den nye noden skal legges til i.

Vi anbefaler at du gir navn til en klynge basert på hvor nodene i klyngen befinner seg geografisk. For eksempel «San Francisco».

I Angi FQDN- eller IP-adresse , angi det fullt kvalifisert domenenavn (FQDN) eller den interne IP-adresse til videonettnode , og klikk deretter på Neste .

Hvis du bruker FQDN, angir du et domene som kan løses av DNS.
Hvis du bruker en IP-adresse, skriver du inn den samme interne IP-adresse som du brukte til å konfigurere noden fra konsollen.

Et FQDN må løses direkte til IP-adresse , ellers er det ikke brukbart. Vi utfører valideringen på FQDN for å utelukke skrivefeil eller konfigurasjonsfeil.

Under Oppgraderingsplan , velg tid, frekvens og tidssone.

Når en oppgradering er tilgjengelig, kan du bruke Oppgrader nå for å starte oppgraderingen før neste vedlikeholdsvindu eller Utsette for å utsette den til neste vindu.

Under E-postvarsler , legg til administrator -e-postadresser for å abonnere på varsler om tjenestealarmer og programvareoppgraderinger.

administrator e-postadresse din legges til automatisk. Du kan fjerne den hvis du vil.

Veksle på Videokvalitet innstillingen på for å aktivere 1080p 30 bilder per sekund.

Hvis denne innstillingen er deaktivert, er standarden 720p.
For videooppløsninger som støttes av Webex-appen, se Videospesifikasjoner for samtaler og møter .

Les informasjonen under Fullfør registreringen , og klikk deretter Gå til Node for å registrere noden til Webex-skyen.

Sjekk Gi tilgang til noden for Webex- videonettnode , og klikk deretter Fortsett .

Klikk på Tillat .

Kontoen din er validert, videonettnode er registrert og meldingen Registrering fullført vises, noe som indikerer at videonettnode nå er registrert i Webex.

videonettnode henter maskinlegitimasjon basert på organisasjonens rettigheter. Den genererte maskinlegitimasjonen utløper regelmessig og oppdateres.

Klikk på portalkoblingen eller lukk fanen for å gå tilbake til siden Videonett.

På siden Videonett ser du nå den nye klyngen som inneholder videonettnode for videonett som du registrerte.

Hvis du går til klyngen, ser du den nye videonettnode, som først viser statusen på Registrerer deg . Noden endres til Kjører når den er klar til bruk i Webex-organisasjonen din.
Siden programvaren er en beholder som inneholder tjenester fra skyinfrastrukturen, får den oppdateringer fra skyen for å forbli synkronisert med skytjenestene. Nødvendige oppdateringer kan installeres kort tid etter at du har registrert noden i skyen. Du kan også endre tidsplanen for automatisk oppgradering. Se Automatiske oppgraderinger for ressurser for hybridtjenester hvis du vil ha mer informasjon.
Hvis du installerte demobildet på noden du registrerte, ser du en demomodus gul statusalarm. Denne alarmen er normal, men vi anbefaler at du installerer hele programvarebildet før den utsatte perioden på 90 dager utløper for demobildet.

Ting du bør huske på

Husk følgende informasjon om videonettnode og hvordan den fungerer når den er registrert i Webex-organisasjonen din:

Når du distribuerer en ny videonettnode, vil ikke Webex-appen og den Webex-registrerte enheten gjenkjenne den nye noden på opptil to timer. Klientene sjekker om klyngen er tilgjengelig under oppstart, nettverksendring eller hurtigbufferutløp. Du kan vente i to timer eller, som en løsning, starte Webex-appen på nytt eller starte Webex-rommet eller -skrivebordet på nytt. Deretter registreres samtaleaktivitet i videonettrapportene i Control Hub.
En videonettnode registreres til én Webex-organisasjon. det er ikke en enhet med flere tenantgrupper.
Hvis du vil vite hva som bruker videonettnode og hva som ikke gjør det, kan du se tabellen i Klienter og enheter som bruker videonettnode .
videonettnode kan koble til Webex-nettsted ditt eller til en annen kundes eller partners Webex-nettsted. Nettsted A distribuerte for eksempel en videonettnode klynge og registrerte den med domenet example1.webex.com. Hvis brukere i nettsted A ringer inn til mymeeting@example1.webex.com, bruker de videonettnode , og det kan opprettes en gjennomgripende overgang. Hvis brukerne i nettsted A ringer dittmøte@example2.webex.com, vil brukerne av nettsted A bruke sin lokale videonettnode og koble til møtet i nettsted Bs Webex-organisasjon.

Hva nå?

Hvis du vil registrere flere noder, gjentar du disse trinnene.
Hvis en oppgradering er tilgjengelig, anbefaler vi at du tar den i bruk så snart som mulig. Fullfør følgende trinn for å oppgradere:
1. Klargjøringsdataene sendes til Webex-skyen av Ciscos utviklingsteam over sikre kanaler. Klargjøringsdataene er signert. For beholderne inneholder klargjøringsdataene navn, kontrollsum, versjon og så videre. videonettnode henter også klargjøringsdataene fra Webex-skyen over sikre kanaler.
2. Når videonettnode får klargjøringsdataene sine, autentiseres noden med skrivebeskyttet legitimasjon og laster ned beholderen med bestemt sjekksum og navn, og oppgraderer systemet. Hver beholder som kjører på videonettnode , har et bildenavn og en kontrollsum. Disse attributtene lastes opp til Webex-skyen ved hjelp av sikre kanaler.

Aktiver Quality of Service (QoS) for videonettnode

Før du starter

Gjør de nødvendige endringene i brannmurporten som er dekket i diagrammet og tabellen. Se Porter og protokoller som brukes av videonett .
For at Video Mesh-noder skal aktiveres for QoS, må nodene være tilkoblet. Noder i vedlikeholdsmodus eller frakoblet tilstander ekskluderes når du aktiverer denne innstillingen.

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , klikk Rediger innstillinger på Video Mesh-kortet.

Bla til Tjenestekvalitet og klikk Aktiver .

Lyd: 52500–59499 og 59500–62999 DSCP EF (Expedited Forwarding)
Video/innhold: 63000–64667 og 64668–65500 DSCP AF41

All returtrafikk for Video Mesh (lyd, video, innhold) fra de delte portene er merket med AF41. Lydtrafikken må merkes til EF i nettverket ditt, basert på kildeportnumrene.

Hvis QoS ikke er fullstendig aktivert om to timer, åpne en sak med støtte for videre etterforskning.

Nodene starter på nytt og oppdateres med det nye portområdet.

Kontroller portområder for videonettnode med reflektorverktøy i nettgrensesnittet

Reflektorverktøyet (en kombinasjon av en server på Video Mesh-noden og klient gjennom et Python-skript) brukes til å bekrefte om de nødvendige TCP/UDP-portene er åpne fra Video Mesh-nodene.

Før du starter

Last ned en kopi av Reflector Tool Client (et Python-skript) frahttps://github.com/CiscoDevNet/webex-video-mesh-reflector-client .
For at skriptet skal fungere som det skal, må du kontrollere at du kjører Python 2.7.10 eller nyere i miljøet ditt.
For øyeblikket støtter dette verktøyet SIP-endepunkter til videonettnoder og intraklyngebekreftelse.

1	Fra kundevisningen ihttps://admin.webex.com , aktiver vedlikeholdsnoden for videonettnode ved å følge disse instruksjonene .
2	Vent til noden viser statusen Klar for vedlikehold i Control Hub.
3	Åpne nodegrensesnittet for Webex-videonett. Hvis du vil ha instruksjoner, se Behandle videonettnode fra nettgrensesnittet .
4	Bla til Refleksverktøy , og start deretter enten TCP Reflector Server eller UDP Reflector Server , avhengig av hvilken protokoll du vil bruke.
5	Klikk på Start Reflector Server , og vent deretter til serveren starter. Du ser et varsel når serveren starter.
6	Fra et system (for eksempel en PC) i et nettverk som du vil at Video Mesh-nodene skal nå, kjører du skriptet med følgende kommando: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` På slutten av kjøringen viser klienten en vellykket melding hvis alle nødvendige porter er åpne: Klienten viser en mislykket melding hvis noen nødvendige porter ikke er åpne:
7	Løs eventuelle portproblemer på brannmuren, og kjør deretter trinnene ovenfor på nytt.
8	Kjør klienten med `--help` for å få flere detaljer.

Konfigurer videonettnode for proxy-integrering

Før du starter

Se Proxy-støtte for videonett for en oversikt over proxy-alternativene som støttes.
Krav for proxy-støtte for videonett

Angi nettadressen for oppsett av videonett https://[IP or FQDN/setup i en nettleser skriver du inn administratorlegitimasjonen du konfigurerte for noden, og klikker deretter Logg på .

Gå til Klareringslager og proxy, og velg deretter et alternativ:

Ingen proxy – Standardalternativet før du integrerer en proxy. Ingen sertifikatoppdatering er nødvendig.
Gjennomsiktig ikke-inspeksjons-proxy – Nodene for videonett er ikke konfigurert til å bruke en bestemt proxy-serveradresse, og bør ikke trenge endringer for å fungere med en ikke-inspeksjons-proxy. Ingen sertifikatoppdatering er nødvendig.
Gjennomsiktig inspeksjons-proxy – Nodene for videonett er ikke konfigurert til å bruke en bestemt proxy-serveradresse. Ingen konfigurasjonsendringer for http(s) er nødvendige på videonett, men nodene for videonett trenger et rotsertifikat for å kunne klarere proxyen. Inspeksjons-proxyer brukes vanligvis av IT til å håndheve retningslinjer om hvilke nettsteder som kan besøkes, og hvilke typer innhold som ikke er tillatt. Denne typen proxy dekrypterer all trafikken din (til og med HTTPS).

Proxy IP/FQDN – Adresse som kan brukes til å nå proxy-maskinen.
Proxy-port – Et portnummer som proxyen bruker til å lytte etter proxy-trafikk.
Proxy-protokoll – Velg http (videonett tunnelerer https-trafikken gjennom http-proxyen) eller https (trafikk fra videonettnoden til proxyen bruker https-protokollen). Velg et alternativ basert på hva proxy-serveren støtter.

Velg mellom følgende godkjenningstyper, avhengig av proxy-miljøet:

Alternativ	Bruk
Ingen	Velg for eksplisitte HTTP- eller HTTPS-proxyer der det ikke finnes noen godkjenningsmetode.
Grunnleggende	Tilgjengelig for eksplisitte HTTP- eller HTTPS-proxyer. Brukes for en HTTP-brukeragent til å angi brukernavn og passord når du foretar en forespørsel, og bruker Base64-koding.
Sammendrag	Kun tilgjengelig for eksplisitte HTTPS-proxyer. Brukes til å bekrefte kontoen før sensitiv informasjon sendes, og bruker en hash-funksjon på brukernavnet og passordet før det sendes over nettverket.
NTLM	Kun tilgjengelig for eksplisitte HTTP-proxyer. Det brukes på samme måte som sammendrag til å bekrefte kontoen før sensitiv informasjon sendes. Bruker Windows-legitimasjon i stedet for brukernavn og passord. Hvis du velger dette alternativet, angir du Active Directory-domenet som proxyen bruker til godkjenning, i NTLM-domenefeltet. Skriv inn navnet på proxy-arbeidsstasjonen (også kalt en arbeidsstasjonskonto eller maskinkonto) i det angitte NTLM-domenet i feltet NTLM-arbeidsstasjon.

Følg de neste trinnene for en gjennomsiktig inspeksjons-proxy eller eksplisitt proxy.

Klikk på Last opp et rotsertifikat eller sluttenhetssertifikat, og deretter finn og velg rotsertifikatet for den eksplisitte eller gjennomsiktige inspeksjons-proxyen.

Hvis du vil ha gjennomsiktige inspeksjons-proxyer eller eksplisitte proxyer, klikker du på Kontroller proxy-tilkobling for å teste nettverkstilkoblingen mellom videonettnoden og proxyen.

Hvis tilkoblingstesten mislykkes, ser du en feilmelding som viser årsaken og hvordan du kan løse problemet.

Noden starter på nytt i løpet av noen få minutter.

Når noden har startet på nytt, logger du på igjen om nødvendig, og deretter åpner du Oversikt-siden for å kontrollere tilkoblingskontrollene for å sikre at alle har grønn status.

Integrer videonett med oppgaveflyt for samtalekontroll

Før du starter

Se Distribusjonsmodeller for Video Mesh og Cisco Unified Communications Manager for å forstå vanlige eksempler på distribusjon.
Video Mesh støtter enten TCP eller TLS mellom Unified CM og SIP-signalisering. SIP TLS støttes ikke for VCS Expressway.
I Unified CM kan hver SIP-trunk støtte opptil 16 videonettdestinasjoner (IP-adresser).
I Unified CM kan innkommende porter på SIP-trunk - sikkerhetsprofil være standard (Non Secure SIP-trunkprofil).
Videonett støtter to rutemønstre: nettstedsnavn.webex.com og meet.ciscospark.com . Andre rutemønstre støttes ikke.

Videonett støtter 3 rutemønstre: webex.com (for korte videoadresser ), nettstedsnavn.webex.com og meet.ciscospark.com . Andre rutemønstre støttes ikke.

Velg ett av disse alternativene, avhengig av samtalekontroll og sikkerhetskravene:

Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett
Konfigurer Unified CM TCP SIP-trafikkruting for videonett
Konfigurer Expressway TCP SIP-trafikkruting for videonett (kun TCP)

SIP-enheter registrert i Unified CM (TLS eller TCP)

SIP-enheter registrert på VCS eller Expressway (kun TCP)

Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett

Opprett en SIP-profil for videonettklynger:

Fra Cisco Unified CM-administrasjon går du til Enhet > Enhetsinnstillinger > SIP-profil , og klikk deretter Finn .
Velg Standard SIP-profil for Cisco VCS , og klikk deretter Kopier .
Angi et navn på den nye profilen – for eksempel Video Mesh SIP Profile.
Under Trunkspesifikk konfigurasjon , angi Tidlig tilbud om støtte for tale- og videosamtaler til Beste innsats (ingen MTP er satt inn) .

Du kan bruke denne innstillingen på en ny SIP-trunk til Webex-skyen (rutet av det eksterne domenet for Webex-nettsted). Innstillingen påvirker ikke eksisterende SIP-trunking eller samtaleruting.
Pass på at Aktiver OPTIONS-ping for å overvåke målstatus for kanaler med tjenestetype er sjekket.
La alle andre felt ha standardverdiene, og lagre endringene.

Legg til en ny SIP-trunk - sikkerhetsprofil for videonettklynger:

Fra Cisco Unified CM-administrasjon velger du System > Sikkerhet > sikkerhetsprofil for SIP-trunk , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Secure SIP Trunk Security Profile

Bekreft disse innstillingene:

Felt	Verdi
sikkerhetsmodus	Kryptert
Innkommende transporttype	TLS
Utgående transporttype	TLS
X.509 Emnenavn Emne for sikker sertifikat eller alternativt navn	Angi det vanlige navnet på nodesertifikatet for videonett.
Innkommende port	5061
SIP V.150 utgående SDP-tilbudsfiltrering	Bruk standardfilter

La alle andre felt ha standardverdiene, og lagre endringene.

Legg til en ny SIP-trunk for å peke til videonettklyngene dine:

I en Unified CM-distribusjon legger du til en enkelt trunk.
I en SMB-distribusjon finnes det vanligvis en trunk mellom Unified CM og SME. Legg til en annen trunk mellom SME- og Video Mesh-noder. Begge kanalene må ha de samme innstillingene som er angitt nedenfor.

Fra Cisco Unified CM-administrasjon velger du Enhet > Trunk , og klikk deretter Legg til ny .
Velg SIP-trunk for trunktypen; la de andre verdiene stå og klikk Neste .
Skriv inn et meningsfylt navn, for eksempel Video_Mesh_SIP_Trunk_UCMtoVMN.
Sjekk SRTP tillatt avmerkingsboks
For Infoformat for anroper og tilkobling , sjekk Levere URI og DN i tilkoblet part, hvis tilgjengelig . Denne innstillingen aktiverer blandet identitet. Den tillater at SIP-trunk -trunken overfører bedriftssidens URI-katalog til Webex.
Sjekk Kjør på alle aktive Unified CM -noder .
Under SIP-informasjon – destinasjon , skriver du inn en IP-adresse eller et fullt kvalifisert domenenavn (FQDN) for hver av videonettnodene dine.
Gå inn 5061 for Målport .
For sikkerhetsprofil for SIP-trunk , velger du trunksikkerhetsprofil for videonett som du opprettet tidligere. (For eksempel Video Mesh Secure SIP Trunk Security Profile.)
For SIP-profil , velger du SIP-profil for videonett som du opprettet tidligere. (For eksempel Video Mesh SIP Profile.)

La alle andre felt ha standardverdiene, og lagre endringene.

Et Video Mesh-anrop eller et møte kan tilordne medier til en hvilken som helst node i en klynge, ikke bare noden som avslutter SIP-samtale.

Opprett en SIP-trunk som peker til en Expressway for Webex-skyfailover.

Fra Cisco Unified CM-administrasjon velger du Enhet > Trunk , og klikk deretter Legg til ny .
Velg SIP-trunk for trunktypen; la de andre verdiene stå og klikk Neste .
Skriv inn et meningsfylt navn, for eksempel Video_Mesh_VCS_Trunk.
For Infoformat for anroper og tilkobling , sjekk Levere URI og DN i tilkoblet part, hvis tilgjengelig . Denne innstillingen aktiverer blandet identitet. Den tillater at SIP-trunk -trunken overfører bedriftssidens URI-katalog til Webex.
Under SIP-informasjon – destinasjon , skriver du inn en IP-adresse eller et fullt kvalifisert domenenavn (FQDN) for hver av Expresswayene dine. For Port , angi 5060 .
For SIP-profil , velg Standard SIP-profil for Cisco VCS .

Opprett en ny rutegruppe for anrop til videonettklynger:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Rutegruppe , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Node Route Group.
Endre Distribusjonsalgoritme til Topp og ned .
I Rute informasjon om gruppemedlem Finner du Enheter med navn Videonett .
Legg til Video_ Mesh_ SIP_ Trunk_ UCM tilVMN ved å klikke Legg til i rutegruppe .
Lagre endringene.

For overflyt til skyen oppretter du en ny rutegruppe for anrop til Expressway:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Rutegruppe , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Expressway Route Group.
Endre Distribusjonsalgoritme til Topp og ned .
I Rute informasjon om gruppemedlem Finner du Enheter med navn Videonett .
Legg til Video_ Mesh_ VCS_ Bagasjerom ved å klikke Legg til i rutegruppe .
Lagre endringene.

Opprett en ny ruteliste for anrop til videonettklynger og Expressway:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Ruteliste , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Node Route List.
Angi Cisco Unified Communications Manager-gruppe til Standard , eller en annen verdi avhengig av konfigurasjonen din.
Lagre endringene.
I Medlemsinformasjon for ruteliste klikker du på Legg til rutegruppe , og velg deretter Rutegruppe for videonett .
Behold standardinnstillingene for de andre innstillingene, og lagre deretter endringene.
I Medlemsinformasjon for ruteliste klikker du på Legg til rutegruppe , og velg deretter Rutegruppe for Expressway-nettverk for video .
Behold standardinnstillingene for de andre innstillingene, og lagre deretter endringene.

Opprett et SIP-rutemønster for kort videoadresse oppringingsformat for Webex-møter:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny og angi navnet Video Mesh Route Pattern for Webex Short URIs.
I IPv4-mønster , angi webex.com som domene.
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Opprett et SIP-rutemønster for Webex-nettsted:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny og angi navnet Video Mesh Route Pattern for Webex Sites.
I IPv4-mønster , skriver du inn Webex-nettsted du vil ha optimalisert media for – for eksempel examplesitename.webex.com .
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Opprett et SIP-rutemønster for Webex-appmøter (bakoverkompatibilitet):

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny , og angi deretter navnet Video Mesh Route Pattern for Teams Meetings.
I IPv4-mønster , angi meet.ciscospark.com .
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Konfigurer Unified CM TCP SIP-trafikkruting for videonett

Opprett en SIP-profil for videonettklynger:

Fra Cisco Unified CM-administrasjon går du til Enhet > Enhetsinnstillinger > SIP-profil , og klikk deretter Finn .
Velg Standard SIP-profil for Cisco VCS , og klikk deretter Kopier .
Angi et navn på den nye profilen – for eksempel Video Mesh SIP Profile.
Under Trunkspesifikk konfigurasjon , angi Tidlig tilbud om støtte for tale- og videosamtaler til Beste innsats (ingen MTP er satt inn) .

Du kan bruke denne innstillingen på en ny SIP-trunk til Webex (rutet av det eksterne domenet for Webex-nettsted). Innstillingen påvirker ikke eksisterende SIP-trunking eller samtaleruting.
Pass på at Aktiver OPTIONS-ping for å overvåke målstatus for kanaler med tjenestetype er sjekket.
La alle andre felt ha standardverdiene, og lagre endringene.

Legg til en ny SIP-trunk - sikkerhetsprofil for videonettklynger:

Fra Cisco Unified CM-administrasjon velger du System > Sikkerhet > sikkerhetsprofil for SIP-trunk , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Trunk Security Profile

Bekreft disse innstillingene:

Felt	Verdi
sikkerhetsmodus	Ikke-sikker
Innkommende transporttype	TCP+UDP
Utgående transporttype	TCP
Innkommende port	5060
SIP V.150 utgående SDP-tilbudsfiltrering	Bruk standardfilter

La alle andre felt ha standardverdiene, og lagre endringene.

Legg til en ny SIP-trunk for å peke til videonettklyngene dine:

I en Unified CM-distribusjon legger du til en enkelt trunk.
I en SMB-distribusjon finnes det vanligvis en trunk mellom Unified CM og SME. Legg til en annen trunk mellom SME- og Video Mesh-noder. Begge kanalene må ha de samme innstillingene som er angitt nedenfor.

Fra Cisco Unified CM-administrasjon velger du Enhet > Trunk , og klikk deretter Legg til ny .
Velg SIP-trunk for trunktypen; la de andre verdiene stå og klikk Neste .
Skriv inn et meningsfylt navn, for eksempel Video_Mesh_SIP_Trunk_UCMtoVMN.
For Infoformat for anroper og tilkobling , sjekk Levere URI og DN i tilkoblet part, hvis tilgjengelig . Denne innstillingen aktiverer blandet identitet. Den tillater at SIP-trunk -trunken overfører bedriftssidens URI-katalog til Webex.
Sjekk Kjør på alle aktive Unified CM -noder .
Under SIP-informasjon – destinasjon , skriver du inn en IP-adresse eller et fullt kvalifisert domenenavn (FQDN) for hver av videonettnodene dine.
Gå inn 5060 for Målport .
For sikkerhetsprofil for SIP-trunk , velger du Video MeshTrunk-sikkerhetsprofil som du opprettet tidligere. (For eksempel Video Mesh Trunk Security Profile.)
For SIP-profil , velger du SIP-profil for videonett som du opprettet tidligere. (For eksempel Video Mesh SIP Profile.)

La alle andre felt ha standardverdiene, og lagre endringene.

Et Video Mesh-anrop eller et møte kan tilordne medier til en hvilken som helst node i en klynge, ikke bare noden som avslutter SIP-samtale.

Opprett en ny SIP-trunk for å peke til en Expressway.

Fra Cisco Unified CM-administrasjon velger du Enhet > Trunk , og klikk deretter Legg til ny .
Velg SIP-trunk for trunktypen; la de andre verdiene stå og klikk Neste .
Skriv inn et meningsfylt navn, for eksempel Video_Mesh_VCS_Trunk.
For Infoformat for anroper og tilkobling , sjekk Levere URI og DN i tilkoblet part, hvis tilgjengelig . Denne innstillingen aktiverer blandet identitet. Den tillater at SIP-trunk -trunken overfører bedriftssidens URI-katalog til Webex.
Under SIP-informasjon – destinasjon , skriver du inn en IP-adresse eller et fullt kvalifisert domenenavn (FQDN) for hver av Expresswayene dine. For Port , angi 5060 .
For SIP-profil , velg Standard SIP-profil for Cisco VCS .

Opprett en ny rutegruppe for anrop til videonettklynger:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Rutegruppe , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Node Route Group.
Endre Distribusjonsalgoritme til Topp og ned .
I Rute informasjon om gruppemedlem Finner du Enheter med navn Videonett .
Legg til Video_Mesh_SIP_Trunk_UCMtoVMN ved å klikke Legg til i rutegruppe .
Lagre endringene.

For overflyt til skyen oppretter du en ny rutegruppe for anrop til Expressway:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Rutegruppe , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Expressway Route Group.
Endre Distribusjonsalgoritme til Topp og ned .
I Rute informasjon om gruppemedlem Finner du Enheter med navn Videonett .
Legg til Video_ Mesh_ VCS_ Bagasjerom ved å klikke Legg til i rutegruppe .
Lagre endringene.

Opprett en ny ruteliste for anrop til videonettklynger og Expressway:

Fra Cisco Unified CM-administrasjon velger du Ruting av anrop > Rute/søk > Ruteliste , og klikk deretter Legg til ny .
Skriv inn et meningsfylt navn, for eksempel Video Mesh Node Route List.
Angi Cisco Unified Communications Manager-gruppe til Standard , eller en annen verdi avhengig av konfigurasjonen din.
Lagre endringene.
I Medlemsinformasjon for ruteliste klikker du på Legg til rutegruppe , og velg deretter Rutegruppe for videonett .
Behold standardinnstillingene for de andre innstillingene, og lagre deretter endringene.
I Medlemsinformasjon for ruteliste klikker du på Legg til rutegruppe , og velg deretter Rutegruppe for Expressway-nettverk for video .
Behold standardinnstillingene for de andre innstillingene, og lagre deretter endringene.

Opprett et SIP-rutemønster for kort videoadresse oppringingsformat for Webex-møter:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny og angi navnet Video Mesh Route Pattern for Webex Short URIs.
I IPv4-mønster , angi webex.com som domene.
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Opprett et SIP-rutemønster for Webex-nettsted:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny og angi navnet Video Mesh Route Pattern for Webex Sites.
I IPv4-mønster , skriver du inn Webex-nettsted du vil ha optimalisert media for – for eksempel examplesitename.webex.com , hvor eksempelnettstedsnavn er navnet på ditt faktiske Webex-nettsted.
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Opprett et SIP-rutemønster for Webex-appmøter:

Fra Ruting av anrop > SIP-rutemønster , klikk Legg til ny , og angi deretter navnet Video Mesh Route Pattern for Teams Meetings.
I IPv4-mønster , angi meet.ciscospark.com .
For SIP-trunk-/ruteliste velger du rutelisten som er opprettet for videonett – for eksempel Ruteliste for videonett .
La alle andre felt ha standardverdiene, og lagre endringene.

Konfigurer Expressway TCP SIP-trafikkruting for videonett

Opprett en sone som peker til videonettklynger:

Fra VCS-kontroller eller Expressway-C går du til Konfigurasjon > Soner > Soner , og klikk deretter Nyhet .

Konfigurer følgende felt:

Feltnavn	Verdi
Navn	Angi et navn som enkelt identifiserer sonen – for eksempel WebexVideoMeshZone
Type	Nabo
H.323
Modus	Av
SIP
Modus	På
Port	5060
Transport	TCP
Plassering
Slå opp jevnaldrende ved å	Adresse
Peer [n]-adresse	Angi IP-adressene for hver videonettnode.

La de andre feltene beholde standardinnstillingene, og lagre deretter endringene.

Opprett oppringingsmønstre for videonettklynger for Webex-nettsteder:

Fra Expressway-C, gå til Konfigurasjon > Oppringingsplan > Søkeregler , og klikk deretter Nyhet .

Konfigurer følgende felt for Webex-nettsted :

Feltnavn

Verdi

Regelnavn

Angi et regelnavn som enkelt identifiserer søkeregelen – for eksempel WebexVideoMesh-YourSite

Prioritet

100 er standard. Kontroller at dette tallet er lavere enn reservereglene for skyen og B2B.

Protokoll

SIP

Modus

Aliasmønstersamsvar

Mønstertype

Regex

Mønsterstreng

.*@(YourSite\.)?webex\.com.*

Mønsteratferd

Forlat

Ved vellykket match

Fortsett

Mål

Velg sonen for videonett du opprettet – for eksempel WebexVideoMeshZone .

La de andre feltene beholde standardinnstillingene, og lagre deretter endringene.

Opprett et traverseringsklient og sonepar som peker til skyen Expressway for failover:

Se Grunnleggende konfigurasjonsveiledning for Expressway for versjonen for trinnene for å opprette paret for traverseringsklient og sone.

Opprett en reservesøkeregel til Traversal-klientsonen som fører til Expressway-E:

Fra Expressway-C, gå til Konfigurasjon > Oppringingsplan > Søkeregler , og klikk deretter Nyhet .

Konfigurer følgende felt:

Feltnavn	Verdi
Regelnavn	Angi et regelnavn som enkelt identifiserer søkeregelen – for eksempel WebexVideoMesh-failover
Prioritet	100 er standard. Kontroller at prioriteten er lavere ved å angi et tall som er høyere enn oppringingsmønsteret for Videonett og B2B-reglene.
Protokoll	SIP
Modus	Ethvert alias
Mønsteratferd	Forlat
Ved vellykket match	Fortsett
Mål	Velg klientsonen for Traversal som fører til Expressway-E.

La de andre feltene beholde standardinnstillingene, og lagre deretter endringene.

Fra Expressway-E, gå til Konfigurasjon > Soner > Soner . Klikk på Nyhet og legg til Webex Zone.

I versjoner før X8.11 opprettet du en ny DNS-sone for dette formålet.

Opprett et oppringingsmønster for Expressway-skyen:

Fra Expressway-E, gå til Konfigurasjon > Oppringingsplan > Søkeregler , og klikk deretter Nyhet .

Konfigurer følgende felt:

Feltnavn	Verdi
Regelnavn	Angi et regelnavn som enkelt identifiserer søkeregelen – for eksempel WebexVideoMesh-toCloud
Prioritet	Angi en høyere verdi enn regelen for de lokale videonettnodene. Hvis nodene er satt til 100, setter du denne verdien til 101 . Du må også sørge for at verdien er lavere enn alle B2B-regler på Expressway.
Protokoll	SIP
Kilde	Navn
Kildenavn	Velg serversonen for sikker kryssing fra Expressway-C – for eksempel WebexVideoMeshZone
Modus	Aliasmønstersamsvar
Mønstertype	Regex
Mønsterstreng	*`.@(YourSite\.)?webex\.com.`*
Mønsteratferd	Forlat
Ved vellykket match	Stopp
Mål	Velg Webex-sonen eller DNS-sonen.

For SIP-enheter som er registrert på Expressway-C, åpner du enhetens IP-adresse i en nettleser, går du til Oppsett , bla til SIP , og velg Standarder fra Skriv inn rullegardinmenyen.

Utveksle sertifikatkjeder mellom Unified CM og videonettnoder

I et klyngemiljø må du installere CA- og serversertifikater på hver node individuelt.

Før du starter

Av sikkerhetshensyn anbefaler vi at du bruker et CA-signert sertifikat på videonettnodene i stedet for nodens standard selvsignert sertifikat.

Åpne nodegrensesnittet for Videonett (IP-adresse/oppsett, for eksempel, https://192.0.2.0/setup) i nettleseren og logg på med nodens administratorlegitimasjon.

Gå til Serversertifikater og be om og last opp et sertifikat og nøkkelpar etter behov:

Den private nøkkelen er allerede på plass når du genererer en CSR. Hvis du ikke bruker trinnet for oppretting av CSR, må du laste opp en privat nøkkel.

Når du har sertifikatet og nøkkelen, klikker du Last opp et serversertifikat (.crt- eller .pem-fil) , velg sertifikatfilen, og klikk deretter på Last opp en privat nøkkel (.key-fil) og angi en passordfrase hvis du har en.
Når du har fått sertifikatet, går du til den første videonett-noden i en klynge, klikker på Installer serversertifikat , les ledeteksten, klikk på Installer , og klikk deretter OK .

En skyregistrert Video Mesh-node avsluttes elegant og venter i opptil to timer på at eventuelle samtaler avsluttes. Noden fullfører deretter sertifikatinstallasjonen. Det vises en melding når serversertifikat installeres. Du kan deretter laste inn siden på nytt for å vise det nye sertifikatet og nøkkeloppføringen.
Klikk på Last ned ved siden av sertifikatet og nøkkelfilene for å lagre en lokal kopi.

Lagre filene et sted som er enkle å huske, og la Video Mesh-forekomsten være åpen i nettleserfanen.
Gå til neste Video Mesh-node i klyngen, fyll ut passordfrasen, og last deretter opp den private nøkkelfilen. Klikk deretter på Last opp et serversertifikat og velg deretter Installer serversertifikat , les ledeteksten, klikk på Installer , og klikk deretter OK .
Gjenta disse trinnene for alle Video Mesh-noder i den samme klyngen.

Lagre Unified CM -filen et sted som er lett å huske, og la Unified CM -forekomsten være åpen i nettleserfanen.

Gå tilbake til kategorien Grensesnitt for videonettnode, klikk på Trust Store og proxy , og velg deretter et alternativ:

Hvis Unified CM bruker et CA-sertifikat som er signert av en kjent organisasjon, klarerer videonettnoden det automatisk. Klareringen er basert på listen over rotsertifikater fra VMN-nodens verts-OS, som oppdateres regelmessig.
Hvis Unified CM bruker et CA-sertifikat som er signert av et internt CA rotsertifikat for bedriften , legger du til dette rotsertifikat i noden. rotsertifikat er tilgjengelig fra bedriften, men kan kanskje ikke lastes ned fra Unified CM.
Legg til både ECDSA- og RSA-sertifikatene som Unified CM bruker til å betjene eksterne forespørsler. Disse sertifikatene kan være selvsignerte sertifikater eller CA-sertifikater.
Hvis du lastet ned ett enkelt sertifikat, klikker du på Last opp et rotsertifikat eller en sluttenhetssertifikat (.crt- eller .pem-fil) , og velg sertifikatfilen CallManager.pem du lastet ned. Klikk på Installer alle sertifikater i Trust Store , les ledeteksten, klikk på Installer , og start deretter noden på nytt.
Hvis du lastet ned en sertifikatkjede, laster du opp rot- CA-sertifikat og det mellomliggende CA-sertifikat, og klikker deretter på Installer alle sertifikater i Trust Store , les ledeteksten og klikk på Installer .

Hvis du vil laste opp filen til serveren, klikker du på Last opp fil .

Hvis du laster opp en sertifikatkjede, må du laste opp alle sertifikatene i kjeden.

Du kan installere og administrere serversertifikater via API-er. Hvis du vil ha mer informasjon, se VMN Server Certificate API-er .

Aktiver mediekryptering for organisasjons- og videonettklynger

Innstillinger	Resultat
Unified CM er konfigurert med en sikker trunk, og denne innstillingen for Video Mesh Control Hub er ikke aktivert.	Samtaler mislykkes.
Unified CM er ikke konfigurert med en sikker trunk, og denne innstillingen for Video Mesh Control Hub er aktivert.	Samtaler mislykkes ikke, men de faller tilbake til usikker sikker modus.

Før du starter

Konfigurer Unified CM Secure TLS SIP-trafikkruting for videonett
Utveksle sertifikatkjeder mellom Unified CM og videonettnoder

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og klikk deretter Innstillinger på Video Mesh-kortet.

Bla til Mediekryptering og slå på innstillingen.

Klikk på Vis alle og gjenta følgende trinn for hver Video Mesh-klynge du vil aktivere for sikker SIP-trafikk.

Velg en videonett-klyngeoppføring i listen, og klikk deretter på Rediger klyngeinnstillinger .
Bla til SIP-anrop og merk av i avkrysningsboksen.
Under Klarerte SIP-kilder , skriv inn Common Name (CN) eller eventuelle FQDN-er som finnes i Subject Alternative Name på Unified CM -sertifikatet (vanligvis FQDN for Unified CM).

Disse oppføringene identifiseres som klarerte SIP-kilder og har tillatelse til å sende sikre SIP-anrop til Webex Video Mesh.

Aktiver videonett for Webex-nettstedet

Tilordne møterom for samarbeid til brukere av Webex-appen

Hvis du administrerer nettstedet ditt via Control Hub:
1. Fra kundevisningen ihttps://admin.webex.com , gå til Brukere > Administrer brukere .
  
  Hvis du vil tilordne flere brukere samtidig, kan du se dette dokumentet .
2. Tilordne Webex Collaboration-møterom til brukere i organisasjonen din.
Hvis du administrerer nettstedet ditt via nettstedsadministrator:
1. Fra nettstedsadministrator går du til brukeradministrasjon .
2. Rediger brukerkonto og merk av for Møterom for samarbeid.
  
  Hvis du vil tilordne flere brukere samtidig, kan du se dette dokumentet .

Kontroller møteopplevelsen på det sikre endepunktet

Bruk denne fremgangsmåten til å kontrollere at endepunktene er registrert på en sikker måte, og at riktig møteopplevelse vises.

1	Bli med i et møte fra det sikrede endepunktet.
2	Kontroller at møtelisten vises på enheten. Dette eksemplet viser hvordan møtelisten ser ut på et endepunkt med et berøringspanel:
3	Under møtet får du tilgang til Webex-konferanseinformasjonen fra Samtaledetaljer.
4	Kontroller at krypteringsdelen viser Type som AES-128, og Status som På.

Behandle og feilsøke videonett

Videonettanalyse

Videonettanalyse- og feilsøkingsrapporter viser data i tidssone som er angitt for den lokale nettleseren.

Analyser

Videonettanalyse gir en langsiktig trend (opptil 3 måneder med data) i kategoriene engasjement, ressursbruk og båndbreddebruk.

sanntidsovervåking

Få tilgang til, filtrer og lagre sanntidsovervåking for Video Mesh

Fra kundevisningen ihttps://admin.webex.com , velg Analyse , og klikk deretter Videonett øverst til høyre på skjermen.

Hold pekeren over informasjon for å få en kort beskrivelse av diagrammet.

Fra bryteren til venstre velger du et alternativ for å filtrere etter hvor langt tilbake i tid du vil vise data.

Siste 4 timer (Standard) – Når du velger dette alternativet, oppdateres grafdataene hvert 1. minutt.
Siste 24 timer –Når du velger dette alternativet, oppdateres grafdataene hvert 10. minutt.

Samhandle med diagrammene ved å bruke følgende alternativer etter behov:

Hold pekeren over segmenter i diagramvisningen for å vise informasjon om det bestemte datapunktet.
Klikk på forklaringselementer på grafen eller oversikten, og klikk deretter Bruk for å oppdatere visningen for de andre forklaringselementene. Når du for eksempel har valgt forklaringselementet Amsterdam, oppdateres linjediagrammet for å utelate andre tegnforklaringselementer og bare inkludere dataene for det valgte elementet.

Når et filter brukes, oppdateres alle andre grafer og diagrammer for å vise dataene for det valgte filtret.
På en graf som viser data i et tidsintervall, kan du begrense ned til et bestemt tidsintervall ved å klikke på venstre side og dra musen til høyre. (Denne handlingen påvirker alle relaterte data som vises på analysesiden.)

Hold pekeren over deler av en smultring, linjer i en graf eller innsiktspunkter i en graf for å vise mer informasjon om det bestemte tidspunktet for dataene.

PNG
PDF
CSV

Få tilgang til, filtrer og lagre analyse av videonett

Beregningsrapporter for videonett er tilgjengelige på Analytics-siden i Control Hub (https://admin.webex.com ), når Video Mesh er aktiv og har en klynge med minst én registrert Video Mesh-node.

Fra kundevisningen ihttps://admin.webex.com , velg Analyse , og klikk deretter Videonett øverst til høyre på skjermen.

Klikk på en kategori, avhengig av hvilken type data du leter etter:

Engasjement
Ressurser
Bruk av båndbredde

Hold pekeren over informasjon for å få en kort beskrivelse av diagrammet.

Fra rullegardinmenyen til høyre velger du et alternativ for å filtrere etter hvor langt tilbake i tid du vil vise data.

Siste 7 dager (Standard) – Endrer den vannrette aksen til hver 1. time.
Siste 24 timer – Endrer den vannrette aksen til hvert 10. minutt.
Siste 30 dager – Endrer den vannrette aksen til hver 3. time.
Siste 90 dager – Endrer den vannrette aksen til hver 8. time.

Samhandle med diagrammene eller smultringgrafene ved å bruke følgende alternativer etter behov:

Klikk på ett eller flere segmenter på smultringdiagrammet eller diagramvisningen, og klikk deretter Bruk for å oppdatere smultringvisningen og den tilsvarende kartvisningen.
Velg forklaringselementer i grafen eller oversikten for å oppdatere visningen for det bestemte forklaringselementet, og klikk deretter Bruk . Når du for eksempel har valgt forklaringselementet Lokalt, oppdateres linjediagrammet med disse dataene uthevet.

Når et filter brukes, oppdateres alle andre grafer og diagrammer for å vise dataene for det valgte filtret.

På en graf som viser data i et tidsintervall, kan du begrense ned til et bestemt tidsintervall ved å klikke på venstre side og dra musen til høyre og forlate når ønsket område er valgt. (Denne handlingen påvirker alle relaterte data som vises på analysesiden.)

Hold pekeren over deler av en smultring, linjer i en graf eller innsiktspunkter i en graf for å vise mer informasjon om det bestemte tidspunktet for dataene.

Hvis du vil starte på nytt fra den samme grafen eller oversikten, klikker du på X på de valgte filtrene nederst i grafen.

PDF
PNG
CSV

Fjern alle filtrene fra filterlinjen hvis du vil tilbakestille analysevisningen.

Tilgjengelig analyse for Video Mesh

Hvis du vil ha mer informasjon om tilgjengelig analyse i Control Hub, kan du se delen Videonett i Analyse for skysamarbeidsporteføljen din .

Overvåkingsverktøy for videonett

Test av signalisering – Tester om SIP-signalisering og mediesignalering skjer mellom videonett-noden og Webex skymedietjenester.
Kaskadetest – Tester om det kan etableres en overlappende enhet mellom videonett-noden og Webex skymedietjenester.
Test for tilgjengelighet – Tester om videonett-noden kan nå målportene for mediestrømmer i Webex skymedietjenester. Den tester også om Video Mesh-noden er i stand til å kommunisere med skyklyngene som er knyttet til mediebeholdere via disse portene.

Kjør en test umiddelbart

Logg inn på Kontrollhub , og deretter gå til Feilsøking > Videonett .

Klikk på Konfigurer test , klikk Test nå , og kontroller deretter nodene og/eller klyngene du vil teste.

Hvis du vil fjerne merket i boksene for å gjenopprette den siste konfigurasjonen, klikker du på Gjenopprett siste testkonfigurasjon .

Klikk på Kjør test .

Hva nå?

Punktene på tidslinjen med glidebryteren viser aggregerte testresultater for hele organisasjonen. Tidslinjene på klyngenivå viser aggregerte resultater for hver klynge.

Tidslinjen kan vise datoer i USA-format. Endre språket ditt i profilinnstillingene for å vise datoer i ditt lokale format.

Bruk bryteren som følger med for å vise suksessratene for forskjellige parametere i form av en tabell.

En hoppet over test, delvis feil eller feil er ikke kritisk med mindre den skjer kontinuerlig over en viss tid.

Konfigurer regelmessige tester

1	Logg inn på Kontrollhub , og deretter gå til Feilsøking > Videonett .
2	Klikk på Konfigurer test , klikk Periodisk test , og kontroller deretter nodene og/eller klyngene du vil teste.
3	Velg et alternativ: Sjekk Alle klynger hvis du vil kjøre testen på alle Video Mesh-nodene i Control Hub-organisasjonen. Kontroller de enkelte klyngenavnene for å kjøre testen på alle Video Mesh-noder som er i en bestemt klynge. Ukontrollerte klynger ekskluderes fra testen. I individuelle klynger kontrollerer du de enkelte nodenavnene du vil kjøre testen på. Alle ukontrollerte noder ekskluderes fra testen.
4	Klikk på Neste.
5	Se gjennom listen over klynger og noder for å kjøre de periodiske testene. Hvis du er fornøyd, klikker du på Konfigurer for å planlegge gjeldende konfigurasjon.

Hva nå?

Punktene på tidslinjen med glidebryteren viser aggregerte testresultater for hele organisasjonen. Tidslinjene på klyngenivå viser aggregerte resultater for hver klynge.

Tidslinjen kan vise datoer i USA-format. Endre språket ditt i profilinnstillingene for å vise datoer i ditt lokale format.

Bruk bryteren som følger med for å vise suksessratene for forskjellige parametere i form av en tabell.

En hoppet over test, delvis feil eller feil er ikke kritisk med mindre den skjer kontinuerlig over en viss tid.

Aktiver 1080p HD-video for lokale SIP-enheter i videonettnode for videonett

De er alle i bedriftsnettverk.
De bruker en lokal registrert SIP-enhet med HD-funksjonalitet .

Innstillingen gjelder for alle klynger som inneholder videonettnoder.

Skyregistrerte enheter fortsetter å sende og motta 1080p-strømmer, uavhengig av om denne innstillingen er slått på eller av.

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og klikk deretter Innstillinger på Video Mesh-kortet.
2	Slå på Videokvalitet . Hvis denne innstillingen er deaktivert, er standarden 720p.

Hvis du vil ha videooppløsninger som Webex-appen støtter, kan du se Videospesifikasjoner for samtaler og møter .

Private møter

Som vist her, gjennomgriper aldri private møter medier til skyen. Mediet avsluttes utelukkende på videonettklyngene dine. Videonett-klyngene kan bare gå gjennom hverandre.

Webex-appen med alle funksjonene i Webex Experience aktivert er inkompatibel med videonett. Hvis du vil ha mer informasjon, se Klienter og enheter som bruker videonettnode .

Støtte og begrensninger for private møter

Videonett støtter private møter på følgende måte:

Private møter er tilgjengelige på Webex versjon 40.12 og nyere.
Bare planlagte møter kan bruke den private møtetypen. Se Planlegg et privat møte i Cisco Webex artikkelen for detaljer.
Private møter er ikke tilgjengelig for møter med alle funksjoner startet eller ble med fra Webex-appen.
Du kan bruke alle nåværende enheter som støttes av Video Mesh.
Nodene dine kan bruke et hvilket som helst gjeldende bilde: 72vCPU og 23vCPU.
Privat møtelogikk oppretter ikke hull i målinger. Vi samler inn de samme målingene for Control Hub som for ikke-private møter.

Siden noen brukere ikke aktiverer denne funksjonen, vises ikke analyserapportene for private møter hvis organisasjonen din ikke har et privat møte om 90 dager.
Private møter støtter enveis tavle fra et video-endepunkt.

Begrensninger

Private møter har disse begrensningene:

Private møter støtter bare VoIP for lyd. De støtter ikke Webex Edge Audio eller PSTN.
Du kan ikke bruke et personlig møterom (PMR) til et privat møte.
Private møter støtter ikke Webex-funksjoner som krever en tilkobling til skyen, for eksempel skyopptak, transkripsjon og Webex Assistant.
Du kan ikke bli med i et privat møte fra et uautentisert skyregistrert videosystem, selv ikke et som er paret til Webex-app.

Bruk private møter som standard møtetype

I Control Hub kan du angi at fremtidige planlagte møter for organisasjonen skal være private møter.

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid .
2	Klikk på Rediger innstillinger fra Videonett kortet. Bla til Private møter og aktiver innstillingen.
3	Lagre endringen.

Når du aktiverer denne innstillingen, gjelder den for alle møter for organisasjonen, også de som er planlagt tidligere.

(Valgfritt) Reserver en klynge for private møter

Vi anbefaler at du klargjør en privat klynge for å håndtere forventet maksimal bruk fra private møter.

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid og klikk Vis alle på Video Mesh-kortet.
2	Velg videonett-klyngen fra listen, og klikk på Rediger klyngeinnstillinger.
3	Bla til Private møter og aktiver innstillingen.
4	Lagre endringen.

Feilmeldinger for private møter

Denne tabellen viser mulige feil som brukere kan se når de blir med i et privat møte.

Feilmelding	Brukerhandling	Årsak
Ekstern nettverkstilgang nektet Du må være på bedriftsnettverk for å delta på det private møtet. Parede Webex-enheter utenfor bedriftsnettverk vil ikke kunne bli med på møtet. I et slikt scenario kan du prøve å koble den bærbare datamaskinen, mobilen til bedriftsnettverk og bli med på møtet i ikke-sammenkoblet modus.	En ekstern bruker blir med fra utenfor bedriftsnettverk uten VPN eller MRA.	For å bli med i et privat møte må eksterne brukere ha tilgang til bedriftsnettverk via en VPN eller MRA.
	En ekstern bruker er på VPN, men de er paret til en ikke-autentisert enhet.	Enhetsmedier tunnelerer ikke til bedriftsnettverk via VPN. Enheten kan ikke bli med i et privat møte. I stedet, etter å ha koblet til VPN, bør den eksterne brukeren bli med på et privat møte i ikke-paret enhetsmodus fra skrivebords- eller mobilklienten.
Ingen tilgjengelige klynger Klyngene som er vert for dette private møtet, har høy kapasitet, kan ikke nås, er frakoblet eller ikke registrert. Ta kontakt med IT-administratoren din for å få hjelp.	En bruker er på bedriftsnettverk (lokalt eller eksternt via VPN), men kan ikke delta i et privat møte.	Videonett-klyngene dine er: Ved kapasitet Kan ikke nås Ikke pålogget Ikke registrert
Ikke autorisert Du har ikke tillatelse til å delta på dette private møtet fordi du ikke er medlem av vertsorganisasjonen. Ta kontakt med verten for møtet.	En bruker fra en annen organisasjon enn vertsorganisasjonen prøver å bli med i det private møtet.	Bare brukere som tilhører vertsorganisasjonen, kan delta i et privat møte.
	En enhet fra en annen organisasjon enn vertsorganisasjonen prøver å bli med i det private møtet.	Bare enheter som tilhører vertsorganisasjonen, kan bli med i et privat møte.

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

Når mediene dine kjører gjennom de lokale Video Mesh-nodene, får du bedre ytelse og bruker mindre båndbredde til Internett.

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

Innstillingen er …	Møte på internt Webex-nettsted med overlappende videonett aktivert	Møte på internt Webex-nettsted med overlappende videonett deaktivert	Møte på eksternt Webex-nettsted med videonett-overlappende aktivert	Møte på eksternt Webex-nettsted med overlappende videonett deaktivert
Aktivert	Media bruker videonettnodene dine.	Media bruker skynoder.	Media bruker videonettnodene dine.	Media bruker videonettnodene dine.
Deaktivert	Media bruker videonettnodene dine.	Media bruker skynoder.	Media bruker videonettnodene dine.	Media bruker skynoder.

1	I kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid og klikk Vis alle på Video Mesh-kortet.
2	Velg videonettklyngen i listen, og klikk på Rediger innstillinger .
3	Bla til Foretrekk videonett for alle eksterne Webex Meetings og aktiver innstillingen.
4	Lagre endringen.

Optimaliser bruken av Video Mesh-distribusjonen

Du kan også optimalisere klyngekapasiteten og maksimere brukeropplevelsen ved å la klienttypene som de fleste kundene bruker, lande på Video Mesh-klynger.

1	Logg på Control Hub , og deretter velge Tjenester > Hybrid > Videonett > Ressurser > Vis alle . – eller – Velg Oversikt > Hybridtjenester > Videonett > Innstillinger .
2	Under Innstillinger for inkludering av klienttype , er alle klienttyper kontrollert som standard. Fjern merket for klienttypene du vil ekskludere fra bruk av videonett-klynger. Disse klyngene er vert på Webex-skynoder.
3	Klikk på Lagre.

Avregistrer videonettnode

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid .
2	Klikk på Vis alle på Video Mesh-kortet.
3	Fra listen over ressurser går du til riktig klynge og velger noden.
4	Klikk på Handling > Avregistrere node . Det vises en melding som ber deg bekrefte at du vil slette noden.
5	Når du har lest og forstått meldingen, klikker du på Avregistrere node .

Flytt videonettnode

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og velg deretter Vis alle på Video Mesh-kortet.
2	Velg noden du vil flytte, fra listen, og klikk deretter Handlinger (den vertikale ellipsen).
3	Velg Flytt node .
4	Velg riktig alternativknapp for dit du vil flytte noden: Velg en eksisterende klynge – Velg en eksisterende klynge fra rullegardinliste. Opprett en ny klynge – Angi et navn for den nye klyngen i feltet.
5	Klikk på Flytt node . Noden flyttes til den nye klyngen.

Tilknyttet informasjon

Angi oppgraderingsplan for videonettklynge

Du kan angi en bestemt oppgraderingsplan eller bruke standardplanen på 03.00 Daglig USA: Amerika/Los Angeles. Du kan velge å utsette en kommende oppgradering om nødvendig.

Før du starter

Hasteoppgraderinger tas i bruk så snart de er tilgjengelige.

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og klikk deretter Vis alle på Video Mesh-kortet.

Klikk på en medieressurs , og klikk deretter på Rediger klyngeinnstillinger .

På Innstillinger side, bla til Oppgrader , og velg deretter tid, frekvens og tidssone for oppgraderingsplanen.

(Valgfritt) Klikk om nødvendig Utsette for å utsette oppgraderingen én gang, til neste vindu.

Under tidssone vises dato og klokkeslett for neste tilgjengelige oppgradering.

Virkemåte for oppgradering

Noden sender regelmessige forespørsler til skyen for å se om en oppdatering er tilgjengelig.
Skyen gjør ikke oppgraderingen tilgjengelig før klyngen når oppgraderingsvinduet sitt. Når oppgraderingsvinduet kommer, leverer nodens neste regelmessige oppdateringsforespørsel til skyen oppdateringsinformasjonen.
Noden henter oppdateringer over en sikker kanal.
Eksisterende tjenester avsluttes elegant for å stoppe ruting av innkommende anrop til noden. Den elegante avslutningen gir også eksisterende samtaler tid til å fullføre (opptil 2 timer).
Oppgraderingen installeres.
Skyen utløser bare oppgraderingen for en prosentandel av nodene i en klynge om gangen.

Slett videonett-klynge

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid , og klikk deretter Vis alle .

Fra listen over ressurser blar du til videonettressursen du vil slette, og klikker deretter Rediger klyngeinnstillinger .

Du kan klikke Videonett for å filtrere på bare Video Mesh-ressurser.

Klikk på Slett klynge , og velg deretter én:

Klikk på Flytt alle noder . For hver node oppretter du enten en ny ressurs ved å velge en eksisterende ressurs fra rullegardinliste eller skriver inn et nytt navn, og deretter klikker du på Fortsett .
Klikk på Avregistrere alle noder , merk av i avmerkingsboks, og klikk deretter på Slett klynge .

Deaktiver videonett

Før du starter

Før du deaktiverer Video Mesh, vil du avregistrere alle Video Mesh-noder.

1	Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid > Vis alle , velg Innstillinger på Video Mesh-kortet.
2	Klikk på Deaktiver .
3	Se gjennom listen over klynger, og les ansvarsfraskrivelsen i dialogboksen.
4	Merk av i avmerkingsboks for å bekrefte at du forstår denne handlingen, og klikk på Deaktiver i dialogboksen.
5	Når du er klar til å deaktivere videonettet, klikker du på Deaktiver tjenesten . Deaktivering fjerner alle Video Mesh-noder og -klynger. Videonett er ikke lenger konfigurert.

Feilsøke registrering av videonettnode

Denne delen inneholder mulige feil du kan støte på under registreringen av Video Mesh-noden til Webex-skyen, og foreslåtte trinn for å rette dem.

Kunne ikke løse domenet

Denne meldingen vises hvis DNS-innstillingene som er konfigurert på Video Mesh-noden, ikke er riktige.

Logg på konsollen til Video Mesh-noden, og kontroller at DNS-innstillingene er riktige.

Kunne ikke koble til nettstedet ved hjelp av port 443 via SSL

Denne meldingen vises hvis videonett-noden ikke kan koble til Webex-skyen.

Kontroller at nettverket tillater tilkobling på portene som kreves for Video Mesh. Hvis du vil ha mer informasjon, se Porter og protokoller som brukes av videonett .

ThousandEyes-integrering med Video Mesh

Fordeler med ThousandEyes-integrering

Gir deg flere testtyper å velge mellom. Du kan konfigurere én eller flere tester som passer for applikasjonen eller ressursen du vil overvåke.
Gir deg mulighet til å angi testterskler som er spesifikke for kravene dine.
Testresultatene er tilgjengelige via ThousandEyes-nettappen og ThousandEyes API i sanntid.
Større synlighet i feilsøking – Kunder kan identifisere årsaken til et problem i nettverket, noe som reduserer løsningstiden.

Aktiverer ThousandEyes for videonett

Bruk denne fremgangsmåten for å aktivere ThousandEyes-agent for Video Mesh-distribusjonen.

Fra Kontrollhub , klikk Hybrid nederst til venstre på skjermen.

Klikk på Rediger innstillinger på Videonett kortet.

Bla ned til ThousandEyes-integrering . Bryteren vil være deaktivert som standard. Klikk på bryteren for å aktivere den.

Klikk på ThousandEyes-brukerprofil , åpnes ThousandEyes-nettportalen. Logg på med administratorlegitimasjonen.

Det vises et sidepanel med Kontogruppetoken .

Klikk på visningsikonet, og klikk deretter Kopier .

Tokenet vil ikke bli kopiert på riktig måte hvis du ikke klikker på visningstoken-knappen.

Gå tilbake til Control Hub-fanen, lim inn tokenet i Agenttoken felt.

Klikk på Aktiver , ThousandEyes er nå aktivert for videonettdistribusjon.

Hva nå?

- Etter 5 minutter går du tilbake til ThousandEyes-nettsiden, klikker Sky- og bedriftsagenter , og klikk deretter Agentinnstillinger . Du skal kunne se alle nodene dine oppført som agenter under Bedriftsagenter . Hvis agentene ikke vises, kontrollerer du ThousandEyes-integrasjonskortet på Control Hub for feilmeldinger.
- Hvis det vises en feilmelding , klikker du på bryteren og deretter på Deaktiver . Gjenta trinnene for å aktivere ThousandEyes-agent, og sørg for at riktig kontogruppetoken kopieres og limes inn i Agenttoken felt.

Konfigurere tester ved hjelp av ThousandEyes

Nettverkstest – agent-til-agent

Et eksempel på en dialog for oppretting av tester vises nedenfor.

SIP-servertest

SIP-servertester forenkler nettverksmålinger, BGP-datainnsamling og, viktigst av alt, tilgjengelighet og ytelsestesting av SIP-tjenester mot SIP-basert VoIP-infrastruktur.

Hvis du vil ha detaljert informasjon om hvordan du konfigurerer en SIP-servertest, se Testinnstillinger for SIP-serveren .

Et eksempel på en dialog for oppretting av tester vises nedenfor.

RTP-strømtest

Hvis du vil detaljert informasjon om konfigurering av en RTP-strømtest, se Innstillinger for RTP-strømtest .

Et eksempel på en dialog for oppretting av tester vises nedenfor.

URL-test for Webex HTTP-server

Denne testen overvåker den primære landingssiden som brukerne kobler seg til når de bruker Webex. Et eksempel på en dialog for oppretting av tester vises nedenfor.

Autoritativ test av Webex DNS-server

Et eksempel på en dialog for oppretting av tester vises nedenfor.

Behandle videonettnode fra nettgrensesnittet

Oppgraderinger skjer ikke når en node settes i vedlikeholdsmodus.

Slik får du tilgang til oversikten over videonett

Du kan åpne webgrensesnitt på én av disse måtene:

Hvis du er fullstendig administrator og allerede har registrert noden i skyen, kan du få tilgang til noden fra Control Hub.

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid . Under Ressurser på Video Mesh-kortet klikker du Vis alle . Klikk på klyngen, og klikk deretter på noden du vil ha tilgang til. Klikk på Gå til Node .

Bare en fullstendig administrator for Webex-organisasjonen din kan bruke denne funksjonen. Andre administratorer, inkludert partnere og fullstendige eksterne administratorer, har ikke Gå til node alternativet for ressursene for videonett.
I en nettleserfane går du til <IP address>/setup, for eksempel https://192.0.2.0/setup. Angi administratorlegitimasjonen du konfigurerte for noden, og klikk deretter Logg på .

Hvis administratorkontoen er deaktivert, er ikke denne metoden tilgjengelig. Se delen Deaktiver eller aktiver den lokale administratorkontoen fra nettgrensesnittet på nytt.

Oversikten er standardsiden og har følgende informasjon:

Samtalestatus – Gir antall pågående samtaler gjennom noden.
Nodedetaljer – Gir nodetype, programvarebilde, programvareversjon, OS-versjon, QoS vedlikeholdsmodus .
Nodehelse – Gir bruksdata (CPU, minne, disk) og tjenestestatus (Management Service, Messaging Service, NTP-synkronisering).
Nettverksinnstillinger – Gir nettverksinformasjon: vertsnavn, grensesnitt, IP, gateway, DNS, NTP og om dobbel IP er aktivert.
Registreringsdetaljer – Gir registreringsstatus, organisasjonsnavn, organisasjons-ID, klynge noden er en del av og klynge-ID.

Skytilkobling –Kjører en serie tester fra noden til Webex-skyen og tredjepartsdestinasjoner som noden må ha tilgang for å kjøre på riktig måte.

Det kjøres tre typer tester: DNS-oppløsning, serverresponstid og båndbredde.

DNS-tester bekrefter at noden kan løse et bestemt domene. Disse testene rapporterer som mislykket hvis serveren ikke svarer innen 10 sekunder. De vises som «Bestått» med en oransje «advarselsfarge» hvis responstiden er mellom 1,5 og 10 sekunder. De periodiske DNS-kontrollene på noden genererer alarmer hvis DNS-responstiden er lengre enn 1,5 sekunder.
Connect-tester bekrefter at noden kan koble til en bestemt HTTPS-URL og motta et svar (andre svar enn proxy- eller gatewayfeil godtas som bevis på tilkobling).
Listen over tester som kjøres fra oversiktssiden er ikke uttømmende og inkluderer ikke websocket-tester.
Noden sender alarmer hvis anropsprosessene ikke kan fullføre websocket-tilkoblinger til skyen eller koble til anropsrelaterte tjenester.

Resultatet Godkjent eller Ikke bestått vises ved siden av hver test. du kan holde pekeren over denne teksten for å se mer informasjon om hva som ble kontrollert da testen kjørte.

Konfigurere nettverksinnstillinger fra nettgrensesnitt for videonettnode

Åpne nodegrensesnittet for Webex-videonett.

Gå til Nettverk .

Gjeldende nettverksinnstillinger for noden vises.

Endre følgende innstillinger for Verts- og nettverkskonfigurasjon etter behov:

Under Rediger vertsnavn og domene , endre Vertsnavn og Domene verdier.
Det vises en feilmelding hvis FQDN (vertsnavn og domene) ikke har riktig format.
Under Nettverksmodus , Aktiver DHCP er oppført, men DHCP støttes ikke. Du må angi en statisk IP-adresse, nettverksmaske og gateway.

Under Rediger DNS-servere endrer du oppføringene for DNS-server , som håndterer oversettelse av domenenavn til numeriske IP-adresser. Du kan angi opptil 4 DNS-servere.

Klikk på Lagre verts- og nettverkskonfigurasjon , og etter at popup-vinduet som sier at noden må startes på nytt, klikker du Lagre og starte på nytt .

Endre følgende innstillinger for NTP-servere etter behov:

Under Rediger NTP-servere endrer du verdiene for NTP-server , som brukes i organisasjonen til å synkronisere tid til noden.

Klikk på Lagre NTP-servere .

Hvis du konfigurerer mer enn én NTP-server, er avstemningsintervallet for failover 40 sekunder.

Hvis NTP-server er en FQDN og det ikke kan løses, returneres en advarsel. Hvis FQDN for NTP-server er løst, men den løste IP-en ikke kan søkes etter NTP-tid, returneres en advarsel.

Angi det eksterne nettverksgrensesnittet fra webgrensesnittet for videonettnode

Du kan konfigurere det eksterne nettverksgrensesnitt hvis du distribuerer videonettnode i nettverkets DMZ, slik at du kan isolere bedriftstrafikken (intern) fra ekstern (ekstern) trafikk.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Nettverk . Gjeldende nettverksinnstillinger for noden vises.
3	Klikk på Avansert .
4	Slå på Aktiver eksternt nettverk og klikk deretter Ok for å aktivere alternativene for ekstern IP-adresse på noden.
5	Skriv inn Ekstern IP-adresse , Ekstern nettverksmaske , og Ekstern gateway verdier.
6	Klikk på Lagre ekstern nettverkskonfigurasjon .
7	Klikk på Lagre og starte på nytt for å bekrefte endringen. Noden starter på nytt for å aktivere den doble IP-adresse, og konfigurerer deretter automatisk de grunnleggende statiske rutingsreglene. Disse reglene bestemmer at trafikk til og fra en IP-adresse for privat klasse bruker et internt grensesnitt. trafikk til og fra en offentlig IP-adresse bruker et eksternt grensesnitt. Senere kan du opprette dine egne rutingsregler – for eksempel hvis du må konfigurere en overstyring og gi tilgang til et eksternt domene fra det interne grensesnittet.
8	Hvis det finnes feil, klikker du Ok for å lukke dialogboks, fikse feilene og klikk på Lagre ekstern nettverkskonfigurasjon igjen.

Hva nå?

Hvis du vil bekrefte den interne og eksterne konfigurasjonen av IP-adresse , følger du trinnene i Kjør et ping fra nettgrensesnittet for videonettnode .

Test en ekstern destinasjon (eksempel, cisco.com); hvis vellykket, viser resultatene at målet ble åpnet fra det eksterne grensesnittet.
Test en intern IP-adresse; hvis vellykket, viser resultatene at adressen ble åpnet fra det interne grensesnittet.

Legg til interne og eksterne rutingsregler fra nettgrensesnitt for videonettnode

Før du starter

Hvis du vil konfigurere rutingsregler, må du først aktivere og konfigurere det eksterne nettverksgrensesnitt.

Åpne nodegrensesnittet for Webex-videonett.

Gå til Nettverk .

Gjeldende nettverksinnstillinger for noden vises. Hvis du har konfigurert det eksterne nettverket, vises Rutingsregler-fanen.

Klikk på Rutingsregler -fanen.

Du kan legge til manuelle overstyringer av disse reglene i de neste trinnene.

Hvis du vil legge til en regel, klikker du på Legg til rutingregel , og velg deretter ett av følgende alternativer:.

For Nettverkstype , klikk Intern , og angi deretter det eksterne subnett- eller verts- IP-adresse som skal brukes for den interne ruten.
For Nettverkstype , klikk Ekstern , og angi deretter det interne subnett- eller verts- IP-adresse som skal brukes for den eksterne ruten.

Klikk på Legg til rutingregel .

Når du legger til hver regel, vises de i listen over rutingsregler, kategorisert som brukerdefinerte regler.

Hvis du vil slette én eller flere brukerdefinerte regler, merker du av i avmerkingsboks i kolonnen til venstre for reglene, og deretter klikker du Slett rutingsregler .

Standardrutene kan ikke slettes, men du kan slette alle brukerdefinerte overstyringer du har konfigurert.

Åpne en SSH-tilkobling til den offentlige IP-adresse til videonettnode.
Få tilgang til videonettnode via ESXi-konsollen

Konfigurere containernettverk fra nettgrensesnitt for videonettnode

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Nettverk . Gjeldende nettverksinnstillinger for noden vises.
3	Klikk på Avansert .
4	Endre verdiene for Beholderens IP-adresse og Nettverksmaske for beholder , etter behov, og klikk deretter Lagre konfigurasjon for containernettverk .
5	Klikk på Lagre og starte på nytt for å bekrefte endringen.
6	Hvis det finnes feil, klikker du Ok for å lukke dialogboks, fikse feilene og klikk på Lagre konfigurasjon for containernettverk igjen.

Angi MTU-størrelser for nettverksgrensesnitt

Før du starter

Hvis du allerede har registrert noden, må du sette noden i vedlikeholdsmodus før du kan endre MTU-innstillingene.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Nettverk . Gjeldende nettverksinnstillinger for noden vises.
3	Klikk på Avansert .
4	I Innstillinger for grensesnitt MTU , angi en MTU-verdi mellom 1280 og 9000 byte i gjeldende felt. Hvis du har aktivert det eksterne grensesnittet, kan du angi størrelsen på både det interne og det eksterne grensesnittets MTU separat.

Noden starter på nytt for å bruke MTU-endringene.

Hva nå?

Hvis du setter noden i vedlikeholdsmodus for å endre MTU, må du slå av vedlikeholdsmodus.

Aktiver eller deaktiver DNS-bufring

Før du starter

Flytt noden til vedlikeholdsmodus . Når statusen for vedlikeholdsmodus er På (aktive samtaler er fullført eller har avbrutt på slutten av den ventende perioden), kan du aktivere eller deaktivere DNS-bufring.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Nettverk . Gjeldende nettverksinnstillinger for noden vises.
3	Klikk på Avansert .
4	I delen Konfigurasjon av DNS-bufring velger du Aktiver DNS-bufring på eller av.
5	Klikk på i bekreftelsesdialogboksen Lagre og starte på nytt .
6	Når noden har startet på nytt, åpner du nodegrensesnittet for Webex Video Mesh på nytt og bekrefter at tilkoblingskontrollene er vellykket på Oversikt-siden.

Når du aktiverer DNS-bufring, vil Statistikk for DNS-hurtigbuffer viser følgende statistikk:

Statistikk	Beskrivelse
Bufferoppføringer	Antall tidligere DNS-oppløsninger som DNS-hurtigbufferserveren har lagret
Buffertreff	Antall ganger siden hurtigbufferen ble tilbakestilt at hurtigbufferen behandlet en DNS-forespørsel fra Video Mesh, uten å forespørre kundens DNS-server
Buffer feil	Antall ganger siden tilbakestillingen av hurtigbufferen kunde DNS-server behandlet en DNS-forespørsel fra Video Mesh i stedet for gjennom hurtigbufferen
Prosent treff på hurtigbuffer	Prosentandelen av DNS-forespørsler fra Video Mesh som hurtigbufferen behandlet uten å spørre kundens DNS-server
Hurtigbufferserverens utgående DNS-spørringer	Antall DNS-spørringer som DNS-hurtigbufferserveren for Video Mesh utførte mot kundens DNS-servere
Innkommende DNS-spørringer for hurtigbufferserver	Antall DNS-spørringer som Video Mesh utførte mot sin interne DNS-hurtigbufferserver
Spørringsforhold utgående til innkommende	Forholdet mellom DNS-spørringer gjort av Video Mesh mot kundens DNS-server og spørringene gjort av Video Mesh mot den interne DNS-hurtigbufferserveren
Innkommende søk per sekund	Gjennomsnittlig antall DNS-spørringer per sekund som Video Mesh utførte mot den interne DNS-hurtigbufferserveren
Utgående søk per sekund	Gjennomsnittlig antall DNS-spørringer per sekund som Video Mesh utførte mot kundens DNS-servere
Utgående DNS-forsinkelse [tidsintervall]	Prosentandelen av DNS-spørringer som Video Mesh utførte mot kundens DNS-servere der responstiden falt innenfor det beskrevne tidsintervall

Hva nå?

Flytt noden ut av vedlikeholdsmodus. Gjenta deretter oppgaven på alle andre noder som krever en endring.

Last opp sikkerhetssertifikater

Konfigurer et klareringsforhold mellom noden og en ekstern server, for eksempel en syslog-server.

I et klyngemiljø må du installere CA- og serversertifikater på hver node individuelt.

Åpne nodegrensesnittet for Webex-videonett.

Når du har sertifikatet og nøkkelen, klikker du Last opp et serversertifikat (.crt- eller .pem-fil) , velg sertifikatfilen, og klikk deretter på Last opp en privat nøkkel (.key-fil) og angi en passordfrase hvis du har en.

Den private nøkkelen er allerede på plass når en CSR genereres. Du trenger bare å laste opp en privat nøkkel hvis du ikke bruker trinnet for oppretting av CSR.
Når du har fått sertifikatet, går du til den første videonett-noden i en klynge, klikker på Installer serversertifikat , les ledeteksten, klikk på Installer , og klikk deretter OK .

En videonett-node som er registrert i skyen, venter i opptil to timer på at eventuelle samtaler avsluttes, og setter seg selv i en midlertidig inaktiv tilstand (hviler). Når enten de eksisterende samtalene er fullført eller det har gått to timer (avhengig av hva som inntreffer først), fullfører denne noden sertifikatinstallasjonen. Det vises en melding når installasjonen av serversertifikat er fullført, og du kan deretter laste inn siden på nytt for å vise det nye sertifikatet og nøkkeloppføringen.
Klikk på Last ned ved siden av sertifikatet og nøkkelfilene for å lagre en lokal kopi.

Lagre filene et sted det er enkelt å huske, og la forekomsten være åpen i nettleserfanen.
Gå til den andre Video Mesh-noden i klyngen, fyll ut passordfrasen, og last deretter opp den private nøkkelfilen. Klikk deretter på Last opp et serversertifikat og velg deretter Installer serversertifikat , les ledeteksten, klikk på Installer , og klikk deretter OK .
Gjenta disse trinnene på annenhver Video Mesh-node i samme klynge.

Velg et alternativ avhengig av hvordan CA-sertifikat for den eksterne serveren er signert:

Hvis serverens CA-sertifikat er signert av en generelt anerkjent organisasjon, for eksempel DigiCert, GeoTrust eller GlobalSign, vil Video Mesh-noden klarere det basert på listen over rotsertifikater fra verts-OS for Video Mesh-noden, som oppdateres regelmessig. Gå til trinn 6 .
Hvis serverens CA-sertifikat er signert av et internt CA rotsertifikat for bedriften , må rotsertifikat fra denne myndigheten legges til i videonett-noden. Fortsett med neste trinn.

Hent sertifikatet eller klareringsliste for sertifikater (CTL) som den eksterne serveren bruker.

Som med nodesertifikatet for Video Mesh, lagrer du den eksterne serverfilen et sted som er lett å huske.

Gå tilbake til fanen for nodegrensesnitt for Webex-videonett, klikk på Trust Store og proxy , og velg deretter et alternativ:

Hvis du vil installere et enkelt CA-sertifikat, klikker du på Last opp et rotsertifikat eller en sluttenhetssertifikat (.crt- eller .pem-fil) , og velg sertifikatfilen fra datamaskinen, klikk på Installer alle sertifikater i Trust Store , les ledeteksten, klikk på Installer , og start deretter noden på nytt.
Hvis du vil installere en sertifikatkjede, laster du opp rot- CA-sertifikat og det mellomliggende CA-sertifikat, og deretter klikker du på Installer alle sertifikater i Trust Store , les ledeteksten og klikk på Installer .

Gjenta opplastingen av sertifikatet eller sertifikatkjede på annenhver videonett-node i den samme klyngen.

Generer videonettlogger for støtte

Åpne nodegrensesnittet for Webex-videonett.

Gå til Feilsøking , og velg deretter et alternativ ved siden av Send logger :

Klikk på Send logger til Cisco for å generere en loggpakke fra noden og sende pakken direkte til Cisco i ett trinn. Du ser en statusindikator som endres etter hvert som loggene komprimeres, komprimeres og lastes opp.
Klikk på Last ned for å generere en lang pakke fra noden som du kan lagre lokalt eller knytte til en sak senere.

Når du åpne en sak eller samhandle med Cisco TAC , inkluderer opplastingsidentifikatorverdien slik at kundestøtteteknikeren får tilgang til loggene.

Hvis du sendte loggen til Cisco direkte, trenger du ikke å laste opp loggpakken til TAC-saken.

Hva nå?

Mens logger lastes opp til Cisco eller lastes ned, kan du kjøre pakkelagring fra samme skjermbilde.

Generer pakkeopptak for videonett for støtte

Før du starter

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking . Du kan starte pakkelagring og laste opp logger samtidig.
3	(Valgfritt) I Pakkeopptak kan du begrense registreringen til pakker på et bestemt grensesnitt, filtrere etter pakker til eller fra bestemte verter, eller filtrere etter pakker på én eller flere porter.
4	Hvis du vil starte prosessen, slår du på Start pakkeopptak innstillingen.
5	Når du er ferdig, slår du av Start pakkeopptak innstillingen.
6	Velg én: Klikk på Send PCAP til Cisco for å sende pakkelagring fra noden direkte til Cisco. Du ser en statusindikator som endres etter hvert som pakkelagring lastes opp. Klikk på Last ned for å lagre en lokal kopi av pakkelagring fra noden. Du kan legge den ved en sak senere. Når et pakkeopptak er lastet opp, vises en opplastingsidentifikator på siden. Støtte bruker denne verdien til å identifisere den opplastede pakkelagring. Maksimal størrelse for pakkeopptak er 2 GB.
7	Når du åpne en sak eller samhandle med Cisco TAC , inkluderer du opplastingsidentifikatorverdien slik at kundestøtteteknikeren din får tilgang til pakkelagring.

Kjør et ping fra nettgrensesnittet for videonettnode

Du kan kjøre en ping fra webgrensesnitt for Video Mesh-noden . Dette trinnet tester en destinasjon du angir, og ser om videonettnoden kan nå den.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking , bla til Ping , og angi deretter en destinasjonsadresse du vil teste i FQDN- eller IP-adresse felt under Test tilkoblingen ved hjelp av ping .
3	Klikk på Ping . Testen kjøres, og du ser en melding om vellykket ping eller feil. Testen har ingen tidsavbrudd. Hvis du får en feil eller testen kjører på ubestemt tid, kontrollerer du målverdien du anga, og nettverksinnstillinger.

Kjør en sporingsrute fra webgrensesnitt for videonett

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking , bla til Traceroute , og angi deretter en destinasjonsadresse du vil teste i FQDN- eller IP-adresse felt under Spor rute til vert . Testen kjøres, og du får en melding om vellykket sporing eller feil. Testen tidsavbrytes etter 16 sekunder. Hvis du får en feil eller testen blir tidsavbrutt, kontrollerer du målverdien du anga, og nettverksinnstillinger.

Kontroller NTP-serveren fra nettgrensesnittet for videonettnode

Åpne nodegrensesnittet for Webex-videonett.

Gå til Feilsøking , bla til Sjekk NTP-serveren , og angi deretter en destinasjonsadresse du vil teste i FQDN- eller IP-adresse felt under Vis svar på SNTP-spørring .

Identifisere portproblemer med Reflector Tool i nettgrensesnittet

Reflektorverktøyet (en kombinasjon av en server på Video Mesh-noden og klient gjennom et Python-skript) brukes til å bekrefte om de nødvendige TCP/UDP-portene er åpne fra Video Mesh-nodene.

Før du starter

Last ned en kopi av Reflector Tool Client (et Python-skript) frahttps://github.com/CiscoDevNet/webex-video-mesh-reflector-client .
For at skriptet skal fungere som det skal, må du kontrollere at du kjører Python 2.7.10 eller nyere i miljøet ditt.
For øyeblikket støtter dette verktøyet SIP-endepunkter til videonettnoder og intraklyngebekreftelse.

1	Fra kundevisningen ihttps://admin.webex.com , aktiver vedlikeholdsnoden for videonettnode ved å følge disse instruksjonene .
2	Vent til noden viser statusen Klar for vedlikehold i Control Hub.
3	Åpne nodegrensesnittet for Webex-videonett. Hvis du vil ha instruksjoner, se Behandle videonettnode fra nettgrensesnittet .
4	Bla til Refleksverktøy , og start deretter enten TCP Reflector Server eller UDP Reflector Server , avhengig av hvilken protokoll du vil bruke.
5	Klikk på Start Reflector Server , og vent deretter til serveren starter. Du ser et varsel når serveren starter.
6	Fra et system (for eksempel en PC) i et nettverk som du vil at Video Mesh-nodene skal nå, kjører du skriptet med følgende kommando: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` På slutten av kjøringen viser klienten en vellykket melding hvis alle nødvendige porter er åpne: Klienten viser en mislykket melding hvis noen nødvendige porter ikke er åpne:
7	Løs eventuelle portproblemer på brannmuren, og kjør deretter trinnene ovenfor på nytt.
8	Kjør klienten med `--help` for å få flere detaljer.

Aktiver feilsøkingsbrukerkonto fra nettgrensesnitt for videonettnode

Hvis Cisco TAC krever tilgang til noden for Webex-videonett, kan du midlertidig aktivere en brukerkonto slik at brukerstøtte kan kjøre ytterligere feilsøking.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking , og slå deretter på Aktiver feilsøkingsbruker innstillingen. Det vises en kryptert passordfrase som du kan oppgi til Cisco TAC.
3	Kopier passordfrasen, lim den inn i kundestøttebilletten eller direkte til kundestøtteteknikeren, og klikk deretter OK når du har den lagret.

brukerkonto for feilsøking er gyldig i 3 dager, og deretter utløper den.

Hva nå?

Du kan deaktivere kontoen før den utløper hvis du går tilbake til Feilsøking side, og slå deretter av Aktiver feilsøkingsbruker innstillingen.

Tilbakestill en videonettnode til fabrikkstandard fra nettgrensesnittet

Før du starter

Du må bruke Control Hub til å avregistrere videonett-noden fra klyngen som er registrert i Control Hub.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Feilsøking , bla til Tilbakestill til fabrikkinnstillinger , og klikk deretter Tilbakestill node .
3	Kontroller at du forstår informasjonen i varselet som vises, og klikk deretter på Tilbakestill og start på nytt . Noden starter automatisk på nytt etter tilbakestillingen til tilbakestilling til fabrikkinnstillinger.

Deaktiver eller aktiver den lokale administratorkontoen fra nettgrensesnitt på nytt

Fra kundevisningen ihttps://admin.webex.com , gå til Tjenester > Hybrid .

Under Ressurser på Video Mesh-kortet klikker du Vis alle .

Klikk på klyngen, og klikk deretter på noden du vil ha tilgang til. Klikk på Gå til Node .

Gå til Administrasjon .

Veksle på Aktiver innlogging for administratorbruker slå av for å deaktivere kontoen, eller på for å aktivere den på nytt.

Du kan ikke deaktivere administratorkontoen før du har registrert noden i skyen.

Klikk på på bekreftelsesskjermen Deaktiver eller Aktiver for å fullføre endringen.

Endre passordfrase for administrator fra nettgrensesnitt

Bruk denne fremgangsmåten til å endre administrator (passordet) for Webex-videonett-noden ved hjelp av webgrensesnitt.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Administrasjon , og ved siden av Endre passordfrase , klikk Endre .
3	Skriv inn Gjeldende passordfrase , og angi deretter en ny passordfraseverdi i begge Ny passordfrase og Bekreft ny passordfrase .
4	Klikk på Lagre passordfrase . Meldingen «passord endret» vises, og deretter går du tilbake til påloggingsskjermen.
5	Logg på med den nye administratorpålogging og passordfrasen (passord).

Endre utløpsintervall for passordfrase fra nettgrensesnittet

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Administrasjon , og ved siden av Endre utløpsdato for passordfrase , angi en ny verdi for Utløpsintervall (dager) (opptil 365 dager), og klikk deretter Lagre utløpsintervall for passordfrase . Et vellykket skjermbilde vises, og du kan deretter klikke OK for å fullføre.

Den Administrasjon siden viser også datoer for siste endring av passordfrasen og neste gang passordet utløper.

Angi ekstern logging til en Syslog-server

Hvis du har en syslog-server, kan du angi at noden for Webex-videonett skal logges på informasjonen om revisjonssporet for den eksterne serveren, for eksempel:

Detaljer om administrator
Konfigurasjonsendringer (inkludert slå vedlikeholdsmodus på eller av)
Programvareoppdateringer

Noden aggregerer loggene, hvis noen, og sender dem til serveren hvert tiende minutt.

1	Åpne nodegrensesnittet for Webex-videonett.
2	Gå til Administrasjon .
3	Ved siden av Ekstern logging , slå på Aktiver ekstern logging .
4	For Detaljer om Syslog-server , skriver du inn vertens IP-adresse eller det fullstendige domenenavn og syslog-porten. Hvis serveren ikke kan DNS-løses fra noden, bruker du en IP-adresse i Vert felt.
5	Velg Protokoll – UDP eller TCP. Hvis du vil bruke TLS-kryptering, velger du TCP og slå deretter på Aktiver TLS . Kontroller at du også laster opp og installerer sikkerhetssertifikatene som kreves for TLS-kommunikasjon mellom noden og syslog-serveren. Hvis det ikke er installert noen sertifikater, bruker noden som standard sine egensignerte sertifikater. Hvis du vil ha hjelp, se Last opp sikkerhetssertifikater .
6	Klikk på Lagre konfigurasjon for ekstern logging .

Egenskapene for loggmeldingen har dette formatet: Melding om prioritert tidsstempel Vertsnavn-tag .

Egenskap	Beskrivelse
Prioritet	Verdien er alltid 131, basert på formelen: Prioritet = (anleggskode * 8) + alvorlighetsgrad. Anleggskoden er 16 for «local0». Alvorlighetsgraden er 3 for «varsel».
Tidsstempel	Tidsstempelformatet er «Mmm dd tt:mm:ss».
Vertsnavn	Vertsnavnet for videonett-noden.
Tagg	Verdien er alltid syslogAuditMsg.
Melding	Meldingen er en JSON-streng på minst 1 kB. Størrelsen avhenger av antall aggregerte hendelser i løpet av timinuttersintervallet.

Her er en eksempelmelding:

{
  "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 for videonettvarsler

Følgende hendelsestyper kan overvåkes via webhooks:

Omdirigeringer av klyngesamtale – samtaler omdirigert fra en bestemt klynge.
Organisasjonssamtaleoverflyt – Totalt antall anropsoverflyt til skyen for en organisasjon.

Opprett et Webhook-abonnement

1	Logg på Cisco Webex utvikler portal ved hjelp av administratorlegitimasjon.
2	På utviklerportalen klikker du på Dokumentasjon.
3	Fra rullefeltet til venstre blar du ned og klikker Fullstendig API-referanse .
4	Fra alternativene som vises nedenfor, blar du ned og klikker Webhooks > Opprett en Webhook.
5	Opprett et abonnement ved å angi følgende parametere:

navn : eksempel – Video Mesh Webhook-varsler
targetUrl : eksempel - https://10.1.1.1/webhooks
ressurs : videoMeshAlerts
hendelsen : utløst
eidAv : org

URL-adressen som angis i targetUrl-parameteren, må være tilgjengelig for Internett og ha en server som er konfigurert til å godta POST-forespørsler sendt av Webex Webhook.

Angi terskelkonfigurasjoner med utvikler-API-er

Et sett med fire API-er er tilgjengelige for innstilling og oppdatering av terskler i Cisco Webex Developer Portal, og de er listet opp nedenfor:

Konfigurasjon av listehendelsesterskel
Hent konfigurasjon av hendelsesterskel
Oppdater konfigurasjon for hendelsesterskel
Tilbakestill konfigurasjon av hendelsesterskel

API-ene er tilgjengelige påhttps://developer.webex.com/docs/api/v1/video-mesh .

Scenario 1 – angi terskelverdi for organisasjonssamtaler overflyt

Klikk på Konfigurasjon av listehendelsesterskel API.

Angi eventscope til ORG og klikk > Kjør .

Du vil motta et svar som ligner på det vist nedenfor.

{
"eventName": "orgCallsOverflowed",
"eventThresholdId":
"Y2lzY29zcGFyazovL3VzL0VWRU5ULzQyN2U5ZTk2LTczYTctNDYwYS04MGZhLTcyNWU4MWE2MDg3ZjowM2ZkYjkzZC1jNTllLT
QzMjQtODIwNS1lNDIyYzA3NGQ5Mzg",
"eventScope": "ORG",
"entityId":
"Y2lzY29zcGFyazovL3VzL09SR0FOSVpBVElPTi8yYzNjOWY5NS03M2Q5LTQ0NjAtYTY2OC0wNDcxNjJmZjFiYWQ",
"thresholdConfig": {
"minThreshold": 10,
"defaultMinThreshold": 10
}

Kopier verdien i "eventThresholdId". Dette er terskel-ID-en for hendelsen som vil bli brukt til å oppdatere og hente terskelverdier.

Lim inn verdien i "eventThresholdId" i JSON-strukturen vist nedenfor, og kopier hele JSON-strukturen.

[
{
"eventThresholdId":
"Y2lzY29zcGFyazovL3VzL0VWRU5UL2E3YmM3ODE2LWU3YTAtNDk0Zi1iZDZhLTRhMGIyNWY2OGFhNjoyNWE3ODY1Yi0yYjQ3
LTM4M2YtYWI3YS00MzYxY2ExN2FiOTI",
"thresholdConfig": {
"minThreshold": 5
}
}

Klikk på Oppdater konfigurasjon for hendelsesterskel API.

Lim inn JSON-strukturen i brødteksten til Oppdater konfigurasjon for hendelsesterskel API.

Angi “minThreshold” verdi til den nye terskelverdi du vil angi.

Du kan kjøre denne operasjonen for flere hendelsesterskel-ID-er ved å angi dem som kommadelte verdier i JSON-strukturen.

Klikk på Kjør , terskelen din for Organisasjonsanropsoverflyt settes til den nye verdien.

Hva nå?

Hvis du vil vise terskelen som er angitt for en bestemt hendelsesterskel-ID,

Klikk på Hent konfigurasjon av hendelsesterskel API.
Lim inn hendelsesterskel-ID-en i toppteksten for API-en, klikk Kjør .
Standard terskelverdi og den angitte terskelverdi vises i svaret.

Scenario 2 – Angi terskelverdi for klyngesamtaler omdirigert

Klikk på Konfigurasjon av listehendelsesterskel API.

Angi eventscope til KLYNE og klikk > Kjør .

Svaret viser konfigurasjoner for alle klynger i organisasjonen.

Du kan motta konfigurasjonen for en bestemt klynge ved å fylle ut clusterID parameteren.

Kopier verdien i "eventThresholdId"-feltet for klyngen du vil oppdatere verdien for. Dette er terskel-ID-en for hendelsen som vil bli brukt til å oppdatere og hente terskelverdier.

Lim inn verdien i "eventThresholdId" i JSON-strukturen vist nedenfor, og kopier hele JSON-strukturen.

[
{
"eventThresholdId":
"Y2lzY29zcGFyazovL3VzL0VWRU5UL2E3YmM3ODE2LWU3YTAtNDk0Zi1iZDZhLTRhMGIyNWY2OGFhNjoyNWE3ODY1Yi0yYjQ3
LTM4M2YtYWI3YS00MzYxY2ExN2FiOTI",
"thresholdConfig": {
"minThreshold": 5
}
}
]

Klikk på Oppdater konfigurasjon for hendelsesterskel API.

Lim inn JSON-strukturen i brødteksten til Oppdater konfigurasjon for hendelsesterskel API.

Angi “minThreshold” verdi til den nye terskelverdi du vil angi.

Du kan kjøre denne operasjonen for flere hendelsesterskel-ID-er ved å angi dem som kommadelte verdier i JSON-strukturen.

Klikk på Kjør , terskelen din for Klyngesamtaler omdirigert settes til den nye verdien.

Hva nå?

Hvis du vil vise terskelen som er angitt for en bestemt hendelsesterskel-ID,

Klikk på Hent konfigurasjon av hendelsesterskel API.
Lim inn hendelsesterskel-ID-en i toppteksten for API-en, klikk Kjør .
Standard terskelverdi og den angitte terskelverdi vises i svaret.

Scenario 3 – Tilbakestilling av terskelverdier

Klikk på Tilbakestill konfigurasjon av hendelsesterskel API.

Kopier hendelsesterskel-ID-en for en klynge eller organisasjonen, og lim den inn i "eventThresholdId" i JSON-strukturen nedenfor.

{
"eventThresholdIds": [
"Y2lzY29zcGFyazovL3VzL0VWRU5ULzQyN2U5ZTk2LTczYTctNDYwYS04MGZhLTcyNWU4MWE2MDg3Zjo2YzJhZGRmMS0wYjAz
LTRiZWEtYjIxYy0xYzFjYzdiY2UwOWQ"
]
}

Lim inn JSON-strukturen i brødteksten og klikk Kjør .

Du kan tilbakestille terskelverdier for flere hendelsesterskel-ID-er ved å angi dem som kommadelte verdier i JSON-strukturen.

terskelverdi settes til standard minimumsverdi.

API-er for utvikler av videonett

Vedlegg

Demoprogramvare for videonettnode

Demoprogramvaren for videonettnode støttes ikke av Cisco TAC.
Du kan ikke oppgradere demoprogramvaren for videonettnode til den fullstendige programvareversjon av produksjonsprogramvaren.

Last ned bildet av demoprogramvaren fra denne koblingen .

Spesifikasjoner

Se System- og plattformkrav for programvare for videonettnode for den spesifikasjonsbaserte konfigurasjonen for programvaren videonettnode .

Demoprogramvaren støtter enten ett enkelt nettverksgrensesnitt eller et to nettverksgrensesnitt.

Kapasitet

Vi tester ikke demobildet for kapasitet. Du bør bare bruke den til å teste ut grunnleggende møtescenarier. Se brukstilfellene som følger for veiledning.

Bruksområder for demoprogramvaren for videonettnode

Medier forankret til lokalt

Distribuer og konfigurer noden med demoprogramvaren.
Kjør et møte som inkluderer følgende deltakere: en Webex-app-deltaker, Webex-endepunktdeltaker og et Cisco Webex Board.
Etter at møtet er over, kan du se fra kundenhttps://admin.webex.com , gå til Analyse for å få tilgang til videonett-rapportene. I rapportene kan du se at mediene forble lokale.

Møte med deltakere i skyen og lokale

Kjør et nytt møte med et par Webex-deltakere lokale og én i skyen.
Vær oppmerksom på at alle deltakerne sømløst kan bli med og delta i møtet.

Behandle videonettnode fra konsollen

Oppgraderinger skjer ikke når en node settes i vedlikeholdsmodus.

Endre nettverksinnstillinger for videonettnode i konsollen

Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten, og logg deretter på med administratorlegitimasjonen.

Etter førstegangs oppsett av nettverksinnstillinger , og hvis videonettverket er tilgjengelig, kan du få tilgang til nodegrensesnittet via sikkert skall (SSH).

Velg alternativ fra hovedmeny i videonettnode 2 Rediger konfigurasjon og klikk deretter Velg .

Les meldingen om at samtalene avsluttes på videonettnode, og klikk deretter på Ja .

Klikk på Statisk , angi IP-adresse for det interne grensesnittet, Maske , Gateway , og DNS verdier for nettverket ditt.

videonettnode må ha en intern IP-adresse og et DNS-navn som kan løses. IP-adresse for noden kan ikke tilhøre IP-adresse som er reservert for intern bruk av videonettnode . Standard reservert IP-adresse er 172.17.42.0–172.17.42.63, som kan konfigureres i Diagnostikk -menyen. Dette IP-adresse er for kommunikasjon innenfor videonettnode og mellom programvarebeholderne som inneholder de forskjellige komponentene i noden – for eksempel SIP-grensesnitt og medietranskoding.
Distribuer alle nodene i samme delnett eller VLAN, slik at alle nodene i en klynge er tilgjengelige uansett hvor klientene befinner seg i nettverket.
For en DMZ-distribusjon for to nettverkskort kan du angi den eksterne IP-adresse i neste prosedyre etter at du har lagret den interne nettverkskonfigurasjon og startet noden på nytt.

Angi organisasjonens NTP-server eller en annen ekstern NTP-server som kan brukes i organisasjonen.

Hvis du konfigurerer mer enn én NTP-server, er avstemningsintervallet for failover 40 sekunder.

(Valgfritt) Endre vertsnavnet eller domenet om nødvendig.

Hvis du vil sikre en vellykket registrering til skyen, bruker du bare små tegn i vertsnavnet du angir for videonettnode. Store og små bokstaver støttes ikke for øyeblikket.
Når du bruker eller konfigurerer FQDN eller vertsnavn, må du også angi et gyldig domene som kan løses. Den totale lengden på FQDN kan ikke overstige 64 tegn.

Klikk på Lagre , og klikk deretter Lagre endringer og start på nytt .

Endre passordfrasen for administrator for videonettnode

Bruk denne fremgangsmåten til å endre administrator (passordet) for videonettnoden i nodens konsoll.

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Åpne og logg på VMware ESXi-konsollen til den virtuelle maskinen for Video Mesh-noden.
3	Velg alternativ på hovedmeny 3 Administrer passordfrase for administrator , deretter 1 Endre passordfrase for administrator , og klikk deretter Gå inn .
4	Les informasjonen på siden for utløpt passord, klikk på Gå inn , og klikk deretter på den igjen etter meldingen om passordutløpet.
5	Trykk på Enter.
6	Når du har logget ut av konsollen, går du tilbake til påloggingsskjermen, og deretter logger du på med administratorpålogging . Du blir bedt om å endre passordet ditt.
7	For Gammelt passord , angi gjeldende passordfrase, og trykk deretter på Gå inn .
8	For Nytt passord , angi en ny passordfrase, og trykk deretter på Gå inn .
9	For Skriv inn nytt passord på nytt , skriv inn den nye passordfrasen på nytt, og trykk deretter på Gå inn . Meldingen «passord endret» vises, og deretter går du tilbake til påloggingsskjermen.
10	Logg på med den nye administratorpålogging og passordfrasen (passord).

Kjør et ping fra videonettnode for videonett

Du kan kjøre en ping fra grensesnittet for nodekonsollen for Video Mesh. Dette trinnet tester en destinasjon du angir, og ser om videonettnoden kan nå den.

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Fra Video Mesh-nodekonsollen går du til 4 Diagnostikk , og velg deretter Ping .
3	I ping -feltet, angi en destinasjonsadresse du vil teste, for eksempel en IP-adresse eller vertsnavn, og klikk deretter på OK . Testen kjøres, og du ser en melding om vellykket ping eller feil. Hvis du får en feil, kontrollerer du målverdien du anga, og nettverksinnstillinger.

Aktiver feilsøking av brukerkonto gjennom konsoll

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Fra Video Mesh-nodekonsollen går du til 4 Diagnostikk , velg 2 Aktiver feilsøkingsbrukerkonto , og klikk på etter ledeteksten Ja .
3	Når det vises en melding om at brukerkonto ble opprettet, klikker du på OK for å vise den krypterte passordfrasen. Du sender den krypterte passordfrasen til support. De bruker denne midlertidige kontoen og dekrypterte passordfrasen for å få sikker tilgang til Video Mesh-noden for feilsøking. Denne kontoen utløper etter 3 dager, eller du kan deaktivere den når støtten er fullført.
4	Velg starten og slutten på de krypterte dataene, og kopier og lim dem inn i kundestøttebilletten eller e-posten du sender til kundestøtte.
5	Når du har sendt denne informasjonen til support, går du tilbake til nodekonsollen for videonett og trykker på en hvilken som helst tast for å gå tilbake til hovedmeny.

Hva nå?

Send logger fra videonettnode for videonett

Du kan bli bedt om å sende logger direkte til Cisco eller gjennom sikker kopi (SCP). Bruk denne fremgangsmåten til å sende logger direkte fra alle Video Mesh-noder du har registrert, til skyen.

1	Åpne grensesnittet for nodekonsollen via VMware vSphere-klienten eller SSH til en tilgjengelig IP-adresse, og logg deretter på med administratorlegitimasjonen.
2	Klikk på alternativ i hovedmeny 4 Diagnostikk og trykk deretter på Gå inn .
3	Klikk på 4 Eksporter loggfiler , gi tilbakemelding hvis du vil, og klikk deretter Neste .
4	Velg et alternativ: Send logger ved hjelp av SCP , bekreft eksporten av loggene, angi SCP-detaljene ( Vert , Brukernavn , og Dest_ Mappe ), og klikk deretter på OK . Send logger til Cisco , og bekreft deretter eksporten av loggene.
5	Velg OK for å gå tilbake til hovedmeny for Videonett-noden .
6	(Valgfritt) Velg 5 Kontroller status for loggfiler som er sendt til Cisco hvis du sendte loggene til Cisco.

Hva nå?

Når du har sendt logger, anbefaler vi at du sender tilbakemelding direkte fra Webex-appen, slik at kundestøttekontaktene dine har all informasjonen de trenger for å hjelpe deg.

Tilknyttet informasjon