Tack för din feedback.

1	Installera och konfigurera programvara för videonätnod Använd den här proceduren för att distribuera en videonätnod till din värdserver som kör VM-ware ESXi eller vCenter. Du installerar programvaran lokalt som skapar en nod och utför sedan den första konfigurationen, till exempel nätverksinställningar. Du registrerar den i molnet senare.
2	Logga in på videonätnodkonsolen Logga in på konsolen för första gången. Programvaran för videonätnod har ett standardlösenord. Du måste ändra det här värdet innan du konfigurerar noden.
3	Ställ in nätverkskonfigurationen för videonätnoden i konsolen Använd den här proceduren för att konfigurera nätverksinställningarna för videonätnoden om du inte konfigurerade dem när du konfigurerade noden på en virtuell dator. Du ställer in en statisk IP-adress och ändrar FQDN/värdnamn och NTP-servrar. DHCP stöds för närvarande inte.
4	Använd följande steg för att konfigurera det externa gränssnittet för en distribution av dubbelt nätverksgränssnitt (dubbel NIC): Ange det externa nätverksgränssnittet för videonätnoden Lägg till interna och externa dirigeringsregler När noden är online igen och du har verifierat den interna nätverkskonfigurationen kan du konfigurera det externa nätverksgränssnittet om du distribuerar videonätnoden i ditt nätverks DMZ så att du kan isolera företagstrafiken (intern) från extern (extern) trafik. Du kan även göra undantag eller åsidosättningar av standarddirigeringsreglerna.
5	Registrera videonätnoden i Webex Cloud Använd den här proceduren för att registrera videonätnoder i Webex-molnet och slutföra ytterligare konfiguration. När du använder Control Hub för att registrera din nod skapar du ett kluster som noden har tilldelats. Ett kluster innehåller en eller flera medienoder som betjänar användare i en viss geografisk region. Registreringsstegen konfigurerar även SIP-samtalsinställningar, konfigurera ett uppgraderingsschema och prenumerera på e-postaviseringar.
6	Aktivera och kontrollera tjänstekvalitet (QoS) med följande uppgifter: Aktivera tjänstekvalitet (QoS) för videonätnod Verifiera portintervall för videonätnod med reflektorverktyg i webbgränssnittet Aktivera QoS om du vill att videonätnoder automatiskt ska markera SIP-trafik (lokala SIP-registrerade slutpunkter) för både ljud (EF) och video (AF41) separat med lämplig tjänsteklass och använda välkända portintervall för specifika medietyper. Med den här ändringen kan du skapa QoS-policyer och effektivt kommentera returtrafiken från molnet om du vill. Använd stegen i reflektorverktyget för att kontrollera att rätt portar är öppna på din brandvägg.
7	Konfigurera videonätnod för proxyintegrering Använd den här proceduren för att ange vilken typ av proxy som du vill integrera med ett videonät. Om du väljer en transparent inspektionsproxy kan du använda nodens gränssnitt för att ladda upp och installera rotcertifikatet, kontrollera proxyn och felsöka eventuella problem.
8	Följ Integrera videonät med uppgiftsflödet för samtalskontroll och välj något av följande, beroende på din samtalskontroll, säkerhetskrav och om du vill integrera videonät med din samtalskontrollmiljö: Konfigurera Unified CM Secure TLS SIP-trafikroutning för videonät (TLS) Konfigurera Unified CM TCP SIP-trafikroutning för videonät (TCP) Konfigurera Expressway TCP SIP-trafikroutning för videonät (TCP) SIP-enheter har inte stöd för direktåtkomst, så du måste använda Unified CM- eller VCS Expressway-konfigurationen för att etablera ett förhållande mellan lokala registrerade SIP-enheter och dina videomeshkluster. Du behöver bara trunkera din Unified CM eller VCS Expressway till videonätnod, beroende på din samtalskontrollmiljö.
9	Växla certifikatkedjor mellan Unified CM och videonätnoder I den här uppgiften hämtar du certifikat från gränssnitten för Unified CM och videonät och överför ett till ett annat. Det här steget skapar ett säkert förtroende mellan de två produkterna och, tillsammans med den säkra trunkkonfigurationen, gör det möjligt för krypterad SIP-trafik och SRTP-media i din organisation att landa på videonätnoder.
10	Aktivera mediekryptering för organisation- och videonätkluster Använd den här proceduren för att aktivera mediekryptering för din organisation och enskilda videonätskluster. Den här inställningen kräver slutpunkt-till-slutpunkt-TLS-konfiguration och du måste ha en säker TLS SIP-trunk på plats på din Unified CM som pekar på dina videonätnoder.
11	Aktivera videonät för Webex-webbplatsen För att använda optimerade medier till videonätnoden för ett Webex-möte för alla Webex-appen och enheter att delta måste den här konfigurationen aktiveras för Webex-webbplatsen. Om du aktiverar den här inställningen kopplas videonät och mötesinstanser i molnet tillsammans och gör att överlappningar kan inträffa från videonätnoder. Om den här inställningen inte är aktiverad kommer Webex-appen och -enheterna inte att använda videonätnoden för Webex-möten.
12	Tilldela mötesrum för samarbete till Webex-appanvändare
13	Kontrollera mötesupplevelsen på den säkra slutpunkten Om du använder mediekryptering via TLS-inställningen från slutpunkt till slutpunkt ska du använda dessa steg för att kontrollera att slutpunkterna är säkert registrerade och att rätt mötesupplevelse visas.

Massetableringsskript för videonät

Om du behöver distribuera många noder i din distribution av videonät är processen tidskrävande. Du kan använda skriptet på https://github.com/CiscoDevNet/webex-video-mesh-node-provisioning för att snabbt distribuera videonätnoder på VMW är ESXi-servrar. Läs igenom Viktigt-filen för instruktioner om hur du använder skriptet.

Installera och konfigurera programvara för videonätnod

Använd den här proceduren för att distribuera en videonätnod till din värdserver som kör VM-ware ESXi eller vCenter. Du installerar programvaran lokalt som skapar en nod och utför sedan den första konfigurationen, till exempel nätverksinställningar. Du registrerar den i molnet senare.

Du måste hämta programvarupaketet (OVA) från Control Hub ( https://admin.webex.com), i stället för att använda en tidigare hämtad version. Denna OVA är signerad av Cisco-certifikat och kan hämtas när du loggar in på Control Hub med dina inloggningsuppgifter för kundadministratör.

Innan du börjar

Se System- och plattformskrav för videonätnodprogramvara för hårdvaruplattformar som stöds och specifikationskrav för videonätnoden.

Se till att du har dessa obligatoriska objekt:

En dator med:

VM-ware vsfären klient 7 eller 8.

Se dokumentationen för VM-programvara för en lista över operativsystem som stöds.

Video Mesh programvara OVA-fil laddad.

Hämta den senaste videonätprogramvaran från Control Hub i stället för att använda en tidigare hämtad version. Du kan också komma åt programvaran från denna länk. (Filen är ca 1,5 GB.)

Äldre versioner av programvarupaketet (OVA) kommer inte att vara kompatibla med de senaste uppgraderingarna av videonät. Detta kan leda till problem vid uppgradering av programmet. Se till att du hämtar den senaste versionen av OVA-filen från denna länk.

En server som stöds med VM-programvara ESXi eller vCenter 7 eller 8 installerad och körs
Inaktivera säkerhetskopiering av virtuella datorer och livemigrering. Videonätnodkluster är system i realtid. Alla avbrott i virtuella datorer kan göra dessa system instabila. (För underhållsaktiviteter på en videonätnod använder du underhållsläge från Control Hub.)

1

Med din dator öppnar du VM-ware vsfären och loggar in på vCenter eller ESXi-systemet på servern.

2

Gå till Åtgärder > Distribuera OVF-mall.

3

På Välj ett OVF-tempat sidan, klicka på Lokal fil och välj filer. Navigera till var videomesh.ova-filen finns, välj filen och klicka sedan på Nästa.

Varje gång du installerar en videonätnod rekommenderar vi att du hämtar OVA igen i stället för att använda en tidigare nedladdad version. Om du försöker distribuera en gammal OVA kanske din videonätnod inte fungerar korrekt eller registreras i molnet. Ett gammalt OVA kommer också att leda till potentiella problem under uppgraderingar.

Se till att du hämtar en ny kopia av OVA från den här länken.

4

På Välj ett namn och en mapp sida, ange en Namn på virtuell dator för videonätnoden (till exempel ”Video_Mesh_Node_1”) väljer du en plats där distributionen av den virtuella maskinnoden kan finnas och klickar sedan på Nästa.

En valideringskontroll körs. När den är klar visas mallinformationen.

5

Verifiera mallinformationen och klicka sedan på Nästa.

6

På Konfiguration sida, välj typ av distributionskonfiguration och klicka sedan på Nästa.

VMNL-ite (standard)
cms 1000

Alternativen listas i ökande resursbehov.

Om du väljer alternativet VMNL ite måste du upprepa stegen för att distribuera de andra instanserna på samma värd och välja samma alternativ varje gång. Sambosättning mellan VMNL ite och icke-VMNL ite instanser har inte testats och stöds inte.

7

På Välj lagringsutrymme sidan, se till att standarddiskformatet för Thick Provision Lazy Zeroed och VM-lagringspolicyn för Datastore Default väljs och klicka sedan Nästa.

8

På Välj nätverk sidan, välj nätverksalternativet i listan över poster för att tillhandahålla önskad anslutning till VM.

För internt gränssnittsnätverk väljer du nodens interna IP-adress.
För externt gränssnitt väljer du den externa IP-adressen som visas för det offentliga nätverket. Ignorera det här alternativet om du inte har en dubbel NIC-distribution.

Det interna gränssnittet (standardgränssnittet för trafik) används för CLI, SIP-trunkar, SIP-trafik och nodhantering. Det externa (externa) gränssnittet är för HTTPS- och websockets-kommunikation till Webex-molnet, tillsammans med överlappningstrafiken från noderna till ett möte.

För en DMZ-distribution kan du konfigurera videonätnoden med det dubbla nätverksgränssnittet (NIC). Med den här distributionen kan du skilja den interna nätverkstrafiken för företag (används för interbox-kommunikation, överlappningar mellan nodkluster och för att komma åt nodens hanteringsgränssnitt) från den externa molnnätverkstrafiken (används för anslutning till omvärlden och överlappningar till Webex). Alla noder i ett kluster måste vara i dubbelt NIC-läge. En blandning av enkel och dubbel NIC stöds inte.

För en befintlig installation av videonätnodprogramvara kan du inte uppgradera från en enda NIC till en dubbel NIC-konfiguration. Du måste installera en ny videonätnod i detta fall.

9

På sidan Anpassa mall konfigurerar du följande nätverksinställningar:

Värdnamn (valfritt) – ange FQDN (värdnamn och domän) eller ett enda ord värdnamn för noden.

För att säkerställa en lyckad registrering i molnet använder du endast små tecken i FQDN eller värdnamnet som du har ställt in för videonätnoden. Kapitalisering stöds inte just nu.
När du använder eller konfigurerar FQDN eller värdnamn måste du även ange en giltig och löstagbar domän. Den totala längden på FQDN får inte överstiga 64 tecken.

IP-adress – Ange IP-adressen för nodens interna gränssnitt.
Mask – Ange delnätmaskadressen i punktdecimalnotation. Till exempel, 255.255.255.0.
Gateway – Ange gatewayens IP-adress. En gateway är en nätverksnod som fungerar som åtkomstpunkt till ett annat nätverk.
DNS-servrar – Ange en kommaavgränsad lista över DNS-servrar som hanterar översättande domännamn till numeriska IP-adresser. (Upp till 4 DNS-poster är tillåtna.)
NTP-servrar – ange din organisations NTP-server eller en annan extern NTP-server som kan användas i din organisation. Du kan också använda en kommaavgränsad lista för att ange flera NTP-servrar.

Videonätnoden måste ha en intern IP-adress och löstagbart DNS-namn. Nodens IP-adress får inte tillhöra det IP-adressintervall som är reserverat för intern användning av videonätnod. Standardreserverat IP-adressintervall är 172.17.42.0–172.17.42.63, vilket kan konfigureras senare i diagnostikmenyn. Detta IP-adressintervall är för kommunikation inom videonätnoden och mellan programvarubehållare som håller de olika komponenterna i noden – till exempel SIP-gränssnittet och medieomkodning.
Distribuera alla noder på samma subnät eller VLAN så att alla noder i ett kluster kan nås var klienterna bor i nätverket.
För en dubbel NIC DMZ-distribution kan du ange den externa IP-adressen i nodkonsolen när du har sparat den interna nätverkskonfigurationen och startat om noden senare.

Om du föredrar kan du hoppa över nätverksinställningskonfigurationen och följa stegen i Konfigurera nätverkskonfiguration för videonätnoden i konsolen efter att du har loggat in på noden.

10

På Redo att slutföras sidan, kontrollera att alla inställningar du angav överensstämmer med riktlinjerna i den här proceduren och klicka sedan Slutför.

När distributionen av OVA är klar visas din videonätnod i listan över VM:er.

11

Högerklicka på videonätnoden VM och välj sedan Ström > På.

Programvaran för videonätnod installeras som gäst på VM-värden. Du är nu redo att logga in på konsolen och konfigurera videonätnoden.

Du kan uppleva en fördröjning på några minuter innan nodbehållarna kommer upp. Ett meddelande om bryggbrandvägg visas på konsolen under den första uppstarten, där du inte kan logga in.

Nästa steg

Ställ in nätverkskonfigurationen för videonätnoden i konsolen

Logga in på konsolen för första gången. Programvaran för videonätnod har ett standardlösenord. Du måste ändra det här värdet innan du konfigurerar noden.

1	Gå till videonätnoden VM och välj sedan Konsol från VM-programvaran v-sfären. VM för videonätnod startar och en inloggningsanvisning visas. Om inloggningsinstruktionen inte visas trycker du på Retur. Du kan kort se ett meddelande som indikerar att systemet initieras.
2	Använd följande standardanvändarnamn och lösenord för att logga in: Inloggning: `admin` Lösenord: `cisco` Eftersom du loggar in på videonätnoden för första gången måste du ändra administratörens lösenord (lösenord).
3	För (aktuellt) lösenord anger du standardlösenordet (ovanifrån) och trycker sedan på Retur.
4	Om du vill ha ett nytt lösenord anger du en ny lösenfras och trycker sedan på Retur.
5	Om du vill skriva om ett nytt lösenord skriver du om den nya lösenfrasen och trycker sedan på Retur. Ett meddelande ”Lösenord har ändrats” visas och sedan visas den första videonätnodskärmen med ett meddelande om att obehörig åtkomst är förbjuden.
6	Tryck på Retur för att läsa in huvudmenyn.

Nästa steg

Använd den här proceduren för att konfigurera nätverksinställningarna för videonätnoden om du inte konfigurerade dem när du konfigurerade noden på en virtuell dator. Du ställer in en statisk IP-adress och ändrar FQDN/värdnamn och NTP-servrar. DHCP stöds för närvarande inte.

Dessa steg krävs om du inte konfigurerade nätverksinställningar vid tidpunkten för OVA-distributionen.

Det interna gränssnittet (standardgränssnittet för trafik) används för CLI, SIP-trunkar, SIP-trafik och nodhantering. Det externa (externa) gränssnittet är för HTTPS- och websockets kommunikation till Webex, tillsammans med överlappningstrafiken från noderna till Webex.

1

Öppna nodkonsolgränssnittet via VM-ware vSphere-klienten och logga sedan in med administratörsuppgifterna.

Efter första konfigurationen av nätverksinställningarna och om videonätet kan nås kan du komma åt nodgränssnittet via ett säkert skal (SSH).

2

Välj alternativ från huvudmenyn på videonätnodkonsolen 2 Redigera konfiguration och klicka sedan Välj.

3

Läs instruktionen om att samtalen avslutas på videonätnoden och klicka sedan på Ja.

4

Klicka på Statisk, ange IP-adressen för det interna gränssnittet, Mask, Gateway och DNS värden för ditt nätverk.

Videonätnoden måste ha en intern IP-adress och löstagbart DNS-namn. Nodens IP-adress får inte tillhöra det IP-adressintervall som är reserverat för intern användning av videonätnod. Standardreserverat IP-adressintervall är 172.17.42.0–172.17.42.63, vilket kan konfigureras i diagnostikmenyn. Detta IP-adressintervall är för kommunikation inom videonätnoden och mellan programvarubehållare som håller de olika komponenterna i noden – till exempel SIP-gränssnittet och medieomkodning.
Distribuera alla noder på samma subnät eller VLAN så att alla noder i ett kluster kan nås var klienterna bor i nätverket.
För en dubbel NIC DMZ-distribution kan du ange den externa IP-adressen i nästa procedur efter att du har sparat den interna nätverkskonfigurationen och startat om noden.

5

Ange din organisations NTP-server eller en annan extern NTP-server som kan användas i din organisation.

När du har konfigurerat NTP-servern och sparat nätverksinställningarna kan du följa stegen i Kontrollera hälsa på videonätnod från konsolen för att kontrollera att tiden synkroniseras korrekt via de angivna NTP-servrarna.

Om du konfigurerar fler än en NTP-server är omröstningsintervallet för redundans 40 sekunder.

6

(Valfritt) Ändra värdnamn eller domän om det behövs.

För att säkerställa en lyckad registrering i molnet använder du endast små tecken i värdnamnet som du har ställt in för videonätnoden. Kapitalisering stöds inte just nu.
När du använder eller konfigurerar FQDN eller värdnamn måste du även ange en giltig och löstagbar domän. Den totala längden på FQDN får inte överstiga 64 tecken.

7

Klicka Spara och klicka sedan på Spara ändringar och omstart.

Under sparningen utförs DNS-validering om du har angett en domän. En varning visas om FQDN (värdnamn och domän) inte kan lösas med de angivna DNS-serveradresserna. Du kan välja att spara genom att ignorera varningen, men samtal kommer inte att fungera förrän FQDN kan lösa den DNS som konfigurerats på noden. När videonätnoden har startats om träder nätverkskonfigurationen i kraft.

Nästa steg

När programvarubilden har installerats och konfigurerats med nätverksinställningarna (IP-adress, DNS, NTP och så vidare) och är tillgänglig i företagsnätverket kan du gå till nästa steg för att säkert registrera den i molnet. IP-adressen som har konfigurerats i videonätnoden är endast tillgänglig från företagsnätverket. Ur ett säkerhetsperspektiv är noden härdad, vilket innebär att endast kundadministratörer kan komma åt nodens gränssnitt för att utföra konfiguration.

Ange det externa nätverksgränssnittet för videonätnoden

När noden är online igen och du har verifierat den interna nätverkskonfigurationen kan du konfigurera det externa nätverksgränssnittet om du distribuerar videonätnoden i ditt nätverks DMZ så att du kan isolera företagstrafiken (intern) från extern (extern) trafik.

1

Välj alternativ från huvudmenyn på videonätnodkonsolen 5 Extern IP-konfiguration och klicka sedan Välj.

2

Klicka på 1 Aktivera/inaktivera, Välj och sedan Ja för att aktivera de externa IP-adressalternativen på noden.

3

Som du gjorde med den initiala nätverkskonfigurationen anger du värdena IP-adress (extern), mask och gateway.

Fältet Gränssnitt visar namnet på det externa gränssnittet för noden.

4

Klicka på Spara och starta om.

Noden startar om igen för att aktivera den dubbla IP-adressen och konfigurerar sedan automatiskt de grundläggande statiska dirigeringsreglerna. Dessa regler fastställer att trafik till och från en privat klass IP-adress använder ett internt gränssnitt; trafik till och från en offentlig klass IP-adress använder ett externt gränssnitt. Senare kan du skapa egna dirigeringsregler – till exempel om du behöver konfigurera en åsidosättning och tillåta åtkomst till en extern domän från det interna gränssnittet.

Under vissa omständigheter kan den befintliga SSH-anslutningen avslutas. För organisationer som använder IP-adresser från det offentliga intervallet måste du återställa en SSH-anslutning till den offentliga IP-adressen för videonätnoden.

5

För att validera den interna och externa IP-adresskonfigurationen går du till 4 Diagnostik från konsolens huvudmeny och väljer sedan Ping.

6

I fältet ping anger du en destinationsadress som du vill testa, till exempel en extern destination eller en intern IP-adress och klickar sedan på OK.

Testa en extern destination (till exempel cisco.com). Om det lyckas visar resultaten att destinationen har åtkomst från det externa gränssnittet.
Testa en intern IP-adress. Om detta lyckas visar resultaten att adressen har hämtats från det interna gränssnittet.

Nästa steg

Hur kontaktar jag min Customer Success Manager (CSM)?

API:er för videonätnod

API:er för videonätnod gör det möjligt för organisationens administratörer att hantera lösenord, interna och externa nätverksinställningar, underhållsläge och servercertifikat relaterade till videonätnoder. Dessa API:er kan åberopas via valfritt API-verktyg som Postman, eller så kan du skapa ditt eget skript för att ringa dem. Användaren måste ringa API:erna med lämplig slutpunkt (du kan använda antingen nod-IP eller FQDN), metod, kropp, rubriker, auktorisation etc. för att utföra önskad åtgärd och få ett lämpligt svar, enligt informationen nedan.

API:er för VMN-administration

API:er för administration av videonät gör det möjligt för organisationsadministratörer att hantera underhållsläge och administratörskonto för videonätnoderna.

Hämta status för underhållsläget

Hämtar status för aktuellt underhållsläge (Förväntad status: på, av, väntar eller begärs).

[GET] https://<node_ip>/api/v1/externt/underhållsläge

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Aktivera eller inaktivera underhållsläge

När du placerar en videonätnod i underhållsläge stängs samtalstjänsterna på ett snyggt sätt (slutar att acceptera nya samtal och väntar upp till 2 timmar innan befintliga samtal slutförs).

[PUT] https://<node_ip>/api/v1/externt/underhållsläge

Ring endast det här API när det inte finns några aktiva samtal.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

{
      "maintenanceMode": "on"
}

underhållsläge – Status för underhållsläget som ska ställas in – ”på” eller ”av”.

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Ändra administratörslösenord

Ändrar administratörsanvändarens lösenord.

[PUT] https://<node_ip>/api/v1/externt/lösenord

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

{
  "newPassword": "new"
}

nyttLösenord – Det nya lösenordet som ska ställas in för ”admin”-kontot för videonätnoden.

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

VMN-nätverks-API:er

API:er för videonätverk gör det möjligt för organisationens administratörer att hantera interna och externa nätverksinställningar.

Hämta extern nätverkskonfiguration

Identifierar om det externa nätverket är aktiverat eller inaktiverat. Om det externa nätverket är aktiverat hämtar det även den externa IP-adressen, den externa nätmasken och den externa gatewayen.

[GET] https://<node_ip>/api/v1/externt/externtnätverk

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Redigera extern nätverkskonfiguration

Ändrar inställningarna för det externa nätverket. Detta API kan användas för att antingen aktivera det externa nätverket tillsammans med inställning eller redigering av det externa nätverksgränssnittet med extern IP-adress, extern nätmask och extern gateway. Den kan också användas för att inaktivera det externa nätverket. När du har gjort ändringar i den externa nätverkskonfigurationen startas noden om för att tillämpa dessa ändringar.

[PUT] https://<node_ip>/api/v1/externt/externtnätverk

Du kan endast konfigurera detta för nydistribuerade videonätnoder vars standardadministratörslösenord har ändrats. Använd inte detta API efter att noden har registrerats i en organisation.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

Aktivera externt nätverk:


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

Inaktivera externt nätverk:

{
  "externalNetworkEnabled": false
}

externtnätverksaktiverat – Boolean värde (sant eller falskt) för att aktivera/inaktivera externt nätverk
externIP – Den externa IP som ska läggas till
externMask – Nätmask för det externa nätverket
externgateway – gateway för det externa nätverket

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

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

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

Exempelsvar 3:

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

Exempelsvar 4:

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

Hämta interna nätverksinformation

Hämtar information om intern nätverkskonfiguration som inkluderar nätverksläge, IP-adress, nätmask, gateway, information om DNS-caching, DNS-servrar, NTP-servrar, internt gränssnitt MTU, värdnamn och domän.

[GET] https://<node_ip>/api/v1/externt/internt nätverk

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

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

Exempelsvar 2:


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

Exempelsvar 3:

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

Redigera DNS-servrar

Uppdaterar DNS-servrar med nya.

[PUT] https://<node_ip>/api/v1/externt/internt nätverk/dns

Placera noden i underhållsläge innan du gör den här ändringen. Se Aktivera eller inaktivera underhållsläge för mer information om hur du flyttar en nod till underhållsläge.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

{
    "dnsServers": "1.1.1.1 2.2.2.2"
}

dnsservrar – DNS-servrar som ska uppdateras. Flera utrymmesavgränsade DNS-servrar är tillåtna.

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Redigera NTP-servrar

Uppdaterar NTP-servrar med nya.

[PUT] https://<node_ip>/api/v1/externt/interntnätverk/ntp

Placera noden i underhållsläge innan du gör den här ändringen. Se Aktivera eller inaktivera underhållsläge för mer information om hur du flyttar en nod till underhållsläge.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

{
    "ntpServers": "1.1.1.1 2.2.2.2"
}

ntpServers – NTP-servrar ska uppdateras. Flera utrymmesseparerade NTP-servrar är tillåtna.

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Redigera värdnamn och domän

Uppdaterar värdnamnet och domänen för videonätnoden.

[PUT] https://<node_ip>/api/v1/externt/interntnätverk/värd

Placera noden i underhållsläge innan du gör den här ändringen. Noden startas om för att verkställa ändringen. Se Aktivera eller inaktivera underhållsläge för mer information om hur du flyttar en nod till underhållsläge.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

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

värdnamn – Nodens nya värdnamn.
domän – Den nya domänen för nodens värdnamn (valfritt).

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Aktivera eller inaktivera cachelagring av DNS

Aktiverar eller inaktiverar DNS-caching. Överväg att aktivera cachelagring om DNS-kontroller ofta tar över 750 ms att lösa, eller om det rekommenderas av Cisco Support.

[PUT] https://<node_ip>/api/v1/externt/interntnätverk/dns-caching

Placera noden i underhållsläge innan du gör den här ändringen. Noden startas om för att verkställa ändringen. Se Aktivera eller inaktivera underhållsläge för mer information om hur du flyttar en nod till underhållsläge.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

{
    "dnsCaching": true
}

dnsCaching – konfiguration av DNS-caching. Accepterar Boolean-värde (sant eller falskt).

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Redigera MTU för gränssnitt

Ändrar den maximala överföringsenheten (MTU) för nodens nätverksgränssnitt från standardvärdet 1 500. Värden mellan 1280 och 9000 är tillåtna.

[PUT] https://<node_ip>/api/v1/externt/interntnätverk/mtu

Placera noden i underhållsläge innan du gör den här ändringen. Noden startas om för att verkställa ändringen. Se Aktivera eller inaktivera underhållsläge för mer information om hur du flyttar en nod till underhållsläge.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

{
    "internalInterfaceMtu": 1500
}

interntInterfaceMtu – Maximal överföringsenhet för nodens nätverksgränssnitt. Värdet bör vara mellan 1280 och 9000.

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

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

Exempelsvar 2:

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

Exempelsvar 3:


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

API:er för VMN-servercertifikat

API:er för videonätservercertifikat gör det möjligt för organisationsadministratörer att skapa, uppdatera, hämta och ta bort certifikat relaterade till videonätnoder. Mer information finns i Exchange certifikatkedjor mellan Unified CM och videonätnoder.

Skapa CSR-certifikatet

Genererar ett CSR-certifikat (Certificate Signing Request) och den privata nyckeln, baserat på den information som anges.

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

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

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

gemensamtNamn – IP/FQDN för videonätnoden som ges som vanligt namn. (obligatoriskt)
e-postadress – Användarens e-postadress. (valfritt)
altNamn – Alternativt ämnesnamn (valfritt). Flera separata FQDN:er tillåts. Om den tillhandahålls måste den innehålla det vanliga namnet. Om altnamn inte anges tar det det gemensammanamnet som värdet av altnamn.
organisation – Organisations-/företagsnamn. (valfritt)
organisationsenhet – organisationsenhet eller avdelnings- eller gruppnamn etc. (valfritt)
plats – stad/plats. (valfritt)
delstat - delstat/provins. (valfritt)
land - land/region. Förkortning med två bokstäver. Ange inte mer än två bokstäver. (valfritt)
lösenfras – Lösenfras för privat nyckel. (valfritt)
nyckelbitsstorlek – Bitsstorlek för privat nyckel. Godkända värden är 2048, som standard, eller 4096. (valfritt)

Begär rubriker:

Innehållstyp: '''tillämpning/json'''

Exempelsvar:

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

Exempelsvar 2:


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

Exempelsvar 3:

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

Exempelsvar 4:

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

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

Hämta CSR-certifikatet

Hämtar det genererade CSR-certifikatet.

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

Du kan även hämta filen via alternativet Skicka och hämta .

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Hämta den privata nyckeln

Hämtar den privata nyckeln som genereras tillsammans med CSR-certifikatet.

[GET] https://<node_ip>/api/v1/externcertifikathanterare/nyckel

Du kan även hämta filen via alternativet Skicka och hämta .

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:


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

Exempelsvar 2:

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

Ta bort CSR-certifikatet

Tar bort det befintliga CSR-certifikatet.

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

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Ta bort den privata nyckeln

Tar bort den befintliga privata nyckeln.

[DELETE] https://<node_ip>/api/v1/externcertifikathanterare/nyckel

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Installera CA-signerat certifikat och privat nyckel

Överför det medföljande CA-signerade certifikatet och den privata nyckeln på videonätnoden och installerar certifikatet på noden.

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

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

Använd ”formulärdata” för att ladda upp följande filer:

CA-signerad certifikatfil (.crt) med nyckeln som "crtfil".
Fil med privat nyckel (.nyckel) med nyckeln som "nyckelfil".

Begär rubriker:

Innehållstyp: "Flerdelsdata/formulärdata"

Exempelsvar:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

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

Hämta CA-signerat certifikat

Hämtar det CA-signerade certifikatet som är installerat på noden.

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

Du kan även hämta filen via alternativet Skicka och hämta .

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Ta bort CA-signerat certifikat

Tar bort det CA-signerade certifikatet som är installerat på noden.

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

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Vanliga API-svar

Nedan visas några exempelsvar som du kan stöta på när du använder någon av de API:er som nämns ovan.

Exempelsvar 1: Felaktiga inloggningsuppgifter som anges i den grundläggande auktorisationen.

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

Exempelsvar 2: VMN uppgraderas inte till den version som krävs som stöder dessa API:er.

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

Exempelsvar 3: Fel domare angavs i sidhuvudet (när sidhuvudet inte förväntades).

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

Exempelsvar 4: Hastighetsgränsen har överskridits. Försök efter en stund.


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

Lägg till interna och externa dirigeringsregler

I en distribution av dubbelt nätverksgränssnitt (NIC) kan du finjustera dirigeringen för videonätnoder genom att lägga till användardefinierade dirigeringsregler för externa och interna gränssnitt. Standardrutorna läggs till i noderna, men du kan göra undantag – till exempel externa undernät eller värdadresser som måste nås via det interna gränssnittet, eller interna undernät eller värdadresser som måste nås från det externa gränssnittet. Utför följande steg vid behov.

1

I gränssnittet för videonätnod väljer du 5 Extern IP-konfiguration och klickar sedan på Välj.

2

Välj 3 Hantera dirigeringsregler och klicka sedan på Välj.

Första gången du öppnar den här sidan visas standardsystemdirigeringsreglerna i listan. Som standard går all intern trafik via det interna gränssnittet och extern trafik via det externa gränssnittet.

Du kan lägga till manuella åsidosättningar till dessa regler i nästa steg.

3

Följ dessa steg vid behov:

Klicka på Lägg till extern rutt och ange sedan det interna undernätet eller värd-IP-adressen som ska användas för den externa rutten.
Klicka på Lägg till intern rutt och ange sedan det externa subnätet eller värd-IP-adressen som ska användas för den interna rutten.

När du lägger till varje regel visas de i listan över routningsregler, kategoriserade som användardefinierade regler.

Standardrutorna kan inte tas bort, men du kan ta bort alla användardefinierade åsidosättningar som du har konfigurerat.

Anpassade dirigeringsregler kan skapa risk för konflikter med annan dirigering. Du kan till exempel definiera en regel som låser din SSH-anslutning till gränssnittet för videonätnod. Om detta inträffar gör du något av följande och tar sedan bort eller ändra dirigeringsregeln:

Öppna en SSH-anslutning till den offentliga IP-adressen för videonätnoden.
Öppna videonätnoden via ESXi-konsolen

Registrera videonätnoden i Webex Cloud

Använd den här proceduren för att registrera videonätnoder i Webex-molnet och slutföra ytterligare konfiguration. När du använder Control Hub för att registrera din nod skapar du ett kluster som noden har tilldelats. Ett kluster innehåller en eller flera medienoder som betjänar användare i en viss geografisk region. Registreringsstegen konfigurerar även SIP-samtalsinställningar, konfigurera ett uppgraderingsschema och prenumerera på e-postaviseringar.

Innan du börjar

När du påbörjar registreringen av en nod måste du slutföra den inom 60 minuter eller så måste du börja om.
Se till att alla popup-blockerare i webbläsaren är inaktiverade eller att du tillåter undantag för https://admin.webex.com.
För bästa resultat distribuerar du alla noder i ett kluster i samma datacenter. Se Kluster i videonät för hur de fungerar och bästa metoderna.
Från värden eller datorn där du registrerar videonätnoder i molnet måste du ha anslutning till Webex-molnet och de IP-adresser för videonätnoderna som registreras (i en dubbel NIC-miljö, särskilt de interna IP-adresserna för videonätnoderna).

1

Logga in på Control Hub.

Du loggar in i Control Hub med administratörsuppgifterna. Administrationsfunktionen för Control Hub är endast tillgänglig för användare som har definierats som administratörer i Control Hub. Se Kundkontoroller för mer information.

2

Gå till Tjänster > Hybrid och välj en:

Konfigurera: Välj det här alternativet om det här är den första videonätnoden du registrerar och klicka sedan på Nästa.

Se Slutför förutsättningarna för videonät för mer information.
Visa alla: Välj det här alternativet om du redan har registrerat en eller flera videonätnoder och klicka sedan på Lägg till resurs.

3

Kontrollera att du har installerat och konfigurerat videonätnoden. Klicka Ja, jag är redo att registrera mig..., klicka sedan på Nästa.

4

I Skapa ett nytt eller välj ett kluster väljer du ett:

För ett nytt kluster anger du ett namn för det kluster som du vill tilldela din videonätnod till.
För ett befintligt kluster klickar du på fältet och väljer sedan ett befintligt kluster som du vill lägga till den nya noden till.

Vi rekommenderar att du namnger ett kluster baserat på var klusternoderna befinner sig geografiskt. Till exempel "San Francisco".

5

I Ange FQDN- eller IP-adressen anger du det fullständigt kvalificerade domännamnet (FQDN) eller den interna IP-adressen till din videonätnod och klickar sedan på Nästa.

Om du använder FQDN anger du en domän som kan lösas med DNS.
Om du använder en IP-adress anger du samma interna IP-adress som du använde för att konfigurera noden från konsolen.

En FQDN måste lösas direkt till IP-adressen annars är den inte användbar. Vi utför valideringen på FQDN för att utesluta eventuell typ- eller konfigurationsfel.

Det dubbla nätverksgränssnittet stöder inte att ange en FQDN för den externa IP-adressen. FQDN kan endast läggas till på skärmen där intern IP-adress anges. Det är vad FQDN måste lösa för att använda DNS-servrar som anges på samma skärm.

6

Under Uppgraderingsschema väljer du tid, frekvens och tidszon.

Standardvärdet är ett dagligt uppgraderingsschema. Du kan ändra det till ett veckoschema på en viss dag. När en uppgradering är tillgänglig uppgraderas videonätnodprogramvaran automatiskt under den tid du väljer.

När en uppgradering är tillgänglig kan du använda Uppgradera nu för att starta uppgraderingen före nästa underhållsfönster eller Senarelägga för att skjuta upp den till nästa fönster.

7

Under E-postaviseringar lägger du till administratörens e-postadresser för att prenumerera på aviseringar om tjänstelarm och programvaruuppgraderingar.

Din administratörs e-postadress läggs till automatiskt. Du kan ta bort den om du vill.

8

Aktivera inställningen för videokvalitet för att aktivera video 1080p 30 fps.

Med den här inställningen kan SIP-mötesdeltagare som deltar i ett möte som är värd i en videonätnod använda video 1080p 30 fps om de alla är inne i företagets nätverk och använder en enhet med hög upplösning. Inställningen gäller för alla kluster av noder.

Om den här inställningen är inaktiverad är standardvärdet 720p.
För videolösningar som stöds av Webex-appen, se Videospecifikationer för samtal och möten.

9

Läs informationen under Slutför registreringen och klicka sedan på Gå till nod för att registrera noden i Webex-molnet.

En ny webbläsarflik öppnas för att kontrollera noden. Det här steget skyddar videonätnoden med hjälp av nodens IP-adress. Under registreringsprocessen omdirigerar Control Hub dig till videonätnoden. IP-adressen måste vara skyddad, annars misslyckas registreringen. Registreringsprocessen måste slutföras från företagsnätverket där noden är installerad.

10

Markera Tillåt åtkomst till Webex-videonätnoden och klicka sedan på Fortsätt.

11

Klicka på Tillåt .

Ditt konto har validerats, din videonätnod är registrerad och meddelandet Registrering slutförd visas, vilket indikerar att din videonätnod nu är registrerad i Webex.

Videonätnoden får maskinautentiseringsuppgifter baserat på din organisations berättiganden. De genererade maskininloggningsuppgifterna upphör regelbundet och uppdateras.

12

Klicka på portallänken eller stäng fliken för att gå tillbaka till videonätsidan.

På videonätsidan ser du nu det nya klustret som innehåller videonätnoden som du har registrerat.

Om du går till klustret visas den nya videonätnoden, som inledningsvis visar status för registrering. Noden ändras till Körs när den är klar att användas i din Webex-organisation.
Eftersom programvaran är en behållare som innehåller tjänster från molninfrastrukturen får den uppdateringar från molnet för att förbli synkroniserade med molntjänsterna. Obligatoriska uppdateringar kan installeras strax efter att du har registrerat noden i molnet. Du kan även ändra ditt automatiska uppgraderingsschema. Se Automatiska uppgraderingar för Hybrid-tjänsteresurser för mer information.
Om du har installerat demobilden på noden som du har registrerat visas ett demo-läge gult statuslarm. Detta larm är normalt, men vi rekommenderar att du installerar hela programvarubilden innan 90-dagars grace period löper ut för demobilden.

Vid detta tillfälle är videonätnoden redo att kommunicera med Ciscos molntjänster via säkrade kanaler med en token som utfärdats för autentisering. Videonätnoden kommunicerar också med Docker Hub (docker.com, docker.io). Docker används av videonätnod för att lagra behållare för distribution till olika videonätnoder över hela världen. Endast Cisco har inloggningsuppgifter för att skriva till Docker Hub. Videonätnoderna kan nå ut till Docker Hub med skrivskyddade inloggningsuppgifter för att hämta behållarna för uppgraderingar.

Bilder hämtas baserat på checksum, som överförs till noden som en del av etableringsdata. Se det här dokumentet för mer information om hur dockarpull fungerar: https://docs.docker.com/v17.09/engine/userguide/storagedriver/imagesandcontainers/#sharing-promotes-smaller-images

Tänk på saker

Kom ihåg följande information om videonätnod och hur den fungerar när den har registrerats hos din Webex-organisation:

När du distribuerar en ny videonätnod kommer Webex-appen och Webex-registrerade enheten inte att känna igen den nya noden på upp till 2 timmar. Klienterna kontrollerar om kluster kan nås under uppstart, nätverksändring eller cache upphör att gälla. Du kan vänta i 2 timmar eller, som en lösning, starta om Webex-appen eller starta om Webex-rums- eller skrivbordsenheten. Efteråt fångas samtalsaktiviteten i videonätrapporterna i Control Hub.
En videonätnod registreras till en enda Webex-organisation; det är inte en enhet med flera klienter.
För att förstå vad som använder videonätnod och vad som inte används, se tabellen i Klienter och enheter som använder videonätnod.
Videonätnoden kan ansluta till din Webex-webbplats eller till en annan kund eller partners Webex-webbplats. Webbplats A har till exempel distribuerat ett videonätnodkluster och registrerat det med exempel1.webex.com-domänen. Om användare på webbplats A ringer in till mymeeting@example1.webex.com använder de videonätnoden och en överlappning kan skapas. Om användarna på webbplatsen A ringer yourmeeting@example2.webex.com kommer webbplatsen A-användare att använda sin lokala videonätnod och ansluta till mötet på webbplats B:s Webex-organisation.

Nästa steg

Upprepa dessa steg om du vill registrera ytterligare noder.
Om en uppgradering är tillgänglig rekommenderar vi att du tillämpar den så snart som möjligt. Utför följande steg för att uppgradera:
1. Etableringsdata drivs till Webex-molnet av Ciscos utvecklingsteam över säkra kanaler. Etableringsdata är signerade. För behållarna innehåller etableringsdata namn, checksum, version och så vidare. Videonätnoden får även sin etableringsdata från Webex-molnet via säkra kanaler.
2. När videonätnoden får sin etableringsdata autentiseras noden med skrivskyddade inloggningsuppgifter och hämtar behållaren med specifik checksum och namn och uppgraderar systemet. Varje behållare som körs med videonätnod har ett bildnamn och en checksum. Dessa attribut laddas upp till Webex-molnet med säkrade kanaler.

Aktivera tjänstekvalitet (QoS) för videonätnod

Innan du börjar

Gör nödvändiga ändringar av brandväggsporten som täcks i diagrammet och tabellen. Se Portar och protokoll som används av videonät.
För att videonätnoder ska aktiveras för QoS måste noderna vara online. Noder i underhållsläge eller offline-tillstånd utesluts när du aktiverar den här inställningen.

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid, klicka på Redigera inställningar på videonätkortet.

2

Bläddra till tjänstekvalitet och klicka på Aktivera.

När detta är aktiverat får du det stora, diskret portintervallet (bestämt av lokal samtalskontrollkonfiguration) som används för ljud och video för lokala SIP-klienter/slutpunkter och intraklusteröverlappningar med unika DSCP-markeringar:.

Ljud: 52500–59499 och 59500–62999 DSCP EF (Expedited Forward)
Video/innehåll: 63000–64667 och 64668–65500 DSCP AF41

All SIP- och överlappningstrafik från videonätnoder är markerade med EF för ljud och AF41 för video. De diskreta portintervallerna används som källportar för kaskademedia till andra videonätnoder och molnmedienoder samt källa- och destinationsportar för SIP-klientmedia. Webex Teams-appar och kaskademedia fortsätter att använda destinationsporten 5004 och portramge 50000–53000.

All returtrafik för videonät (ljud, video, innehåll) från de delade portarna är markerade med AF41. Ljudtrafiken måste noteras till EF i nätverket, baserat på källportnumren.

Ett statusmeddelande visas som visar vilka noder som aktiveras en för en för QoS-portintervallet. Du kan klicka på granska väntande noder för att se en lista över väntande noder för QoS. Det kan ta upp till 2 timmar att aktivera den här inställningen, beroende på samtalstrafik på noderna.

3

Om QoS inte är helt aktiverat inom 2 timmar, öppna ett ärende med stöd för ytterligare utredning.

Noderna startas om och uppdateras med det nya portintervallet.

Om du bestämmer dig för att inaktivera inställningen får du det lilla konsoliderade portintervallet som används för både ljud och video (34000–34999). All trafik från videonätnoder (SIP, överlappningar, molntrafik och så vidare) får en enda märkning av AF41.

Verifiera portintervall för videonätnod med reflektorverktyg i webbgränssnittet

Reflektorverktyget (en kombination av en server på videonätnoden och klienten via ett Python-skript) används för att kontrollera om de obligatoriska TCP/UDP-portarna är öppna från videonätnoder.

Innan du börjar

Hämta en kopia av Reflector Tool Client (ett Python-skript) från https://github.com/CiscoDevNet/webex-video-mesh-reflector-client.
Se till att du kör Python 2.7.10 eller senare i din miljö för att skriptet ska fungera korrekt.
För närvarande har det här verktyget stöd för SIP-slutpunkter för videonätnoder och intraklusterverifiering.

1	Från kundvyn i https://admin.webex.com aktiverar du underhållsnoden för videonätnoden genom att följa dessa instruktioner.
2	Vänta på att noden visar status ”redo för underhåll” i Control Hub.
3	Öppna gränssnittet för Webex-videonätnod. Anvisningar finns i Hantera videonätnod från webbgränssnittet.
4	Bläddra till Reflector Tool och starta sedan antingen TCP Reflector Server eller UDP Reflector Server, beroende på vilket protokoll du vill använda.
5	Klicka på Starta reflektorserver och vänta sedan på att servern ska starta. Du ser ett meddelande när servern startar.
6	Kör skriptet med följande kommando från ett system (t.ex. en dator) i ett nätverk som du vill att videonätnoder ska nå: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` I slutet av körningen visar klienten ett framgångsmeddelande om alla obligatoriska portar är öppna: Klienten visar ett misslyckat meddelande om några obligatoriska portar inte är öppna:
7	Lös alla portproblem på brandväggen och kör sedan vidare stegen ovan.
8	Kör klienten med `--help` för att få mer information.

Konfigurera videonätnod för proxyintegrering

Använd den här proceduren för att ange vilken typ av proxy som du vill integrera med ett videonät. Om du väljer en transparent inspektionsproxy eller en uttrycklig proxy kan du använda nodens gränssnitt för att ladda upp och installera rotcertifikatet, kontrollera proxyanslutningen och felsöka eventuella problem.

Innan du börjar

Se Proxystöd för videonät för en översikt över de proxyalternativ som stöds.
Krav för proxystöd för videonät

1

Ange URL för konfiguration av videonät https://[IP or FQDN/setup i en webbläsare anger du administratörsuppgifterna som du har konfigurerat för noden och klickar sedan på Logga in.

2

Gå till Trust Store och Proxy och välj sedan ett alternativ:

Ingen proxy – standardalternativet innan du integrerar en proxy. Ingen certifikatuppdatering krävs.
Transparent icke-inspekterande proxy – videonätnoder har inte konfigurerats för att använda en specifik proxyserveradress och bör inte kräva några ändringar för att fungera med en icke-inspekterande proxy. Ingen certifikatuppdatering krävs.
Transparent inspektion av proxy – videonätnoder har inte konfigurerats för att använda en specifik proxyserveradress. Inga http(s)-konfigurationsändringar krävs för videonät. Videonätnoderna behöver dock ett rotcertifikat så att de litar på proxyn. Inspekterade proxyservrar används vanligtvis av IT för att upprätthålla policyer om vilka webbplatser som kan besökas och vilka typer av innehåll som inte är tillåtna. Den här typen av proxy avkrypterar all trafik (även https).

Explicit proxy – Med explicit proxy berättar du för klienten (videonätnoder) vilken proxyserver som ska användas och det här alternativet har stöd för flera autentiseringstyper. När du har valt det här alternativet måste du ange följande information:

Proxy-IP/FQDN – Adress som kan användas för att nå proxydatorn.
Proxyport – Ett portnummer som proxyn använder för att lyssna efter proxieterad trafik.
Proxyprotokoll – Välj http (videonätstunnlar dess https-trafik via http-proxy) eller https (trafik från videonätnoden till proxyn använder https-protokollet). Välj ett alternativ baserat på vad din proxyserver stöder.

Välj bland följande autentiseringstyper, beroende på din proxymiljö:

Alternativ	Användning
Ingen	Välj uttryckliga proxyservrar för HTTP eller HTTPS där det inte finns någon autentiseringsmetod.
Grundläggande	Tillgängligt för uttryckliga proxyservrar för HTTP eller HTTPS. Används för en HTTP-användaragent för att ange ett användarnamn och lösenord när en begäran görs och använder Base64-kodning.
Smältning	Endast tillgängligt för uttryckliga proxyservrar för HTTPS. Används för att bekräfta kontot innan du skickar känslig information och använder en hashfunktion på användarnamn och lösenord innan du skickar över nätverket.
NTLM	Endast tillgängligt för uttryckliga HTTP-proxyservrar. Som Digest, används för att bekräfta kontot innan du skickar känslig information. Använder Windows-inloggningsuppgifter istället för användarnamn och lösenord. Om du väljer det här alternativet anger du den Active Directory-domän som proxyn använder för autentisering i fältet NTLM-domän. Ange namnet på proxyarbetsstationen (även kallat ett arbetsstationskonto eller maskinkonto) inom den angivna NTLM-domänen i fältet NTLM Workstation.

Följ nästa steg för en genomskinlig inspektion eller uttrycklig proxy.

3

Klicka på Överför ett rotcertifikat eller ett slutcertifikat och leta sedan upp och välj rotcertifikatet för den uttryckliga eller genomskinliga inspektionsproxyn.

Certifikatet har överförts men inte installerats än eftersom noden måste startas om för att installera certifikatet. Klicka på pilen efter certifikatutfärdarens namn för att få mer information eller klicka på Ta bort om du har gjort ett misstag och vill ladda upp filen igen.

4

Klicka på Kontrollera proxyanslutning för att testa nätverksanslutningen mellan videonätnoden och proxyn om du vill inspektera eller uttryckliga proxyproxyservrar.

Om anslutningstestet misslyckas visas ett felmeddelande som visar orsaken och hur du kan åtgärda problemet.

5

När anslutningstestet har passerat aktiverar du växlingsknappen till Dirigera alla portförfrågningar 443 https från den här noden via den uttryckliga proxyn. Den här inställningen tar 15 sekunder att träda i kraft.

6

Klicka på Installera alla certifikat I Trust Store (visas när ett rotcertifikat lades till under proxykonfigurationen) eller Starta om (visas om inget rotcertifikat har lagts till), läs instruktionen och klicka sedan på Installera om du är redo.

Noden startas om inom några minuter.

7

När noden startas om loggar du in igen om det behövs och öppnar sedan sidan Översikt för att kontrollera anslutningskontrollerna för att se till att de alla är i grön status.

Proxyanslutningskontrollen testar endast en underdomän för webex.com. Om det finns anslutningsproblem är ett vanligt problem att vissa av molndomänerna som anges i installationsinstruktionerna blockeras vid proxyn.

Integrera videonät med uppgiftsflöde för samtalskontroll

Konfigurera SIP-trunkar för att dirigera SIP-inringning för Webex-möten i videonät. SIP-enheter stöder inte direkt åtkomst, så du måste använda Unified CM- eller VCS Expressway-konfigurationen för att etablera ett förhållande mellan lokala SIP-enheter och dina videonätskluster.

Innan du börjar

Se Distributionsmodeller för videonät och Cisco Unified Communications Manager för att förstå vanliga distributionsexempel.
Videonät har stöd för antingen TCP eller TLS mellan Unified CM- och SIP-signalering. SIP TLS stöds inte för VCS Expressway.
I Unified CM kan varje SIP-trunk stödja upp till 16 videomesh-destinationer (IP-adresser).
I Unified CM kan inkommande portar på säkerhetsprofilen för SIP-trunk vara standard (icke-säker SIP-trunk profil).
Videonät har stöd för 2 dirigeringsmönster: webbplatsnamn.webex.com och meet.ciscospark.com. Andra dirigeringsmönster stöds inte.

Videonät har stöd för 3 dirigeringsmönster: webex.com (för korta videoadresser), webbplatsnamn.webex.com och meet.ciscospark.com. Andra dirigeringsmönster stöds inte.

När du använder formatet för kort videoadress ( meet@webex.com ), hanterar alltid videonätsnoden samtalet. Noden hanterar samtalet även om samtalet går till en webbplats som inte har videonät aktiverat.

***Exempel på distribution av videonät med distribuerad Unified CM***

Välj ett av dessa alternativ, beroende på miljön för samtalskontroll och säkerhetskrav:

Konfigurera Unified CM-säker TLS SIP-trafikroutning för videonät
Konfigurera Unified CM TCP SIP-trafikroutning för videonät
Konfigurera Expressway TCP SIP-trafikroutning för videonät (endast TCP)

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

Konfigurera Unified CM med videonät med antingen TLS-krypterad eller TCP SIP-trafik. Du kan skapa en trunkdirigeringspolicy som återspeglar klusterinställningar och är mycket tillgänglig och motståndskraftig mot enhetsfel. Om du använder Unified CM Session Management Edition (SME) konfigurerar du trunkar på Unified CM SME- och bladsystemen så att inkommande och utgående samtal fördelas jämnt mellan Unified CM-servrar inom sessionshanteringsklustret.

Vanligtvis har varje webbplats ett dedikerat Unified CM-kluster som är kopplat till det. Dessa kluster ansluts via interkluster-SIP-trunkar. Varje kluster har inringningstrunkar till den lokala webbplatsen för videonätnoderna.

Du kan även konfigurera distributionen för att hantera fel- eller överflödsförhållanden. Den här konfigurationen hjälper om det uppstår ett avbrott eller om videonätklustren har uppnått kapacitet. Om SIP-mötet eller samtalet inte kan upprättas med ett kluster kommer mötet eller samtalet att överflödas till molnet.

SIP-enheter registrerade på VCS eller Expressway (endast TCP)

Konfigurera grannzoner och sökregler för att dirigera SIP-inringning och uppringning för Cisco Webex-möten till videonätkluster. SIP-enheter som är registrerade i en VCS-kontroll eller Expressway-C har inte stöd för direktåtkomst, så du måste använda en TCP-baserad Expressway-konfiguration för att etablera ett förhållande mellan lokala SIP-enheter och dina videonätkluster.

Du kan även konfigurera distributionen för att hantera fel- eller överflödsförhållanden. Den här konfigurationen hjälper om det uppstår ett avbrott eller om videonätklustren har uppnått kapacitet. Om SIP-mötet eller samtalet inte kan upprättas med ett kluster överförs mötet eller samtalet till molnet via VCS Control/Expressway-C eller ett Expressway C/E-par.

Konfigurera Unified CM-säker TLS SIP-trafikroutning för videonät

1

Skapa en SIP-profil för videonätkluster:

Från Cisco Unified CM Administration går du till Enhet > Enhetsinställningar > SIP-profil och klickar sedan på Sök.
Välj Standard SIP-profil för Cisco VCS och klicka sedan på Kopiera.
Ange ett namn för den nya profilen – till exempel: Video Mesh SIP Profile.
Under trunkspecifik konfiguration, ställ in Stöd för tidigt erbjudande för röst- och videosamtal till Bästa ansträngningar (ingen MTP införs).

Du kan tillämpa den här inställningen på en ny SIP-trunk i Webex-molnet (dirigeras av den externa domänen för Webex-webbplatsen). Inställningen påverkar inte befintlig SIP-trunkning eller samtalsomkoppling.
Se till att Aktivera ALTERNATIV Ping för att övervaka destinationsstatus för trunkar med tjänstetyp är markerat.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

2

Lägg till en ny säkerhetsprofil för SIP-trunk för videonätkluster:

Från Cisco Unified CM Administration väljer du System > Säkerhet > SIP-trunks säkerhetsprofil och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Secure SIP Trunk Security Profile

Bekräfta dessa inställningar:

Fält	Värde
enhetens säkerhetsläge	Krypterad
Typ av inkommande transport	TLS
Typ av utgående transport	TLS
X.509-ämnesnamn Säkert certifikatämne eller alternativt ämnesnamn	Ange det vanliga namnet på videonätnodcertifikatet.
Inkommande port	5061
SIP V.150 Utgående SDP-offertfiltrering	Använd standardfilter

Lämna alla andra fält med sina standardvärden och spara ändringarna.

3

Lägg till en ny SIP-trunk för att peka på dina videonätkluster:

I en distribution med endast Unified CM lägger du till en enda trunk.
I en SME-distribution finns det vanligtvis en trunk mellan Unified CM och SME. Lägg till en annan trunk mellan SME- och videonätnoder. Båda trunkarna måste ha samma inställningar som anges nedan.

Från Cisco Unified CM Administration väljer du Enhet > Trunk och klickar sedan på Lägg till ny.
Välj SIP-trunk för trunktypen, lämna de andra värdena och klicka på Nästa.
Ange ett betydelsefullt namn, till exempel Video_Mesh_SIP_Trunk_UCMtoVMN.
Markera kryssrutan SRTP-tillåten
För Infoformat för samtal och anslutning av part markerar du Leverera URI och DN i ansluten part, om tillgängligt. Den här inställningen aktiverar blandad identitet. Det gör att SIP-trunken kan överföra företagspartens katalog-URI till Webex.
Kontrollera Kör på alla aktiva Unified CM-noder.
Under SIP-information – destination anger du en IP-adress eller ett fullständigt kvalificerat domännamn (FQDN) för var och en av dina videonätnoder.
Ange 5061 för destinationsporten.
För säkerhetsprofilen för SIP-trunk väljer du säkerhetsprofilen för videonättrunk som du skapade tidigare. (Till exempel, Video Mesh Secure SIP Trunk Security Profile.)
För SIP-profilen väljer du den SIP-profil som du skapade tidigare. (Till exempel, Video Mesh SIP Profile.)
Lämna alla andra fält med sina standardvärden och spara ändringarna.

Ett videonätssamtal eller möte kan tilldela media till valfri nod i ett kluster, inte bara den nod som avslutar SIP-samtalet.

4

Skapa en SIP-trunk för att peka mot en Expressway för Webex-molnredogörelse.

Du kan använda en SIP-trunk som redan finns för en befintlig distribution av Unified CM och Expressway. Om du skapar en annan och även kör Mobile Remote Access (MRA) med dessa Expressways kan du bryta MRA.

Från Cisco Unified CM Administration väljer du Enhet > Trunk och klickar sedan på Lägg till ny.
Välj SIP-trunk för trunktypen, lämna de andra värdena och klicka på Nästa.
Ange ett betydelsefullt namn, till exempel Video_Mesh_VCS_Trunk.
För Infoformat för samtal och anslutning av part markerar du Leverera URI och DN i ansluten part, om tillgängligt. Den här inställningen aktiverar blandad identitet. Det gör att SIP-trunken kan överföra företagspartens katalog-URI till Webex.
Under SIP-information – destination anger du en IP-adress eller ett fullständigt kvalificerat domännamn (FQDN) för var och en av dina Expressways. För porten anger du 5060.
För SIP-profil väljer du Standard SIP-profil för Cisco VCS.

5

Skapa en ny dirigeringsgrupp för samtal till videonätskluster:

Från Cisco Unified CM Administration väljer du Samtalsomkoppling > Route/Hunt > Dirigeringsgrupp och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Node Route Group.
Ändra distributionsalgoritmen till Top Down.
I avsnittet Information om Dirigeringsgruppens medlemmar hittar du enheterna med namnet videonät.
Lägg till Video_Mesh_SIP_Trunk_UCM till VMN genom att klicka på Lägg till i dirigeringsgrupp.
Spara dina ändringar.

6

För överflöd till molnet skapar du en ny dirigeringsgrupp för samtal till Expressway:

Från Cisco Unified CM Administration väljer du Samtalsomkoppling > Route/Hunt > Dirigeringsgrupp och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Expressway Route Group.
Ändra distributionsalgoritmen till Top Down.
I avsnittet Information om Dirigeringsgruppens medlemmar hittar du enheterna med namnet videonät.
Lägg till Video_Mesh_VCS_Trunk genom att klicka på Lägg till i dirigeringsgrupp.
Spara dina ändringar.

7

Skapa en ny dirigeringslista för samtal till videonätkluster och Expressway:

Från Cisco Unified CM Administration väljer du Samtalsomkoppling > Route/Hunt > Dirigeringslista och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Node Route List.
Ställ in Cisco Unified Communications Manager Group som standard eller ett annat värde beroende på din konfiguration.
Spara dina ändringar.
Klicka på Lägg till dirigeringsgrupp i avsnittet Information om dirigeringslista och välj sedan Dirigeringsgrupp för videonät.
Lämna standardinställningarna för de andra inställningarna och spara sedan dina ändringar.
Klicka på Lägg till dirigeringsgrupp i avsnittet Information om dirigeringslista och välj sedan Expressway-dirigeringsgrupp för videonät.
Lämna standardinställningarna för de andra inställningarna och spara sedan dina ändringar.

8

Skapa ett SIP-routningsmönster för det korta videoadressformatet för uppringning av Webex-möten:

Från Samtalsomkoppling > SIP-routningsmönster klickar du på Lägg till ny och anger namnet Video Mesh Route Pattern for Webex Short URIs.
I IPv4-mönstret anger du webex.com som domän.
För SIP-trunk/dirigeringslista väljer du dirigeringslistan som skapats för videonät – till exempel, Lista över videonät.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

Med den korta videoadressens uppringningsfunktionen behöver användare inte längre komma ihåg namnet på Webex-webbplatsen för att delta i ett Webex-möte eller -händelse via ett videosystem. De kan delta i mötet snabbare eftersom de bara behöver veta mötets- eller händelsenummer.

9

Skapa ett SIP-dirigeringsmönster för Webex-webbplatsen:

Från Samtalsomkoppling > SIP-routningsmönster klickar du på Lägg till ny och anger namnet Video Mesh Route Pattern for Webex Sites.
I IPv4-mönstret anger du den Webex-webbplats som du vill ha optimerade media för – till exempel, examplesitename.webex.com.
För SIP-trunk/dirigeringslista väljer du dirigeringslistan som skapats för videonät – till exempel, Lista över videonät.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

10

Skapa ett SIP-routningsmönster för Webex-appmöten (bakåtkompatibilitet):

Från Samtalsomkoppling > SIP-routningsmönster klickar du på Lägg till ny och anger sedan namnet Video Mesh Route Pattern for Teams Meetings.
I IPv4-mönstret anger du meet.ciscospark.com.
För SIP-trunk/dirigeringslista väljer du dirigeringslistan som skapats för videonät – till exempel, Lista över videonät.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

Konfigurera Unified CM TCP SIP-trafikroutning för videonät

1

Skapa en SIP-profil för videonätkluster:

Från Cisco Unified CM Administration går du till Enhet > Enhetsinställningar > SIP-profil och klickar sedan på Sök.
Välj Standard SIP-profil för Cisco VCS och klicka sedan på Kopiera.
Ange ett namn för den nya profilen – till exempel: Video Mesh SIP Profile.
Under trunkspecifik konfiguration, ställ in Stöd för tidigt erbjudande för röst- och videosamtal till Bästa ansträngningar (ingen MTP införs).

Du kan tillämpa den här inställningen på en ny SIP-trunk på Webex (dirigeras av den externa domänen för Webex-webbplatsen). Inställningen påverkar inte befintlig SIP-trunkning eller samtalsomkoppling.
Se till att Aktivera ALTERNATIV Ping för att övervaka destinationsstatus för trunkar med tjänstetyp är markerat.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

2

Lägg till en ny säkerhetsprofil för SIP-trunk för videonätkluster:

Från Cisco Unified CM Administration väljer du System > Säkerhet > SIP-trunks säkerhetsprofil och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Trunk Security Profile

Bekräfta dessa inställningar:

Fält	Värde
enhetens säkerhetsläge	Osäker
Typ av inkommande transport	TCP/UDP
Typ av utgående transport	TCP
Inkommande port	5060
SIP V.150 Utgående SDP-offertfiltrering	Använd standardfilter

Lämna alla andra fält med sina standardvärden och spara ändringarna.

3

Lägg till en ny SIP-trunk för att peka på dina videonätkluster:

I en distribution med endast Unified CM lägger du till en enda trunk.
I en SME-distribution finns det vanligtvis en trunk mellan Unified CM och SME. Lägg till en annan trunk mellan SME- och videonätnoder. Båda trunkarna måste ha samma inställningar som anges nedan.

Från Cisco Unified CM Administration väljer du Enhet > Trunk och klickar sedan på Lägg till ny.
Välj SIP-trunk för trunktypen, lämna de andra värdena och klicka på Nästa.
Ange ett betydelsefullt namn, till exempel Video_Mesh_SIP_Trunk_UCMtoVMN.
För Infoformat för samtal och anslutning av part markerar du Leverera URI och DN i ansluten part, om tillgängligt. Den här inställningen aktiverar blandad identitet. Det gör att SIP-trunken kan överföra företagspartens katalog-URI till Webex.
Kontrollera Kör på alla aktiva Unified CM-noder.
Under SIP-information – destination anger du en IP-adress eller ett fullständigt kvalificerat domännamn (FQDN) för var och en av dina videonätnoder.
Ange 5060 för destinationsporten.
För säkerhetsprofilen för SIP-trunk väljer du säkerhetsprofilen för videonättrunk som du skapade tidigare. (Till exempel, Video Mesh Trunk Security Profile.)
För SIP-profilen väljer du den SIP-profil som du skapade tidigare. (Till exempel, Video Mesh SIP Profile.)
Lämna alla andra fält med sina standardvärden och spara ändringarna.

Ett videonätssamtal eller möte kan tilldela media till valfri nod i ett kluster, inte bara den nod som avslutar SIP-samtalet.

4

Skapa en ny SIP-trunk för att peka mot en Expressway.

Du kan använda en SIP-trunk som redan finns för en befintlig distribution av Unified CM och Expressway. Om du skapar en annan och även kör Mobile Remote Access (MRA) med dessa Expressways kan du bryta MRA.

Från Cisco Unified CM Administration väljer du Enhet > Trunk och klickar sedan på Lägg till ny.
Välj SIP-trunk för trunktypen, lämna de andra värdena och klicka på Nästa.
Ange ett betydelsefullt namn, till exempel Video_Mesh_VCS_Trunk.
För Infoformat för samtal och anslutning av part markerar du Leverera URI och DN i ansluten part, om tillgängligt. Den här inställningen aktiverar blandad identitet. Det gör att SIP-trunken kan överföra företagspartens katalog-URI till Webex.
Under SIP-information – destination anger du en IP-adress eller ett fullständigt kvalificerat domännamn (FQDN) för var och en av dina Expressways. För porten anger du 5060.
För SIP-profil väljer du Standard SIP-profil för Cisco VCS.

5

Skapa en ny dirigeringsgrupp för samtal till videonätskluster:

Från Cisco Unified CM Administration väljer du Samtalsomkoppling > Route/Hunt > Dirigeringsgrupp och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Node Route Group.
Ändra distributionsalgoritmen till Top Down.
I avsnittet Information om Dirigeringsgruppens medlemmar hittar du enheterna med namnet videonät.
Lägg till Video_Mesh_SIP_Trunk_UCMtoVMN genom att klicka på Lägg till i dirigeringsgrupp.
Spara dina ändringar.

6

För överflöd till molnet skapar du en ny dirigeringsgrupp för samtal till Expressway:

Från Cisco Unified CM Administration väljer du Samtalsomkoppling > Route/Hunt > Dirigeringsgrupp och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Expressway Route Group.
Ändra distributionsalgoritmen till Top Down.
I avsnittet Information om Dirigeringsgruppens medlemmar hittar du enheterna med namnet videonät.
Lägg till Video_Mesh_VCS_Trunk genom att klicka på Lägg till i dirigeringsgrupp.
Spara dina ändringar.

7

Skapa en ny dirigeringslista för samtal till videonätkluster och Expressway:

Från Cisco Unified CM Administration väljer du Samtalsomkoppling > Route/Hunt > Dirigeringslista och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Node Route List.
Ställ in Cisco Unified Communications Manager Group som standard eller ett annat värde beroende på din konfiguration.
Spara dina ändringar.
Klicka på Lägg till dirigeringsgrupp i avsnittet Information om dirigeringslista och välj sedan Dirigeringsgrupp för videonät.
Lämna standardinställningarna för de andra inställningarna och spara sedan dina ändringar.
Klicka på Lägg till dirigeringsgrupp i avsnittet Information om dirigeringslista och välj sedan Expressway-dirigeringsgrupp för videonät.
Lämna standardinställningarna för de andra inställningarna och spara sedan dina ändringar.

8

Skapa ett SIP-routningsmönster för det korta videoadressformatet för uppringning av Webex-möten:

Från Samtalsomkoppling > SIP-routningsmönster klickar du på Lägg till ny och anger namnet Video Mesh Route Pattern for Webex Short URIs.
I IPv4-mönstret anger du webex.com som domän.
För SIP-trunk/dirigeringslista väljer du dirigeringslistan som skapats för videonät – till exempel, Lista över videonät.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

Med den korta videoadressens uppringningsfunktionen behöver användare inte längre komma ihåg namnet på Webex-webbplatsen för att delta i ett Webex-möte eller -händelse via ett videosystem. De kan delta i mötet snabbare eftersom de bara behöver veta mötets- eller händelsenummer.

9

Skapa ett SIP-dirigeringsmönster för Webex-webbplatsen:

Från Samtalsomkoppling > SIP-routningsmönster klickar du på Lägg till ny och anger namnet Video Mesh Route Pattern for Webex Sites.
I IPv4-mönstret anger du den Webex-webbplats som du vill ha optimerade media för – till exempel, examplesitename.webex.com, där examplesinamn är namnet på din faktiska Webex-webbplats.
För SIP-trunk/dirigeringslista väljer du dirigeringslistan som skapats för videonät – till exempel, Lista över videonät.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

10

Skapa ett SIP-dirigeringsmönster för Webex-appmöten:

Från Samtalsomkoppling > SIP-routningsmönster klickar du på Lägg till ny och anger sedan namnet Video Mesh Route Pattern for Teams Meetings.
I IPv4-mönstret anger du meet.ciscospark.com.
För SIP-trunk/dirigeringslista väljer du dirigeringslistan som skapats för videonät – till exempel, Lista över videonät.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

Konfigurera Expressway TCP SIP-trafikroutning för videonät

1

Skapa en zon som pekar på videonätskluster:

Från VCS-kontroll eller Expressway-C går du till Konfiguration > Zoner > Zoner och klicka sedan på Ny.

Konfigurera följande fält:

Fältnamn	Värde
Namn	Ange ett namn som enkelt identifierar zonen – till exempel WebexVideoMeshZone
Typ	Granne
H.323
Mode	Av
SIP
Mode	På
Port	5060
Transport	TCP
Plats
Leta upp jämlikar efter	Adress
Peer [n]-adress	Ange IP-adresserna för varje videonätnod.

Lämna de andra fälten med sina standardinställningar och spara sedan dina ändringar.

2

Skapa uppringningsmönster för videonätkluster för Webex-webbplatser:

Från Expressway-C går du till Konfiguration > Nummerplan > Sökregler och klicka sedan på Ny.

Konfigurera följande fält för Webex-webbplatssökregeln:

Fältnamn

Värde

Rule name

Ange ett regeldamn som enkelt identifierar sökregeln – till exempel WebexVideoMesh-dinwebbplats

Företräde

100 är standard. Se till att det här numret är lägre än molnfallback- och B2B-reglerna.

Protokoll

SIP

Mode

Alias Pattern Match

Pattern Type

Regex

Pattern String

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

Det här mönstret matchar både yoursite.webex.com och webex.com (för korta videoadresser) format. Med den korta videoadressens uppringningsfunktionen behöver användare inte längre komma ihåg namnet på Webex-webbplatsen för att delta i ett Webex-möte eller -händelse via ett videosystem. De kan delta i mötet snabbare eftersom de bara behöver veta mötets- eller händelsenummer.

Pattern Behavior

Lämna

On Successful Match

Fortsätt

Target

Välj den videonätszon som du har skapat – till exempel WebexVideo Mesh.

Lämna de andra fälten med sina standardinställningar och spara sedan dina ändringar.

3

Skapa en traversal-klient och zonpar som pekar på molnet Expressway för redundans:

Se Grundläggande konfigurationsguide för Expressway för din version för steg för att skapa traversationsklienten och zonparet.

4

Skapa en reservsökregel för traversal-klientzonen som leder till Expressway-E:

Från Expressway-C går du till Konfiguration > Nummerplan > Sökregler och klicka sedan på Ny.

Konfigurera följande fält:

Fältnamn	Värde
Rule name	Ange ett regeldamn som enkelt identifierar sökregeln – till exempel WebexVideoMesh-Failover
Företräde	100 är standard. Se till att prioriteringen är lägre genom att ange ett nummer som är högre än uppringningsmönstret för videonät och B2B-reglerna.
Protokoll	SIP
Mode	Alla alias
Pattern Behavior	Lämna
On Successful Match	Fortsätt
Target	Välj den Traversal-klientzon som leder till Expressway-E.

Lämna de andra fälten med sina standardinställningar och spara sedan dina ändringar.

5

Från Expressway-E går du till Konfiguration > Zoner > Zoner. Klicka på Ny och lägg till Webex-zonen.

I versioner före X8.11 har du skapat en ny DNS-zon för detta ändamål.

6

Skapa ett uppringningsmönster för molnet Expressway:

Från Expressway-E går du till Konfiguration > Nummerplan > Sökregler och klicka sedan på Ny.

Konfigurera följande fält:

Fältnamn	Värde
Rule name	Ange ett regeldamn som enkelt identifierar sökregeln – till exempel WebexVideoMesh-toCloud
Företräde	Ange ett högre värde än regeln för lokala videonätnoder. Om noderna är inställda till 100 ställer du in detta värde till 101. Du måste också se till att värdet är lägre än alla B2B-regler på din Expressway.
Protokoll	SIP
Source	Named
Source name	Välj den säkra traverseringsserverzonen från Expressway-C – till exempel WebexVideoMeshZone
Mode	Alias Pattern Match
Pattern Type	Regex
Pattern String	*`.@(YourSite\.)?webex\.com.`*
Pattern Behavior	Lämna
On Successful Match	Stoppa
Target	Välj Webex-zonen eller DNS-zonen.

7

För SIP-enheter som är registrerade i Expressway-C öppnar du enhetens IP-adress i en webbläsare, går till Konfiguration, bläddra till SIP och väljer Standarder i listrutan Typ.

Växla certifikatkedjor mellan Unified CM och videonätnoder

Slutför ett certifikatutbyte för att upprätta tvåvägsförtroende mellan Unified CM- och videonätgränssnitten. Med den säkra trunkkonfigurationen tillåter certifikaten krypterad SIP-trafik och SRTP-media i din organisation från betrodda Unified CM:er att landa på betrodda videonätnoder.

I en klustermiljö måste du installera CA- och servercertifikat på varje nod individuellt.

Innan du börjar

Av säkerhetsskäl rekommenderar vi att du använder ett CA-signerat certifikat på dina videonätnoder i stället för nodens standardcertifikat som är självsignerat.

1

Öppna gränssnittet för videonätnod (IP-adress/konfiguration till exempel, https://192.0.2.0/setup) i din webbläsare och logga in med nodens administratörsuppgifter.

2

Gå till servercertifikat och begär och ladda upp ett certifikat och nyckelpar vid behov:

(Valfritt) Om du behöver ett certifikat utfärdat av en certifierad leverantör klickar du på Skapa en certifikatsigneringsbegäran. Fyll i den information som krävs (inklusive alternativt ämnesnamn), som är FQDN:er som måste innehålla det gemensamma namnet och generera sedan begäran. Hämta CSR för att skicka begäran till leverantören. (Du kan begära flera. De returnerar det signerade certifikatutfärdaren (CA)-certifikatet (den privata nyckeln genererades redan under skapandet av CSR)

Det vanliga namnet är inte en URL. Det innehåller inget protokoll (till exempel http:// eller https://), portnummer eller pathname. Filen commonName fältet i certifikatspecifikationen X.509 representerar det gemensamma namnet. Till https://www.example.com, det korrekta värdet är example.com.

Den privata nyckeln finns redan på plats när du skapar en kundtjänstrepresentant. Om du inte använder steget för att skapa CSR måste du ladda upp en privat nyckel.

När du har certifikatet och nyckeln klickar du på Överför ett servercertifikat (.crt- eller .pem-fil), välj certifikatfilen och klicka sedan på Överför en privat nyckel (.nyckelfil) och anger en lösenfras om du har en.
När du har fått certifikatet går du till den första videonätnoden i ett kluster, klickar på Installera servercertifikat, läs instruktionen, klicka på Installera och klicka sedan på OK.

En molnregistrerad videonätnod stängs graciöst ned och väntar i upp till 2 timmar på att alla samtal ska avslutas. Noden slutför sedan certifikatinstallationen. En uppmaning visas när servercertifikatet installeras. Du kan sedan läsa in sidan igen för att visa det nya certifikatet och nyckelposten.
Klicka på Hämta bredvid certifikatet och nyckelfiler för att spara en lokal kopia.

Spara filerna på en plats som är lätt att komma ihåg och lämna videonätinstansen öppen på webbläsarfliken.
Gå till nästa videonätnod i klustret, fyll i lösenfrasen och överför sedan filen med den privata nyckeln. Klicka sedan på Ladda upp ett servercertifikat och välj sedan Installera servercertifikat, läs instruktionen, klicka på Installera och klicka sedan på OK.
Upprepa dessa steg för alla videonätnoder i samma kluster.

3

Gå till Cisco Unified OS Administration i en annan webbläsarflik till Säkerhet > Certifikathantering. Ange dina sökkriterier och klicka på Sök, välj sedan filnamnet på certifikatet eller listan över betrodda certifikat (CTL) och klicka på Hämta.

Spara Unified CM-filen på en plats som är lätt att komma ihåg och lämna Unified CM-instansen öppen på webbläsarfliken.

4

Gå tillbaka till fliken Videonätnodgränssnitt, klicka på Trust Store och Proxy och välj sedan ett alternativ:

Om Unified CM använder ett CA-certifikat som har signerats av en känd organisation litar videonätnoden på det automatiskt. Förtroendet baseras på listan över rotcertifikat från VMN-nodens värdoperativsystem, som uppdateras regelbundet.
Om Unified CM använder ett CA-certifikat som är signerat av ett internt företagsrotcertifikat lägger du till rotcertifikatet i noden. Rotcertifikatet är tillgängligt inifrån företaget, men kan inte hämtas från Unified CM.
Lägg till både ECDSA- och RSA-certifikat som Unified CM använder för att betjäna externa förfrågningar. Dessa certifikat kan vara självsignerade eller CA-certifikat.
Om du har hämtat ett enda certifikat klickar du på Överför ett rotcertifikat eller Avsluta entitetscertifikat (.crt- eller .pem-fil) och väljer den CallManager.pem-certifikatfil som du har hämtat. Klicka på Installera alla certifikat i Trust Store, läs instruktionen, klicka på Installera och starta sedan om noden.
Om du har hämtat en certifikatkedja överför du rot-CA-certifikatet och mellanliggande CA-certifikat och klicka sedan på Installera alla certifikat i Trust Store, läs instruktionen och klicka sedan på Installera.

En molnregistrerad videonätnod stängs graciöst ned och väntar i upp till 2 timmar på att alla samtal ska avslutas. Om du vill installera CallManager.pem-certifikatet startas noden automatiskt om. När det kommer tillbaka online visas en uppmaning när CallManager.pem-certifikatet installeras på videonätnoden. Du kan sedan läsa in sidan igen för att visa det nya certifikatet.

5

Gå tillbaka till fliken Administration för Cisco Unified OS och klicka på Överför certifikat/certifikatkedja. Välj certifikatnamnet i listrutan Certificate Purpose , bläddra till filen som du hämtade från gränssnittet för videonätnod och klicka sedan på Öppna.

6

Om du vill överföra filen till servern klickar du på Överför fil.

Om du laddar upp en certifikatkedja måste du ladda upp alla certifikat i kedjan.

Starta om den berörda tjänsten efter att certifikatet har överförts. När servern kommer upp igen kan du komma åt CCMAdmin eller CCMUser GUI för att kontrollera att dina nyligen tillagda certifikat används.

Du kan installera och hantera servercertifikat via API:er. Mer information finns i VMN-servercertifikatets API:er.

Aktivera mediekryptering för organisation- och videonätkluster

Använd den här proceduren för att aktivera mediekryptering för din organisation och enskilda videonätskluster. Den här inställningen kräver en slutpunkt-till-slutpunkt-TLS-konfiguration och du måste ha en säker TLS SIP-trunk på plats på din Unified CM som pekar på dina videonätnoder.

Inställningar	Resultat
Unified CM har konfigurerats med en säker trunk och den här inställningen för kontroll av videonät är inte aktiverad.	Samtal misslyckades.
Unified CM har inte konfigurerats med en säker trunk och den här inställningen för kontroll av videonät är aktiverad.	Samtal misslyckas inte, men de återgår till osäkert läge.

Cisco-slutpunkter måste också konfigureras med en säkerhetsprofil och TLS-förhandling för att slutpunkt-till-slutpunkt-kryptering ska fungera. Annars överflödar samtal till molnet från slutpunkter som inte har konfigurerats med TLS. Vi rekommenderar att du endast aktiverar den här funktionen om alla slutpunkter kan konfigureras för att använda TLS.

Innan du börjar

Konfigurera Unified CM-säker TLS SIP-trafikroutning för videonät
Växla certifikatkedjor mellan Unified CM och videonätnoder

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid och klicka sedan på Inställningar på videonätkortet.

2

Bläddra till mediekryptering och växla på inställningen.

Den här inställningen gör kryptering obligatorisk på alla mediekanaler som passerar genom videonätnoder i din organisation. Notera föregående tabell och varning för situationer där samtal kan misslyckas och vad som krävs för att slutpunkt-till-slutpunkt-kryptering ska fungera.

3

Klicka på Visa alla och upprepa följande steg på varje videonätkluster som du vill aktivera för säker SIP-trafik.

Välj en videonätklusterpost i listan och klicka sedan på Redigera klusterinställningar.
Bläddra till SIP-samtal och markera kryssrutan.
Under betrodda SIP-källor anger du det gemensamma namnet (CN) eller alla FQDN:er som finns i det alternativa ämnesnamnet på Unified CM-certifikatet (vanligtvis FQDN för Unified CM).

Dessa poster identifieras som betrodda SIP-källor och kan skicka säkra SIP-samtal till Webex-videonät.

Aktivera videonät för Webex-webbplatsen

För att använda optimerade medier till videonätnoden för ett Webex-möte för alla Webex-appen och enheter att delta måste den här konfigurationen aktiveras för Webex-webbplatsen. Om du aktiverar den här inställningen kopplas videonät och mötesinstanser i molnet tillsammans och gör att överlappningar kan inträffa från videonätnoder. Om den här inställningen inte är aktiverad kommer Webex-appen och -enheterna inte att använda videonätnoden för Webex-möten.

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Möten, klicka på Webex-webbplatsen från möteskortet och klicka sedan på Inställningarför att komma åt konfigurationsalternativen för Webex-webbplatsen.

2

Öppna Allmänna inställningar genom att klicka på Tjänst > Möte > Webbplatsinställningar. Från Allmänna inställningar klickar du på mötesrum för samarbete (CMR), väljer videonät för medieresurstyp och klickar sedan på Spara längst ned.

Den här inställningen länkar videonät och mötesinstanser i molnet tillsammans och tillåter överlappningar från videonätnoder. Inställningen bör fyllas i i hela din miljö efter 15 minuter. Webex-möten som startar efter att den här ändringen har fyllt i hämtar den nya inställningen. Om du lämnar det här fältet i molnet (standardalternativet) hålls alla möten i molnet och videonätnoden används inte.

Tilldela mötesrum för samarbete till Webex-appanvändare

Om du hanterar din webbplats via Control Hub:
1. Från kundvyn i https://admin.webex.com går du till Användare > Hantera användare.
  
  Om du vill tilldela flera användare finns det här dokumentet.
2. Tilldela Webex mötesrum för samarbete till användare i din organisation.
Om du hanterar din webbplats via webbplatsadministration:
1. Från webbplatsadministrationen går du till användarhantering.
2. Redigera användarkontot och kontrollera mötesrummet för samarbete.
  
  Om du vill tilldela flera användare finns det här dokumentet.

Kontrollera mötesupplevelsen på den säkra slutpunkten

Använd dessa steg för att kontrollera att slutpunkterna är säkert registrerade och att rätt mötesupplevelse visas.

1	Delta i ett möte från den säkrade slutpunkten.
2	Kontrollera att listan över möteslistor visas på enheten. Det här exemplet visar hur möteslistan ser ut på en slutpunkt med en pekskärm:
3	Under mötet får du åtkomst till Webex-konferensinformationen från Samtalsuppgifter .
4	Kontrollera att avsnittet Kryptering visar Typ som AES-128 och Status som På .

Ny och ändrad information

Den här tabellen täcker nya funktioner eller funktioner, ändringar i befintligt innehåll och eventuella större fel som har åtgärdats i distributionsguiden.

Mer information om programvaruuppdateringar av Webex-videonätnod finns i https://help.webex.com/en-us/article/jgobq2/Webex-Video-Mesh-release-notes.

Datum	Byt
09 februari 2024	Lade till ThousandEyes Integration med videonät. Deltagarkapacitet har lagts till för samtal med 1080p-upplösning i Kapacitet för videonätnoder . . Lade till en anteckning om differentiering av UDP-källport i trafiksignaturer för videonät (tjänstekvalitet aktiverad). Uppdaterade versioner av VM-ware ESXi som stöds i hela guiden.
31 augusti 2023	Uppdaterade strukturen och lade till information om nyligen introducerade API:er i videonätnodAPI:er. En anteckning och OBTP-information (One Button to Push) togs bort från kraven för samtalskontroll och mötesintegrering för videonät. Lade till en anteckning om omröstningsintervall för redundans i Konfigurera nätverkskonfiguration av videonätnoden i konsolen och Konfigurera nätverksinställningar från webbgränssnittet för videonätnod. Uppdaterade versioner av VM-ware ESXi som stöds i hela guiden.
31 juli 2023	Webhooks för aviseringar om videonät har lagts till.
28 juli 2023	API:er för videonätnod har lagts till.
15 juni 2023	Nomenklaturen har uppdaterats från ”Webex-appen” till ”Webex-appen” hela tiden. Uppdaterad Webex-videonätöversikt för att ange att E2EE-möten nu stöds i videonät. Tog bort inaktuell information och uppdaterade en anteckning i Webex-videonätöversikt. Uppdaterade klienter och enheter som använder videonätnod för att ange att webbklienten nu stöds på videonätverk och borttagna föråldrad information. Lade till en anteckning i System- och plattformskrav för videonätnodprogramvara som anger att demomiljöer inte stöds av Cisco TAC. Uppdaterad information i avsnittet Lokalt och Molnsamtal. Tog bort en anteckning i molnklustervalet för överflöd baserat på 250 ms eller fördröjning för STUN-rundresa . Uppdaterad information i Portar och protokoll för Webex Meetings-trafik. Tog bort föråldrad information från Registrera videonätnoden i Webex Cloud och Support och begränsningar för privata möten. Uppdaterade steg och tog bort föråldrad information från Aktivera videonät för Webex-webbplatsen. Uppdaterad information i Inaktivera videonät.
16 maj 2023	Uppdaterade portar och protokoll för hantering, trafiksignaturer för videonät (tjänstekvalitet aktiverad) och trafiksignaturer för videonät (tjänstekvalitet inaktiverad) för att återspegla de senaste portarna och protokollen som används av videonät. Uppdaterade de bilder som påverkas av ändringarna. Tog bort 444 portreferenser från Krav för proxystöd för videonät, portar och protokoll för hantering, Konfigurera videonätnod för proxyintegrering och Konfigurera videonätnod för proxyintegrering. Uppdaterade portintervall för tjänstekvalitet på videonätnod, Aktivera tjänstekvalitet (QoS) för videonätnod och portar och protokoll för Webex Meetings-trafik. Lade till en anteckning om övervakningsfel i Kör ett omedelbart test och Konfigurera periodiska tester. Lade till en anteckning och uppdaterade en varning som starkt rekommenderar användning av det senaste programvarupaketet (OVA) för distributioner i Installera och konfigurera videonätnodprogramvara. Uppdaterade en varning om noder som placeras i underhållsläge i Hantera videonätnod från webbgränssnittet och Hantera videonätnod från konsolen. Uppdaterat avsnitt Video Mesh Analytics för att återspegla de senaste ändringarna i användargränssnittet.
27 mars 2023	Uppdaterade system- och plattformskrav för videonätnodprogramvara med de senaste maskinvarukonfigurationerna och tillägg av bandbreddskrav.
02 mars 2023	Lagt till information om tester som övervakningsverktyget körs i Övervakningsverktyget för videonät. Steg för att komma åt översiktssidan för övervakningsverktyget har ändrats i Kör ett omedelbart test och Konfigurera periodiska tester. Tillagd information om visning och filtrering resultat i Kör ett omedelbart test och Konfigurera periodiska tester. Uppdaterad Aktivera videonät för Webex-webbplatsen.
7 juli 2022	Uppdaterade kapacitetsuppskattningarna i Kapacitet för videonätnoder. Omnämnanden av den föråldrade MM410v-servern togs bort hela tiden.
30 juni 2022	Lagt till information om de nya massetableringsskripten på https://github.com/CiscoDevNet/webex-video-mesh-node-provisioning.
14 juni 2022	Steg för att byta certifikatkedjor har ändrats för att inkludera ECDSA-certifikat i Exchange certifikatkedjor mellan Unified CM och videonätnoder
18 maj 2022	Hämtningswebbplatsen för reflektorverktyget har ändrats till https://github.com/CiscoDevNet/webex-video-mesh-reflector-client.
29 april 2022	Lagt till information om den nya funktionen i Håll media på videonät för alla externa Webex-möten.
25 mars 2022	Uppdateringar av portanvändning i portar och protokoll för hantering.
Decemeber 10, 2021	Lade till CMS 2000 och noterade uppgraderingsproblem för äldre CMS 1000:er som uppgraderar till ESXi 7 i System- och plattformskrav för videonätnodprogramvara.
30 augusti 2021	Lade till information om att verifiera att Webex har rätt källland för din distribution i Verifiera att källlandet är korrekt.
27 augusti 2021	Anmärkning om analysrapporter har lagts till i Support och begränsningar för privata möten.
13 augusti 2021	Lagt till information om den nya funktionen Privata möten i: Kluster i videonät Privat mötessamtal Privata möten
22 juli 2021	Lagt till information om hur du kontrollerar att systemet har rätt källplats för samtal. Korrigera källplatsstöd vid effektiv dirigering. Se Kontrollera att källlandet är korrekt.
25 juni 2021	Observera att den fullständiga Webex-upplevelsen-funktionen i Webex-appen är inkompatibel med videonät i klienter och enheter som använder videonätnod.
7 maj 2021	Korrigerat den rekommenderade klusterstorleken till 100 i Riktlinjer för distribution av videonätskluster.
12 april 2021	Uppdaterad Konfigurera Expressway TCP SIP-trafikroutning för videonät för att använda Webex-zonen i stället för en ny DNS-zon.
9 februari 2021	Lagt till information om den nya Gå till nod i Control Hub för att få åtkomst till översikt över Webex-videonätnod från webbgränssnittet. Lade till Inaktivera eller aktivera avsnittet Lokal administratörskonto från webbgränssnittet för att beskriva nya funktioner. I varje avsnitt som använder nodens webbgränssnitt har stegen uppdaterats för att ange hur du kommer åt gränssnittet från Control Hub. Lade till Ladda upp säkerhetscertifikat. Lade till Ange extern loggning till en Syslog-server.
11 december 2020	I Aktivera eller inaktivera DNS-cachi har du lagt till information om DNS-cacheborttagning.
22 oktober 2020	I portar och protokoll för Webex Meetings-trafik har SIP-signaleringsportkrav lagts till.
19 oktober 2020	Hänvisning till cloudfront.net som inte längre används av tjänsten har tagits bort.
18 september 2020	Minskade IP-adress som är reserverat för intern användning av Webex Videonätnod från originalet 172.17.0.0–172.17.255.255 (65 536 adresser) till 172.17.42.0–172.17.42.63 (64 adresser).
26 augusti 2020	Lagt till stöd för Webex Events i videonätöversikt. Lagt till nytt avsnitt Aktivera eller inaktivera DNS-cachi.
4 augusti 2020	Uppdaterade följande avsnitt för stöd för korta videoadresser: Integrera videonät med uppgiftsflöde för samtalskontroll Konfigurera Unified CM-säker TLS SIP-trafikroutning för videonät Konfigurera Unified CM TCP SIP-trafikroutning för videonät Konfigurera Expressway TCP SIP-trafikroutning för videonät Uppdaterade avsnittet VMNL ite Samtalskapacitet i Samtalskapacitet på videonätnodplattformar.
9 juli 2020	Lagt till nytt avsnitt Ställ in MTU-storlekar för nätverksgränssnittet.
26 juni 2020	Lagt till information om det nya VMNL ite-distributionsalternativet i: Samtalskapacitet på videonätnodplattformar System- och plattformskrav för programvara för videonätnod Installera och konfigurera programvara för videonätnod Borttagna omnämnanden av standard-NTP-server eftersom OVA inte längre har ett standard-NTP-servervärde. Uppdaterade Generera videonätförpackningar för stöd med nya filtreringsalternativ.
9 juni 2020	Lagt till information om det nya alternativet för schemaläggning av veckovis automatisk programvaruuppgradering i: Registrera videonätnoden i Webex Cloud Ställ in uppgraderingsschema för videonätkluster
21 maj 2020	Uppdaterade portar och protokoll för hantering och krav för proxystöd för videonät.
15 maj 2020	Uppdaterad videonätöversikt.
25 april 2020	Lade till nya avsnitt i Hantera Webex-videonätnod från webbgränssnittet: Ställ in det externa nätverksgränssnittet från webbgränssnittet för videonätnod Lägg till interna och externa dirigeringsregler Konfigurera containernätverket från webbgränssnittet för Webex-videonätnod Åtgärdade ett fel i granulariteten för den horisontella axeln i felsökning av åtkomst, filter och spara Webex-videonät (värdena växlades mellan alternativen för de senaste 7 dagarna och de senaste 24 timmarna).
22 januari 2020	Nytt avsnitt har lagts till: Fabriksåterställning av en Webex-videonätnod från webbgränssnittet. Lade till mer information om anslutningskontroller i Hantera Webex-videonätnod från avsnittet Webbgränssnitt. Trådlös delning i rummet har lagts till i avsnittet Klienter och enheter som använder Webex-videonätnod.
12 december 2019	Ändringar av lösenordsfras och lösenfras har lagts till i avsnittet Hantera Webex-videonätnod från webbgränssnittet i kapitlet Hantera och felsöka.
10 december 2019	Lade till följande information och portintervall i trafiksignaturtabellerna (för QoS aktiverat och inaktiverat: Källans IP-adress: Nätnod för video Destinationens IP-adress: Webex molnmedietjänster Källa-UDP-portar: 35000 till 52499 Destinationens UDP-portar: 5004 Inbyggd DSCP-märkning: av41 Mediatyp: Testa STUN-paket Avsnittet ”Bandbreddsriktlinjer” bytte namn till ”Videokvalitet och skalning” och lade till en länk till dokumentationen för önskad arkitektur. I konfigurationen av Unified CM TLS angav vår guide felaktigt att konfigurera en osäker SIP-trunk för Webex-molnredogörelse. Korrigerade uttalandet för att säga för att skapa en SIP-trunk (du kan konfigurera den som antingen säker eller icke-säker).
4 november 2019	Gammalt analysinnehåll har tagits bort och ett nytt avsnitt har lagts till. I avsnittet Exchange-certifikat lade du till information om fältet Alternativa ämnesnamn(er) och lade till följande anmärkning i avsnittet Innan du börjar: Av säkerhetsskäl rekommenderar vi att du använder ett CA-signerat certifikat på dina videonätnoder i stället för nodens standardcertifikat som är självsignerat.
18 oktober 2019	Uppdaterade beskrivningen av inställningen 1080p Control Hub för att klargöra att den här inställningen påverkar samtalskapaciteten och endast gäller lokala SIP-registrerade enheter. Se Aktivera 1080p HD-video för lokala SIP-enheter i videonätnodmöten för mer information. Uppdaterade tabellen för enhet och slutpunkter som stöds för att endast lista de testade molnregistrerade enheter.
26 september 2019	Lagt till nytt avsnitt Konfigurera nätverksinställningar från webbgränssnittet för videonätnod. Åtgärdade beskrivningen om rapporten om resursanvändning. Det står nu: Genomsnittlig resursanvändning för mediemikrotjänster som används i videonätklustren. Lade till en anteckning i kapacitetsavsnittet: Överflöd vid låg samtalsvolym (särskilt SIP-samtal som har sitt ursprung lokalt) återspeglar inte skalan. Videonätsanalys (under Control Hub > Resurser > Samtalsaktivitet) anger samtalsanslutningarna som har sitt ursprung lokalt. De anger inte vilka samtalsströmmar som kom in genom kaskaden till videonätsnoden för mediebehandling. När antalet fjärranslutna mötesdeltagare ökar under ett möte ökar den resulterande överlappningen och förbrukar lokala medieresurser på videonätnoden.
13 september 2019	Uppdaterad Installera och konfigurera videonätnodprogramvara med nätverkskonfigurationssteg som visas på sidan Anpassa mall. Uppdaterade system- och plattformskrav för videonätnodprogramvara med 72v CPU (motsvarande CMS 1000) för specifikationsbaserad konfiguration.
29:e augusti 2019	Lade till explicit proxy och autentiseringstyper som stöds för explicita proxykonfigurationer (Ingen autentisering, Basic, Digest, NTLM). Proxystöd för Edge-videonät Krav för proxystöd för videonät Konfigurera Webex-videonätnod för proxyintegrering Lade till Upplösningar och framerates som stöds för videonät. Uppdaterade klienter och enheter som använder videonätnod för att indikera att Webex Ring mitt videosystem till Webex molnregistrerade videoenheter använder videonätnod.
24 juli 2019	I avsnittet Hantera Webex-videonätnod från webbgränssnittet har följande uppdateringar gjorts: Lade till nya avsnitt för Ping-test, Trace Route-test, NTP-servertest, reflektorverktyg och felsökningskonto. Uppdaterade avsnittet Översikt – Tog bort överlappningar från skärmbilden och lade till OS-versionen. Innehållet ”Hantera videonät från konsolen” har flyttats till bilagan till guiden. Kapitlet ”Hantera Webex-videonät” har bytt namn till ”Hantera och felsöka Webex-videonät” och har flyttat innehållet i registreringsfelsökning till det kapitlet.
9 juli 2019	I kraven för samtalskontroll och mötesintegration för videonät uppdaterades minimiversioner som stöds för Unified CM-, Expressway- och Webex-webbplatser. I Klienter och enheter som använder videonätnod lades till versioner av Jabber VDI och Webex VDI som stöds (de är SIP-klienter). Ett friskrivningsklausul har också lagts till.
24 maj 2019	Lade till nya avsnitt om felsökningsfunktionerna och uppdaterade översiktsskärmen i webbgränssnittet för videonätnod: Generera Webex-videonätloggar för stöd Generera inspelningar av Webex-videonät för support Åtkomst till översikt över Webex-videonätnod från webbgränssnittet
25 april 2019	Uppdaterade Hantera och felsöka Webex-videonät för att ange att underhållsläget Control Hub krävs innan något underhåll utförs på videonätnoder.
11 april 2019	Tog bort föråldrad information från bandbreddskraven. Uppdaterade innehållet och diagrammen och ändrade avsnittsnamnet till Videokvalitet och skalning för videonät.

Översikt över Cisco Webex-videonät

Översikt över Webex-videonät

Webex-videonät hittar dynamiskt den optimala mixen av lokala resurser och molnkonferensresurser. Konferenser på plats stannar på plats när det finns tillräckligt med lokala resurser. När de lokala resurserna är slut expanderas konferenserna till molnet.

Videonätnod är programvara som installeras på en lokal Cisco UCS-server, registrerad i molnet och hanteras i Control Hub. Webex Meetings, Webex personliga mötesrum, Webex Space Meetings och Webex-appsamtal mellan två personer kan dirigeras till lokala onlinevideonätnoder. Videonät väljer det mest effektiva sättet att använda tillgängliga resurser.

Videonät ger följande fördelar:

Förbättrar kvaliteten och minskar latensen genom att du kan behålla dina samtal på plats.
Skickar dina samtal transparent till molnet när lokala resurser har nått sin gräns eller inte är tillgängliga.
Hantera dina videonätskluster från molnet med ett enda administrativt gränssnitt: Control Hub (https://admin.webex.com ).
Optimera resurser och skala kapacitet vid behov.
Kombinerar funktionerna i molnet och lokala konferenser i en smidig användarupplevelse.
Minskar kapacitetsproblem eftersom molnet alltid är tillgängligt när ytterligare konferensresurser behövs. Du behöver inte göra kapacitetsplanering i värsta fall.
Ger avancerad analys av kapacitet och användning samt felsökningsrapportdata i https://admin.webex.com.
Använder lokal mediebehandling när användare ringer in till ett Webex-möte från lokala standardbaserade SIP-slutpunkter och klienter:
- SIP-baserade slutpunkter och klienter (Cisco-slutpunkter, Jabber, 3:e part SIP), registrerade vid lokal samtalskontroll (Cisco Unified Communications Manager eller Expressway), som ringer till ett Cisco Webex-möte.
- Webex-appen (inklusive parkopplad med rumsenheter) som deltar i ett Webex-möte.
- Webex-rums- och skrivbordsenheter som direkt deltar i ett Webex-möte.
Ger optimerat ljud- och videointeraktivt röstsvar (IVR) till SIP-baserade slutpunkter och klienter på nätet.
Slutpunkterna H.323, IP-inringning och Skype för företag (S4B) fortsätter att delta i möten från molnet.
Stöder 1080p 30fps HD-video som ett alternativ för möten om mötesdeltagare som kan stödja 1080p hålls via lokala lokala videonätnoder. (Om en deltagare deltar i ett pågående möte från molnet kommer lokala användare att fortsätta uppleva 1080p 30fps på slutpunkter som stöds.)
Förbättrad och differentierad tjänstekvalitet (QoS): separat ljud (EF) och video (AF41).

Webex-videonät har för närvarande inte stöd för Webex Webinars.
Stöder slutpunkt-till-slutpunkt-krypterade möten (E2EE-möten). Om en kund distribuerar videonät och väljer mötestypen E2EE lägger den till ytterligare ett säkerhetslager, vilket säkerställer att dina data (media, filer, whiteboardtavlor, kommentarer) förblir säkra och hindrar tredje part från att komma åt eller ändra dem. Mer information finns i Distribuera Zero-Trust-möten.

Privata möten har för närvarande inte stöd för kryptering från slutpunkt till slutpunkt.

Klienter och enheter som använder videonätnod

Vi har strävat efter att göra videonät kompatibelt med relevanta klienter och enhetstyper. Även om det inte är möjligt att testa alla scenarier omfattar de tester som dessa data bygger på de vanligaste funktionerna i de angivna slutpunkterna och infrastrukturen. Avsaknaden av en enhet eller klient innebär att det saknas tester och att Cisco saknar officiellt stöd.

Tabell 1. Klienter och enheter som använder videonätnod
Klient- eller enhetstyp	Använder videonätnod på punkt-till-punkt-samtal	Använder videonätnod på flerpartsmöte
Webex-appen (skrivbord och mobil)	Ja	Ja
Webex-enheter, inklusive rumsenheter och Webex Board. (Se avsnittet Krav på slutpunkt och Webex-appen för en fullständig lista.)	Ja	Ja
Trådlös delning i rummet mellan Webex-appen och Room-, Desk- och Board-enheter som stöds.	Ja	Ja
Unified CM-registrerade enheter (inklusive IX-slutpunkter) och klienter (inklusive Jabber VDI 12.6 och senare och Webex VDI 39.3 och senare) som ringer in till ett Webex-schemalagt möte eller ett personligt rum i Webex.*	Nej	Ja
VCS/Expressway-registrerade enheter som ringer in i ett schemalagt Webex- eller Webex-möte i personligt rum.*	Nej	Ja
Webex Ring mitt videosystem till Webex molnregistrerade videoenheter	Ej tillämpligt	Ja
Webex-appens webbklient ( https://web.webex.com)	Ja	Ja
Telefoner registrerade för Cisco Webex Calling	Nej	Nej
Webex Ring mitt videosystem till lokalt registrerade SIP-enheter	Ej tillämpligt	Nej

_{* Det går inte att garantera att alla lokala enheter och kunder har testats med videonätlösningen.}

Videonätkompatibilitet med den fullständiga Webex-upplevelsen

Om du aktiverar den fullständiga Webex-upplevelsen för Webex-appen stöds inte Webex-appen med videonätnoderna. Den funktionen skickar för närvarande signalering och media direkt till Webex. Framtida versioner gör Webex-appen och videonätet kompatibla. Som standard har vi inte aktiverat den funktionen för kunder med videonät.

Du kan ha problem med videonät och den fullständiga Webex-upplevelsen:

Om du har lagt till videonät i din distribution efter att funktionen har introducerats.
Om du har aktiverat den funktionen utan att känna till dess inverkan på videonätet.

Om du upptäcker problem kontaktar du Cisco-kontoteamet för att inaktivera växlingsknappen för Webex-upplevelse.

Tjänstekvalitet på videonätnod

Videonätnoder överensstämmer med rekommenderad servicekvalitet (QoS) genom att aktivera portintervall som låter dig skilja ljud- och videoströmmar i alla flöden till och från videonätnoderna. Den här ändringen låter dig skapa QoS-principer och effektivt kommentera trafik till och från videonätnoderna.

Till dessa portändringar följer QoS-ändringar. Videonätnoder markerar automatiskt medietrafik från SIP-registrerade slutpunkter (lokala Unified CM eller VCS Expressway registrerade) för både ljud (EF) och video (AF41) separat med lämplig tjänsteklass och använder välkända portintervall för specifika medietyper.

Källtrafiken från de lokala registrerade slutpunkterna bestäms alltid av konfigurationen på samtalskontrollen (Unified CM eller VCS Expressway).

Mer information finns i QoS-tabellen i Portar och protokoll som används av videonät och stegen för att aktivera eller inaktivera QoS i Video Mesh Distribution Task Flow

Webex-appen fortsätter att ansluta till videonätnoder via delad port 5004. Dessa portar används också av Webex-appen och slutpunkter för STUN-tester för videonätnoder. Videonätnod till videonätnod för överlappningar använder målportintervallet 10000–40000.

Proxystöd för videonät

Videonät har stöd för uttryckliga, genomskinliga och icke-inspekterade proxyservrar. Du kan koppla dessa proxyservrar till din distribution av videonät så att du kan säkra och övervaka trafiken från företaget till molnet. Den här funktionen skickar signalering och hantering av https-baserad trafik till proxyn. För öppna proxyservrar vidarebefordras nätverksförfrågningar från videonätnoder till en specifik proxy via företagsnätverksdirigeringsregler. Du kan använda videonätadministratörsgränssnittet för certifikathantering och den totala anslutningsstatusen när du har implementerat proxyn med noderna.

Media reser inte genom proxyn. Du måste fortfarande öppna de nödvändiga portarna för medieströmmar för att nå molnet direkt. Se Portar och protokoll för hantering.

Följande proxytyper stöds av videonät:

Explicit proxy (inspektion eller icke-inspektion) – Med explicit proxy berättar du för klienten (videonätnoder) vilken proxyserver som ska användas. Det här alternativet har stöd för en av följande autentiseringstyper:
- Ingen – Ingen ytterligare autentisering krävs. (För uttrycklig proxy för HTTP eller HTTPS.)
- Grundläggande – Används för en HTTP-användaragent för att ange ett användarnamn och lösenord när en begäran görs och använder Base64-kodning. (För uttrycklig proxy för HTTP eller HTTPS.)
- Digest – används för att bekräfta identiteten på kontot innan du skickar känslig information och använder en hash-funktion på användarnamn och lösenord innan du skickar över nätverket. (För HTTPS-uttrycklig proxy.)
- NTLM – Liksom Digest används NTLM för att bekräfta identiteten på kontot innan känslig information skickas. Använder Windows-inloggningsuppgifter istället för användarnamn och lösenord. Det här autentiseringssystemet kräver flera utbyten för att slutföras. (För HTTP-uttrycklig proxy.)
Transparent proxy (icke-inspektion) – Videonätnoder har inte konfigurerats för att använda en specifik proxyserveradress och bör inte kräva några ändringar för att fungera med en icke-inspekterande proxy.
Transparent proxy (inspektion) – Videonätnoder har inte konfigurerats för att använda en specifik proxyserveradress. Inga http(s)-konfigurationsändringar krävs för videonät, men videonätnoderna behöver ett rotcertifikat så att de litar på proxyn. Inspekterade proxyservrar används vanligtvis av IT för att upprätthålla policyer om vilka webbplatser som kan besökas och vilka typer av innehåll som inte är tillåtna. Den här typen av proxy avkrypterar all trafik (även https).

***Exempel på videonätnoder och proxy***

Upplösningar och framerater som stöds för videonät

Den här tabellen omfattar de upplösningar som stöds och framerar från ett avsändare-mottagarperspektiv i ett möte som hålls på en videonätnod. Avsändarklienten (app eller enhet) finns över den övre raden i tabellen, medan mottagarklienten finns på den vänstra kolumnen i tabellen. Motsvarande cell mellan de två mötesdeltagarna fångar den förhandlade innehållsupplösningen, ramar per avsnitt och ljudkälla.

Upplösningen påverkar samtalskapaciteten på alla videonätnoder. Mer information finns i Kapacitet för videonätnoder.

Upplösning och frameratvärde kombineras som XXXpYY – Till exempel innebär 720p10 720p vid 10 ramar per sekund.

Definitionsförkortningarna (SD, HD och FHD) i kolumnen för avsändarraden och mottagaren avser klientens eller enhetens övre upplösning:

SD – Standarddefinition (576p)
HD – Hög upplösning (720p)
FHD – full högupplösning (1080p)

Tabell 2. Upplösningar och framerater som stöds för videonät
Mottagare	Avsändare
	Webex-appen	Webex-appmobil	SIP-registrerade enheter (HD)	SIP-registrerade enheter (FHD)	Webex-registrerade enheter (SD)	Webex-registrerade enheter (HD)	Webex-registrerade enheter (FHD)
Skrivbord för Webex-appen	720p10 Blandat ljud*	720p10 Blandat ljud	720p30 Blandat ljud	720p30 Blandat ljud	576p15 Innehållsljud**	720p30 Blandat ljud	720p30 Blandat ljud
Webex-appmobil	—	—	—	—	—	—	—
SIP-registrerade enheter (HD)	720p30 Innehållsljud	720p15 Blandat ljud	1080p15 Blandat ljud	1080p15 Blandat ljud	576p15 Blandat ljud	1080p15 Blandat ljud	1080p15 Blandat ljud
SIP-registrerade enheter (FHD)	1080p30 Blandat ljud	720p15 Blandat ljud	1080p15 Blandat ljud	1080p30 Blandat ljud	576p15 Blandat ljud	1080p15 Blandat ljud	1080p30 Blandat ljud
Webex-registrerade enheter (SD)	1080p15 Blandat ljud	720p15 Blandat ljud	1080p15 Blandat ljud	1080p15 Blandat ljud	576p15 Blandat ljud	1080p15 Blandat ljud	1080p15 Blandat ljud
Webex-registrerade enheter (FHD)	1080p30 Blandat ljud	720p15 Blandat ljud	1080p15 Blandat ljud	1080p30 Blandat ljud	576p15 Blandat ljud	1080p15 Blandat ljud	1080p30 Blandat ljud

_{* Innehållsljud avser det ljud som spelas upp från det specifika innehållet som delas, till exempel en strömmande video. Den här ljudströmmen är separat från det vanliga mötesljudet.}

_{** Blandat ljud avser en blandning av mötesdeltagarens ljud och ljud från innehållsdelning.}

Förbered din miljö

Krav för videonät

Videonät är tillgängligt med de erbjudanden som dokumenteras i licenskraven för hybridtjänster.

Krav på samtalskontroll och mötesintegrering för videonät

Samtalskontroll och befintlig mötesinfrastruktur krävs inte för att använda videonät, men du kan integrera de två. Om du integrerar videonät med din samtalskontroll och mötesinfrastruktur ska du se till att din miljö uppfyller de minimikriterier som dokumenteras i följande tabell.

Tabell 1. Samtalskontroll och möteskrav för videonät
Komponentens syfte	Minsta version som stöds
Lokal samtalskontroll	Cisco Unified Communications Manager, version 11.5(1) SU3 eller senare. (Vi rekommenderar den senaste SU-versionen.) Cisco Expressway-C eller E, version X8.11.4 eller senare. (Se avsnittet ”Viktig information” i Expressway-versionsinformationen för mer information.)
Mötesinfrastruktur	Webex Meetings WBS33 eller senare. (Du kan kontrollera att din Webex-webbplats finns på rätt plattform om den har listan över medieresurstyp som finns tillgänglig i webbplatsalternativen för mötesrum för molnsamarbete.) Kontakta din kundframgångschef (CSM) eller partner för att säkerställa att din webbplats är redo för videonät.
Hantering av redundans	Cisco Expressway-C eller E, version X8.11.4 eller senare. (Se avsnittet ”Viktig information” i Expressway-versionsinformationen för mer information.)

Krav på slutpunkt och Webex-appen

Tabell 2. Krav på slutpunkt och app för videonät
Komponentens syfte	Detaljer
Slutpunkter som stöds	Se Webex videokompatibilitet och support.
Versioner av Webex-appen som stöds	Videonät har stöd för Webex-appen för skrivbord (Windows, Mac) och mobil (Android, iPhone och iPad). Om du vill hämta appen för en plattform som stöds går du till https://www.webex.com/downloads.html.
Codec som stöds	Se Webex\| videospecifikationer för samtal och möten för ljud- och videokoder som stöds. Observera följande förbehåll för videonät: För videokvalitet har videonät stöd för upp till 1080p i vissa scenarier. Du kan konfigurera denna inställning i https://admin.webex.com. För SIP-videosystem har videonät stöd för SIP-klienter som gör ljudtoner med dubbel ton med flera frekvenser (DTMF). Tjänsten har även stöd för knappsatsmarkeringsspråk (KPML). Webex Teams för Windows och Mac- och Room-, Desk- och Board-enheter som är registrerade i molnet har stöd för upp till 1080p 30 fps med innehållsljud. H.323-klienter nämns i databladet, men de går bara till molnet.
Webex-registrerade rums-, skrivbordsenheter och Board-enheter som stöds	Följande enheter testas och bekräftas för att fungera med videonätnoder: 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 Anslutningar för Cisco TelePresence SX20 Cisco TelePresence SX10 Cisco TelePresence SX10 Cisco TelePresence SX10 Cisco TelePresence SX10

System- och plattformskrav för programvara för videonätnod

Produktionsmiljöer

I produktionsdistributioner finns det två sätt att distribuera videonätnodprogramvara på en viss maskinvarukonfiguration:

Du kan konfigurera varje server som en enda virtuell maskin, vilket är bäst för distributioner som innehåller många SIP-slutpunkter.
Med alternativet VMNL ite kan du konfigurera varje server med flera mindre virtuella datorer. VMNL ite är bäst för distributioner där majoriteten av klienter och enheter är Webex-appen och Webex-registrerade slutpunkter.

Dessa krav är gemensamma för alla konfigurationer:

VM-produkt ESXi 7 eller 8, vsfär 7 eller 8
Hypertråd aktiverad

Videonätnoder som körs oberoende av plattformsmaskinvaran behöver dedikerade CPU:er och RAM. Delning av resurser med andra program stöds inte. Detta gäller för alla bilder av videonätsprogrammet.

För Video Mesh Lite (VMNL ite)-bilder på en CMS-plattform stöder vi endast VMNL ite-bilder. Ingen annan videonätbild eller icke-videonätsprogram kan finnas på CMS maskinvaran med VMNL ite-programvaran.

Tabell 3. System- och plattformskrav för videonätnodprogramvara i en produktionsmiljö

Konfiguration av maskinvara

Distribution av produktion som en enda virtuell maskin

Produktion Distribution med VMNL ite VM

Anteckningar

Cisco Meeting Server 1000 (CMS 1000)

72v CPU:er (70 för videonätnod, 2 för ESX i)
60 GB huvudminne
80 GB lokalt hårddiskutrymme

Distribuera som 3 identiska virtuella maskininstanser, var och en med:

23 v CPU:er
20 GB huvudminne
80 GB lokalt hårddiskutrymme

Vi rekommenderar den här plattformen för videonätnod.

Om du distribuerar VMNL ite på en CMS 1000 med en 300 GB-hårddisk kan du ta slut när du uppgraderar till ESXi 7. Vi rekommenderar att du uppgraderar till minst 500 GB hårddiskar innan du uppgraderar VM-programvaran.

Specifikationsbaserad konfiguration

(2,6-GHz Intel Xeon E5-2600v3 eller senare processor krävs)

72v CPU:er (70 för videonätnod, 2 för ESX i)
60 GB huvudminne
80 GB lokalt hårddiskutrymme
eller

80 GB NFS-lagring

Distribuera som 3 identiska virtuella maskininstanser, var och en med:

23 v CPU:er
20 GB huvudminne
80 GB lokalt hårddiskutrymme

eller

80 GB NFS-lagring

Varje virtuell videonätmaskin måste ha CPU, RAM och hårddiskar reserverade för sig själv.

Använd antingen alternativet CMS1000 eller VMNL ite under konfigurationen.

Högsta IOP (inmatnings-/utmatningsoperationer per sekund) för NFS-lagring är 300 IOPS.

Cisco Meeting Server 2000 (CMS 2000)

Distribuera som 8 identiska virtuella maskininstanser, var och en med:

72v CPU:er (70 för videonätnod, 2 för ESX i)
60 GB huvudminne
80 GB lokalt hårddiskutrymme
eller

80 GB NFS-lagring

Distribuera som 24 identiska virtuella maskininstanser, var och en med:

23 v CPU:er
20 GB huvudminne
80 GB lokalt hårddiskutrymme

eller

80 GB NFS-lagring

Vi rekommenderar den här plattformen för videonätnod.

Varje blad måste vara en komplett Cisco Meeting Server 1000 med reserverad CPU, RAM och hårddiskar per blad.

Högsta IOP för NFS-lagring är 300 IOPS.

Demomiljöer

För grundläggande demoändamål kan du använda en specifikationsbaserad maskinvarukonfiguration, med följande minimikrav:

14v-CPU:er (12 för videonätnod, 2 för ESX i)
8 GB huvudminne
20 GB lokalt hårddiskutrymme
2.6 GHz Intel Xeon E5-2600v3 eller senare processor

Denna konfiguration av videonät stöds inte av Cisco TAC.

För mer information om demoprogramvaran, se Video Mesh Node Demo Software.

Bandbreddskrav

Videonätnoder måste ha en minsta bandbredd på 10 Mbit/s för både uppladdning och hämtning för att fungera korrekt.

Krav för proxystöd för videonät

Vi stöder officiellt följande proxylösningar som kan integreras med dina videonätnoder.
- Cisco Web Security Appliance (WSA) för transparent proxy
- Squid för uttrycklig proxy
För en uttrycklig proxy eller transparent inspektionsproxy som inspekterar (avkrypterar trafik) måste du ha en kopia av proxyns rotcertifikat som du måste ladda upp till förtroendebutiken för videonätnod i webbgränssnittet.
Vi stöder följande uttryckliga kombinationer av proxy- och autentiseringstypen:
- Ingen autentisering med http och https
- Grundläggande autentisering med http och https
- Smälta autentisering endast med https
- NTLM-autentisering med endast http

För öppna proxyservrar måste du använda routern/växeln för att tvinga HTTPS/443-trafiken att gå till proxyn. Du kan också tvinga webbsocket att gå till proxy. (Webbsocket använder https.)

Videonät kräver webbkontakt till molntjänster, så att noderna fungerar korrekt. Vid explicit och transparent inspektion av proxyservrar krävs http-rubriker för en korrekt webbsocket-anslutning. Om de ändras misslyckas webbsocket-anslutningen.

När webbsocket-anslutningsfel inträffar i port 443 (med öppen inspektionsproxy aktiverad) leder det till en varning efter registrering i Control Hub: ”SIP-samtal i Webex-videonät fungerar inte korrekt.” Samma larm kan uppstå av andra skäl när proxy inte är aktiverad. När webbsocket-rubriker är blockerade i port 443 flödar media inte mellan appar och SIP-klienter.

Om media inte flödar inträffar detta ofta när https-trafiken från noden över port 443 misslyckas:

Port 443-trafik tillåts av proxyn, men det är en inspektionsproxy och bryter webbsocket.

För att åtgärda dessa problem kan du behöva ”kringgå” eller ”splice” (inaktivera inspektion) på port 443 för att: *.wbx2.com och *.ciscospark.com.

Kapacitet för videonätnoder

Eftersom videonät är en programvarubaserad medieprodukt varierar kapaciteten på dina videonätnoder. I synnerhet placerar mötesdeltagare i Webex-molnet en tyngre belastning på noder. Du får lägre kapacitet när du har fler överlappningar till Webex-molnet. Andra faktorer som påverkar kapaciteten är:

Typer av enheter och klienter
Videoupplösning
Nätverkskvalitet
Maximal belastning
Distributionsmodell

Användning av videonät påverkar inte antalet Webex-licenser.

I allmänhet fördubblas inte kapaciteten om du lägger till fler noder i klustret på grund av överhuvudet för att ställa in överlappningar. Använd dessa nummer som allmän vägledning. Vi rekommenderar följande:

Testa gemensamma mötesscenarier för din distribution.
Använd analysen i Control Hub för att se hur din distribution utvecklas och lägga till kapacitet vid behov.

Överflöd vid låg samtalsvolym (särskilt SIP-samtal som har sitt ursprung lokalt) är inte en riktig avspegling av skalan. Videonätsanalys (under Control Hub > Resurser > Samtalsaktivitet) anger samtalsanslutningarna som har sitt ursprung lokalt. De anger inte samtalsströmmar som kom in genom kaskaden till videonätnoden för mediebehandling. När antalet fjärranslutna mötesdeltagare ökar under ett möte ökar antalet överlappningar och förbrukar lokala medieresurser på videonätnoden.

Den här tabellen visar kapacitetsintervall för olika blandningar av mötesdeltagare och slutpunkter på vanliga videonätnoder. Våra tester inkluderade möten med alla deltagare på den lokala noden och möten med en blandning av lokala deltagare och molndeltagare. Med fler mötesdeltagare i Webex-molnet kan du förvänta dig att din kapacitet sjunker i den nedre änden av intervallet.

Tabell 4. Kapacitet på vanliga videonätnoder
Scenario	Upplösning	Mötesdeltagarkapacitet
Möten med endast Webex-appdeltagare	720p	100–130
Möten med endast Webex-appdeltagare	1080p	90–100
Möten och 1-till-1-samtal med endast mötesdeltagare i Webex-appen	720p	60–100
	1080p	90–100
Möten med endast SIP-mötesdeltagare	720p	70–80
Möten med endast SIP-mötesdeltagare	1080p	30–40
Möten med Webex-appen och SIP-mötesdeltagare	720p	75–110

Basupplösningen för Webex-appen är 720p. Men när du delar är mötesdeltagarens miniatyrbilder 180 p.
Dessa prestandanummer förutsätter att du har aktiverat alla rekommenderade portar.

Kapacitet för VMNL ite

Vi rekommenderar VMNL ite för distributioner som huvudsakligen inkluderar Webex-appen och molnregistrerade slutpunkter. I dessa distributioner använder noderna fler växling och färre omkodningsresurser än standardkonfigurationen ger. Att distribuera flera mindre virtuella datorer på värden optimerar resurserna för det här scenariot.

Den här tabellen listar kapacitetsintervall för olika blandningar av mötesdeltagare och slutpunkter. Våra tester inkluderade möten med alla deltagare på den lokala noden och möten med en blandning av lokala deltagare och molndeltagare. Med fler mötesdeltagare i Webex-molnet kan du förvänta dig att din kapacitet sjunker i den nedre änden av intervallet.

Tabell 5. Kapacitet på VMNL ite noder
Scenario	Upplösning	Mötesdeltagarkapacitet med 3 VMNL ite-noder på en server
Möten med endast Webex-appdeltagare	720p	250–300
Möten med endast Webex-appdeltagare	1080p	230–240
Möten och 1-till-1-samtal med endast mötesdeltagare i Webex-appen	720p	175–275
	1080p	230–240

Basupplösningen för Webex-appmöten är 720p. Men när du delar är mötesdeltagarens miniatyrbilder 180 p.

Kluster i videonät

Du distribuerar videonätnoder i kluster. Ett kluster definierar videonätnoder med liknande attribut, till exempel nätverksnärhet. Mötesdeltagare använder ett visst kluster eller molnet, beroende på följande villkor:

En klient i ett företagsnätverk som kan nå ett lokalt kluster ansluter till det – den primära inställningen för klienter i företagsnätverket.
Klienter som deltar i ett privat möte i videonät ansluter endast till lokala kluster. Du kan skapa ett separat kluster specifikt för dessa privata möten.
En klient som inte kan nå ett lokalt kluster ansluter till molnet – fallet för en mobil enhet som inte är ansluten till företagets nätverk.
Det valda klustret beror också på latens, snarare än bara plats. Till exempel kan ett molnkluster med lägre STUN-rundresa (SRT) fördröjning än ett videonätkluster vara en bättre kandidat för mötet. Den här logiken hindrar en användare från att landa på ett geografiskt långt kluster med hög SRT-fördröjning.

Varje kluster innehåller logik som överlappar möten, förutom privata möten i videonät, över andra molnmöteskluster, efter behov. Cascading tillhandahåller en datasökväg för media mellan klienter i deras möten. Möten distribueras över noder och klienterna landar på den mest effektiva noden som ligger närmast dem, beroende på faktorer som nätverktopologi, WAN-länk och resursanvändning.

Klientens förmåga att ping medienoder avgör tillgängligheten. Ett faktiskt samtal använder en mängd olika potentiella anslutningsmekanismer, till exempel UDP och TCP. Före samtalet registreras Webex-enheten (Room, Desk, Board och Webex-appen) med Webex-molnet, vilket ger en lista över klusterkandidater för samtalet.

Noderna i ett videonätkluster kräver ohämmad kommunikation med varandra. De kräver även ohämmad kommunikation med noderna i alla dina andra videonätskluster. Se till att brandväggarna tillåter all kommunikation mellan videonätnoderna.

Kluster för privata möten

Du kan boka ett videonätkluster för privata möten. När det reserverade klustret är fullt kastas de privata mötesmedierna ut till dina andra videonätskluster. När det reserverade klustret är fullt delar privata och icke-privata möten resurserna för dina återstående kluster.

Icke-privata möten använder inte ett reserverat kluster och reserverar dessa resurser för privata möten. Om ett icke-privat möte tar slut på resurser i nätverket kastas det ut till Webex-molnet i stället.

Mer information om funktionen för privata möten i videonät finns i Privata möten.

Du kan inte använda det korta videoadressformatet (meet@your_site) om du reserverar alla videonätskluster för privata möten. Dessa samtal misslyckas för närvarande utan ett korrekt felmeddelande. Om du lämnar vissa kluster oreserverade kan samtal med det korta videoadressformatet ansluta via dessa kluster.

Riktlinjer för distribution av videonätskluster

I typiska företagsdistributioner rekommenderar vi att kunder använder upp till 100 noder per kluster. Det finns inga hårda gränser som ställs in i systemet för att blockera en klusterstorlek med mer än 100 noder. Om du behöver skapa större kluster rekommenderar vi dock starkt att du granskar det här alternativet med Cisco-teknik via ditt Cisco-kontoteam.
Skapa färre kluster när resurser har liknande nätverksnärhet (affinitet).
När du skapar kluster lägger du bara till noder som finns i samma geografiska region och samma datacenter. Kluster över det breda områdets nätverk (WAN) stöds inte.
Vanligtvis distribuerar kluster i företag som är värd för frekventa lokaliserade möten. Planera var du placerar kluster på den bandbredd som finns tillgängliga på olika WAN-platser inom företaget. Med tiden kan du distribuera och växa kluster för kluster baserat på observerade användarmönster.
Kluster som finns i olika tidszoner kan effektivt betjäna flera geografiska områden genom att dra nytta av olika samtalsmönster mellan högsta och upptagna timmar.
Om du har två videonätnoder i två separata datacenter (till exempel EU och NA) och du har slutpunkter som ansluter via varje datacenter kastas noderna i varje datacenter till en enda videonätnod i molnet. Dessa översvämningar skulle gå över Internet. Om det finns en molndeltagare (som ansluter före en av videonätdeltagarna) kommer noderna att kasseras genom molndeltagarens medienod.

Mångfald i tidszon

Tidszonens mångfald kan tillåta att kluster delas under perioder utanför toppmötet. Till exempel: Ett företag med ett norra Kalifornien-kluster och ett New York-kluster kan upptäcka att den totala nätverkslatensen inte är så hög mellan de två platser som tjänar en geografiskt varierad användarpopulation. När resurserna är i toppanvändning i norra Kalifornien klustret är New York-klustret sannolikt utanför toppen och har ytterligare kapacitet. Samma sak gäller för norra Kalifornien-klustret, under topptider i New York-klustret. Dessa är inte de enda mekanismer som används för effektiv användning av resurser, men de är de två viktigaste.

Överspill till moln

När kapaciteten för alla lokala kluster nås överflödar en lokal mötesdeltagare till Webex-molnet. Detta innebär inte att alla samtal hålls i molnet. Webex dirigerar endast de mötesdeltagare som antingen är fjärranslutna eller inte kan ansluta till ett lokalt kluster till molnet. I ett samtal med både lokala deltagare och molndeltagare ansluts det lokala klustret till molnet för att kombinera alla mötesdeltagare till ett enda samtal.

Om du konfigurerar mötet som den privata mötestypen behåller Webex alla samtal på dina lokala kluster. Privata möten överflödar aldrig till molnet.

Webex-enhetsregister med Webex

Utöver att bestämma tillgänglighet utför klienterna även periodiska fördröjningstester med hjälp av Simple Traversal av UDP till NAT (STUN). Fördröjning av STUN-rundresa (SRT) är en viktig faktor vid val av potentiella resurser under ett faktiskt samtal. När flera kluster distribueras baseras de primära urvalskriterierna på den inlärda SRT-fördröjningen. Tillgänglighetstester utförs i bakgrunden, initieras av ett antal faktorer, inklusive nätverksändringar, och introducerar inte förseningar som påverkar samtalsinställningstiden. Följande två exempel visar möjliga resultat av tester för tillgänglighet.

Fördröjningstester för rundresa – molnenheten kan inte nå lokala kluster

Fördröjningstester för rundresa – molnenheten når lokala kluster

Information om lärd tillgänglighet tillhandahålls i Webex-molnet varje gång ett samtal konfigureras. Med den här informationen kan molnet välja den bästa resurs (kluster eller moln), beroende på klientens relativa plats för tillgängliga kluster och samtalstyp. Om inga resurser finns tillgängliga i önskat kluster testas alla kluster för tillgänglighet baserat på SRT-fördröjning. Ett prioriterat kluster väljs med den lägsta SRT-fördröjningen. Samtal serveras på plats från ett sekundärkluster när det primära klustret är upptaget. Lokalt tillgängliga videonätsresurser prövas först, i ordning med lägsta SRT-fördröjning. När alla lokala resurser är uttömda ansluter mötesdeltagaren till molnet.

Klusterdefinition och plats är avgörande för en distribution som ger den bästa övergripande upplevelsen för mötesdeltagarna. Helst bör en distribution tillhandahålla resurser där klienterna är belägna. Om det inte finns tillräckligt med resurser där klienterna ringer majoriteten av samtalen förbrukas mer internt nätverksbandbredd för att ansluta användare till avlägsna kluster.

Lokalt och molnsamtal

Lokala Webex-enheter som har samma klusteraffinitet (inställning, baserat på närheten till klustret) ansluter till samma kluster för ett samtal. Lokala Webex-enheter med olika lokala klusteraffiniteter ansluter till olika kluster och klustren kastas sedan till molnet för att kombinera de två miljöerna till ett enda samtal. Detta skapar en hub- och taldesign med Webex-molnet som hub och lokala kluster som fungerar som tal i mötet.

Lokala samtal med olika klusteraffiniteter

Webex-enheten ansluter till antingen det lokala klustret eller molnet baserat på dess tillgänglighet. Följande visar exempel på de vanligaste scenarierna.

Webex molnenhet ansluter till molnet

Webex lokala enheter ansluter till lokala kluster

Webex lokala enheter ansluter till molnet

Molnklusterval för överflöd baserat på 250 ms eller högre STUN-rundresefördröjning

Medan inställningen för nodval är dina lokalt distribuerade videonätnoder stöder vi ett scenario där, om STUN-rundresefördröjning (SRT) till ett lokalt videonätkluster överskrider den toleranta fördröjningen på 250 ms (vilket vanligtvis inträffar om det lokala klustret har konfigurerats på en annan kontinent), så väljer systemet den närmaste molnmediennoden i den geografi istället för en videonätnod.

Webex-appen eller Webex-enheten finns i företagsnätverket i San Jose.
San Jose och Amsterdam kluster är i kapacitet eller inte tillgängliga.
SRT-förseningen till Shanghai-klustret är större än 250 ms och kommer sannolikt att införa frågor om mediekvalitet.
Molnklustret i San Francisco har en optimal SRT-fördröjning.
Shanghai videonätsklustret utesluts från övervägande.
Till följd av detta överflödar Webex-appen till molnklustret i San Francisco.

Privata möten

Privata möten isolerar alla media till ditt nätverk via videonät. Till skillnad från vanliga möten kastas inte medierna till Webex-molnet om de lokala noderna är fulla. Men som standard kan privata möten kastas till olika videonätskluster i nätverket. För privata möten över geografiska platser måste dina videonätskluster ha direkt anslutning till varandra för att tillåta överlappningar mellan kluster, till exempel HQ1_VMN till Remote1_VMN i figuren.

Se till att de nödvändiga portarna är öppna i brandväggen för att tillåta ohindrad överlappning mellan kluster. Se Portar och protokoll för hantering.

Alla mötesdeltagare i ett privat möte måste tillhöra din mötesvärds Webex-organisation. De kan delta via Webex-appen eller ett autentiserat videosystem (SIP-slutpunkter registrerade till UCM/VCS eller Webex-registrerad videoenhet). Deltagare med VPN- eller MRA-åtkomst till ditt nätverk kan delta i ett privat möte. Men ingen kan delta i ett privat möte utanför ditt nätverk.

Distributionsmodeller som stöds av videonät

Stöds i en distribution av videonät

Du kan distribuera en videonätnod i antingen ett datacenter (önskat) eller en demilitariserad zon (DMZ). För vägledning, se Portar och protokoll som används av videonät.
För en DMZ-distribution kan du konfigurera videonätnoderna i ett kluster med det dubbla nätverksgränssnittet (NIC). Med den här distributionen kan du skilja den interna nätverkstrafiken för företag (används för interbox-kommunikation, överlappningar mellan nodkluster och för att komma åt nodens hanteringsgränssnitt) från den externa molnnätverkstrafiken (används för anslutning till omvärlden och överlappningar till molnet).

Dual NIC fungerar på den fullständiga, VMNL ite och demo versionen av Video Mesh nod programvara. Du kan även distribuera videonätet bakom en NAT-konfiguration 1:1.
Du kan integrera videonätnoder med din samtalskontrollmiljö. Till exempel distributioner med videonät integrerat med Unified CM, se Distributionsmodeller för videonät och Cisco Unified Communications Manager.
Följande typer av adressöversättning stöds:
- Dynamisk nätverksadressöversättning (NAT) med en IP-pool
- Översättning av dynamisk portadress (PAT)
- 1:1 natt
- Andra former av NAT bör fungera så länge som rätt hamnar och protokoll används, men vi stöder dem inte officiellt eftersom de inte har testats.
IPv4
Statisk IP-adress för videonätnoden

Stöds inte i en distribution av videonät

IPv6
DHCP för videonätnoden
Ett kluster med en blandning av enkel NIC och dubbel NIC
Klusterar videonätnoder över det breda nätverket (WAN)
Ljud, video eller media som inte passerar via en videonätnod:
- Ljud från telefoner
- Peer-to-peer-samtal mellan Webex-appen och standardbaserad slutpunkt
- Ljudavslutning på videonätnod
- Media som skickas via Expressway C/E-par
- Videosamtal tillbaka från Webex

Distributionsmodeller för videonät och Cisco Unified Communications Manager

Dessa exempel visar gemensamma distributioner av videonät och hjälper dig att förstå var videonätskluster kan passa in i ditt nätverk. Kom ihåg att distribution av videonät beror på faktorer i nätverkens topologi:

Datacenterplatser
Kontorsplatser och storlek
Plats och kapacitet för Internet

I allmänhet försöker du koppla videonätnoderna till klustren i Unified CM eller Session Management Edition (SME). Som bästa praxis ska du hålla noderna så centraliserade som möjligt till de lokala grenarna.

Videonät har stöd för Session Management Edition (SME). Unified CM-kluster kan anslutas via en SME-enhet och sedan måste du skapa en SME-trunk som ansluter till videonätnoderna.

Hubb- och talarkitektur

Denna distributionsmodell omfattar centraliserat nätverk och tillgång till Internet. Den centrala platsen har vanligtvis en hög personalkoncentration. I detta fall kan ett videonätkluster placeras på en central plats för optimerad mediehantering.

Att lokalisera kluster på filialer kanske inte ger några fördelar på kort sikt och kan leda till suboptimal dirigering. Vi rekommenderar att du endast distribuerar kluster i en filial om det finns täta kommunikationer mellan filialer.

Geografisk fördelning

Den geografiskt distribuerade distributionen är sammanlänkad men kan visa en märkbar latens mellan regioner. Brist på resurser kan orsaka att suboptimala överlappningar konfigureras på kort sikt när det finns möten mellan användare på varje geografisk plats. I den här modellen rekommenderar vi att du tilldelar videonätnoder nära regional internetanslutning.

Geografisk fördelning med SIP-uppringning

Den här distributionsmodellen innehåller regionala Unified CM-kluster. Varje kluster kan innehålla en SIP-trunk för att välja resurser i det lokala videonätklustret. En andra trunk kan ge en redogörelse till ett Expressway-par om resurserna begränsas.

Portar och protokoll som används av videonät

För att säkerställa en lyckad distribution av videonät och för felfri drift av videonätnoderna öppnar du följande portar på brandväggen för användning med protokollen.

Se Nätverkskrav för Webex-tjänster för att förstå de övergripande nätverkskraven för Webex Teams.
Se Firewall Traversal Whitepaper för mer information om brandvägg och nätverkspraxis för Webex-tjänster.
Följ dokumentationen för DNS-bästa praxis, nätverksskydd och angreppsidentifiering när du konfigurerar företagets brandvägg för att mildra eventuella problem med DNS-frågor.
Mer designinformation finns i Preferred Architecture for Hybrid Services, CVD.

Portar och protokoll för hantering

Noderna i ett videonätkluster kräver ohämmad kommunikation med varandra. De kräver även ohämmad kommunikation med noderna i alla dina andra videonätskluster. Se till att brandväggarna tillåter all kommunikation mellan videonätnoderna.

Videonätnoderna i ett kluster måste vara i samma VLAN- eller nätmask.

Syfte	Source	Destination	Käll-ID	Källport	Transportprotokoll	Destinations-IP	Destinationsport
Hantering	Hanteringsdator	Videonätnod	Vid behov	Any	tcp, https	Videonätnod	443
SSH för åtkomst till administrationskonsolen för videomesh	Hanteringsdator	Videonätnod	Vid behov	Any	TCP	Videonätnod	22
Kommunikation inom kluster	Videonätnod	Videonätnod	IP-adress för andra videonätnoder i klustret	Any	TCP	Videonätnoder	8443
Hantering	Videonätnod	Webex-moln	Vid behov	Any	udp, ntp udp, dns TCP, HTTPS (webbuttag)	Any	123 53
Kaskadesignalering	Videonätnod	Webex-moln	Any	Any	TCP	Any	443
Överlappningsmedia	Videonätnod	Webex-moln	Videonätnod	Alla	UDP	Any För specifika adressintervall, se avsnittet ”IP-undernät för Webex Media-tjänster” i Nätverkskrav för Webex-tjänster.	5004 50000 till 53000 Mer information finns i avsnittet ”Webex-tjänster – portnummer och protokoll” i Nätverkskrav för Webex-tjänster.
Kaskadesignalering	Vido Mesh Cluster (1)	Vido Mesh Cluster (2)	Any	Any	TCP	Any	443
Överlappningsmedia	Vido Mesh Cluster (1)	Vido Mesh Cluster (2)	Vido Mesh Cluster (1)	Alla	UDP	Any	5004 50000 till 53000
Hantering	Videonätnod	Webex-moln	Vid behov	Any	tcp, https	Alla	443
Hantering	Videonätnod (1)	Videonätnod (2)	Videonätnod (1)	Any	TCP, HTTPS (webbuttag)	Videonätnod (2)	443
Intern kommunikation	Videonätnod	Alla andra videonätnoder	Videonätnod	Any	UDP	Any	10000 till 40000

_{* Standardkonfigurationen i OVA är konfigurerad för NTP och DNS. OVA kräver att du öppnar portarna utgående till internet. Om du konfigurerar en lokal NTP- och DNS-server behöver du inte öppna portarna 53 och 123 via brandväggen.}

_{** Eftersom vissa URL:er för molntjänsten kan ändras utan förvarning är ANY den rekommenderade destinationen för problemfri drift av videonätnoderna. Om du föredrar att filtrera trafik baserat på URL:er, se avsnittet Webex Teams URL:er för hybridtjänster i nätverkskraven för Webex-tjänster för mer information.}

_{***Portarna varierar beroende på om du aktiverar QoS. Med QoS aktiverat är portarna 52 500-59499, 63000-64667, 59500-62999 och 64688-65500. Med QoS av är portarna 34 000-34 999.}

Trafiksignaturer för videonät (tjänstekvalitet aktiverad)

För distributioner där videonätnoden sitter på företagssidan av DMZ eller inne i brandväggen finns en konfigurationsinställning för videonätnod i Webex Control Hub som gör det möjligt för administratören att optimera portintervallen som används av videonätnoden för QoS-nätverksmarkering. Den här tjänstekvalitetsinställningen är aktiverad som standard och ändrar källportarna som används för ljud-, video- och innehållsdelning till värdena i den här tabellen. Med den här inställningen kan du konfigurera QoS-markeringspolicyer baserat på UDP-portintervall för att skilja ljud från video- eller innehållsdelning och markera allt ljud med rekommenderat värde av EF och video- och innehållsdelning med ett rekommenderat värde av AF41.

Tabellen och diagrammet visar UDP-portar som används för ljud- och videoströmmar, som är huvudfokus för QoS-nätverkskonfigurationer. Medan nätverks-QoS-markeringspolicyer för media över UDP är fokus i följande tabell, avslutar Webex-videonätnoder även TCP-trafik för presentation och innehållsdelning för Webex-appen med efemerportar 52500–65500. Om en brandvägg sitter mellan videonätnoderna och Webex-appen måste dessa TCP-portar också vara tillåtna för att fungera korrekt.

Videonätnod markerar trafiken naturligt. Denna ursprungsmärkning är asymmetrisk i vissa flöden och beror på om källportarna är delade portar (en port som 5004 för flera flöden till olika destinations- och destinationshamnar) eller om de inte är det (där porten faller i ett intervall men är unik för den specifika tvåvägsinriktade sessionen).

För att förstå den inbyggda märkningen med en videonätnod ska du notera att videonätnoden markerar ljud EF när den inte använder 5004-porten som källport. Vissa tvåvägsinriktade flöden, t.ex. Videonät till videonät eller videonät till Webex-appen, kommer att markeras asymmetriskt, vilket är en anledning till att använda nätverket för att kommentera trafik baserat på de angivna UDP-portintervallen.

Käll-IP-adress	Destinationens IP-adress	Källa-UDP-portar	Destinationens UDP-portar	Inbyggd DSCP-märkning	Medietyp
Nätnod för video	Webex molnmedietjänster	35000 till 52499	5004	av41	Testa STUN-paket
Nätnod för video	Webex molnmedietjänster	52500 till 59499	5004	Ef	Ljud
Nätnod för video	Webex molnmedietjänster	63000 till 64667	5004	av41	Video
Nätnod för video	Webex molnmedietjänster	59500 till 62999	50000 till 51499	Ef	Ljud
Nätnod för video	Webex molnmedietjänster	64668 till 65500	51500 till 53000	av41	Video
Nätnod för video	Nätnod för video	10000 till 40000	10000 till 40000	—	Ljud
Nätnod för video	Nätnod för video	10000 till 40000	10000 till 40000	—	Video
Nätnod för video	Unified CM SIP-slutpunkter	52500 till 59499	Unified CM SIP-profil	Ef	Ljud
Nätnod för video	Unified CM SIP-slutpunkter	63000 till 64667	Unified CM SIP-profil	av41	Video
Videonätkluster	Videonätkluster	52500 till 59499	5004	Ef	Ljud
Videonätkluster	Videonätkluster	63000 till 64667	5004	av41	Video
Videonätkluster	Videonätkluster	59500 till 62999	50000 till 51499	Ef	Ljud
Videonätkluster	Videonätkluster	64668 till 65500	51500 till 53000	av41	Video
Nätnod för video	Webex Teams-program eller -slutpunkt*	5004	52000 till 52099	av41	Ljud
Nätnod för video	Webex Teams-program eller -slutpunkt	5004	52100 till 52299	av41	Video

*_{Riktningen för medietrafik avgör DSCP-markeringarna. Om källportarna är från videonätnoden (från videonätnoden till Webex Teams-appen) markeras trafiken endast som AF41. Medietrafik som kommer från Webex Teams-appen eller Webex-slutpunkter har separata DSCP-markeringar, men returtrafiken från de delade portarna för videonätnoden gör inte.}

UDP-källportdifferentiering (Windows Webex-appklienter): Kontakta ditt lokala kontoteam om du vill att differentiering av UDP-källporten ska vara aktiverad för din organisation. Om detta inte är aktiverat kan ljud- och videodelning inte differentieras med Windows OS. Källportarna kommer att vara desamma för ljud, video och innehållsdelning på Windows-enheter.

Trafiksignaturer för videonät (tjänstekvalitet inaktiverad)

För distributioner där videonätnoden sitter i DMZ finns det en konfigurationsinställning för videonätnod i Webex Control Hub som låter dig optimera portintervallen som används av videonätnoden. Den här inställningen för tjänstekvalitet, när den är inaktiverad (aktiverad som standard), ändrar källportarna som används för ljud-, video- och innehållsdelning från videonätnoden till intervallet 34000 till 34999. Videonätnoden markerar sedan naturligt allt ljud-, video- och innehållsdelning till en enda DSCP av AF41.

Eftersom källportarna är desamma för alla media oavsett destination kan du inte skilja ljud från video eller innehållsdelning baserat på portintervall med den här inställningen inaktiverad. Med den här konfigurationen kan du enkelt konfigurera brandväggspärrhål för media än med tjänstekvalitet aktiverad.

Tabellen och diagrammet visar UDP-portar som används för ljud- och videoströmmar när QoS är inaktiverat.

Tabell 6. Trafiksignaturer för videonät (tjänstekvalitet inaktiverad)
Käll-IP-adress	Destinationens IP-adress	Källa-UDP-portar	Destinationens UDP-portar	Inbyggd DSCP-märkning	Medietyp
Nätnod för video	Webex molnmedietjänster	34000 till 34999	5004	av41	Ljud
Nätnod för video	Webex molnmedietjänster	34000 till 34999	5004	av41	Video
Nätnod för video	Webex molnmedietjänster	34000 till 34999	50000 till 51499	av41	Ljud
Nätnod för video	Webex molnmedietjänster	34000 till 34999	51500 till 53000	av41	Video
Nätnod för video	Nätnod för video	10000 till 40000	10000 till 40000	av41	Ljud
Nätnod för video	Nätnod för video	10000 till 40000	10000 till 40000	av41	Video
Videonätkluster	Videonätkluster	34000 till 34999	5004	av41	Ljud
Videonätkluster	Videonätkluster	34000 till 34999	5004	av41	Video
Videonätkluster	Videonätkluster	34000 till 34999	50000 till 51499	av41	Ljud
Videonätkluster	Videonätkluster	34000 till 34999	51500 till 53000	av41	Video
Nätnod för video	Unified CM SIP-slutpunkter	52500 till 59499	Unified CM SIP-profil	av41	Ljud
Nätnod för video	Unified CM SIP-slutpunkter	63000 till 64667	Unified CM SIP-profil	av41	Video
Nätnod för video	Webex molnmedietjänster	35000 till 52499	5004	av41	Testa STUN-paket
Nätnod för video	Webex Teams-program eller -slutpunkt	5004	52000 till 52099	av41	Ljud
Nätnod för video	Webex Teams-program eller -slutpunkt	5004	52100 till 52299	av41	Video

Portar och protokoll för Webex Meetings-trafik

Syfte	Source	Destination	Käll-ID	Källport	Transportprotokoll	Destinations-IP	Destinationsport
Ringer till möte	Appar (skrivbords- och mobilappar i Webex-appen) Webex-registrerade enheter	Videonätnod	Vid behov	Any	UDP och TCP (används av Webex-appen) SRTP (valfritt)	Alla	5004
SIP-enhetens samtal till möte (SIP-signalering)	Samtalskontroll för Unified CM eller Cisco Expressway	Videonätnod	Vid behov	Efemeral (>=1024)	TCP eller TLS	Alla	5060 eller 5061
Överlappning	Videonätnod	Webex-moln	Vid behov	34000 till 34999	UDP, SRTP (alla)*	Alla	5004 50000 till 53000
Överlappning	Videonätnod	Videonätnod	Vid behov	34000 till 34999	UDP, SRTP (alla)*	Alla	5004

Port 5004 används för alla molnmedia och lokala videonätnoder.

Webex-appen fortsätter att ansluta till videonätnoder via delade portar 5004. Dessa portar används också av Webex-appen och Webex-registrerade slutpunkter för STUN-tester för videonätnoder. Videonätnod till videonätnod för överlappningar använder destinationsportintervallet 10000–40000._{* TCP stöds också, men är inte att föredra eftersom det kan påverka mediekvaliteten.}

_{** Om du vill begränsa av IP-adresser, se de IP-adressintervall som dokumenteras i nätverkskrav för Webex-tjänster.}

_{*** Expressway använder redan det här portintervallet för Webex-molnet. Så de flesta distributioner kräver inga uppdateringar för att stödja detta nya krav för videonät. Men om din distribution har strängare brandväggsregler kan du behöva uppdatera brandväggskonfigurationen för att öppna dessa portar för videonät.}

_{För bästa upplevelse av Webex i din organisation ska du konfigurera din brandvägg så att all utgående TCP- och UDP-trafik som är avsedd för portar 5004 samt eventuella inkommande svar på den trafiken. Portkraven som anges ovan förutsätter att videonätnoder distribueras antingen i LAN (föredragen) eller i en DMZ och att Webex-appen finns i LAN.}

Videokvalitet och skalning för videonät

Nedan följer några vanliga mötesscenarier när en kaskade skapas. Videonät är anpassningsbart beroende på tillgänglig bandbredd och distribuerar resurser i enlighet med detta. För enheter i mötet som använder videonätnoden ger överlappningslänken fördelen med att minska genomsnittlig bandbredd och förbättra mötesupplevelsen för användaren.

För riktlinjer för bandbreddsetablering och kapacitetsplanering, se dokumentationen för prioriterad arkitektur.

Baserat på de aktiva talarna i mötet etableras överlappningslänkarna. Varje kaskad kan innehålla upp till 6 strömmar och kaskaden är begränsad till 6 mötesdeltagare (6 i Webex-appen/SIP till Webex-molnet och 5 i motsatt riktning). Varje medieresurs (moln och videonät) ber fjärrsidan om de strömmar som behövs för att uppfylla de lokala slutpunktskraven för alla fjärrdeltagare över kaskaden.

För att ge en flexibel användarupplevelse kan Webex-plattformen göra multiströmsvideo till mötesdeltagare. Samma möjlighet gäller för överlappningslänken mellan videonätnoder och molnet. I den här arkitekturen varierar bandbreddskraven beroende på ett antal faktorer, till exempel slutpunktslayouter.

Arkitektur

I den här arkitekturen skickar Cisco Webex-registrerade slutpunkter signalering till molnet och media till växlingstjänsterna. Lokala SIP-slutpunkter skickar signalering till samtalskontrollmiljön (Unified CM eller Expressway) som sedan skickar den till videonätnoden. Media skickas till transkodningstjänsten.

Moln- och platsdeltagare

Lokala lokala mötesdeltagare på videonätnoden begär önskade strömmar baserat på deras layoutkrav. Dessa strömmar vidarebefordras från videonätnoden till slutpunkten för återgivning av lokal enhet.

Varje moln- och videonätnod begär HD- och SD-upplösningar från alla mötesdeltagare som är molnregistrerade enheter eller Webex-appen. Beroende på slutpunkten kommer den att skicka upp till 4 upplösningar, vanligtvis 1080p, 720p, 360p och 180p.

Överlappningar

De flesta Cisco-slutpunkter kan skicka 3 eller 4 strömmar från en enda källa i ett antal upplösningar (från 1080p till 180p). Slutpunktens layout dikterar kravet på de strömmar som behövs i den avlägsna änden av kaskaden. För aktiv närvaro är den huvudsakliga videoströmmen 1080p eller 720p, videobandrutorna (PiPS) är 180p. För lika vy är upplösningen 480p eller 360p för alla mötesdeltagare i de flesta fall. Kaskaden som skapas mellan videonätnoder och molnet skickar också 720p, 360p och 180p i båda riktningarna. Innehåll skickas som en enda ström och ljud skickas som flera strömmar.

Överlappande bandbreddgrafer som ger en mätning per kluster finns tillgängliga i analysmenyn i Webex Control Hub. Du kan inte konfigurera överlappningsbandbredd per möte i Control Hub.

Den maximala förhandlade överlappningsbandbredden per möte är 20 Mbps för huvudvideo för alla källor och de flera huvudvideoströmmar som de kan skicka. Detta maximala värde inkluderar inte innehållskanalen eller ljudet.

Huvudvideo med flera layoutexempel

Följande diagram illustrerar ett exempel på mötesscenario och hur bandbredden påverkas när flera faktorer spelar in. I exemplet överför alla Webex-appen och Webex-registrerade enheter 1x720p-, 1x360p- och 1x180p-strömmar till videonät. På kaskaden överförs strömmar på 720p, 360p och 180p i båda riktningarna. Anledningen är att det finns Webex-appen och Webex-registrerade enheter som får 720p, 360p och 180p på båda sidorna av kaskaden.

I diagrammen är exempelvis bandbreddsnumren för överförda och mottagna data endast avsedda för användning. De är inte en uttömmande täckning av alla möjliga möten och tillhörande bandbreddskrav. Olika mötesscenarier (anslutna mötesdeltagare, enhetsfunktioner, innehållsdelning inom mötet, aktivitet vid en viss tidpunkt under mötet) ger olika bandbreddsnivåer.

Diagrammet nedan visar ett möte med moln och lokaler registrerade slutpunkter och en aktiv talare.

I samma möte visar diagrammet nedan ett exempel på en överlappning som skapats mellan videonätnoderna och molnet i båda riktningarna.

I samma möte visas ett exempel på en överlappning från molnet i diagrammet nedan.

Diagrammet nedan visar ett möte med samma enheter ovan, tillsammans med en Webex Meetings-klient. Systemet skickar den aktiva talaren och den sista aktiva talaren i hög upplösning tillsammans med en extra HD-ström av den aktiva talaren för Webex Meeting-klienter eftersom videonätnoder inte stöder Webex Meetings just nu.

Krav för Webex-tjänster

Samarbeta med din partner, kundframgångschef (CSM) eller provrepresentant för att tillhandahålla Cisco Webex-webbplatsen och Webex-tjänster för videonät korrekt:

Du måste ha en Webex-organisation med en betald prenumeration på Webex-tjänster.
För att dra full nytta av videonät måste du se till att din Webex-webbplats finns på videoplattformen version 2.0. (Du kan kontrollera att din webbplats finns på videoplattformen version 2.0 om den har listan över medieresurstyp i webbplatsalternativen för mötesrum för molnsamarbete.)
Du måste aktivera CMR för din Webex-webbplats under användarprofiler. (Du kan göra detta i en massuppdatering av CSV med attributet SupportCMR).

Mer information finns i Funktionsjämförelse och migreringsväg från Hybrid för mötesrum för samarbete till videonät i bilagan.

Relaterad information

Kontrollera att källlandet är korrekt

Video Mesh använder funktionerna globalt distribuerade media (GDM) i Webex för att uppnå bättre mediarouting. För att uppnå optimal anslutning väljer Webex den molnmedienod som ligger närmast ditt företag när Video Mesh-kaskader utförs till Webex. Trafiken passerar sedan via Webex stamnät för att interagera med Webex mikrotjänster för mötet. Denna dirigering minimerar latensen och håller den största delen av trafiken på Webex stamnät och utanför internet.

För att stödja GDM använder vi MaxMind som GeoIP-platsleverantör för den här processen. Kontrollera att MaxMind korrekt identifierar platsen för din offentliga IP-adress för att säkerställa effektiv dirigering.

1	I en webbläsare anger du denna URL med den offentliga IP-adressen till din Expressway eller slutpunkt i slutet. `https://ds.ciscospark.com/v1/region/ <public IP address>` Du får ett svar som följande: `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	Kontrollera att `countryCode` är lämplig för platsen för din Expressway eller slutpunkt.
3	Om platsen är felaktig skickar du en begäran om att korrigera platsen för din offentliga IP-adress till MaxMind på https://support.maxmind.com/geoip-data-correction-request/correct-a-geoip-location.

Slutför förutsättningarna för videonät

Använd den här checklistan för att se till att du är redo att installera och konfigurera videonätnoder och integrera en Webex-webbplats med videonät.

1

Se till att du:

Uppfylla minimikraven för systemkrav som beskrivs i Krav för videonät och Licenskrav för hybridtjänster.
Förstå exempel på samtalskapacitet som beskrivs i Kapacitet för videonätnoder.
Förstå de distributionsmodeller som stöds som beskrivs i Distributionsmodeller som stöds av videonät.
Se till att nätverket tillåter anslutning på portarna och använda de protokoll som beskrivs i Portar och protokoll som används av videonät
Se till att nätverket stöder bandbreddskraven som beskrivs i Videokvalitet och skalning för videonät

2

Samarbeta med din partner, kundframgångschef eller provrepresentant för att förstå och förbereda din Webex-miljö så att den är redo att ansluta till videonät. Mer information finns i Krav för Webex-tjänster.

3

Spela in följande nätverksinformation för att tilldela dina videonätnoder:

IP-adress (rekommenderas)
Nätverksmask
Gateway IP-adress
DNS-servrar
NTP-servrar

Ett värdnamn och valfritt domännamn för videonätnoden. (Valfritt)

Vi rekommenderar att du använder IP-adresser för videonät. Om du planerar att konfigurera noderna med FQDN ska FQDN-värdet kunna lösas med alla poster i listan över DNS-servrar som konfigurerats på noden. Du måste också skapa både framåt- och omvänd-DNS (A- och PTR-poster) i DNS-konfigurationen.

4

Innan du startar installationen måste du se till att din Webex-organisation är aktiverad för videonät. Den här tjänsten är tillgänglig för organisationer med vissa betalda Webex-serviceprenumerationer enligt licenskraven för Cisco Webex Hybrid-tjänster. Kontakta din Cisco-partner eller kontohanteraren för att få hjälp.

5

Välj en maskinvara eller specifikationsbaserad konfiguration för din videonätnod som beskrivs i System- och plattformskrav för videonätnodprogramvara.

6

Se till att servern kör VM-ware ESXi 7 eller 8, och vsfär 7 eller 8, med en VM-värd i drift.

7

Om du integrerar videonät med din Unified CM-samtalskontrollmiljö och vill att mötesdeltagarlistorna ska vara konsekventa på alla mötesplattformar ska du se till att säkerhetsläget för Unified CM-kluster är inställt på blandat läge så att det stöder TLS-krypterad trafik. Slutpunkt-till-slutpunkt-krypterad trafik krävs för att den här funktionen ska fungera.

Se kapitlet för TLS-konfiguration i säkerhetshandboken för Cisco Unified Communications Manager för mer information om hur du växlar din Unified CM-miljö till blandat läge. Se lösningsguiden för aktiv kontroll för mer information om funktionerna och hur du ställer in slutpunkt-till-slutpunkt-kryptering.

8

Om du integrerar en proxy (uttrycklig, genomskinlig inspektion eller genomskinlig icke-inspektion) med videonät ska du följa kraven enligt dokumentationen i Krav för proxystöd för videonät.

Nästa steg

Installera och konfigurera programvara för videonätnod

Distribuera videonät

Uppgiftsflöde för distribution av videonät

Innan du börjar

1	Installera och konfigurera programvara för videonätnod Använd den här proceduren för att distribuera en videonätnod till din värdserver som kör VM-ware ESXi eller vCenter. Du installerar programvaran lokalt som skapar en nod och utför sedan den första konfigurationen, till exempel nätverksinställningar. Du registrerar den i molnet senare.
2	Logga in på videonätnodkonsolen Logga in på konsolen för första gången. Programvaran för videonätnod har ett standardlösenord. Du måste ändra det här värdet innan du konfigurerar noden.
3	Ställ in nätverkskonfigurationen för videonätnoden i konsolen Använd den här proceduren för att konfigurera nätverksinställningarna för videonätnoden om du inte konfigurerade dem när du konfigurerade noden på en virtuell dator. Du ställer in en statisk IP-adress och ändrar FQDN/värdnamn och NTP-servrar. DHCP stöds för närvarande inte.
4	Använd följande steg för att konfigurera det externa gränssnittet för en distribution av dubbelt nätverksgränssnitt (dubbel NIC): Ange det externa nätverksgränssnittet för videonätnoden Lägg till interna och externa dirigeringsregler När noden är online igen och du har verifierat den interna nätverkskonfigurationen kan du konfigurera det externa nätverksgränssnittet om du distribuerar videonätnoden i ditt nätverks DMZ så att du kan isolera företagstrafiken (intern) från extern (extern) trafik. Du kan även göra undantag eller åsidosättningar av standarddirigeringsreglerna.
5	Registrera videonätnoden i Webex Cloud Använd den här proceduren för att registrera videonätnoder i Webex-molnet och slutföra ytterligare konfiguration. När du använder Control Hub för att registrera din nod skapar du ett kluster som noden har tilldelats. Ett kluster innehåller en eller flera medienoder som betjänar användare i en viss geografisk region. Registreringsstegen konfigurerar även SIP-samtalsinställningar, konfigurera ett uppgraderingsschema och prenumerera på e-postaviseringar.
6	Aktivera och kontrollera tjänstekvalitet (QoS) med följande uppgifter: Aktivera tjänstekvalitet (QoS) för videonätnod Verifiera portintervall för videonätnod med reflektorverktyg i webbgränssnittet Aktivera QoS om du vill att videonätnoder automatiskt ska markera SIP-trafik (lokala SIP-registrerade slutpunkter) för både ljud (EF) och video (AF41) separat med lämplig tjänsteklass och använda välkända portintervall för specifika medietyper. Med den här ändringen kan du skapa QoS-policyer och effektivt kommentera returtrafiken från molnet om du vill. Använd stegen i reflektorverktyget för att kontrollera att rätt portar är öppna på din brandvägg.
7	Konfigurera videonätnod för proxyintegrering Använd den här proceduren för att ange vilken typ av proxy som du vill integrera med ett videonät. Om du väljer en transparent inspektionsproxy kan du använda nodens gränssnitt för att ladda upp och installera rotcertifikatet, kontrollera proxyn och felsöka eventuella problem.
8	Följ Integrera videonät med uppgiftsflödet för samtalskontroll och välj något av följande, beroende på din samtalskontroll, säkerhetskrav och om du vill integrera videonät med din samtalskontrollmiljö: Konfigurera Unified CM Secure TLS SIP-trafikroutning för videonät (TLS) Konfigurera Unified CM TCP SIP-trafikroutning för videonät (TCP) Konfigurera Expressway TCP SIP-trafikroutning för videonät (TCP) SIP-enheter har inte stöd för direkt åtkomst, så du måste använda Unified CM- eller VCS Expressway-konfigurationen för att etablera ett förhållande mellan lokala registrerade SIP-enheter och dina videomeshkluster. Du behöver bara trunkera din Unified CM eller VCS Expressway till videonätnod, beroende på din samtalskontrollmiljö.
9	Växla certifikatkedjor mellan Unified CM och videonätnoder I den här uppgiften hämtar du certifikat från gränssnitten för Unified CM och videonät och överför ett till ett annat. Det här steget skapar ett säkert förtroende mellan de två produkterna och, tillsammans med den säkra trunkkonfigurationen, gör det möjligt för krypterad SIP-trafik och SRTP-media i din organisation att landa på videonätnoder.
10	Aktivera mediekryptering för organisation- och videonätkluster Använd den här proceduren för att aktivera mediekryptering för din organisation och enskilda videonätskluster. Den här inställningen kräver slutpunkt-till-slutpunkt-TLS-konfiguration och du måste ha en säker TLS SIP-trunk på plats på din Unified CM som pekar på dina videonätnoder.
11	Aktivera videonät för Webex-webbplatsen För att använda optimerade medier till videonätnoden för ett Webex-möte för alla Webex-appen och enheter att delta måste den här konfigurationen aktiveras för Webex-webbplatsen. Om du aktiverar den här inställningen kopplas videonät och mötesinstanser i molnet tillsammans och gör att överlappningar kan inträffa från videonätnoder. Om den här inställningen inte är aktiverad kommer Webex-appen och -enheterna inte att använda videonätnoden för Webex-möten.
12	Tilldela mötesrum för samarbete till Webex-appanvändare
13	Kontrollera mötesupplevelsen på den säkra slutpunkten Om du använder mediekryptering via TLS-inställningen från slutpunkt till slutpunkt ska du använda dessa steg för att kontrollera att slutpunkterna är säkert registrerade och att rätt mötesupplevelse visas.

Massetableringsskript för videonät

Om du behöver distribuera många noder i din distribution av videonät är processen tidskrävande. Du kan använda skriptet på https://github.com/CiscoDevNet/webex-video-mesh-node-provisioning för att snabbt distribuera videonätnoder på VMW är ESXi-servrar. Läs igenom Viktigt-filen för instruktioner om hur du använder skriptet.

Installera och konfigurera programvara för videonätnod

Använd den här proceduren för att distribuera en videonätnod till din värdserver som kör VM-ware ESXi eller vCenter. Du installerar programvaran lokalt som skapar en nod och utför sedan den första konfigurationen, till exempel nätverksinställningar. Du registrerar den i molnet senare.

Du måste hämta programvarupaketet (OVA) från Control Hub ( https://admin.webex.com), i stället för att använda en tidigare hämtad version. Denna OVA är signerad av Cisco-certifikat och kan hämtas när du loggar in på Control Hub med dina inloggningsuppgifter för kundadministratör.

Innan du börjar

Se System- och plattformskrav för videonätnodprogramvara för hårdvaruplattformar som stöds och specifikationskrav för videonätnoden.

Se till att du har dessa obligatoriska objekt:

En dator med:

VM-ware vsfären klient 7 eller 8.

Se dokumentationen för VM-programvara för en lista över operativsystem som stöds.

Video Mesh programvara OVA-fil laddad.

Hämta den senaste videonätprogramvaran från Control Hub i stället för att använda en tidigare hämtad version. Du kan också komma åt programvaran från denna länk. (Filen är ca 1,5 GB.)

Äldre versioner av programvarupaketet (OVA) kommer inte att vara kompatibla med de senaste uppgraderingarna av videonät. Detta kan leda till problem vid uppgradering av programmet. Se till att du hämtar den senaste versionen av OVA-filen från denna länk.

En server som stöds med VM-programvara ESXi eller vCenter 7 eller 8 installerad och körs
Inaktivera säkerhetskopiering av virtuella datorer och livemigrering. Videonätnodkluster är system i realtid. Alla avbrott i virtuella datorer kan göra dessa system instabila. (För underhållsaktiviteter på en videonätnod använder du underhållsläge från Control Hub.)

1

Med din dator öppnar du VM-ware vsfären och loggar in på vCenter eller ESXi-systemet på servern.

2

Gå till Åtgärder > Distribuera OVF-mall.

3

På Välj ett OVF-tempat sidan, klicka på Lokal fil och välj filer. Navigera till var videomesh.ova-filen finns, välj filen och klicka sedan på Nästa.

Varje gång du installerar en videonätnod rekommenderar vi att du hämtar OVA igen i stället för att använda en tidigare nedladdad version. Om du försöker distribuera en gammal OVA kanske din videonätnod inte fungerar korrekt eller registreras i molnet. Ett gammalt OVA kommer också att leda till potentiella problem under uppgraderingar.

Se till att du hämtar en ny kopia av OVA från den här länken.

4

På Välj ett namn och en mapp sida, ange en Namn på virtuell dator för videonätnoden (till exempel ”Video_Mesh_Node_1”) väljer du en plats där distributionen av den virtuella maskinnoden kan finnas och klickar sedan på Nästa.

En valideringskontroll körs. När den är klar visas mallinformationen.

5

Verifiera mallinformationen och klicka sedan på Nästa.

6

På Konfiguration sida, välj typ av distributionskonfiguration och klicka sedan på Nästa.

VMNL-ite (standard)
cms 1000

Alternativen listas i ökande resursbehov.

Om du väljer alternativet VMNL ite måste du upprepa stegen för att distribuera de andra instanserna på samma värd och välja samma alternativ varje gång. Sambosättning mellan VMNL ite och icke-VMNL ite instanser har inte testats och stöds inte.

7

På Välj lagringsutrymme sidan, se till att standarddiskformatet för Thick Provision Lazy Zeroed och VM-lagringspolicyn för Datastore Default väljs och klicka sedan Nästa.

8

På Välj nätverk sidan, välj nätverksalternativet i listan över poster för att tillhandahålla önskad anslutning till VM.

För internt gränssnittsnätverk väljer du nodens interna IP-adress.
För externt gränssnitt väljer du den externa IP-adressen som visas för det offentliga nätverket. Ignorera det här alternativet om du inte har en dubbel NIC-distribution.

Det interna gränssnittet (standardgränssnittet för trafik) används för CLI, SIP-trunkar, SIP-trafik och nodhantering. Det externa (externa) gränssnittet är för HTTPS- och websockets-kommunikation till Webex-molnet, tillsammans med överlappningstrafiken från noderna till ett möte.

För en DMZ-distribution kan du konfigurera videonätnoden med det dubbla nätverksgränssnittet (NIC). Med den här distributionen kan du skilja den interna nätverkstrafiken för företag (används för interbox-kommunikation, överlappningar mellan nodkluster och för att komma åt nodens hanteringsgränssnitt) från den externa molnnätverkstrafiken (används för anslutning till omvärlden och överlappningar till Webex). Alla noder i ett kluster måste vara i dubbelt NIC-läge. En blandning av enkel och dubbel NIC stöds inte.

För en befintlig installation av videonätnodprogramvara kan du inte uppgradera från en enda NIC till en dubbel NIC-konfiguration. Du måste installera en ny videonätnod i detta fall.

9

På sidan Anpassa mall konfigurerar du följande nätverksinställningar:

Värdnamn (valfritt) – ange FQDN (värdnamn och domän) eller ett enda ord värdnamn för noden.

För att säkerställa en lyckad registrering i molnet använder du endast små tecken i FQDN eller värdnamnet som du har ställt in för videonätnoden. Kapitalisering stöds inte just nu.
När du använder eller konfigurerar FQDN eller värdnamn måste du även ange en giltig och löstagbar domän. Den totala längden på FQDN får inte överstiga 64 tecken.

IP-adress – Ange IP-adressen för nodens interna gränssnitt.
Mask – Ange delnätmaskadressen i punktdecimalnotation. Till exempel, 255.255.255.0.
Gateway – Ange gatewayens IP-adress. En gateway är en nätverksnod som fungerar som åtkomstpunkt till ett annat nätverk.
DNS-servrar – Ange en kommaavgränsad lista över DNS-servrar som hanterar översättande domännamn till numeriska IP-adresser. (Upp till 4 DNS-poster är tillåtna.)
NTP-servrar – ange din organisations NTP-server eller en annan extern NTP-server som kan användas i din organisation. Du kan också använda en kommaavgränsad lista för att ange flera NTP-servrar.

Videonätnoden måste ha en intern IP-adress och löstagbart DNS-namn. Nodens IP-adress får inte tillhöra det IP-adressintervall som är reserverat för intern användning av videonätnod. Standardreserverat IP-adressintervall är 172.17.42.0–172.17.42.63, vilket kan konfigureras senare i diagnostikmenyn. Detta IP-adressintervall är för kommunikation inom videonätnoden och mellan programvarubehållare som håller de olika komponenterna i noden – till exempel SIP-gränssnittet och medieomkodning.
Distribuera alla noder på samma subnät eller VLAN så att alla noder i ett kluster kan nås var klienterna bor i nätverket.
För en dubbel NIC DMZ-distribution kan du ange den externa IP-adressen i nodkonsolen när du har sparat den interna nätverkskonfigurationen och startat om noden senare.

Om du föredrar kan du hoppa över nätverksinställningskonfigurationen och följa stegen i Konfigurera nätverkskonfiguration för videonätnoden i konsolen efter att du har loggat in på noden.

10

På Redo att slutföras sidan, kontrollera att alla inställningar du angav överensstämmer med riktlinjerna i den här proceduren och klicka sedan Slutför.

När distributionen av OVA är klar visas din videonätnod i listan över VM:er.

11

Högerklicka på videonätnoden VM och välj sedan Ström > På.

Programvaran för videonätnod installeras som gäst på VM-värden. Du är nu redo att logga in på konsolen och konfigurera videonätnoden.

Du kan uppleva en fördröjning på några minuter innan nodbehållarna kommer upp. Ett meddelande om bryggbrandvägg visas på konsolen under den första uppstarten, där du inte kan logga in.

Nästa steg

Ställ in nätverkskonfigurationen för videonätnoden i konsolen

Logga in på konsolen för första gången. Programvaran för videonätnod har ett standardlösenord. Du måste ändra det här värdet innan du konfigurerar noden.

1	Gå till videonätnoden VM och välj sedan Konsol från VM-programvaran v-sfären. VM för videonätnod startar och en inloggningsanvisning visas. Om inloggningsinstruktionen inte visas trycker du på Retur. Du kan kort se ett meddelande som indikerar att systemet initieras.
2	Använd följande standardanvändarnamn och lösenord för att logga in: Inloggning: `admin` Lösenord: `cisco` Eftersom du loggar in på videonätnoden för första gången måste du ändra administratörens lösenord (lösenord).
3	För (aktuellt) lösenord anger du standardlösenordet (ovanifrån) och trycker sedan på Retur.
4	Om du vill ha ett nytt lösenord anger du en ny lösenfras och trycker sedan på Retur.
5	Om du vill skriva om ett nytt lösenord skriver du om den nya lösenfrasen och trycker sedan på Retur. Ett meddelande ”Lösenord har ändrats” visas och sedan visas den första videonätnodskärmen med ett meddelande om att obehörig åtkomst är förbjuden.
6	Tryck på Retur för att läsa in huvudmenyn.

Nästa steg

Använd den här proceduren för att konfigurera nätverksinställningarna för videonätnoden om du inte konfigurerade dem när du konfigurerade noden på en virtuell dator. Du ställer in en statisk IP-adress och ändrar FQDN/värdnamn och NTP-servrar. DHCP stöds för närvarande inte.

Dessa steg krävs om du inte konfigurerade nätverksinställningar vid tidpunkten för OVA-distributionen.

Det interna gränssnittet (standardgränssnittet för trafik) används för CLI, SIP-trunkar, SIP-trafik och nodhantering. Det externa (externa) gränssnittet är för HTTPS- och websockets kommunikation till Webex, tillsammans med överlappningstrafiken från noderna till Webex.

1

Öppna nodkonsolgränssnittet via VM-ware vSphere-klienten och logga sedan in med administratörsuppgifterna.

Efter första konfigurationen av nätverksinställningarna och om videonätet kan nås kan du komma åt nodgränssnittet via ett säkert skal (SSH).

2

Välj alternativ från huvudmenyn på videonätnodkonsolen 2 Redigera konfiguration och klicka sedan Välj.

3

Läs instruktionen om att samtalen avslutas på videonätnoden och klicka sedan på Ja.

4

Klicka på Statisk, ange IP-adressen för det interna gränssnittet, Mask, Gateway och DNS värden för ditt nätverk.

Videonätnoden måste ha en intern IP-adress och löstagbart DNS-namn. Nodens IP-adress får inte tillhöra det IP-adressintervall som är reserverat för intern användning av videonätnod. Standardreserverat IP-adressintervall är 172.17.42.0–172.17.42.63, vilket kan konfigureras i diagnostikmenyn. Detta IP-adressintervall är för kommunikation inom videonätnoden och mellan programvarubehållare som håller de olika komponenterna i noden – till exempel SIP-gränssnittet och medieomkodning.
Distribuera alla noder på samma subnät eller VLAN så att alla noder i ett kluster kan nås var klienterna bor i nätverket.
För en dubbel NIC DMZ-distribution kan du ange den externa IP-adressen i nästa procedur efter att du har sparat den interna nätverkskonfigurationen och startat om noden.

5

Ange din organisations NTP-server eller en annan extern NTP-server som kan användas i din organisation.

När du har konfigurerat NTP-servern och sparat nätverksinställningarna kan du följa stegen i Kontrollera hälsa på videonätnod från konsolen för att kontrollera att tiden synkroniseras korrekt via de angivna NTP-servrarna.

Om du konfigurerar fler än en NTP-server är omröstningsintervallet för redundans 40 sekunder.

6

(Valfritt) Ändra värdnamn eller domän om det behövs.

För att säkerställa en lyckad registrering i molnet använder du endast små tecken i värdnamnet som du har ställt in för videonätnoden. Kapitalisering stöds inte just nu.
När du använder eller konfigurerar FQDN eller värdnamn måste du även ange en giltig och löstagbar domän. Den totala längden på FQDN får inte överstiga 64 tecken.

7

Klicka Spara och klicka sedan på Spara ändringar och omstart.

Under sparningen utförs DNS-validering om du har angett en domän. En varning visas om FQDN (värdnamn och domän) inte kan lösas med de angivna DNS-serveradresserna. Du kan välja att spara genom att ignorera varningen, men samtal kommer inte att fungera förrän FQDN kan lösa den DNS som konfigurerats på noden. När videonätnoden har startats om träder nätverkskonfigurationen i kraft.

Nästa steg

När programvarubilden har installerats och konfigurerats med nätverksinställningarna (IP-adress, DNS, NTP och så vidare) och är tillgänglig i företagsnätverket kan du gå till nästa steg för att säkert registrera den i molnet. IP-adressen som har konfigurerats i videonätnoden är endast tillgänglig från företagsnätverket. Ur ett säkerhetsperspektiv är noden härdad, vilket innebär att endast kundadministratörer kan komma åt nodens gränssnitt för att utföra konfiguration.

Ange det externa nätverksgränssnittet för videonätnoden

När noden är online igen och du har verifierat den interna nätverkskonfigurationen kan du konfigurera det externa nätverksgränssnittet om du distribuerar videonätnoden i ditt nätverks DMZ så att du kan isolera företagstrafiken (intern) från extern (extern) trafik.

1

Välj alternativ från huvudmenyn på videonätnodkonsolen 5 Extern IP-konfiguration och klicka sedan Välj.

2

Klicka på 1 Aktivera/inaktivera, Välj och sedan Ja för att aktivera de externa IP-adressalternativen på noden.

3

Som du gjorde med den initiala nätverkskonfigurationen anger du värdena IP-adress (extern), mask och gateway.

Fältet Gränssnitt visar namnet på det externa gränssnittet för noden.

4

Klicka på Spara och starta om.

Noden startar om igen för att aktivera den dubbla IP-adressen och konfigurerar sedan automatiskt de grundläggande statiska dirigeringsreglerna. Dessa regler fastställer att trafik till och från en privat klass IP-adress använder ett internt gränssnitt; trafik till och från en offentlig klass IP-adress använder ett externt gränssnitt. Senare kan du skapa egna dirigeringsregler – till exempel om du behöver konfigurera en åsidosättning och tillåta åtkomst till en extern domän från det interna gränssnittet.

Under vissa omständigheter kan den befintliga SSH-anslutningen avslutas. För organisationer som använder IP-adresser från det offentliga intervallet måste du återställa en SSH-anslutning till den offentliga IP-adressen för videonätnoden.

5

För att validera den interna och externa IP-adresskonfigurationen går du till 4 Diagnostik från konsolens huvudmeny och väljer sedan Ping.

6

I fältet ping anger du en destinationsadress som du vill testa, till exempel en extern destination eller en intern IP-adress och klickar sedan på OK.

Testa en extern destination (till exempel cisco.com). Om det lyckas visar resultaten att destinationen har åtkomst från det externa gränssnittet.
Testa en intern IP-adress. Om detta lyckas visar resultaten att adressen har hämtats från det interna gränssnittet.

Nästa steg

API:er för videonätnod

API:er för videonätnod gör det möjligt för organisationens administratörer att hantera lösenord, interna och externa nätverksinställningar, underhållsläge och servercertifikat relaterade till videonätnoder. Dessa API:er kan åberopas via valfritt API-verktyg som Postman, eller så kan du skapa ditt eget skript för att ringa dem. Användaren måste ringa API:erna med lämplig slutpunkt (du kan använda antingen nod-IP eller FQDN), metod, kropp, rubriker, auktorisation etc. för att utföra önskad åtgärd och få ett lämpligt svar, enligt informationen nedan.

API:er för VMN-administration

API:er för administration av videonät gör det möjligt för organisationsadministratörer att hantera underhållsläge och administratörskonto för videonätnoderna.

Hämta status för underhållsläget

Hämtar status för aktuellt underhållsläge (Förväntad status: på, av, väntar eller begärs).

[GET] https://<node_ip>/api/v1/externt/underhållsläge

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Aktivera eller inaktivera underhållsläge

När du placerar en videonätnod i underhållsläge stängs samtalstjänsterna på ett snyggt sätt (slutar att acceptera nya samtal och väntar upp till 2 timmar innan befintliga samtal slutförs).

[PUT] https://<node_ip>/api/v1/externt/underhållsläge

Ring endast det här API när det inte finns några aktiva samtal.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

{
      "maintenanceMode": "on"
}

underhållsläge – Status för underhållsläget som ska ställas in – ”på” eller ”av”.

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Ändra administratörslösenord

Ändrar administratörsanvändarens lösenord.

[PUT] https://<node_ip>/api/v1/externt/lösenord

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

{
  "newPassword": "new"
}

nyttLösenord – Det nya lösenordet som ska ställas in för ”admin”-kontot för videonätnoden.

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

VMN-nätverks-API:er

API:er för videonätverk gör det möjligt för organisationens administratörer att hantera interna och externa nätverksinställningar.

Hämta extern nätverkskonfiguration

Identifierar om det externa nätverket är aktiverat eller inaktiverat. Om det externa nätverket är aktiverat hämtar det även den externa IP-adressen, den externa nätmasken och den externa gatewayen.

[GET] https://<node_ip>/api/v1/externt/externtnätverk

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Redigera extern nätverkskonfiguration

Ändrar inställningarna för det externa nätverket. Detta API kan användas för att antingen aktivera det externa nätverket tillsammans med inställning eller redigering av det externa nätverksgränssnittet med extern IP-adress, extern nätmask och extern gateway. Den kan också användas för att inaktivera det externa nätverket. När du har gjort ändringar i den externa nätverkskonfigurationen startas noden om för att tillämpa dessa ändringar.

[PUT] https://<node_ip>/api/v1/externt/externtnätverk

Du kan endast konfigurera detta för nydistribuerade videonätnoder vars standardadministratörslösenord har ändrats. Använd inte detta API efter att noden har registrerats i en organisation.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

Aktivera externt nätverk:


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

Inaktivera externt nätverk:

{
  "externalNetworkEnabled": false
}

externtnätverksaktiverat – Boolean värde (sant eller falskt) för att aktivera/inaktivera externt nätverk
externIP – Den externa IP som ska läggas till
externMask – Nätmask för det externa nätverket
externgateway – gateway för det externa nätverket

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

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

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

Exempelsvar 3:

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

Exempelsvar 4:

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

Hämta interna nätverksinformation

Hämtar information om intern nätverkskonfiguration som inkluderar nätverksläge, IP-adress, nätmask, gateway, information om DNS-caching, DNS-servrar, NTP-servrar, internt gränssnitt MTU, värdnamn och domän.

[GET] https://<node_ip>/api/v1/externt/internt nätverk

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

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

Exempelsvar 2:


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

Exempelsvar 3:

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

Redigera DNS-servrar

Uppdaterar DNS-servrar med nya.

[PUT] https://<node_ip>/api/v1/externt/internt nätverk/dns

Placera noden i underhållsläge innan du gör den här ändringen. Se Aktivera eller inaktivera underhållsläge för mer information om hur du flyttar en nod till underhållsläge.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

{
    "dnsServers": "1.1.1.1 2.2.2.2"
}

dnsservrar – DNS-servrar som ska uppdateras. Flera utrymmesavgränsade DNS-servrar är tillåtna.

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Redigera NTP-servrar

Uppdaterar NTP-servrar med nya.

[PUT] https://<node_ip>/api/v1/externt/interntnätverk/ntp

Placera noden i underhållsläge innan du gör den här ändringen. Se Aktivera eller inaktivera underhållsläge för mer information om hur du flyttar en nod till underhållsläge.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

{
    "ntpServers": "1.1.1.1 2.2.2.2"
}

ntpServers – NTP-servrar ska uppdateras. Flera utrymmesseparerade NTP-servrar är tillåtna.

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Redigera värdnamn och domän

Uppdaterar värdnamnet och domänen för videonätnoden.

[PUT] https://<node_ip>/api/v1/externt/interntnätverk/värd

Placera noden i underhållsläge innan du gör den här ändringen. Noden startas om för att verkställa ändringen. Se Aktivera eller inaktivera underhållsläge för mer information om hur du flyttar en nod till underhållsläge.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

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

värdnamn – Nodens nya värdnamn.
domän – Den nya domänen för nodens värdnamn (valfritt).

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Aktivera eller inaktivera cachelagring av DNS

Aktiverar eller inaktiverar DNS-caching. Överväg att aktivera cachelagring om DNS-kontroller ofta tar över 750 ms att lösa, eller om det rekommenderas av Cisco Support.

[PUT] https://<node_ip>/api/v1/externt/interntnätverk/dns-caching

Placera noden i underhållsläge innan du gör den här ändringen. Noden startas om för att verkställa ändringen. Se Aktivera eller inaktivera underhållsläge för mer information om hur du flyttar en nod till underhållsläge.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

{
    "dnsCaching": true
}

dnsCaching – konfiguration av DNS-caching. Accepterar Boolean-värde (sant eller falskt).

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Redigera MTU för gränssnitt

Ändrar den maximala överföringsenheten (MTU) för nodens nätverksgränssnitt från standardvärdet 1 500. Värden mellan 1280 och 9000 är tillåtna.

[PUT] https://<node_ip>/api/v1/externt/interntnätverk/mtu

Placera noden i underhållsläge innan du gör den här ändringen. Noden startas om för att verkställa ändringen. Se Aktivera eller inaktivera underhållsläge för mer information om hur du flyttar en nod till underhållsläge.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

{
    "internalInterfaceMtu": 1500
}

interntInterfaceMtu – Maximal överföringsenhet för nodens nätverksgränssnitt. Värdet bör vara mellan 1280 och 9000.

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

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

Exempelsvar 2:

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

Exempelsvar 3:


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

API:er för VMN-servercertifikat

API:er för videonätservercertifikat gör det möjligt för organisationsadministratörer att skapa, uppdatera, hämta och ta bort certifikat relaterade till videonätnoder. Mer information finns i Exchange certifikatkedjor mellan Unified CM och videonätnoder.

Skapa CSR-certifikatet

Genererar ett CSR-certifikat (Certificate Signing Request) och den privata nyckeln, baserat på den information som anges.

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

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

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

gemensamtNamn – IP/FQDN för videonätnoden som ges som vanligt namn. (obligatoriskt)
e-postadress – Användarens e-postadress. (valfritt)
altNamn – Alternativt ämnesnamn (valfritt). Flera separata FQDN:er tillåts. Om den tillhandahålls måste den innehålla det vanliga namnet. Om altnamn inte anges tar det det gemensammanamnet som värdet av altnamn.
organisation – Organisations-/företagsnamn. (valfritt)
organisationsenhet – organisationsenhet eller avdelnings- eller gruppnamn etc. (valfritt)
plats – stad/plats. (valfritt)
delstat - delstat/provins. (valfritt)
land - land/region. Förkortning med två bokstäver. Ange inte mer än två bokstäver. (valfritt)
lösenfras – Lösenfras för privat nyckel. (valfritt)
nyckelbitsstorlek – Bitsstorlek för privat nyckel. Godkända värden är 2048, som standard, eller 4096. (valfritt)

Begär rubriker:

Innehållstyp: '''tillämpning/json'''

Exempelsvar:

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

Exempelsvar 2:


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

Exempelsvar 3:

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

Exempelsvar 4:

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

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

Hämta CSR-certifikatet

Hämtar det genererade CSR-certifikatet.

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

Du kan även hämta filen via alternativet Skicka och hämta .

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Hämta den privata nyckeln

Hämtar den privata nyckeln som genereras tillsammans med CSR-certifikatet.

[GET] https://<node_ip>/api/v1/externcertifikathanterare/nyckel

Du kan även hämta filen via alternativet Skicka och hämta .

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:


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

Exempelsvar 2:

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

Ta bort CSR-certifikatet

Tar bort det befintliga CSR-certifikatet.

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

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Ta bort den privata nyckeln

Tar bort den befintliga privata nyckeln.

[DELETE] https://<node_ip>/api/v1/externcertifikathanterare/nyckel

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Installera CA-signerat certifikat och privat nyckel

Överför det medföljande CA-signerade certifikatet och den privata nyckeln på videonätnoden och installerar certifikatet på noden.

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

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

Använd ”formulärdata” för att ladda upp följande filer:

CA-signerad certifikatfil (.crt) med nyckeln som "crtfil".
Fil med privat nyckel (.nyckel) med nyckeln som "nyckelfil".

Begär rubriker:

Innehållstyp: "Flerdelsdata/formulärdata"

Exempelsvar:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

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

Hämta CA-signerat certifikat

Hämtar det CA-signerade certifikatet som är installerat på noden.

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

Du kan även hämta filen via alternativet Skicka och hämta .

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Ta bort CA-signerat certifikat

Tar bort det CA-signerade certifikatet som är installerat på noden.

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

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Vanliga API-svar

Nedan visas några exempelsvar som du kan stöta på när du använder någon av de API:er som nämns ovan.

Exempelsvar 1: Felaktiga inloggningsuppgifter som anges i den grundläggande auktorisationen.

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

Exempelsvar 2: VMN uppgraderas inte till den version som krävs som stöder dessa API:er.

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

Exempelsvar 3: Fel domare angavs i sidhuvudet (när sidhuvudet inte förväntades).

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

Exempelsvar 4: Hastighetsgränsen har överskridits. Försök efter en stund.


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

Lägg till interna och externa dirigeringsregler

I en distribution av dubbelt nätverksgränssnitt (NIC) kan du finjustera dirigeringen för videonätnoder genom att lägga till användardefinierade dirigeringsregler för externa och interna gränssnitt. Standardrutorna läggs till i noderna, men du kan göra undantag – till exempel externa undernät eller värdadresser som måste nås via det interna gränssnittet, eller interna undernät eller värdadresser som måste nås från det externa gränssnittet. Utför följande steg vid behov.

1

I gränssnittet för videonätnod väljer du 5 Extern IP-konfiguration och klickar sedan på Välj.

2

Välj 3 Hantera dirigeringsregler och klicka sedan på Välj.

Första gången du öppnar den här sidan visas standardsystemdirigeringsreglerna i listan. Som standard går all intern trafik via det interna gränssnittet och extern trafik via det externa gränssnittet.

Du kan lägga till manuella åsidosättningar till dessa regler i nästa steg.

3

Följ dessa steg vid behov:

Klicka på Lägg till extern rutt och ange sedan det interna undernätet eller värd-IP-adressen som ska användas för den externa rutten.
Klicka på Lägg till intern rutt och ange sedan det externa subnätet eller värd-IP-adressen som ska användas för den interna rutten.

När du lägger till varje regel visas de i listan över routningsregler, kategoriserade som användardefinierade regler.

Standardrutorna kan inte tas bort, men du kan ta bort alla användardefinierade åsidosättningar som du har konfigurerat.

Anpassade dirigeringsregler kan skapa risk för konflikter med annan dirigering. Du kan till exempel definiera en regel som låser din SSH-anslutning till gränssnittet för videonätnod. Om detta inträffar gör du något av följande och tar sedan bort eller ändra dirigeringsregeln:

Öppna en SSH-anslutning till den offentliga IP-adressen för videonätnoden.
Öppna videonätnoden via ESXi-konsolen

Registrera videonätnoden i Webex Cloud

Använd den här proceduren för att registrera videonätnoder i Webex-molnet och slutföra ytterligare konfiguration. När du använder Control Hub för att registrera din nod skapar du ett kluster som noden har tilldelats. Ett kluster innehåller en eller flera medienoder som betjänar användare i en viss geografisk region. Registreringsstegen konfigurerar även SIP-samtalsinställningar, konfigurera ett uppgraderingsschema och prenumerera på e-postaviseringar.

Innan du börjar

När du påbörjar registreringen av en nod måste du slutföra den inom 60 minuter eller så måste du börja om.
Se till att alla popup-blockerare i webbläsaren är inaktiverade eller att du tillåter undantag för https://admin.webex.com.
För bästa resultat distribuerar du alla noder i ett kluster i samma datacenter. Se Kluster i videonät för hur de fungerar och bästa metoderna.
Från värden eller datorn där du registrerar videonätnoder i molnet måste du ha anslutning till Webex-molnet och de IP-adresser för videonätnoderna som registreras (i en dubbel NIC-miljö, särskilt de interna IP-adresserna för videonätnoderna).

1

Logga in på Control Hub.

Du loggar in i Control Hub med administratörsuppgifterna. Administrationsfunktionen för Control Hub är endast tillgänglig för användare som har definierats som administratörer i Control Hub. Se Kundkontoroller för mer information.

2

Gå till Tjänster > Hybrid och välj en:

Konfigurera: Välj det här alternativet om det här är den första videonätnoden du registrerar och klicka sedan på Nästa.

Se Slutför förutsättningarna för videonät för mer information.
Visa alla: Välj det här alternativet om du redan har registrerat en eller flera videonätnoder och klicka sedan på Lägg till resurs.

3

Kontrollera att du har installerat och konfigurerat videonätnoden. Klicka Ja, jag är redo att registrera mig..., klicka sedan på Nästa.

4

I Skapa ett nytt eller välj ett kluster väljer du ett:

För ett nytt kluster anger du ett namn för det kluster som du vill tilldela din videonätnod till.
För ett befintligt kluster klickar du på fältet och väljer sedan ett befintligt kluster som du vill lägga till den nya noden till.

Vi rekommenderar att du namnger ett kluster baserat på var klusternoderna befinner sig geografiskt. Till exempel "San Francisco".

5

I Ange FQDN- eller IP-adressen anger du det fullständigt kvalificerade domännamnet (FQDN) eller den interna IP-adressen till din videonätnod och klickar sedan på Nästa.

Om du använder FQDN anger du en domän som kan lösas med DNS.
Om du använder en IP-adress anger du samma interna IP-adress som du använde för att konfigurera noden från konsolen.

En FQDN måste lösas direkt till IP-adressen annars är den inte användbar. Vi utför valideringen på FQDN för att utesluta eventuell typ- eller konfigurationsfel.

Det dubbla nätverksgränssnittet stöder inte att ange en FQDN för den externa IP-adressen. FQDN kan endast läggas till på skärmen där intern IP-adress anges. Det är vad FQDN måste lösa för att använda DNS-servrar som anges på samma skärm.

6

Under Uppgraderingsschema väljer du tid, frekvens och tidszon.

Standardvärdet är ett dagligt uppgraderingsschema. Du kan ändra det till ett veckoschema på en viss dag. När en uppgradering är tillgänglig uppgraderas videonätnodprogramvaran automatiskt under den tid du väljer.

När en uppgradering är tillgänglig kan du använda Uppgradera nu för att starta uppgraderingen före nästa underhållsfönster eller Senarelägga för att skjuta upp den till nästa fönster.

7

Under E-postaviseringar lägger du till administratörens e-postadresser för att prenumerera på aviseringar om tjänstelarm och programvaruuppgraderingar.

Din administratörs e-postadress läggs till automatiskt. Du kan ta bort den om du vill.

8

Aktivera inställningen för videokvalitet för att aktivera video 1080p 30 fps.

Med den här inställningen kan SIP-mötesdeltagare som deltar i ett möte som är värd i en videonätnod använda video 1080p 30 fps om de alla är inne i företagets nätverk och använder en enhet med hög upplösning. Inställningen gäller för alla kluster av noder.

Om den här inställningen är inaktiverad är standardvärdet 720p.
För videolösningar som stöds av Webex-appen, se Videospecifikationer för samtal och möten.

9

Läs informationen under Slutför registreringen och klicka sedan på Gå till nod för att registrera noden i Webex-molnet.

En ny webbläsarflik öppnas för att kontrollera noden. Det här steget skyddar videonätnoden med hjälp av nodens IP-adress. Under registreringsprocessen omdirigerar Control Hub dig till videonätnoden. IP-adressen måste vara skyddad, annars misslyckas registreringen. Registreringsprocessen måste slutföras från företagsnätverket där noden är installerad.

10

Markera Tillåt åtkomst till Webex-videonätnoden och klicka sedan på Fortsätt.

11

Klicka på Tillåt .

Ditt konto har validerats, din videonätnod är registrerad och meddelandet Registrering slutförd visas, vilket indikerar att din videonätnod nu är registrerad i Webex.

Videonätnoden får maskinautentiseringsuppgifter baserat på din organisations berättiganden. De genererade maskininloggningsuppgifterna upphör regelbundet och uppdateras.

12

Klicka på portallänken eller stäng fliken för att gå tillbaka till videonätsidan.

På videonätsidan ser du nu det nya klustret som innehåller videonätnoden som du har registrerat.

Om du går till klustret visas den nya videonätnoden, som inledningsvis visar status för registrering. Noden ändras till Körs när den är klar att användas i din Webex-organisation.
Eftersom programvaran är en behållare som innehåller tjänster från molninfrastrukturen får den uppdateringar från molnet för att förbli synkroniserade med molntjänsterna. Obligatoriska uppdateringar kan installeras strax efter att du har registrerat noden i molnet. Du kan även ändra ditt automatiska uppgraderingsschema. Se Automatiska uppgraderingar för Hybrid-tjänsteresurser för mer information.
Om du har installerat demobilden på noden som du har registrerat visas ett demo-läge gult statuslarm. Detta larm är normalt, men vi rekommenderar att du installerar hela programvarubilden innan 90-dagars grace period löper ut för demobilden.

Vid detta tillfälle är videonätnoden redo att kommunicera med Ciscos molntjänster via säkrade kanaler med en token som utfärdats för autentisering. Videonätnoden kommunicerar också med Docker Hub (docker.com, docker.io). Docker används av videonätnod för att lagra behållare för distribution till olika videonätnoder över hela världen. Endast Cisco har inloggningsuppgifter för att skriva till Docker Hub. Videonätnoderna kan nå ut till Docker Hub med skrivskyddade inloggningsuppgifter för att hämta behållarna för uppgraderingar.

Bilder hämtas baserat på checksum, som överförs till noden som en del av etableringsdata. Se det här dokumentet för mer information om hur dockarpull fungerar: https://docs.docker.com/v17.09/engine/userguide/storagedriver/imagesandcontainers/#sharing-promotes-smaller-images

Tänk på saker

Kom ihåg följande information om videonätnod och hur den fungerar när den har registrerats hos din Webex-organisation:

När du distribuerar en ny videonätnod kommer Webex-appen och Webex-registrerade enheten inte att känna igen den nya noden på upp till 2 timmar. Klienterna kontrollerar om kluster kan nås under uppstart, nätverksändring eller cache upphör att gälla. Du kan vänta i 2 timmar eller, som en lösning, starta om Webex-appen eller starta om Webex-rums- eller skrivbordsenheten. Efteråt fångas samtalsaktiviteten i videonätrapporterna i Control Hub.
En videonätnod registreras till en enda Webex-organisation; det är inte en enhet med flera klienter.
För att förstå vad som använder videonätnod och vad som inte används, se tabellen i Klienter och enheter som använder videonätnod.
Videonätnoden kan ansluta till din Webex-webbplats eller till en annan kund eller partners Webex-webbplats. Webbplats A har till exempel distribuerat ett videonätnodkluster och registrerat det med exempel1.webex.com-domänen. Om användare på webbplats A ringer in till mymeeting@example1.webex.com använder de videonätnoden och en överlappning kan skapas. Om användarna på webbplatsen A ringer yourmeeting@example2.webex.com kommer webbplatsen A-användare att använda sin lokala videonätnod och ansluta till mötet på webbplats B:s Webex-organisation.

Nästa steg

Upprepa dessa steg om du vill registrera ytterligare noder.
Om en uppgradering är tillgänglig rekommenderar vi att du tillämpar den så snart som möjligt. Utför följande steg för att uppgradera:
1. Etableringsdata drivs till Webex-molnet av Ciscos utvecklingsteam över säkra kanaler. Etableringsdata är signerade. För behållarna innehåller etableringsdata namn, checksum, version och så vidare. Videonätnoden får även sin etableringsdata från Webex-molnet via säkra kanaler.
2. När videonätnoden får sin etableringsdata autentiseras noden med skrivskyddade inloggningsuppgifter och hämtar behållaren med specifik checksum och namn och uppgraderar systemet. Varje behållare som körs med videonätnod har ett bildnamn och en checksum. Dessa attribut laddas upp till Webex-molnet med säkrade kanaler.

Aktivera tjänstekvalitet (QoS) för videonätnod

Innan du börjar

Gör nödvändiga ändringar av brandväggsporten som täcks i diagrammet och tabellen. Se Portar och protokoll som används av videonät.
För att videonätnoder ska aktiveras för QoS måste noderna vara online. Noder i underhållsläge eller offline-tillstånd utesluts när du aktiverar den här inställningen.

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid, klicka på Redigera inställningar på videonätkortet.

2

Bläddra till tjänstekvalitet och klicka på Aktivera.

När detta är aktiverat får du det stora, diskret portintervallet (bestämt av lokal samtalskontrollkonfiguration) som används för ljud och video för lokala SIP-klienter/slutpunkter och intraklusteröverlappningar med unika DSCP-markeringar:.

Ljud: 52500–59499 och 59500–62999 DSCP EF (Expedited Forward)
Video/innehåll: 63000–64667 och 64668–65500 DSCP AF41

All SIP- och överlappningstrafik från videonätnoder är markerade med EF för ljud och AF41 för video. De diskreta portintervallerna används som källportar för kaskademedia till andra videonätnoder och molnmedienoder samt källa- och destinationsportar för SIP-klientmedia. Webex Teams-appar och kaskademedia fortsätter att använda destinationsporten 5004 och portramge 50000–53000.

All returtrafik för videonät (ljud, video, innehåll) från de delade portarna är markerade med AF41. Ljudtrafiken måste noteras till EF i nätverket, baserat på källportnumren.

Ett statusmeddelande visas som visar vilka noder som aktiveras en för en för QoS-portintervallet. Du kan klicka på granska väntande noder för att se en lista över väntande noder för QoS. Det kan ta upp till 2 timmar att aktivera den här inställningen, beroende på samtalstrafik på noderna.

3

Om QoS inte är helt aktiverat inom 2 timmar, öppna ett ärende med stöd för ytterligare utredning.

Noderna startas om och uppdateras med det nya portintervallet.

Om du bestämmer dig för att inaktivera inställningen får du det lilla konsoliderade portintervallet som används för både ljud och video (34000–34999). All trafik från videonätnoder (SIP, överlappningar, molntrafik och så vidare) får en enda märkning av AF41.

Verifiera portintervall för videonätnod med reflektorverktyg i webbgränssnittet

Reflektorverktyget (en kombination av en server på videonätnoden och klienten via ett Python-skript) används för att kontrollera om de obligatoriska TCP/UDP-portarna är öppna från videonätnoder.

Innan du börjar

Hämta en kopia av Reflector Tool Client (ett Python-skript) från https://github.com/CiscoDevNet/webex-video-mesh-reflector-client.
Se till att du kör Python 2.7.10 eller senare i din miljö för att skriptet ska fungera korrekt.
För närvarande har det här verktyget stöd för SIP-slutpunkter för videonätnoder och intraklusterverifiering.

1	Från kundvyn i https://admin.webex.com aktiverar du underhållsnoden för videonätnoden genom att följa dessa instruktioner.
2	Vänta på att noden visar status ”redo för underhåll” i Control Hub.
3	Öppna gränssnittet för Webex-videonätnod. Anvisningar finns i Hantera videonätnod från webbgränssnittet.
4	Bläddra till Reflector Tool och starta sedan antingen TCP Reflector Server eller UDP Reflector Server, beroende på vilket protokoll du vill använda.
5	Klicka på Starta reflektorserver och vänta sedan på att servern ska starta. Du ser ett meddelande när servern startar.
6	Kör skriptet med följande kommando från ett system (t.ex. en dator) i ett nätverk som du vill att videonätnoder ska nå: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` I slutet av körningen visar klienten ett framgångsmeddelande om alla obligatoriska portar är öppna: Klienten visar ett misslyckat meddelande om några obligatoriska portar inte är öppna:
7	Lös alla portproblem på brandväggen och kör sedan vidare stegen ovan.
8	Kör klienten med `--help` för att få mer information.

Konfigurera videonätnod för proxyintegrering

Använd den här proceduren för att ange vilken typ av proxy som du vill integrera med ett videonät. Om du väljer en transparent inspektionsproxy eller en uttrycklig proxy kan du använda nodens gränssnitt för att ladda upp och installera rotcertifikatet, kontrollera proxyanslutningen och felsöka eventuella problem.

Innan du börjar

Se Proxystöd för videonät för en översikt över de proxyalternativ som stöds.
Krav för proxystöd för videonät

1

Ange URL för konfiguration av videonät https://[IP or FQDN/setup i en webbläsare anger du administratörsuppgifterna som du har konfigurerat för noden och klickar sedan på Logga in.

2

Gå till Trust Store och Proxy och välj sedan ett alternativ:

Ingen proxy – standardalternativet innan du integrerar en proxy. Ingen certifikatuppdatering krävs.
Transparent icke-inspekterande proxy – videonätnoder har inte konfigurerats för att använda en specifik proxyserveradress och bör inte kräva några ändringar för att fungera med en icke-inspekterande proxy. Ingen certifikatuppdatering krävs.
Transparent inspektion av proxy – videonätnoder har inte konfigurerats för att använda en specifik proxyserveradress. Inga http(s)-konfigurationsändringar krävs för videonät. Videonätnoderna behöver dock ett rotcertifikat så att de litar på proxyn. Inspekterade proxyservrar används vanligtvis av IT för att upprätthålla policyer om vilka webbplatser som kan besökas och vilka typer av innehåll som inte är tillåtna. Den här typen av proxy avkrypterar all trafik (även https).

Explicit proxy – Med explicit proxy berättar du för klienten (videonätnoder) vilken proxyserver som ska användas och det här alternativet har stöd för flera autentiseringstyper. När du har valt det här alternativet måste du ange följande information:

Proxy-IP/FQDN – Adress som kan användas för att nå proxydatorn.
Proxyport – Ett portnummer som proxyn använder för att lyssna efter proxieterad trafik.
Proxyprotokoll – Välj http (videonätstunnlar dess https-trafik via http-proxy) eller https (trafik från videonätnoden till proxyn använder https-protokollet). Välj ett alternativ baserat på vad din proxyserver stöder.

Välj bland följande autentiseringstyper, beroende på din proxymiljö:

Alternativ	Användning
Ingen	Välj uttryckliga proxyservrar för HTTP eller HTTPS där det inte finns någon autentiseringsmetod.
Grundläggande	Tillgängligt för uttryckliga proxyservrar för HTTP eller HTTPS. Används för en HTTP-användaragent för att ange ett användarnamn och lösenord när en begäran görs och använder Base64-kodning.
Smältning	Endast tillgängligt för uttryckliga proxyservrar för HTTPS. Används för att bekräfta kontot innan du skickar känslig information och använder en hashfunktion på användarnamn och lösenord innan du skickar över nätverket.
NTLM	Endast tillgängligt för uttryckliga HTTP-proxyservrar. Som Digest, används för att bekräfta kontot innan du skickar känslig information. Använder Windows-inloggningsuppgifter istället för användarnamn och lösenord. Om du väljer det här alternativet anger du den Active Directory-domän som proxyn använder för autentisering i fältet NTLM-domän. Ange namnet på proxyarbetsstationen (även kallat ett arbetsstationskonto eller maskinkonto) inom den angivna NTLM-domänen i fältet NTLM Workstation.

Följ nästa steg för en genomskinlig inspektion eller uttrycklig proxy.

3

Klicka på Överför ett rotcertifikat eller ett slutcertifikat och leta sedan upp och välj rotcertifikatet för den uttryckliga eller genomskinliga inspektionsproxyn.

Certifikatet har överförts men inte installerats än eftersom noden måste startas om för att installera certifikatet. Klicka på pilen efter certifikatutfärdarens namn för att få mer information eller klicka på Ta bort om du gjorde ett misstag och vill ladda upp filen igen.

4

Klicka på Kontrollera proxyanslutning för att testa nätverksanslutningen mellan videonätnoden och proxyn för genomskinlig inspektion eller uttryckliga proxyproxyservrar.

Om anslutningstestet misslyckas visas ett felmeddelande som visar orsaken och hur du kan åtgärda problemet.

5

När anslutningstestet har passerat aktiverar du växlingsknappen till Dirigera alla portförfrågningar 443 https från den här noden via den uttryckliga proxyn. Den här inställningen tar 15 sekunder att träda i kraft.

6

Klicka på Installera alla certifikat I Trust Store (visas när ett rotcertifikat lades till under proxykonfigurationen) eller Starta om (visas om inget rotcertifikat har lagts till), läs instruktionen och klicka sedan på Installera om du är redo.

Noden startas om inom några minuter.

7

När noden startas om loggar du in igen om det behövs och öppnar sedan sidan Översikt för att kontrollera anslutningskontrollerna för att se till att de alla är i grön status.

Proxyanslutningskontrollen testar endast en underdomän för webex.com. Om det finns anslutningsproblem är ett vanligt problem att vissa av molndomänerna som anges i installationsinstruktionerna blockeras vid proxyn.

Integrera videonät med uppgiftsflöde för samtalskontroll

Konfigurera SIP-trunkar för att dirigera SIP-inringning för Webex-möten i videonät. SIP-enheter stöder inte direkt åtkomst, så du måste använda Unified CM- eller VCS Expressway-konfigurationen för att etablera ett förhållande mellan lokala SIP-enheter och dina videonätskluster.

Innan du börjar

Se Distributionsmodeller för videonät och Cisco Unified Communications Manager för att förstå vanliga distributionsexempel.
Videonät har stöd för antingen TCP eller TLS mellan Unified CM- och SIP-signalering. SIP TLS stöds inte för VCS Expressway.
I Unified CM kan varje SIP-trunk stödja upp till 16 videomesh-destinationer (IP-adresser).
I Unified CM kan inkommande portar på säkerhetsprofilen för SIP-trunk vara standard (icke-säker SIP-trunk profil).
Videonät har stöd för 2 dirigeringsmönster: webbplatsnamn.webex.com och meet.ciscospark.com. Andra dirigeringsmönster stöds inte.

Videonät har stöd för 3 dirigeringsmönster: webex.com (för korta videoadresser), webbplatsnamn.webex.com och meet.ciscospark.com. Andra dirigeringsmönster stöds inte.

När du använder formatet för kort videoadress ( meet@webex.com ), hanterar alltid videonätsnoden samtalet. Noden hanterar samtalet även om samtalet går till en webbplats som inte har videonät aktiverat.

Välj ett av dessa alternativ, beroende på miljön för samtalskontroll och säkerhetskrav:

Konfigurera Unified CM-säker TLS SIP-trafikroutning för videonät
Konfigurera Unified CM TCP SIP-trafikroutning för videonät
Konfigurera Expressway TCP SIP-trafikroutning för videonät (endast TCP)

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

Konfigurera Unified CM med videonät med antingen TLS-krypterad eller TCP SIP-trafik. Du kan skapa en trunkdirigeringspolicy som återspeglar klusterinställningar och är mycket tillgänglig och motståndskraftig mot enhetsfel. Om du använder Unified CM Session Management Edition (SME) konfigurerar du trunkar på Unified CM SME- och bladsystemen så att inkommande och utgående samtal fördelas jämnt mellan Unified CM-servrar inom sessionshanteringsklustret.

Vanligtvis har varje webbplats ett dedikerat Unified CM-kluster som är kopplat till det. Dessa kluster ansluts via interkluster-SIP-trunkar. Varje kluster har inringningstrunkar till den lokala webbplatsen för videonätnoderna.

Du kan även konfigurera distributionen för att hantera fel- eller överflödsförhållanden. Den här konfigurationen hjälper om det uppstår ett avbrott eller om videonätklustren har uppnått kapacitet. Om SIP-mötet eller samtalet inte kan upprättas med ett kluster kommer mötet eller samtalet att överflödas till molnet.

SIP-enheter registrerade på VCS eller Expressway (endast TCP)

Konfigurera grannzoner och sökregler för att dirigera SIP-inringning och uppringning för Cisco Webex-möten till videonätkluster. SIP-enheter som är registrerade i en VCS-kontroll eller Expressway-C har inte stöd för direktåtkomst, så du måste använda en TCP-baserad Expressway-konfiguration för att etablera ett förhållande mellan lokala SIP-enheter och dina videonätkluster.

Du kan även konfigurera distributionen för att hantera fel- eller överflödsförhållanden. Den här konfigurationen hjälper om det uppstår ett avbrott eller om videonätklustren har uppnått kapacitet. Om SIP-mötet eller samtalet inte kan upprättas med ett kluster överförs mötet eller samtalet till molnet via VCS Control/Expressway-C eller ett Expressway C/E-par.

Konfigurera Unified CM-säker TLS SIP-trafikroutning för videonät

1

Skapa en SIP-profil för videonätkluster:

Från Cisco Unified CM Administration går du till Enhet > Enhetsinställningar > SIP-profil och klickar sedan på Sök.
Välj Standard SIP-profil för Cisco VCS och klicka sedan på Kopiera.
Ange ett namn för den nya profilen – till exempel: Video Mesh SIP Profile.
Under trunkspecifik konfiguration, ställ in Stöd för tidigt erbjudande för röst- och videosamtal till Bästa ansträngningar (ingen MTP införs).

Du kan tillämpa den här inställningen på en ny SIP-trunk i Webex-molnet (dirigeras av den externa domänen för Webex-webbplatsen). Inställningen påverkar inte befintlig SIP-trunkning eller samtalsomkoppling.
Se till att Aktivera ALTERNATIV Ping för att övervaka destinationsstatus för trunkar med tjänstetyp är markerat.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

2

Lägg till en ny säkerhetsprofil för SIP-trunk för videonätkluster:

Från Cisco Unified CM Administration väljer du System > Säkerhet > Säkerhetsprofil för SIP-trunk och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Secure SIP Trunk Security Profile

Bekräfta dessa inställningar:

Fält	Värde
enhetens säkerhetsläge	Krypterad
Typ av inkommande transport	TLS
Typ av utgående transport	TLS
X.509-ämnesnamn Säkert certifikatämne eller alternativt ämnesnamn	Ange det vanliga namnet på videonätnodcertifikatet.
Inkommande port	5061
SIP V.150 Utgående SDP-offertfiltrering	Använd standardfilter

Lämna alla andra fält med sina standardvärden och spara ändringarna.

3

Lägg till en ny SIP-trunk för att peka på dina videonätkluster:

I en distribution med endast Unified CM lägger du till en enda trunk.
I en SME-distribution finns det vanligtvis en trunk mellan Unified CM och SME. Lägg till en annan trunk mellan SME- och videonätnoder. Båda trunkarna måste ha samma inställningar som anges nedan.

Från Cisco Unified CM Administration väljer du Enhet > Trunk och klickar sedan på Lägg till ny.
Välj SIP-trunk för trunktypen, lämna de andra värdena och klicka på Nästa.
Ange ett betydelsefullt namn, till exempel Video_Mesh_SIP_Trunk_UCMtoVMN.
Markera kryssrutan SRTP-tillåten
För Infoformat för samtal och anslutning av part markerar du Leverera URI och DN i ansluten part, om tillgängligt. Den här inställningen aktiverar blandad identitet. Det gör att SIP-trunken kan överföra företagspartens katalog-URI till Webex.
Kontrollera Kör på alla aktiva Unified CM-noder.
Under SIP-information – destination anger du en IP-adress eller ett fullständigt kvalificerat domännamn (FQDN) för var och en av dina videonätnoder.
Ange 5061 för destinationsporten.
För säkerhetsprofilen för SIP-trunk väljer du säkerhetsprofilen för videonättrunk som du skapade tidigare. (Till exempel, Video Mesh Secure SIP Trunk Security Profile.)
För SIP-profilen väljer du den SIP-profil som du skapade tidigare. (Till exempel, Video Mesh SIP Profile.)
Lämna alla andra fält med sina standardvärden och spara ändringarna.

Ett videonätssamtal eller möte kan tilldela media till valfri nod i ett kluster, inte bara den nod som avslutar SIP-samtalet.

4

Skapa en SIP-trunk för att peka mot en Expressway för Webex-molnredogörelse.

Du kan använda en SIP-trunk som redan finns för en befintlig distribution av Unified CM och Expressway. Om du skapar en annan och även kör Mobile Remote Access (MRA) med dessa Expressways kan du bryta MRA.

Från Cisco Unified CM Administration väljer du Enhet > Trunk och klickar sedan på Lägg till ny.
Välj SIP-trunk för trunktypen, lämna de andra värdena och klicka på Nästa.
Ange ett betydelsefullt namn, till exempel Video_Mesh_VCS_Trunk.
För Infoformat för samtal och anslutning av part markerar du Leverera URI och DN i ansluten part, om tillgängligt. Den här inställningen aktiverar blandad identitet. Det gör att SIP-trunken kan överföra företagspartens katalog-URI till Webex.
Under SIP-information – destination anger du en IP-adress eller ett fullständigt kvalificerat domännamn (FQDN) för var och en av dina Expressways. För porten anger du 5060.
För SIP-profil väljer du Standard SIP-profil för Cisco VCS.

5

Skapa en ny dirigeringsgrupp för samtal till videonätskluster:

Från Cisco Unified CM Administration väljer du Samtalsomkoppling > Route/Hunt > Dirigeringsgrupp och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Node Route Group.
Ändra distributionsalgoritmen till Top Down.
I avsnittet Information om Dirigeringsgruppens medlemmar hittar du enheterna med namnet videonät.
Lägg till Video_Mesh_SIP_Trunk_UCM till VMN genom att klicka på Lägg till i dirigeringsgrupp.
Spara dina ändringar.

6

För överflöd till molnet skapar du en ny dirigeringsgrupp för samtal till Expressway:

Från Cisco Unified CM Administration väljer du Samtalsomkoppling > Route/Hunt > Dirigeringsgrupp och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Expressway Route Group.
Ändra distributionsalgoritmen till Top Down.
I avsnittet Information om Dirigeringsgruppens medlemmar hittar du enheterna med namnet videonät.
Lägg till Video_Mesh_VCS_Trunk genom att klicka på Lägg till i dirigeringsgrupp.
Spara dina ändringar.

7

Skapa en ny dirigeringslista för samtal till videonätkluster och Expressway:

Från Cisco Unified CM Administration väljer du Samtalsomkoppling > Route/Hunt > Dirigeringslista och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Node Route List.
Ställ in Cisco Unified Communications Manager Group som standard eller ett annat värde beroende på din konfiguration.
Spara dina ändringar.
Klicka på Lägg till dirigeringsgrupp i avsnittet Information om dirigeringslista och välj sedan Dirigeringsgrupp för videonät.
Lämna standardinställningarna för de andra inställningarna och spara sedan dina ändringar.
Klicka på Lägg till dirigeringsgrupp i avsnittet Information om dirigeringslista och välj sedan Expressway-dirigeringsgrupp för videonät.
Lämna standardinställningarna för de andra inställningarna och spara sedan dina ändringar.

8

Skapa ett SIP-routningsmönster för det korta videoadressformatet för uppringning av Webex-möten:

Från Samtalsomkoppling > SIP-routningsmönster klickar du på Lägg till ny och anger namnet Video Mesh Route Pattern for Webex Short URIs.
I IPv4-mönstret anger du webex.com som domän.
För SIP-trunk/dirigeringslista väljer du dirigeringslistan som skapats för videonät – till exempel, Lista över videonät.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

Med funktionen för att ringa upp kort videoadress behöver användare inte längre komma ihåg namnet på Webex-webbplatsen för att delta i ett Webex-möte eller -händelse med ett videosystem. De kan delta i mötet snabbare eftersom de bara behöver veta mötets- eller händelsenummer.

9

Skapa ett SIP-dirigeringsmönster för Webex-webbplatsen:

Från Samtalsomkoppling > SIP-routningsmönster klickar du på Lägg till ny och anger namnet Video Mesh Route Pattern for Webex Sites.
I IPv4-mönstret anger du den Webex-webbplats som du vill ha optimerade media för – till exempel, examplesitename.webex.com.
För SIP-trunk/dirigeringslista väljer du dirigeringslistan som skapats för videonät – till exempel, Lista över videonät.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

10

Skapa ett SIP-routningsmönster för Webex-appmöten (bakåtkompatibilitet):

Från Samtalsomkoppling > SIP-routningsmönster klickar du på Lägg till ny och anger sedan namnet Video Mesh Route Pattern for Teams Meetings.
I IPv4-mönstret anger du meet.ciscospark.com.
För SIP-trunk/dirigeringslista väljer du dirigeringslistan som skapats för videonät – till exempel, Lista över videonät.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

Konfigurera Unified CM TCP SIP-trafikroutning för videonät

1

Skapa en SIP-profil för videonätkluster:

Från Cisco Unified CM Administration går du till Enhet > Enhetsinställningar > SIP-profil och klickar sedan på Sök.
Välj Standard SIP-profil för Cisco VCS och klicka sedan på Kopiera.
Ange ett namn för den nya profilen – till exempel: Video Mesh SIP Profile.
Under trunkspecifik konfiguration, ställ in Stöd för tidigt erbjudande för röst- och videosamtal till Bästa ansträngningar (ingen MTP införs).

Du kan tillämpa den här inställningen på en ny SIP-trunk på Webex (dirigeras av den externa domänen för Webex-webbplatsen). Inställningen påverkar inte befintlig SIP-trunkning eller samtalsomkoppling.
Se till att Aktivera ALTERNATIV Ping för att övervaka destinationsstatus för trunkar med tjänstetyp är markerat.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

2

Lägg till en ny säkerhetsprofil för SIP-trunk för videonätkluster:

Från Cisco Unified CM Administration väljer du System > Säkerhet > Säkerhetsprofil för SIP-trunk och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Trunk Security Profile

Bekräfta dessa inställningar:

Fält	Värde
enhetens säkerhetsläge	Osäker
Typ av inkommande transport	TCP/UDP
Typ av utgående transport	TCP
Inkommande port	5060
SIP V.150 Utgående SDP-offertfiltrering	Använd standardfilter

Lämna alla andra fält med sina standardvärden och spara ändringarna.

3

Lägg till en ny SIP-trunk för att peka på dina videonätkluster:

I en distribution med endast Unified CM lägger du till en enda trunk.
I en SME-distribution finns det vanligtvis en trunk mellan Unified CM och SME. Lägg till en annan trunk mellan SME- och videonätnoder. Båda trunkarna måste ha samma inställningar som anges nedan.

Från Cisco Unified CM Administration väljer du Enhet > Trunk och klickar sedan på Lägg till ny.
Välj SIP-trunk för trunktypen, lämna de andra värdena och klicka på Nästa.
Ange ett betydelsefullt namn, till exempel Video_Mesh_SIP_Trunk_UCMtoVMN.
För Infoformat för samtal och anslutning av part markerar du Leverera URI och DN i ansluten part, om tillgängligt. Den här inställningen aktiverar blandad identitet. Det gör att SIP-trunken kan överföra företagspartens katalog-URI till Webex.
Kontrollera Kör på alla aktiva Unified CM-noder.
Under SIP-information – destination anger du en IP-adress eller ett fullständigt kvalificerat domännamn (FQDN) för var och en av dina videonätnoder.
Ange 5060 för destinationsporten.
För säkerhetsprofilen för SIP-trunk väljer du säkerhetsprofilen för videonättrunk som du skapade tidigare. (Till exempel, Video Mesh Trunk Security Profile.)
För SIP-profilen väljer du den SIP-profil som du skapade tidigare. (Till exempel, Video Mesh SIP Profile.)
Lämna alla andra fält med sina standardvärden och spara ändringarna.

Ett videonätssamtal eller möte kan tilldela media till valfri nod i ett kluster, inte bara den nod som avslutar SIP-samtalet.

4

Skapa en ny SIP-trunk för att peka mot en Expressway.

Du kan använda en SIP-trunk som redan finns för en befintlig distribution av Unified CM och Expressway. Om du skapar en annan och även kör Mobile Remote Access (MRA) med dessa Expressways kan du bryta MRA.

Från Cisco Unified CM Administration väljer du Enhet > Trunk och klickar sedan på Lägg till ny.
Välj SIP-trunk för trunktypen, lämna de andra värdena och klicka på Nästa.
Ange ett betydelsefullt namn, till exempel Video_Mesh_VCS_Trunk.
För Infoformat för samtal och anslutning av part markerar du Leverera URI och DN i ansluten part, om tillgängligt. Den här inställningen aktiverar blandad identitet. Det gör att SIP-trunken kan överföra företagspartens katalog-URI till Webex.
Under SIP-information – destination anger du en IP-adress eller ett fullständigt kvalificerat domännamn (FQDN) för var och en av dina Expressways. För porten anger du 5060.
För SIP-profil väljer du Standard SIP-profil för Cisco VCS.

5

Skapa en ny dirigeringsgrupp för samtal till videonätskluster:

Från Cisco Unified CM Administration väljer du Samtalsomkoppling > Route/Hunt > Dirigeringsgrupp och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Node Route Group.
Ändra distributionsalgoritmen till Top Down.
I avsnittet Information om Dirigeringsgruppens medlemmar hittar du enheterna med namnet videonät.
Lägg till Video_Mesh_SIP_Trunk_UCMtoVMN genom att klicka på Lägg till i dirigeringsgrupp.
Spara dina ändringar.

6

För överflöd till molnet skapar du en ny dirigeringsgrupp för samtal till Expressway:

Från Cisco Unified CM Administration väljer du Samtalsomkoppling > Route/Hunt > Dirigeringsgrupp och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Expressway Route Group.
Ändra distributionsalgoritmen till Top Down.
I avsnittet Information om Dirigeringsgruppens medlemmar hittar du enheterna med namnet videonät.
Lägg till Video_Mesh_VCS_Trunk genom att klicka på Lägg till i dirigeringsgrupp.
Spara dina ändringar.

7

Skapa en ny dirigeringslista för samtal till videonätkluster och Expressway:

Från Cisco Unified CM Administration väljer du Samtalsomkoppling > Route/Hunt > Dirigeringslista och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Node Route List.
Ställ in Cisco Unified Communications Manager Group som standard eller ett annat värde beroende på din konfiguration.
Spara dina ändringar.
Klicka på Lägg till dirigeringsgrupp i avsnittet Information om dirigeringslista och välj sedan Dirigeringsgrupp för videonät.
Lämna standardinställningarna för de andra inställningarna och spara sedan dina ändringar.
Klicka på Lägg till dirigeringsgrupp i avsnittet Information om dirigeringslista och välj sedan Expressway-dirigeringsgrupp för videonät.
Lämna standardinställningarna för de andra inställningarna och spara sedan dina ändringar.

8

Skapa ett SIP-routningsmönster för det korta videoadressformatet för uppringning av Webex-möten:

Från Samtalsomkoppling > SIP-routningsmönster klickar du på Lägg till ny och anger namnet Video Mesh Route Pattern for Webex Short URIs.
I IPv4-mönstret anger du webex.com som domän.
För SIP-trunk/dirigeringslista väljer du dirigeringslistan som skapats för videonät – till exempel, Lista över videonät.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

Med funktionen för att ringa upp kort videoadress behöver användare inte längre komma ihåg namnet på Webex-webbplatsen för att delta i ett Webex-möte eller -händelse med ett videosystem. De kan delta i mötet snabbare eftersom de bara behöver veta mötets- eller händelsenummer.

9

Skapa ett SIP-dirigeringsmönster för Webex-webbplatsen:

Från Samtalsomkoppling > SIP-routningsmönster klickar du på Lägg till ny och anger namnet Video Mesh Route Pattern for Webex Sites.
I IPv4-mönstret anger du den Webex-webbplats som du vill ha optimerade media för – till exempel, examplesitename.webex.com, där examplesinamn är namnet på din faktiska Webex-webbplats.
För SIP-trunk/dirigeringslista väljer du dirigeringslistan som skapats för videonät – till exempel, Lista över videonät.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

10

Skapa ett SIP-dirigeringsmönster för Webex-appmöten:

Från Samtalsomkoppling > SIP-routningsmönster klickar du på Lägg till ny och anger sedan namnet Video Mesh Route Pattern for Teams Meetings.
I IPv4-mönstret anger du meet.ciscospark.com.
För SIP-trunk/dirigeringslista väljer du dirigeringslistan som skapats för videonät – till exempel, Lista över videonät.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

Konfigurera Expressway TCP SIP-trafikroutning för videonät

1

Skapa en zon som pekar på videonätskluster:

Från VCS-kontroll eller Expressway-C går du till Konfiguration > Zoner > Zoner och klicka sedan på Ny.

Konfigurera följande fält:

Fältnamn	Värde
Namn	Ange ett namn som enkelt identifierar zonen – till exempel WebexVideoMeshZone
Typ	Granne
H.323
Mode	Av
SIP
Mode	På
Port	5060
Transport	TCP
Plats
Leta upp jämlikar efter	Adress
Peer [n]-adress	Ange IP-adresserna för varje videonätnod.

Lämna de andra fälten med sina standardinställningar och spara sedan dina ändringar.

2

Skapa uppringningsmönster för videonätkluster för Webex-webbplatser:

Från Expressway-C går du till Konfiguration > Nummerplan > Sökregler och klicka sedan på Ny.

Konfigurera följande fält för Webex-webbplatssökregeln:

Fältnamn

Värde

Rule name

Ange ett regeldamn som enkelt identifierar sökregeln – till exempel WebexVideoMesh-dinwebbplats

Företräde

100 är standard. Se till att det här numret är lägre än molnfallback- och B2B-reglerna.

Protokoll

SIP

Mode

Alias Pattern Match

Pattern Type

Regex

Pattern String

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

Det här mönstret matchar både yoursite.webex.com och webex.com (för korta videoadresser) format. Med den korta videoadressens uppringningsfunktionen behöver användare inte längre komma ihåg namnet på Webex-webbplatsen för att delta i ett Webex-möte eller -händelse via ett videosystem. De kan delta i mötet snabbare eftersom de bara behöver veta mötets- eller händelsenummer.

Pattern Behavior

Lämna

On Successful Match

Fortsätt

Target

Välj den videonätszon som du har skapat – till exempel WebexVideo Mesh.

Lämna de andra fälten med sina standardinställningar och spara sedan dina ändringar.

3

Skapa en traversal-klient och zonpar som pekar på molnet Expressway för redundans:

Se Grundläggande konfigurationsguide för Expressway för din version för steg för att skapa traversationsklienten och zonparet.

4

Skapa en reservsökregel för traversal-klientzonen som leder till Expressway-E:

Från Expressway-C går du till Konfiguration > Nummerplan > Sökregler och klicka sedan på Ny.

Konfigurera följande fält:

Fältnamn	Värde
Rule name	Ange ett regeldamn som enkelt identifierar sökregeln – till exempel WebexVideoMesh-Failover
Företräde	100 är standard. Se till att prioriteringen är lägre genom att ange ett nummer som är högre än uppringningsmönstret för videonät och B2B-reglerna.
Protokoll	SIP
Mode	Alla alias
Pattern Behavior	Lämna
On Successful Match	Fortsätt
Target	Välj den Traversal-klientzon som leder till Expressway-E.

Lämna de andra fälten med sina standardinställningar och spara sedan dina ändringar.

5

Från Expressway-E går du till Konfiguration > Zoner > Zoner. Klicka på Ny och lägg till Webex-zonen.

I versioner före X8.11 har du skapat en ny DNS-zon för detta ändamål.

6

Skapa ett uppringningsmönster för molnet Expressway:

Från Expressway-E går du till Konfiguration > Nummerplan > Sökregler och klicka sedan på Ny.

Konfigurera följande fält:

Fältnamn	Värde
Rule name	Ange ett regeldamn som enkelt identifierar sökregeln – till exempel WebexVideoMesh-toCloud
Företräde	Ange ett högre värde än regeln för lokala videonätnoder. Om noderna är inställda till 100 ställer du in detta värde till 101. Du måste också se till att värdet är lägre än alla B2B-regler på din Expressway.
Protokoll	SIP
Source	Named
Source name	Välj den säkra traverseringsserverzonen från Expressway-C – till exempel WebexVideoMeshZone
Mode	Alias Pattern Match
Pattern Type	Regex
Pattern String	*`.@(YourSite\.)?webex\.com.`*
Pattern Behavior	Lämna
On Successful Match	Stoppa
Target	Välj Webex-zonen eller DNS-zonen.

7

För SIP-enheter som är registrerade i Expressway-C öppnar du enhetens IP-adress i en webbläsare, går till Konfiguration, bläddra till SIP och väljer Standarder i listrutan Typ.

Växla certifikatkedjor mellan Unified CM och videonätnoder

Slutför ett certifikatutbyte för att upprätta tvåvägsförtroende mellan Unified CM- och videonätgränssnitten. Med den säkra trunkkonfigurationen tillåter certifikaten krypterad SIP-trafik och SRTP-media i din organisation från betrodda Unified CM:er att landa på betrodda videonätnoder.

I en klustermiljö måste du installera CA- och servercertifikat på varje nod individuellt.

Innan du börjar

Av säkerhetsskäl rekommenderar vi att du använder ett CA-signerat certifikat på dina videonätnoder i stället för nodens standardcertifikat som är självsignerat.

1

Öppna gränssnittet för videonätnod (IP-adress/konfiguration till exempel, https://192.0.2.0/setup) i din webbläsare och logga in med nodens administratörsuppgifter.

2

Gå till servercertifikat och begär och ladda upp ett certifikat och nyckelpar vid behov:

(Valfritt) Om du behöver ett certifikat utfärdat av en certifierad leverantör klickar du på Skapa en certifikatsigneringsbegäran. Fyll i den information som krävs (inklusive alternativt ämnesnamn), som är FQDN:er som måste innehålla det gemensamma namnet och generera sedan begäran. Hämta CSR för att skicka begäran till leverantören. (Du kan begära flera. De returnerar det signerade certifikatutfärdaren (CA)-certifikatet (den privata nyckeln genererades redan under skapandet av CSR)

Det vanliga namnet är inte en URL. Det innehåller inget protokoll (till exempel http:// eller https://), portnummer eller pathname. Filen commonName fältet i certifikatspecifikationen X.509 representerar det gemensamma namnet. Till https://www.example.com, det korrekta värdet är example.com.

Den privata nyckeln finns redan på plats när du skapar en kundtjänstrepresentant. Om du inte använder steget för att skapa CSR måste du ladda upp en privat nyckel.

När du har certifikatet och nyckeln klickar du på Överför ett servercertifikat (.crt- eller .pem-fil), välj certifikatfilen och klicka sedan på Överför en privat nyckel (.nyckelfil) och anger en lösenfras om du har en.
När du har fått certifikatet går du till den första videonätnoden i ett kluster, klickar på Installera servercertifikat, läs instruktionen, klicka på Installera och klicka sedan på OK.

En molnregistrerad videonätnod stängs graciöst ned och väntar i upp till 2 timmar på att alla samtal ska avslutas. Noden slutför sedan certifikatinstallationen. En uppmaning visas när servercertifikatet installeras. Du kan sedan läsa in sidan igen för att visa det nya certifikatet och nyckelposten.
Klicka på Hämta bredvid certifikatet och nyckelfiler för att spara en lokal kopia.

Spara filerna på en plats som är lätt att komma ihåg och lämna videonätinstansen öppen på webbläsarfliken.
Gå till nästa videonätnod i klustret, fyll i lösenfrasen och överför sedan filen med den privata nyckeln. Klicka sedan på Ladda upp ett servercertifikat och välj sedan Installera servercertifikat, läs instruktionen, klicka på Installera och klicka sedan på OK.
Upprepa dessa steg för alla videonätnoder i samma kluster.

3

Gå till Cisco Unified OS Administration i en annan webbläsarflik till Säkerhet > Certifikathantering. Ange dina sökkriterier och klicka på Sök, välj sedan filnamnet på certifikatet eller listan över betrodda certifikat (CTL) och klicka på Hämta.

Spara Unified CM-filen på en plats som är lätt att komma ihåg och lämna Unified CM-instansen öppen på webbläsarfliken.

4

Gå tillbaka till fliken Videonätnodgränssnitt, klicka på Trust Store och Proxy och välj sedan ett alternativ:

Om Unified CM använder ett CA-certifikat som har signerats av en känd organisation litar videonätnoden på det automatiskt. Förtroendet baseras på listan över rotcertifikat från VMN-nodens värdoperativsystem, som uppdateras regelbundet.
Om Unified CM använder ett CA-certifikat som är signerat av ett internt företagsrotcertifikat lägger du till rotcertifikatet i noden. Rotcertifikatet är tillgängligt inifrån företaget, men kan inte hämtas från Unified CM.
Lägg till både ECDSA- och RSA-certifikat som Unified CM använder för att betjäna externa förfrågningar. Dessa certifikat kan vara självsignerade eller CA-certifikat.
Om du har hämtat ett enda certifikat klickar du på Överför ett rotcertifikat eller Avsluta entitetscertifikat (.crt- eller .pem-fil) och väljer den CallManager.pem-certifikatfil som du har hämtat. Klicka på Installera alla certifikat i Trust Store, läs instruktionen, klicka på Installera och starta sedan om noden.
Om du har hämtat en certifikatkedja överför du rot-CA-certifikatet och mellanliggande CA-certifikat och klicka sedan på Installera alla certifikat i Trust Store, läs instruktionen och klicka sedan på Installera.

En molnregistrerad videonätnod stängs graciöst ned och väntar i upp till 2 timmar på att alla samtal ska avslutas. Om du vill installera CallManager.pem-certifikatet startas noden automatiskt om. När det kommer tillbaka online visas en uppmaning när CallManager.pem-certifikatet installeras på videonätnoden. Du kan sedan läsa in sidan igen för att visa det nya certifikatet.

5

Gå tillbaka till fliken Administration för Cisco Unified OS och klicka på Överför certifikat/certifikatkedja. Välj certifikatnamnet i listrutan Certificate Purpose , bläddra till filen som du hämtade från gränssnittet för videonätnod och klicka sedan på Öppna.

6

Om du vill överföra filen till servern klickar du på Överför fil.

Om du laddar upp en certifikatkedja måste du ladda upp alla certifikat i kedjan.

Starta om den berörda tjänsten efter att certifikatet har överförts. När servern kommer upp igen kan du komma åt CCMAdmin eller CCMUser GUI för att kontrollera att dina nyligen tillagda certifikat används.

Du kan installera och hantera servercertifikat via API:er. Mer information finns i VMN-servercertifikatets API:er.

Aktivera mediekryptering för organisation- och videonätkluster

Använd den här proceduren för att aktivera mediekryptering för din organisation och enskilda videonätskluster. Den här inställningen kräver en slutpunkt-till-slutpunkt-TLS-konfiguration och du måste ha en säker TLS SIP-trunk på plats på din Unified CM som pekar på dina videonätnoder.

Inställningar	Resultat
Unified CM har konfigurerats med en säker trunk och den här inställningen för kontroll av videonät är inte aktiverad.	Samtal misslyckades.
Unified CM har inte konfigurerats med en säker trunk och den här inställningen för kontroll av videonät är aktiverad.	Samtal misslyckas inte, men de återgår till osäkert läge.

Cisco-slutpunkter måste också konfigureras med en säkerhetsprofil och TLS-förhandling för att slutpunkt-till-slutpunkt-kryptering ska fungera. Annars överflödar samtal till molnet från slutpunkter som inte har konfigurerats med TLS. Vi rekommenderar att du endast aktiverar den här funktionen om alla slutpunkter kan konfigureras för att använda TLS.

Innan du börjar

Konfigurera Unified CM-säker TLS SIP-trafikroutning för videonät
Växla certifikatkedjor mellan Unified CM och videonätnoder

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid och klicka sedan på Inställningar på videonätkortet.

2

Bläddra till mediekryptering och växla på inställningen.

Den här inställningen gör kryptering obligatorisk på alla mediekanaler som passerar genom videonätnoder i din organisation. Notera föregående tabell och varning för situationer där samtal kan misslyckas och vad som krävs för att slutpunkt-till-slutpunkt-kryptering ska fungera.

3

Klicka på Visa alla och upprepa följande steg på varje videonätkluster som du vill aktivera för säker SIP-trafik.

Välj en videonätklusterpost i listan och klicka sedan på Redigera klusterinställningar.
Bläddra till SIP-samtal och markera kryssrutan.
Under betrodda SIP-källor anger du det gemensamma namnet (CN) eller alla FQDN:er som finns i det alternativa ämnesnamnet på Unified CM-certifikatet (vanligtvis FQDN för Unified CM).

Dessa poster identifieras som betrodda SIP-källor och kan skicka säkra SIP-samtal till Webex-videonät.

Aktivera videonät för Webex-webbplatsen

För att använda optimerade medier till videonätnoden för ett Webex-möte för alla Webex-appen och enheter att delta måste den här konfigurationen aktiveras för Webex-webbplatsen. Om du aktiverar den här inställningen kopplas videonät och mötesinstanser i molnet tillsammans och gör att överlappningar kan inträffa från videonätnoder. Om den här inställningen inte är aktiverad kommer Webex-appen och -enheterna inte att använda videonätnoden för Webex-möten.

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Möten, klicka på Webex-webbplatsen från möteskortet och klicka sedan på Inställningarför att komma åt konfigurationsalternativen för Webex-webbplatsen.

2

Öppna Allmänna inställningar genom att klicka på Tjänst > Möte > Webbplatsinställningar. Från Allmänna inställningar klickar du på mötesrum för samarbete (CMR), väljer videonät för medieresurstyp och klickar sedan på Spara längst ned.

Den här inställningen länkar videonät och mötesinstanser i molnet tillsammans och tillåter överlappningar från videonätnoder. Inställningen bör fyllas i i hela din miljö efter 15 minuter. Webex-möten som startar efter att den här ändringen har fyllt i hämtar den nya inställningen. Om du lämnar det här fältet i molnet (standardalternativet) hålls alla möten i molnet och videonätnoden används inte.

Tilldela mötesrum för samarbete till Webex-appanvändare

Om du hanterar din webbplats via Control Hub:
1. Från kundvyn i https://admin.webex.com går du till Användare > Hantera användare.
  
  Om du vill tilldela flera användare finns det här dokumentet.
2. Tilldela Webex mötesrum för samarbete till användare i din organisation.
Om du hanterar din webbplats via webbplatsadministration:
1. Från webbplatsadministrationen går du till användarhantering.
2. Redigera användarkontot och kontrollera mötesrummet för samarbete.
  
  Om du vill tilldela flera användare finns det här dokumentet.

Kontrollera mötesupplevelsen på den säkra slutpunkten

Använd dessa steg för att kontrollera att slutpunkterna är säkert registrerade och att rätt mötesupplevelse visas.

1	Delta i ett möte från den säkrade slutpunkten.
2	Kontrollera att listan över möteslistor visas på enheten. Det här exemplet visar hur möteslistan ser ut på en slutpunkt med en pekskärm:
3	Under mötet får du åtkomst till Webex-konferensinformationen från Samtalsuppgifter .
4	Kontrollera att avsnittet Kryptering visar Typ som AES-128 och Status som På .

Hantera och felsöka videonät

Analys av videonät

Analytics ger information om hur du använder dina lokala videonätnoder och kluster i din Webex-organisation. Med historiska data i mätvyn kan du hantera dina videonätresurser på ett effektivare sätt genom att övervaka kapaciteten, användningen och tillgängligheten för dina lokala resurser. Du kan till exempel använda den här informationen för att fatta beslut om att lägga till fler videonätnoder i ett kluster eller skapa nya kluster. Analys av videonät finns i Control Hub under Analys > Videonät.

För att hjälpa till med att analysera data i din organisation kan du zooma in på data som visas i diagrammet och isolera en viss tidsperiod. För analys kan du även klippa och tärningsrapporter för att visa mer granulära detaljer.

Videonätanalys och felsökningsrapporter visar data i tidszonen som är inställd för den lokala webbläsaren.

Analys

Videonätanalys ger en långsiktig trend (upp till 3 månaders data) i kategorierna engagemang, resursanvändning och bandbreddsanvändning.

Liveövervakning

Fliken Liveövervakning ger en bild i nära realtid av aktiviteten i din organisation: upp till 1 minuters aggregering och möjligheten att visa de senaste 4 timmarna eller 24 timmarna på alla kluster eller specifika kluster. Den här fliken i Control Hub uppdateras automatiskt – var 1 minut under de senaste 4 timmarna och var 10:e minut under de senaste 24 timmarna.

Åtkomst, filtrera och spara live-övervakningsrapporter för videonät

Live-övervakningsrapporter för videomesh finns tillgängliga på sidan Felsökning i Control Hub ( https://admin.webex.com) när videonät är aktivt och har ett kluster med minst en registrerad videonätnod.

1

Från kundvyn i https://admin.webex.com väljer du Analytics och klickar sedan på Videonät längst upp till höger på skärmen.

Håll muspekaren över informationen för att få en kort beskrivning av diagrammet.

2

Från växlingsknappen till vänster väljer du ett alternativ för att filtrera på hur långt tillbaka i tiden du vill visa data.

Senaste 4 timmarna (standard) – När du väljer det här alternativet uppdateras diagrammets data var 1:e minut.
Senaste 24 timmarna– När du väljer det här alternativet uppdateras diagrammets data var 10:e minut.

3

Interagera med diagrammen genom att använda följande alternativ vid behov:

Håll muspekaren över segment i diagramvyn för att visa information om den specifika datapunkten.
Klicka på legenden i diagrammet eller översikten och klicka sedan på Använd för att uppdatera vyn på de andra legenden. Till exempel, när du har valt legend-objektet Amsterdam, uppdateras linjediagrammet för att utesluta andra legend-objekt och endast inkludera data för det valda objektet.

När ett filter tillämpas uppdateras alla andra diagram och diagram för att visa data för det valda filtret.
I ett diagram som visar data i ett tidsintervall, smalnar du ner till ett visst tidsintervall genom att klicka på vänster och dra musen till höger. (Den här åtgärden påverkar alla relaterade data som visas på analyssidan.)

Håll muspekaren över avsnitt av en donut, linjer på ett diagram eller insiktspunkter på ett diagram för att visa mer information om datas specifika tidpunkt.

4

När du har filtrerat data i rapporterna klickar du på mer, och välj sedan ett filformat alternativ som sparar en lokal kopia av rapporten så att du kan använda den offline (till exempel i en rapport som skapats internt):

PNG
PDF
CSV

Åtkomst, filtrera och spara videonätanalys

Metriska rapporter om videonät finns tillgängliga på analyssidan i Control Hub ( https://admin.webex.com) när videonät är aktivt och har ett kluster med minst en registrerad videonätnod.

1

Från kundvyn i https://admin.webex.com väljer du Analytics och klickar sedan på Videonät längst upp till höger på skärmen.

2

Klicka på en kategori, beroende på vilken typ av data du letar efter:

Engagemang
Resurser
Bandbreddsanvändning

Håll muspekaren över informationen för att få en kort beskrivning av diagrammet.

3

I rullgardinsmenyn till höger väljer du ett alternativ för att ta reda på hur långt tillbaka i tiden du vill visa data.

Senaste 7 dagarna (standard) – Ändrar den horisontella axeln till var 1 timme.
Senaste 24 timmarna – Ändrar den horisontella axeln till var 10:e minut.
Senaste 30 dagarna – Ändrar den horisontella axeln till var 3:e timme.
Senaste 90 dagarna – Ändrar den horisontella axeln till var 8:e timme.

4

Interagera med diagram eller donut-diagram genom att använda följande alternativ vid behov:

Klicka på ett eller flera segment i diagrammet eller diagrammets vy och klicka sedan på Använd för att uppdatera donutvyn och motsvarande diagramvyn.
Välj legendariska objekt i diagrammet eller översikten för att uppdatera vyn på det specifika legendariska objektet och klicka sedan på Tillämpa. När du till exempel har valt det lokala legend-objektet uppdateras linjediagrammet med dessa data markerade.

När ett filter tillämpas uppdateras alla andra diagram och diagram för att visa data för det valda filtret.

I ett diagram som visar data i ett tidsintervall kan du minska till ett visst tidsintervall genom att klicka på vänster och dra musen till höger och lämna det när önskat intervall har valts. (Den här åtgärden påverkar alla relaterade data som visas på analyssidan.)

Håll muspekaren över avsnitt av en donut, linjer på ett diagram eller insiktspunkter på ett diagram för att visa mer information om datas specifika tidpunkt.

Om du vill börja om från samma diagram eller översikt klickar du på X på de valda filtren längst ned i diagrammet.

5

När du har filtrerat data i rapporterna klickar du på mer, och välj sedan ett filformat alternativ som sparar en lokal kopia av rapporten så att du kan använda den offline (till exempel i en rapport som skapats internt):

PDF
PNG
CSV

6

Rensa alla filter från filterfältet om du vill återställa analysvyn.

Tillgänglig analys för videonät

Mer information om tillgänglig analys i Control Hub finns i avsnittet Videonät i Analytics för din molnsamarbetsportfölj.

Övervakningsverktyg för videonät

Övervakningsverktyget i Control Hub hjälper din organisation att övervaka statusen för din distribution av videonät. Du kan köra följande test på dina Video Mesh-noder, -kluster eller bådadera för att få resultat för specifika parametrar.

Signaleringstest - Testar om SIP-signalering och mediesignalering sker mellan Video Mesh-noden och Webex molnmedietjänster.
Kaskadtest - Testar om en kaskad kan upprättas mellan videonätsnoden och Webex molnmedietjänster.
Test för nåbarhet - Testar om videonätsnoden kan nå målportarna för medieströmmar i Webex molnmedietjänster. Den testar även om videonätsnoden kan kommunicera med de molnkluster som är kopplade till mediebehållare via dessa portar.

När du kör ett test skapar verktyget ett simulerat möte. När testet har slutförts ser du ett enkelt resultat för godkänt eller underkänt med infogade felsökningstips i rapporten. Du kan schemalägga testet så att det körs regelbundet eller köra testet på begäran. Mer information finns i Mediehälsoövervakning för videonät .

Kör ett omedelbart test

Använd den här proceduren för att köra ett på begäran medietillståndsövervakning och nåbarhetstest på Video Mesh-noder och/eller -kluster som har registrerats i din Control Hub-organisation. Resultaten samlas in i Control Hub och aggregeras var 6:e timme från och med 00:00 UTC.

1

Logga in på Control Hub , gå sedan till Felsökning > Videonät .

2

Klicka på Konfigurera test , klicka Testa nu och kontrollera de noder och/eller kluster som du vill testa.

Om du vill avmarkera de kryssrutor som du har markerat och återställa den senaste konfigurationen klickar du på Återställ den senaste testkonfigurationen .

3

Klicka på Kör test .

Nästa steg

Resultaten visas på översiktssidan för övervakningsverktyget i Control Hub. Som standard visas resultaten av alla test tillsammans. Klicka på Signalering , Överlappande , eller Nåbarhet för att filtrera resultaten enligt det specifika testet.

Punkterna på tidslinjen med skjutreglaget visar aggregerade testresultat för hela organisationen. Tidslinjerna på klusternivå visar aggregerade resultat för varje kluster.

Tidslinjen kan visa datum i USA-format. Ändra ditt språk i profilinställningarna för att visa datum i ditt lokala format.

Håll muspekaren över punkterna på tidslinjerna för att se testresultaten. Du kan även se detaljerade testresultat för varje nod. Klicka på en punkt på tidslinjen på klusternivå för att visa detaljerade resultat.

Resultaten visas i en sidopanel och är uppdelade i Signalering, Cascasde och Reachabilty. Du kan se om testet lyckades, om det hoppades över eller om testet misslyckades. Felkoder med möjliga korrigeringar visas också tillsammans med resultaten.

Använd växlingsknappen för att visa resultaten för olika parametrar i form av en tabell.

Ett hoppat test, ett partiellt misslyckande eller ett misslyckande är inte avgörande om det inte inträffar kontinuerligt under en tidsperiod.

Konfigurera regelbundna tester

Använd den här proceduren för att konfigurera och starta regelbunden mediestatus och nåbarhetstester. Dessa test körs som standard var sjätte timme. Du kan köra dessa test på klusteromfattande, klusterspecifik eller nodspecifik nivå. Resultaten samlas in i Control Hub och aggregeras var 6:e timme från och med 00:00 UTC.

1	Logga in på Control Hub , gå sedan till Felsökning > Videonät .
2	Klicka på Konfigurera test , klicka Periodiskt test och kontrollera de noder och/eller kluster som du vill testa.
3	Välj ett alternativ: Kontrollera Alla kluster om du vill köra testet på alla Video Mesh-noder i din Control Hub-organisation. Kontrollera de enskilda klusternamnen för att köra testet på alla Video Mesh-noder som finns i ett visst kluster. Omarkerade kluster exkluderas från testet. I enskilda kluster markerar du de enskilda nodnamnen som du vill köra testet på. Alla omarkerade noder exkluderas från testet.
4	Klicka på Nästa.
5	Granska listan över kluster och noder för att köra de periodiska testen. Om du är nöjd klickar du på Konfigurera för att schemalägga den aktuella konfigurationen.

Nästa steg

Resultaten visas på översiktssidan för övervakningsverktyget i Control Hub. Som standard visas resultaten av alla test tillsammans. Klicka på Signalering , Överlappande , eller Nåbarhet för att filtrera resultaten enligt det specifika testet.

Punkterna på tidslinjen med skjutreglaget visar aggregerade testresultat för hela organisationen. Tidslinjerna på klusternivå visar aggregerade resultat för varje kluster.

Tidslinjen kan visa datum i USA-format. Ändra ditt språk i profilinställningarna för att visa datum i ditt lokala format.

Håll muspekaren över punkterna på tidslinjerna för att se testresultaten. Du kan även se detaljerade testresultat för varje nod. Klicka på en punkt på tidslinjen på klusternivå för att visa detaljerade resultat.

Resultaten visas i en sidopanel och är uppdelade i Signalering, Cascasde och Reachabilty. Du kan se om testet lyckades, om det hoppades över eller om testet misslyckades. Felkoder med möjliga korrigeringar visas också tillsammans med resultaten.

Använd växlingsknappen för att visa resultaten för olika parametrar i form av en tabell.

Ett hoppat test, ett partiellt misslyckande eller ett misslyckande är inte avgörande om det inte inträffar kontinuerligt under en tidsperiod.

Aktivera 1080p HD-video för lokala SIP-enheter i möten med videonätnod

Den här inställningen gör det möjligt för din organisation att gynna 1080p HD-video för lokala registrerade SIP-slutpunkter, med en växling av lägre möteskapacitet. En videonätnod måste vara värd för mötet. Mötesdeltagare kan använda video 1080p 30 fps förutsatt att:

De är alla inne i företagsnätverket.
De använder en lokalt registrerad SIP-enhet med hög upplösning.

Inställningen gäller för alla kluster som innehåller videonätnoder.

Molnregistrerade enheter fortsätter att skicka och ta emot 1080p-strömmar, oavsett om denna inställning är på eller av.

1	Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid och klicka sedan på Inställningar på videonätkortet.
2	Aktivera videokvalitet. Om den här inställningen är inaktiverad är standardvärdet 720p.

För videoupplösningar som Webex-appen stöder, se Videospecifikationer för samtal och möten.

Privata möten

Funktionen Privat möte ökar säkerheten för ditt möte genom att avsluta media i dina lokaler. När du schemalägger ett privat möte avslutas alltid media på videonätsnoderna i ditt företagsnätverk utan molnkaskad.

Som visas här kasserar privata möten aldrig media till molnet. Medierna avslutas helt på dina videonätskluster. Dina videonätskluster kan bara kastas med varandra.

Du kan boka ett videonätkluster för privata möten. När det reserverade klustret är fullt kastas de privata mötesmedierna ut till dina andra videonätskluster. När det reserverade klustret är fullt delar privata och icke-privata möten resurserna för dina återstående kluster.

Icke-privata möten använder inte reserverade kluster och reserverar dessa resurser för privata möten. Om ett icke-privat möte tar slut på resurser i nätverket kastas det ut till Webex-molnet i stället.

Webex-appen med den fullständiga Webex-upplevelsen aktiverad är inte kompatibel med videonät. Mer information finns i Klienter och enheter som använder videonätnod.

Stöd och begränsningar för privata möten

Videonät har stöd för privata möten på följande sätt:

Privata möten finns tillgängliga i Webex version 40.12 och senare.
Endast schemalagda möten kan använda den privata mötestypen. Mer information finns i artikeln Schemalägg ett privat möte i Cisco Webex.
Privata möten är inte tillgängliga för fullständiga möten som startas eller deltar i från Webex-appen.
Du kan använda alla aktuella enheter som stöds av videonät.
Dina noder kan använda alla aktuella bilder: 72vCPU och 23vCPU.
Privat möteslogik skapar inga luckor i mätvärden. Vi samlar in samma värden för Control Hub som för icke-privata möten.

Eftersom vissa användare inte aktiverar den här funktionen visas analysrapporterna för privata möten inte om din organisation inte har ett privat möte på 90 dagar.
Privata möten har stöd för 1-vägswhiteboardtavla från en videoslutpunkt.

Begränsningar

Privata möten har följande begränsningar:

Privata möten har endast stöd för VoIP för ljud. De har inte stöd för Webex Edge-ljud eller PSTN.
Du kan inte använda ett personligt mötesrum (PMR) för ett privat möte.
Privata möten har inte stöd för Webex-funktioner som kräver anslutning till molnet, till exempel molninspelning, transkription och Webex Assistant.
Du kan inte delta i ett privat möte från ett oautentiserat molnregistrerat videosystem, inte ens ett som har parkopplat till Webex-appen.

Använd privata möten som standardmötestyp

I Control Hub kan du ange att framtida schemalagda möten för din organisation ska vara privata möten.

1	Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid.
2	Klicka på Redigera inställningar från videonätkortet. Bläddra till privata möten och aktivera inställningen.
3	Spara ändringen.

När du aktiverar den här inställningen gäller den för alla möten för din organisation, även de som tidigare schemalagts.

(Valfritt) Reservera ett kluster för privata möten

Privata och icke-privata möten använder normalt samma videonätresurser. Men eftersom privata möten måste hålla medierna lokala kan de inte ställa in överflöd till molnet när de lokala resurserna är uttömda. För att minska den möjligheten kan du konfigurera ett videonätkluster som endast är värd för privata möten.

I Control Hub konfigurerar du klustret uteslutande för att vara värd för privata möten. Den här inställningen förhindrar icke-privata möten från att använda det klustret. Privata möten är standard för att använda det klustret. Om klustret inte har resurser kastas privata möten endast till dina andra videonätskluster.

Vi rekommenderar att du tillhandahåller ett privat kluster för att hantera din förväntade maximala användning från privata möten.

Du kan inte använda det korta videoadressformatet (meet@your_site) om du reserverar alla videonätskluster för privata möten. Dessa samtal misslyckas för närvarande utan ett korrekt felmeddelande. Om du lämnar vissa kluster oreserverade kan samtal med det korta videoadressformatet ansluta via dessa kluster.

1	Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid och klicka på Visa alla på videonätkortet.
2	Välj ditt videonätkluster i listan och klicka på Redigera klusterinställningar.
3	Bläddra till privata möten och aktivera inställningen.
4	Spara ändringen.

Felmeddelanden för privata möten

Den här tabellen listar eventuella fel som användare kan se när de deltar i ett privat möte.

Felmeddelande	Användaråtgärd	Orsak
Extern nätverksåtkomst nekad Du måste vara i företagsnätverket för att delta i det privata mötet. Parkopplade Webex-enheter som finns utanför företagets nätverk skulle inte kunna delta i mötet. I ett sådant scenario kan du försöka ansluta din bärbara dator, mobil till företagets nätverk och delta i mötet i oparkopplat läge.	En extern användare ansluter utanför företagets nätverk utan VPN eller MRA.	För att delta i ett privat möte behöver externa användare åtkomst till företagets nätverk via en VPN eller MRA.
	En extern användare är på VPN, men de är parkopplade till en oautentiserad enhet.	Enhetsmedia tunnlar inte till företagets nätverk via VPN. Enheten kan inte delta i ett privat möte. Efter att ha anslutit till VPN bör fjärranvändaren istället delta i ett privat möte i enhetens oparkopplade läge från sin stationära eller mobila klient.
Inga tillgängliga kluster Klustren som är värd för det här privata mötet har maximal kapacitet, kan inte nås, är offline eller inte registrerade. Kontakta din IT-administratör för att få hjälp.	En användare finns i företagets nätverk (lokalt eller på distans via VPN), men kan inte delta i ett privat möte.	Dina videonätskluster är: Vid kapacitet Kan inte nås Frånkopplad Inte registrerad
Inte auktoriserad Du har inte behörighet att delta i det här privata mötet eftersom du inte är medlem i värdorganisationen. Kontakta mötesvärden.	En användare från en annan organisation än värdorganisationen försöker delta i det privata mötet.	Endast användare som tillhör värdorganisationen kan delta i ett privat möte.
	En enhet från en annan organisation än värdorganisationen försöker delta i det privata mötet.	Endast enheter som tillhör värdorganisationen kan delta i ett privat möte.

Håll dina media i videonät för alla externa Webex-möten

När dina media körs genom dina lokala Video Mesh-noder får du bättre prestanda och använder mindre internetbandbredd.

I tidigare versioner har du endast kontrollerat användningen av videonät för möten för dina interna webbplatser. För möten som hålls på externa Webex-webbplatser kontrollerade dessa webbplatser om Video Mesh kunde överlappa Webex. Om en extern webbplats inte tillät kaskader av videonät använde dina media alltid Webex molnnoder.

Med inställningen Föredra videonät för alla externa Webex Meetings, om din Webex-webbplats har tillgängliga videonätnoder, körs dina media genom dessa noder för möten som hålls på externa Webex-webbplatser. Den här tabellen sammanfattar beteendet för dina deltagare som deltar i Webex-möten:

Inställningen är ...	Möte på den interna Webex-plats med videomesh-kaskader aktiverade	Möte på den interna Webex-plats med videonätkaskader inaktiverat	Möte på extern Webex-plats med videonätkaskader aktiverade	Möte på extern Webex-plats med videomesh-kaskader inaktiverat
Enabled	Media använder dina Video Mesh-noder.	Media använder molnnoder.	Media använder dina Video Mesh-noder.	Media använder dina Video Mesh-noder.
Inaktiverad	Media använder dina Video Mesh-noder.	Media använder molnnoder.	Media använder dina Video Mesh-noder.	Media använder molnnoder.

Den här inställningen är avstängd som standard, vilket bibehåller beteendet från tidigare versioner. I dessa versioner överfördes inte ditt videonät till Webex och dina deltagare deltog via Webex molnnoder.

1	I kundvyn ihttps://admin.webex.com , gå till Tjänster > Hybrid och klicka Visa alla på videonätskortet.
2	Välj ditt videonätskluster i listan och klicka på Redigera inställningar .
3	Bläddra till Föredra videonät för alla externa Webex Meetings och aktivera inställningen.
4	Spara ändringen.

Optimera användningen av din distribution av videonät

Du kan landa alla dina klienter på dina videonätskluster för en bättre användarupplevelse via videonätskluster. Om din videonätklusterkapacitet tillfälligt är nere eller om du har ökat användningen av videonätskluster kan du optimera användningen av videonätskluster genom att kontrollera vilka klienttyper som landar på videonätkluster. Detta hjälper till att hantera din befintliga kapacitet effektivt tills du kan lägga till fler noder för att möta efterfrågan.

Se analysportalen på Control Hub för att förstå trender för användning, användning, omdirigering och överflöd. Baserat på dessa trender kan du till exempel välja att låta skrivbordsklienheterna eller SIP-enheterna landa på videonätskluster och låta de mobila klienterna landa på Webex-molnnoder. Jämfört med de mobila klienterna har skrivbordsklienheterna och SIP-enheterna stöd för högre upplösning, har större skärmar och använder mer bandbredd, och du kan optimera användarupplevelsen för mötesdeltagare som använder dessa klienttyper.

Du kan också optimera klusterkapaciteten och maximera användarupplevelsen genom att ha de klienttyper som de flesta av dina kunder använder i videonätskluster.

1	Logga in på Control Hub och välj sedan Tjänster > Hybrid > Videonät > Resurser > Visa alla. - eller - Välj Översikt > Hybridtjänster > Videonät > Inställningar.
2	Under Inklusionsinställningar för klienttyp är alla klienttyper markerade som standard. Avmarkera klienttyperna som du vill utesluta från att använda videonätklustren. Dessa kluster är värdbaserade på Webex-molnnoder.
3	Klicka på Spara.

Avregistrera videonätnod

Använd den här proceduren för att ta bort en videonätnod från Webex-molnet. När du slutför den här proceduren tas noden bort från klustret, vilket gör den otillgänglig för användning. När du har avregistrerat en nod är det enda sättet att göra den tillgänglig igen genom att omregistrera den.

1	Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid.
2	Klicka på Visa alla på videonätkortet.
3	Gå till lämpligt kluster och välj noden från listan över resurser.
4	Klicka Åtgärd > Avregistrera nod. Ett varningsmeddelande visas där du ombeds bekräfta att du vill ta bort filen:
5	När du har läst och förstått meddelandet klickar du på Avregistrera nod.

Flytta videonätnod

Du kan vilja flytta en nod från ett kluster till ett annat. Du kan till exempel ha ett nytt kluster som du vill omdistribuera noder till. Använd den här proceduren för att flytta en videonätnod. När du har slutfört den här proceduren kommer din nod endast att vara tillgänglig för den nya resursen.

1	Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid och välj sedan Visa alla på videonätkortet.
2	I listan väljer du noden som du vill flytta och klickar sedan på Åtgärder (den vertikala ellipsen).
3	Välj Flytta nod.
4	Välj lämplig radioknapp för var du vill flytta noden: Välj ett befintligt kluster – Välj ett befintligt kluster i listrutan. Skapa ett nytt kluster – ange ett namn för det nya klustret i fältet.
5	Klicka på Flytta till. Noden flyttas till det nya klustret.

Relaterad information

Ställ in uppgraderingsschema för videonätkluster

Du kan ställa in ett specifikt uppgraderingsschema eller använda standardschemat kl. 3.00. Daily USA: Amerika/Los Angeles Du kan välja att senarelägga en kommande uppgradering om det behövs.

Programvaruuppgraderingar för videonät görs automatiskt på klusternivå, vilket säkerställer att alla noder alltid kör samma programvaruversion. Uppgraderingar görs enligt uppgraderingsschemat för klustret. När en programvaruuppgradering blir tillgänglig kan du uppgradera klustret manuellt före den schemalagda uppgraderingstiden.

Innan du börjar

Brådskande uppgraderingar tillämpas så snart de är tillgängliga.

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid och klicka sedan på Visa alla på videonätkortet.

2

Klicka på en medieresurs och klicka sedan på Redigera klusterinställningar.

3

På sidan Inställningar bläddrar du till Uppgradera och väljer sedan tid, frekvens och tidszon för uppgraderingsschemat.

Uppgraderingar kan ta längre än några minuter om videonätnoden väntar på att aktiva samtal ska avslutas. För en mer omedelbar uppgraderingsprocess rekommenderar vi att du schemalägger det automatiska uppgraderingsfönstret utanför dina vanliga arbetstider.

4

(Valfritt) Vid behov klickar du på Senarelägg för att skjuta upp uppgraderingen en gång till nästa fönster.

Under tidszonen visas nästa tillgängliga uppgraderingsdatum och -tid.

Uppgradera beteende

Noden gör regelbundna förfrågningar till molnet för att se om en uppdatering är tillgänglig.
Molnet gör inte uppgraderingen tillgänglig förrän klustrets uppgraderingsfönster visas. När uppgraderingsfönstret anländer levererar nodens nästa begäran om regelbunden uppdatering till molnet uppdateringsinformationen.
Noden hämtar uppdateringar över en säker kanal.
Befintliga tjänster stängdes av för att stoppa inkommande samtal dirigeras till noden. Den trevliga avstängningen ger även befintliga samtal tid att slutföra (upp till 2 timmar).
Uppgraderingen installeras.
Molnet utlöser endast uppgraderingen för en procentandel noder i ett kluster åt gången.

Ta bort videonätskluster

Du kan ta bort ett videonätkluster permanent från Webex-molnet. För att slutföra den här proceduren måste du antingen flytta varje nod till ett annat kluster eller avregistrera alla noder. Avregistrering av alla noder i ett kluster tar bort dem permanent och gör dem otillgängliga för användning. Det enda sättet att göra avregistrerade noder tillgängliga igen är att omregistrera dem.

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid och klicka sedan på Visa alla.

2

I listan över resurser bläddrar du till videonätsresurs som du vill ta bort och klickar sedan på Redigera klusterinställningar.

Du kan klicka på videonät för att filtrera på bara videonätsresurser.

3

Klicka på Ta bort kluster och välj sedan ett:

Klicka på Flytta alla noder. För varje nod kan du antingen skapa en ny resurs genom att välja en befintlig resurs i listrutan eller ange ett nytt namn och klicka sedan på Fortsätt.
Klicka på Avregistrera alla noder, markera kryssrutan och klicka sedan på Ta bort kluster.

Inaktivera videonät

Inaktivering av videonät tar bort möjligheten att ha media kvar lokalt för dina möten. Alla pågående möten som använder videonätnoder avslutas och framtida möten hålls också i molnet. När videonätet har inaktiverats är det enda sättet att använda videonät att distribuera det från början.

Innan du börjar

Innan du inaktiverar videonät avregistrerar du alla videonätnoder.

1	Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid > Visa alla, välj Inställningar på videonätkortet.
2	Klicka på Inaktivera.
3	Granska listan över kluster och läs friskrivningen i dialogrutan.
4	Markera kryssrutan för att bekräfta att du förstår den här åtgärden och klicka på Inaktivera i dialogrutan.
5	När du är redo att inaktivera videonätet klickar du på Inaktivera tjänsten. Inaktivering tar bort alla videonätnoder och kluster. Videonät är inte längre konfigurerat.

Felsöka registrering av videonätnod

Det här avsnittet innehåller eventuella fel som du kan stöta på när du registrerar din videonätnod i Webex-molnet och föreslog åtgärder för att korrigera dem.

Domänen kunde inte åtgärdas

Det här meddelandet visas om DNS-inställningarna som konfigurerats på din videonätnod inte är korrekta.

Logga in på konsolen på videonätnoden och kontrollera att DNS-inställningarna är korrekta.

Det gick inte att ansluta till webbplatsen med port 443 via SSL

Det här meddelandet visas om din videonätnod inte kan ansluta till Webex-molnet.

Se till att nätverket tillåter anslutning på portarna som krävs för videonät. Mer information finns i Portar och protokoll som används av videonät.

Tusen ögon integrering med videonät

Videonätplattformen är nu integrerad med ThousandEyes-agenten som gör det möjligt för dig att utföra end-to-end-övervakning i ditt hybriddigitala ekosystem. Den här integreringen ger dig ett brett utbud av tester för nätverksövervakning som öppnar synlighet i områden som proxyservrar, gateways och router. Problem var som helst längs en kunds nätverksinfrastruktur kan minskas och diagnostiseras med större precision, vilket förbättrar effektiviteten i distributionen.

Fördelar med Thousand Eyes Integration

Ger dig flera testtyper att välja mellan. Du kan konfigurera ett eller flera tester som är lämpliga för det program eller den tillgång som du vill övervaka.
Gör att du kan ställa in testtröskelvärden som är specifika för dina krav.
Testresultaten finns tillgängliga via webbappen ThousandEyes och ThousandEyes API i realtid.
Större synlighet vid felsökning – kunder kan identifiera orsaken till ett problem i sitt nätverk, vilket minskar upplösningen.

Aktivera tusen ögon för videonät

Använd den här proceduren för att aktivera Thousand Eyes-agenten för din distribution av videonät.

1

Från Control Hub klickar du på Hybrid längst ner till vänster på skärmen.

2

Klicka på Redigera inställningar på videonätkortet.

3

Rulla ner till Thousand Eyes Integration. Växlingen inaktiveras som standard. Klicka på växlingsknappen för att aktivera den.

4

Klicka på Thousand Eyes användarprofil, ThousandEyes webbportal öppnas, logga in med administratörsuppgifterna.

5

En sidopanel visas med token för kontogrupp.

6

Klicka på visningsikonen och klicka sedan på Kopiera.

Token kopieras inte korrekt om knappen för visning av token inte klickas.

7

Gå tillbaka till fliken Control Hub och klistra in token i fältet Agent Token.

8

Klicka på Aktivera, ThousandEyes är nu aktiverat för din distribution av videonät.

Nästa steg

- Efter 5 minuter går du tillbaka till sidan Tusen ögon, klickar på Cloud- och Enterprise-agenter och klickar sedan på Agentinställningar. Du bör kunna visa alla dina noder som listas som agenter under Företagsagenter. Om agenterna inte visas kontrollerar du Thousand Eyes-integreringskortet i Control Hub för felmeddelanden.
- Om ett felmeddelande visas klickar du på växlingsknappen och sedan på Inaktivera. Upprepa stegen för att aktivera agenten ThousandEyes och se till att rätt token för kontogrupp kopieras och klistras in i fältet Agent Token.

För närvarande har Thousand Eyes-tester inte stöd för videonätnoder bakom en proxy.

Konfigurera tester med ThousandEyes

Nätverkstest – agent-till-agent

Med nätverkstestet agent-till-agent kan användare av Thousand Eyes ha ThousandEyes-agenter i båda ändarna av en övervakad sökväg, vilket möjliggör testning av sökvägen i någon eller båda riktningarna: källa till mål eller mål till källa. Mer information om hur du konfigurerar ett agent-till-agent-test finns i översikten Agent-till-agent-test.

En dialogruta för skapande av prov visas nedan.

SIP-servertest

SIP-servertester underlättar nätverksmätningar, BGP-datainsamling och, viktigast av allt, tillgänglighetstestning av SIP-tjänster och prestanda mot SIP-baserad VoIP-infrastruktur.

Mer information om hur du konfigurerar ett SIP-servertest finns i SIP-serverinställningarna.

En dialogruta för skapande av prov visas nedan.

RTP-ström-test

Ett RTP-strömstest skapar en simulerad röstdataström mellan två tusen ögon-agenter som agerar som VoIP-användaragenter. RTP-paket skickas mellan en eller flera agenter och en målagent, med UDP som transportprotokoll, för att erhålla MOS (Mean Opinion Score), paketförlust, kassering, latens och PDV (Packet Delay Variation)-värden. Mätvärden som produceras är envägsmätvärden (källa till mål). RTP-strömstestet tillhandahåller serverport, samtalslängd, de-jitter buffertstorlek och alternativ för codec-konfiguration.

Mer information om hur du konfigurerar ett RTP-strömstest finns i RTP-strömstest.

En dialogruta för skapande av prov visas nedan.

Webex HTTP-server URL-test

Det här testet övervakar den primära startsidan som användarna ansluter till när de får åtkomst till Webex. En dialogruta för skapande av prov visas nedan.

Auktoriserat Webex DNS-servertest

Det här testet används för att säkerställa att din Webex-domän löses korrekt både internt och externt. När du använder företagsagenter ska du uppdatera fältet DNS-servrar för att använda dina interna namnservrar. Om du använder molnagenter för extern sikt använder du knappen Lookup Servers för att automatiskt fylla i de auktoriserade externa namnservrarna. Det här exemplet visar molnagenter som löser cisco.webex.com. Du måste uppdatera den till din organisations domän.

En dialogruta för skapande av prov visas nedan.

'

Hantera videonätnod från webbgränssnittet

Innan du kan göra nätverksändringar i videonätnoder som är registrerade i molnet måste du använda Control Hub för att sätta dem i underhållsläge. Mer information och en procedur att följa finns i Flytta en nod till underhållsläge.

Underhållsläget är endast avsett att förbereda en nod för avstängning eller omstart så att du kan göra vissa ändringar i nätverksinställningen (DNS, IP, FQDN) eller förbereda dig för maskinvaruunderhåll, t.ex. ersätta RAM, hårddisk och så vidare.

Uppgraderingar sker inte när en nod är placerad i underhållsläge.

När du placerar en nod i underhållsläge stängs samtalstjänsterna på ett graciöst sätt (slutar att acceptera nya samtal och väntar upp till 2 timmar innan befintliga samtal slutförs). Syftet med den graciösa avstängningen av samtalstjänster är att tillåta omstart eller avstängning av noden utan att orsaka avbrutna samtal.

Så här öppnar du videonätöversikt

Du kan öppna webbgränssnittet på något av följande sätt:

Om du är en fullständig administratör och redan har registrerat noden i molnet kan du komma åt noden från Control Hub.

Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid. Under Resurser på videonätkortet klickar du på Visa alla. Klicka på klustret och klicka sedan på noden som du vill komma åt. Klicka på Gå till nod.

Endast en fullständig administratör för din Webex-organisation kan använda den här funktionen. Andra administratörer, inklusive partner- och externa fullständiga administratörer, har inte Gå till nod alternativet för videonätsresurser.
I en webbläsarflik går du till <IP address>/setup, till exempel, https://192.0.2.0/setup. Ange administratörsuppgifterna som du har konfigurerat för noden och klicka sedan på Logga in.

Om administratörskonto har inaktiverats är den här metoden inte tillgänglig. Se avsnittet ”Inaktivera eller återaktivera det lokala administratörskontot från webbgränssnittet”.

Översikten är standardsidan och har följande information:

Samtalsstatus – Anger antalet pågående samtal via noden.
Nodinformation – Anger nodtyp, programvarubild, programvaruversion, OS-version, QoS-status och underhållsläge.
Nodhälsa – Tillhandahåller användningsdata (CPU, minne, disk) och tjänststatus (hanteringstjänst, meddelandetjänst, NTP-synkronisering).
Nätverksinställningar – Tillhandahåller nätverksinformation: värdnamn, gränssnitt, IP, gateway, DNS, NTP och om dubbel IP är aktiverad.
Registreringsinformation – Ger registreringsstatus, organisationsnamn, organisationsnummer, kluster som noden ingår i och kluster-ID.

Molnanslutning – kör en serie tester från noden till Webex-molnet och tredjepartdestinationer som noden behöver få åtkomst till för att köra korrekt.

Tre typer av tester körs: DNS-upplösning, serversvarstid och bandbredd.

DNS-tester validerar att noden kan lösa en viss domän. Dessa tester rapporteras som misslyckade om servern inte svarar inom 10 sekunder. De visas som ”Godkänd” med en orange ”varningsfärg” om svarstiden är mellan 1,5 och 10 sekunder. De periodiska DNS-kontrollerna på noden genererar larm om DNS-svarstiden är längre än 1,5 sekunder.
Anslutningstester validerar att noden kan ansluta till en viss HTTPS-URL och ta emot ett svar (andra svar än proxy- eller gatewayfel accepteras som bevis på anslutning).
Listan över tester som körs från översiktssidan är inte uttömmande och innehåller inte websocket-tester.
Noden skickar larm om samtalsprocesserna inte kan slutföra webbsocket-anslutningar till molnet eller ansluta till samtalsrelaterade tjänster.

Ett godkänt eller misslyckat resultat visas bredvid varje test. Du kan hålla muspekaren över den här texten för att se mer information om vad som kontrollerades när testet kördes.

Som visas i skärmbilden som följer kan larmaviseringar även visas i sidopanelen om några larm har genererats av noden. Dessa aviseringar identifierar potentiella problem på noden och ger förslag om hur du kan felsöka eller lösa dessa problem. Om inga larm genererades visas inte aviseringspanelen.

***Exempel på översiktssidan i webbgränssnittet för videonätnod***

Konfigurera nätverksinställningar från webbgränssnittet för videonätnod

Om din nätverksopologi ändras kan du använda webbgränssnittet för varje Webex-videonätnod och ändra nätverksinställningarna där. Du kan se en varning om att ändra nätverksinställningarna, men du kan fortfarande spara ändringarna om du gör ändringar i nätverket efter att du har ändrat inställningarna för Webex-videonätnod.

1

Öppna gränssnittet för Webex-videonätnod.

2

Gå till nätverket.

De aktuella nätverksinställningarna för noden visas.

3

Ändra följande inställningar för värd- och nätverkskonfiguration efter behov:

Under Redigera värdnamn och domän ändrar du värdens värdnamn och domänvärden.
Ett fel visas om FQDN (värdnamn och domän) inte har rätt format.
Under nätverksläge anges Aktivera DHCP, men DHCP stöds inte. Du måste ange en statisk IP-adress, nätmask och gateway.

Under Redigera nätverkskonfiguration ändrar du IP-adressen (för det interna gränssnittet), nätmask och gateway(en nätverksnod som fungerar som åtkomstpunkt till ett annat nätverk).

Videonätnoden måste ha en intern IP-adress och löstagbart DNS-namn. Nodens IP-adress får inte tillhöra det IP-adressintervall som är reserverat för intern användning av videonätnod. Standardreserverat IP-adressintervall är 172.17.42.0–172.17.42.63, vilket kan konfigureras senare i Diagnostic-menyn i nodkonsolen. Detta IP-adressintervall är för kommunikation inom videonätnoden och mellan programvarubehållare som håller de olika komponenterna i noden – till exempel SIP-gränssnittet och medieomkodning.

Under Redigera DNS-servrar ändrar du DNS-serverposter som hanterar översättande domännamn till numeriska IP-adresser. Du kan ange upp till 4 DNS-servrar.

4

Klicka på Spara värd- och nätverkskonfiguration och när popup-fönstret visar att noden behöver startas om klickar du på Spara och starta om.

Under sparningen valideras alla fält på serversidan. Varningar som visas indikerar i allmänhet att servern inte kan nås eller att ett giltigt svar inte returnerades när de frågades – till exempel om FQDN inte kan lösas med de angivna DNS-serveradresserna. Du kan välja att spara genom att ignorera varningen, men samtal kommer inte att fungera förrän FQDN kan lösa den DNS som konfigurerats på noden. Ett annat möjligt feltillstånd är om gatewayadressen inte är i samma subnät som IP-adressen. När videonätnoden har startats om träder nätverkskonfigurationen i kraft.

5

Ändra följande inställningar för NTP-servrar efter behov:

Under Redigera NTP-servrar ändrar du värdena för NTP-serverposter som används i din organisation för att synkronisera tiden till noden.

6

Klicka på Spara NTP-servrar.

Om du konfigurerar fler än en NTP-server är omröstningsintervallet för redundans 40 sekunder.

Om NTP-servern är en FQDN och den inte kan lösas returneras en varning. Om NTP-serverns FQDN har åtgärdats men den åtgärdade IP-adressen inte kan ifrågasättas för NTP-tid returneras en varning.

Ställ in det externa nätverksgränssnittet från webbgränssnittet för videonätnod

Om din nätverksopologi ändras kan du använda webbgränssnittet för varje Webex-videonätnod och ändra nätverksinställningarna där. Du kan se en varning om att ändra nätverksinställningarna. Du kan dock fortfarande spara ändringarna om du gör ändringar i nätverket efter att du har ändrat inställningarna för Webex-videonätnod.

Du kan konfigurera det externa nätverksgränssnittet om du distribuerar videonätnoden i ditt nätverks DMZ så att du kan isolera företagstrafiken (intern) från extern (extern) trafik.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till nätverket. De aktuella nätverksinställningarna för noden visas.
3	Klicka på Avancerat.
4	Aktivera Aktivera externt nätverk och klicka sedan på OK för att aktivera alternativen för extern IP-adress på noden.
5	Ange värden för extern IP-adress, extern nätmask och extern gateway.
6	Klicka på Spara extern nätverkskonfiguration.
7	Klicka på Spara och starta om för att bekräfta ändringen. Noden startar om för att aktivera den dubbla IP-adressen och konfigurerar sedan automatiskt de grundläggande statiska dirigeringsreglerna. Dessa regler fastställer att trafik till och från en privat klass IP-adress använder ett internt gränssnitt; trafik till och från en offentlig klass IP-adress använder ett externt gränssnitt. Senare kan du skapa egna dirigeringsregler – till exempel om du behöver konfigurera en åsidosättning och tillåta åtkomst till en extern domän från det interna gränssnittet.
8	Om det finns fel klickar du på OK för att stänga feldialogrutan, åtgärda felen och klicka på Spara extern nätverkskonfiguration igen.

Nästa steg

För att validera den interna och externa IP-adresskonfigurationen gör du stegen i Kör en ping från webbgränssnittet för videonätnod.

Testa en extern destination (till exempel cisco.com). Om det lyckas visar resultaten att destinationen har åtkomst från det externa gränssnittet.
Testa en intern IP-adress. Om detta lyckas visar resultaten att adressen har hämtats från det interna gränssnittet.

Lägg till interna och externa dirigeringsregler från webbgränssnittet för videonätnod

I en distribution av dubbelt nätverksgränssnitt (NIC) kan du finjustera dirigeringen för videonätnoder genom att lägga till användardefinierade dirigeringsregler för externa och interna gränssnitt. Standardrutorna läggs till i noderna, men du kan göra undantag – till exempel externa undernät eller värdadresser som måste nås via det interna gränssnittet, eller interna undernät eller värdadresser som måste nås från det externa gränssnittet. Utför följande steg vid behov.

Innan du börjar

Om du vill konfigurera dirigeringsregler måste du först aktivera och konfigurera det externa nätverksgränssnittet.

1

Öppna gränssnittet för Webex-videonätnod.

2

Gå till nätverket.

De aktuella nätverksinställningarna för noden visas. Om du har konfigurerat det externa nätverket visas fliken Routningsregler.

3

Klicka på fliken Routningsregler.

Första gången du öppnar den här sidan visas standardsystemdirigeringsreglerna i listan. Som standard går all intern trafik via det interna gränssnittet och extern trafik via det externa gränssnittet.

Du kan lägga till manuella åsidosättningar till dessa regler i nästa steg.

4

Om du vill lägga till en regel klickar du på Lägg till dirigeringsregel och väljer sedan något av följande alternativ:.

För nätverkstyp klickar du på Intern och anger sedan det externa subnätet eller värd-IP-adressen som ska användas för den interna rutten.
För nätverkstyp klickar du på Extern och anger sedan det interna subnätet eller värd-IP-adressen som ska användas för den externa rutten.

5

Klicka på Lägg till dirigeringsregel.

När du lägger till varje regel visas de i listan över routningsregler, kategoriserade som användardefinierade regler.

6

Om du vill ta bort en eller flera användardefinierade regler markerar du kryssrutan i kolumnen till vänster om reglerna och klickar sedan på Ta bort dirigeringsregel.

Standardrutorna kan inte tas bort, men du kan ta bort alla användardefinierade åsidosättningar som du har konfigurerat.

Anpassade dirigeringsregler kan skapa risk för konflikter med annan dirigering. Du kan till exempel definiera en regel som låser din SSH-anslutning till gränssnittet för videonätnod. Om detta inträffar gör du något av följande och tar sedan bort eller ändra dirigeringsregeln:

Öppna en SSH-anslutning till den offentliga IP-adressen för videonätnoden.
Öppna videonätnoden via ESXi-konsolen

Konfigurera behållarnätverket från webbgränssnittet för videonätnod

Videonätnod reserverar ett delnätintervall för intern användning inom noden. Standardintervallet är 172.17.42.0–172.17.42.63. Noderna svarar inte på någon extern-till-videonätnodtrafik från det här intervallet. Du kanske vill använda nodkonsolen för att ändra IP-adressen till containersbrygga för att undvika konflikter med andra enheter i nätverket.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till nätverket. De aktuella nätverksinställningarna för noden visas.
3	Klicka på Avancerat.
4	Ändra värdena för Container IP-adress och Container Subnet Mask efter behov och klicka sedan på Spara Container Network Configuration.
5	Klicka på Spara och starta om för att bekräfta ändringen.
6	Om det finns fel klickar du på OK för att stänga feldialogrutan, åtgärda felen och klicka på Spara nätverkskonfiguration för container igen.

Ställ in MTU-storlekar för nätverksgränssnittet

Alla Webex-videonätnoder har sökvägen MTU (PMTU) aktiverad som standard. Med PMTU kan noden identifiera MTU-problem och justera MTU-storleken automatiskt. När PMTU slutar fungera på grund av brandväggs- eller nätverksproblem kan noden ha problem med anslutningen till molnet eftersom paket som är större än MTU tappar. Manuell inställning av en lägre MTU-storlek kan åtgärda problemet.

Innan du börjar

Om du redan har registrerat noden måste du sätta noden i underhållsläge innan du kan ändra MTU-inställningarna.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till nätverket. De aktuella nätverksinställningarna för noden visas.
3	Klicka på Avancerat.
4	I avsnittet MTU-inställningar för gränssnitt anger du ett MTU-värde mellan 1280 och 9000 byte i tillämpliga fält. Om du har aktiverat det externa gränssnittet kan du ställa in MTU-storlekar för både det interna och det externa gränssnittet separat.

Noden startas om för att tillämpa MTU-ändringarna.

Nästa steg

Om du sätter noden i underhållsläge för att ändra MTU stänger du av underhållsläget.

Aktivera eller inaktivera cachelagring av DNS

Om DNS-svar på dina videonätnoder regelbundet tar mer än 750 ms, eller om Cisco TAC rekommenderar det, kan du aktivera DNS-cachelagring. När DNS-cachelagring är aktiverad cachar noden DNS-svar lokalt. Med cacheminnet är förfrågningar mindre benägna att fördröja eller timeout som kan leda till anslutningslarm, samtalsfall eller problem med samtalskvaliteten. DNS-cachelagring kan också minska belastningen på din DNS-infrastruktur.

Innan du börjar

Flytta noden till underhållsläge. När underhållslägets status är På (aktiva samtal har slutförts eller avbrutits i slutet av väntande period) kan du aktivera eller inaktivera DNS-cachelagring.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till nätverket. De aktuella nätverksinställningarna för noden visas.
3	Klicka på Avancerat.
4	I avsnittet DNS-cachekonfiguration växlar du Aktivera DNS-cachelagring på eller av.
5	Klicka på Spara och starta om i bekräftelsedialogrutan.
6	När noden har startats om öppnar du gränssnittet för Webex-videonätnod igen och bekräftar att anslutningskontrollerna fungerar på sidan Översikt.

När du aktiverar DNS-cachelagring visar DNS-cachestatistiken följande statistik:

Statistik	Beskrivning
Cacheposter	Antal tidigare DNS-upplösningar som DNS-cacheservern har sparat
Cacheträffar	Antalet gånger sedan cacheåterställningen som cachelagringen hanterade en DNS-begäran från videomesh utan att fråga kundens DNS-server
Cachemisser	Antalet gånger sedan cacheåterställningen som kundens DNS-server hanterade en DNS-begäran från videonät snarare än genom cacheminnet
Procent av cacheträffar	Procentandelen DNS-förfrågningar från videonät som cachelagring hanterade utan att fråga kundens DNS-server
Utgående DNS-frågor för cacheserver	Antalet DNS-frågor som videomesh DNS-cacheservern gjorde mot kundens DNS-servrar
Cacheserverns inkommande DNS-frågor	Antalet DNS-frågor som videomesh gjorde mot sin interna DNS-cacheserver
Förhållande mellan utgående och inkommande frågor	Förhållandet mellan DNS-frågor som görs av videonät mot kundens DNS-server och frågor som görs av videonät mot dess interna DNS-cacheserver
Inkommande frågor per sekund	Det genomsnittliga antalet DNS-frågor per sekund som videomesh gjorde mot sin interna DNS-cacheserver
Utgående frågor per sekund	Det genomsnittliga antalet DNS-frågor per sekund som videomesh gjorde mot kundens DNS-servrar
Utgående DNS-latens [tidsintervall]	Procent av DNS-frågor som videomesh gjorde mot kundens DNS-servrar där svarstiden föll in i det beskrivna tidsintervallet

Använd Torka DNS-cacheminnet för att återställa DNS-cacheminnet när TAC begär. När du har torkat DNS-cacheminnet ser du ett högre förhållande mellan utgående och inkommande frågor när cacheminnet fylls på. Du behöver inte placera noden i underhållsläge för att rensa cacheminnet.

Nästa steg

Flytta noden ur underhållsläge. Upprepa sedan uppgiften på alla andra noder som kräver en ändring.

Överför säkerhetscertifikat

Konfigurera en förtroenderelation mellan noden och en extern server, till exempel en syslog-server.

I en klustermiljö måste du installera CA- och servercertifikat på varje nod individuellt.

1

Öppna gränssnittet för Webex-videonätnod.

2

När du ställer in TLS med en annan server, till exempel en syslog-server, rekommenderar vi av säkerhetsskäl att du använder ett CA-signerat certifikat på dina videonätnoder istället för nodens standardcertifikat som är självsignerat. Om du vill skapa och ladda upp certifikatet och nyckelpar på videonätnoden går du till servercertifikat och följer dessa steg:

Om du behöver ett certifikat utfärdat av en certifierad leverantör klickar du på Skapa en certifikatsigneringsbegäran. Fyll i den information som krävs (inklusive alternativt ämnesnamn), som är FQDN:er som måste innehålla det gemensamma namnet). Generera och hämta sedan CSR för att skicka begäran till leverantören. Du kan skapa flera kundtjänstrepresentanter. Leverantören returnerar det signerade certifikatutfärdaren (CA). (Steget för att skapa CSR har redan genererat den privata nyckeln.)

Det vanliga namnet är inte en URL. Det innehåller inget protokoll (t.ex. http:// eller https://), portnummer eller pathname. Filen commonName fältet i certifikatspecifikationen X.509 representerar tekniskt det gemensamma namnet. Till https://www.example.com, det korrekta värdet är example.com.

När du har certifikatet och nyckeln klickar du på Överför ett servercertifikat (.crt- eller .pem-fil), välj certifikatfilen och klicka sedan på Överför en privat nyckel (.nyckelfil) och anger en lösenfras om du har en.

Den privata nyckeln finns redan på plats när en kundtjänstrepresentant genereras. Du behöver bara ladda upp en privat nyckel om du inte använder steget för att skapa CSR.
När du har fått certifikatet går du till den första videonätnoden i ett kluster, klickar på Installera servercertifikat, läs instruktionen, klicka på Installera och klicka sedan på OK.

En videonätnod som är registrerad i molnet väntar upp till 2 timmar på att alla samtal ska avslutas och hamnar i ett tillfälligt inaktivt tillstånd (frågeställningar). När antingen de befintliga samtalen är klara eller 2 timmar passerat (beroende på vilket som kommer först) slutför den här noden certifikatinstallationen. En uppmaning visas när installationen av servercertifikatet slutförs och du kan sedan läsa in sidan igen för att visa det nya certifikatet och nyckelposten.
Klicka på Hämta bredvid certifikatet och nyckelfiler för att spara en lokal kopia.

Spara filerna på en plats som är lätt att komma ihåg och lämna instansen öppen på webbläsarfliken.
Gå till den andra videonätnoden i klustret, fyll i lösenfrasen och överför sedan filen med den privata nyckeln. Klicka sedan på Ladda upp ett servercertifikat och välj sedan Installera servercertifikat, läs instruktionen, klicka på Installera och klicka sedan på OK.
Upprepa dessa steg på alla andra videonätnoder i samma kluster.

3

Välj ett alternativ beroende på hur den externa serverns CA-certifikat signeras:

Om serverns CA-certifikat är signerat av en allmänt erkänd organisation, t.ex. DigiCert, GeoTrust eller GlobalSign, kommer videonätnoden att lita på den baserat på listan över rotcertifikat från videonätnodens värdoperativsystem, som uppdateras regelbundet. Hoppa till steg 6.
Om serverns CA-certifikat är signerat av ett internt CA-rotcertifikat måste rotcertifikatet från den myndigheten läggas till i videonätnoden. Fortsätt med nästa steg.

4

Hämta certifikatet eller certifikatbetrodda certifikat (CTL) som den externa servern använder.

Precis som med videonätnodcertifikatet sparar du den externa serverfilen någonstans som är lätt att komma ihåg.

5

Gå tillbaka till fliken Gränssnitt för Webex-videonätnod, klicka på Trust Store och Proxy och välj sedan ett alternativ:

Om du vill installera ett enda CA-certifikat klickar du på Ladda upp ett rotcertifikat eller ett slutcertifikat (.crt eller .pem-fil) och väljer sedan certifikatfilen från datorn, klickar på Installera alla certifikat i Trust Store, läser instruktionen, klickar Installera och startar sedan om noden.
Om du vill installera en certifikatkedja överför du rot-CA-certifikatet och mellanliggande CA-certifikat. Klicka sedan på Installera alla certifikat i Trust Store, läs instruktionen och klicka sedan på Installera.

En videonätnod som är registrerad i molnet väntar upp till 2 timmar på att alla samtal ska avslutas och hamnar i ett tillfälligt inaktivt tillstånd (frågeställningar). För att installera certifikatet måste noden startas om och gör det automatiskt. När det kommer tillbaka online visas en uppmaning när certifikatet är installerat på videonätnoden och du kan sedan ladda upp sidan igen för att visa det nya certifikatet.

6

Upprepa överföringen av certifikatet eller certifikatkedja på alla andra videonätnoder i samma kluster.

Generera videonätloggar för stöd

Du kan bli ombedd att skicka loggar direkt till Cisco, eller så kan du hämta dem själv för att bifoga ett ärende. Använd den här proceduren från webbgränssnittet för att generera loggar och skicka dem till Cisco eller hämta dem från alla videonätnoder. Det genererade loggpaketet innehåller medialoggar, systemloggar och containerloggar. Paketet innehåller användbar information för anslutning till Webex, plattformsproblem och samtalskonfiguration eller media, så att Cisco kan felsöka distributionen av videonätnod åt dig.

1

Öppna gränssnittet för Webex-videonätnod.

2

Gå till Felsökning och välj sedan ett alternativ bredvid Skicka loggar:

Klicka på Skicka loggar till Cisco för att generera ett loggpaket från noden och skicka paketet direkt till Cisco i ett steg. Du ser en statusindikator som ändras när loggarna komprimeras, blixtas och laddas upp.
Klicka på Hämta för att generera ett långt paket från noden som du kan spara lokalt eller bifoga till ett ärende senare.

Genererade loggar lagras historiskt på noden och förblir kvar på noden även efter omstart. En överföringsidentifierare visas på sidan. Supporten använder detta värde för att identifiera dina överförda loggar.

3

När du öppnar ett ärende eller interagerar med Cisco TAC ska du inkludera värdet för uppladdningsidentifierare så att din supportingenjör kan komma åt loggarna.

Om du skickade in loggen till Cisco direkt behöver du inte ladda upp loggpaketet till TAC-ärendet.

Nästa steg

När loggar laddas upp till Cisco eller hämtas kan du köra en paketinspelning från samma skärm.

Generera videonätpaketinspelningar för stöd

Du kan köra en paketinspelning (PCAP) och skicka den till Cisco för ytterligare analys. En paketinspelning tar en ögonblicksbild av datapaket som går genom nodens nätverksgränssnitt. När paket har tagits in och skickats kan Cisco analysera den inskickade inspelningen och hjälpa till med felsökning av distributionen av videonätnod.

Innan du börjar

Paketfångstfunktionen är endast avsedd för felsökning. Om du kör en paketinspelning på en live-videonätnod som är värd för aktiva samtal kan paketinspelningen påverka nodens prestanda och den genererade filen kan skrivas över. Detta leder till förlust av insamlade data. Vi rekommenderar att du endast kör paketinspelningen under stängda timmar eller när samtalsantalet är mindre än 3 på noden.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till Felsökning. Du kan starta paketinspelning och överföra loggar samtidigt.
3	(Valfritt) I avsnittet Paketfångst kan du begränsa insamlingen till paket i ett specifikt gränssnitt, filtrera efter paket till eller från specifika värdar eller filtrera efter paket på en eller flera portar.
4	Starta processen genom att aktivera inställningen Starta paketfångst.
5	När du är klar stänger du av inställningen Starta paketfångst.
6	Välj ett alternativ: Klicka på Skicka PCAP till Cisco för att skicka paketinspelningen från noden direkt till Cisco. Du ser en statusindikator som ändras när paketinspelningen överförs. Klicka på Hämta för att spara en lokal kopia av paketinspelningen från noden. Du kan bifoga det till ett ärende senare. När en paketinspelning har överförts visas en överföringsidentifierare på sidan. Supporten använder detta värde för att identifiera din uppladdade paketinspelning. Den maximala storleken för paketinspelningar är 2 GB.
7	När du öppnar ett ärende eller interagerar med Cisco TAC ska du inkludera värdet för uppladdningsidentifierare så att din supportingenjör kan komma åt paketinspelningen.

Kör en ping från webbgränssnittet för videonätnod

Du kan köra en ping från webbgränssnittet för videonätnod. Det här steget testar en destination som du anger och ser om videonätnoden kan nå den.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till Felsökning, bläddra till Ping och ange sedan en destinationsadress som du vill testa i fältet FQDN- eller IP-adress under Testa anslutning med ping.
3	Klicka på Ping. Testet körs och du ser ett meddelande om att ping lyckas eller misslyckas. Testet har ingen tidsgräns. Om du får ett fel eller testet körs på obestämd tid kontrollerar du destinationsvärdet som du angav och dina nätverksinställningar.

Kör en spårningsrutt från webbgränssnittet för videonät

Du kan köra en spårningsruta från webbgränssnittet för videonätnod. Det här steget visar vägen som tas av paket från noden till den destination som du anger. Genom att visa spårningsinformationen kan du avgöra varför en viss anslutning kan vara dålig och kan hjälpa dig att identifiera problem.

1

Öppna gränssnittet för Webex-videonätnod.

2

Gå till Felsökning, bläddra till Traceroute och ange sedan en destinationsadress som du vill testa i fältet FQDN- eller IP-adress under Spåra rutt till värd.

Testet körs och meddelandet om framgång eller misslyckande för spårningsrutten visas. Testet tar slut med 16 sekunder. Om du får ett fel eller testtiden har gått ska du kontrollera destinationsvärdet som du angav och dina nätverksinställningar.

Kontrollera NTP-servern från webbgränssnittet för videonätnod

Du kan ange en FQDN- eller IP-adress för en nätverkstidsprotokoll (NTP)-server för att bekräfta att videonätnoden kan komma åt servern. Det här testet är användbart om du märker tidssynkroniseringsproblem och vill utesluta att NTP-servern kan nås.

1

Öppna gränssnittet för Webex-videonätnod.

2

Gå till Felsökning, bläddra till Kontrollera NTP-servern och ange sedan en destinationsadress som du vill testa i fältet FQDN- eller IP-adress under Visa svar på SNTP-frågor.

Testet körs och du ser ett meddelande om framgång eller misslyckande. Testet har ingen tidsgräns. Om du får ett fel eller testet körs på obestämd tid kontrollerar du destinationsvärdet som du angav och dina nätverksinställningar.

Identifiera portproblem med reflektorverktyget i webbgränssnittet

Reflektorverktyget (en kombination av en server på videonätnoden och klienten via ett Python-skript) används för att kontrollera om de obligatoriska TCP/UDP-portarna är öppna från videonätnoder.

Innan du börjar

Hämta en kopia av Reflector Tool Client (ett Python-skript) från https://github.com/CiscoDevNet/webex-video-mesh-reflector-client.
Se till att du kör Python 2.7.10 eller senare i din miljö för att skriptet ska fungera korrekt.
För närvarande har det här verktyget stöd för SIP-slutpunkter för videonätnoder och intraklusterverifiering.

1	Från kundvyn i https://admin.webex.com aktiverar du underhållsnoden för videonätnoden genom att följa dessa instruktioner.
2	Vänta på att noden visar status ”redo för underhåll” i Control Hub.
3	Öppna gränssnittet för Webex-videonätnod. Anvisningar finns i Hantera videonätnod från webbgränssnittet.
4	Bläddra till Reflector Tool och starta sedan antingen TCP Reflector Server eller UDP Reflector Server, beroende på vilket protokoll du vill använda.
5	Klicka på Starta reflektorserver och vänta sedan på att servern ska starta. Du ser ett meddelande när servern startar.
6	Kör skriptet med följande kommando från ett system (t.ex. en dator) i ett nätverk som du vill att videonätnoder ska nå: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` I slutet av körningen visar klienten ett framgångsmeddelande om alla obligatoriska portar är öppna: Klienten visar ett misslyckat meddelande om några obligatoriska portar inte är öppna:
7	Lös alla portproblem på brandväggen och kör sedan vidare stegen ovan.
8	Kör klienten med `--help` för att få mer information.

Aktivera felsökningskonto från webbgränssnittet för videonätnod

Om Cisco TAC kräver åtkomst till Webex-videonätnoden kan du tillfälligt aktivera ett felsökningskonto så att supporten kan köra vidare felsökning.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till Felsökning och aktivera inställningen Aktivera felsökning. En krypterad lösenfras visas som du kan tillhandahålla till Cisco TAC.
3	Kopiera lösenfrasen, klistra in den i supportbiljetten eller direkt till supportingenjören och klicka sedan på OK när du har sparat den.

Felsökningskontot är giltigt i 3 dagar, varefter det upphör.

Nästa steg

Du kan inaktivera kontot innan det upphör om du återgår till sidan Felsökning och sedan stänger av inställningen Aktivera felsökning.

Fabriksåterställning av en videonätnod från webbgränssnittet

Som en del av rensningen av avregistrering kan du fabriksåterställa videonätnoden från webbgränssnittet. Det här steget tar bort alla konfigurationer som du har installerat när noden var aktiv men tar inte bort posten för virtuella datorer. Senare kan du vilja registrera den här noden som en del av ett annat kluster som du bygger från grunden.

Innan du börjar

Du måste använda Control Hub för att avregistrera videonätnoden från klustret som är registrerat i Control Hub.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till Felsökning, bläddra till fabriksåterställning och klicka sedan på Återställ nod.
3	Se till att du förstår informationen i varningsmeddelandet som visas och klicka sedan på Återställ och Starta om. Noden startar om automatiskt efter fabriksåterställningen.

Inaktivera eller återaktivera det lokala administratörskontot från webbgränssnittet

När du installerar en Webex-videonätnod loggar du först in med ett inbyggt lokalt konto med användarnamnet ”admin”. När du har registrerat noden i Webex-molnet kan du använda inloggningsuppgifterna för Webex-organisationens administration för att hantera dina videonätnoder från Control Hub. På så sätt gäller policyn och hanteringsprocesserna för administratörskonton som gäller för Control Hub även för dina videonätnoder. För ytterligare kontroll kan du inaktivera det inbyggda ”admin”-kontot så att Control Hub hanterar all administratörsautentisering och hantering.

Använd dessa steg när du har registrerat noden i molnet för att inaktivera (eller senare aktivera igen) administratörsanvändarkontot. När du inaktiverar administratörskonto måste du använda Control Hub för att komma åt webbgränssnittet för nod.

Endast en fullständig administratör för din Webex-organisation kan använda den här funktionen. Andra administratörer, inklusive partner- och externa fullständiga administratörer, har inte Gå till nod alternativet för videonätsresurser.

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid.

2

Under Resurser på videonätkortet klickar du på Visa alla.

3

Klicka på klustret och klicka sedan på noden som du vill komma åt. Klicka Gå till nod.

4

Gå till administrationen.

5

Aktivera Aktivera inloggning för administratörsanvändare för att inaktivera kontot eller aktivera det igen.

Du kan inte inaktivera administratörskontot förrän du har registrerat noden i molnet.

6

På bekräftelseskärmen klickar du på Inaktivera eller Aktivera för att slutföra ändringen.

När du har inaktiverat administratörsanvändaren kan du inte logga in på videonätnoden via webbgränssnittet eller CLI som startas från SSH. Du kan dock logga in med administratörsanvändarinloggningsuppgifterna via en CLI som startas från VM-programvaran ESXi-konsolen.

Ändra administratörslösenfras från webbgränssnittet

Använd den här proceduren för att ändra administratörslösenfras (lösenord) för din Webex-videonätnod med hjälp av webbgränssnittet.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till Administration och bredvid Ändra lösenfras klickar du på Ändra.
3	Ange den aktuella lösenfrasen och ange sedan ett nytt lösenfrasvärde i både Ny lösenfras och Bekräfta ny lösenfras.
4	Klicka på Spara lösenfras. Ett meddelande ”ändrat lösenord” visas och sedan går du tillbaka till inloggningsskärmen.
5	Logga in med din nya administratörsinloggning och lösenfras (lösenord).

Ändra utgångsintervall för lösenfras från webbgränssnittet

Använd den här proceduren för att ändra förfallointervallet för standardlösenord på 90 dagar med hjälp av webbgränssnittet. När intervallet är över uppmanas du att ange en ny lösenfras när du loggar in på videonätnoden.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till Administration och bredvid Ändra lösenordsförfallotid anger du ett nytt värde för utgångsintervall (dagar) (upp till 365 dagar) och klickar sedan på Spara lösenordsförfallointervall. En framgångsskärm visas och du kan sedan klicka på OK för att slutföra.

Sidan Administration visar också datum för den senaste lösenordsändringen och nästa gång lösenordet upphör att gälla.

Ange extern loggning till en Syslog-server

Om du har en syslog-server kan du ställa in din Webex-videonätnod för att logga in på den externa serverns granskningsspårningsinformation, till exempel:

Information om administratörsinloggningar
Konfigurationsändringar (inklusive att aktivera eller inaktivera underhållsläget)
Programvaruuppdateringar

Noden aggregerar loggarna, om någon, och skickar dem till servern var tionde minut.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till administrationen.
3	Bredvid Extern loggning växlar du på Aktivera extern loggning.
4	För Syslog-serverinformation anger du värdens IP-adress eller fullständigt kvalificerat domännamn och syslog-porten. Om servern inte kan lösas DNS från noden ska du använda en IP-adress i fältet Värd.
5	Välj protokollet – UDP eller TCP. Om du vill använda TLS-kryptering väljer du TCP och aktiverar sedan Aktivera TLS. Se till att du även laddar upp och installerar de säkerhetscertifikat som krävs för TLS-kommunikation mellan noden och syslog-servern. Om inga certifikat är installerade använder noden sina självsignerade certifikat som standard. För hjälp, se Ladda upp säkerhetscertifikat.
6	Klicka på Spara konfiguration för extern loggning.

Egenskaperna för loggmeddelandet följer detta format: Meddelande om prioriterad tidsstämpel för värdnamnstagg.

Egenskap	Beskrivning
Företräde	Värdet är alltid 131, baserat på formeln: Prioritet = (Facilitetskod * 8) + Allvarlighetsgrad. Anläggningskoden är 16 för "local0". Allvarlighetsgraden är 3 för "meddelande".
Tidsstämpel	Tidsstämpelformatet är "Mmm dd hh:mm:ss".
Värdnamn	Värdnamnet för videonätnoden.
Etiketten	Värdet är alltid syslogAuditMsg.
Meddelanden	Meddelandet är en JSON-sträng på minst 1 KB. Dess storlek beror på antalet aggregerade händelser under det tio minuter långa intervallet.

Här är ett exempel:

{
  "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 för aviseringar om videonät

Videomesh har stöd för Webhook-aviseringar som gör det möjligt för organisationsadministratörer att ta emot aviseringar om specifika händelser. Administratörer kan välja att bli aviserade om händelser som överflöd av samtal och omdirigeringar av samtal, vilket minimerar behovet av att logga in på Control Hub för att övervaka distributionen av dem. Detta uppnås genom att skapa en webhook-prenumeration där en målURL tillhandahålls av administratören, till vilken aviseringar kommer att skickas. Med hjälp av webbhooks för aviseringar kan du även övervaka parametrar utan att använda de associerade utvecklarnas API:er.

Följande händelsetyper kan övervakas via webbkrokar:

Omdirigerar klustersamtal – Samtal omdirigeras från ett visst kluster.
Överflöd av organisationssamtal – Totalt antal samtal överflödar till molnet för en organisation.

Skapa en Webhook-prenumeration

1	Logga in på Cisco Webex-utvecklarportalen med administratörsuppgifterna.
2	Klicka på Dokumentation på utvecklarportalen.
3	Från rullningsfältet till vänster bläddrar du nedåt och klickar på Fullständig API-referens.
4	Från alternativen som expanderar nedan bläddrar du nedåt och klickar på Webhooks > Skapa en webhook.
5	Skapa en prenumeration genom att ange följande parametrar:

namn: exempel – Webhook-aviseringar för videonät
Målurl: exempel - https://10.1.1.1/webhooks
resurs: aviseringar om videonät
händelse: utlöstes
ägs av: organisation

URL:en som anges i parametern för mål-URL måste vara tillgänglig på internet och ha en server som är konfigurerad för att acceptera POST-förfrågningar som skickas av Webex Webhook.

Ställa in tröskelkonfigurationer med utvecklarAPI:er

Du kan ställa in tröskelvärden för händelserna (överflöd av organisationssamtal och omdirigering av klustersamtal) med videonätsutvecklarnas API:er. Du kan ange ett procentuellt värde för tröskelvärdena, över vilket en webhook-varning utlöses. Om tröskelvärdet till exempel är 20 för överflöd av organisationssamtal kommer en avisering att skickas när mer än 20 procent av samtalen överflödar till molnet.

En uppsättning med 4 API:er är tillgängliga för att ställa in och uppdatera tröskelvärden i Cisco Webex-utvecklarportalen och de finns listade nedan:

Konfiguration av tröskelvärde för händelsen
Hämta konfiguration av händelsetröskelvärde
Uppdatera konfiguration av tröskelvärde för händelse
Återställ konfiguration av tröskelvärde för händelse

API:erna finns tillgängliga påhttps://developer.webex.com/docs/api/v1/video-mesh .

Scenario 1 – Ställ in tröskelvärde för överflödiga organisationssamtal

1

Klicka på List Event Threshold Configuration API.

2

Konfigurera eventscope till ORG och klicka på > Kör.

3

Du kommer att få ett svar liknande det som visas nedan.

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

4

Kopiera värdet i "eventThresholdId"-fältet. Detta är händelsens tröskelvärde-ID som kommer att användas för att uppdatera och hämta tröskelvärden.

5

Klistra in värdet i "eventThresholdId" fältet för JSON-strukturen som visas nedan och kopiera hela JSON-strukturen.

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

6

Klicka på API för konfiguration av tröskelvärde för händelse .

7

Klistra in JSON-strukturen i kroppen för Update Event Threshold Configuration API.

8

Konfigurera “minThreshold” värde till det nya tröskelvärdet som du vill ställa in.

9

Du kan köra den här åtgärden för flera händelsetröskelvärden genom att ange dem som kommaseparerade värden i JSON-strukturen.

Klicka på Kör, tröskelvärdet för överflöd av organisationssamtal kommer att ställas in på det nya värdet.

Nästa steg

Om du vill visa tröskelvärdet som har ställts in för ett visst händelsetröskelvärde-ID

Klicka på API för konfiguration av tröskelvärde för händelse .
Klistra in händelsetröskel-ID i rubriken på API och klicka på Kör.
Standardvärdet för minsta tröskelvärde och det inställda tröskelvärdet visas i svaret.

Scenario 2 – Ställ in tröskelvärde för omdirigerade klustersamtal

1

Klicka på List Event Threshold Configuration API.

2

Konfigurera eventscope till KLUSTER och klicka på > Kör.

3

Svaret visar konfigurationer av alla kluster i organisationen.

4

Du kan ta emot konfigurationen av ett specifikt kluster genom att fylla i clusterID parametern.

Kopiera värdet i "eventThresholdId" fältet för det kluster vars värde du vill uppdatera. Detta är händelsens tröskelvärde-ID som kommer att användas för att uppdatera och hämta tröskelvärden.

5

Klistra in värdet i "eventThresholdId" fältet för JSON-strukturen som visas nedan och kopiera hela JSON-strukturen.

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

6

Klicka på API för konfiguration av tröskelvärde för händelse .

7

Klistra in JSON-strukturen i kroppen för Update Event Threshold Configuration API.

8

Konfigurera “minThreshold” värde till det nya tröskelvärdet som du vill ställa in.

9

Du kan köra den här åtgärden för flera händelsetröskelvärden genom att ange dem som kommaseparerade värden i JSON-strukturen.

Klicka på Kör, ditt tröskelvärde för Klustersamtal har omdirigerats kommer att ställas in på det nya värdet.

Nästa steg

Om du vill visa tröskelvärdet som har ställts in för ett visst händelsetröskelvärde-ID

Klicka på API för konfiguration av tröskelvärde för händelse .
Klistra in händelsetröskel-ID i rubriken på API och klicka på Kör.
Standardvärdet för minsta tröskelvärde och det inställda tröskelvärdet visas i svaret.

Scenario 3 – Återställning av tröskelvärden

1

Klicka på API för konfiguration av tröskelvärde för händelse .

2

Kopiera händelsetröskelvärde-ID för ett kluster eller organisationen och klistra in det i "eventThresholdId" fält i JSON-strukturen nedan.

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

3

Klistra in JSON-strukturen i kroppen och klicka på Kör.

4

Du kan återställa tröskelvärden för flera händelsetröskelvärden genom att ange dem som kommaseparerade värden i JSON-strukturen.

Tröskelvärdet kommer att ställas till standardvärdet.

Video Mesh Developer API

API:er för videonätsutvecklare är ett sätt att hämta analyser och övervaka data för dina videonätdistributioner via Webex utvecklarportal. API:erna finns tillgängliga på https://developer.webex.com/docs/api/v1/video-mesh. En exempelklient finns påhttps://github.com/CiscoDevNet/video-mesh-api-client .

Bilaga

Demoprogramvara för videonätnod

Använd demoprogramvaran för videonätnod endast för grundläggande demoändamål. Lägg inte till en demonod i ett befintligt produktionskluster. Demoklustret tar emot färre samtal än produktionen och löper ut 90 dagar efter att det har registrerats i molnet.

Demoprogramvaran för videonätnod stöds inte av Cisco TAC.
Du kan inte uppgradera demoprogramvaran för videonätnod till den fullständiga versionen av programvaran.

Hämta demo-programvarubilden från den här länken.

Specifikationer

Se System- och plattformskrav för videonätnodprogramvara för den specs-baserade konfigurationen för videonätnodprogramvara.

Demoprogramvaran har stöd för antingen ett enda nätverksgränssnitt eller ett dubbelt nätverksgränssnitt.

Kapacitet

Vi testar inte demobilden för kapacitet. Du ska bara använda den för att testa grundläggande mötesscenarier. Se de användningsfall som följer för vägledning.

Använd case för demoprogramvaran för videonätnod

Media förankrade till lokala

Distribuera och konfigurera noden med demoprogramvaran.
Kör ett möte som inkluderar följande mötesdeltagare: en Webex-appdeltagare, Webex-slutpunktsdeltagare och en Cisco Webex Board.
När mötet är över går du från kundvyn i https://admin.webex.com till Analytics för att komma åt videonätrapporterna. I rapporterna kan du se att medierna stannade lokalt.

Möte med molndeltagare och lokala mötesdeltagare

Kör ett annat möte med ett par lokala Webex-mötesdeltagare och en i molnet.
Observera att alla mötesdeltagare sömlöst kan delta i och delta i mötet.

Hantera videonätnod från konsolen

Innan du kan göra nätverksändringar i videonätnoder som är registrerade i molnet måste du använda Control Hub för att sätta dem i underhållsläge. Mer information och en procedur att följa finns i Flytta en nod till underhållsläge.

Underhållsläget är endast avsett att förbereda en nod för avstängning eller omstart så att du kan göra vissa ändringar i nätverksinställningen (DNS, IP, FQDN) eller förbereda dig för maskinvaruunderhåll, t.ex. ersätta RAM, hårddisk och så vidare.

Uppgraderingar sker inte när en nod är placerad i underhållsläge.

När du placerar en nod i underhållsläge stängs samtalstjänsterna på ett graciöst sätt (slutar att acceptera nya samtal och väntar upp till 2 timmar innan befintliga samtal slutförs). Syftet med den graciösa avstängningen av samtalstjänster är att tillåta omstart eller avstängning av noden utan att orsaka avbrutna samtal.

Ändra nätverksinställningar för videonätnod i konsolen

Om nätverkens topologi ändras måste du öppna konsollgränssnittet för varje videonätnod och ändra nätverksinställningarna där. Du kan se en varning om att ändra nätverksinställningarna, men du kan fortfarande spara ändringarna om du gör ändringar i nätverket efter att du har ändrat inställningarna för videonätnod.

1

Öppna nodkonsolgränssnittet via VM-ware vSphere-klienten och logga sedan in med administratörsuppgifterna.

Efter första konfigurationen av nätverksinställningarna och om videonätet kan nås kan du komma åt nodgränssnittet via ett säkert skal (SSH).

2

Välj alternativ från huvudmenyn på videonätnodkonsolen 2 Redigera konfiguration och klicka sedan Välj.

3

Läs instruktionen om att samtalen avslutas på videonätnoden och klicka sedan på Ja.

4

Klicka på Statisk, ange IP-adressen för det interna gränssnittet, Mask, Gateway och DNS värden för ditt nätverk.

Videonätnoden måste ha en intern IP-adress och löstagbart DNS-namn. Nodens IP-adress får inte tillhöra det IP-adressintervall som är reserverat för intern användning av videonätnod. Standardreserverat IP-adressintervall är 172.17.42.0–172.17.42.63, vilket kan konfigureras i diagnostikmenyn. Detta IP-adressintervall är för kommunikation inom videonätnoden och mellan programvarubehållare som håller de olika komponenterna i noden – till exempel SIP-gränssnittet och medieomkodning.
Distribuera alla noder på samma subnät eller VLAN så att alla noder i ett kluster kan nås var klienterna bor i nätverket.
För en dubbel NIC DMZ-distribution kan du ange den externa IP-adressen i nästa procedur efter att du har sparat den interna nätverkskonfigurationen och startat om noden.

5

Ange din organisations NTP-server eller en annan extern NTP-server som kan användas i din organisation.

När du har konfigurerat NTP-servern och sparat nätverksinställningarna kan du följa stegen i Kontrollera hälsa på videonätnod från konsolen för att kontrollera att tiden synkroniseras korrekt via de angivna NTP-servrarna.

Om du konfigurerar fler än en NTP-server är omröstningsintervallet för redundans 40 sekunder.

6

(Valfritt) Ändra värdnamn eller domän om det behövs.

För att säkerställa en lyckad registrering i molnet använder du endast små tecken i värdnamnet som du har ställt in för videonätnoden. Kapitalisering stöds inte just nu.
När du använder eller konfigurerar FQDN eller värdnamn måste du även ange en giltig och löstagbar domän. Den totala längden på FQDN får inte överstiga 64 tecken.

7

Klicka Spara och klicka sedan på Spara ändringar och omstart.

Under sparningen utförs DNS-validering om du har angett en domän. En varning visas om FQDN (värdnamn och domän) inte kan lösas med de angivna DNS-serveradresserna. Du kan välja att spara genom att ignorera varningen, men samtal kommer inte att fungera förrän FQDN kan lösa den DNS som konfigurerats på noden. När videonätnoden har startats om träder nätverkskonfigurationen i kraft.

Ändra administratörslösenfras för videonätnoden

Använd den här proceduren för att ändra administratörslösenfras (lösenord) för videonätnoden i nodens konsol.

1	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
2	Öppna och logga in på VM-varans ESXi-konsol för din videonätnod.
3	I huvudmenyn väljer du alternativ 3 Hantera administratörslösenfras, sedan 1 Ändra administratörslösenfras och klicka sedan på Retur.
4	Läs informationen om lösenordssidan som har upphört, klicka på Retur och klicka sedan på den igen efter att lösenordsmeddelandet har upphört att gälla.
5	Tryck på Enter.
6	När du har loggat ut från konsolen går du tillbaka till inloggningsskärmen och loggar sedan in med administratörsinloggning och lösenordsfras (lösenord) som du har upphört. Eventuellt uppmanas du att ange ditt lösenord.
7	För Gammalt lösenord anger du den aktuella lösenfrasen och trycker sedan på Retur.
8	För Nytt lösenord anger du en ny lösenfras och trycker sedan på Retur.
9	För Ange nytt lösenord igen skriver du om den nya lösenfrasen och trycker sedan på Retur. Ett meddelande ”ändrat lösenord” visas och sedan går du tillbaka till inloggningsskärmen.
10	Logga in med din nya administratörsinloggning och lösenfras (lösenord).

Kör en ping från videonätnodkonsolen

Du kan köra en ping från videonätnodkonsollens gränssnitt. Det här steget testar en destination som du anger och ser om videonätnoden kan nå den.

1	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
2	Från videonätnodkonsolen går du till 4 Diagnostik och väljer sedan Ping.
3	I fältet ping anger du en destinationsadress som du vill testa, till exempel en IP-adress eller värdnamn, och klicka sedan på OK. Testet körs och du ser ett meddelande om att ping lyckas eller misslyckas. Om du får ett fel kontrollerar du destinationsvärdet som du angav och dina nätverksinställningar.

Aktivera felsökning av användarkonto via konsolen

Om supporten kräver åtkomst till videonätnoden kan du använda konsolgränssnittet för att tillfälligt aktivera ett felsökningskonto så att supporten kan köra vidare felsökning på noden.

1	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
2	Från videonätnodkonsolen går du till 4 Diagnostik, väljer 2 Aktivera felsökningskonto och klickar sedan på Ja.
3	När ett meddelande visar att felsökningsanvändarkontot har skapats klickar du på OK för att visa den krypterade lösenfrasen. Du skickar den krypterade lösenfrasen till stöd. De använder detta tillfälliga konto och avkrypterade lösenfras för att säkert komma åt din videonätnod för felsökning. Det här kontot upphör att gälla efter 3 dagar eller så kan du inaktivera det när supporten är klar.
4	Välj start och slut på de krypterade uppgifterna och kopiera-klistra in dem i supportärendet eller e-postmeddelandet som du skickar till support.
5	När du har skickat den här informationen till support återgår du till videonätnodkonsolen och trycker på valfri knapp för att gå tillbaka till huvudmenyn.

Nästa steg

Kontot upphör om 3 dagar, men när supporten visar att de har slutfört felsökningen på noden kan du returnera videonätnodkonsolen, gå till 4 Diagnostik och sedan välja 3 Inaktivera felsökning-användarkontot för att inaktivera kontot innan det upphör.

Skicka loggar från videonätnodkonsolen

Du kan uppmanas att skicka loggar direkt till Cisco eller via säker kopia (SCP). Använd den här proceduren för att skicka loggar direkt från alla videonätnoder som du har registrerat till molnet.

1	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
2	I huvudmenyn klickar du på alternativ 4 Diagnostik och trycker sedan på Retur.
3	Klicka på 4 Exportera loggfiler, ge feedback om du vill och klicka sedan på Nästa.
4	Välj ett alternativ: Skicka loggar med SCP, bekräfta exporten av loggarna, ange SCP-uppgifterna (Värd, Användarnamn och Dest_Mapp) och klicka sedan på OK. Skicka loggar till Cisco och bekräfta exporten av loggarna.
5	Välj OK för att återgå till huvudmenyn för videonätnod.
6	(Valfritt) Välj 5 Kontrollera statusen för loggfiler som skickas till Cisco om du har skickat loggarna till Cisco.

Nästa steg

När du har skickat loggar rekommenderar vi att du skickar feedback direkt från Webex-appen så att dina supportkontakter har all information de behöver för att hjälpa dig.

Relaterad information

Hur kontaktar jag min Customer Success Manager (CSM)?

Kontrollera hälsan för videonätnod från konsolen

Du kan visa nodens hälsa direkt från själva videonätnoden. Resultaten är informativa, men kan hjälpa till med felsökningssteg – om NTP-synkronisering till exempel inte fungerar kan du kontrollera NTP-servervärdet i nätverksinställningarna.

1

Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.

2

Från videonätnodkonsolen går du till 4 Diagnostik och väljer sedan 6 Kontrollera nodhälsa för att visa följande information om noden:

Behållare för hanteringstjänst
ETCD (värdelagring som tillförlitligt lagrar data över ett kluster)
NTP-synkroniserad
Diskutrymme (gratis/använd %)
Minne (gratis/använd %)

Konfigurera behållarnätverk på videonätnod

Videonätnod reserverar ett delnätintervall för intern användning inom noden. Standardintervallet är 172.17.42.0–172.17.42.63. Noderna svarar inte på någon extern-till-videonätnodtrafik från det här intervallet. Du kanske vill använda nodkonsolen för att ändra IP-adressen till containersbrygga för att undvika konflikter med andra enheter i nätverket.

1	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
2	Från huvudmenyn på videonätnodkonsolen går du till 4 Diagnostik och väljer sedan 7 Konfigurera containernätverk. Efter försiktighetsåtgärden som anger att aktiva samtal avslutas på noden klickar du på Ja.
3	Ändra värdena för Container Bridge IP och Network Mask efter behov och klicka sedan på Spara. Du ser en skärm som visar nätverksinformation om behållaren, inklusive IP-adressintervallet som är reserverat för interna operationer på videonätnoden.
4	Klicka på OK.

Identifiera portproblem med reflektorverktyget i konsolen

Reflektorverktyget (en kombination av en server på videonätnoden och klienten via ett Python-skript) används för att kontrollera om de obligatoriska TCP/UDP-portarna är öppna från videonätnoder.

Innan du börjar

Hämta en kopia av Reflector Tool Client (Python-skript) och packa sedan upp filen till en plats som är lätt att hitta. Zip-filen innehåller skriptet och en readme-fil.
Se till att du kör Python 2.7.10 eller senare i din miljö för att skriptet ska fungera korrekt.
För närvarande har det här verktyget stöd för SIP-slutpunkter för videonätnoder och intraklusterverifiering.

1	Från kundvyn i https://admin.webex.com aktiverar du underhållsnoden för videonätnoden genom att följa dessa instruktioner.
2	Vänta på att noden visar status ”redo för underhåll” i Control Hub.
3	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
4	Från gränssnittet för videonätnod går du till Diagnostik > Reflector Server > Reflector Server för TCP eller (UDP). Starta servern antingen för TCP eller för UDP.
5	Bläddra till Reflector Tool och starta sedan antingen TCP Reflector Server eller UDP Reflector Server, beroende på vilket protokoll du vill använda.
6	Klicka på Starta reflektorserver och vänta sedan på att servern ska starta. Du ser ett meddelande när servern startar.
7	Kör skriptet med följande kommando från ett system (t.ex. en dator) i ett nätverk som du vill att videonätnoder ska nå: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` I slutet av körningen visar klienten ett framgångsmeddelande om alla obligatoriska portar är öppna: Klienten visar ett misslyckat meddelande om några obligatoriska portar inte är öppna:
8	Lös alla portproblem på brandväggen och kör sedan vidare stegen ovan.
9	Kör klienten med `--help` för att få mer information.

Fabriksåterställning av en videonätnod från konsolen

Som en del av rensningen av avregistrering kan du fabriksåterställa videonätnoden. Det här steget tar bort alla konfigurationer som du har installerat när noden var aktiv, men tar inte bort posten för virtuella datorer. Senare kan du vilja registrera den här noden som en del av ett annat kluster som du bygger från grunden.

Innan du börjar

Du måste använda Control Hub för att avregistrera videonätnoden från klustret som är registrerat i Control Hub.

1	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
2	Från videonätnodkonsolen går du till 4 diagnostik och väljer sedan 8 fabriksåterställning.
3	Se till att du förstår informationen i anteckningen som visas och klicka sedan på Återställ. Noden startar om automatiskt efter fabriksåterställningen.

Migrera en befintlig maskinvaruplattform till videonätnod

Du kan migrera en befintlig plattform som stöds (till exempel en CMS1000 som kör Cisco Meeting Server) till videonät. Använd den här proceduren för att vägleda dig genom migreringsprocessen.

Stegen varierar beroende på den kombinerade versionen av ESXi på hårdvaruplattformen.

Innan du börjar

Ladda ner en ny kopia av den senaste videonätnodprogramvarubilden (OVA). Distribuera inte en ny videonätnod med en tidigare hämtad OVA.

1	Logga in i det virtuella datorgränssnittet och stäng sedan programvaran som körs på plattformen.
2	Ta bort programmet som körs på plattformen. Det får inte finnas några programvarubilder kvar på plattformen. Du kan inte heller köra videonätnodprogramvara tillsammans med annan programvara på samma plattform.
3	Distribuera en ny virtuell maskin från en ny OVF- eller OVA-fil.
4	Ange ett namn för den virtuella datorn och välj OVA-filen för videonätnoden.
5	Ändra disketablering till Tjock.
6	Ladda upp mfusion.ova programvarubilden som du hämtade.
7	När den virtuella datorn körs återgår du till Logga in på videonätnodkonsolen och fortsätter den inledande konfigurationen av videonätnoden.

Funktionsjämförelse och migreringsväg från mötesrum för samarbete Hybrid till videonät

Jämförelse av funktioner

Funktion	Videonät och Cisco Webex Meeting Center-video	CMR Hybrid
Mötestyp:	Schemalagt Ett klick (direkt) Personligt mötesrum: Konsekvent erfarenhet för lokaler och molnbaserade möten	Endast schemalagda
schemaläggning	Webex produktivitetsverktyg (Windows och Mac) Schemaläggning av hybrid-kalender med @webex Webex-portal	Webex-aktiverade TelePresence Windows och Mac produktivitetsverktyg TMS-schemaläggning
Alternativ för mötesanslutning	Inringning och utringning PIN-kod skyddad (värd) En knapp att trycka på (OBTP)	Endast inringning OBTP
Mötesupplevelse	Unified Roster (Webex-klient) Unified Controls (Webex-klient) Låsa/låsa upp möte Stäng av/slå på ljudet för telenärvaro mötesdeltagare	Ingen Unified Roster (Webex-klient och TelePresence Server) Separata kontroller (Webex-klient och TelePresence-server)
Kapacitets- och distributionsmodell	Obegränsad kapacitet Lokalt och automatiskt överflöd Växla och transkodning	Kapacitet för omkodning begränsad till TelePresence-servern

Checklista för migreringssökväg

Nedan finns en översikt på hög nivå över hur du migrerar en befintlig webbplats till videoplattformen version 2.0 och förbereder webbplatsen för att integreras med videonät. Stegen kan variera beroende på din befintliga miljö. Samarbeta med din partner eller kundframgångschef för att säkerställa en smidig migrering.

Se till att funktionen Meeting Center-videokonferenser tillhandahålls på Webex-webbplatsen.
Webbplatsadministratören får sitt hanteringsportalskonto. Administratören distribuerar sedan videonätnoder för Webex-organisationen.
Webbplatsadministratören tilldelar CMR-privilegiet för att aktivera alla eller vissa CMR Hybrid-användare med Cisco Webex Meeting Center Video.
(Valfritt) Inaktivera CMR Hybrid-sessionstypen för den här underställningen och aktivera sedan Cisco Webex Meeting Center-video i användarprofilen.
Webbplatsadministratören konfigurerar videonät och väljer sedan Hybrid som medieresurstyp under Alternativ för mötesrum för samarbete.
Webbplatsadministratören konfigurerar lokal TelePresence Management Suite (TMS) och One Button to Push (OBTP) för att arbeta med Cisco Webex Meeting Center Video. Se Distributionsguide för Cisco Webex Meeting Center-videokonferenser för vägledning.
När CMR-privilegiet är aktiverat för en användare är Webex produktivitetsverktyg standardversionen av Cisco Webex Meeting Center Video. Alla nya möten som schemaläggs av användarna är Cisco Webex Meeting Center-videomöten.
Om konferensrum ingår i inbjudan trycks OBTP-informationen till konferensrummet via TMS (endast för CMR Hybrid-möten).
Befintliga möten som har konfigurerats av CMR Hybrid-användare innan de växlades till Cisco Webex Meeting Center Video ska fortsätta att fungera så länge som kunden behåller de lokala MCU- och TMS-inställningarna.
Befintliga CMR Hybrid-möten kan inte ändras eller uppdateras för att återspegla mötesinformationen i Cisco Webex Meeting Center Video. Om användare vill använda en ny inbjudan måste de ta bort de gamla mötena och skapa nya möten.
Om kunden vill dra tillbaka lokala MCU-, TMS-möten fungerar inte gamla CMR Hybrid-möten. Nya möten med Cisco Webex Meeting Center-videoinformation måste skapas.

Interoperabilitetsprotokoll för TelePresence och segmentväxling

Videonät har stöd för förhandlingar om TelePresence Interoperability Protocol (TIP) och multiplex (MUX) för både 1-skärm och 3-skärm IX och TX-slutpunkter.

För slutpunkter med tre skärmar ska alla tre skärmarna visa video om det finns tillräckligt med mötesdeltagare i konferensen. Ett annat treskärmssystem i konferensen resulterar i segmentsbyte i stället för rumsbyte. Detta innebär att i stället för att alla tre skärmarna blir stora när någon i ett annat treskärmssystem talar, blir endast den aktiva panelen stor. De andra två panelerna fylls i med video från andra system. När de visas små återges alla tre paneler tillsammans (för alla enheter, en eller tre skärmar) med en enda gränsbox och namnetikett.

Beroende på värdresurserna i molnet kommer vissa slutpunkter att visa alla tre skärmar i ett rum med tre skärmar i filmremsan, medan andra endast visar en ruta. Webex-appen visar bara 1 panel, även om medierna är lokala.

För stora möten som överflödar från en nod och överlappning till en sekund ses samma av alla slutpunkter som hålls på en annan nod än den som är värd för treskärmssystemet (endast en ruta som visas i layouten). Presentationsdelning kräver att BFCP förhandlas via samtalssökvägen.

Ny och ändrad information

Den här tabellen täcker nya funktioner eller funktioner, ändringar i befintligt innehåll och eventuella större fel som har åtgärdats i distributionsguiden.

Mer information om programvaruuppdateringar av Webex-videonätnod finns i https://help.webex.com/en-us/article/jgobq2/Webex-Video-Mesh-release-notes.

Datum	Byt
09 februari 2024	Lade till ThousandEyes Integration med videonät. Deltagarkapacitet har lagts till för samtal med 1080p-upplösning i Kapacitet för videonätnoder . . Lade till en anteckning om differentiering av UDP-källport i trafiksignaturer för videonät (tjänstekvalitet aktiverad). Uppdaterade versioner av VM-ware ESXi som stöds i hela guiden.
31 augusti 2023	Uppdaterade strukturen och lade till information om nyligen introducerade API:er i videonätnodAPI:er. En anteckning och OBTP-information (One Button to Push) togs bort från kraven för samtalskontroll och mötesintegrering för videonät. Lade till en anteckning om omröstningsintervall för redundans i Konfigurera nätverkskonfiguration av videonätnoden i konsolen och Konfigurera nätverksinställningar från webbgränssnittet för videonätnod. Uppdaterade versioner av VM-ware ESXi som stöds i hela guiden.
31 juli 2023	Webhooks för aviseringar om videonät har lagts till.
28 juli 2023	API:er för videonätnod har lagts till.
15 juni 2023	Nomenklaturen har uppdaterats från ”Webex-appen” till ”Webex-appen” hela tiden. Uppdaterad Webex-videonätöversikt för att ange att E2EE-möten nu stöds i videonät. Tog bort inaktuell information och uppdaterade en anteckning i Webex-videonätöversikt. Uppdaterade klienter och enheter som använder videonätnod för att ange att webbklienten nu stöds på videonätverk och borttagna föråldrad information. Lade till en anteckning i System- och plattformskrav för videonätnodprogramvara som anger att demomiljöer inte stöds av Cisco TAC. Uppdaterad information i avsnittet Lokalt och Molnsamtal. Tog bort en anteckning i molnklustervalet för överflöd baserat på 250 ms eller fördröjning för STUN-rundresa . Uppdaterad information i Portar och protokoll för Webex Meetings-trafik. Tog bort föråldrad information från Registrera videonätnoden i Webex Cloud och Support och begränsningar för privata möten. Uppdaterade steg och tog bort föråldrad information från Aktivera videonät för Webex-webbplatsen. Uppdaterad information i Inaktivera videonät.
16 maj 2023	Uppdaterade portar och protokoll för hantering, trafiksignaturer för videonät (tjänstekvalitet aktiverad) och trafiksignaturer för videonät (tjänstekvalitet inaktiverad) för att återspegla de senaste portarna och protokollen som används av videonät. Uppdaterade de bilder som påverkas av ändringarna. Tog bort 444 portreferenser från Krav för proxystöd för videonät, portar och protokoll för hantering, Konfigurera videonätnod för proxyintegrering och Konfigurera videonätnod för proxyintegrering. Uppdaterade portintervall för tjänstekvalitet på videonätnod, Aktivera tjänstekvalitet (QoS) för videonätnod och portar och protokoll för Webex Meetings-trafik. Lade till en anteckning om övervakningsfel i Kör ett omedelbart test och Konfigurera periodiska tester. Lade till en anteckning och uppdaterade en varning som starkt rekommenderar användning av det senaste programvarupaketet (OVA) för distributioner i Installera och konfigurera videonätnodprogramvara. Uppdaterade en varning om noder som placeras i underhållsläge i Hantera videonätnod från webbgränssnittet och Hantera videonätnod från konsolen. Uppdaterat avsnitt Video Mesh Analytics för att återspegla de senaste ändringarna i användargränssnittet.
27 mars 2023	Uppdaterade system- och plattformskrav för videonätnodprogramvara med de senaste maskinvarukonfigurationerna och tillägg av bandbreddskrav.
02 mars 2023	Lagt till information om tester som övervakningsverktyget körs i Övervakningsverktyget för videonät. Steg för att komma åt översiktssidan för övervakningsverktyget har ändrats i Kör ett omedelbart test och Konfigurera periodiska tester. Tillagd information om visning och filtrering resultat i Kör ett omedelbart test och Konfigurera periodiska tester. Uppdaterad Aktivera videonät för Webex-webbplatsen.
7 juli 2022	Uppdaterade kapacitetsuppskattningarna i Kapacitet för videonätnoder. Omnämnanden av den föråldrade MM410v-servern togs bort hela tiden.
30 juni 2022	Lagt till information om de nya massetableringsskripten på https://github.com/CiscoDevNet/webex-video-mesh-node-provisioning.
14 juni 2022	Steg för att byta certifikatkedjor har ändrats för att inkludera ECDSA-certifikat i Exchange certifikatkedjor mellan Unified CM och videonätnoder
18 maj 2022	Hämtningswebbplatsen för reflektorverktyget har ändrats till https://github.com/CiscoDevNet/webex-video-mesh-reflector-client.
29 april 2022	Lagt till information om den nya funktionen i Håll media på videonät för alla externa Webex-möten.
25 mars 2022	Uppdateringar av portanvändning i portar och protokoll för hantering.
Decemeber 10, 2021	Lade till CMS 2000 och noterade uppgraderingsproblem för äldre CMS 1000:er som uppgraderar till ESXi 7 i System- och plattformskrav för videonätnodprogramvara.
30 augusti 2021	Lade till information om att verifiera att Webex har rätt källland för din distribution i Verifiera att källlandet är korrekt.
27 augusti 2021	Anmärkning om analysrapporter har lagts till i Support och begränsningar för privata möten.
13 augusti 2021	Lagt till information om den nya funktionen Privata möten i: Kluster i videonät Privat mötessamtal Privata möten
22 juli 2021	Lagt till information om hur du kontrollerar att systemet har rätt källplats för samtal. Korrigera källplatsstöd vid effektiv dirigering. Se Kontrollera att källlandet är korrekt.
25 juni 2021	Observera att den fullständiga Webex-upplevelsen-funktionen i Webex-appen är inkompatibel med videonät i klienter och enheter som använder videonätnod.
7 maj 2021	Korrigerat den rekommenderade klusterstorleken till 100 i Riktlinjer för distribution av videonätskluster.
12 april 2021	Uppdaterad Konfigurera Expressway TCP SIP-trafikroutning för videonät för att använda Webex-zonen i stället för en ny DNS-zon.
9 februari 2021	Lagt till information om den nya Gå till nod i Control Hub för att få åtkomst till översikt över Webex-videonätnod från webbgränssnittet. Lade till Inaktivera eller aktivera avsnittet Lokal administratörskonto från webbgränssnittet för att beskriva nya funktioner. I varje avsnitt som använder nodens webbgränssnitt har stegen uppdaterats för att ange hur du kommer åt gränssnittet från Control Hub. Lade till Ladda upp säkerhetscertifikat. Lade till Ange extern loggning till en Syslog-server.
11 december 2020	I Aktivera eller inaktivera DNS-cachi har du lagt till information om DNS-cacheborttagning.
22 oktober 2020	I portar och protokoll för Webex Meetings-trafik har SIP-signaleringsportkrav lagts till.
19 oktober 2020	Hänvisning till cloudfront.net som inte längre används av tjänsten har tagits bort.
18 september 2020	Minskade IP-adress som är reserverat för intern användning av Webex Videonätnod från originalet 172.17.0.0–172.17.255.255 (65 536 adresser) till 172.17.42.0–172.17.42.63 (64 adresser).
26 augusti 2020	Lagt till stöd för Webex Events i videonätöversikt. Lagt till nytt avsnitt Aktivera eller inaktivera DNS-cachi.
4 augusti 2020	Uppdaterade följande avsnitt för stöd för korta videoadresser: Integrera videonät med uppgiftsflöde för samtalskontroll Konfigurera Unified CM-säker TLS SIP-trafikroutning för videonät Konfigurera Unified CM TCP SIP-trafikroutning för videonät Konfigurera Expressway TCP SIP-trafikroutning för videonät Uppdaterade avsnittet VMNL ite Samtalskapacitet i Samtalskapacitet på videonätnodplattformar.
9 juli 2020	Lagt till nytt avsnitt Ställ in MTU-storlekar för nätverksgränssnittet.
26 juni 2020	Lagt till information om det nya VMNL ite-distributionsalternativet i: Samtalskapacitet på videonätnodplattformar System- och plattformskrav för programvara för videonätnod Installera och konfigurera programvara för videonätnod Borttagna omnämnanden av standard-NTP-server eftersom OVA inte längre har ett standard-NTP-servervärde. Uppdaterade Generera videonätförpackningar för stöd med nya filtreringsalternativ.
9 juni 2020	Lagt till information om det nya alternativet för schemaläggning av veckovis automatisk programvaruuppgradering i: Registrera videonätnoden i Webex Cloud Ställ in uppgraderingsschema för videonätkluster
21 maj 2020	Uppdaterade portar och protokoll för hantering och krav för proxystöd för videonät.
15 maj 2020	Uppdaterad videonätöversikt.
25 april 2020	Lade till nya avsnitt i Hantera Webex-videonätnod från webbgränssnittet: Ställ in det externa nätverksgränssnittet från webbgränssnittet för videonätnod Lägg till interna och externa dirigeringsregler Konfigurera containernätverket från webbgränssnittet för Webex-videonätnod Åtgärdade ett fel i granulariteten för den horisontella axeln i felsökning av åtkomst, filter och spara Webex-videonät (värdena växlades mellan alternativen för de senaste 7 dagarna och de senaste 24 timmarna).
22 januari 2020	Nytt avsnitt har lagts till: Fabriksåterställning av en Webex-videonätnod från webbgränssnittet. Lade till mer information om anslutningskontroller i Hantera Webex-videonätnod från avsnittet Webbgränssnitt. Trådlös delning i rummet har lagts till i avsnittet Klienter och enheter som använder Webex-videonätnod.
12 december 2019	Ändringar av lösenfras och lösenfras har lagts till i avsnittet Hantera Webex-videonätnod från webbgränssnittet i kapitlet Hantera och felsöka.
10 december 2019	Lade till följande information och portintervall i trafiksignaturtabellerna (för QoS aktiverat och inaktiverat: Källans IP-adress: Nätnod för video Destinationens IP-adress: Webex molnmedietjänster Källa-UDP-portar: 35000 till 52499 Destinationens UDP-portar: 5004 Inbyggd DSCP-märkning: av41 Mediatyp: Testa STUN-paket Avsnittet ”Bandbreddsriktlinjer” bytte namn till ”Videokvalitet och skalning” och lade till en länk till dokumentationen för önskad arkitektur. I konfigurationen av Unified CM TLS angav vår guide felaktigt att konfigurera en osäker SIP-trunk för Webex-molnredogörelse. Korrigerade uttalandet för att säga för att skapa en SIP-trunk (du kan konfigurera den som antingen säker eller icke-säker).
4 november 2019	Gammalt analysinnehåll har tagits bort och ett nytt avsnitt har lagts till. I avsnittet Exchange-certifikat lade du till information om fältet Alternativa ämnesnamn(er) och lade till följande anmärkning i avsnittet Innan du börjar: Av säkerhetsskäl rekommenderar vi att du använder ett CA-signerat certifikat på dina videonätnoder i stället för nodens standardcertifikat som är självsignerat.
18 oktober 2019	Uppdaterade beskrivningen av inställningen 1080p Control Hub för att klargöra att den här inställningen påverkar samtalskapaciteten och endast gäller lokala SIP-registrerade enheter. Se Aktivera 1080p HD-video för lokala SIP-enheter i videonätnodmöten för mer information. Uppdaterade tabellen för enhet och slutpunkter som stöds för att endast lista de testade molnregistrerade enheter.
26 september 2019	Lagt till nytt avsnitt Konfigurera nätverksinställningar från webbgränssnittet för videonätnod. Åtgärdade beskrivningen om rapporten om resursanvändning. Det står nu: Genomsnittlig resursanvändning för mediemikrotjänster som används i videonätklustren. Lade till en anteckning i kapacitetsavsnittet: Överflöd vid låg samtalsvolym (särskilt SIP-samtal som har sitt ursprung lokalt) återspeglar inte skalan. Videonätsanalys (under Control Hub > Resurser > Samtalsaktivitet) anger samtalsanslutningarna som har sitt ursprung lokalt. De anger inte vilka samtalsströmmar som kom in genom kaskaden till videonätsnoden för mediebehandling. När antalet fjärranslutna mötesdeltagare ökar under ett möte ökar den resulterande överlappningen och förbrukar lokala medieresurser på videonätnoden.
13 september 2019	Uppdaterad Installera och konfigurera videonätnodprogramvara med nätverkskonfigurationssteg som visas på sidan Anpassa mall. Uppdaterade system- och plattformskrav för videonätnodprogramvara med 72v CPU (motsvarande CMS 1000) för specifikationsbaserad konfiguration.
29:e augusti 2019	Lade till explicit proxy och autentiseringstyper som stöds för explicita proxykonfigurationer (Ingen autentisering, Basic, Digest, NTLM). Proxystöd för Edge-videonät Krav för proxystöd för videonät Konfigurera Webex-videonätnod för proxyintegrering Lade till Upplösningar och framerates som stöds för videonät. Uppdaterade klienter och enheter som använder videonätnod för att indikera att Webex Ring mitt videosystem till Webex molnregistrerade videoenheter använder videonätnod.
24 juli 2019	I avsnittet Hantera Webex-videonätnod från webbgränssnittet har följande uppdateringar gjorts: Lade till nya avsnitt för Ping-test, Trace Route-test, NTP-servertest, reflektorverktyg och felsökningskonto. Uppdaterade avsnittet Översikt – Tog bort överlappningar från skärmbilden och lade till OS-versionen. Innehållet ”Hantera videonät från konsolen” har flyttats till bilagan till guiden. Kapitlet ”Hantera Webex-videonät” har bytt namn till ”Hantera och felsöka Webex-videonät” och har flyttat innehållet i registreringsfelsökning till det kapitlet.
9 juli 2019	I kraven för samtalskontroll och mötesintegration för videonät uppdaterades minimiversioner som stöds för Unified CM-, Expressway- och Webex-webbplatser. I Klienter och enheter som använder videonätnod lades till versioner av Jabber VDI och Webex VDI som stöds (de är SIP-klienter). Ett friskrivningsklausul har också lagts till.
24 maj 2019	Lade till nya avsnitt om felsökningsfunktionerna och uppdaterade översiktsskärmen i webbgränssnittet för videonätnod: Generera Webex-videonätloggar för stöd Generera inspelningar av Webex-videonät för support Åtkomst till översikt över Webex-videonätnod från webbgränssnittet
25 april 2019	Uppdaterade Hantera och felsöka Webex-videonät för att ange att underhållsläget Control Hub krävs innan något underhåll utförs på videonätnoder.
11 april 2019	Tog bort föråldrad information från bandbreddskraven. Uppdaterade innehållet och diagrammen och ändrade avsnittsnamnet till Videokvalitet och skalning för videonät.

Översikt över Cisco Webex-videonät

Översikt över Webex-videonät

Webex-videonät hittar dynamiskt den optimala mixen av lokala resurser och molnkonferensresurser. Konferenser på plats stannar på plats när det finns tillräckligt med lokala resurser. När de lokala resurserna är slut expanderas konferenserna till molnet.

Videonätnod är programvara som installeras på en lokal Cisco UCS-server, registrerad i molnet och hanteras i Control Hub. Webex Meetings, Webex personliga mötesrum, Webex Space Meetings och Webex-appsamtal mellan två personer kan dirigeras till lokala onlinevideonätnoder. Videonät väljer det mest effektiva sättet att använda tillgängliga resurser.

Videonät ger följande fördelar:

Förbättrar kvaliteten och minskar latensen genom att du kan behålla dina samtal på plats.
Skickar dina samtal transparent till molnet när lokala resurser har nått sin gräns eller inte är tillgängliga.
Hantera dina videonätskluster från molnet med ett enda administrativt gränssnitt: Control Hub (https://admin.webex.com ).
Optimera resurser och skala kapacitet vid behov.
Kombinerar funktionerna i molnet och lokala konferenser i en smidig användarupplevelse.
Minskar kapacitetsproblem eftersom molnet alltid är tillgängligt när ytterligare konferensresurser behövs. Du behöver inte göra kapacitetsplanering i värsta fall.
Ger avancerad analys av kapacitet och användning samt felsökningsrapportdata i https://admin.webex.com.
Använder lokal mediebehandling när användare ringer in till ett Webex-möte från lokala standardbaserade SIP-slutpunkter och klienter:
- SIP-baserade slutpunkter och klienter (Cisco-slutpunkter, Jabber, 3:e part SIP), registrerade vid lokal samtalskontroll (Cisco Unified Communications Manager eller Expressway), som ringer till ett Cisco Webex-möte.
- Webex-appen (inklusive parkopplad med rumsenheter) som deltar i ett Webex-möte.
- Webex-rums- och skrivbordsenheter som direkt deltar i ett Webex-möte.
Ger optimerat ljud- och videointeraktivt röstsvar (IVR) till SIP-baserade slutpunkter och klienter på nätet.
Slutpunkterna H.323, IP-inringning och Skype för företag (S4B) fortsätter att delta i möten från molnet.
Stöder 1080p 30fps HD-video som ett alternativ för möten om mötesdeltagare som kan stödja 1080p hålls via lokala lokala videonätnoder. (Om en deltagare deltar i ett pågående möte från molnet kommer lokala användare att fortsätta uppleva 1080p 30fps på slutpunkter som stöds.)
Förbättrad och differentierad tjänstekvalitet (QoS): separat ljud (EF) och video (AF41).

Webex-videonät har för närvarande inte stöd för Webex Webinars.
Stöder slutpunkt-till-slutpunkt-krypterade möten (E2EE-möten). Om en kund distribuerar videonät och väljer mötestypen E2EE lägger den till ytterligare ett säkerhetslager, vilket säkerställer att dina data (media, filer, whiteboardtavlor, kommentarer) förblir säkra och hindrar tredje part från att komma åt eller ändra dem. Mer information finns i Distribuera Zero-Trust-möten.

Privata möten har för närvarande inte stöd för kryptering från slutpunkt till slutpunkt.

Klienter och enheter som använder videonätnod

Vi har strävat efter att göra videonät kompatibelt med relevanta klienter och enhetstyper. Även om det inte är möjligt att testa alla scenarier omfattar de tester som dessa data bygger på de vanligaste funktionerna i de angivna slutpunkterna och infrastrukturen. Avsaknaden av en enhet eller klient innebär att det saknas tester och att Cisco saknar officiellt stöd.

Tabell 1. Klienter och enheter som använder videonätnod
Klient- eller enhetstyp	Använder videonätnod på punkt-till-punkt-samtal	Använder videonätnod på flerpartsmöte
Webex-appen (skrivbord och mobil)	Ja	Ja
Webex-enheter, inklusive rumsenheter och Webex Board. (Se avsnittet Krav på slutpunkt och Webex-appen för en fullständig lista.)	Ja	Ja
Trådlös delning i rummet mellan Webex-appen och Room-, Desk- och Board-enheter som stöds.	Ja	Ja
Unified CM-registrerade enheter (inklusive IX-slutpunkter) och klienter (inklusive Jabber VDI 12.6 och senare och Webex VDI 39.3 och senare) som ringer in till ett Webex-schemalagt möte eller ett personligt rum i Webex.*	Nej	Ja
VCS/Expressway-registrerade enheter som ringer in i ett schemalagt Webex- eller Webex-möte i personligt rum.*	Nej	Ja
Webex Ring mitt videosystem till Webex molnregistrerade videoenheter	Ej tillämpligt	Ja
Webex-appens webbklient ( https://web.webex.com)	Ja	Ja
Telefoner registrerade för Cisco Webex Calling	Nej	Nej
Webex Ring mitt videosystem till lokalt registrerade SIP-enheter	Ej tillämpligt	Nej

_{* Det går inte att garantera att alla lokala enheter och kunder har testats med videonätlösningen.}

Videonätkompatibilitet med den fullständiga Webex-upplevelsen

Om du aktiverar den fullständiga Webex-upplevelsen för Webex-appen stöds inte Webex-appen med videonätnoderna. Den funktionen skickar för närvarande signalering och media direkt till Webex. Framtida versioner gör Webex-appen och videonätet kompatibla. Som standard har vi inte aktiverat den funktionen för kunder med videonät.

Du kan ha problem med videonät och den fullständiga Webex-upplevelsen:

Om du har lagt till videonät i din distribution efter att funktionen har introducerats.
Om du har aktiverat den funktionen utan att känna till dess inverkan på videonätet.

Om du upptäcker problem kontaktar du Cisco-kontoteamet för att inaktivera växlingsknappen för Webex-upplevelse.

Tjänstekvalitet på videonätnod

Videonätnoder överensstämmer med rekommenderad servicekvalitet (QoS) genom att aktivera portintervall som låter dig skilja ljud- och videoströmmar i alla flöden till och från videonätnoderna. Den här ändringen låter dig skapa QoS-principer och effektivt kommentera trafik till och från videonätnoderna.

Till dessa portändringar följer QoS-ändringar. Videonätnoder markerar automatiskt medietrafik från SIP-registrerade slutpunkter (lokala Unified CM eller VCS Expressway registrerade) för både ljud (EF) och video (AF41) separat med lämplig tjänsteklass och använder välkända portintervall för specifika medietyper.

Källtrafiken från de lokala registrerade slutpunkterna bestäms alltid av konfigurationen på samtalskontrollen (Unified CM eller VCS Expressway).

Mer information finns i QoS-tabellen i Portar och protokoll som används av videonät och stegen för att aktivera eller inaktivera QoS i Video Mesh Distribution Task Flow

Webex-appen fortsätter att ansluta till videonätnoder via delad port 5004. Dessa portar används också av Webex-appen och slutpunkter för STUN-tester för videonätnoder. Videonätnod till videonätnod för överlappningar använder målportintervallet 10000–40000.

Proxystöd för videonät

Videonät har stöd för uttryckliga, genomskinliga och icke-inspekterade proxyservrar. Du kan koppla dessa proxyservrar till din distribution av videonät så att du kan säkra och övervaka trafiken från företaget till molnet. Den här funktionen skickar signalering och hantering av https-baserad trafik till proxyn. För öppna proxyservrar vidarebefordras nätverksförfrågningar från videonätnoder till en specifik proxy via företagsnätverksdirigeringsregler. Du kan använda videonätadministratörsgränssnittet för certifikathantering och den totala anslutningsstatusen när du har implementerat proxyn med noderna.

Media reser inte genom proxyn. Du måste fortfarande öppna de nödvändiga portarna för medieströmmar för att nå molnet direkt. Se Portar och protokoll för hantering.

Följande proxytyper stöds av videonät:

Explicit proxy (inspektion eller icke-inspektion) – Med explicit proxy berättar du för klienten (videonätnoder) vilken proxyserver som ska användas. Det här alternativet har stöd för en av följande autentiseringstyper:
- Ingen – Ingen ytterligare autentisering krävs. (För uttrycklig proxy för HTTP eller HTTPS.)
- Grundläggande – Används för en HTTP-användaragent för att ange ett användarnamn och lösenord när en begäran görs och använder Base64-kodning. (För uttrycklig proxy för HTTP eller HTTPS.)
- Digest – används för att bekräfta identiteten på kontot innan du skickar känslig information och använder en hash-funktion på användarnamn och lösenord innan du skickar över nätverket. (För HTTPS-uttrycklig proxy.)
- NTLM – Liksom Digest används NTLM för att bekräfta identiteten på kontot innan känslig information skickas. Använder Windows-inloggningsuppgifter istället för användarnamn och lösenord. Det här autentiseringssystemet kräver flera utbyten för att slutföras. (För HTTP-uttrycklig proxy.)
Transparent proxy (icke-inspektion) – Videonätnoder har inte konfigurerats för att använda en specifik proxyserveradress och bör inte kräva några ändringar för att fungera med en icke-inspekterande proxy.
Transparent proxy (inspektion) – Videonätnoder har inte konfigurerats för att använda en specifik proxyserveradress. Inga http(s)-konfigurationsändringar krävs för videonät, men videonätnoderna behöver ett rotcertifikat så att de litar på proxyn. Inspekterade proxyservrar används vanligtvis av IT för att upprätthålla policyer om vilka webbplatser som kan besökas och vilka typer av innehåll som inte är tillåtna. Den här typen av proxy avkrypterar all trafik (även https).

Upplösningar och framerater som stöds för videonät

Den här tabellen omfattar de upplösningar som stöds och framerar från ett avsändare-mottagarperspektiv i ett möte som hålls på en videonätnod. Avsändarklienten (app eller enhet) finns över den övre raden i tabellen, medan mottagarklienten finns på den vänstra kolumnen i tabellen. Motsvarande cell mellan de två mötesdeltagarna fångar den förhandlade innehållsupplösningen, ramar per avsnitt och ljudkälla.

Upplösningen påverkar samtalskapaciteten på alla videonätnoder. Mer information finns i Kapacitet för videonätnoder.

Upplösning och frameratvärde kombineras som XXXpYY – Till exempel innebär 720p10 720p vid 10 ramar per sekund.

Definitionsförkortningarna (SD, HD och FHD) i kolumnen för avsändarraden och mottagaren avser klientens eller enhetens övre upplösning:

SD – Standarddefinition (576p)
HD – Hög upplösning (720p)
FHD – full högupplösning (1080p)

Tabell 2. Upplösningar och framerater som stöds för videonät
Mottagare	Avsändare
	Webex-appen	Webex-appmobil	SIP-registrerade enheter (HD)	SIP-registrerade enheter (FHD)	Webex-registrerade enheter (SD)	Webex-registrerade enheter (HD)	Webex-registrerade enheter (FHD)
Skrivbord för Webex-appen	720p10 Blandat ljud*	720p10 Blandat ljud	720p30 Blandat ljud	720p30 Blandat ljud	576p15 Innehållsljud**	720p30 Blandat ljud	720p30 Blandat ljud
Webex-appmobil	—	—	—	—	—	—	—
SIP-registrerade enheter (HD)	720p30 Innehållsljud	720p15 Blandat ljud	1080p15 Blandat ljud	1080p15 Blandat ljud	576p15 Blandat ljud	1080p15 Blandat ljud	1080p15 Blandat ljud
SIP-registrerade enheter (FHD)	1080p30 Blandat ljud	720p15 Blandat ljud	1080p15 Blandat ljud	1080p30 Blandat ljud	576p15 Blandat ljud	1080p15 Blandat ljud	1080p30 Blandat ljud
Webex-registrerade enheter (SD)	1080p15 Blandat ljud	720p15 Blandat ljud	1080p15 Blandat ljud	1080p15 Blandat ljud	576p15 Blandat ljud	1080p15 Blandat ljud	1080p15 Blandat ljud
Webex-registrerade enheter (FHD)	1080p30 Blandat ljud	720p15 Blandat ljud	1080p15 Blandat ljud	1080p30 Blandat ljud	576p15 Blandat ljud	1080p15 Blandat ljud	1080p30 Blandat ljud

_{* Innehållsljud avser det ljud som spelas upp från det specifika innehållet som delas, till exempel en strömmande video. Den här ljudströmmen är separat från det vanliga mötesljudet.}

_{** Blandat ljud avser en blandning av mötesdeltagarens ljud och ljud från innehållsdelning.}

Förbered din miljö

Krav för videonät

Videonät är tillgängligt med de erbjudanden som dokumenteras i licenskraven för hybridtjänster.

Krav på samtalskontroll och mötesintegrering för videonät

Samtalskontroll och befintlig mötesinfrastruktur krävs inte för att använda videonät, men du kan integrera de två. Om du integrerar videonät med din samtalskontroll och mötesinfrastruktur ska du se till att din miljö uppfyller de minimikriterier som dokumenteras i följande tabell.

Tabell 1. Samtalskontroll och möteskrav för videonät
Komponentens syfte	Minsta version som stöds
Lokal samtalskontroll	Cisco Unified Communications Manager, version 11.5(1) SU3 eller senare. (Vi rekommenderar den senaste SU-versionen.) Cisco Expressway-C eller E, version X8.11.4 eller senare. (Se avsnittet ”Viktig information” i Expressway-versionsinformationen för mer information.)
Mötesinfrastruktur	Webex Meetings WBS33 eller senare. (Du kan kontrollera att din Webex-webbplats finns på rätt plattform om den har listan över medieresurstyp som finns tillgänglig i webbplatsalternativen för mötesrum för molnsamarbete.) Kontakta din kundframgångschef (CSM) eller partner för att säkerställa att din webbplats är redo för videonät.
Hantering av redundans	Cisco Expressway-C eller E, version X8.11.4 eller senare. (Se avsnittet ”Viktig information” i Expressway-versionsinformationen för mer information.)

Krav på slutpunkt och Webex-appen

Tabell 2. Krav på slutpunkt och app för videonät
Komponentens syfte	Detaljer
Slutpunkter som stöds	Se Webex videokompatibilitet och support.
Versioner av Webex-appen som stöds	Videonät har stöd för Webex-appen för skrivbord (Windows, Mac) och mobil (Android, iPhone och iPad). Om du vill hämta appen för en plattform som stöds går du till https://www.webex.com/downloads.html.
Codec som stöds	Se Webex\| videospecifikationer för samtal och möten för ljud- och videokoder som stöds. Observera följande förbehåll för videonät: För videokvalitet har videonät stöd för upp till 1080p i vissa scenarier. Du kan konfigurera denna inställning i https://admin.webex.com. För SIP-videosystem har videonät stöd för SIP-klienter som gör ljudtoner med dubbel ton med flera frekvenser (DTMF). Tjänsten har även stöd för knappsatsmarkeringsspråk (KPML). Webex Teams för Windows och Mac- och Room-, Desk- och Board-enheter som är registrerade i molnet har stöd för upp till 1080p 30 fps med innehållsljud. H.323-klienter nämns i databladet, men de går bara till molnet.
Webex-registrerade rums-, skrivbordsenheter och Board-enheter som stöds	Följande enheter testas och bekräftas för att fungera med videonätnoder: 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 Anslutningar för Cisco TelePresence SX20 Cisco TelePresence SX10 Cisco TelePresence SX10 Cisco TelePresence SX10 Cisco TelePresence SX10

System- och plattformskrav för programvara för videonätnod

Produktionsmiljöer

I produktionsdistributioner finns det två sätt att distribuera videonätnodprogramvara på en viss maskinvarukonfiguration:

Du kan konfigurera varje server som en enda virtuell maskin, vilket är bäst för distributioner som innehåller många SIP-slutpunkter.
Med alternativet VMNL ite kan du konfigurera varje server med flera mindre virtuella datorer. VMNL ite är bäst för distributioner där majoriteten av klienter och enheter är Webex-appen och Webex-registrerade slutpunkter.

Dessa krav är gemensamma för alla konfigurationer:

VM-produkt ESXi 7 eller 8, vsfär 7 eller 8
Hypertråd aktiverad

Videonätnoder som körs oberoende av plattformsmaskinvaran behöver dedikerade CPU:er och RAM. Delning av resurser med andra program stöds inte. Detta gäller för alla bilder av videonätsprogrammet.

För Video Mesh Lite (VMNL ite)-bilder på en CMS-plattform stöder vi endast VMNL ite-bilder. Ingen annan videonätbild eller icke-videonätsprogram kan finnas på CMS maskinvaran med VMNL ite-programvaran.

Tabell 3. System- och plattformskrav för videonätnodprogramvara i en produktionsmiljö

Konfiguration av maskinvara

Distribution av produktion som en enda virtuell maskin

Produktion Distribution med VMNL ite VM

Anteckningar

Cisco Meeting Server 1000 (CMS 1000)

72v CPU:er (70 för videonätnod, 2 för ESX i)
60 GB huvudminne
80 GB lokalt hårddiskutrymme

Distribuera som 3 identiska virtuella maskininstanser, var och en med:

23 v CPU:er
20 GB huvudminne
80 GB lokalt hårddiskutrymme

Vi rekommenderar den här plattformen för videonätnod.

Om du distribuerar VMNL ite på en CMS 1000 med en 300 GB-hårddisk kan du ta slut när du uppgraderar till ESXi 7. Vi rekommenderar att du uppgraderar till minst 500 GB hårddiskar innan du uppgraderar VM-programvaran.

Specifikationsbaserad konfiguration

(2,6-GHz Intel Xeon E5-2600v3 eller senare processor krävs)

72v CPU:er (70 för videonätnod, 2 för ESX i)
60 GB huvudminne
80 GB lokalt hårddiskutrymme
eller

80 GB NFS-lagring

Distribuera som 3 identiska virtuella maskininstanser, var och en med:

23 v CPU:er
20 GB huvudminne
80 GB lokalt hårddiskutrymme

eller

80 GB NFS-lagring

Varje virtuell videonätmaskin måste ha CPU, RAM och hårddiskar reserverade för sig själv.

Använd antingen alternativet CMS1000 eller VMNL ite under konfigurationen.

Högsta IOP (inmatnings-/utmatningsoperationer per sekund) för NFS-lagring är 300 IOPS.

Cisco Meeting Server 2000 (CMS 2000)

Distribuera som 8 identiska virtuella maskininstanser, var och en med:

72v CPU:er (70 för videonätnod, 2 för ESX i)
60 GB huvudminne
80 GB lokalt hårddiskutrymme
eller

80 GB NFS-lagring

Distribuera som 24 identiska virtuella maskininstanser, var och en med:

23 v CPU:er
20 GB huvudminne
80 GB lokalt hårddiskutrymme

eller

80 GB NFS-lagring

Vi rekommenderar den här plattformen för videonätnod.

Varje blad måste vara en komplett Cisco Meeting Server 1000 med reserverad CPU, RAM och hårddiskar per blad.

Högsta IOP för NFS-lagring är 300 IOPS.

Demomiljöer

För grundläggande demoändamål kan du använda en specifikationsbaserad maskinvarukonfiguration, med följande minimikrav:

14v-CPU:er (12 för videonätnod, 2 för ESX i)
8 GB huvudminne
20 GB lokalt hårddiskutrymme
2.6 GHz Intel Xeon E5-2600v3 eller senare processor

Denna konfiguration av videonät stöds inte av Cisco TAC.

För mer information om demoprogramvaran, se Video Mesh Node Demo Software.

Bandbreddskrav

Videonätnoder måste ha en minsta bandbredd på 10 Mbit/s för både uppladdning och hämtning för att fungera korrekt.

Krav för proxystöd för videonät

Vi stöder officiellt följande proxylösningar som kan integreras med dina videonätnoder.
- Cisco Web Security Appliance (WSA) för transparent proxy
- Squid för uttrycklig proxy
För en uttrycklig proxy eller transparent inspektionsproxy som inspekterar (avkrypterar trafik) måste du ha en kopia av proxyns rotcertifikat som du måste ladda upp till förtroendebutiken för videonätnod i webbgränssnittet.
Vi stöder följande uttryckliga kombinationer av proxy- och autentiseringstypen:
- Ingen autentisering med http och https
- Grundläggande autentisering med http och https
- Smälta autentisering endast med https
- NTLM-autentisering med endast http

För öppna proxyservrar måste du använda routern/växeln för att tvinga HTTPS/443-trafiken att gå till proxyn. Du kan också tvinga webbsocket att gå till proxy. (Webbsocket använder https.)

Videonät kräver webbkontakt till molntjänster, så att noderna fungerar korrekt. Vid explicit och transparent inspektion av proxyservrar krävs http-rubriker för en korrekt webbsocket-anslutning. Om de ändras misslyckas webbsocket-anslutningen.

När webbsocket-anslutningsfel inträffar i port 443 (med öppen inspektionsproxy aktiverad) leder det till en varning efter registrering i Control Hub: ”SIP-samtal i Webex-videonät fungerar inte korrekt.” Samma larm kan uppstå av andra skäl när proxy inte är aktiverad. När webbsocket-rubriker är blockerade i port 443 flödar media inte mellan appar och SIP-klienter.

Om media inte flödar inträffar detta ofta när https-trafiken från noden över port 443 misslyckas:

Port 443-trafik tillåts av proxyn, men det är en inspektionsproxy och bryter webbsocket.

För att åtgärda dessa problem kan du behöva ”kringgå” eller ”splice” (inaktivera inspektion) på port 443 för att: *.wbx2.com och *.ciscospark.com.

Kapacitet för videonätnoder

Eftersom videonät är en programvarubaserad medieprodukt varierar kapaciteten på dina videonätnoder. I synnerhet placerar mötesdeltagare i Webex-molnet en tyngre belastning på noder. Du får lägre kapacitet när du har fler överlappningar till Webex-molnet. Andra faktorer som påverkar kapaciteten är:

Typer av enheter och klienter
Videoupplösning
Nätverkskvalitet
Maximal belastning
Distributionsmodell

Användning av videonät påverkar inte antalet Webex-licenser.

I allmänhet fördubblas inte kapaciteten om du lägger till fler noder i klustret på grund av överhuvudet för att ställa in överlappningar. Använd dessa nummer som allmän vägledning. Vi rekommenderar följande:

Testa gemensamma mötesscenarier för din distribution.
Använd analysen i Control Hub för att se hur din distribution utvecklas och lägga till kapacitet vid behov.

Överflöd vid låg samtalsvolym (särskilt SIP-samtal som har sitt ursprung lokalt) är inte en riktig avspegling av skalan. Videonätsanalys (under Control Hub > Resurser > Samtalsaktivitet) anger samtalsanslutningarna som har sitt ursprung lokalt. De anger inte samtalsströmmar som kom in genom kaskaden till videonätnoden för mediebehandling. När antalet fjärranslutna mötesdeltagare ökar under ett möte ökar antalet överlappningar och förbrukar lokala medieresurser på videonätnoden.

Den här tabellen visar kapacitetsintervall för olika blandningar av mötesdeltagare och slutpunkter på vanliga videonätnoder. Våra tester inkluderade möten med alla deltagare på den lokala noden och möten med en blandning av lokala deltagare och molndeltagare. Med fler mötesdeltagare i Webex-molnet kan du förvänta dig att din kapacitet sjunker i den nedre änden av intervallet.

Tabell 4. Kapacitet på vanliga videonätnoder
Scenario	Upplösning	Mötesdeltagarkapacitet
Möten med endast Webex-appdeltagare	720p	100–130
Möten med endast Webex-appdeltagare	1080p	90–100
Möten och 1-till-1-samtal med endast mötesdeltagare i Webex-appen	720p	60–100
	1080p	90–100
Möten med endast SIP-mötesdeltagare	720p	70–80
Möten med endast SIP-mötesdeltagare	1080p	30–40
Möten med Webex-appen och SIP-mötesdeltagare	720p	75–110

Basupplösningen för Webex-appen är 720p. Men när du delar är mötesdeltagarens miniatyrbilder 180 p.
Dessa prestandanummer förutsätter att du har aktiverat alla rekommenderade portar.

Kapacitet för VMNL ite

Vi rekommenderar VMNL ite för distributioner som huvudsakligen inkluderar Webex-appen och molnregistrerade slutpunkter. I dessa distributioner använder noderna fler växling och färre omkodningsresurser än standardkonfigurationen ger. Att distribuera flera mindre virtuella datorer på värden optimerar resurserna för det här scenariot.

Den här tabellen listar kapacitetsintervall för olika blandningar av mötesdeltagare och slutpunkter. Våra tester inkluderade möten med alla deltagare på den lokala noden och möten med en blandning av lokala deltagare och molndeltagare. Med fler mötesdeltagare i Webex-molnet kan du förvänta dig att din kapacitet sjunker i den nedre änden av intervallet.

Tabell 5. Kapacitet på VMNL ite noder
Scenario	Upplösning	Mötesdeltagarkapacitet med 3 VMNL ite-noder på en server
Möten med endast Webex-appdeltagare	720p	250–300
Möten med endast Webex-appdeltagare	1080p	230–240
Möten och 1-till-1-samtal med endast mötesdeltagare i Webex-appen	720p	175–275
	1080p	230–240

Basupplösningen för Webex-appmöten är 720p. Men när du delar är mötesdeltagarens miniatyrbilder 180 p.

Kluster i videonät

Du distribuerar videonätnoder i kluster. Ett kluster definierar videonätnoder med liknande attribut, till exempel nätverksnärhet. Mötesdeltagare använder ett visst kluster eller molnet, beroende på följande villkor:

En klient i ett företagsnätverk som kan nå ett lokalt kluster ansluter till det – den primära inställningen för klienter i företagsnätverket.
Klienter som deltar i ett privat möte i videonät ansluter endast till lokala kluster. Du kan skapa ett separat kluster specifikt för dessa privata möten.
En klient som inte kan nå ett lokalt kluster ansluter till molnet – fallet för en mobil enhet som inte är ansluten till företagets nätverk.
Det valda klustret beror också på latens, snarare än bara plats. Till exempel kan ett molnkluster med lägre STUN-rundresa (SRT) fördröjning än ett videonätkluster vara en bättre kandidat för mötet. Den här logiken hindrar en användare från att landa på ett geografiskt långt kluster med hög SRT-fördröjning.

Varje kluster innehåller logik som överlappar möten, förutom privata möten i videonät, över andra molnmöteskluster, efter behov. Cascading tillhandahåller en datasökväg för media mellan klienter i deras möten. Möten distribueras över noder och klienterna landar på den mest effektiva noden som ligger närmast dem, beroende på faktorer som nätverktopologi, WAN-länk och resursanvändning.

Klientens förmåga att ping medienoder avgör tillgängligheten. Ett faktiskt samtal använder en mängd olika potentiella anslutningsmekanismer, till exempel UDP och TCP. Före samtalet registreras Webex-enheten (Room, Desk, Board och Webex-appen) med Webex-molnet, vilket ger en lista över klusterkandidater för samtalet.

Noderna i ett videonätkluster kräver ohämmad kommunikation med varandra. De kräver även ohämmad kommunikation med noderna i alla dina andra videonätskluster. Se till att brandväggarna tillåter all kommunikation mellan videonätnoderna.

Kluster för privata möten

Du kan boka ett videonätkluster för privata möten. När det reserverade klustret är fullt kastas de privata mötesmedierna ut till dina andra videonätskluster. När det reserverade klustret är fullt delar privata och icke-privata möten resurserna för dina återstående kluster.

Icke-privata möten använder inte ett reserverat kluster och reserverar dessa resurser för privata möten. Om ett icke-privat möte tar slut på resurser i nätverket kastas det ut till Webex-molnet i stället.

Mer information om funktionen för privata möten i videonät finns i Privata möten.

Du kan inte använda det korta videoadressformatet (meet@your_site) om du reserverar alla videonätskluster för privata möten. Dessa samtal misslyckas för närvarande utan ett korrekt felmeddelande. Om du lämnar vissa kluster oreserverade kan samtal med det korta videoadressformatet ansluta via dessa kluster.

Riktlinjer för distribution av videonätskluster

I typiska företagsdistributioner rekommenderar vi att kunder använder upp till 100 noder per kluster. Det finns inga hårda gränser som ställs in i systemet för att blockera en klusterstorlek med mer än 100 noder. Om du behöver skapa större kluster rekommenderar vi dock starkt att du granskar det här alternativet med Cisco-teknik via ditt Cisco-kontoteam.
Skapa färre kluster när resurser har liknande nätverksnärhet (affinitet).
När du skapar kluster lägger du bara till noder som finns i samma geografiska region och samma datacenter. Kluster över det breda områdets nätverk (WAN) stöds inte.
Vanligtvis distribuerar kluster i företag som är värd för frekventa lokaliserade möten. Planera var du placerar kluster på den bandbredd som finns tillgängliga på olika WAN-platser inom företaget. Med tiden kan du distribuera och växa kluster för kluster baserat på observerade användarmönster.
Kluster som finns i olika tidszoner kan effektivt betjäna flera geografiska områden genom att dra nytta av olika samtalsmönster mellan högsta och upptagna timmar.
Om du har två videonätnoder i två separata datacenter (till exempel EU och NA) och du har slutpunkter som ansluter via varje datacenter kastas noderna i varje datacenter till en enda videonätnod i molnet. Dessa översvämningar skulle gå över Internet. Om det finns en molndeltagare (som ansluter före en av videonätdeltagarna) kommer noderna att kasseras genom molndeltagarens medienod.

Mångfald i tidszon

Tidszonens mångfald kan tillåta att kluster delas under perioder utanför toppmötet. Till exempel: Ett företag med ett norra Kalifornien-kluster och ett New York-kluster kan upptäcka att den totala nätverkslatensen inte är så hög mellan de två platser som tjänar en geografiskt varierad användarpopulation. När resurserna är i toppanvändning i norra Kalifornien-klustret är New York-klustret sannolikt utanför toppen och har ytterligare kapacitet. Samma sak gäller för norra Kalifornien-klustret, under topptider i New York-klustret. Dessa är inte de enda mekanismer som används för effektiv användning av resurser, men de är de två viktigaste.

Överspill till moln

När kapaciteten för alla lokala kluster nås överflödar en lokal mötesdeltagare till Webex-molnet. Detta innebär inte att alla samtal hålls i molnet. Webex dirigerar endast de mötesdeltagare som antingen är fjärranslutna eller inte kan ansluta till ett lokalt kluster till molnet. I ett samtal med både lokala deltagare och molndeltagare ansluts det lokala klustret till molnet för att kombinera alla mötesdeltagare till ett enda samtal.

Om du konfigurerar mötet som den privata mötestypen behåller Webex alla samtal på dina lokala kluster. Privata möten överflödar aldrig till molnet.

Webex-enhetsregister med Webex

Utöver att bestämma tillgänglighet utför klienterna även periodiska fördröjningstester med hjälp av Simple Traversal av UDP till NAT (STUN). Fördröjning av STUN-rundresa (SRT) är en viktig faktor vid val av potentiella resurser under ett faktiskt samtal. När flera kluster distribueras baseras de primära urvalskriterierna på den inlärda SRT-fördröjningen. Tillgänglighetstester utförs i bakgrunden, initieras av ett antal faktorer, inklusive nätverksändringar, och introducerar inte förseningar som påverkar samtalsinställningstiden. Följande två exempel visar möjliga resultat av tester för tillgänglighet.

Fördröjningstester för rundresa – molnenheten kan inte nå lokala kluster

Fördröjningstester för rundresa – molnenheten når lokala kluster

Information om lärd tillgänglighet tillhandahålls i Webex-molnet varje gång ett samtal konfigureras. Med den här informationen kan molnet välja den bästa resursen (kluster eller moln), beroende på klientens relativa plats för tillgängliga kluster och samtalstyp. Om inga resurser finns tillgängliga i önskat kluster testas alla kluster för tillgänglighet baserat på SRT-fördröjning. Ett prioriterat kluster väljs med den lägsta SRT-fördröjningen. Samtal serveras på plats från ett sekundärkluster när det primära klustret är upptaget. Lokalt tillgängliga videonätsresurser prövas först, i ordning med lägsta SRT-fördröjning. När alla lokala resurser är uttömda ansluter mötesdeltagaren till molnet.

Klusterdefinition och plats är avgörande för en distribution som ger den bästa övergripande upplevelsen för mötesdeltagarna. Helst bör en distribution tillhandahålla resurser där klienterna är belägna. Om det inte finns tillräckligt med resurser där klienterna ringer majoriteten av samtalen förbrukas mer internt nätverksbandbredd för att ansluta användare till avlägsna kluster.

Lokalt och molnsamtal

Lokala Webex-enheter som har samma klusteraffinitet (inställning, baserat på närheten till klustret) ansluter till samma kluster för ett samtal. Lokala Webex-enheter med olika lokala klusteraffiniteter ansluter till olika kluster och klustren kastas sedan till molnet för att kombinera de två miljöerna till ett enda samtal. Detta skapar en hub- och taldesign med Webex-molnet som hub och lokala kluster som fungerar som tal i mötet.

Lokala samtal med olika klusteraffiniteter

Webex-enheten ansluter till antingen det lokala klustret eller molnet baserat på dess tillgänglighet. Följande visar exempel på de vanligaste scenarierna.

Webex molnenhet ansluter till molnet

Webex lokala enheter ansluter till lokala kluster

Webex lokala enheter ansluter till molnet

Molnklusterval för överflöd baserat på 250 ms eller högre STUN-rundresefördröjning

Medan inställningen för nodval är dina lokalt distribuerade videonätnoder stöder vi ett scenario där, om STUN-rundresefördröjning (SRT) till ett lokalt videonätkluster överskrider den toleranta fördröjningen på 250 ms (vilket vanligtvis inträffar om det lokala klustret har konfigurerats på en annan kontinent), så väljer systemet den närmaste molnmediennoden i den geografi istället för en videonätnod.

Webex-appen eller Webex-enheten finns i företagsnätverket i San Jose.
San Jose och Amsterdam kluster är i kapacitet eller inte tillgängliga.
SRT-förseningen till Shanghai-klustret är större än 250 ms och kommer sannolikt att införa frågor om mediekvalitet.
Molnklustret i San Francisco har en optimal SRT-fördröjning.
Shanghai videonätsklustret utesluts från övervägande.
Till följd av detta överflödar Webex-appen till molnklustret i San Francisco.

Privata möten

Privata möten isolerar alla media till ditt nätverk via videonät. Till skillnad från vanliga möten kastas inte medierna till Webex-molnet om de lokala noderna är fulla. Men som standard kan privata möten kastas till olika videonätskluster i nätverket. För privata möten över geografiska platser måste dina videonätskluster ha direkt anslutning till varandra för att tillåta överlappningar mellan kluster, till exempel HQ1_VMN till Remote1_VMN i figuren.

Se till att de nödvändiga portarna är öppna i brandväggen för att tillåta ohindrad överlappning mellan kluster. Se Portar och protokoll för hantering.

Alla mötesdeltagare i ett privat möte måste tillhöra din mötesvärds Webex-organisation. De kan delta via Webex-appen eller ett autentiserat videosystem (SIP-slutpunkter registrerade till UCM/VCS eller Webex-registrerad videoenhet). Deltagare med VPN- eller MRA-åtkomst till ditt nätverk kan delta i ett privat möte. Men ingen kan delta i ett privat möte utanför ditt nätverk.

Distributionsmodeller som stöds av videonät

Stöds i en distribution av videonät

Du kan distribuera en videonätnod i antingen ett datacenter (önskat) eller en demilitariserad zon (DMZ). För vägledning, se Portar och protokoll som används av videonät.
För en DMZ-distribution kan du konfigurera videonätnoderna i ett kluster med det dubbla nätverksgränssnittet (NIC). Med den här distributionen kan du skilja den interna nätverkstrafiken för företag (används för interbox-kommunikation, överlappningar mellan nodkluster och för att komma åt nodens hanteringsgränssnitt) från den externa molnnätverkstrafiken (används för anslutning till omvärlden och överlappningar till molnet).

Dual NIC fungerar på den fullständiga, VMNL ite och demo versionen av Video Mesh nod programvara. Du kan även distribuera videonätet bakom en NAT-konfiguration 1:1.
Du kan integrera videonätnoder med din samtalskontrollmiljö. Till exempel distributioner med videonät integrerat med Unified CM, se Distributionsmodeller för videonät och Cisco Unified Communications Manager.
Följande typer av adressöversättning stöds:
- Dynamisk nätverksadressöversättning (NAT) med en IP-pool
- Översättning av dynamisk portadress (PAT)
- 1:1 natt
- Andra former av NAT bör fungera så länge som rätt hamnar och protokoll används, men vi stöder dem inte officiellt eftersom de inte har testats.
IPv4
Statisk IP-adress för videonätnoden

Stöds inte i en distribution av videonät

IPv6
DHCP för videonätnoden
Ett kluster med en blandning av enkel NIC och dubbel NIC
Klusterar videonätnoder över det breda nätverket (WAN)
Ljud, video eller media som inte passerar via en videonätnod:
- Ljud från telefoner
- Peer-to-peer-samtal mellan Webex-appen och standardbaserad slutpunkt
- Ljudavslutning på videonätnod
- Media som skickas via Expressway C/E-par
- Videosamtal tillbaka från Webex

Distributionsmodeller för videonät och Cisco Unified Communications Manager

Dessa exempel visar gemensamma distributioner av videonät och hjälper dig att förstå var videonätskluster kan passa in i ditt nätverk. Kom ihåg att distribution av videonät beror på faktorer i nätverkens topologi:

Datacenterplatser
Kontorsplatser och storlek
Plats och kapacitet för Internet

I allmänhet försöker du koppla videonätnoderna till klustren i Unified CM eller Session Management Edition (SME). Som bästa praxis ska du hålla noderna så centraliserade som möjligt till de lokala grenarna.

Videonät har stöd för Session Management Edition (SME). Unified CM-kluster kan anslutas via en SME-enhet och sedan måste du skapa en SME-trunk som ansluter till videonätnoderna.

Hubb- och talarkitektur

Denna distributionsmodell omfattar centraliserat nätverk och tillgång till Internet. Den centrala platsen har vanligtvis en hög personalkoncentration. I detta fall kan ett videonätkluster placeras på en central plats för optimerad mediehantering.

Att lokalisera kluster på filialer kanske inte ger några fördelar på kort sikt och kan leda till suboptimal dirigering. Vi rekommenderar att du endast distribuerar kluster i en filial om det finns täta kommunikationer mellan filialer.

Geografisk fördelning

Den geografiskt distribuerade distributionen är sammanlänkad men kan visa en märkbar latens mellan regioner. Brist på resurser kan orsaka att suboptimala överlappningar konfigureras på kort sikt när det finns möten mellan användare på varje geografisk plats. I den här modellen rekommenderar vi att du tilldelar videonätnoder nära regional internetanslutning.

Geografisk fördelning med SIP-uppringning

Den här distributionsmodellen innehåller regionala Unified CM-kluster. Varje kluster kan innehålla en SIP-trunk för att välja resurser i det lokala videonätklustret. En andra trunk kan ge en redogörelse till ett Expressway-par om resurserna begränsas.

Portar och protokoll som används av videonät

För att säkerställa en lyckad distribution av videonät och för felfri drift av videonätnoderna öppnar du följande portar på brandväggen för användning med protokollen.

Se Nätverkskrav för Webex-tjänster för att förstå de övergripande nätverkskraven för Webex Teams.
Se Firewall Traversal Whitepaper för mer information om brandvägg och nätverkspraxis för Webex-tjänster.
Följ dokumentationen för DNS-bästa praxis, nätverksskydd och angreppsidentifiering när du konfigurerar företagets brandvägg för att mildra eventuella problem med DNS-frågor.
Mer designinformation finns i Preferred Architecture for Hybrid Services, CVD.

Portar och protokoll för hantering

Noderna i ett videonätkluster kräver ohämmad kommunikation med varandra. De kräver även ohämmad kommunikation med noderna i alla dina andra videonätskluster. Se till att brandväggarna tillåter all kommunikation mellan videonätnoderna.

Videonätnoderna i ett kluster måste vara i samma VLAN- eller nätmask.

Syfte	Source	Destination	Käll-ID	Källport	Transportprotokoll	Destinations-IP	Destinationsport
Hantering	Hanteringsdator	Videonätnod	Vid behov	Any	tcp, https	Videonätnod	443
SSH för åtkomst till administrationskonsolen för videomesh	Hanteringsdator	Videonätnod	Vid behov	Any	TCP	Videonätnod	22
Kommunikation inom kluster	Videonätnod	Videonätnod	IP-adress för andra videonätnoder i klustret	Any	TCP	Videonätnoder	8443
Hantering	Videonätnod	Webex-moln	Vid behov	Any	udp, ntp udp, dns TCP, HTTPS (webbuttag)	Any	123 53
Kaskadesignalering	Videonätnod	Webex-moln	Any	Any	TCP	Any	443
Överlappningsmedia	Videonätnod	Webex-moln	Videonätnod	Alla	UDP	Any För specifika adressintervall, se avsnittet ”IP-undernät för Webex Media-tjänster” i Nätverkskrav för Webex-tjänster.	5004 50000 till 53000 Mer information finns i avsnittet ”Webex-tjänster – portnummer och protokoll” i Nätverkskrav för Webex-tjänster.
Kaskadesignalering	Vido Mesh Cluster (1)	Vido Mesh Cluster (2)	Any	Any	TCP	Any	443
Överlappningsmedia	Vido Mesh Cluster (1)	Vido Mesh Cluster (2)	Vido Mesh Cluster (1)	Alla	UDP	Any	5004 50000 till 53000
Hantering	Videonätnod	Webex-moln	Vid behov	Any	tcp, https	Alla	443
Hantering	Videonätnod (1)	Videonätnod (2)	Videonätnod (1)	Any	TCP, HTTPS (webbuttag)	Videonätnod (2)	443
Intern kommunikation	Videonätnod	Alla andra videonätnoder	Videonätnod	Any	UDP	Any	10000 till 40000

_{* Standardkonfigurationen i OVA är konfigurerad för NTP och DNS. OVA kräver att du öppnar portarna utgående till internet. Om du konfigurerar en lokal NTP- och DNS-server behöver du inte öppna portarna 53 och 123 via brandväggen.}

_{** Eftersom vissa URL:er för molntjänsten kan ändras utan förvarning är ANY den rekommenderade destinationen för problemfri drift av videonätnoderna. Om du föredrar att filtrera trafik baserat på URL:er, se avsnittet Webex Teams URL:er för hybridtjänster i nätverkskraven för Webex-tjänster för mer information.}

_{***Portarna varierar beroende på om du aktiverar QoS. Med QoS aktiverat är portarna 52 500-59499, 63000-64667, 59500-62999 och 64688-65500. Med QoS av är portarna 34 000-34 999.}

Trafiksignaturer för videonät (tjänstekvalitet aktiverad)

För distributioner där videonätnoden sitter på företagssidan av DMZ eller inne i brandväggen finns en konfigurationsinställning för videonätnod i Webex Control Hub som gör det möjligt för administratören att optimera portintervallen som används av videonätnoden för QoS-nätverksmarkering. Den här tjänstekvalitetsinställningen är aktiverad som standard och ändrar källportarna som används för ljud-, video- och innehållsdelning till värdena i den här tabellen. Med den här inställningen kan du konfigurera QoS-markeringspolicyer baserat på UDP-portintervall för att skilja ljud från video- eller innehållsdelning och markera allt ljud med rekommenderat värde av EF och video- och innehållsdelning med ett rekommenderat värde av AF41.

Tabellen och diagrammet visar UDP-portar som används för ljud- och videoströmmar, som är huvudfokus för QoS-nätverkskonfigurationer. Medan nätverks-QoS-markeringspolicyer för media över UDP är fokus i följande tabell, avslutar Webex-videonätnoder även TCP-trafik för presentation och innehållsdelning för Webex-appen med efemerportar 52500–65500. Om en brandvägg sitter mellan videonätnoderna och Webex-appen måste dessa TCP-portar också vara tillåtna för att fungera korrekt.

Videonätnod markerar trafiken naturligt. Denna ursprungsmärkning är asymmetrisk i vissa flöden och beror på om källportarna är delade portar (en port som 5004 för flera flöden till olika destinations- och destinationshamnar) eller om de inte är det (där porten faller i ett intervall men är unik för den specifika tvåvägsinriktade sessionen).

För att förstå den inbyggda märkningen med en videonätnod ska du notera att videonätnoden markerar ljud EF när den inte använder 5004-porten som källport. Vissa tvåvägsinriktade flöden, t.ex. Videonät till videonät eller videonät till Webex-appen, kommer att markeras asymmetriskt, vilket är en anledning till att använda nätverket för att kommentera trafik baserat på de angivna UDP-portintervallen.

Käll-IP-adress	Destinationens IP-adress	Källa-UDP-portar	Destinationens UDP-portar	Inbyggd DSCP-märkning	Medietyp
Nätnod för video	Webex molnmedietjänster	35000 till 52499	5004	av41	Testa STUN-paket
Nätnod för video	Webex molnmedietjänster	52500 till 59499	5004	Ef	Ljud
Nätnod för video	Webex molnmedietjänster	63000 till 64667	5004	av41	Video
Nätnod för video	Webex molnmedietjänster	59500 till 62999	50000 till 51499	Ef	Ljud
Nätnod för video	Webex molnmedietjänster	64668 till 65500	51500 till 53000	av41	Video
Nätnod för video	Nätnod för video	10000 till 40000	10000 till 40000	—	Ljud
Nätnod för video	Nätnod för video	10000 till 40000	10000 till 40000	—	Video
Nätnod för video	Unified CM SIP-slutpunkter	52500 till 59499	Unified CM SIP-profil	Ef	Ljud
Nätnod för video	Unified CM SIP-slutpunkter	63000 till 64667	Unified CM SIP-profil	av41	Video
Videonätkluster	Videonätkluster	52500 till 59499	5004	Ef	Ljud
Videonätkluster	Videonätkluster	63000 till 64667	5004	av41	Video
Videonätkluster	Videonätkluster	59500 till 62999	50000 till 51499	Ef	Ljud
Videonätkluster	Videonätkluster	64668 till 65500	51500 till 53000	av41	Video
Nätnod för video	Webex Teams-program eller -slutpunkt*	5004	52000 till 52099	av41	Ljud
Nätnod för video	Webex Teams-program eller -slutpunkt	5004	52100 till 52299	av41	Video

*_{Riktningen för medietrafik avgör DSCP-markeringarna. Om källportarna är från videonätnoden (från videonätnoden till Webex Teams-appen) markeras trafiken endast som AF41. Medietrafik som kommer från Webex Teams-appen eller Webex-slutpunkter har separata DSCP-markeringar, men returtrafiken från de delade portarna för videonätnoden gör inte.}

UDP-källportdifferentiering (Windows Webex-appklienter): Kontakta ditt lokala kontoteam om du vill att differentiering av UDP-källporten ska vara aktiverad för din organisation. Om detta inte är aktiverat kan ljud- och videodelning inte differentieras med Windows OS. Källportarna kommer att vara desamma för ljud, video och innehållsdelning på Windows-enheter.

Trafiksignaturer för videonät (tjänstekvalitet inaktiverad)

För distributioner där videonätnoden sitter i DMZ finns det en konfigurationsinställning för videonätnod i Webex Control Hub som låter dig optimera portintervallen som används av videonätnoden. Den här inställningen för tjänstekvalitet, när den är inaktiverad (aktiverad som standard), ändrar källportarna som används för ljud-, video- och innehållsdelning från videonätnoden till intervallet 34000 till 34999. Videonätnoden markerar sedan naturligt allt ljud-, video- och innehållsdelning till en enda DSCP av AF41.

Eftersom källportarna är desamma för alla media oavsett destination kan du inte skilja ljud från video eller innehållsdelning baserat på portintervall med den här inställningen inaktiverad. Med den här konfigurationen kan du enkelt konfigurera brandväggspärrhål för media än med tjänstekvalitet aktiverad.

Tabellen och diagrammet visar UDP-portar som används för ljud- och videoströmmar när QoS är inaktiverat.

Tabell 6. Trafiksignaturer för videonät (tjänstekvalitet inaktiverad)
Käll-IP-adress	Destinationens IP-adress	Källa-UDP-portar	Destinationens UDP-portar	Inbyggd DSCP-märkning	Medietyp
Nätnod för video	Webex molnmedietjänster	34000 till 34999	5004	av41	Ljud
Nätnod för video	Webex molnmedietjänster	34000 till 34999	5004	av41	Video
Nätnod för video	Webex molnmedietjänster	34000 till 34999	50000 till 51499	av41	Ljud
Nätnod för video	Webex molnmedietjänster	34000 till 34999	51500 till 53000	av41	Video
Nätnod för video	Nätnod för video	10000 till 40000	10000 till 40000	av41	Ljud
Nätnod för video	Nätnod för video	10000 till 40000	10000 till 40000	av41	Video
Videonätkluster	Videonätkluster	34000 till 34999	5004	av41	Ljud
Videonätkluster	Videonätkluster	34000 till 34999	5004	av41	Video
Videonätkluster	Videonätkluster	34000 till 34999	50000 till 51499	av41	Ljud
Videonätkluster	Videonätkluster	34000 till 34999	51500 till 53000	av41	Video
Nätnod för video	Unified CM SIP-slutpunkter	52500 till 59499	Unified CM SIP-profil	av41	Ljud
Nätnod för video	Unified CM SIP-slutpunkter	63000 till 64667	Unified CM SIP-profil	av41	Video
Nätnod för video	Webex molnmedietjänster	35000 till 52499	5004	av41	Testa STUN-paket
Nätnod för video	Webex Teams-program eller -slutpunkt	5004	52000 till 52099	av41	Ljud
Nätnod för video	Webex Teams-program eller -slutpunkt	5004	52100 till 52299	av41	Video

Portar och protokoll för Webex Meetings-trafik

Syfte	Source	Destination	Käll-ID	Källport	Transportprotokoll	Destinations-IP	Destinationsport
Ringer till möte	Appar (skrivbords- och mobilappar i Webex-appen) Webex-registrerade enheter	Videonätnod	Vid behov	Any	UDP och TCP (används av Webex-appen) SRTP (valfritt)	Alla	5004
SIP-enhetens samtal till möte (SIP-signalering)	Samtalskontroll för Unified CM eller Cisco Expressway	Videonätnod	Vid behov	Efemeral (>=1024)	TCP eller TLS	Alla	5060 eller 5061
Överlappning	Videonätnod	Webex-moln	Vid behov	34000 till 34999	UDP, SRTP (alla)*	Alla	5004 50000 till 53000
Överlappning	Videonätnod	Videonätnod	Vid behov	34000 till 34999	UDP, SRTP (alla)*	Alla	5004

Port 5004 används för alla molnmedia och lokala videonätnoder.

Webex-appen fortsätter att ansluta till videonätnoder via delade portar 5004. Dessa portar används också av Webex-appen och Webex-registrerade slutpunkter för STUN-tester för videonätnoder. Videonätnod till videonätnod för överlappningar använder destinationsportintervallet 10000–40000._{* TCP stöds också, men är inte att föredra eftersom det kan påverka mediekvaliteten.}

_{** Om du vill begränsa av IP-adresser, se de IP-adressintervall som dokumenteras i nätverkskrav för Webex-tjänster.}

_{*** Expressway använder redan det här portintervallet för Webex-molnet. Så de flesta distributioner kräver inga uppdateringar för att stödja detta nya krav för videonät. Men om din distribution har strängare brandväggsregler kan du behöva uppdatera brandväggskonfigurationen för att öppna dessa portar för videonät.}

_{För bästa upplevelse av Webex i din organisation ska du konfigurera din brandvägg så att all utgående TCP- och UDP-trafik som är avsedd för portar 5004 samt eventuella inkommande svar på den trafiken. Portkraven som anges ovan förutsätter att videonätnoder distribueras antingen i LAN (föredragen) eller i en DMZ och att Webex-appen finns i LAN.}

Videokvalitet och skalning för videonät

Nedan följer några vanliga mötesscenarier när en kaskade skapas. Videonät är anpassningsbart beroende på tillgänglig bandbredd och distribuerar resurser i enlighet med detta. För enheter i mötet som använder videonätnoden ger överlappningslänken fördelen med att minska genomsnittlig bandbredd och förbättra mötesupplevelsen för användaren.

För riktlinjer för bandbreddsetablering och kapacitetsplanering, se dokumentationen för prioriterad arkitektur.

Baserat på de aktiva talarna i mötet etableras överlappningslänkarna. Varje kaskad kan innehålla upp till 6 strömmar och kaskaden är begränsad till 6 mötesdeltagare (6 i Webex-appen/SIP till Webex-molnet och 5 i motsatt riktning). Varje medieresurs (moln och videonät) ber fjärrsidan om de strömmar som krävs för att uppfylla de lokala slutpunktskraven för alla fjärrdeltagare över kaskaden.

För att ge en flexibel användarupplevelse kan Webex-plattformen göra multiströmsvideo till mötesdeltagare. Samma möjlighet gäller för överlappningslänken mellan videonätnoder och molnet. I den här arkitekturen varierar bandbreddskraven beroende på ett antal faktorer, till exempel slutpunktslayouter.

Arkitektur

I den här arkitekturen skickar Cisco Webex-registrerade slutpunkter signalering till molnet och media till växlingstjänsterna. Lokala SIP-slutpunkter skickar signalering till samtalskontrollmiljön (Unified CM eller Expressway) som sedan skickar den till videonätnoden. Media skickas till transkodningstjänsten.

Moln- och platsdeltagare

Lokala lokala mötesdeltagare på videonätnoden begär önskade strömmar baserat på deras layoutkrav. Dessa strömmar vidarebefordras från videonätnoden till slutpunkten för återgivning av lokal enhet.

Varje moln- och videonätnod begär HD- och SD-upplösningar från alla mötesdeltagare som är molnregistrerade enheter eller Webex-appen. Beroende på slutpunkten kommer den att skicka upp till 4 upplösningar, vanligtvis 1080p, 720p, 360p och 180p.

Överlappningar

De flesta Cisco-slutpunkter kan skicka 3 eller 4 strömmar från en enda källa i ett antal upplösningar (från 1080p till 180p). Slutpunktens layout dikterar kravet på de strömmar som behövs i den avlägsna änden av kaskaden. För aktiv närvaro är den huvudsakliga videoströmmen 1080p eller 720p, videobandrutorna (PiPS) är 180p. För lika vy är upplösningen 480p eller 360p för alla mötesdeltagare i de flesta fall. Kaskaden som skapas mellan videonätnoder och molnet skickar också 720p, 360p och 180p i båda riktningarna. Innehåll skickas som en enda ström och ljud skickas som flera strömmar.

Överlappande bandbreddgrafer som ger en mätning per kluster finns tillgängliga i analysmenyn i Webex Control Hub. Du kan inte konfigurera överlappningsbandbredd per möte i Control Hub.

Den maximala förhandlade överlappningsbandbredden per möte är 20 Mbps för huvudvideo för alla källor och de flera huvudvideoströmmar som de kan skicka. Detta maximala värde inkluderar inte innehållskanalen eller ljudet.

Huvudvideo med flera layoutexempel

Följande diagram illustrerar ett exempel på mötesscenario och hur bandbredden påverkas när flera faktorer spelar in. I exemplet överför alla Webex-appen och Webex-registrerade enheter 1x720p-, 1x360p- och 1x180p-strömmar till videonät. På kaskaden överförs strömmar på 720p, 360p och 180p i båda riktningarna. Anledningen är att det finns Webex-appen och Webex-registrerade enheter som får 720p, 360p och 180p på båda sidorna av kaskaden.

I diagrammen är exempelvis bandbreddsnumren för överförda och mottagna data endast avsedda för användning. De är inte en uttömmande täckning av alla möjliga möten och tillhörande bandbreddskrav. Olika mötesscenarier (anslutna mötesdeltagare, enhetsfunktioner, innehållsdelning inom mötet, aktivitet vid en viss tidpunkt under mötet) ger olika bandbreddsnivåer.

Diagrammet nedan visar ett möte med moln och lokaler registrerade slutpunkter och en aktiv talare.

I samma möte visar diagrammet nedan ett exempel på en överlappning som skapats mellan videonätnoderna och molnet i båda riktningarna.

I samma möte visas ett exempel på en överlappning från molnet i diagrammet nedan.

Diagrammet nedan visar ett möte med samma enheter ovan, tillsammans med en Webex Meetings-klient. Systemet skickar den aktiva talaren och den sista aktiva talaren i hög upplösning tillsammans med en extra HD-ström av den aktiva talaren för Webex Meeting-klienter eftersom videonätnoder inte stöder Webex Meetings just nu.

Krav för Webex-tjänster

Samarbeta med din partner, kundframgångschef (CSM) eller provrepresentant för att tillhandahålla Cisco Webex-webbplatsen och Webex-tjänster för videonät korrekt:

Du måste ha en Webex-organisation med en betald prenumeration på Webex-tjänster.
För att dra full nytta av videonät måste du se till att din Webex-webbplats finns på videoplattformen version 2.0. (Du kan kontrollera att din webbplats finns på videoplattformen version 2.0 om den har listan över medieresurstyp i webbplatsalternativen för mötesrum för molnsamarbete.)
Du måste aktivera CMR för din Webex-webbplats under användarprofiler. (Du kan göra detta i en massuppdatering av CSV med attributet SupportCMR).

Mer information finns i Funktionsjämförelse och migreringsväg från Hybrid för mötesrum för samarbete till videonät i bilagan.

Relaterad information

Kontrollera att källlandet är korrekt

Video Mesh använder funktionerna globalt distribuerade media (GDM) i Webex för att uppnå bättre mediarouting. För att uppnå optimal anslutning väljer Webex den molnmedienod som ligger närmast ditt företag när Video Mesh-kaskader utförs till Webex. Trafiken passerar sedan via Webex stamnät för att interagera med Webex mikrotjänster för mötet. Denna dirigering minimerar latensen och håller den största delen av trafiken på Webex stamnät och utanför internet.

För att stödja GDM använder vi MaxMind som GeoIP-platsleverantör för den här processen. Kontrollera att MaxMind korrekt identifierar platsen för din offentliga IP-adress för att säkerställa effektiv dirigering.

1	I en webbläsare anger du denna URL med den offentliga IP-adressen till din Expressway eller slutpunkt i slutet. `https://ds.ciscospark.com/v1/region/ <public IP address>` Du får ett svar som följande: `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	Kontrollera att `countryCode` är lämplig för platsen för din Expressway eller slutpunkt.
3	Om platsen är felaktig skickar du en begäran om att korrigera platsen för din offentliga IP-adress till MaxMind på https://support.maxmind.com/geoip-data-correction-request/correct-a-geoip-location.

Slutför förutsättningarna för videonät

Använd den här checklistan för att se till att du är redo att installera och konfigurera videonätnoder och integrera en Webex-webbplats med videonät.

1

Se till att du:

Uppfylla minimikraven för systemkrav som beskrivs i Krav för videonät och Licenskrav för hybridtjänster.
Förstå exempel på samtalskapacitet som beskrivs i Kapacitet för videonätnoder.
Förstå de distributionsmodeller som stöds som beskrivs i Distributionsmodeller som stöds av videonät.
Se till att nätverket tillåter anslutning på portarna och använda de protokoll som beskrivs i Portar och protokoll som används av videonät
Se till att nätverket stöder bandbreddskraven som beskrivs i Videokvalitet och skalning för videonät

2

Samarbeta med din partner, kundframgångschef eller provrepresentant för att förstå och förbereda din Webex-miljö så att den är redo att ansluta till videonät. Mer information finns i Krav för Webex-tjänster.

3

Spela in följande nätverksinformation för att tilldela dina videonätnoder:

IP-adress (rekommenderas)
Nätverksmask
Gateway IP-adress
DNS-servrar
NTP-servrar

Ett värdnamn och valfritt domännamn för videonätnoden. (Valfritt)

Vi rekommenderar att du använder IP-adresser för videonät. Om du planerar att konfigurera noderna med FQDN ska FQDN-värdet kunna lösas med alla poster i listan över DNS-servrar som konfigurerats på noden. Du måste också skapa både framåt- och omvänd-DNS (A- och PTR-poster) i DNS-konfigurationen.

4

Innan du startar installationen måste du se till att din Webex-organisation är aktiverad för videonät. Den här tjänsten är tillgänglig för organisationer med vissa betalda Webex-serviceprenumerationer enligt licenskraven för Cisco Webex Hybrid-tjänster. Kontakta din Cisco-partner eller kontohanteraren för att få hjälp.

5

Välj en maskinvara eller specifikationsbaserad konfiguration för din videonätnod som beskrivs i System- och plattformskrav för videonätnodprogramvara.

6

Se till att servern kör VM-ware ESXi 7 eller 8, och vsfär 7 eller 8, med en VM-värd i drift.

7

Om du integrerar videonät med din Unified CM-samtalskontrollmiljö och vill att mötesdeltagarlistorna ska vara konsekventa på alla mötesplattformar ska du se till att säkerhetsläget för Unified CM-kluster är inställt på blandat läge så att det stöder TLS-krypterad trafik. Slutpunkt-till-slutpunkt-krypterad trafik krävs för att den här funktionen ska fungera.

Se kapitlet för TLS-konfiguration i säkerhetshandboken för Cisco Unified Communications Manager för mer information om hur du växlar din Unified CM-miljö till blandat läge. Se lösningsguiden för aktiv kontroll för mer information om funktionerna och hur du ställer in slutpunkt-till-slutpunkt-kryptering.

8

Om du integrerar en proxy (uttrycklig, genomskinlig inspektion eller genomskinlig icke-inspektion) med videonät ska du följa kraven enligt dokumentationen i Krav för proxystöd för videonät.

Nästa steg

Installera och konfigurera programvara för videonätnod

Distribuera videonät

Uppgiftsflöde för distribution av videonät

Innan du börjar

1	Installera och konfigurera programvara för videonätnod Använd den här proceduren för att distribuera en videonätnod till din värdserver som kör VM-ware ESXi eller vCenter. Du installerar programvaran lokalt som skapar en nod och utför sedan den första konfigurationen, till exempel nätverksinställningar. Du registrerar den i molnet senare.
2	Logga in på videonätnodkonsolen Logga in på konsolen för första gången. Programvaran för videonätnod har ett standardlösenord. Du måste ändra det här värdet innan du konfigurerar noden.
3	Ställ in nätverkskonfigurationen för videonätnoden i konsolen Använd den här proceduren för att konfigurera nätverksinställningarna för videonätnoden om du inte konfigurerade dem när du konfigurerade noden på en virtuell dator. Du ställer in en statisk IP-adress och ändrar FQDN/värdnamn och NTP-servrar. DHCP stöds för närvarande inte.
4	Använd följande steg för att konfigurera det externa gränssnittet för en distribution av dubbelt nätverksgränssnitt (dubbel NIC): Ange det externa nätverksgränssnittet för videonätnoden Lägg till interna och externa dirigeringsregler När noden är online igen och du har verifierat den interna nätverkskonfigurationen kan du konfigurera det externa nätverksgränssnittet om du distribuerar videonätnoden i ditt nätverks DMZ så att du kan isolera företagstrafiken (intern) från extern (extern) trafik. Du kan även göra undantag eller åsidosättningar av standarddirigeringsreglerna.
5	Registrera videonätnoden i Webex Cloud Använd den här proceduren för att registrera videonätnoder i Webex-molnet och slutföra ytterligare konfiguration. När du använder Control Hub för att registrera din nod skapar du ett kluster som noden har tilldelats. Ett kluster innehåller en eller flera medienoder som betjänar användare i en viss geografisk region. Registreringsstegen konfigurerar även SIP-samtalsinställningar, konfigurera ett uppgraderingsschema och prenumerera på e-postaviseringar.
6	Aktivera och kontrollera tjänstekvalitet (QoS) med följande uppgifter: Aktivera tjänstekvalitet (QoS) för videonätnod Verifiera portintervall för videonätnod med reflektorverktyg i webbgränssnittet Aktivera QoS om du vill att videonätnoder automatiskt ska markera SIP-trafik (lokala SIP-registrerade slutpunkter) för både ljud (EF) och video (AF41) separat med lämplig tjänsteklass och använda välkända portintervall för specifika medietyper. Med den här ändringen kan du skapa QoS-policyer och effektivt kommentera returtrafiken från molnet om du vill. Använd stegen i reflektorverktyget för att kontrollera att rätt portar är öppna på din brandvägg.
7	Konfigurera videonätnod för proxyintegrering Använd den här proceduren för att ange vilken typ av proxy som du vill integrera med ett videonät. Om du väljer en transparent inspektionsproxy kan du använda nodens gränssnitt för att ladda upp och installera rotcertifikatet, kontrollera proxyn och felsöka eventuella problem.
8	Följ Integrera videonät med uppgiftsflödet för samtalskontroll och välj något av följande, beroende på din samtalskontroll, säkerhetskrav och om du vill integrera videonät med din samtalskontrollmiljö: Konfigurera Unified CM Secure TLS SIP-trafikroutning för videonät (TLS) Konfigurera Unified CM TCP SIP-trafikroutning för videonät (TCP) Konfigurera Expressway TCP SIP-trafikroutning för videonät (TCP) SIP-enheter har inte stöd för direktåtkomst, så du måste använda Unified CM- eller VCS Expressway-konfigurationen för att etablera ett förhållande mellan lokala registrerade SIP-enheter och dina videomeshkluster. Du behöver bara trunkera din Unified CM eller VCS Expressway till videonätnod, beroende på din samtalskontrollmiljö.
9	Växla certifikatkedjor mellan Unified CM och videonätnoder I den här uppgiften hämtar du certifikat från gränssnitten för Unified CM och videonät och överför ett till ett annat. Det här steget skapar ett säkert förtroende mellan de två produkterna och, tillsammans med den säkra trunkkonfigurationen, gör det möjligt för krypterad SIP-trafik och SRTP-media i din organisation att landa på videonätnoder.
10	Aktivera mediekryptering för organisation- och videonätkluster Använd den här proceduren för att aktivera mediekryptering för din organisation och enskilda videonätskluster. Den här inställningen kräver slutpunkt-till-slutpunkt-TLS-konfiguration och du måste ha en säker TLS SIP-trunk på plats på din Unified CM som pekar på dina videonätnoder.
11	Aktivera videonät för Webex-webbplatsen För att använda optimerade medier till videonätnoden för ett Webex-möte för alla Webex-appen och enheter att delta måste den här konfigurationen aktiveras för Webex-webbplatsen. Om du aktiverar den här inställningen kopplas videonät och mötesinstanser i molnet tillsammans och gör att överlappningar kan inträffa från videonätnoder. Om den här inställningen inte är aktiverad kommer Webex-appen och -enheterna inte att använda videonätnoden för Webex-möten.
12	Tilldela mötesrum för samarbete till Webex-appanvändare
13	Kontrollera mötesupplevelsen på den säkra slutpunkten Om du använder mediekryptering via TLS-inställningen från slutpunkt till slutpunkt ska du använda dessa steg för att kontrollera att slutpunkterna är säkert registrerade och att rätt mötesupplevelse visas.

Massetableringsskript för videonät

Om du behöver distribuera många noder i din distribution av videonät är processen tidskrävande. Du kan använda skriptet på https://github.com/CiscoDevNet/webex-video-mesh-node-provisioning för att snabbt distribuera videonätnoder på VMW är ESXi-servrar. Läs igenom Viktigt-filen för instruktioner om hur du använder skriptet.

Installera och konfigurera programvara för videonätnod

Använd den här proceduren för att distribuera en videonätnod till din värdserver som kör VM-ware ESXi eller vCenter. Du installerar programvaran lokalt som skapar en nod och utför sedan den första konfigurationen, till exempel nätverksinställningar. Du registrerar den i molnet senare.

Du måste hämta programvarupaketet (OVA) från Control Hub ( https://admin.webex.com), i stället för att använda en tidigare hämtad version. Denna OVA är signerad av Cisco-certifikat och kan hämtas när du loggar in på Control Hub med dina inloggningsuppgifter för kundadministratör.

Innan du börjar

Se System- och plattformskrav för videonätnodprogramvara för hårdvaruplattformar som stöds och specifikationskrav för videonätnoden.

Se till att du har dessa obligatoriska objekt:

En dator med:

VM-ware vsfären klient 7 eller 8.

Se dokumentationen för VM-programvara för en lista över operativsystem som stöds.

Video Mesh programvara OVA-fil laddad.

Hämta den senaste videonätprogramvaran från Control Hub i stället för att använda en tidigare hämtad version. Du kan också komma åt programvaran från denna länk. (Filen är ca 1,5 GB.)

Äldre versioner av programvarupaketet (OVA) kommer inte att vara kompatibla med de senaste uppgraderingarna av videonät. Detta kan leda till problem vid uppgradering av programmet. Se till att du hämtar den senaste versionen av OVA-filen från denna länk.

En server som stöds med VM-programvara ESXi eller vCenter 7 eller 8 installerad och körs
Inaktivera säkerhetskopiering av virtuella datorer och livemigrering. Videonätnodkluster är system i realtid. Alla avbrott i virtuella datorer kan göra dessa system instabila. (För underhållsaktiviteter på en videonätnod använder du underhållsläge från Control Hub.)

1

Med din dator öppnar du VM-ware vsfären och loggar in på vCenter eller ESXi-systemet på servern.

2

Gå till Åtgärder > Distribuera OVF-mall.

3

På Välj ett OVF-tempat sidan, klicka på Lokal fil och välj filer. Navigera till var videomesh.ova-filen finns, välj filen och klicka sedan på Nästa.

Varje gång du installerar en videonätnod rekommenderar vi att du hämtar OVA igen i stället för att använda en tidigare nedladdad version. Om du försöker distribuera en gammal OVA kanske din videonätnod inte fungerar korrekt eller registreras i molnet. Ett gammalt OVA kommer också att leda till potentiella problem under uppgraderingar.

Se till att du hämtar en ny kopia av OVA från den här länken.

4

På Välj ett namn och en mapp sida, ange en Namn på virtuell dator för videonätnoden (till exempel ”Video_Mesh_Node_1”) väljer du en plats där distributionen av den virtuella maskinnoden kan finnas och klickar sedan på Nästa.

En valideringskontroll körs. När den är klar visas mallinformationen.

5

Verifiera mallinformationen och klicka sedan på Nästa.

6

På Konfiguration sida, välj typ av distributionskonfiguration och klicka sedan på Nästa.

VMNL-ite (standard)
cms 1000

Alternativen listas i ökande resursbehov.

Om du väljer alternativet VMNL ite måste du upprepa stegen för att distribuera de andra instanserna på samma värd och välja samma alternativ varje gång. Sambosättning mellan VMNL ite och icke-VMNL ite instanser har inte testats och stöds inte.

7

På Välj lagringsutrymme sidan, se till att standarddiskformatet för Thick Provision Lazy Zeroed och VM-lagringspolicyn för Datastore Default väljs och klicka sedan Nästa.

8

På Välj nätverk sidan, välj nätverksalternativet i listan över poster för att tillhandahålla önskad anslutning till VM.

För internt gränssnittsnätverk väljer du nodens interna IP-adress.
För externt gränssnitt väljer du den externa IP-adressen som visas för det offentliga nätverket. Ignorera det här alternativet om du inte har en dubbel NIC-distribution.

Det interna gränssnittet (standardgränssnittet för trafik) används för CLI, SIP-trunkar, SIP-trafik och nodhantering. Det externa (externa) gränssnittet är för HTTPS- och websockets-kommunikation till Webex-molnet, tillsammans med överlappningstrafiken från noderna till ett möte.

För en DMZ-distribution kan du konfigurera videonätnoden med det dubbla nätverksgränssnittet (NIC). Med den här distributionen kan du skilja den interna nätverkstrafiken för företag (används för interbox-kommunikation, överlappningar mellan nodkluster och för att komma åt nodens hanteringsgränssnitt) från den externa molnnätverkstrafiken (används för anslutning till omvärlden och överlappningar till Webex). Alla noder i ett kluster måste vara i dubbelt NIC-läge. En blandning av enkel och dubbel NIC stöds inte.

För en befintlig installation av videonätnodprogramvara kan du inte uppgradera från en enda NIC till en dubbel NIC-konfiguration. Du måste installera en ny videonätnod i detta fall.

9

På sidan Anpassa mall konfigurerar du följande nätverksinställningar:

Värdnamn (valfritt) – ange FQDN (värdnamn och domän) eller ett enda ord värdnamn för noden.

För att säkerställa en lyckad registrering i molnet använder du endast små tecken i FQDN eller värdnamnet som du har ställt in för videonätnoden. Kapitalisering stöds inte just nu.
När du använder eller konfigurerar FQDN eller värdnamn måste du även ange en giltig och löstagbar domän. Den totala längden på FQDN får inte överstiga 64 tecken.

IP-adress – Ange IP-adressen för nodens interna gränssnitt.
Mask – Ange delnätmaskadressen i punktdecimalnotation. Till exempel, 255.255.255.0.
Gateway – Ange gatewayens IP-adress. En gateway är en nätverksnod som fungerar som åtkomstpunkt till ett annat nätverk.
DNS-servrar – Ange en kommaavgränsad lista över DNS-servrar som hanterar översättande domännamn till numeriska IP-adresser. (Upp till 4 DNS-poster är tillåtna.)
NTP-servrar – ange din organisations NTP-server eller en annan extern NTP-server som kan användas i din organisation. Du kan också använda en kommaavgränsad lista för att ange flera NTP-servrar.

Videonätnoden måste ha en intern IP-adress och löstagbart DNS-namn. Nodens IP-adress får inte tillhöra det IP-adressintervall som är reserverat för intern användning av videonätnod. Standardreserverat IP-adressintervall är 172.17.42.0–172.17.42.63, vilket kan konfigureras senare i diagnostikmenyn. Detta IP-adressintervall är för kommunikation inom videonätnoden och mellan programvarubehållare som håller de olika komponenterna i noden – till exempel SIP-gränssnittet och medieomkodning.
Distribuera alla noder på samma subnät eller VLAN så att alla noder i ett kluster kan nås var klienterna bor i nätverket.
För en dubbel NIC DMZ-distribution kan du ange den externa IP-adressen i nodkonsolen när du har sparat den interna nätverkskonfigurationen och startat om noden senare.

Om du föredrar kan du hoppa över nätverksinställningskonfigurationen och följa stegen i Konfigurera nätverkskonfiguration för videonätnoden i konsolen efter att du har loggat in på noden.

10

På Redo att slutföras sidan, kontrollera att alla inställningar du angav överensstämmer med riktlinjerna i den här proceduren och klicka sedan Slutför.

När distributionen av OVA är klar visas din videonätnod i listan över VM:er.

11

Högerklicka på videonätnoden VM och välj sedan Ström > På.

Programvaran för videonätnod installeras som gäst på VM-värden. Du är nu redo att logga in på konsolen och konfigurera videonätnoden.

Du kan uppleva en fördröjning på några minuter innan nodbehållarna kommer upp. Ett meddelande om bryggbrandvägg visas på konsolen under den första uppstarten, där du inte kan logga in.

Nästa steg

Ställ in nätverkskonfigurationen för videonätnoden i konsolen

Logga in på konsolen för första gången. Programvaran för videonätnod har ett standardlösenord. Du måste ändra det här värdet innan du konfigurerar noden.

1	Gå till videonätnoden VM och välj sedan Konsol från VM-programvaran v-sfären. VM för videonätnod startar och en inloggningsanvisning visas. Om inloggningsinstruktionen inte visas trycker du på Retur. Du kan kort se ett meddelande som indikerar att systemet initieras.
2	Använd följande standardanvändarnamn och lösenord för att logga in: Inloggning: `admin` Lösenord: `cisco` Eftersom du loggar in på videonätnoden för första gången måste du ändra administratörens lösenord (lösenord).
3	För (aktuellt) lösenord anger du standardlösenordet (ovanifrån) och trycker sedan på Retur.
4	Om du vill ha ett nytt lösenord anger du en ny lösenfras och trycker sedan på Retur.
5	Om du vill skriva om ett nytt lösenord skriver du om den nya lösenfrasen och trycker sedan på Retur. Ett meddelande ”Lösenord har ändrats” visas och sedan visas den första videonätnodskärmen med ett meddelande om att obehörig åtkomst är förbjuden.
6	Tryck på Retur för att läsa in huvudmenyn.

Nästa steg

Använd den här proceduren för att konfigurera nätverksinställningarna för videonätnoden om du inte konfigurerade dem när du konfigurerade noden på en virtuell dator. Du ställer in en statisk IP-adress och ändrar FQDN/värdnamn och NTP-servrar. DHCP stöds för närvarande inte.

Dessa steg krävs om du inte konfigurerade nätverksinställningar vid tidpunkten för OVA-distributionen.

Det interna gränssnittet (standardgränssnittet för trafik) används för CLI, SIP-trunkar, SIP-trafik och nodhantering. Det externa (externa) gränssnittet är för HTTPS- och websockets kommunikation till Webex, tillsammans med överlappningstrafiken från noderna till Webex.

1

Öppna nodkonsolgränssnittet via VM-ware vSphere-klienten och logga sedan in med administratörsuppgifterna.

Efter första konfigurationen av nätverksinställningarna och om videonätet kan nås kan du komma åt nodgränssnittet via ett säkert skal (SSH).

2

Välj alternativ från huvudmenyn på videonätnodkonsolen 2 Redigera konfiguration och klicka sedan Välj.

3

Läs instruktionen om att samtalen avslutas på videonätnoden och klicka sedan på Ja.

4

Klicka på Statisk, ange IP-adressen för det interna gränssnittet, Mask, Gateway och DNS värden för ditt nätverk.

Videonätnoden måste ha en intern IP-adress och löstagbart DNS-namn. Nodens IP-adress får inte tillhöra det IP-adressintervall som är reserverat för intern användning av videonätnod. Standardreserverat IP-adressintervall är 172.17.42.0–172.17.42.63, vilket kan konfigureras i diagnostikmenyn. Detta IP-adressintervall är för kommunikation inom videonätnoden och mellan programvarubehållare som håller de olika komponenterna i noden – till exempel SIP-gränssnittet och medieomkodning.
Distribuera alla noder på samma subnät eller VLAN så att alla noder i ett kluster kan nås var klienterna bor i nätverket.
För en dubbel NIC DMZ-distribution kan du ange den externa IP-adressen i nästa procedur efter att du har sparat den interna nätverkskonfigurationen och startat om noden.

5

Ange din organisations NTP-server eller en annan extern NTP-server som kan användas i din organisation.

När du har konfigurerat NTP-servern och sparat nätverksinställningarna kan du följa stegen i Kontrollera hälsa på videonätnod från konsolen för att kontrollera att tiden synkroniseras korrekt via de angivna NTP-servrarna.

Om du konfigurerar fler än en NTP-server är omröstningsintervallet för redundans 40 sekunder.

6

(Valfritt) Ändra värdnamn eller domän om det behövs.

För att säkerställa en lyckad registrering i molnet använder du endast små tecken i värdnamnet som du har ställt in för videonätnoden. Kapitalisering stöds inte just nu.
När du använder eller konfigurerar FQDN eller värdnamn måste du även ange en giltig och löstagbar domän. Den totala längden på FQDN får inte överstiga 64 tecken.

7

Klicka Spara och klicka sedan på Spara ändringar och omstart.

Under sparningen utförs DNS-validering om du har angett en domän. En varning visas om FQDN (värdnamn och domän) inte kan lösas med de angivna DNS-serveradresserna. Du kan välja att spara genom att ignorera varningen, men samtal kommer inte att fungera förrän FQDN kan lösa den DNS som konfigurerats på noden. När videonätnoden har startats om träder nätverkskonfigurationen i kraft.

Nästa steg

När programvarubilden har installerats och konfigurerats med nätverksinställningarna (IP-adress, DNS, NTP och så vidare) och är tillgänglig i företagsnätverket kan du gå till nästa steg för att säkert registrera den i molnet. IP-adressen som har konfigurerats i videonätnoden är endast tillgänglig från företagsnätverket. Ur ett säkerhetsperspektiv är noden härdad, vilket innebär att endast kundadministratörer kan komma åt nodens gränssnitt för att utföra konfiguration.

Ange det externa nätverksgränssnittet för videonätnoden

När noden är online igen och du har verifierat den interna nätverkskonfigurationen kan du konfigurera det externa nätverksgränssnittet om du distribuerar videonätnoden i ditt nätverks DMZ så att du kan isolera företagstrafiken (intern) från extern (extern) trafik.

1

Välj alternativ från huvudmenyn på videonätnodkonsolen 5 Extern IP-konfiguration och klicka sedan Välj.

2

Klicka på 1 Aktivera/inaktivera, Välj och sedan Ja för att aktivera de externa IP-adressalternativen på noden.

3

Som du gjorde med den initiala nätverkskonfigurationen anger du värdena IP-adress (extern), mask och gateway.

Fältet Gränssnitt visar namnet på det externa gränssnittet för noden.

4

Klicka på Spara och starta om.

Noden startar om igen för att aktivera den dubbla IP-adressen och konfigurerar sedan automatiskt de grundläggande statiska dirigeringsreglerna. Dessa regler fastställer att trafik till och från en privat klass IP-adress använder ett internt gränssnitt; trafik till och från en offentlig klass IP-adress använder ett externt gränssnitt. Senare kan du skapa egna dirigeringsregler – till exempel om du behöver konfigurera en åsidosättning och tillåta åtkomst till en extern domän från det interna gränssnittet.

Under vissa omständigheter kan den befintliga SSH-anslutningen avslutas. För organisationer som använder IP-adresser från det offentliga intervallet måste du återställa en SSH-anslutning till den offentliga IP-adressen för videonätnoden.

5

För att validera den interna och externa IP-adresskonfigurationen går du till 4 Diagnostik från konsolens huvudmeny och väljer sedan Ping.

6

I fältet ping anger du en destinationsadress som du vill testa, till exempel en extern destination eller en intern IP-adress och klickar sedan på OK.

Testa en extern destination (till exempel cisco.com). Om det lyckas visar resultaten att destinationen har åtkomst från det externa gränssnittet.
Testa en intern IP-adress. Om detta lyckas visar resultaten att adressen har hämtats från det interna gränssnittet.

Nästa steg

API:er för videonätnod

API:er för videonätnod gör det möjligt för organisationens administratörer att hantera lösenord, interna och externa nätverksinställningar, underhållsläge och servercertifikat relaterade till videonätnoder. Dessa API:er kan åberopas via valfritt API-verktyg som Postman, eller så kan du skapa ditt eget skript för att ringa dem. Användaren måste ringa API:erna med lämplig slutpunkt (du kan använda antingen nod-IP eller FQDN), metod, kropp, rubriker, auktorisation etc. för att utföra önskad åtgärd och få ett lämpligt svar, enligt informationen nedan.

API:er för VMN-administration

API:er för administration av videonät gör det möjligt för organisationsadministratörer att hantera underhållsläge och administratörskonto för videonätnoderna.

Hämta status för underhållsläget

Hämtar status för aktuellt underhållsläge (Förväntad status: på, av, väntar eller begärs).

[GET] https://<node_ip>/api/v1/externt/underhållsläge

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Aktivera eller inaktivera underhållsläge

När du placerar en videonätnod i underhållsläge stängs samtalstjänsterna på ett snyggt sätt (slutar att acceptera nya samtal och väntar upp till 2 timmar innan befintliga samtal slutförs).

[PUT] https://<node_ip>/api/v1/externt/underhållsläge

Ring endast det här API när det inte finns några aktiva samtal.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

{
      "maintenanceMode": "on"
}

underhållsläge – Status för underhållsläget som ska ställas in – ”på” eller ”av”.

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Ändra administratörslösenord

Ändrar administratörsanvändarens lösenord.

[PUT] https://<node_ip>/api/v1/externt/lösenord

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

{
  "newPassword": "new"
}

nyttLösenord – Det nya lösenordet som ska ställas in för ”admin”-kontot för videonätnoden.

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

VMN-nätverks-API:er

API:er för videonätverk gör det möjligt för organisationens administratörer att hantera interna och externa nätverksinställningar.

Hämta extern nätverkskonfiguration

Identifierar om det externa nätverket är aktiverat eller inaktiverat. Om det externa nätverket är aktiverat hämtar det även den externa IP-adressen, den externa nätmasken och den externa gatewayen.

[GET] https://<node_ip>/api/v1/externt/externtnätverk

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Redigera extern nätverkskonfiguration

Ändrar inställningarna för det externa nätverket. Detta API kan användas för att antingen aktivera det externa nätverket tillsammans med inställning eller redigering av det externa nätverksgränssnittet med extern IP-adress, extern nätmask och extern gateway. Den kan också användas för att inaktivera det externa nätverket. När du har gjort ändringar i den externa nätverkskonfigurationen startas noden om för att tillämpa dessa ändringar.

[PUT] https://<node_ip>/api/v1/externt/externtnätverk

Du kan endast konfigurera detta för nydistribuerade videonätnoder vars standardadministratörslösenord har ändrats. Använd inte detta API efter att noden har registrerats i en organisation.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

Aktivera externt nätverk:


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

Inaktivera externt nätverk:

{
  "externalNetworkEnabled": false
}

externtnätverksaktiverat – Boolean värde (sant eller falskt) för att aktivera/inaktivera externt nätverk
externIP – Den externa IP som ska läggas till
externMask – Nätmask för det externa nätverket
externgateway – gateway för det externa nätverket

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

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

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

Exempelsvar 3:

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

Exempelsvar 4:

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

Hämta interna nätverksinformation

Hämtar information om intern nätverkskonfiguration som inkluderar nätverksläge, IP-adress, nätmask, gateway, information om DNS-caching, DNS-servrar, NTP-servrar, internt gränssnitt MTU, värdnamn och domän.

[GET] https://<node_ip>/api/v1/externt/internt nätverk

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

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

Exempelsvar 2:


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

Exempelsvar 3:

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

Redigera DNS-servrar

Uppdaterar DNS-servrar med nya.

[PUT] https://<node_ip>/api/v1/externt/internt nätverk/dns

Placera noden i underhållsläge innan du gör den här ändringen. Se Aktivera eller inaktivera underhållsläge för mer information om hur du flyttar en nod till underhållsläge.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

{
    "dnsServers": "1.1.1.1 2.2.2.2"
}

dnsservrar – DNS-servrar som ska uppdateras. Flera utrymmesavgränsade DNS-servrar är tillåtna.

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Redigera NTP-servrar

Uppdaterar NTP-servrar med nya.

[PUT] https://<node_ip>/api/v1/externt/interntnätverk/ntp

Placera noden i underhållsläge innan du gör den här ändringen. Se Aktivera eller inaktivera underhållsläge för mer information om hur du flyttar en nod till underhållsläge.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

{
    "ntpServers": "1.1.1.1 2.2.2.2"
}

ntpServers – NTP-servrar ska uppdateras. Flera utrymmesseparerade NTP-servrar är tillåtna.

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Redigera värdnamn och domän

Uppdaterar värdnamnet och domänen för videonätnoden.

[PUT] https://<node_ip>/api/v1/externt/interntnätverk/värd

Placera noden i underhållsläge innan du gör den här ändringen. Noden startas om för att verkställa ändringen. Se Aktivera eller inaktivera underhållsläge för mer information om hur du flyttar en nod till underhållsläge.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

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

värdnamn – Nodens nya värdnamn.
domän – Den nya domänen för nodens värdnamn (valfritt).

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Aktivera eller inaktivera cachelagring av DNS

Aktiverar eller inaktiverar DNS-caching. Överväg att aktivera cachelagring om DNS-kontroller ofta tar över 750 ms att lösa, eller om det rekommenderas av Cisco Support.

[PUT] https://<node_ip>/api/v1/externt/interntnätverk/dns-caching

Placera noden i underhållsläge innan du gör den här ändringen. Noden startas om för att verkställa ändringen. Se Aktivera eller inaktivera underhållsläge för mer information om hur du flyttar en nod till underhållsläge.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

{
    "dnsCaching": true
}

dnsCaching – konfiguration av DNS-caching. Accepterar Boolean-värde (sant eller falskt).

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Redigera MTU för gränssnitt

Ändrar den maximala överföringsenheten (MTU) för nodens nätverksgränssnitt från standardvärdet 1 500. Värden mellan 1280 och 9000 är tillåtna.

[PUT] https://<node_ip>/api/v1/externt/interntnätverk/mtu

Placera noden i underhållsläge innan du gör den här ändringen. Noden startas om för att verkställa ändringen. Se Aktivera eller inaktivera underhållsläge för mer information om hur du flyttar en nod till underhållsläge.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

{
    "internalInterfaceMtu": 1500
}

interntInterfaceMtu – Maximal överföringsenhet för nodens nätverksgränssnitt. Värdet bör vara mellan 1280 och 9000.

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

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

Exempelsvar 2:

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

Exempelsvar 3:


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

API:er för VMN-servercertifikat

API:er för videonätservercertifikat gör det möjligt för organisationsadministratörer att skapa, uppdatera, hämta och ta bort certifikat relaterade till videonätnoder. Mer information finns i Exchange certifikatkedjor mellan Unified CM och videonätnoder.

Skapa CSR-certifikatet

Genererar ett CSR-certifikat (Certificate Signing Request) och den privata nyckeln, baserat på den information som anges.

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

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

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

gemensamtNamn – IP/FQDN för videonätnoden som ges som vanligt namn. (obligatoriskt)
e-postadress – Användarens e-postadress. (valfritt)
altNamn – Alternativt ämnesnamn (valfritt). Flera separata FQDN:er tillåts. Om den tillhandahålls måste den innehålla det vanliga namnet. Om altnamn inte anges tar det det gemensammanamnet som värdet av altnamn.
organisation – Organisations-/företagsnamn. (valfritt)
organisationsenhet – organisationsenhet eller avdelnings- eller gruppnamn etc. (valfritt)
plats – stad/plats. (valfritt)
delstat - delstat/provins. (valfritt)
land - land/region. Förkortning med två bokstäver. Ange inte mer än två bokstäver. (valfritt)
lösenfras – Lösenfras för privat nyckel. (valfritt)
nyckelbitsstorlek – Bitsstorlek för privat nyckel. Godkända värden är 2048, som standard, eller 4096. (valfritt)

Begär rubriker:

Innehållstyp: '''tillämpning/json'''

Exempelsvar:

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

Exempelsvar 2:


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

Exempelsvar 3:

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

Exempelsvar 4:

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

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

Hämta CSR-certifikatet

Hämtar det genererade CSR-certifikatet.

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

Du kan även hämta filen via alternativet Skicka och hämta .

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Hämta den privata nyckeln

Hämtar den privata nyckeln som genereras tillsammans med CSR-certifikatet.

[GET] https://<node_ip>/api/v1/externcertifikathanterare/nyckel

Du kan även hämta filen via alternativet Skicka och hämta .

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:


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

Exempelsvar 2:

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

Ta bort CSR-certifikatet

Tar bort det befintliga CSR-certifikatet.

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

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Ta bort den privata nyckeln

Tar bort den befintliga privata nyckeln.

[DELETE] https://<node_ip>/api/v1/externcertifikathanterare/nyckel

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Installera CA-signerat certifikat och privat nyckel

Överför det medföljande CA-signerade certifikatet och den privata nyckeln på videonätnoden och installerar certifikatet på noden.

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

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

Använd ”formulärdata” för att ladda upp följande filer:

CA-signerad certifikatfil (.crt) med nyckeln som "crtfil".
Fil med privat nyckel (.nyckel) med nyckeln som "nyckelfil".

Begär rubriker:

Innehållstyp: "Flerdelsdata/formulärdata"

Exempelsvar:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

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

Hämta CA-signerat certifikat

Hämtar det CA-signerade certifikatet som är installerat på noden.

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

Du kan även hämta filen via alternativet Skicka och hämta .

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Ta bort CA-signerat certifikat

Tar bort det CA-signerade certifikatet som är installerat på noden.

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

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Vanliga API-svar

Nedan visas några exempelsvar som du kan stöta på när du använder någon av de API:er som nämns ovan.

Exempelsvar 1: Felaktiga inloggningsuppgifter som anges i den grundläggande auktorisationen.

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

Exempelsvar 2: VMN uppgraderas inte till den version som krävs som stöder dessa API:er.

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

Exempelsvar 3: Fel domare angavs i sidhuvudet (när sidhuvudet inte förväntades).

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

Exempelsvar 4: Hastighetsgränsen har överskridits. Försök efter en stund.


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

Lägg till interna och externa dirigeringsregler

I en distribution av dubbelt nätverksgränssnitt (NIC) kan du finjustera dirigeringen för videonätnoder genom att lägga till användardefinierade dirigeringsregler för externa och interna gränssnitt. Standardrutorna läggs till i noderna, men du kan göra undantag – till exempel externa undernät eller värdadresser som måste nås via det interna gränssnittet, eller interna undernät eller värdadresser som måste nås från det externa gränssnittet. Utför följande steg vid behov.

1

I gränssnittet för videonätnod väljer du 5 Extern IP-konfiguration och klickar sedan på Välj.

2

Välj 3 Hantera dirigeringsregler och klicka sedan på Välj.

Första gången du öppnar den här sidan visas standardsystemdirigeringsreglerna i listan. Som standard går all intern trafik via det interna gränssnittet och extern trafik via det externa gränssnittet.

Du kan lägga till manuella åsidosättningar till dessa regler i nästa steg.

3

Följ dessa steg vid behov:

Klicka på Lägg till extern rutt och ange sedan det interna undernätet eller värd-IP-adressen som ska användas för den externa rutten.
Klicka på Lägg till intern rutt och ange sedan det externa subnätet eller värd-IP-adressen som ska användas för den interna rutten.

När du lägger till varje regel visas de i listan över routningsregler, kategoriserade som användardefinierade regler.

Standardrutorna kan inte tas bort, men du kan ta bort alla användardefinierade åsidosättningar som du har konfigurerat.

Anpassade dirigeringsregler kan skapa risk för konflikter med annan dirigering. Du kan till exempel definiera en regel som låser din SSH-anslutning till gränssnittet för videonätnod. Om detta inträffar gör du något av följande och tar sedan bort eller ändra dirigeringsregeln:

Öppna en SSH-anslutning till den offentliga IP-adressen för videonätnoden.
Öppna videonätnoden via ESXi-konsolen

Registrera videonätnoden i Webex Cloud

Använd den här proceduren för att registrera videonätnoder i Webex-molnet och slutföra ytterligare konfiguration. När du använder Control Hub för att registrera din nod skapar du ett kluster som noden har tilldelats. Ett kluster innehåller en eller flera medienoder som betjänar användare i en viss geografisk region. Registreringsstegen konfigurerar även SIP-samtalsinställningar, konfigurera ett uppgraderingsschema och prenumerera på e-postaviseringar.

Innan du börjar

När du påbörjar registreringen av en nod måste du slutföra den inom 60 minuter eller så måste du börja om.
Se till att alla popup-blockerare i webbläsaren är inaktiverade eller att du tillåter undantag för https://admin.webex.com.
För bästa resultat distribuerar du alla noder i ett kluster i samma datacenter. Se Kluster i videonät för hur de fungerar och bästa metoderna.
Från värden eller datorn där du registrerar videonätnoder i molnet måste du ha anslutning till Webex-molnet och de IP-adresser för videonätnoderna som registreras (i en dubbel NIC-miljö, särskilt de interna IP-adresserna för videonätnoderna).

1

Logga in på Control Hub.

Du loggar in i Control Hub med administratörsuppgifterna. Administrationsfunktionen för Control Hub är endast tillgänglig för användare som har definierats som administratörer i Control Hub. Se Kundkontoroller för mer information.

2

Gå till Tjänster > Hybrid och välj en:

Konfigurera: Välj det här alternativet om det här är den första videonätnoden du registrerar och klicka sedan på Nästa.

Se Slutför förutsättningarna för videonät för mer information.
Visa alla: Välj det här alternativet om du redan har registrerat en eller flera videonätnoder och klicka sedan på Lägg till resurs.

3

Kontrollera att du har installerat och konfigurerat videonätnoden. Klicka Ja, jag är redo att registrera mig..., klicka sedan på Nästa.

4

I Skapa ett nytt eller välj ett kluster väljer du ett:

För ett nytt kluster anger du ett namn för det kluster som du vill tilldela din videonätnod till.
För ett befintligt kluster klickar du på fältet och väljer sedan ett befintligt kluster som du vill lägga till den nya noden till.

Vi rekommenderar att du namnger ett kluster baserat på var klusternoderna befinner sig geografiskt. Till exempel "San Francisco".

5

I Ange FQDN- eller IP-adressen anger du det fullständigt kvalificerade domännamnet (FQDN) eller den interna IP-adressen till din videonätnod och klickar sedan på Nästa.

Om du använder FQDN anger du en domän som kan lösas med DNS.
Om du använder en IP-adress anger du samma interna IP-adress som du använde för att konfigurera noden från konsolen.

En FQDN måste lösas direkt till IP-adressen annars är den inte användbar. Vi utför valideringen på FQDN för att utesluta eventuell typ- eller konfigurationsfel.

Det dubbla nätverksgränssnittet stöder inte att ange en FQDN för den externa IP-adressen. FQDN kan endast läggas till på skärmen där intern IP-adress anges. Det är vad FQDN måste lösa för att använda DNS-servrar som anges på samma skärm.

6

Under Uppgraderingsschema väljer du tid, frekvens och tidszon.

Standardvärdet är ett dagligt uppgraderingsschema. Du kan ändra det till ett veckoschema på en viss dag. När en uppgradering är tillgänglig uppgraderas videonätnodprogramvaran automatiskt under den tid du väljer.

När en uppgradering är tillgänglig kan du använda Uppgradera nu för att starta uppgraderingen före nästa underhållsfönster eller Senarelägga för att skjuta upp den till nästa fönster.

7

Under E-postaviseringar lägger du till administratörens e-postadresser för att prenumerera på aviseringar om tjänstelarm och programvaruuppgraderingar.

Din administratörs e-postadress läggs till automatiskt. Du kan ta bort den om du vill.

8

Aktivera inställningen för videokvalitet för att aktivera video 1080p 30 fps.

Med den här inställningen kan SIP-mötesdeltagare som deltar i ett möte som är värd i en videonätnod använda video 1080p 30 fps om de alla är inne i företagets nätverk och använder en enhet med hög upplösning. Inställningen gäller för alla kluster av noder.

Om den här inställningen är inaktiverad är standardvärdet 720p.
För videolösningar som stöds av Webex-appen, se Videospecifikationer för samtal och möten.

9

Läs informationen under Slutför registreringen och klicka sedan på Gå till nod för att registrera noden i Webex-molnet.

En ny webbläsarflik öppnas för att kontrollera noden. Det här steget skyddar videonätnoden med hjälp av nodens IP-adress. Under registreringsprocessen omdirigerar Control Hub dig till videonätnoden. IP-adressen måste vara skyddad, annars misslyckas registreringen. Registreringsprocessen måste slutföras från företagsnätverket där noden är installerad.

10

Markera Tillåt åtkomst till Webex-videonätnoden och klicka sedan på Fortsätt.

11

Klicka på Tillåt .

Ditt konto har validerats, din videonätnod är registrerad och meddelandet Registrering slutförd visas, vilket indikerar att din videonätnod nu är registrerad i Webex.

Videonätnoden får maskinautentiseringsuppgifter baserat på din organisations berättiganden. De genererade maskininloggningsuppgifterna upphör regelbundet och uppdateras.

12

Klicka på portallänken eller stäng fliken för att gå tillbaka till videonätsidan.

På videonätsidan ser du nu det nya klustret som innehåller videonätnoden som du har registrerat.

Om du går till klustret visas den nya videonätnoden, som inledningsvis visar status för registrering. Noden ändras till Körs när den är klar att användas i din Webex-organisation.
Eftersom programvaran är en behållare som innehåller tjänster från molninfrastrukturen får den uppdateringar från molnet för att förbli synkroniserade med molntjänsterna. Obligatoriska uppdateringar kan installeras strax efter att du har registrerat noden i molnet. Du kan även ändra ditt automatiska uppgraderingsschema. Se Automatiska uppgraderingar för Hybrid-tjänsteresurser för mer information.
Om du har installerat demobilden på noden som du har registrerat visas ett demo-läge gult statuslarm. Detta larm är normalt, men vi rekommenderar att du installerar hela programvarubilden innan 90-dagars grace period löper ut för demobilden.

Vid detta tillfälle är videonätnoden redo att kommunicera med Ciscos molntjänster via säkrade kanaler med en token som utfärdats för autentisering. Videonätnoden kommunicerar också med Docker Hub (docker.com, docker.io). Docker används av videonätnod för att lagra behållare för distribution till olika videonätnoder över hela världen. Endast Cisco har inloggningsuppgifter för att skriva till Docker Hub. Videonätnoderna kan nå ut till Docker Hub med skrivskyddade inloggningsuppgifter för att hämta behållarna för uppgraderingar.

Bilder hämtas baserat på checksum, som överförs till noden som en del av etableringsdata. Se det här dokumentet för mer information om hur dockarpull fungerar: https://docs.docker.com/v17.09/engine/userguide/storagedriver/imagesandcontainers/#sharing-promotes-smaller-images

Tänk på saker

Kom ihåg följande information om videonätnod och hur den fungerar när den har registrerats hos din Webex-organisation:

När du distribuerar en ny videonätnod kommer Webex-appen och Webex-registrerade enheten inte att känna igen den nya noden på upp till 2 timmar. Klienterna kontrollerar om kluster kan nås under uppstart, nätverksändring eller cache upphör att gälla. Du kan vänta i 2 timmar eller, som en lösning, starta om Webex-appen eller starta om Webex-rums- eller skrivbordsenheten. Efteråt fångas samtalsaktiviteten i videonätrapporterna i Control Hub.
En videonätnod registreras till en enda Webex-organisation; det är inte en enhet med flera klienter.
För att förstå vad som använder videonätnod och vad som inte används, se tabellen i Klienter och enheter som använder videonätnod.
Videonätnoden kan ansluta till din Webex-webbplats eller till en annan kund eller partners Webex-webbplats. Webbplats A har till exempel distribuerat ett videonätnodkluster och registrerat det med exempel1.webex.com-domänen. Om användare på webbplats A ringer in till mymeeting@example1.webex.com använder de videonätnoden och en överlappning kan skapas. Om användarna på webbplatsen A ringer yourmeeting@example2.webex.com kommer webbplatsen A-användare att använda sin lokala videonätnod och ansluta till mötet på webbplats B:s Webex-organisation.

Nästa steg

Upprepa dessa steg om du vill registrera ytterligare noder.
Om en uppgradering är tillgänglig rekommenderar vi att du tillämpar den så snart som möjligt. Utför följande steg för att uppgradera:
1. Etableringsdata drivs till Webex-molnet av Ciscos utvecklingsteam över säkra kanaler. Etableringsdata är signerade. För behållarna innehåller etableringsdata namn, checksum, version och så vidare. Videonätnoden får även sin etableringsdata från Webex-molnet via säkra kanaler.
2. När videonätnoden får sin etableringsdata autentiseras noden med skrivskyddade inloggningsuppgifter och hämtar behållaren med specifik checksum och namn och uppgraderar systemet. Varje behållare som körs med videonätnod har ett bildnamn och en checksum. Dessa attribut laddas upp till Webex-molnet med säkrade kanaler.

Aktivera tjänstekvalitet (QoS) för videonätnod

Innan du börjar

Gör nödvändiga ändringar av brandväggsporten som täcks i diagrammet och tabellen. Se Portar och protokoll som används av videonät.
För att videonätnoder ska aktiveras för QoS måste noderna vara online. Noder i underhållsläge eller offline-tillstånd utesluts när du aktiverar den här inställningen.

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid, klicka på Redigera inställningar på videonätkortet.

2

Bläddra till tjänstekvalitet och klicka på Aktivera.

När detta är aktiverat får du det stora, diskret portintervallet (bestämt av lokal samtalskontrollkonfiguration) som används för ljud och video för lokala SIP-klienter/slutpunkter och intraklusteröverlappningar med unika DSCP-markeringar:.

Ljud: 52500–59499 och 59500–62999 DSCP EF (Expedited Forward)
Video/innehåll: 63000–64667 och 64668–65500 DSCP AF41

All SIP- och överlappningstrafik från videonätnoder är markerade med EF för ljud och AF41 för video. De diskreta portintervallerna används som källportar för kaskademedia till andra videonätnoder och molnmedienoder samt källa- och destinationsportar för SIP-klientmedia. Webex Teams-appar och kaskademedia fortsätter att använda destinationsporten 5004 och portramge 50000–53000.

All returtrafik för videonät (ljud, video, innehåll) från de delade portarna är markerade med AF41. Ljudtrafiken måste noteras till EF i nätverket, baserat på källportnumren.

Ett statusmeddelande visas som visar vilka noder som aktiveras en för en för QoS-portintervallet. Du kan klicka på granska väntande noder för att se en lista över väntande noder för QoS. Det kan ta upp till 2 timmar att aktivera den här inställningen, beroende på samtalstrafik på noderna.

3

Om QoS inte är helt aktiverat inom 2 timmar, öppna ett ärende med stöd för ytterligare utredning.

Noderna startas om och uppdateras med det nya portintervallet.

Om du bestämmer dig för att inaktivera inställningen får du det lilla konsoliderade portintervallet som används för både ljud och video (34000–34999). All trafik från videonätnoder (SIP, överlappningar, molntrafik och så vidare) får en enda märkning av AF41.

Verifiera portintervall för videonätnod med reflektorverktyg i webbgränssnittet

Reflektorverktyget (en kombination av en server på videonätnoden och klienten via ett Python-skript) används för att kontrollera om de obligatoriska TCP/UDP-portarna är öppna från videonätnoder.

Innan du börjar

Hämta en kopia av Reflector Tool Client (ett Python-skript) från https://github.com/CiscoDevNet/webex-video-mesh-reflector-client.
Se till att du kör Python 2.7.10 eller senare i din miljö för att skriptet ska fungera korrekt.
För närvarande har det här verktyget stöd för SIP-slutpunkter för videonätnoder och intraklusterverifiering.

1	Från kundvyn i https://admin.webex.com aktiverar du underhållsnoden för videonätnoden genom att följa dessa instruktioner.
2	Vänta på att noden visar status ”redo för underhåll” i Control Hub.
3	Öppna gränssnittet för Webex-videonätnod. Anvisningar finns i Hantera videonätnod från webbgränssnittet.
4	Bläddra till Reflector Tool och starta sedan antingen TCP Reflector Server eller UDP Reflector Server, beroende på vilket protokoll du vill använda.
5	Klicka på Starta reflektorserver och vänta sedan på att servern ska starta. Du ser ett meddelande när servern startar.
6	Kör skriptet med följande kommando från ett system (t.ex. en dator) i ett nätverk som du vill att videonätnoder ska nå: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` I slutet av körningen visar klienten ett framgångsmeddelande om alla obligatoriska portar är öppna: Klienten visar ett misslyckat meddelande om några obligatoriska portar inte är öppna:
7	Lös alla portproblem på brandväggen och kör sedan vidare stegen ovan.
8	Kör klienten med `--help` för att få mer information.

Konfigurera videonätnod för proxyintegrering

Använd den här proceduren för att ange vilken typ av proxy som du vill integrera med ett videonät. Om du väljer en transparent inspektionsproxy eller en uttrycklig proxy kan du använda nodens gränssnitt för att ladda upp och installera rotcertifikatet, kontrollera proxyanslutningen och felsöka eventuella problem.

Innan du börjar

Se Proxystöd för videonät för en översikt över de proxyalternativ som stöds.
Krav för proxystöd för videonät

1

Ange URL för konfiguration av videonät https://[IP or FQDN/setup i en webbläsare anger du administratörsuppgifterna som du har konfigurerat för noden och klickar sedan på Logga in.

2

Gå till Trust Store och Proxy och välj sedan ett alternativ:

Ingen proxy – standardalternativet innan du integrerar en proxy. Ingen certifikatuppdatering krävs.
Transparent icke-inspekterande proxy – videonätnoder har inte konfigurerats för att använda en specifik proxyserveradress och bör inte kräva några ändringar för att fungera med en icke-inspekterande proxy. Ingen certifikatuppdatering krävs.
Transparent inspektion av proxy – videonätnoder har inte konfigurerats för att använda en specifik proxyserveradress. Inga http(s)-konfigurationsändringar krävs för videonät. Videonätnoderna behöver dock ett rotcertifikat så att de litar på proxyn. Inspekterade proxyservrar används vanligtvis av IT för att upprätthålla policyer om vilka webbplatser som kan besökas och vilka typer av innehåll som inte är tillåtna. Den här typen av proxy avkrypterar all trafik (även https).

Explicit proxy – Med explicit proxy berättar du för klienten (videonätnoder) vilken proxyserver som ska användas och det här alternativet har stöd för flera autentiseringstyper. När du har valt det här alternativet måste du ange följande information:

Proxy-IP/FQDN – Adress som kan användas för att nå proxydatorn.
Proxyport – Ett portnummer som proxyn använder för att lyssna efter proxieterad trafik.
Proxyprotokoll – Välj http (videonätstunnlar dess https-trafik via http-proxy) eller https (trafik från videonätnoden till proxyn använder https-protokollet). Välj ett alternativ baserat på vad din proxyserver stöder.

Välj bland följande autentiseringstyper, beroende på din proxymiljö:

Alternativ	Användning
Ingen	Välj uttryckliga proxyservrar för HTTP eller HTTPS där det inte finns någon autentiseringsmetod.
Grundläggande	Tillgängligt för uttryckliga proxyservrar för HTTP eller HTTPS. Används för en HTTP-användaragent för att ange ett användarnamn och lösenord när en begäran görs och använder Base64-kodning.
Smältning	Endast tillgängligt för uttryckliga proxyservrar för HTTPS. Används för att bekräfta kontot innan du skickar känslig information och använder en hashfunktion på användarnamn och lösenord innan du skickar över nätverket.
NTLM	Endast tillgängligt för uttryckliga HTTP-proxyservrar. Som Digest, används för att bekräfta kontot innan du skickar känslig information. Använder Windows-inloggningsuppgifter istället för användarnamn och lösenord. Om du väljer det här alternativet anger du den Active Directory-domän som proxyn använder för autentisering i fältet NTLM-domän. Ange namnet på proxyarbetsstationen (även kallat ett arbetsstationskonto eller maskinkonto) inom den angivna NTLM-domänen i fältet NTLM Workstation.

Följ nästa steg för en genomskinlig inspektion eller uttrycklig proxy.

3

Klicka på Överför ett rotcertifikat eller ett slutcertifikat och leta sedan upp och välj rotcertifikatet för den uttryckliga eller genomskinliga inspektionsproxyn.

Certifikatet har överförts men inte installerats än eftersom noden måste startas om för att installera certifikatet. Klicka på pilen efter certifikatutfärdarens namn för att få mer information eller klicka på Ta bort om du har gjort ett misstag och vill ladda upp filen igen.

4

Klicka på Kontrollera proxyanslutning för att testa nätverksanslutningen mellan videonätnoden och proxyn om du vill inspektera eller uttryckliga proxyproxyservrar.

Om anslutningstestet misslyckas visas ett felmeddelande som visar orsaken och hur du kan åtgärda problemet.

5

När anslutningstestet har passerat aktiverar du växlingsknappen till Dirigera alla portförfrågningar 443 https från den här noden via den uttryckliga proxyn. Den här inställningen tar 15 sekunder att träda i kraft.

6

Klicka på Installera alla certifikat I Trust Store (visas när ett rotcertifikat lades till under proxykonfigurationen) eller Starta om (visas om inget rotcertifikat har lagts till), läs instruktionen och klicka sedan på Installera om du är redo.

Noden startas om inom några minuter.

7

När noden startas om loggar du in igen om det behövs och öppnar sedan sidan Översikt för att kontrollera anslutningskontrollerna för att se till att de alla är i grön status.

Proxyanslutningskontrollen testar endast en underdomän för webex.com. Om det finns anslutningsproblem är ett vanligt problem att vissa av molndomänerna som anges i installationsinstruktionerna blockeras vid proxyn.

Integrera videonät med uppgiftsflöde för samtalskontroll

Konfigurera SIP-trunkar för att dirigera SIP-inringning för Webex-möten i videonät. SIP-enheter stöder inte direkt åtkomst, så du måste använda Unified CM- eller VCS Expressway-konfigurationen för att etablera ett förhållande mellan lokala SIP-enheter och dina videonätskluster.

Innan du börjar

Se Distributionsmodeller för videonät och Cisco Unified Communications Manager för att förstå vanliga distributionsexempel.
Videonät har stöd för antingen TCP eller TLS mellan Unified CM- och SIP-signalering. SIP TLS stöds inte för VCS Expressway.
I Unified CM kan varje SIP-trunk stödja upp till 16 videomesh-destinationer (IP-adresser).
I Unified CM kan inkommande portar på säkerhetsprofilen för SIP-trunk vara standard (icke-säker SIP-trunk profil).
Videonät har stöd för 2 dirigeringsmönster: webbplatsnamn.webex.com och meet.ciscospark.com. Andra dirigeringsmönster stöds inte.

Videonät har stöd för 3 dirigeringsmönster: webex.com (för korta videoadresser), webbplatsnamn.webex.com och meet.ciscospark.com. Andra dirigeringsmönster stöds inte.

När du använder formatet för kort videoadress ( meet@webex.com ), hanterar alltid videonätsnoden samtalet. Noden hanterar samtalet även om samtalet går till en webbplats som inte har videonät aktiverat.

Välj ett av dessa alternativ, beroende på miljön för samtalskontroll och säkerhetskrav:

Konfigurera Unified CM-säker TLS SIP-trafikroutning för videonät
Konfigurera Unified CM TCP SIP-trafikroutning för videonät
Konfigurera Expressway TCP SIP-trafikroutning för videonät (endast TCP)

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

Konfigurera Unified CM med videonät med antingen TLS-krypterad eller TCP SIP-trafik. Du kan skapa en trunkdirigeringspolicy som återspeglar klusterinställningar och är mycket tillgänglig och motståndskraftig mot enhetsfel. Om du använder Unified CM Session Management Edition (SME) konfigurerar du trunkar på Unified CM SME- och bladsystemen så att inkommande och utgående samtal fördelas jämnt mellan Unified CM-servrar inom sessionshanteringsklustret.

Vanligtvis har varje webbplats ett dedikerat Unified CM-kluster som är kopplat till det. Dessa kluster ansluts via interkluster-SIP-trunkar. Varje kluster har inringningstrunkar till den lokala webbplatsen för videonätnoderna.

Du kan även konfigurera distributionen för att hantera fel- eller överflödsförhållanden. Den här konfigurationen hjälper om det uppstår ett avbrott eller om videonätklustren har uppnått kapacitet. Om SIP-mötet eller samtalet inte kan upprättas med ett kluster kommer mötet eller samtalet att överflödas till molnet.

SIP-enheter registrerade på VCS eller Expressway (endast TCP)

Konfigurera grannzoner och sökregler för att dirigera SIP-inringning och uppringning för Cisco Webex-möten till videonätkluster. SIP-enheter som är registrerade i en VCS-kontroll eller Expressway-C har inte stöd för direktåtkomst, så du måste använda en TCP-baserad Expressway-konfiguration för att etablera ett förhållande mellan lokala SIP-enheter och dina videonätkluster.

Du kan även konfigurera distributionen för att hantera fel- eller överflödsförhållanden. Den här konfigurationen hjälper om det uppstår ett avbrott eller om videonätklustren har uppnått kapacitet. Om SIP-mötet eller samtalet inte kan upprättas med ett kluster överförs mötet eller samtalet till molnet via VCS Control/Expressway-C eller ett Expressway C/E-par.

Konfigurera Unified CM-säker TLS SIP-trafikroutning för videonät

1

Skapa en SIP-profil för videonätkluster:

Från Cisco Unified CM Administration går du till Enhet > Enhetsinställningar > SIP-profil och klickar sedan på Sök.
Välj Standard SIP-profil för Cisco VCS och klicka sedan på Kopiera.
Ange ett namn för den nya profilen – till exempel: Video Mesh SIP Profile.
Under trunkspecifik konfiguration, ställ in Stöd för tidigt erbjudande för röst- och videosamtal till Bästa ansträngningar (ingen MTP införs).

Du kan tillämpa den här inställningen på en ny SIP-trunk i Webex-molnet (dirigeras av den externa domänen för Webex-webbplatsen). Inställningen påverkar inte befintlig SIP-trunkning eller samtalsomkoppling.
Se till att Aktivera ALTERNATIV Ping för att övervaka destinationsstatus för trunkar med tjänstetyp är markerat.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

2

Lägg till en ny säkerhetsprofil för SIP-trunk för videonätkluster:

Från Cisco Unified CM Administration väljer du System > Säkerhet > SIP-trunks säkerhetsprofil och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Secure SIP Trunk Security Profile

Bekräfta dessa inställningar:

Fält	Värde
enhetens säkerhetsläge	Krypterad
Typ av inkommande transport	TLS
Typ av utgående transport	TLS
X.509-ämnesnamn Säkert certifikatämne eller alternativt ämnesnamn	Ange det vanliga namnet på videonätnodcertifikatet.
Inkommande port	5061
SIP V.150 Utgående SDP-offertfiltrering	Använd standardfilter

Lämna alla andra fält med sina standardvärden och spara ändringarna.

3

Lägg till en ny SIP-trunk för att peka på dina videonätkluster:

I en distribution med endast Unified CM lägger du till en enda trunk.
I en SME-distribution finns det vanligtvis en trunk mellan Unified CM och SME. Lägg till en annan trunk mellan SME- och videonätnoder. Båda trunkarna måste ha samma inställningar som anges nedan.

Från Cisco Unified CM Administration väljer du Enhet > Trunk och klickar sedan på Lägg till ny.
Välj SIP-trunk för trunktypen, lämna de andra värdena och klicka på Nästa.
Ange ett betydelsefullt namn, till exempel Video_Mesh_SIP_Trunk_UCMtoVMN.
Markera kryssrutan SRTP-tillåten
För Infoformat för samtal och anslutning av part markerar du Leverera URI och DN i ansluten part, om tillgängligt. Den här inställningen aktiverar blandad identitet. Det gör att SIP-trunken kan överföra företagspartens katalog-URI till Webex.
Kontrollera Kör på alla aktiva Unified CM-noder.
Under SIP-information – destination anger du en IP-adress eller ett fullständigt kvalificerat domännamn (FQDN) för var och en av dina videonätnoder.
Ange 5061 för destinationsporten.
För säkerhetsprofilen för SIP-trunk väljer du säkerhetsprofilen för videonättrunk som du skapade tidigare. (Till exempel, Video Mesh Secure SIP Trunk Security Profile.)
För SIP-profilen väljer du den SIP-profil som du skapade tidigare. (Till exempel, Video Mesh SIP Profile.)
Lämna alla andra fält med sina standardvärden och spara ändringarna.

Ett videonätssamtal eller möte kan tilldela media till valfri nod i ett kluster, inte bara den nod som avslutar SIP-samtalet.

4

Skapa en SIP-trunk för att peka mot en Expressway för Webex-molnredogörelse.

Du kan använda en SIP-trunk som redan finns för en befintlig distribution av Unified CM och Expressway. Om du skapar en annan och även kör Mobile Remote Access (MRA) med dessa Expressways kan du bryta MRA.

Från Cisco Unified CM Administration väljer du Enhet > Trunk och klickar sedan på Lägg till ny.
Välj SIP-trunk för trunktypen, lämna de andra värdena och klicka på Nästa.
Ange ett betydelsefullt namn, till exempel Video_Mesh_VCS_Trunk.
För Infoformat för samtal och anslutning av part markerar du Leverera URI och DN i ansluten part, om tillgängligt. Den här inställningen aktiverar blandad identitet. Det gör att SIP-trunken kan överföra företagspartens katalog-URI till Webex.
Under SIP-information – destination anger du en IP-adress eller ett fullständigt kvalificerat domännamn (FQDN) för var och en av dina Expressways. För porten anger du 5060.
För SIP-profil väljer du Standard SIP-profil för Cisco VCS.

5

Skapa en ny dirigeringsgrupp för samtal till videonätskluster:

Från Cisco Unified CM Administration väljer du Samtalsomkoppling > Route/Hunt > Dirigeringsgrupp och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Node Route Group.
Ändra distributionsalgoritmen till Top Down.
I avsnittet Information om Dirigeringsgruppens medlemmar hittar du enheterna med namnet videonät.
Lägg till Video_Mesh_SIP_Trunk_UCM till VMN genom att klicka på Lägg till i dirigeringsgrupp.
Spara dina ändringar.

6

För överflöd till molnet skapar du en ny dirigeringsgrupp för samtal till Expressway:

Från Cisco Unified CM Administration väljer du Samtalsomkoppling > Route/Hunt > Dirigeringsgrupp och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Expressway Route Group.
Ändra distributionsalgoritmen till Top Down.
I avsnittet Information om Dirigeringsgruppens medlemmar hittar du enheterna med namnet videonät.
Lägg till Video_Mesh_VCS_Trunk genom att klicka på Lägg till i dirigeringsgrupp.
Spara dina ändringar.

7

Skapa en ny dirigeringslista för samtal till videonätkluster och Expressway:

Från Cisco Unified CM Administration väljer du Samtalsomkoppling > Route/Hunt > Dirigeringslista och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Node Route List.
Ställ in Cisco Unified Communications Manager Group som standard eller ett annat värde beroende på din konfiguration.
Spara dina ändringar.
Klicka på Lägg till dirigeringsgrupp i avsnittet Information om dirigeringslista och välj sedan Dirigeringsgrupp för videonät.
Lämna standardinställningarna för de andra inställningarna och spara sedan dina ändringar.
Klicka på Lägg till dirigeringsgrupp i avsnittet Information om dirigeringslista och välj sedan Expressway-dirigeringsgrupp för videonät.
Lämna standardinställningarna för de andra inställningarna och spara sedan dina ändringar.

8

Skapa ett SIP-routningsmönster för det korta videoadressformatet för uppringning av Webex-möten:

Från Samtalsomkoppling > SIP-routningsmönster klickar du på Lägg till ny och anger namnet Video Mesh Route Pattern for Webex Short URIs.
I IPv4-mönstret anger du webex.com som domän.
För SIP-trunk/dirigeringslista väljer du dirigeringslistan som skapats för videonät – till exempel, Lista över videonät.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

Med funktionen för att ringa upp kort videoadress behöver användare inte längre komma ihåg namnet på Webex-webbplatsen för att delta i ett Webex-möte eller -händelse med ett videosystem. De kan delta i mötet snabbare eftersom de bara behöver veta mötets- eller händelsenummer.

9

Skapa ett SIP-dirigeringsmönster för Webex-webbplatsen:

Från Samtalsomkoppling > SIP-routningsmönster klickar du på Lägg till ny och anger namnet Video Mesh Route Pattern for Webex Sites.
I IPv4-mönstret anger du den Webex-webbplats som du vill ha optimerade media för – till exempel, examplesitename.webex.com.
För SIP-trunk/dirigeringslista väljer du dirigeringslistan som skapats för videonät – till exempel, Lista över videonät.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

10

Skapa ett SIP-routningsmönster för Webex-appmöten (bakåtkompatibilitet):

Från Samtalsomkoppling > SIP-routningsmönster klickar du på Lägg till ny och anger sedan namnet Video Mesh Route Pattern for Teams Meetings.
I IPv4-mönstret anger du meet.ciscospark.com.
För SIP-trunk/dirigeringslista väljer du dirigeringslistan som skapats för videonät – till exempel, Lista över videonät.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

Konfigurera Unified CM TCP SIP-trafikroutning för videonät

1

Skapa en SIP-profil för videonätkluster:

Från Cisco Unified CM Administration går du till Enhet > Enhetsinställningar > SIP-profil och klickar sedan på Sök.
Välj Standard SIP-profil för Cisco VCS och klicka sedan på Kopiera.
Ange ett namn för den nya profilen – till exempel: Video Mesh SIP Profile.
Under trunkspecifik konfiguration, ställ in Stöd för tidigt erbjudande för röst- och videosamtal till Bästa ansträngningar (ingen MTP införs).

Du kan tillämpa den här inställningen på en ny SIP-trunk på Webex (dirigeras av den externa domänen för Webex-webbplatsen). Inställningen påverkar inte befintlig SIP-trunkning eller samtalsomkoppling.
Se till att Aktivera ALTERNATIV Ping för att övervaka destinationsstatus för trunkar med tjänstetyp är markerat.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

2

Lägg till en ny säkerhetsprofil för SIP-trunk för videonätkluster:

Från Cisco Unified CM Administration väljer du System > Säkerhet > SIP-trunks säkerhetsprofil och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Trunk Security Profile

Bekräfta dessa inställningar:

Fält	Värde
enhetens säkerhetsläge	Osäker
Typ av inkommande transport	TCP/UDP
Typ av utgående transport	TCP
Inkommande port	5060
SIP V.150 Utgående SDP-offertfiltrering	Använd standardfilter

Lämna alla andra fält med sina standardvärden och spara ändringarna.

3

Lägg till en ny SIP-trunk för att peka på dina videonätkluster:

I en distribution med endast Unified CM lägger du till en enda trunk.
I en SME-distribution finns det vanligtvis en trunk mellan Unified CM och SME. Lägg till en annan trunk mellan SME- och videonätnoder. Båda trunkarna måste ha samma inställningar som anges nedan.

Från Cisco Unified CM Administration väljer du Enhet > Trunk och klickar sedan på Lägg till ny.
Välj SIP-trunk för trunktypen, lämna de andra värdena och klicka på Nästa.
Ange ett betydelsefullt namn, till exempel Video_Mesh_SIP_Trunk_UCMtoVMN.
För Infoformat för samtal och anslutning av part markerar du Leverera URI och DN i ansluten part, om tillgängligt. Den här inställningen aktiverar blandad identitet. Det gör att SIP-trunken kan överföra företagspartens katalog-URI till Webex.
Kontrollera Kör på alla aktiva Unified CM-noder.
Under SIP-information – destination anger du en IP-adress eller ett fullständigt kvalificerat domännamn (FQDN) för var och en av dina videonätnoder.
Ange 5060 för destinationsporten.
För säkerhetsprofilen för SIP-trunk väljer du säkerhetsprofilen för videonättrunk som du skapade tidigare. (Till exempel, Video Mesh Trunk Security Profile.)
För SIP-profilen väljer du den SIP-profil som du skapade tidigare. (Till exempel, Video Mesh SIP Profile.)
Lämna alla andra fält med sina standardvärden och spara ändringarna.

Ett videonätssamtal eller möte kan tilldela media till valfri nod i ett kluster, inte bara den nod som avslutar SIP-samtalet.

4

Skapa en ny SIP-trunk för att peka mot en Expressway.

Du kan använda en SIP-trunk som redan finns för en befintlig distribution av Unified CM och Expressway. Om du skapar en annan och även kör Mobile Remote Access (MRA) med dessa Expressways kan du bryta MRA.

Från Cisco Unified CM Administration väljer du Enhet > Trunk och klickar sedan på Lägg till ny.
Välj SIP-trunk för trunktypen, lämna de andra värdena och klicka på Nästa.
Ange ett betydelsefullt namn, till exempel Video_Mesh_VCS_Trunk.
För Infoformat för samtal och anslutning av part markerar du Leverera URI och DN i ansluten part, om tillgängligt. Den här inställningen aktiverar blandad identitet. Det gör att SIP-trunken kan överföra företagspartens katalog-URI till Webex.
Under SIP-information – destination anger du en IP-adress eller ett fullständigt kvalificerat domännamn (FQDN) för var och en av dina Expressways. För porten anger du 5060.
För SIP-profil väljer du Standard SIP-profil för Cisco VCS.

5

Skapa en ny dirigeringsgrupp för samtal till videonätskluster:

Från Cisco Unified CM Administration väljer du Samtalsomkoppling > Route/Hunt > Dirigeringsgrupp och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Node Route Group.
Ändra distributionsalgoritmen till Top Down.
I avsnittet Information om Dirigeringsgruppens medlemmar hittar du enheterna med namnet videonät.
Lägg till Video_Mesh_SIP_Trunk_UCMtoVMN genom att klicka på Lägg till i dirigeringsgrupp.
Spara dina ändringar.

6

För överflöd till molnet skapar du en ny dirigeringsgrupp för samtal till Expressway:

Från Cisco Unified CM Administration väljer du Samtalsomkoppling > Route/Hunt > Dirigeringsgrupp och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Expressway Route Group.
Ändra distributionsalgoritmen till Top Down.
I avsnittet Information om Dirigeringsgruppens medlemmar hittar du enheterna med namnet videonät.
Lägg till Video_Mesh_VCS_Trunk genom att klicka på Lägg till i dirigeringsgrupp.
Spara dina ändringar.

7

Skapa en ny dirigeringslista för samtal till videonätkluster och Expressway:

Från Cisco Unified CM Administration väljer du Samtalsomkoppling > Route/Hunt > Dirigeringslista och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Node Route List.
Ställ in Cisco Unified Communications Manager Group som standard eller ett annat värde beroende på din konfiguration.
Spara dina ändringar.
Klicka på Lägg till dirigeringsgrupp i avsnittet Information om dirigeringslista och välj sedan Dirigeringsgrupp för videonät.
Lämna standardinställningarna för de andra inställningarna och spara sedan dina ändringar.
Klicka på Lägg till dirigeringsgrupp i avsnittet Information om dirigeringslista och välj sedan Expressway-dirigeringsgrupp för videonät.
Lämna standardinställningarna för de andra inställningarna och spara sedan dina ändringar.

8

Skapa ett SIP-routningsmönster för det korta videoadressformatet för uppringning av Webex-möten:

Från Samtalsomkoppling > SIP-routningsmönster klickar du på Lägg till ny och anger namnet Video Mesh Route Pattern for Webex Short URIs.
I IPv4-mönstret anger du webex.com som domän.
För SIP-trunk/dirigeringslista väljer du dirigeringslistan som skapats för videonät – till exempel, Lista över videonät.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

Med funktionen för att ringa upp kort videoadress behöver användare inte längre komma ihåg namnet på Webex-webbplatsen för att delta i ett Webex-möte eller -händelse med ett videosystem. De kan delta i mötet snabbare eftersom de bara behöver veta mötets- eller händelsenummer.

9

Skapa ett SIP-dirigeringsmönster för Webex-webbplatsen:

Från Samtalsomkoppling > SIP-routningsmönster klickar du på Lägg till ny och anger namnet Video Mesh Route Pattern for Webex Sites.
I IPv4-mönstret anger du den Webex-webbplats som du vill ha optimerade media för – till exempel, examplesitename.webex.com, där examplesinamn är namnet på din faktiska Webex-webbplats.
För SIP-trunk/dirigeringslista väljer du dirigeringslistan som skapats för videonät – till exempel, Lista över videonät.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

10

Skapa ett SIP-dirigeringsmönster för Webex-appmöten:

Från Samtalsomkoppling > SIP-routningsmönster klickar du på Lägg till ny och anger sedan namnet Video Mesh Route Pattern for Teams Meetings.
I IPv4-mönstret anger du meet.ciscospark.com.
För SIP-trunk/dirigeringslista väljer du dirigeringslistan som skapats för videonät – till exempel, Lista över videonät.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

Konfigurera Expressway TCP SIP-trafikroutning för videonät

1

Skapa en zon som pekar på videonätskluster:

Från VCS-kontroll eller Expressway-C går du till Konfiguration > Zoner > Zoner och klicka sedan på Ny.

Konfigurera följande fält:

Fältnamn	Värde
Namn	Ange ett namn som enkelt identifierar zonen – till exempel WebexVideoMeshZone
Typ	Granne
H.323
Mode	Av
SIP
Mode	På
Port	5060
Transport	TCP
Plats
Leta upp jämlikar efter	Adress
Peer [n]-adress	Ange IP-adresserna för varje videonätnod.

Lämna de andra fälten med sina standardinställningar och spara sedan dina ändringar.

2

Skapa uppringningsmönster för videonätkluster för Webex-webbplatser:

Från Expressway-C går du till Konfiguration > Nummerplan > Sökregler och klicka sedan på Ny.

Konfigurera följande fält för Webex-webbplatssökregeln:

Fältnamn

Värde

Rule name

Ange ett regeldamn som enkelt identifierar sökregeln – till exempel WebexVideoMesh-dinwebbplats

Företräde

100 är standard. Se till att det här numret är lägre än molnfallback- och B2B-reglerna.

Protokoll

SIP

Mode

Alias Pattern Match

Pattern Type

Regex

Pattern String

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

Det här mönstret matchar både yoursite.webex.com och webex.com (för korta videoadresser) format. Med den korta videoadressens uppringningsfunktionen behöver användare inte längre komma ihåg namnet på Webex-webbplatsen för att delta i ett Webex-möte eller -händelse via ett videosystem. De kan delta i mötet snabbare eftersom de bara behöver veta mötets- eller händelsenummer.

Pattern Behavior

Lämna

On Successful Match

Fortsätt

Target

Välj den videonätszon som du har skapat – till exempel WebexVideo Mesh.

Lämna de andra fälten med sina standardinställningar och spara sedan dina ändringar.

3

Skapa en traversal-klient och zonpar som pekar på molnet Expressway för redundans:

Se Grundläggande konfigurationsguide för Expressway för din version för steg för att skapa traversationsklienten och zonparet.

4

Skapa en reservsökregel för traversal-klientzonen som leder till Expressway-E:

Från Expressway-C går du till Konfiguration > Nummerplan > Sökregler och klicka sedan på Ny.

Konfigurera följande fält:

Fältnamn	Värde
Rule name	Ange ett regeldamn som enkelt identifierar sökregeln – till exempel WebexVideoMesh-Failover
Företräde	100 är standard. Se till att prioriteringen är lägre genom att ange ett nummer som är högre än uppringningsmönstret för videonät och B2B-reglerna.
Protokoll	SIP
Mode	Alla alias
Pattern Behavior	Lämna
On Successful Match	Fortsätt
Target	Välj den Traversal-klientzon som leder till Expressway-E.

Lämna de andra fälten med sina standardinställningar och spara sedan dina ändringar.

5

Från Expressway-E går du till Konfiguration > Zoner > Zoner. Klicka på Ny och lägg till Webex-zonen.

I versioner före X8.11 har du skapat en ny DNS-zon för detta ändamål.

6

Skapa ett uppringningsmönster för molnet Expressway:

Från Expressway-E går du till Konfiguration > Nummerplan > Sökregler och klicka sedan på Ny.

Konfigurera följande fält:

Fältnamn	Värde
Rule name	Ange ett regeldamn som enkelt identifierar sökregeln – till exempel WebexVideoMesh-toCloud
Företräde	Ange ett högre värde än regeln för lokala videonätnoder. Om noderna är inställda till 100 ställer du in detta värde till 101. Du måste också se till att värdet är lägre än alla B2B-regler på din Expressway.
Protokoll	SIP
Source	Named
Source name	Välj den säkra traverseringsserverzonen från Expressway-C – till exempel WebexVideoMeshZone
Mode	Alias Pattern Match
Pattern Type	Regex
Pattern String	*`.@(YourSite\.)?webex\.com.`*
Pattern Behavior	Lämna
On Successful Match	Stoppa
Target	Välj Webex-zonen eller DNS-zonen.

7

För SIP-enheter som är registrerade i Expressway-C öppnar du enhetens IP-adress i en webbläsare, går till Konfiguration, bläddra till SIP och väljer Standarder i listrutan Typ.

Växla certifikatkedjor mellan Unified CM och videonätnoder

Slutför ett certifikatutbyte för att upprätta tvåvägsförtroende mellan Unified CM- och videonätgränssnitten. Med den säkra trunkkonfigurationen tillåter certifikaten krypterad SIP-trafik och SRTP-media i din organisation från betrodda Unified CM:er att landa på betrodda videonätnoder.

I en klustermiljö måste du installera CA- och servercertifikat på varje nod individuellt.

Innan du börjar

Av säkerhetsskäl rekommenderar vi att du använder ett CA-signerat certifikat på dina videonätnoder i stället för nodens standardcertifikat som är självsignerat.

1

Öppna gränssnittet för videonätnod (IP-adress/konfiguration till exempel, https://192.0.2.0/setup) i din webbläsare och logga in med nodens administratörsuppgifter.

2

Gå till servercertifikat och begär och ladda upp ett certifikat och nyckelpar vid behov:

(Valfritt) Om du behöver ett certifikat utfärdat av en certifierad leverantör klickar du på Skapa en certifikatsigneringsbegäran. Fyll i den information som krävs (inklusive alternativt ämnesnamn), som är FQDN:er som måste innehålla det gemensamma namnet och generera sedan begäran. Hämta CSR för att skicka begäran till leverantören. (Du kan begära flera. De returnerar det signerade certifikatutfärdaren (CA)-certifikatet (den privata nyckeln genererades redan under skapandet av CSR)

Det vanliga namnet är inte en URL. Det innehåller inget protokoll (till exempel http:// eller https://), portnummer eller pathname. Filen commonName fältet i certifikatspecifikationen X.509 representerar det gemensamma namnet. Till https://www.example.com, det korrekta värdet är example.com.

Den privata nyckeln finns redan på plats när du skapar en kundtjänstrepresentant. Om du inte använder steget för att skapa CSR måste du ladda upp en privat nyckel.

När du har certifikatet och nyckeln klickar du på Överför ett servercertifikat (.crt- eller .pem-fil), välj certifikatfilen och klicka sedan på Överför en privat nyckel (.nyckelfil) och anger en lösenfras om du har en.
När du har fått certifikatet går du till den första videonätnoden i ett kluster, klickar på Installera servercertifikat, läs instruktionen, klicka på Installera och klicka sedan på OK.

En molnregistrerad videonätnod stängs graciöst ned och väntar i upp till 2 timmar på att alla samtal ska avslutas. Noden slutför sedan certifikatinstallationen. En uppmaning visas när servercertifikatet installeras. Du kan sedan läsa in sidan igen för att visa det nya certifikatet och nyckelposten.
Klicka på Hämta bredvid certifikatet och nyckelfiler för att spara en lokal kopia.

Spara filerna på en plats som är lätt att komma ihåg och lämna videonätinstansen öppen på webbläsarfliken.
Gå till nästa videonätnod i klustret, fyll i lösenfrasen och överför sedan filen med den privata nyckeln. Klicka sedan på Ladda upp ett servercertifikat och välj sedan Installera servercertifikat, läs instruktionen, klicka på Installera och klicka sedan på OK.
Upprepa dessa steg för alla videonätnoder i samma kluster.

3

Gå till Cisco Unified OS Administration i en annan webbläsarflik till Säkerhet > Certifikathantering. Ange dina sökkriterier och klicka på Sök, välj sedan filnamnet på certifikatet eller listan över betrodda certifikat (CTL) och klicka på Hämta.

Spara Unified CM-filen på en plats som är lätt att komma ihåg och lämna Unified CM-instansen öppen på webbläsarfliken.

4

Gå tillbaka till fliken Videonätnodgränssnitt, klicka på Trust Store och Proxy och välj sedan ett alternativ:

Om Unified CM använder ett CA-certifikat som har signerats av en känd organisation litar videonätnoden på det automatiskt. Förtroendet baseras på listan över rotcertifikat från VMN-nodens värdoperativsystem, som uppdateras regelbundet.
Om Unified CM använder ett CA-certifikat som är signerat av ett internt företagsrotcertifikat lägger du till rotcertifikatet i noden. Rotcertifikatet är tillgängligt inifrån företaget, men kan inte hämtas från Unified CM.
Lägg till både ECDSA- och RSA-certifikat som Unified CM använder för att betjäna externa förfrågningar. Dessa certifikat kan vara självsignerade eller CA-certifikat.
Om du har hämtat ett enda certifikat klickar du på Överför ett rotcertifikat eller Avsluta entitetscertifikat (.crt- eller .pem-fil) och väljer den CallManager.pem-certifikatfil som du har hämtat. Klicka på Installera alla certifikat i Trust Store, läs instruktionen, klicka på Installera och starta sedan om noden.
Om du har hämtat en certifikatkedja överför du rot-CA-certifikatet och mellanliggande CA-certifikat och klicka sedan på Installera alla certifikat i Trust Store, läs instruktionen och klicka sedan på Installera.

En molnregistrerad videonätnod stängs graciöst ned och väntar i upp till 2 timmar på att alla samtal ska avslutas. Om du vill installera CallManager.pem-certifikatet startas noden automatiskt om. När det kommer tillbaka online visas en uppmaning när CallManager.pem-certifikatet installeras på videonätnoden. Du kan sedan läsa in sidan igen för att visa det nya certifikatet.

5

Gå tillbaka till fliken Administration för Cisco Unified OS och klicka på Överför certifikat/certifikatkedja. Välj certifikatnamnet i listrutan Certificate Purpose , bläddra till filen som du hämtade från gränssnittet för videonätnod och klicka sedan på Öppna.

6

Om du vill överföra filen till servern klickar du på Överför fil.

Om du laddar upp en certifikatkedja måste du ladda upp alla certifikat i kedjan.

Starta om den berörda tjänsten efter att certifikatet har överförts. När servern kommer upp igen kan du komma åt CCMAdmin eller CCMUser GUI för att kontrollera att dina nyligen tillagda certifikat används.

Du kan installera och hantera servercertifikat via API:er. Mer information finns i VMN-servercertifikatets API:er.

Aktivera mediekryptering för organisation- och videonätkluster

Använd den här proceduren för att aktivera mediekryptering för din organisation och enskilda videonätskluster. Den här inställningen kräver en slutpunkt-till-slutpunkt-TLS-konfiguration och du måste ha en säker TLS SIP-trunk på plats på din Unified CM som pekar på dina videonätnoder.

Inställningar	Resultat
Unified CM har konfigurerats med en säker trunk och den här inställningen för kontroll av videonät är inte aktiverad.	Samtal misslyckades.
Unified CM har inte konfigurerats med en säker trunk och den här inställningen för kontroll av videonät är aktiverad.	Samtal misslyckas inte, men de återgår till osäkert läge.

Cisco-slutpunkter måste också konfigureras med en säkerhetsprofil och TLS-förhandling för att slutpunkt-till-slutpunkt-kryptering ska fungera. Annars överflödar samtal till molnet från slutpunkter som inte har konfigurerats med TLS. Vi rekommenderar att du endast aktiverar den här funktionen om alla slutpunkter kan konfigureras för att använda TLS.

Innan du börjar

Konfigurera Unified CM-säker TLS SIP-trafikroutning för videonät
Växla certifikatkedjor mellan Unified CM och videonätnoder

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid och klicka sedan på Inställningar på videonätkortet.

2

Bläddra till mediekryptering och växla på inställningen.

Den här inställningen gör kryptering obligatorisk på alla mediekanaler som passerar genom videonätnoder i din organisation. Notera föregående tabell och varning för situationer där samtal kan misslyckas och vad som krävs för att slutpunkt-till-slutpunkt-kryptering ska fungera.

3

Klicka på Visa alla och upprepa följande steg på varje videonätkluster som du vill aktivera för säker SIP-trafik.

Välj en videonätklusterpost i listan och klicka sedan på Redigera klusterinställningar.
Bläddra till SIP-samtal och markera kryssrutan.
Under betrodda SIP-källor anger du det gemensamma namnet (CN) eller alla FQDN:er som finns i det alternativa ämnesnamnet på Unified CM-certifikatet (vanligtvis FQDN för Unified CM).

Dessa poster identifieras som betrodda SIP-källor och kan skicka säkra SIP-samtal till Webex-videonät.

Aktivera videonät för Webex-webbplatsen

För att använda optimerade medier till videonätnoden för ett Webex-möte för alla Webex-appen och enheter att delta måste den här konfigurationen aktiveras för Webex-webbplatsen. Om du aktiverar den här inställningen kopplas videonät och mötesinstanser i molnet tillsammans och gör att överlappningar kan inträffa från videonätnoder. Om den här inställningen inte är aktiverad kommer Webex-appen och -enheterna inte att använda videonätnoden för Webex-möten.

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Möten, klicka på Webex-webbplatsen från möteskortet och klicka sedan på Inställningarför att komma åt konfigurationsalternativen för Webex-webbplatsen.

2

Öppna Allmänna inställningar genom att klicka på Tjänst > Möte > Webbplatsinställningar. Från Allmänna inställningar klickar du på mötesrum för samarbete (CMR), väljer videonät för medieresurstyp och klickar sedan på Spara längst ned.

Den här inställningen länkar videonät och mötesinstanser i molnet tillsammans och tillåter överlappningar från videonätnoder. Inställningen bör fyllas i i hela din miljö efter 15 minuter. Webex-möten som startar efter att den här ändringen har fyllt i hämtar den nya inställningen. Om du lämnar det här fältet i molnet (standardalternativet) hålls alla möten i molnet och videonätnoden används inte.

Tilldela mötesrum för samarbete till Webex-appanvändare

Om du hanterar din webbplats via Control Hub:
1. Från kundvyn i https://admin.webex.com går du till Användare > Hantera användare.
  
  Om du vill tilldela flera användare finns det här dokumentet.
2. Tilldela Webex mötesrum för samarbete till användare i din organisation.
Om du hanterar din webbplats via webbplatsadministration:
1. Från webbplatsadministrationen går du till användarhantering.
2. Redigera användarkontot och kontrollera mötesrummet för samarbete.
  
  Om du vill tilldela flera användare finns det här dokumentet.

Kontrollera mötesupplevelsen på den säkra slutpunkten

Använd dessa steg för att kontrollera att slutpunkterna är säkert registrerade och att rätt mötesupplevelse visas.

1	Delta i ett möte från den säkrade slutpunkten.
2	Kontrollera att listan över möteslistor visas på enheten. Det här exemplet visar hur möteslistan ser ut på en slutpunkt med en pekskärm:
3	Under mötet får du åtkomst till Webex-konferensinformationen från Samtalsuppgifter .
4	Kontrollera att avsnittet Kryptering visar Typ som AES-128 och Status som På .

Hantera och felsöka videonät

Analys av videonät

Analytics ger information om hur du använder dina lokala videonätnoder och kluster i din Webex-organisation. Med historiska data i mätvyn kan du hantera dina videonätresurser på ett effektivare sätt genom att övervaka kapaciteten, användningen och tillgängligheten för dina lokala resurser. Du kan till exempel använda den här informationen för att fatta beslut om att lägga till fler videonätnoder i ett kluster eller skapa nya kluster. Analys av videonät finns i Control Hub under Analys > Videonät.

För att hjälpa till med att analysera data i din organisation kan du zooma in på data som visas i diagrammet och isolera en viss tidsperiod. För analys kan du även klippa och tärningsrapporter för att visa mer granulära detaljer.

Videonätanalys och felsökningsrapporter visar data i tidszonen som är inställd för den lokala webbläsaren.

Analys

Videonätanalys ger en långsiktig trend (upp till 3 månaders data) i kategorierna engagemang, resursanvändning och bandbreddsanvändning.

Liveövervakning

Fliken Liveövervakning ger en bild i nära realtid av aktiviteten i din organisation: upp till 1 minuters aggregering och möjligheten att visa de senaste 4 timmarna eller 24 timmarna på alla kluster eller specifika kluster. Den här fliken i Control Hub uppdateras automatiskt – var 1 minut under de senaste 4 timmarna och var 10:e minut under de senaste 24 timmarna.

Åtkomst, filtrera och spara live-övervakningsrapporter för videonät

Live-övervakningsrapporter för videomesh finns tillgängliga på sidan Felsökning i Control Hub ( https://admin.webex.com) när videonät är aktivt och har ett kluster med minst en registrerad videonätnod.

1

Från kundvyn i https://admin.webex.com väljer du Analytics och klickar sedan på Videonät längst upp till höger på skärmen.

Håll muspekaren över informationen för att få en kort beskrivning av diagrammet.

2

Från växlingsknappen till vänster väljer du ett alternativ för att filtrera på hur långt tillbaka i tiden du vill visa data.

Senaste 4 timmarna (standard) – När du väljer det här alternativet uppdateras diagrammets data var 1:e minut.
Senaste 24 timmarna– När du väljer det här alternativet uppdateras diagrammets data var 10:e minut.

3

Interagera med diagrammen genom att använda följande alternativ vid behov:

Håll muspekaren över segment i diagramvyn för att visa information om den specifika datapunkten.
Klicka på legenden i diagrammet eller översikten och klicka sedan på Använd för att uppdatera vyn på de andra legenden. Till exempel, när du har valt legend-objektet Amsterdam, uppdateras linjediagrammet för att utesluta andra legend-objekt och endast inkludera data för det valda objektet.

När ett filter tillämpas uppdateras alla andra diagram och diagram för att visa data för det valda filtret.
I ett diagram som visar data i ett tidsintervall, smalnar du ner till ett visst tidsintervall genom att klicka på vänster och dra musen till höger. (Den här åtgärden påverkar alla relaterade data som visas på analyssidan.)

Håll muspekaren över avsnitt av en donut, linjer på ett diagram eller insiktspunkter på ett diagram för att visa mer information om datas specifika tidpunkt.

4

När du har filtrerat data i rapporterna klickar du på mer, och välj sedan ett filformat alternativ som sparar en lokal kopia av rapporten så att du kan använda den offline (till exempel i en rapport som skapats internt):

PNG
PDF
CSV

Åtkomst, filtrera och spara videonätanalys

Metriska rapporter om videonät finns tillgängliga på analyssidan i Control Hub ( https://admin.webex.com) när videonät är aktivt och har ett kluster med minst en registrerad videonätnod.

1

Från kundvyn i https://admin.webex.com väljer du Analytics och klickar sedan på Videonät längst upp till höger på skärmen.

2

Klicka på en kategori, beroende på vilken typ av data du letar efter:

Engagemang
Resurser
Bandbreddsanvändning

Håll muspekaren över informationen för att få en kort beskrivning av diagrammet.

3

I rullgardinsmenyn till höger väljer du ett alternativ för att ta reda på hur långt tillbaka i tiden du vill visa data.

Senaste 7 dagarna (standard) – Ändrar den horisontella axeln till var 1 timme.
Senaste 24 timmarna – Ändrar den horisontella axeln till var 10:e minut.
Senaste 30 dagarna – Ändrar den horisontella axeln till var 3:e timme.
Senaste 90 dagarna – Ändrar den horisontella axeln till var 8:e timme.

4

Interagera med diagram eller donut-diagram genom att använda följande alternativ vid behov:

Klicka på ett eller flera segment i diagrammet eller diagrammets vy och klicka sedan på Använd för att uppdatera donutvyn och motsvarande diagramvyn.
Välj legendariska objekt i diagrammet eller översikten för att uppdatera vyn på det specifika legendariska objektet och klicka sedan på Tillämpa. När du till exempel har valt det lokala legend-objektet uppdateras linjediagrammet med dessa data markerade.

När ett filter tillämpas uppdateras alla andra diagram och diagram för att visa data för det valda filtret.

I ett diagram som visar data i ett tidsintervall kan du minska till ett visst tidsintervall genom att klicka på vänster och dra musen till höger och lämna det när önskat intervall har valts. (Den här åtgärden påverkar alla relaterade data som visas på analyssidan.)

Håll muspekaren över avsnitt av en donut, linjer på ett diagram eller insiktspunkter på ett diagram för att visa mer information om datas specifika tidpunkt.

Om du vill börja om från samma diagram eller översikt klickar du på X på de valda filtren längst ned i diagrammet.

5

När du har filtrerat data i rapporterna klickar du på mer, och välj sedan ett filformat alternativ som sparar en lokal kopia av rapporten så att du kan använda den offline (till exempel i en rapport som skapats internt):

PDF
PNG
CSV

6

Rensa alla filter från filterfältet om du vill återställa analysvyn.

Tillgänglig analys för videonät

Mer information om tillgänglig analys i Control Hub finns i avsnittet Videonät i Analytics för din molnsamarbetsportfölj.

Övervakningsverktyg för videonät

Övervakningsverktyget i Control Hub hjälper din organisation att övervaka statusen för din distribution av videonät. Du kan köra följande test på dina Video Mesh-noder, -kluster eller bådadera för att få resultat för specifika parametrar.

Signaleringstest - Testar om SIP-signalering och mediesignalering sker mellan Video Mesh-noden och Webex molnmedietjänster.
Kaskadtest - Testar om en kaskad kan upprättas mellan videonätsnoden och Webex molnmedietjänster.
Test för nåbarhet - Testar om videonätsnoden kan nå målportarna för medieströmmar i Webex molnmedietjänster. Den testar även om videonätsnoden kan kommunicera med de molnkluster som är kopplade till mediebehållare via dessa portar.

När du kör ett test skapar verktyget ett simulerat möte. När testet har slutförts ser du ett enkelt resultat för godkänt eller underkänt med infogade felsökningstips i rapporten. Du kan schemalägga testet så att det körs regelbundet eller köra testet på begäran. Mer information finns i Mediehälsoövervakning för videonät .

Kör ett omedelbart test

Använd den här proceduren för att köra ett på begäran medietillståndsövervakning och nåbarhetstest på Video Mesh-noder och/eller -kluster som har registrerats i din Control Hub-organisation. Resultaten samlas in i Control Hub och aggregeras var 6:e timme från och med 00:00 UTC.

1

Logga in på Control Hub , gå sedan till Felsökning > Videonät .

2

Klicka på Konfigurera test , klicka Testa nu och kontrollera de noder och/eller kluster som du vill testa.

Om du vill avmarkera de kryssrutor som du har markerat och återställa den senaste konfigurationen klickar du på Återställ den senaste testkonfigurationen .

3

Klicka på Kör test .

Nästa steg

Resultaten visas på översiktssidan för övervakningsverktyget i Control Hub. Som standard visas resultaten av alla test tillsammans. Klicka på Signalering , Överlappande , eller Nåbarhet för att filtrera resultaten enligt det specifika testet.

Punkterna på tidslinjen med skjutreglaget visar aggregerade testresultat för hela organisationen. Tidslinjerna på klusternivå visar aggregerade resultat för varje kluster.

Tidslinjen kan visa datum i USA-format. Ändra ditt språk i profilinställningarna för att visa datum i ditt lokala format.

Håll muspekaren över punkterna på tidslinjerna för att se testresultaten. Du kan även se detaljerade testresultat för varje nod. Klicka på en punkt på tidslinjen på klusternivå för att visa detaljerade resultat.

Resultaten visas i en sidopanel och är uppdelade i Signalering, Cascasde och Reachabilty. Du kan se om testet lyckades, om det hoppades över eller om testet misslyckades. Felkoder med möjliga korrigeringar visas också tillsammans med resultaten.

Använd växlingsknappen för att visa resultaten för olika parametrar i form av en tabell.

Ett hoppat test, ett partiellt misslyckande eller ett misslyckande är inte avgörande om det inte inträffar kontinuerligt under en tidsperiod.

Konfigurera regelbundna tester

Använd den här proceduren för att konfigurera och starta regelbunden mediestatus och nåbarhetstester. Dessa test körs som standard var sjätte timme. Du kan köra dessa test på klusteromfattande, klusterspecifik eller nodspecifik nivå. Resultaten samlas in i Control Hub och aggregeras var 6:e timme från och med 00:00 UTC.

1	Logga in på Control Hub , gå sedan till Felsökning > Videonät .
2	Klicka på Konfigurera test , klicka Periodiskt test och kontrollera de noder och/eller kluster som du vill testa.
3	Välj ett alternativ: Kontrollera Alla kluster om du vill köra testet på alla Video Mesh-noder i din Control Hub-organisation. Kontrollera de enskilda klusternamnen för att köra testet på alla Video Mesh-noder som finns i ett visst kluster. Omarkerade kluster exkluderas från testet. I enskilda kluster markerar du de enskilda nodnamnen som du vill köra testet på. Alla omarkerade noder exkluderas från testet.
4	Klicka på Nästa.
5	Granska listan över kluster och noder för att köra de periodiska testen. Om du är nöjd klickar du på Konfigurera för att schemalägga den aktuella konfigurationen.

Nästa steg

Resultaten visas på översiktssidan för övervakningsverktyget i Control Hub. Som standard visas resultaten av alla test tillsammans. Klicka på Signalering , Överlappande , eller Nåbarhet för att filtrera resultaten enligt det specifika testet.

Punkterna på tidslinjen med skjutreglaget visar aggregerade testresultat för hela organisationen. Tidslinjerna på klusternivå visar aggregerade resultat för varje kluster.

Tidslinjen kan visa datum i USA-format. Ändra ditt språk i profilinställningarna för att visa datum i ditt lokala format.

Håll muspekaren över punkterna på tidslinjerna för att se testresultaten. Du kan även se detaljerade testresultat för varje nod. Klicka på en punkt på tidslinjen på klusternivå för att visa detaljerade resultat.

Resultaten visas i en sidopanel och är uppdelade i Signalering, Cascasde och Reachabilty. Du kan se om testet lyckades, om det hoppades över eller om testet misslyckades. Felkoder med möjliga korrigeringar visas också tillsammans med resultaten.

Använd växlingsknappen för att visa resultaten för olika parametrar i form av en tabell.

Ett hoppat test, ett partiellt misslyckande eller ett misslyckande är inte avgörande om det inte inträffar kontinuerligt under en tidsperiod.

Aktivera 1080p HD-video för lokala SIP-enheter i möten med videonätnod

Den här inställningen gör det möjligt för din organisation att gynna 1080p HD-video för lokala registrerade SIP-slutpunkter, med en växling av lägre möteskapacitet. En videonätnod måste vara värd för mötet. Mötesdeltagare kan använda video 1080p 30 fps förutsatt att:

De är alla inne i företagsnätverket.
De använder en lokalt registrerad SIP-enhet med hög upplösning.

Inställningen gäller för alla kluster som innehåller videonätnoder.

Molnregistrerade enheter fortsätter att skicka och ta emot 1080p-strömmar, oavsett om denna inställning är på eller av.

1	Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid och klicka sedan på Inställningar på videonätkortet.
2	Aktivera videokvalitet. Om den här inställningen är inaktiverad är standardvärdet 720p.

För videoupplösningar som Webex-appen stöder, se Videospecifikationer för samtal och möten.

Privata möten

Funktionen Privat möte ökar säkerheten för ditt möte genom att avsluta media i dina lokaler. När du schemalägger ett privat möte avslutas alltid media på videonätsnoderna i ditt företagsnätverk utan molnkaskad.

Som visas här kasserar privata möten aldrig media till molnet. Medierna avslutas helt på dina videonätskluster. Dina videonätskluster kan bara kastas med varandra.

Du kan boka ett videonätkluster för privata möten. När det reserverade klustret är fullt kastas de privata mötesmedierna ut till dina andra videonätskluster. När det reserverade klustret är fullt delar privata och icke-privata möten resurserna för dina återstående kluster.

Icke-privata möten använder inte reserverade kluster och reserverar dessa resurser för privata möten. Om ett icke-privat möte tar slut på resurser i nätverket kastas det ut till Webex-molnet i stället.

Webex-appen med den fullständiga Webex-upplevelsen aktiverad är inte kompatibel med videonät. Mer information finns i Klienter och enheter som använder videonätnod.

Stöd och begränsningar för privata möten

Videonät har stöd för privata möten på följande sätt:

Privata möten finns tillgängliga i Webex version 40.12 och senare.
Endast schemalagda möten kan använda den privata mötestypen. Mer information finns i artikeln Schemalägg ett privat möte i Cisco Webex.
Privata möten är inte tillgängliga för fullständiga möten som startas eller deltar i från Webex-appen.
Du kan använda alla aktuella enheter som stöds av videonät.
Dina noder kan använda alla aktuella bilder: 72vCPU och 23vCPU.
Privat möteslogik skapar inga luckor i mätvärden. Vi samlar in samma värden för Control Hub som för icke-privata möten.

Eftersom vissa användare inte aktiverar den här funktionen visas analysrapporterna för privata möten inte om din organisation inte har ett privat möte på 90 dagar.
Privata möten har stöd för 1-vägswhiteboardtavla från en videoslutpunkt.

Begränsningar

Privata möten har följande begränsningar:

Privata möten har endast stöd för VoIP för ljud. De har inte stöd för Webex Edge-ljud eller PSTN.
Du kan inte använda ett personligt mötesrum (PMR) för ett privat möte.
Privata möten har inte stöd för Webex-funktioner som kräver anslutning till molnet, till exempel molninspelning, transkription och Webex Assistant.
Du kan inte delta i ett privat möte från ett oautentiserat molnregistrerat videosystem, inte ens ett som har parkopplat till Webex-appen.

Använd privata möten som standardmötestyp

I Control Hub kan du ange att framtida schemalagda möten för din organisation ska vara privata möten.

1	Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid.
2	Klicka på Redigera inställningar från videonätkortet. Bläddra till privata möten och aktivera inställningen.
3	Spara ändringen.

När du aktiverar den här inställningen gäller den för alla möten för din organisation, även de som tidigare schemalagts.

(Valfritt) Reservera ett kluster för privata möten

Privata och icke-privata möten använder normalt samma videonätresurser. Men eftersom privata möten måste hålla medierna lokala kan de inte ställa in överflöd till molnet när de lokala resurserna är uttömda. För att minska den möjligheten kan du konfigurera ett videonätkluster som endast är värd för privata möten.

I Control Hub konfigurerar du klustret uteslutande för att vara värd för privata möten. Den här inställningen förhindrar icke-privata möten från att använda det klustret. Privata möten är standard för att använda det klustret. Om klustret inte har resurser kastas privata möten endast till dina andra videonätskluster.

Vi rekommenderar att du tillhandahåller ett privat kluster för att hantera din förväntade maximala användning från privata möten.

Du kan inte använda det korta videoadressformatet (meet@your_site) om du reserverar alla videonätskluster för privata möten. Dessa samtal misslyckas för närvarande utan ett korrekt felmeddelande. Om du lämnar vissa kluster oreserverade kan samtal med det korta videoadressformatet ansluta via dessa kluster.

1	Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid och klicka på Visa alla på videonätkortet.
2	Välj ditt videonätkluster i listan och klicka på Redigera klusterinställningar.
3	Bläddra till privata möten och aktivera inställningen.
4	Spara ändringen.

Felmeddelanden för privata möten

Den här tabellen listar eventuella fel som användare kan se när de deltar i ett privat möte.

Felmeddelande	Användaråtgärd	Orsak
Extern nätverksåtkomst nekad Du måste vara i företagsnätverket för att delta i det privata mötet. Parkopplade Webex-enheter som finns utanför företagets nätverk skulle inte kunna delta i mötet. I ett sådant scenario kan du försöka ansluta din bärbara dator, mobil till företagets nätverk och delta i mötet i oparkopplat läge.	En extern användare ansluter utanför företagets nätverk utan VPN eller MRA.	För att delta i ett privat möte behöver externa användare åtkomst till företagets nätverk via en VPN eller MRA.
	En extern användare är på VPN, men de är parkopplade till en oautentiserad enhet.	Enhetsmedia tunnlar inte till företagets nätverk via VPN. Enheten kan inte delta i ett privat möte. Efter att ha anslutit till VPN bör fjärranvändaren istället delta i ett privat möte i enhetens oparkopplade läge från sin stationära eller mobila klient.
Inga tillgängliga kluster Klustren som är värd för det här privata mötet har maximal kapacitet, kan inte nås, är offline eller inte registrerade. Kontakta din IT-administratör för att få hjälp.	En användare finns i företagets nätverk (lokalt eller på distans via VPN), men kan inte delta i ett privat möte.	Dina videonätskluster är: Vid kapacitet Kan inte nås Frånkopplad Inte registrerad
Inte auktoriserad Du har inte behörighet att delta i det här privata mötet eftersom du inte är medlem i värdorganisationen. Kontakta mötesvärden.	En användare från en annan organisation än värdorganisationen försöker delta i det privata mötet.	Endast användare som tillhör värdorganisationen kan delta i ett privat möte.
	En enhet från en annan organisation än värdorganisationen försöker delta i det privata mötet.	Endast enheter som tillhör värdorganisationen kan delta i ett privat möte.

Håll dina media i videonät för alla externa Webex-möten

När dina media körs genom dina lokala Video Mesh-noder får du bättre prestanda och använder mindre internetbandbredd.

I tidigare versioner har du endast kontrollerat användningen av videonät för möten för dina interna webbplatser. För möten som hålls på externa Webex-webbplatser kontrollerade dessa webbplatser om Video Mesh kunde överlappa Webex. Om en extern webbplats inte tillät kaskader av videonät använde dina media alltid Webex molnnoder.

Med inställningen Föredra videonät för alla externa Webex Meetings, om din Webex-webbplats har tillgängliga videonätnoder, körs dina media genom dessa noder för möten som hålls på externa Webex-webbplatser. Den här tabellen sammanfattar beteendet för dina deltagare som deltar i Webex-möten:

Inställningen är ...	Möte på den interna Webex-plats med videomesh-kaskader aktiverade	Möte på den interna Webex-plats med videonätkaskader inaktiverat	Möte på extern Webex-plats med videonätkaskader aktiverade	Möte på extern Webex-plats med videomesh-kaskader inaktiverat
Enabled	Media använder dina Video Mesh-noder.	Media använder molnnoder.	Media använder dina Video Mesh-noder.	Media använder dina Video Mesh-noder.
Inaktiverad	Media använder dina Video Mesh-noder.	Media använder molnnoder.	Media använder dina Video Mesh-noder.	Media använder molnnoder.

Den här inställningen är avstängd som standard, vilket bibehåller beteendet från tidigare versioner. I dessa versioner överfördes inte ditt videonät till Webex och dina deltagare deltog via Webex molnnoder.

1	I kundvyn ihttps://admin.webex.com , gå till Tjänster > Hybrid och klicka Visa alla på videonätskortet.
2	Välj ditt videonätskluster i listan och klicka på Redigera inställningar .
3	Bläddra till Föredra videonät för alla externa Webex Meetings och aktivera inställningen.
4	Spara ändringen.

Optimera användningen av din distribution av videonät

Du kan landa alla dina klienter på dina videonätskluster för en bättre användarupplevelse via videonätskluster. Om din videonätklusterkapacitet tillfälligt är nere eller om du har ökat användningen av videonätskluster kan du optimera användningen av videonätskluster genom att kontrollera vilka klienttyper som landar på videonätkluster. Detta hjälper till att hantera din befintliga kapacitet effektivt tills du kan lägga till fler noder för att möta efterfrågan.

Se analysportalen på Control Hub för att förstå trender för användning, användning, omdirigering och överflöd. Baserat på dessa trender kan du till exempel välja att låta skrivbordsklienheterna eller SIP-enheterna landa på videonätskluster och låta de mobila klienterna landa på Webex-molnnoder. Jämfört med de mobila klienterna har skrivbordsklienheterna och SIP-enheterna stöd för högre upplösning, har större skärmar och använder mer bandbredd, och du kan optimera användarupplevelsen för mötesdeltagare som använder dessa klienttyper.

Du kan också optimera klusterkapaciteten och maximera användarupplevelsen genom att ha de klienttyper som de flesta av dina kunder använder i videonätskluster.

1	Logga in på Control Hub och välj sedan Tjänster > Hybrid > Videonät > Resurser > Visa alla. - eller - Välj Översikt > Hybridtjänster > Videonät > Inställningar.
2	Under Inklusionsinställningar för klienttyp är alla klienttyper markerade som standard. Avmarkera klienttyperna som du vill utesluta från att använda videonätklustren. Dessa kluster är värdbaserade på Webex-molnnoder.
3	Klicka på Spara.

Avregistrera videonätnod

Använd den här proceduren för att ta bort en videonätnod från Webex-molnet. När du slutför den här proceduren tas noden bort från klustret, vilket gör den otillgänglig för användning. När du har avregistrerat en nod är det enda sättet att göra den tillgänglig igen genom att omregistrera den.

1	Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid.
2	Klicka på Visa alla på videonätkortet.
3	Gå till lämpligt kluster och välj noden från listan över resurser.
4	Klicka Åtgärd > Avregistrera nod. Ett varningsmeddelande visas där du ombeds bekräfta att du vill ta bort filen:
5	När du har läst och förstått meddelandet klickar du på Avregistrera nod.

Flytta videonätnod

Du kan vilja flytta en nod från ett kluster till ett annat. Du kan till exempel ha ett nytt kluster som du vill omdistribuera noder till. Använd den här proceduren för att flytta en videonätnod. När du har slutfört den här proceduren kommer din nod endast att vara tillgänglig för den nya resursen.

1	Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid och välj sedan Visa alla på videonätkortet.
2	I listan väljer du noden som du vill flytta och klickar sedan på Åtgärder (den vertikala ellipsen).
3	Välj Flytta nod.
4	Välj lämplig radioknapp för var du vill flytta noden: Välj ett befintligt kluster – Välj ett befintligt kluster i listrutan. Skapa ett nytt kluster – ange ett namn för det nya klustret i fältet.
5	Klicka på Flytta till. Noden flyttas till det nya klustret.

Relaterad information

Ställ in uppgraderingsschema för videonätkluster

Du kan ställa in ett specifikt uppgraderingsschema eller använda standardschemat kl. 3.00. Daily USA: Amerika/Los Angeles Du kan välja att senarelägga en kommande uppgradering om det behövs.

Programvaruuppgraderingar för videonät görs automatiskt på klusternivå, vilket säkerställer att alla noder alltid kör samma programvaruversion. Uppgraderingar görs enligt uppgraderingsschemat för klustret. När en programvaruuppgradering blir tillgänglig kan du uppgradera klustret manuellt före den schemalagda uppgraderingstiden.

Innan du börjar

Brådskande uppgraderingar tillämpas så snart de är tillgängliga.

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid och klicka sedan på Visa alla på videonätkortet.

2

Klicka på en medieresurs och klicka sedan på Redigera klusterinställningar.

3

På sidan Inställningar bläddrar du till Uppgradera och väljer sedan tid, frekvens och tidszon för uppgraderingsschemat.

Uppgraderingar kan ta längre än några minuter om videonätnoden väntar på att aktiva samtal ska avslutas. För en mer omedelbar uppgraderingsprocess rekommenderar vi att du schemalägger det automatiska uppgraderingsfönstret utanför dina vanliga arbetstider.

4

(Valfritt) Vid behov klickar du på Senarelägg för att skjuta upp uppgraderingen en gång till nästa fönster.

Under tidszonen visas nästa tillgängliga uppgraderingsdatum och -tid.

Uppgradera beteende

Noden gör regelbundna förfrågningar till molnet för att se om en uppdatering är tillgänglig.
Molnet gör inte uppgraderingen tillgänglig förrän klustrets uppgraderingsfönster visas. När uppgraderingsfönstret anländer levererar nodens nästa begäran om regelbunden uppdatering till molnet uppdateringsinformationen.
Noden hämtar uppdateringar över en säker kanal.
Befintliga tjänster stängdes av för att stoppa inkommande samtal dirigeras till noden. Den trevliga avstängningen ger även befintliga samtal tid att slutföra (upp till 2 timmar).
Uppgraderingen installeras.
Molnet utlöser endast uppgraderingen för en procentandel noder i ett kluster åt gången.

Ta bort videonätskluster

Du kan ta bort ett videonätkluster permanent från Webex-molnet. För att slutföra den här proceduren måste du antingen flytta varje nod till ett annat kluster eller avregistrera alla noder. Avregistrering av alla noder i ett kluster tar bort dem permanent och gör dem otillgängliga för användning. Det enda sättet att göra avregistrerade noder tillgängliga igen är att omregistrera dem.

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid och klicka sedan på Visa alla.

2

I listan över resurser bläddrar du till videonätsresurs som du vill ta bort och klickar sedan på Redigera klusterinställningar.

Du kan klicka på videonät för att filtrera på bara videonätsresurser.

3

Klicka på Ta bort kluster och välj sedan ett:

Klicka på Flytta alla noder. För varje nod kan du antingen skapa en ny resurs genom att välja en befintlig resurs i listrutan eller ange ett nytt namn och klicka sedan på Fortsätt.
Klicka på Avregistrera alla noder, markera kryssrutan och klicka sedan på Ta bort kluster.

Inaktivera videonät

Inaktivering av videonät tar bort möjligheten att ha media kvar lokalt för dina möten. Alla pågående möten som använder videonätnoder avslutas och framtida möten hålls också i molnet. När videonätet har inaktiverats är det enda sättet att använda videonät att distribuera det från början.

Innan du börjar

Innan du inaktiverar videonät avregistrerar du alla videonätnoder.

1	Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid > Visa alla, välj Inställningar på videonätkortet.
2	Klicka på Inaktivera.
3	Granska listan över kluster och läs friskrivningen i dialogrutan.
4	Markera kryssrutan för att bekräfta att du förstår den här åtgärden och klicka på Inaktivera i dialogrutan.
5	När du är redo att inaktivera videonätet klickar du på Inaktivera tjänsten. Inaktivering tar bort alla videonätnoder och kluster. Videonät är inte längre konfigurerat.

Felsöka registrering av videonätnod

Det här avsnittet innehåller eventuella fel som du kan stöta på när du registrerar din videonätnod i Webex-molnet och föreslog åtgärder för att korrigera dem.

Domänen kunde inte åtgärdas

Det här meddelandet visas om DNS-inställningarna som konfigurerats på din videonätnod inte är korrekta.

Logga in på konsolen på videonätnoden och kontrollera att DNS-inställningarna är korrekta.

Det gick inte att ansluta till webbplatsen med port 443 via SSL

Det här meddelandet visas om din videonätnod inte kan ansluta till Webex-molnet.

Se till att nätverket tillåter anslutning på portarna som krävs för videonät. Mer information finns i Portar och protokoll som används av videonät.

Tusen ögon integrering med videonät

Videonätplattformen är nu integrerad med ThousandEyes-agenten som gör det möjligt för dig att utföra end-to-end-övervakning i ditt hybriddigitala ekosystem. Den här integreringen ger dig ett brett utbud av tester för nätverksövervakning som öppnar synlighet i områden som proxyservrar, gateways och router. Problem var som helst längs en kunds nätverksinfrastruktur kan minskas och diagnostiseras med större precision, vilket förbättrar effektiviteten i distributionen.

Fördelar med Thousand Eyes Integration

Ger dig flera testtyper att välja mellan. Du kan konfigurera ett eller flera tester som är lämpliga för det program eller den tillgång som du vill övervaka.
Gör att du kan ställa in testtröskelvärden som är specifika för dina krav.
Testresultaten finns tillgängliga via webbappen ThousandEyes och ThousandEyes API i realtid.
Större synlighet vid felsökning – kunder kan identifiera orsaken till ett problem i sitt nätverk, vilket minskar upplösningen.

Aktivera tusen ögon för videonät

Använd den här proceduren för att aktivera Thousand Eyes-agenten för din distribution av videonät.

1

Från Control Hub klickar du på Hybrid längst ner till vänster på skärmen.

2

Klicka på Redigera inställningar på videonätkortet.

3

Rulla ner till Thousand Eyes Integration. Växlingen inaktiveras som standard. Klicka på växlingsknappen för att aktivera den.

4

Klicka på Thousand Eyes användarprofil, ThousandEyes webbportal öppnas, logga in med administratörsuppgifterna.

5

En sidopanel visas med token för kontogrupp.

6

Klicka på visningsikonen och klicka sedan på Kopiera.

Token kopieras inte korrekt om knappen för visning av token inte klickas.

7

Gå tillbaka till fliken Control Hub och klistra in token i fältet Agent Token.

8

Klicka på Aktivera, ThousandEyes är nu aktiverat för din distribution av videonät.

Nästa steg

- Efter 5 minuter går du tillbaka till sidan Tusen ögon, klickar på Cloud- och Enterprise-agenter och klickar sedan på Agentinställningar. Du bör kunna visa alla dina noder som listas som agenter under Företagsagenter. Om agenterna inte visas kontrollerar du Thousand Eyes-integreringskortet i Control Hub för felmeddelanden.
- Om ett felmeddelande visas klickar du på växlingsknappen och sedan på Inaktivera. Upprepa stegen för att aktivera agenten ThousandEyes och se till att rätt token för kontogrupp kopieras och klistras in i fältet Agent Token.

För närvarande har Thousand Eyes-tester inte stöd för videonätnoder bakom en proxy.

Konfigurera tester med ThousandEyes

Nätverkstest – agent-till-agent

Med nätverkstestet agent-till-agent kan användare av Thousand Eyes ha ThousandEyes-agenter i båda ändarna av en övervakad sökväg, vilket möjliggör testning av sökvägen i någon eller båda riktningarna: källa till mål eller mål till källa. Mer information om hur du konfigurerar ett agent-till-agent-test finns i Översikt över test för agent-till-agent.

En dialogruta för skapande av prov visas nedan.

SIP-servertest

SIP-servertester underlättar nätverksmätningar, BGP-datainsamling och, viktigast av allt, tillgänglighetstestning av SIP-tjänster och prestanda mot SIP-baserad VoIP-infrastruktur.

Mer information om hur du konfigurerar ett SIP-servertest finns i SIP-serverinställningarna.

En dialogruta för skapande av prov visas nedan.

RTP-ström-test

Ett RTP-strömstest skapar en simulerad röstdataström mellan två tusen ögon-agenter som agerar som VoIP-användaragenter. RTP-paket skickas mellan en eller flera agenter och en målagent, med UDP som transportprotokoll, för att erhålla MOS (Mean Opinion Score), paketförlust, kassering, latens och PDV (Packet Delay Variation)-värden. Mätvärden som produceras är envägsmätvärden (källa till mål). RTP-strömstestet tillhandahåller serverport, samtalslängd, de-jitter buffertstorlek och alternativ för codec-konfiguration.

Mer information om hur du konfigurerar ett RTP-strömstest finns i RTP-strömstest.

En dialogruta för skapande av prov visas nedan.

Webex HTTP-server URL-test

Det här testet övervakar den primära startsidan som användarna ansluter till när de får åtkomst till Webex. En dialogruta för skapande av prov visas nedan.

Auktoriserat Webex DNS-servertest

Det här testet används för att säkerställa att din Webex-domän löses korrekt både internt och externt. När du använder företagsagenter ska du uppdatera fältet DNS-servrar för att använda dina interna namnservrar. Om du använder molnagenter för extern sikt använder du knappen Lookup Servers för att automatiskt fylla i de auktoriserade externa namnservrarna. Det här exemplet visar molnagenter som löser cisco.webex.com. Du måste uppdatera den till din organisations domän.

En dialogruta för skapande av prov visas nedan.

'

Hantera videonätnod från webbgränssnittet

Innan du kan göra nätverksändringar i videonätnoder som är registrerade i molnet måste du använda Control Hub för att sätta dem i underhållsläge. Mer information och en procedur att följa finns i Flytta en nod till underhållsläge.

Underhållsläget är endast avsett att förbereda en nod för avstängning eller omstart så att du kan göra vissa ändringar i nätverksinställningen (DNS, IP, FQDN) eller förbereda dig för maskinvaruunderhåll, t.ex. ersätta RAM, hårddisk och så vidare.

Uppgraderingar sker inte när en nod är placerad i underhållsläge.

När du placerar en nod i underhållsläge stängs samtalstjänsterna på ett graciöst sätt (slutar att acceptera nya samtal och väntar upp till 2 timmar innan befintliga samtal slutförs). Syftet med den graciösa avstängningen av samtalstjänster är att tillåta omstart eller avstängning av noden utan att orsaka avbrutna samtal.

Så här öppnar du videonätöversikt

Du kan öppna webbgränssnittet på något av följande sätt:

Om du är en fullständig administratör och redan har registrerat noden i molnet kan du komma åt noden från Control Hub.

Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid. Under Resurser på videonätkortet klickar du på Visa alla. Klicka på klustret och klicka sedan på noden som du vill komma åt. Klicka på Gå till nod.

Endast en fullständig administratör för din Webex-organisation kan använda den här funktionen. Andra administratörer, inklusive partner- och externa fullständiga administratörer, har inte Gå till nod alternativet för videonätsresurser.
I en webbläsarflik går du till <IP address>/setup, till exempel, https://192.0.2.0/setup. Ange administratörsuppgifterna som du har konfigurerat för noden och klicka sedan på Logga in.

Om administratörskonto har inaktiverats är den här metoden inte tillgänglig. Se avsnittet ”Inaktivera eller återaktivera det lokala administratörskontot från webbgränssnittet”.

Översikten är standardsidan och har följande information:

Samtalsstatus – Anger antalet pågående samtal via noden.
Nodinformation – Anger nodtyp, programvarubild, programvaruversion, OS-version, QoS-status och underhållsläge.
Nodhälsa – Tillhandahåller användningsdata (CPU, minne, disk) och tjänststatus (hanteringstjänst, meddelandetjänst, NTP-synkronisering).
Nätverksinställningar – Tillhandahåller nätverksinformation: värdnamn, gränssnitt, IP, gateway, DNS, NTP och om dubbel IP är aktiverad.
Registreringsinformation – Ger registreringsstatus, organisationsnamn, organisationsnummer, kluster som noden ingår i och kluster-ID.

Molnanslutning – kör en serie tester från noden till Webex-molnet och tredjepartdestinationer som noden behöver få åtkomst till för att köra korrekt.

Tre typer av tester körs: DNS-upplösning, serversvarstid och bandbredd.

DNS-tester validerar att noden kan lösa en viss domän. Dessa tester rapporteras som misslyckade om servern inte svarar inom 10 sekunder. De visas som ”Godkänd” med en orange ”varningsfärg” om svarstiden är mellan 1,5 och 10 sekunder. De periodiska DNS-kontrollerna på noden genererar larm om DNS-svarstiden är längre än 1,5 sekunder.
Anslutningstester validerar att noden kan ansluta till en viss HTTPS-URL och ta emot ett svar (andra svar än proxy- eller gatewayfel accepteras som bevis på anslutning).
Listan över tester som körs från översiktssidan är inte uttömmande och innehåller inte websocket-tester.
Noden skickar larm om samtalsprocesserna inte kan slutföra webbsocket-anslutningar till molnet eller ansluta till samtalsrelaterade tjänster.

Ett godkänt eller misslyckat resultat visas bredvid varje test. Du kan hålla muspekaren över den här texten för att se mer information om vad som kontrollerades när testet kördes.

Som visas i skärmbilden som följer kan larmaviseringar även visas i sidopanelen om några larm har genererats av noden. Dessa aviseringar identifierar potentiella problem på noden och ger förslag om hur du kan felsöka eller lösa dessa problem. Om inga larm genererades visas inte aviseringspanelen.

Konfigurera nätverksinställningar från webbgränssnittet för videonätnod

Om din nätverksopologi ändras kan du använda webbgränssnittet för varje Webex-videonätnod och ändra nätverksinställningarna där. Du kan se en varning om att ändra nätverksinställningarna, men du kan fortfarande spara ändringarna om du gör ändringar i nätverket efter att du har ändrat inställningarna för Webex-videonätnod.

1

Öppna gränssnittet för Webex-videonätnod.

2

Gå till nätverket.

De aktuella nätverksinställningarna för noden visas.

3

Ändra följande inställningar för värd- och nätverkskonfiguration efter behov:

Under Redigera värdnamn och domän ändrar du värdens värdnamn och domänvärden.
Ett fel visas om FQDN (värdnamn och domän) inte har rätt format.
Under nätverksläge anges Aktivera DHCP, men DHCP stöds inte. Du måste ange en statisk IP-adress, nätmask och gateway.

Under Redigera nätverkskonfiguration ändrar du IP-adressen (för det interna gränssnittet), nätmask och gateway(en nätverksnod som fungerar som åtkomstpunkt till ett annat nätverk).

Videonätnoden måste ha en intern IP-adress och löstagbart DNS-namn. Nodens IP-adress får inte tillhöra det IP-adressintervall som är reserverat för intern användning av videonätnod. Standardreserverat IP-adressintervall är 172.17.42.0–172.17.42.63, vilket kan konfigureras senare i Diagnostic-menyn i nodkonsolen. Detta IP-adressintervall är för kommunikation inom videonätnoden och mellan programvarubehållare som håller de olika komponenterna i noden – till exempel SIP-gränssnittet och medieomkodning.

Under Redigera DNS-servrar ändrar du DNS-serverposter som hanterar översättande domännamn till numeriska IP-adresser. Du kan ange upp till 4 DNS-servrar.

4

Klicka på Spara värd- och nätverkskonfiguration och när popup-fönstret visar att noden behöver startas om klickar du på Spara och starta om.

Under sparningen valideras alla fält på serversidan. Varningar som visas indikerar i allmänhet att servern inte kan nås eller att ett giltigt svar inte returnerades när de frågades – till exempel om FQDN inte kan lösas med de angivna DNS-serveradresserna. Du kan välja att spara genom att ignorera varningen, men samtal kommer inte att fungera förrän FQDN kan lösa den DNS som konfigurerats på noden. Ett annat möjligt feltillstånd är om gatewayadressen inte är i samma subnät som IP-adressen. När videonätnoden har startats om träder nätverkskonfigurationen i kraft.

5

Ändra följande inställningar för NTP-servrar efter behov:

Under Redigera NTP-servrar ändrar du värdena för NTP-serverposter som används i din organisation för att synkronisera tiden till noden.

6

Klicka på Spara NTP-servrar.

Om du konfigurerar fler än en NTP-server är omröstningsintervallet för redundans 40 sekunder.

Om NTP-servern är en FQDN och den inte kan lösas returneras en varning. Om NTP-serverns FQDN har åtgärdats men den åtgärdade IP-adressen inte kan ifrågasättas för NTP-tid returneras en varning.

Ställ in det externa nätverksgränssnittet från webbgränssnittet för videonätnod

Om din nätverksopologi ändras kan du använda webbgränssnittet för varje Webex-videonätnod och ändra nätverksinställningarna där. Du kan se en varning om att ändra nätverksinställningarna. Du kan dock fortfarande spara ändringarna om du gör ändringar i nätverket efter att du har ändrat inställningarna för Webex-videonätnod.

Du kan konfigurera det externa nätverksgränssnittet om du distribuerar videonätnoden i ditt nätverks DMZ så att du kan isolera företagstrafiken (intern) från extern (extern) trafik.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till nätverket. De aktuella nätverksinställningarna för noden visas.
3	Klicka på Avancerat.
4	Aktivera Aktivera externt nätverk och klicka sedan på OK för att aktivera alternativen för extern IP-adress på noden.
5	Ange värden för extern IP-adress, extern nätmask och extern gateway.
6	Klicka på Spara extern nätverkskonfiguration.
7	Klicka på Spara och starta om för att bekräfta ändringen. Noden startar om för att aktivera den dubbla IP-adressen och konfigurerar sedan automatiskt de grundläggande statiska dirigeringsreglerna. Dessa regler fastställer att trafik till och från en privat klass IP-adress använder ett internt gränssnitt; trafik till och från en offentlig klass IP-adress använder ett externt gränssnitt. Senare kan du skapa egna dirigeringsregler – till exempel om du behöver konfigurera en åsidosättning och tillåta åtkomst till en extern domän från det interna gränssnittet.
8	Om det finns fel klickar du på OK för att stänga feldialogrutan, åtgärda felen och klicka på Spara extern nätverkskonfiguration igen.

Nästa steg

För att validera den interna och externa IP-adresskonfigurationen gör du stegen i Kör en ping från webbgränssnittet för videonätnod.

Testa en extern destination (till exempel cisco.com). Om det lyckas visar resultaten att destinationen har åtkomst från det externa gränssnittet.
Testa en intern IP-adress. Om detta lyckas visar resultaten att adressen har hämtats från det interna gränssnittet.

Lägg till interna och externa dirigeringsregler från webbgränssnittet för videonätnod

I en distribution av dubbelt nätverksgränssnitt (NIC) kan du finjustera dirigeringen för videonätnoder genom att lägga till användardefinierade dirigeringsregler för externa och interna gränssnitt. Standardrutorna läggs till i noderna, men du kan göra undantag – till exempel externa undernät eller värdadresser som måste nås via det interna gränssnittet, eller interna undernät eller värdadresser som måste nås från det externa gränssnittet. Utför följande steg vid behov.

Innan du börjar

Om du vill konfigurera dirigeringsregler måste du först aktivera och konfigurera det externa nätverksgränssnittet.

1

Öppna gränssnittet för Webex-videonätnod.

2

Gå till nätverket.

De aktuella nätverksinställningarna för noden visas. Om du har konfigurerat det externa nätverket visas fliken Routningsregler.

3

Klicka på fliken Routningsregler.

Första gången du öppnar den här sidan visas standardsystemdirigeringsreglerna i listan. Som standard går all intern trafik via det interna gränssnittet och extern trafik via det externa gränssnittet.

Du kan lägga till manuella åsidosättningar till dessa regler i nästa steg.

4

Om du vill lägga till en regel klickar du på Lägg till dirigeringsregel och väljer sedan något av följande alternativ:.

För nätverkstyp klickar du på Intern och anger sedan det externa subnätet eller värd-IP-adressen som ska användas för den interna rutten.
För nätverkstyp klickar du på Extern och anger sedan det interna subnätet eller värd-IP-adressen som ska användas för den externa rutten.

5

Klicka på Lägg till dirigeringsregel.

När du lägger till varje regel visas de i listan över routningsregler, kategoriserade som användardefinierade regler.

6

Om du vill ta bort en eller flera användardefinierade regler markerar du kryssrutan i kolumnen till vänster om reglerna och klickar sedan på Ta bort dirigeringsregel.

Standardrutorna kan inte tas bort, men du kan ta bort alla användardefinierade åsidosättningar som du har konfigurerat.

Anpassade dirigeringsregler kan skapa risk för konflikter med annan dirigering. Du kan till exempel definiera en regel som låser din SSH-anslutning till gränssnittet för videonätnod. Om detta inträffar gör du något av följande och tar sedan bort eller ändra dirigeringsregeln:

Öppna en SSH-anslutning till den offentliga IP-adressen för videonätnoden.
Öppna videonätnoden via ESXi-konsolen

Konfigurera behållarnätverket från webbgränssnittet för videonätnod

Videonätnod reserverar ett delnätintervall för intern användning inom noden. Standardintervallet är 172.17.42.0–172.17.42.63. Noderna svarar inte på någon extern-till-videonätnodtrafik från det här intervallet. Du kanske vill använda nodkonsolen för att ändra IP-adressen till containersbrygga för att undvika konflikter med andra enheter i nätverket.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till nätverket. De aktuella nätverksinställningarna för noden visas.
3	Klicka på Avancerat.
4	Ändra värdena för Container IP-adress och Container Subnet Mask efter behov och klicka sedan på Spara Container Network Configuration.
5	Klicka på Spara och starta om för att bekräfta ändringen.
6	Om det finns fel klickar du på OK för att stänga feldialogrutan, åtgärda felen och klicka på Spara nätverkskonfiguration för container igen.

Ställ in MTU-storlekar för nätverksgränssnittet

Alla Webex-videonätnoder har sökvägen MTU (PMTU) aktiverad som standard. Med PMTU kan noden identifiera MTU-problem och justera MTU-storleken automatiskt. När PMTU slutar fungera på grund av brandväggs- eller nätverksproblem kan noden ha problem med anslutningen till molnet eftersom paket som är större än MTU tappar. Manuell inställning av en lägre MTU-storlek kan åtgärda problemet.

Innan du börjar

Om du redan har registrerat noden måste du sätta noden i underhållsläge innan du kan ändra MTU-inställningarna.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till nätverket. De aktuella nätverksinställningarna för noden visas.
3	Klicka på Avancerat.
4	I avsnittet MTU-inställningar för gränssnitt anger du ett MTU-värde mellan 1280 och 9000 byte i tillämpliga fält. Om du har aktiverat det externa gränssnittet kan du ställa in MTU-storlekar för både det interna och det externa gränssnittet separat.

Noden startas om för att tillämpa MTU-ändringarna.

Nästa steg

Om du sätter noden i underhållsläge för att ändra MTU stänger du av underhållsläget.

Aktivera eller inaktivera cachelagring av DNS

Om DNS-svar på dina videonätnoder regelbundet tar mer än 750 ms, eller om Cisco TAC rekommenderar det, kan du aktivera DNS-cachelagring. När DNS-cachelagring är aktiverad cachar noden DNS-svar lokalt. Med cacheminnet är förfrågningar mindre benägna att fördröja eller timeout som kan leda till anslutningslarm, samtalsfall eller problem med samtalskvaliteten. DNS-cachelagring kan också minska belastningen på din DNS-infrastruktur.

Innan du börjar

Flytta noden till underhållsläge. När underhållslägets status är På (aktiva samtal har slutförts eller avbrutits i slutet av väntande period) kan du aktivera eller inaktivera DNS-cachelagring.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till nätverket. De aktuella nätverksinställningarna för noden visas.
3	Klicka på Avancerat.
4	I avsnittet DNS-cachekonfiguration växlar du Aktivera DNS-cachelagring på eller av.
5	Klicka på Spara och starta om i bekräftelsedialogrutan.
6	När noden har startats om öppnar du gränssnittet för Webex-videonätnod igen och bekräftar att anslutningskontrollerna fungerar på sidan Översikt.

När du aktiverar DNS-cachelagring visar DNS-cachestatistiken följande statistik:

Statistik	Beskrivning
Cacheposter	Antal tidigare DNS-upplösningar som DNS-cacheservern har sparat
Cacheträffar	Antalet gånger sedan cacheåterställningen som cachelagringen hanterade en DNS-begäran från videomesh utan att fråga kundens DNS-server
Cachemisser	Antalet gånger sedan cacheåterställningen som kundens DNS-server hanterade en DNS-begäran från videonät snarare än genom cacheminnet
Procent av cacheträffar	Procentandelen DNS-förfrågningar från videonät som cachelagring hanterade utan att fråga kundens DNS-server
Utgående DNS-frågor för cacheserver	Antalet DNS-frågor som videomesh DNS-cacheservern gjorde mot kundens DNS-servrar
Cacheserverns inkommande DNS-frågor	Antalet DNS-frågor som videomesh gjorde mot sin interna DNS-cacheserver
Förhållande mellan utgående och inkommande frågor	Förhållandet mellan DNS-frågor som görs av videonät mot kundens DNS-server och frågor som görs av videonät mot dess interna DNS-cacheserver
Inkommande frågor per sekund	Det genomsnittliga antalet DNS-frågor per sekund som videomesh gjorde mot sin interna DNS-cacheserver
Utgående frågor per sekund	Det genomsnittliga antalet DNS-frågor per sekund som videomesh gjorde mot kundens DNS-servrar
Utgående DNS-latens [tidsintervall]	Procent av DNS-frågor som videomesh gjorde mot kundens DNS-servrar där svarstiden föll in i det beskrivna tidsintervallet

Använd Torka DNS-cacheminnet för att återställa DNS-cacheminnet när TAC begär. När du har torkat DNS-cacheminnet ser du ett högre förhållande mellan utgående och inkommande frågor när cacheminnet fylls på. Du behöver inte placera noden i underhållsläge för att rensa cacheminnet.

Nästa steg

Flytta noden ur underhållsläge. Upprepa sedan uppgiften på alla andra noder som kräver en ändring.

Överför säkerhetscertifikat

Konfigurera en förtroenderelation mellan noden och en extern server, till exempel en syslog-server.

I en klustermiljö måste du installera CA- och servercertifikat på varje nod individuellt.

1

Öppna gränssnittet för Webex-videonätnod.

2

När du ställer in TLS med en annan server, till exempel en syslog-server, rekommenderar vi av säkerhetsskäl att du använder ett CA-signerat certifikat på dina videonätnoder istället för nodens standardcertifikat som är självsignerat. Om du vill skapa och ladda upp certifikatet och nyckelpar på videonätnoden går du till servercertifikat och följer dessa steg:

Om du behöver ett certifikat utfärdat av en certifierad leverantör klickar du på Skapa en certifikatsigneringsbegäran. Fyll i den information som krävs (inklusive alternativt ämnesnamn), som är FQDN:er som måste innehålla det gemensamma namnet). Generera och hämta sedan CSR för att skicka begäran till leverantören. Du kan skapa flera kundtjänstrepresentanter. Leverantören returnerar det signerade certifikatutfärdaren (CA). (Steget för att skapa CSR har redan genererat den privata nyckeln.)

Det vanliga namnet är inte en URL. Det innehåller inget protokoll (t.ex. http:// eller https://), portnummer eller pathname. Filen commonName fältet i certifikatspecifikationen X.509 representerar tekniskt det gemensamma namnet. Till https://www.example.com, det korrekta värdet är example.com.

När du har certifikatet och nyckeln klickar du på Överför ett servercertifikat (.crt- eller .pem-fil), välj certifikatfilen och klicka sedan på Överför en privat nyckel (.nyckelfil) och anger en lösenfras om du har en.

Den privata nyckeln finns redan på plats när en kundtjänstrepresentant genereras. Du behöver bara ladda upp en privat nyckel om du inte använder steget för att skapa CSR.
När du har fått certifikatet går du till den första videonätnoden i ett kluster, klickar på Installera servercertifikat, läs instruktionen, klicka på Installera och klicka sedan på OK.

En videonätnod som är registrerad i molnet väntar upp till 2 timmar på att alla samtal ska avslutas och hamnar i ett tillfälligt inaktivt tillstånd (frågeställningar). När antingen de befintliga samtalen är klara eller 2 timmar passerat (beroende på vilket som kommer först) slutför den här noden certifikatinstallationen. En uppmaning visas när installationen av servercertifikatet slutförs och du kan sedan läsa in sidan igen för att visa det nya certifikatet och nyckelposten.
Klicka på Hämta bredvid certifikatet och nyckelfiler för att spara en lokal kopia.

Spara filerna på en plats som är lätt att komma ihåg och lämna instansen öppen på webbläsarfliken.
Gå till den andra videonätnoden i klustret, fyll i lösenfrasen och överför sedan filen med den privata nyckeln. Klicka sedan på Ladda upp ett servercertifikat och välj sedan Installera servercertifikat, läs instruktionen, klicka på Installera och klicka sedan på OK.
Upprepa dessa steg på alla andra videonätnoder i samma kluster.

3

Välj ett alternativ beroende på hur den externa serverns CA-certifikat signeras:

Om serverns CA-certifikat är signerat av en allmänt erkänd organisation, t.ex. DigiCert, GeoTrust eller GlobalSign, kommer videonätnoden att lita på den baserat på listan över rotcertifikat från videonätnodens värdoperativsystem, som uppdateras regelbundet. Hoppa till steg 6.
Om serverns CA-certifikat är signerat av ett internt CA-rotcertifikat måste rotcertifikatet från den myndigheten läggas till i videonätnoden. Fortsätt med nästa steg.

4

Hämta certifikatet eller certifikatbetrodda certifikat (CTL) som den externa servern använder.

Precis som med videonätnodcertifikatet sparar du den externa serverfilen någonstans som är lätt att komma ihåg.

5

Gå tillbaka till fliken Gränssnitt för Webex-videonätnod, klicka på Trust Store och Proxy och välj sedan ett alternativ:

Om du vill installera ett enda CA-certifikat klickar du på Ladda upp ett rotcertifikat eller ett slutcertifikat (.crt eller .pem-fil) och väljer sedan certifikatfilen från datorn, klickar på Installera alla certifikat i Trust Store, läser instruktionen, klickar Installera och startar sedan om noden.
Om du vill installera en certifikatkedja överför du rot-CA-certifikatet och mellanliggande CA-certifikat. Klicka sedan på Installera alla certifikat i Trust Store, läs instruktionen och klicka sedan på Installera.

En videonätnod som är registrerad i molnet väntar upp till 2 timmar på att alla samtal ska avslutas och hamnar i ett tillfälligt inaktivt tillstånd (frågeställningar). För att installera certifikatet måste noden startas om och gör det automatiskt. När det kommer tillbaka online visas en uppmaning när certifikatet är installerat på videonätnoden och du kan sedan ladda upp sidan igen för att visa det nya certifikatet.

6

Upprepa överföringen av certifikatet eller certifikatkedja på alla andra videonätnoder i samma kluster.

Generera videonätloggar för stöd

Du kan bli ombedd att skicka loggar direkt till Cisco, eller så kan du hämta dem själv för att bifoga ett ärende. Använd den här proceduren från webbgränssnittet för att generera loggar och skicka dem till Cisco eller hämta dem från alla videonätnoder. Det genererade loggpaketet innehåller medialoggar, systemloggar och containerloggar. Paketet innehåller användbar information för anslutning till Webex, plattformsproblem och samtalskonfiguration eller media, så att Cisco kan felsöka distributionen av videonätnod åt dig.

1

Öppna gränssnittet för Webex-videonätnod.

2

Gå till Felsökning och välj sedan ett alternativ bredvid Skicka loggar:

Klicka på Skicka loggar till Cisco för att generera ett loggpaket från noden och skicka paketet direkt till Cisco i ett steg. Du ser en statusindikator som ändras när loggarna komprimeras, blixtas och laddas upp.
Klicka på Hämta för att generera ett långt paket från noden som du kan spara lokalt eller bifoga till ett ärende senare.

Genererade loggar lagras historiskt på noden och förblir kvar på noden även efter omstart. En överföringsidentifierare visas på sidan. Supporten använder detta värde för att identifiera dina överförda loggar.

3

När du öppnar ett ärende eller interagerar med Cisco TAC ska du inkludera värdet för uppladdningsidentifierare så att din supportingenjör kan komma åt loggarna.

Om du skickade in loggen till Cisco direkt behöver du inte ladda upp loggpaketet till TAC-ärendet.

Nästa steg

När loggar laddas upp till Cisco eller hämtas kan du köra en paketinspelning från samma skärm.

Generera videonätpaketinspelningar för stöd

Du kan köra en paketinspelning (PCAP) och skicka den till Cisco för ytterligare analys. En paketinspelning tar en ögonblicksbild av datapaket som går genom nodens nätverksgränssnitt. När paket har tagits in och skickats kan Cisco analysera den inskickade inspelningen och hjälpa till med felsökning av distributionen av videonätnod.

Innan du börjar

Paketfångstfunktionen är endast avsedd för felsökning. Om du kör en paketinspelning på en live-videonätnod som är värd för aktiva samtal kan paketinspelningen påverka nodens prestanda och den genererade filen kan skrivas över. Detta leder till förlust av insamlade data. Vi rekommenderar att du endast kör paketinspelningen under stängda timmar eller när samtalsantalet är mindre än 3 på noden.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till Felsökning. Du kan starta paketinspelning och överföra loggar samtidigt.
3	(Valfritt) I avsnittet Paketfångst kan du begränsa insamlingen till paket i ett specifikt gränssnitt, filtrera efter paket till eller från specifika värdar eller filtrera efter paket på en eller flera portar.
4	Starta processen genom att aktivera inställningen Starta paketfångst.
5	När du är klar stänger du av inställningen Starta paketfångst.
6	Välj ett alternativ: Klicka på Skicka PCAP till Cisco för att skicka paketinspelningen från noden direkt till Cisco. Du ser en statusindikator som ändras när paketinspelningen överförs. Klicka på Hämta för att spara en lokal kopia av paketinspelningen från noden. Du kan bifoga det till ett ärende senare. När en paketinspelning har överförts visas en överföringsidentifierare på sidan. Supporten använder detta värde för att identifiera din uppladdade paketinspelning. Den maximala storleken för paketinspelningar är 2 GB.
7	När du öppnar ett ärende eller interagerar med Cisco TAC ska du inkludera värdet för uppladdningsidentifierare så att din supportingenjör kan komma åt paketinspelningen.

Kör en ping från webbgränssnittet för videonätnod

Du kan köra en ping från webbgränssnittet för videonätnod. Det här steget testar en destination som du anger och ser om videonätnoden kan nå den.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till Felsökning, bläddra till Ping och ange sedan en destinationsadress som du vill testa i fältet FQDN- eller IP-adress under Testa anslutning med ping.
3	Klicka på Ping. Testet körs och du ser ett meddelande om att ping lyckas eller misslyckas. Testet har ingen tidsgräns. Om du får ett fel eller testet körs på obestämd tid kontrollerar du destinationsvärdet som du angav och dina nätverksinställningar.

Kör en spårningsrutt från webbgränssnittet för videonät

Du kan köra en spårningsruta från webbgränssnittet för videonätnod. Det här steget visar vägen som tas av paket från noden till den destination som du anger. Genom att visa spårningsinformationen kan du avgöra varför en viss anslutning kan vara dålig och kan hjälpa dig att identifiera problem.

1

Öppna gränssnittet för Webex-videonätnod.

2

Gå till Felsökning, bläddra till Traceroute och ange sedan en destinationsadress som du vill testa i fältet FQDN- eller IP-adress under Spåra rutt till värd.

Testet körs och meddelandet om framgång eller misslyckande för spårningsrutten visas. Testet tar slut med 16 sekunder. Om du får ett fel eller testtiden har gått ska du kontrollera destinationsvärdet som du angav och dina nätverksinställningar.

Kontrollera NTP-servern från webbgränssnittet för videonätnod

Du kan ange en FQDN- eller IP-adress för en nätverkstidsprotokoll (NTP)-server för att bekräfta att videonätnoden kan komma åt servern. Det här testet är användbart om du märker tidssynkroniseringsproblem och vill utesluta att NTP-servern kan nås.

1

Öppna gränssnittet för Webex-videonätnod.

2

Gå till Felsökning, bläddra till Kontrollera NTP-servern och ange sedan en destinationsadress som du vill testa i fältet FQDN- eller IP-adress under Visa svar på SNTP-frågor.

Testet körs och du ser ett meddelande om framgång eller misslyckande. Testet har ingen tidsgräns. Om du får ett fel eller testet körs på obestämd tid kontrollerar du destinationsvärdet som du angav och dina nätverksinställningar.

Identifiera portproblem med reflektorverktyget i webbgränssnittet

Reflektorverktyget (en kombination av en server på videonätnoden och klienten via ett Python-skript) används för att kontrollera om de obligatoriska TCP/UDP-portarna är öppna från videonätnoder.

Innan du börjar

Hämta en kopia av Reflector Tool Client (ett Python-skript) från https://github.com/CiscoDevNet/webex-video-mesh-reflector-client.
Se till att du kör Python 2.7.10 eller senare i din miljö för att skriptet ska fungera korrekt.
För närvarande har det här verktyget stöd för SIP-slutpunkter för videonätnoder och intraklusterverifiering.

1	Från kundvyn i https://admin.webex.com aktiverar du underhållsnoden för videonätnoden genom att följa dessa instruktioner.
2	Vänta på att noden visar status ”redo för underhåll” i Control Hub.
3	Öppna gränssnittet för Webex-videonätnod. Anvisningar finns i Hantera videonätnod från webbgränssnittet.
4	Bläddra till Reflector Tool och starta sedan antingen TCP Reflector Server eller UDP Reflector Server, beroende på vilket protokoll du vill använda.
5	Klicka på Starta reflektorserver och vänta sedan på att servern ska starta. Du ser ett meddelande när servern startar.
6	Kör skriptet med följande kommando från ett system (t.ex. en dator) i ett nätverk som du vill att videonätnoder ska nå: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` I slutet av körningen visar klienten ett framgångsmeddelande om alla obligatoriska portar är öppna: Klienten visar ett misslyckat meddelande om några obligatoriska portar inte är öppna:
7	Lös alla portproblem på brandväggen och kör sedan vidare stegen ovan.
8	Kör klienten med `--help` för att få mer information.

Aktivera felsökningskonto från webbgränssnittet för videonätnod

Om Cisco TAC kräver åtkomst till Webex-videonätnoden kan du tillfälligt aktivera ett felsökningskonto så att supporten kan köra vidare felsökning.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till Felsökning och aktivera inställningen Aktivera felsökning. En krypterad lösenfras visas som du kan tillhandahålla till Cisco TAC.
3	Kopiera lösenfrasen, klistra in den i supportbiljetten eller direkt till supportingenjören och klicka sedan på OK när du har sparat den.

Felsökningskontot är giltigt i 3 dagar, varefter det upphör.

Nästa steg

Du kan inaktivera kontot innan det upphör om du återgår till sidan Felsökning och sedan stänger av inställningen Aktivera felsökning.

Fabriksåterställning av en videonätnod från webbgränssnittet

Som en del av rensningen av avregistrering kan du fabriksåterställa videonätnoden från webbgränssnittet. Det här steget tar bort alla konfigurationer som du har installerat när noden var aktiv men tar inte bort posten för virtuella datorer. Senare kan du vilja registrera den här noden som en del av ett annat kluster som du bygger från grunden.

Innan du börjar

Du måste använda Control Hub för att avregistrera videonätnoden från klustret som är registrerat i Control Hub.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till Felsökning, bläddra till fabriksåterställning och klicka sedan på Återställ nod.
3	Se till att du förstår informationen i varningsmeddelandet som visas och klicka sedan på Återställ och Starta om. Noden startar om automatiskt efter fabriksåterställningen.

Inaktivera eller återaktivera det lokala administratörskontot från webbgränssnittet

När du installerar en Webex-videonätnod loggar du först in med ett inbyggt lokalt konto med användarnamnet ”admin”. När du har registrerat noden i Webex-molnet kan du använda inloggningsuppgifterna för Webex-organisationens administration för att hantera dina videonätnoder från Control Hub. På så sätt gäller policyn och hanteringsprocesserna för administratörskonton som gäller för Control Hub även för dina videonätnoder. För ytterligare kontroll kan du inaktivera det inbyggda ”admin”-kontot så att Control Hub hanterar all administratörsautentisering och hantering.

Använd dessa steg när du har registrerat noden i molnet för att inaktivera (eller senare aktivera igen) administratörsanvändarkontot. När du inaktiverar administratörskonto måste du använda Control Hub för att komma åt webbgränssnittet för nod.

Endast en fullständig administratör för din Webex-organisation kan använda den här funktionen. Andra administratörer, inklusive partner- och externa fullständiga administratörer, har inte Gå till nod alternativet för videonätsresurser.

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid.

2

Under Resurser på videonätkortet klickar du på Visa alla.

3

Klicka på klustret och klicka sedan på noden som du vill komma åt. Klicka Gå till nod.

4

Gå till administrationen.

5

Aktivera Aktivera inloggning för administratörsanvändare för att inaktivera kontot eller aktivera det igen.

Du kan inte inaktivera administratörskontot förrän du har registrerat noden i molnet.

6

På bekräftelseskärmen klickar du på Inaktivera eller Aktivera för att slutföra ändringen.

När du har inaktiverat administratörsanvändaren kan du inte logga in på videonätnoden via webbgränssnittet eller CLI som startas från SSH. Du kan dock logga in med administratörsanvändarinloggningsuppgifterna via en CLI som startas från VM-programvaran ESXi-konsolen.

Ändra administratörslösenfras från webbgränssnittet

Använd den här proceduren för att ändra administratörslösenfras (lösenord) för din Webex-videonätnod med hjälp av webbgränssnittet.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till Administration och bredvid Ändra lösenfras klickar du på Ändra.
3	Ange den aktuella lösenfrasen och ange sedan ett nytt lösenfrasvärde i både Ny lösenfras och Bekräfta ny lösenfras.
4	Klicka på Spara lösenfras. Ett meddelande ”ändrat lösenord” visas och sedan går du tillbaka till inloggningsskärmen.
5	Logga in med din nya administratörsinloggning och lösenfras (lösenord).

Ändra utgångsintervall för lösenfras från webbgränssnittet

Använd den här proceduren för att ändra förfallointervallet för standardlösenord på 90 dagar med hjälp av webbgränssnittet. När intervallet är över uppmanas du att ange en ny lösenfras när du loggar in på videonätnoden.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till Administration och bredvid Ändra lösenordsförfallotid anger du ett nytt värde för utgångsintervall (dagar) (upp till 365 dagar) och klickar sedan på Spara lösenordsförfallointervall. En framgångsskärm visas och du kan sedan klicka på OK för att slutföra.

Sidan Administration visar också datum för den senaste lösenordsändringen och nästa gång lösenordet upphör att gälla.

Ange extern loggning till en Syslog-server

Om du har en syslog-server kan du ställa in din Webex-videonätnod för att logga in på den externa serverns granskningsspårningsinformation, till exempel:

Information om administratörsinloggningar
Konfigurationsändringar (inklusive att aktivera eller inaktivera underhållsläget)
Programvaruuppdateringar

Noden aggregerar loggarna, om någon, och skickar dem till servern var tionde minut.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till administrationen.
3	Bredvid Extern loggning växlar du på Aktivera extern loggning.
4	För Syslog-serverinformation anger du värdens IP-adress eller fullständigt kvalificerat domännamn och syslog-porten. Om servern inte kan lösas DNS från noden ska du använda en IP-adress i fältet Värd.
5	Välj protokollet – UDP eller TCP. Om du vill använda TLS-kryptering väljer du TCP och aktiverar sedan Aktivera TLS. Se till att du även laddar upp och installerar de säkerhetscertifikat som krävs för TLS-kommunikation mellan noden och syslog-servern. Om inga certifikat är installerade använder noden sina självsignerade certifikat som standard. För hjälp, se Ladda upp säkerhetscertifikat.
6	Klicka på Spara konfiguration för extern loggning.

Egenskaperna för loggmeddelandet följer detta format: Meddelande om prioriterad tidsstämpel för värdnamnstagg.

Egenskap	Beskrivning
Företräde	Värdet är alltid 131, baserat på formeln: Prioritet = (Facilitetskod * 8) + Allvarlighetsgrad. Anläggningskoden är 16 för "local0". Allvarlighetsgraden är 3 för "meddelande".
Tidsstämpel	Tidsstämpelformatet är "Mmm dd hh:mm:ss".
Värdnamn	Värdnamnet för videonätnoden.
Etiketten	Värdet är alltid syslogAuditMsg.
Meddelanden	Meddelandet är en JSON-sträng på minst 1 KB. Dess storlek beror på antalet aggregerade händelser under det tio minuter långa intervallet.

Här är ett exempel:

{
  "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 för aviseringar om videonät

Videomesh har stöd för Webhook-aviseringar som gör det möjligt för organisationsadministratörer att ta emot aviseringar om specifika händelser. Administratörer kan välja att bli aviserade om händelser som överflöd av samtal och omdirigeringar av samtal, vilket minimerar behovet av att logga in på Control Hub för att övervaka distributionen av dem. Detta uppnås genom att skapa en webhook-prenumeration där en målURL tillhandahålls av administratören, till vilken aviseringar kommer att skickas. Med hjälp av webbhooks för aviseringar kan du även övervaka parametrar utan att använda de associerade utvecklarnas API:er.

Följande händelsetyper kan övervakas via webbkrokar:

Omdirigerar klustersamtal – Samtal omdirigeras från ett visst kluster.
Överflöd av organisationssamtal – Totalt antal samtal överflödar till molnet för en organisation.

Skapa en Webhook-prenumeration

1	Logga in på Cisco Webex-utvecklarportalen med administratörsuppgifterna.
2	Klicka på Dokumentation på utvecklarportalen.
3	Från rullningsfältet till vänster bläddrar du nedåt och klickar på Fullständig API-referens.
4	Från alternativen som expanderar nedan bläddrar du nedåt och klickar på Webhooks > Skapa en webhook.
5	Skapa en prenumeration genom att ange följande parametrar:

namn: exempel – Webhook-aviseringar för videonät
Målurl: exempel - https://10.1.1.1/webhooks
resurs: aviseringar om videonät
händelse: utlöstes
ägs av: organisation

URL:en som anges i parametern för mål-URL måste vara tillgänglig på internet och ha en server som är konfigurerad för att acceptera POST-förfrågningar som skickas av Webex Webhook.

Ställa in tröskelkonfigurationer med utvecklarAPI:er

Du kan ställa in tröskelvärden för händelserna (överflöd av organisationssamtal och omdirigering av klustersamtal) med videonätsutvecklarnas API:er. Du kan ange ett procentuellt värde för tröskelvärdena, över vilket en webhook-varning utlöses. Om tröskelvärdet till exempel är 20 för överflöd av organisationssamtal kommer en avisering att skickas när mer än 20 procent av samtalen överflödar till molnet.

En uppsättning med 4 API:er är tillgängliga för att ställa in och uppdatera tröskelvärden i Cisco Webex-utvecklarportalen och de finns listade nedan:

Konfiguration av tröskelvärde för händelsen
Hämta konfiguration av händelsetröskelvärde
Uppdatera konfiguration av tröskelvärde för händelse
Återställ konfiguration av tröskelvärde för händelse

API:erna finns tillgängliga påhttps://developer.webex.com/docs/api/v1/video-mesh .

Scenario 1 – Ställ in tröskelvärde för överflödiga organisationssamtal

1

Klicka på List Event Threshold Configuration API.

2

Konfigurera eventscope till ORG och klicka på > Kör.

3

Du kommer att få ett svar liknande det som visas nedan.

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

4

Kopiera värdet i "eventThresholdId"-fältet. Detta är händelsens tröskelvärde-ID som kommer att användas för att uppdatera och hämta tröskelvärden.

5

Klistra in värdet i "eventThresholdId" fältet för JSON-strukturen som visas nedan och kopiera hela JSON-strukturen.

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

6

Klicka på API för konfiguration av tröskelvärde för händelse .

7

Klistra in JSON-strukturen i kroppen för Update Event Threshold Configuration API.

8

Konfigurera “minThreshold” värde till det nya tröskelvärdet som du vill ställa in.

9

Du kan köra den här åtgärden för flera händelsetröskelvärden genom att ange dem som kommaseparerade värden i JSON-strukturen.

Klicka på Kör, tröskelvärdet för överflöd av organisationssamtal kommer att ställas in på det nya värdet.

Nästa steg

Om du vill visa tröskelvärdet som har ställts in för ett visst händelsetröskelvärde-ID

Klicka på API för konfiguration av tröskelvärde för händelse .
Klistra in händelsetröskel-ID i rubriken på API och klicka på Kör.
Standardvärdet för minsta tröskelvärde och det inställda tröskelvärdet visas i svaret.

Scenario 2 – Ställ in tröskelvärde för omdirigerade klustersamtal

1

Klicka på List Event Threshold Configuration API.

2

Konfigurera eventscope till KLUSTER och klicka på > Kör.

3

Svaret visar konfigurationer av alla kluster i organisationen.

4

Du kan ta emot konfigurationen av ett specifikt kluster genom att fylla i clusterID parametern.

Kopiera värdet i "eventThresholdId" fältet för det kluster vars värde du vill uppdatera. Detta är händelsens tröskelvärde-ID som kommer att användas för att uppdatera och hämta tröskelvärden.

5

Klistra in värdet i "eventThresholdId" fältet för JSON-strukturen som visas nedan och kopiera hela JSON-strukturen.

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

6

Klicka på API för konfiguration av tröskelvärde för händelse .

7

Klistra in JSON-strukturen i kroppen för Update Event Threshold Configuration API.

8

Konfigurera “minThreshold” värde till det nya tröskelvärdet som du vill ställa in.

9

Du kan köra den här åtgärden för flera händelsetröskelvärden genom att ange dem som kommaseparerade värden i JSON-strukturen.

Klicka på Kör, ditt tröskelvärde för Klustersamtal har omdirigerats kommer att ställas in på det nya värdet.

Nästa steg

Om du vill visa tröskelvärdet som har ställts in för ett visst händelsetröskelvärde-ID

Klicka på API för konfiguration av tröskelvärde för händelse .
Klistra in händelsetröskel-ID i rubriken på API och klicka på Kör.
Standardvärdet för minsta tröskelvärde och det inställda tröskelvärdet visas i svaret.

Scenario 3 – Återställning av tröskelvärden

1

Klicka på API för konfiguration av tröskelvärde för händelse .

2

Kopiera händelsetröskelvärde-ID för ett kluster eller organisationen och klistra in det i "eventThresholdId" fält i JSON-strukturen nedan.

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

3

Klistra in JSON-strukturen i kroppen och klicka på Kör.

4

Du kan återställa tröskelvärden för flera händelsetröskelvärden genom att ange dem som kommaseparerade värden i JSON-strukturen.

Tröskelvärdet kommer att ställas till standardvärdet.

Video Mesh Developer API

API:er för videonätsutvecklare är ett sätt att hämta analyser och övervaka data för dina videonätdistributioner via Webex utvecklarportal. API:erna finns tillgängliga på https://developer.webex.com/docs/api/v1/video-mesh. En exempelklient finns påhttps://github.com/CiscoDevNet/video-mesh-api-client .

Bilaga

Demoprogramvara för videonätnod

Använd demoprogramvaran för videonätnod endast för grundläggande demoändamål. Lägg inte till en demonod i ett befintligt produktionskluster. Demoklustret tar emot färre samtal än produktionen och löper ut 90 dagar efter att det har registrerats i molnet.

Demoprogramvaran för videonätnod stöds inte av Cisco TAC.
Du kan inte uppgradera demoprogramvaran för videonätnod till den fullständiga versionen av programvaran.

Hämta demo-programvarubilden från den här länken.

Specifikationer

Se System- och plattformskrav för videonätnodprogramvara för den specs-baserade konfigurationen för videonätnodprogramvara.

Demoprogramvaran har stöd för antingen ett enda nätverksgränssnitt eller ett dubbelt nätverksgränssnitt.

Kapacitet

Vi testar inte demobilden för kapacitet. Du ska bara använda den för att testa grundläggande mötesscenarier. Se de användningsfall som följer för vägledning.

Använd case för demoprogramvaran för videonätnod

Media förankrade till lokala

Distribuera och konfigurera noden med demoprogramvaran.
Kör ett möte som inkluderar följande mötesdeltagare: en Webex-appdeltagare, Webex-slutpunktsdeltagare och en Cisco Webex Board.
När mötet är över går du från kundvyn i https://admin.webex.com till Analytics för att komma åt videonätrapporterna. I rapporterna kan du se att medierna stannade lokalt.

Möte med molndeltagare och lokala mötesdeltagare

Kör ett annat möte med ett par lokala Webex-mötesdeltagare och en i molnet.
Observera att alla mötesdeltagare sömlöst kan delta i och delta i mötet.

Hantera videonätnod från konsolen

Innan du kan göra nätverksändringar i videonätnoder som är registrerade i molnet måste du använda Control Hub för att sätta dem i underhållsläge. Mer information och en procedur att följa finns i Flytta en nod till underhållsläge.

Underhållsläget är endast avsett att förbereda en nod för avstängning eller omstart så att du kan göra vissa ändringar i nätverksinställningen (DNS, IP, FQDN) eller förbereda dig för maskinvaruunderhåll, t.ex. ersätta RAM, hårddisk och så vidare.

Uppgraderingar sker inte när en nod är placerad i underhållsläge.

När du placerar en nod i underhållsläge stängs samtalstjänsterna på ett graciöst sätt (slutar att acceptera nya samtal och väntar upp till 2 timmar innan befintliga samtal slutförs). Syftet med den graciösa avstängningen av samtalstjänster är att tillåta omstart eller avstängning av noden utan att orsaka avbrutna samtal.

Ändra nätverksinställningar för videonätnod i konsolen

Om nätverkens topologi ändras måste du öppna konsollgränssnittet för varje videonätnod och ändra nätverksinställningarna där. Du kan se en varning om att ändra nätverksinställningarna, men du kan fortfarande spara ändringarna om du gör ändringar i nätverket efter att du har ändrat inställningarna för videonätnod.

1

Öppna nodkonsolgränssnittet via VM-ware vSphere-klienten och logga sedan in med administratörsuppgifterna.

Efter första konfigurationen av nätverksinställningarna och om videonätet kan nås kan du komma åt nodgränssnittet via ett säkert skal (SSH).

2

Välj alternativ från huvudmenyn på videonätnodkonsolen 2 Redigera konfiguration och klicka sedan Välj.

3

Läs instruktionen om att samtalen avslutas på videonätnoden och klicka sedan på Ja.

4

Klicka på Statisk, ange IP-adressen för det interna gränssnittet, Mask, Gateway och DNS värden för ditt nätverk.

Videonätnoden måste ha en intern IP-adress och löstagbart DNS-namn. Nodens IP-adress får inte tillhöra det IP-adressintervall som är reserverat för intern användning av videonätnod. Standardreserverat IP-adressintervall är 172.17.42.0–172.17.42.63, vilket kan konfigureras i diagnostikmenyn. Detta IP-adressintervall är för kommunikation inom videonätnoden och mellan programvarubehållare som håller de olika komponenterna i noden – till exempel SIP-gränssnittet och medieomkodning.
Distribuera alla noder på samma subnät eller VLAN så att alla noder i ett kluster kan nås var klienterna bor i nätverket.
För en dubbel NIC DMZ-distribution kan du ange den externa IP-adressen i nästa procedur efter att du har sparat den interna nätverkskonfigurationen och startat om noden.

5

Ange din organisations NTP-server eller en annan extern NTP-server som kan användas i din organisation.

När du har konfigurerat NTP-servern och sparat nätverksinställningarna kan du följa stegen i Kontrollera hälsa på videonätnod från konsolen för att kontrollera att tiden synkroniseras korrekt via de angivna NTP-servrarna.

Om du konfigurerar fler än en NTP-server är omröstningsintervallet för redundans 40 sekunder.

6

(Valfritt) Ändra värdnamn eller domän om det behövs.

För att säkerställa en lyckad registrering i molnet använder du endast små tecken i värdnamnet som du har ställt in för videonätnoden. Kapitalisering stöds inte just nu.
När du använder eller konfigurerar FQDN eller värdnamn måste du även ange en giltig och löstagbar domän. Den totala längden på FQDN får inte överstiga 64 tecken.

7

Klicka Spara och klicka sedan på Spara ändringar och omstart.

Under sparningen utförs DNS-validering om du har angett en domän. En varning visas om FQDN (värdnamn och domän) inte kan lösas med de angivna DNS-serveradresserna. Du kan välja att spara genom att ignorera varningen, men samtal kommer inte att fungera förrän FQDN kan lösa den DNS som konfigurerats på noden. När videonätnoden har startats om träder nätverkskonfigurationen i kraft.

Ändra administratörslösenfras för videonätnoden

Använd den här proceduren för att ändra administratörslösenfras (lösenord) för videonätnoden i nodens konsol.

1	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
2	Öppna och logga in på VM-varans ESXi-konsol för din videonätnod.
3	I huvudmenyn väljer du alternativ 3 Hantera administratörslösenfras, sedan 1 Ändra administratörslösenfras och klicka sedan på Retur.
4	Läs informationen om lösenordssidan som har upphört, klicka på Retur och klicka sedan på den igen efter att lösenordsmeddelandet har upphört att gälla.
5	Tryck på Enter.
6	När du har loggat ut från konsolen går du tillbaka till inloggningsskärmen och loggar sedan in med administratörsinloggning och lösenordsfras (lösenord) som du har upphört. Eventuellt uppmanas du att ange ditt lösenord.
7	För Gammalt lösenord anger du den aktuella lösenfrasen och trycker sedan på Retur.
8	För Nytt lösenord anger du en ny lösenfras och trycker sedan på Retur.
9	För Ange nytt lösenord igen skriver du om den nya lösenfrasen och trycker sedan på Retur. Ett meddelande ”ändrat lösenord” visas och sedan går du tillbaka till inloggningsskärmen.
10	Logga in med din nya administratörsinloggning och lösenfras (lösenord).

Kör en ping från videonätnodkonsolen

Du kan köra en ping från videonätnodkonsollens gränssnitt. Det här steget testar en destination som du anger och ser om videonätnoden kan nå den.

1	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
2	Från videonätnodkonsolen går du till 4 Diagnostik och väljer sedan Ping.
3	I fältet ping anger du en destinationsadress som du vill testa, till exempel en IP-adress eller värdnamn, och klicka sedan på OK. Testet körs och du ser ett meddelande om att ping lyckas eller misslyckas. Om du får ett fel kontrollerar du destinationsvärdet som du angav och dina nätverksinställningar.

Aktivera felsökning av användarkonto via konsolen

Om supporten kräver åtkomst till videonätnoden kan du använda konsolgränssnittet för att tillfälligt aktivera ett felsökningskonto så att supporten kan köra vidare felsökning på noden.

1	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
2	Från videonätnodkonsolen går du till 4 Diagnostik, väljer 2 Aktivera felsökningskonto och klickar sedan på Ja.
3	När ett meddelande visar att felsökningsanvändarkontot har skapats klickar du på OK för att visa den krypterade lösenfrasen. Du skickar den krypterade lösenfrasen till stöd. De använder detta tillfälliga konto och avkrypterade lösenfras för att säkert komma åt din videonätnod för felsökning. Det här kontot upphör att gälla efter 3 dagar eller så kan du inaktivera det när supporten är klar.
4	Välj start och slut på de krypterade uppgifterna och kopiera-klistra in dem i supportärendet eller e-postmeddelandet som du skickar till support.
5	När du har skickat den här informationen till support återgår du till videonätnodkonsolen och trycker på valfri knapp för att gå tillbaka till huvudmenyn.

Nästa steg

Kontot upphör om 3 dagar, men när supporten visar att de har slutfört felsökningen på noden kan du returnera videonätnodkonsolen, gå till 4 Diagnostik och sedan välja 3 Inaktivera felsökning-användarkontot för att inaktivera kontot innan det upphör.

Skicka loggar från videonätnodkonsolen

Du kan uppmanas att skicka loggar direkt till Cisco eller via säker kopia (SCP). Använd den här proceduren för att skicka loggar direkt från alla videonätnoder som du har registrerat till molnet.

1	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
2	I huvudmenyn klickar du på alternativ 4 Diagnostik och trycker sedan på Retur.
3	Klicka på 4 Exportera loggfiler, ge feedback om du vill och klicka sedan på Nästa.
4	Välj ett alternativ: Skicka loggar med SCP, bekräfta exporten av loggarna, ange SCP-uppgifterna (Värd, Användarnamn och Dest_Mapp) och klicka sedan på OK. Skicka loggar till Cisco och bekräfta exporten av loggarna.
5	Välj OK för att återgå till huvudmenyn för videonätnod.
6	(Valfritt) Välj 5 Kontrollera statusen för loggfiler som skickas till Cisco om du har skickat loggarna till Cisco.

Nästa steg

När du har skickat loggar rekommenderar vi att du skickar feedback direkt från Webex-appen så att dina supportkontakter har all information de behöver för att hjälpa dig.

Relaterad information

Kontrollera hälsan för videonätnod från konsolen

Du kan visa nodens hälsa direkt från själva videonätnoden. Resultaten är informativa, men kan hjälpa till med felsökningssteg – om NTP-synkronisering till exempel inte fungerar kan du kontrollera NTP-servervärdet i nätverksinställningarna.

1

Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.

2

Från videonätnodkonsolen går du till 4 Diagnostik och väljer sedan 6 Kontrollera nodhälsa för att visa följande information om noden:

Behållare för hanteringstjänst
ETCD (värdelagring som tillförlitligt lagrar data över ett kluster)
NTP-synkroniserad
Diskutrymme (gratis/använd %)
Minne (gratis/använd %)

Konfigurera behållarnätverk på videonätnod

Videonätnod reserverar ett delnätintervall för intern användning inom noden. Standardintervallet är 172.17.42.0–172.17.42.63. Noderna svarar inte på någon extern-till-videonätnodtrafik från det här intervallet. Du kanske vill använda nodkonsolen för att ändra IP-adressen till containersbrygga för att undvika konflikter med andra enheter i nätverket.

1	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
2	Från huvudmenyn på videonätnodkonsolen går du till 4 Diagnostik och väljer sedan 7 Konfigurera containernätverk. Efter försiktighetsåtgärden som anger att aktiva samtal avslutas på noden klickar du på Ja.
3	Ändra värdena för Container Bridge IP och Network Mask efter behov och klicka sedan på Spara. Du ser en skärm som visar nätverksinformation om behållaren, inklusive IP-adressintervallet som är reserverat för interna operationer på videonätnoden.
4	Klicka på OK.

Identifiera portproblem med reflektorverktyget i konsolen

Reflektorverktyget (en kombination av en server på videonätnoden och klienten via ett Python-skript) används för att kontrollera om de obligatoriska TCP/UDP-portarna är öppna från videonätnoder.

Innan du börjar

Hämta en kopia av Reflector Tool Client (Python-skript) och packa sedan upp filen till en plats som är lätt att hitta. Zip-filen innehåller skriptet och en readme-fil.
Se till att du kör Python 2.7.10 eller senare i din miljö för att skriptet ska fungera korrekt.
För närvarande har det här verktyget stöd för SIP-slutpunkter för videonätnoder och intraklusterverifiering.

1	Från kundvyn i https://admin.webex.com aktiverar du underhållsnoden för videonätnoden genom att följa dessa instruktioner.
2	Vänta på att noden visar status ”redo för underhåll” i Control Hub.
3	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
4	Från gränssnittet för videonätnod går du till Diagnostik > Reflector Server > Reflector Server för TCP eller (UDP). Starta servern antingen för TCP eller för UDP.
5	Bläddra till Reflector Tool och starta sedan antingen TCP Reflector Server eller UDP Reflector Server, beroende på vilket protokoll du vill använda.
6	Klicka på Starta reflektorserver och vänta sedan på att servern ska starta. Du ser ett meddelande när servern startar.
7	Kör skriptet med följande kommando från ett system (t.ex. en dator) i ett nätverk som du vill att videonätnoder ska nå: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` I slutet av körningen visar klienten ett framgångsmeddelande om alla obligatoriska portar är öppna: Klienten visar ett misslyckat meddelande om några obligatoriska portar inte är öppna:
8	Lös alla portproblem på brandväggen och kör sedan vidare stegen ovan.
9	Kör klienten med `--help` för att få mer information.

Fabriksåterställning av en videonätnod från konsolen

Som en del av rensningen av avregistrering kan du fabriksåterställa videonätnoden. Det här steget tar bort alla konfigurationer som du har installerat när noden var aktiv, men tar inte bort posten för virtuella datorer. Senare kan du vilja registrera den här noden som en del av ett annat kluster som du bygger från grunden.

Innan du börjar

Du måste använda Control Hub för att avregistrera videonätnoden från klustret som är registrerat i Control Hub.

1	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
2	Från videonätnodkonsolen går du till 4 diagnostik och väljer sedan 8 fabriksåterställning.
3	Se till att du förstår informationen i anteckningen som visas och klicka sedan på Återställ. Noden startar om automatiskt efter fabriksåterställningen.

Migrera en befintlig maskinvaruplattform till videonätnod

Du kan migrera en befintlig plattform som stöds (till exempel en CMS1000 som kör Cisco Meeting Server) till videonät. Använd den här proceduren för att vägleda dig genom migreringsprocessen.

Stegen varierar beroende på den kombinerade versionen av ESXi på hårdvaruplattformen.

Innan du börjar

Ladda ner en ny kopia av den senaste videonätnodprogramvarubilden (OVA). Distribuera inte en ny videonätnod med en tidigare hämtad OVA.

1	Logga in i det virtuella datorgränssnittet och stäng sedan programvaran som körs på plattformen.
2	Ta bort programmet som körs på plattformen. Det får inte finnas några programvarubilder kvar på plattformen. Du kan inte heller köra videonätnodprogramvara tillsammans med annan programvara på samma plattform.
3	Distribuera en ny virtuell maskin från en ny OVF- eller OVA-fil.
4	Ange ett namn för den virtuella datorn och välj OVA-filen för videonätnoden.
5	Ändra disketablering till Tjock.
6	Ladda upp mfusion.ova programvarubilden som du hämtade.
7	När den virtuella datorn körs återgår du till Logga in på videonätnodkonsolen och fortsätter den inledande konfigurationen av videonätnoden.

Funktionsjämförelse och migreringsväg från mötesrum för samarbete Hybrid till videonät

Jämförelse av funktioner

Funktion	Videonät och Cisco Webex Meeting Center-video	CMR Hybrid
Mötestyp:	Schemalagt Ett klick (direkt) Personligt mötesrum: Konsekvent erfarenhet för lokaler och molnbaserade möten	Endast schemalagda
schemaläggning	Webex produktivitetsverktyg (Windows och Mac) Schemaläggning av hybrid-kalender med @webex Webex-portal	Webex-aktiverade TelePresence Windows och Mac produktivitetsverktyg TMS-schemaläggning
Alternativ för mötesanslutning	Inringning och utringning PIN-kod skyddad (värd) En knapp att trycka på (OBTP)	Endast inringning OBTP
Mötesupplevelse	Unified Roster (Webex-klient) Unified Controls (Webex-klient) Låsa/låsa upp möte Stäng av/slå på ljudet för telenärvaro mötesdeltagare	Ingen Unified Roster (Webex-klient och TelePresence Server) Separata kontroller (Webex-klient och TelePresence-server)
Kapacitets- och distributionsmodell	Obegränsad kapacitet Lokalt och automatiskt överflöd Växla och transkodning	Kapacitet för omkodning begränsad till TelePresence-servern

Checklista för migreringssökväg

Nedan finns en översikt på hög nivå över hur du migrerar en befintlig webbplats till videoplattformen version 2.0 och förbereder webbplatsen för att integreras med videonät. Stegen kan variera beroende på din befintliga miljö. Samarbeta med din partner eller kundframgångschef för att säkerställa en smidig migrering.

Se till att funktionen Meeting Center-videokonferenser tillhandahålls på Webex-webbplatsen.
Webbplatsadministratören får sitt hanteringsportalskonto. Administratören distribuerar sedan videonätnoder för Webex-organisationen.
Webbplatsadministratören tilldelar CMR-privilegiet för att aktivera alla eller vissa CMR Hybrid-användare med Cisco Webex Meeting Center Video.
(Valfritt) Inaktivera CMR Hybrid-sessionstypen för den här underställningen och aktivera sedan Cisco Webex Meeting Center-video i användarprofilen.
Webbplatsadministratören konfigurerar videonät och väljer sedan Hybrid som medieresurstyp under Alternativ för mötesrum för samarbete.
Webbplatsadministratören konfigurerar lokal TelePresence Management Suite (TMS) och One Button to Push (OBTP) för att arbeta med Cisco Webex Meeting Center Video. Se Distributionsguide för Cisco Webex Meeting Center-videokonferenser för vägledning.
När CMR-privilegiet är aktiverat för en användare är Webex produktivitetsverktyg standardversionen av Cisco Webex Meeting Center Video. Alla nya möten som schemaläggs av användarna är Cisco Webex Meeting Center-videomöten.
Om konferensrum ingår i inbjudan trycks OBTP-informationen till konferensrummet via TMS (endast för CMR Hybrid-möten).
Befintliga möten som har konfigurerats av CMR Hybrid-användare innan de växlades till Cisco Webex Meeting Center Video ska fortsätta att fungera så länge som kunden behåller de lokala MCU- och TMS-inställningarna.
Befintliga CMR Hybrid-möten kan inte ändras eller uppdateras för att återspegla mötesinformationen i Cisco Webex Meeting Center Video. Om användare vill använda en ny inbjudan måste de ta bort de gamla mötena och skapa nya möten.
Om kunden vill dra tillbaka lokala MCU-, TMS-möten fungerar inte gamla CMR Hybrid-möten. Nya möten med Cisco Webex Meeting Center-videoinformation måste skapas.

Interoperabilitetsprotokoll för TelePresence och segmentväxling

Videonät har stöd för förhandlingar om TelePresence Interoperability Protocol (TIP) och multiplex (MUX) för både 1-skärm och 3-skärm IX och TX-slutpunkter.

För slutpunkter med tre skärmar ska alla tre skärmarna visa video om det finns tillräckligt med mötesdeltagare i konferensen. Ett annat treskärmssystem i konferensen resulterar i segmentsbyte i stället för rumsbyte. Detta innebär att i stället för att alla tre skärmarna blir stora när någon i ett annat treskärmssystem talar, blir endast den aktiva panelen stor. De andra två panelerna fylls i med video från andra system. När de visas små återges alla tre paneler tillsammans (för alla enheter, en eller tre skärmar) med en enda gränsbox och namnetikett.

Beroende på värdresurserna i molnet kommer vissa slutpunkter att visa alla tre skärmar i ett rum med tre skärmar i filmremsan, medan andra endast visar en ruta. Webex-appen visar bara 1 panel, även om medierna är lokala.

För stora möten som överflödar från en nod och överlappning till en sekund ses samma av alla slutpunkter som hålls på en annan nod än den som är värd för treskärmssystemet (endast en ruta som visas i layouten). Presentationsdelning kräver att BFCP förhandlas via samtalssökvägen.

Hantera och felsöka videonät

Analys av videonät

Analytics ger information om hur du använder dina lokala videonätnoder och kluster i din Webex-organisation. Med historiska data i mätvyn kan du hantera dina videonätresurser på ett effektivare sätt genom att övervaka kapaciteten, användningen och tillgängligheten för dina lokala resurser. Du kan till exempel använda den här informationen för att fatta beslut om att lägga till fler videonätnoder i ett kluster eller skapa nya kluster. Analys av videonät finns i Control Hub under Analys > Videonät.

För att hjälpa till med att analysera data i din organisation kan du zooma in på data som visas i diagrammet och isolera en viss tidsperiod. För analys kan du även klippa och tärningsrapporter för att visa mer granulära detaljer.

Videonätanalys och felsökningsrapporter visar data i tidszonen som är inställd för den lokala webbläsaren.

Analys

Videonätanalys ger en långsiktig trend (upp till 3 månaders data) i kategorierna engagemang, resursanvändning och bandbreddsanvändning.

Liveövervakning

Fliken Liveövervakning ger en bild i nära realtid av aktiviteten i din organisation: upp till 1 minuters aggregering och möjligheten att visa de senaste 4 timmarna eller 24 timmarna på alla kluster eller specifika kluster. Den här fliken i Control Hub uppdateras automatiskt – var 1 minut under de senaste 4 timmarna och var 10:e minut under de senaste 24 timmarna.

Åtkomst, filtrera och spara live-övervakningsrapporter för videonät

Live-övervakningsrapporter för videomesh finns tillgängliga på sidan Felsökning i Control Hub ( https://admin.webex.com) när videonät är aktivt och har ett kluster med minst en registrerad videonätnod.

1

Från kundvyn i https://admin.webex.com väljer du Analytics och klickar sedan på Videonät längst upp till höger på skärmen.

Håll muspekaren över informationen för att få en kort beskrivning av diagrammet.

2

Från växlingsknappen till vänster väljer du ett alternativ för att filtrera på hur långt tillbaka i tiden du vill visa data.

Senaste 4 timmarna (standard) – När du väljer det här alternativet uppdateras diagrammets data var 1:e minut.
Senaste 24 timmarna– När du väljer det här alternativet uppdateras diagrammets data var 10:e minut.

3

Interagera med diagrammen genom att använda följande alternativ vid behov:

Håll muspekaren över segment i diagramvyn för att visa information om den specifika datapunkten.
Klicka på legenden i diagrammet eller översikten och klicka sedan på Använd för att uppdatera vyn på de andra legenden. Till exempel, när du har valt legend-objektet Amsterdam, uppdateras linjediagrammet för att utesluta andra legend-objekt och endast inkludera data för det valda objektet.

När ett filter tillämpas uppdateras alla andra diagram och diagram för att visa data för det valda filtret.
I ett diagram som visar data i ett tidsintervall, smalnar du ner till ett visst tidsintervall genom att klicka på vänster och dra musen till höger. (Den här åtgärden påverkar alla relaterade data som visas på analyssidan.)

Håll muspekaren över avsnitt av en donut, linjer på ett diagram eller insiktspunkter på ett diagram för att visa mer information om datas specifika tidpunkt.

4

När du har filtrerat data i rapporterna klickar du på mer, och välj sedan ett filformat alternativ som sparar en lokal kopia av rapporten så att du kan använda den offline (till exempel i en rapport som skapats internt):

PNG
PDF
CSV

Åtkomst, filtrera och spara videonätanalys

Metriska rapporter om videonät finns tillgängliga på analyssidan i Control Hub ( https://admin.webex.com) när videonät är aktivt och har ett kluster med minst en registrerad videonätnod.

1

Från kundvyn i https://admin.webex.com väljer du Analytics och klickar sedan på Videonät längst upp till höger på skärmen.

2

Klicka på en kategori, beroende på vilken typ av data du letar efter:

Engagemang
Resurser
Bandbreddsanvändning

Håll muspekaren över informationen för att få en kort beskrivning av diagrammet.

3

I rullgardinsmenyn till höger väljer du ett alternativ för att ta reda på hur långt tillbaka i tiden du vill visa data.

Senaste 7 dagarna (standard) – Ändrar den horisontella axeln till var 1 timme.
Senaste 24 timmarna – Ändrar den horisontella axeln till var 10:e minut.
Senaste 30 dagarna – Ändrar den horisontella axeln till var 3:e timme.
Senaste 90 dagarna – Ändrar den horisontella axeln till var 8:e timme.

4

Interagera med diagram eller donut-diagram genom att använda följande alternativ vid behov:

Klicka på ett eller flera segment i diagrammet eller diagrammets vy och klicka sedan på Använd för att uppdatera donutvyn och motsvarande diagramvyn.
Välj legendariska objekt i diagrammet eller översikten för att uppdatera vyn på det specifika legendariska objektet och klicka sedan på Tillämpa. När du till exempel har valt det lokala legend-objektet uppdateras linjediagrammet med dessa data markerade.

När ett filter tillämpas uppdateras alla andra diagram och diagram för att visa data för det valda filtret.

I ett diagram som visar data i ett tidsintervall kan du minska till ett visst tidsintervall genom att klicka på vänster och dra musen till höger och lämna det när önskat intervall har valts. (Den här åtgärden påverkar alla relaterade data som visas på analyssidan.)

Håll muspekaren över avsnitt av en donut, linjer på ett diagram eller insiktspunkter på ett diagram för att visa mer information om datas specifika tidpunkt.

Om du vill börja om från samma diagram eller översikt klickar du på X på de valda filtren längst ned i diagrammet.

5

När du har filtrerat data i rapporterna klickar du på mer, och välj sedan ett filformat alternativ som sparar en lokal kopia av rapporten så att du kan använda den offline (till exempel i en rapport som skapats internt):

PDF
PNG
CSV

6

Rensa alla filter från filterfältet om du vill återställa analysvyn.

Tillgänglig analys för videonät

Mer information om tillgänglig analys i Control Hub finns i avsnittet Videonät i Analytics för din molnsamarbetsportfölj.

Övervakningsverktyg för videonät

Övervakningsverktyget i Control Hub hjälper din organisation att övervaka statusen för din distribution av videonät. Du kan köra följande test på dina Video Mesh-noder, -kluster eller bådadera för att få resultat för specifika parametrar.

Signaleringstest - Testar om SIP-signalering och mediesignalering sker mellan Video Mesh-noden och Webex molnmedietjänster.
Kaskadtest - Testar om en kaskad kan upprättas mellan videonätsnoden och Webex molnmedietjänster.
Test för nåbarhet - Testar om videonätsnoden kan nå målportarna för medieströmmar i Webex molnmedietjänster. Den testar även om videonätsnoden kan kommunicera med de molnkluster som är kopplade till mediebehållare via dessa portar.

När du kör ett test skapar verktyget ett simulerat möte. När testet har slutförts ser du ett enkelt resultat för godkänt eller underkänt med infogade felsökningstips i rapporten. Du kan schemalägga testet så att det körs regelbundet eller köra testet på begäran. Mer information finns i Mediehälsoövervakning för videonät .

Kör ett omedelbart test

Använd den här proceduren för att köra ett på begäran medietillståndsövervakning och nåbarhetstest på Video Mesh-noder och/eller -kluster som har registrerats i din Control Hub-organisation. Resultaten samlas in i Control Hub och aggregeras var 6:e timme från och med 00:00 UTC.

1

Logga in på Control Hub , gå sedan till Felsökning > Videonät .

2

Klicka på Konfigurera test , klicka Testa nu och kontrollera de noder och/eller kluster som du vill testa.

Om du vill avmarkera de kryssrutor som du har markerat och återställa den senaste konfigurationen klickar du på Återställ den senaste testkonfigurationen .

3

Klicka på Kör test .

Nästa steg

Resultaten visas på översiktssidan för övervakningsverktyget i Control Hub. Som standard visas resultaten av alla test tillsammans. Klicka på Signalering , Överlappande , eller Nåbarhet för att filtrera resultaten enligt det specifika testet.

Punkterna på tidslinjen med skjutreglaget visar aggregerade testresultat för hela organisationen. Tidslinjerna på klusternivå visar aggregerade resultat för varje kluster.

Tidslinjen kan visa datum i USA-format. Ändra ditt språk i profilinställningarna för att visa datum i ditt lokala format.

Håll muspekaren över punkterna på tidslinjerna för att se testresultaten. Du kan även se detaljerade testresultat för varje nod. Klicka på en punkt på tidslinjen på klusternivå för att visa detaljerade resultat.

Resultaten visas i en sidopanel och är uppdelade i Signalering, Cascasde och Reachabilty. Du kan se om testet lyckades, om det hoppades över eller om testet misslyckades. Felkoder med möjliga korrigeringar visas också tillsammans med resultaten.

Använd växlingsknappen för att visa resultaten för olika parametrar i form av en tabell.

Ett hoppat test, ett partiellt misslyckande eller ett misslyckande är inte avgörande om det inte inträffar kontinuerligt under en tidsperiod.

Konfigurera regelbundna tester

Använd den här proceduren för att konfigurera och starta regelbunden mediestatus och nåbarhetstester. Dessa test körs som standard var sjätte timme. Du kan köra dessa test på klusteromfattande, klusterspecifik eller nodspecifik nivå. Resultaten samlas in i Control Hub och aggregeras var 6:e timme från och med 00:00 UTC.

1	Logga in på Control Hub , gå sedan till Felsökning > Videonät .
2	Klicka på Konfigurera test , klicka Periodiskt test och kontrollera de noder och/eller kluster som du vill testa.
3	Välj ett alternativ: Kontrollera Alla kluster om du vill köra testet på alla Video Mesh-noder i din Control Hub-organisation. Kontrollera de enskilda klusternamnen för att köra testet på alla Video Mesh-noder som finns i ett visst kluster. Omarkerade kluster exkluderas från testet. I enskilda kluster markerar du de enskilda nodnamnen som du vill köra testet på. Alla omarkerade noder exkluderas från testet.
4	Klicka på Nästa.
5	Granska listan över kluster och noder för att köra de periodiska testen. Om du är nöjd klickar du på Konfigurera för att schemalägga den aktuella konfigurationen.

Nästa steg

Resultaten visas på översiktssidan för övervakningsverktyget i Control Hub. Som standard visas resultaten av alla test tillsammans. Klicka på Signalering , Överlappande , eller Nåbarhet för att filtrera resultaten enligt det specifika testet.

Punkterna på tidslinjen med skjutreglaget visar aggregerade testresultat för hela organisationen. Tidslinjerna på klusternivå visar aggregerade resultat för varje kluster.

Tidslinjen kan visa datum i USA-format. Ändra ditt språk i profilinställningarna för att visa datum i ditt lokala format.

Håll muspekaren över punkterna på tidslinjerna för att se testresultaten. Du kan även se detaljerade testresultat för varje nod. Klicka på en punkt på tidslinjen på klusternivå för att visa detaljerade resultat.

Resultaten visas i en sidopanel och är uppdelade i Signalering, Cascasde och Reachabilty. Du kan se om testet lyckades, om det hoppades över eller om testet misslyckades. Felkoder med möjliga korrigeringar visas också tillsammans med resultaten.

Använd växlingsknappen för att visa resultaten för olika parametrar i form av en tabell.

Ett hoppat test, ett partiellt misslyckande eller ett misslyckande är inte avgörande om det inte inträffar kontinuerligt under en tidsperiod.

Aktivera 1080p HD-video för lokala SIP-enheter i möten med videonätnod

Den här inställningen gör det möjligt för din organisation att gynna 1080p HD-video för lokala registrerade SIP-slutpunkter, med en växling av lägre möteskapacitet. En videonätnod måste vara värd för mötet. Mötesdeltagare kan använda video 1080p 30 fps förutsatt att:

De är alla inne i företagsnätverket.
De använder en lokalt registrerad SIP-enhet med hög upplösning.

Inställningen gäller för alla kluster som innehåller videonätnoder.

Molnregistrerade enheter fortsätter att skicka och ta emot 1080p-strömmar, oavsett om denna inställning är på eller av.

1	Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid och klicka sedan på Inställningar på videonätkortet.
2	Aktivera videokvalitet. Om den här inställningen är inaktiverad är standardvärdet 720p.

För videoupplösningar som Webex-appen stöder, se Videospecifikationer för samtal och möten.

Privata möten

Funktionen Privat möte ökar säkerheten för ditt möte genom att avsluta media i dina lokaler. När du schemalägger ett privat möte avslutas alltid media på videonätsnoderna i ditt företagsnätverk utan molnkaskad.

Som visas här kasserar privata möten aldrig media till molnet. Medierna avslutas helt på dina videonätskluster. Dina videonätskluster kan bara kastas med varandra.

Du kan boka ett videonätkluster för privata möten. När det reserverade klustret är fullt kastas de privata mötesmedierna ut till dina andra videonätskluster. När det reserverade klustret är fullt delar privata och icke-privata möten resurserna för dina återstående kluster.

Icke-privata möten använder inte reserverade kluster och reserverar dessa resurser för privata möten. Om ett icke-privat möte tar slut på resurser i nätverket kastas det ut till Webex-molnet i stället.

Webex-appen med den fullständiga Webex-upplevelsen aktiverad är inte kompatibel med videonät. Mer information finns i Klienter och enheter som använder videonätnod.

Stöd och begränsningar för privata möten

Videonät har stöd för privata möten på följande sätt:

Privata möten finns tillgängliga i Webex version 40.12 och senare.
Endast schemalagda möten kan använda den privata mötestypen. Mer information finns i artikeln Schemalägg ett privat möte i Cisco Webex.
Privata möten är inte tillgängliga för fullständiga möten som startas eller deltar i från Webex-appen.
Du kan använda alla aktuella enheter som stöds av videonät.
Dina noder kan använda alla aktuella bilder: 72vCPU och 23vCPU.
Privat möteslogik skapar inga luckor i mätvärden. Vi samlar in samma värden för Control Hub som för icke-privata möten.

Eftersom vissa användare inte aktiverar den här funktionen visas analysrapporterna för privata möten inte om din organisation inte har ett privat möte på 90 dagar.
Privata möten har stöd för 1-vägswhiteboardtavla från en videoslutpunkt.

Begränsningar

Privata möten har följande begränsningar:

Privata möten har endast stöd för VoIP för ljud. De har inte stöd för Webex Edge-ljud eller PSTN.
Du kan inte använda ett personligt mötesrum (PMR) för ett privat möte.
Privata möten har inte stöd för Webex-funktioner som kräver anslutning till molnet, till exempel molninspelning, transkription och Webex Assistant.
Du kan inte delta i ett privat möte från ett oautentiserat molnregistrerat videosystem, inte ens ett som har parkopplat till Webex-appen.

Använd privata möten som standardmötestyp

I Control Hub kan du ange att framtida schemalagda möten för din organisation ska vara privata möten.

1	Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid.
2	Klicka på Redigera inställningar från videonätkortet. Bläddra till privata möten och aktivera inställningen.
3	Spara ändringen.

När du aktiverar den här inställningen gäller den för alla möten för din organisation, även de som tidigare schemalagts.

(Valfritt) Reservera ett kluster för privata möten

Privata och icke-privata möten använder normalt samma videonätresurser. Men eftersom privata möten måste hålla medierna lokala kan de inte ställa in överflöd till molnet när de lokala resurserna är uttömda. För att minska den möjligheten kan du konfigurera ett videonätkluster som endast är värd för privata möten.

I Control Hub konfigurerar du klustret uteslutande för att vara värd för privata möten. Den här inställningen förhindrar icke-privata möten från att använda det klustret. Privata möten är standard för att använda det klustret. Om klustret inte har resurser kastas privata möten endast till dina andra videonätskluster.

Vi rekommenderar att du tillhandahåller ett privat kluster för att hantera din förväntade maximala användning från privata möten.

Du kan inte använda det korta videoadressformatet (meet@your_site) om du reserverar alla videonätskluster för privata möten. Dessa samtal misslyckas för närvarande utan ett korrekt felmeddelande. Om du lämnar vissa kluster oreserverade kan samtal med det korta videoadressformatet ansluta via dessa kluster.

1	Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid och klicka på Visa alla på videonätkortet.
2	Välj ditt videonätkluster i listan och klicka på Redigera klusterinställningar.
3	Bläddra till privata möten och aktivera inställningen.
4	Spara ändringen.

Felmeddelanden för privata möten

Den här tabellen listar eventuella fel som användare kan se när de deltar i ett privat möte.

Felmeddelande	Användaråtgärd	Orsak
Extern nätverksåtkomst nekad Du måste vara i företagsnätverket för att delta i det privata mötet. Parkopplade Webex-enheter som finns utanför företagets nätverk skulle inte kunna delta i mötet. I ett sådant scenario kan du försöka ansluta din bärbara dator, mobil till företagets nätverk och delta i mötet i oparkopplat läge.	En extern användare ansluter utanför företagets nätverk utan VPN eller MRA.	För att delta i ett privat möte behöver externa användare åtkomst till företagets nätverk via en VPN eller MRA.
	En extern användare är på VPN, men de är parkopplade till en oautentiserad enhet.	Enhetsmedia tunnlar inte till företagets nätverk via VPN. Enheten kan inte delta i ett privat möte. Efter att ha anslutit till VPN bör fjärranvändaren istället delta i ett privat möte i enhetens oparkopplade läge från sin stationära eller mobila klient.
Inga tillgängliga kluster Klustren som är värd för det här privata mötet har maximal kapacitet, kan inte nås, är offline eller inte registrerade. Kontakta din IT-administratör för att få hjälp.	En användare finns i företagets nätverk (lokalt eller på distans via VPN), men kan inte delta i ett privat möte.	Dina videonätskluster är: Vid kapacitet Kan inte nås Frånkopplad Inte registrerad
Inte auktoriserad Du har inte behörighet att delta i det här privata mötet eftersom du inte är medlem i värdorganisationen. Kontakta mötesvärden.	En användare från en annan organisation än värdorganisationen försöker delta i det privata mötet.	Endast användare som tillhör värdorganisationen kan delta i ett privat möte.
	En enhet från en annan organisation än värdorganisationen försöker delta i det privata mötet.	Endast enheter som tillhör värdorganisationen kan delta i ett privat möte.

Håll dina media i videonät för alla externa Webex-möten

När dina media körs genom dina lokala Video Mesh-noder får du bättre prestanda och använder mindre internetbandbredd.

I tidigare versioner har du endast kontrollerat användningen av videonät för möten för dina interna webbplatser. För möten som hålls på externa Webex-webbplatser kontrollerade dessa webbplatser om Video Mesh kunde överlappa Webex. Om en extern webbplats inte tillät kaskader av videonät använde dina media alltid Webex molnnoder.

Med inställningen Föredra videonät för alla externa Webex Meetings, om din Webex-webbplats har tillgängliga videonätnoder, körs dina media genom dessa noder för möten som hålls på externa Webex-webbplatser. Den här tabellen sammanfattar beteendet för dina deltagare som deltar i Webex-möten:

Inställningen är ...	Möte på den interna Webex-plats med videomesh-kaskader aktiverade	Möte på den interna Webex-plats med videonätkaskader inaktiverat	Möte på extern Webex-plats med videonätkaskader aktiverade	Möte på extern Webex-plats med videomesh-kaskader inaktiverat
Enabled	Media använder dina Video Mesh-noder.	Media använder molnnoder.	Media använder dina Video Mesh-noder.	Media använder dina Video Mesh-noder.
Inaktiverad	Media använder dina Video Mesh-noder.	Media använder molnnoder.	Media använder dina Video Mesh-noder.	Media använder molnnoder.

Den här inställningen är avstängd som standard, vilket bibehåller beteendet från tidigare versioner. I dessa versioner överfördes inte ditt videonät till Webex och dina deltagare deltog via Webex molnnoder.

1	I kundvyn ihttps://admin.webex.com , gå till Tjänster > Hybrid och klicka Visa alla på videonätskortet.
2	Välj ditt videonätskluster i listan och klicka på Redigera inställningar .
3	Bläddra till Föredra videonät för alla externa Webex Meetings och aktivera inställningen.
4	Spara ändringen.

Optimera användningen av din distribution av videonät

Du kan landa alla dina klienter på dina videonätskluster för en bättre användarupplevelse via videonätskluster. Om din videonätklusterkapacitet tillfälligt är nere eller om du har ökat användningen av videonätskluster kan du optimera användningen av videonätskluster genom att kontrollera vilka klienttyper som landar på videonätkluster. Detta hjälper till att hantera din befintliga kapacitet effektivt tills du kan lägga till fler noder för att möta efterfrågan.

Se analysportalen på Control Hub för att förstå trender för användning, användning, omdirigering och överflöd. Baserat på dessa trender kan du till exempel välja att låta skrivbordsklienheterna eller SIP-enheterna landa på videonätskluster och låta de mobila klienterna landa på Webex-molnnoder. Jämfört med de mobila klienterna har skrivbordsklienheterna och SIP-enheterna stöd för högre upplösning, har större skärmar och använder mer bandbredd, och du kan optimera användarupplevelsen för mötesdeltagare som använder dessa klienttyper.

Du kan också optimera klusterkapaciteten och maximera användarupplevelsen genom att ha de klienttyper som de flesta av dina kunder använder i videonätskluster.

1	Logga in på Control Hub och välj sedan Tjänster > Hybrid > Videonät > Resurser > Visa alla. - eller - Välj Översikt > Hybridtjänster > Videonät > Inställningar.
2	Under Inklusionsinställningar för klienttyp är alla klienttyper markerade som standard. Avmarkera klienttyperna som du vill utesluta från att använda videonätklustren. Dessa kluster är värdbaserade på Webex-molnnoder.
3	Klicka på Spara.

Avregistrera videonätnod

Använd den här proceduren för att ta bort en videonätnod från Webex-molnet. När du slutför den här proceduren tas noden bort från klustret, vilket gör den otillgänglig för användning. När du har avregistrerat en nod är det enda sättet att göra den tillgänglig igen genom att omregistrera den.

1	Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid.
2	Klicka på Visa alla på videonätkortet.
3	Gå till lämpligt kluster och välj noden från listan över resurser.
4	Klicka Åtgärd > Avregistrera nod. Ett varningsmeddelande visas där du ombeds bekräfta att du vill ta bort filen:
5	När du har läst och förstått meddelandet klickar du på Avregistrera nod.

Flytta videonätnod

Du kan vilja flytta en nod från ett kluster till ett annat. Du kan till exempel ha ett nytt kluster som du vill omdistribuera noder till. Använd den här proceduren för att flytta en videonätnod. När du har slutfört den här proceduren kommer din nod endast att vara tillgänglig för den nya resursen.

1	Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid och välj sedan Visa alla på videonätkortet.
2	I listan väljer du noden som du vill flytta och klickar sedan på Åtgärder (den vertikala ellipsen).
3	Välj Flytta nod.
4	Välj lämplig radioknapp för var du vill flytta noden: Välj ett befintligt kluster – Välj ett befintligt kluster i listrutan. Skapa ett nytt kluster – ange ett namn för det nya klustret i fältet.
5	Klicka på Flytta till. Noden flyttas till det nya klustret.

Relaterad information

Ställ in uppgraderingsschema för videonätkluster

Du kan ställa in ett specifikt uppgraderingsschema eller använda standardschemat kl. 3.00. Daily USA: Amerika/Los Angeles Du kan välja att senarelägga en kommande uppgradering om det behövs.

Programvaruuppgraderingar för videonät görs automatiskt på klusternivå, vilket säkerställer att alla noder alltid kör samma programvaruversion. Uppgraderingar görs enligt uppgraderingsschemat för klustret. När en programvaruuppgradering blir tillgänglig kan du uppgradera klustret manuellt före den schemalagda uppgraderingstiden.

Innan du börjar

Brådskande uppgraderingar tillämpas så snart de är tillgängliga.

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid och klicka sedan på Visa alla på videonätkortet.

2

Klicka på en medieresurs och klicka sedan på Redigera klusterinställningar.

3

På sidan Inställningar bläddrar du till Uppgradera och väljer sedan tid, frekvens och tidszon för uppgraderingsschemat.

Uppgraderingar kan ta längre än några minuter om videonätnoden väntar på att aktiva samtal ska avslutas. För en mer omedelbar uppgraderingsprocess rekommenderar vi att du schemalägger det automatiska uppgraderingsfönstret utanför dina vanliga arbetstider.

4

(Valfritt) Vid behov klickar du på Senarelägg för att skjuta upp uppgraderingen en gång till nästa fönster.

Under tidszonen visas nästa tillgängliga uppgraderingsdatum och -tid.

Uppgradera beteende

Noden gör regelbundna förfrågningar till molnet för att se om en uppdatering är tillgänglig.
Molnet gör inte uppgraderingen tillgänglig förrän klustrets uppgraderingsfönster visas. När uppgraderingsfönstret anländer levererar nodens nästa begäran om regelbunden uppdatering till molnet uppdateringsinformationen.
Noden hämtar uppdateringar över en säker kanal.
Befintliga tjänster stängdes av för att stoppa inkommande samtal dirigeras till noden. Den trevliga avstängningen ger även befintliga samtal tid att slutföra (upp till 2 timmar).
Uppgraderingen installeras.
Molnet utlöser endast uppgraderingen för en procentandel noder i ett kluster åt gången.

Ta bort videonätskluster

Du kan ta bort ett videonätkluster permanent från Webex-molnet. För att slutföra den här proceduren måste du antingen flytta varje nod till ett annat kluster eller avregistrera alla noder. Avregistrering av alla noder i ett kluster tar bort dem permanent och gör dem otillgängliga för användning. Det enda sättet att göra avregistrerade noder tillgängliga igen är att omregistrera dem.

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid och klicka sedan på Visa alla.

2

I listan över resurser bläddrar du till videonätsresurs som du vill ta bort och klickar sedan på Redigera klusterinställningar.

Du kan klicka på videonät för att filtrera på bara videonätsresurser.

3

Klicka på Ta bort kluster och välj sedan ett:

Klicka på Flytta alla noder. För varje nod kan du antingen skapa en ny resurs genom att välja en befintlig resurs i listrutan eller ange ett nytt namn och klicka sedan på Fortsätt.
Klicka på Avregistrera alla noder, markera kryssrutan och klicka sedan på Ta bort kluster.

Inaktivera videonät

Inaktivering av videonät tar bort möjligheten att ha media kvar lokalt för dina möten. Alla pågående möten som använder videonätnoder avslutas och framtida möten hålls också i molnet. När videonätet har inaktiverats är det enda sättet att använda videonät att distribuera det från början.

Innan du börjar

Innan du inaktiverar videonät avregistrerar du alla videonätnoder.

1	Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid > Visa alla, välj Inställningar på videonätkortet.
2	Klicka på Inaktivera.
3	Granska listan över kluster och läs friskrivningen i dialogrutan.
4	Markera kryssrutan för att bekräfta att du förstår den här åtgärden och klicka på Inaktivera i dialogrutan.
5	När du är redo att inaktivera videonätet klickar du på Inaktivera tjänsten. Inaktivering tar bort alla videonätnoder och kluster. Videonät är inte längre konfigurerat.

Felsöka registrering av videonätnod

Det här avsnittet innehåller eventuella fel som du kan stöta på när du registrerar din videonätnod i Webex-molnet och föreslog åtgärder för att korrigera dem.

Domänen kunde inte åtgärdas

Det här meddelandet visas om DNS-inställningarna som konfigurerats på din videonätnod inte är korrekta.

Logga in på konsolen på videonätnoden och kontrollera att DNS-inställningarna är korrekta.

Det gick inte att ansluta till webbplatsen med port 443 via SSL

Det här meddelandet visas om din videonätnod inte kan ansluta till Webex-molnet.

Se till att nätverket tillåter anslutning på portarna som krävs för videonät. Mer information finns i Portar och protokoll som används av videonät.

Tusen ögon integrering med videonät

Videonätplattformen är nu integrerad med ThousandEyes-agenten som gör det möjligt för dig att utföra end-to-end-övervakning i ditt hybriddigitala ekosystem. Den här integreringen ger dig ett brett utbud av tester för nätverksövervakning som öppnar synlighet i områden som proxyservrar, gateways och router. Problem var som helst längs en kunds nätverksinfrastruktur kan minskas och diagnostiseras med större precision, vilket förbättrar effektiviteten i distributionen.

Fördelar med Thousand Eyes Integration

Ger dig flera testtyper att välja mellan. Du kan konfigurera ett eller flera tester som är lämpliga för det program eller den tillgång som du vill övervaka.
Gör att du kan ställa in testtröskelvärden som är specifika för dina krav.
Testresultaten finns tillgängliga via webbappen ThousandEyes och ThousandEyes API i realtid.
Större synlighet vid felsökning – kunder kan identifiera orsaken till ett problem i sitt nätverk, vilket minskar upplösningen.

Aktivera tusen ögon för videonät

Använd den här proceduren för att aktivera Thousand Eyes-agenten för din distribution av videonät.

1

Från Control Hub klickar du på Hybrid längst ner till vänster på skärmen.

2

Klicka på Redigera inställningar på videonätkortet.

3

Rulla ner till Thousand Eyes Integration. Växlingen inaktiveras som standard. Klicka på växlingsknappen för att aktivera den.

4

Klicka på Thousand Eyes användarprofil, ThousandEyes webbportal öppnas, logga in med administratörsuppgifterna.

5

En sidopanel visas med token för kontogrupp.

6

Klicka på visningsikonen och klicka sedan på Kopiera.

Token kopieras inte korrekt om knappen för visning av token inte klickas.

7

Gå tillbaka till fliken Control Hub och klistra in token i fältet Agent Token.

8

Klicka på Aktivera, ThousandEyes är nu aktiverat för din distribution av videonät.

Nästa steg

- Efter 5 minuter går du tillbaka till sidan Tusen ögon, klickar på Cloud- och Enterprise-agenter och klickar sedan på Agentinställningar. Du bör kunna visa alla dina noder som listas som agenter under Företagsagenter. Om agenterna inte visas kontrollerar du Thousand Eyes-integreringskortet i Control Hub för felmeddelanden.
- Om ett felmeddelande visas klickar du på växlingsknappen och sedan på Inaktivera. Upprepa stegen för att aktivera agenten ThousandEyes och se till att rätt token för kontogrupp kopieras och klistras in i fältet Agent Token.

Konfigurera tester med ThousandEyes

Nätverkstest – agent-till-agent

Med nätverkstestet agent-till-agent kan användare av Thousand Eyes ha ThousandEyes-agenter i båda ändarna av en övervakad sökväg, vilket möjliggör testning av sökvägen i någon eller båda riktningarna: källa till mål eller mål till källa. Mer information om hur du konfigurerar ett agent-till-agent-test finns i Översikt över test för agent-till-agent.

En dialogruta för skapande av prov visas nedan.

SIP-servertest

SIP-servertester underlättar nätverksmätningar, BGP-datainsamling och, viktigast av allt, tillgänglighetstestning av SIP-tjänster och prestanda mot SIP-baserad VoIP-infrastruktur.

Mer information om hur du konfigurerar ett SIP-servertest finns i SIP-serverinställningarna.

En dialogruta för skapande av prov visas nedan.

RTP-ström-test

Ett RTP-strömstest skapar en simulerad röstdataström mellan två tusen ögon-agenter som agerar som VoIP-användaragenter. RTP-paket skickas mellan en eller flera agenter och en målagent, med UDP som transportprotokoll, för att erhålla MOS (Mean Opinion Score), paketförlust, kassering, latens och PDV (Packet Delay Variation)-värden. Mätvärden som produceras är envägsmätvärden (källa till mål). RTP-strömstestet tillhandahåller serverport, samtalslängd, de-jitter buffertstorlek och alternativ för codec-konfiguration.

Mer information om hur du konfigurerar ett RTP-strömstest finns i RTP-strömstest.

En dialogruta för skapande av prov visas nedan.

Webex HTTP-server URL-test

Det här testet övervakar den primära startsidan som användarna ansluter till när de får åtkomst till Webex. En dialogruta för skapande av prov visas nedan.

Auktoriserat Webex DNS-servertest

Det här testet används för att säkerställa att din Webex-domän löses korrekt både internt och externt. När du använder företagsagenter ska du uppdatera fältet DNS-servrar för att använda dina interna namnservrar. Om du använder molnagenter för extern sikt använder du knappen Lookup Servers för att automatiskt fylla i de auktoriserade externa namnservrarna. Det här exemplet visar molnagenter som löser cisco.webex.com. Du måste uppdatera den till din organisations domän.

En dialogruta för skapande av prov visas nedan.

'

Hantera videonätnod från webbgränssnittet

Innan du kan göra nätverksändringar i videonätnoder som är registrerade i molnet måste du använda Control Hub för att sätta dem i underhållsläge. Mer information och en procedur att följa finns i Flytta en nod till underhållsläge.

Underhållsläget är endast avsett att förbereda en nod för avstängning eller omstart så att du kan göra vissa ändringar i nätverksinställningen (DNS, IP, FQDN) eller förbereda dig för maskinvaruunderhåll, t.ex. ersätta RAM, hårddisk och så vidare.

Uppgraderingar sker inte när en nod är placerad i underhållsläge.

När du placerar en nod i underhållsläge stängs samtalstjänsterna på ett graciöst sätt (slutar att acceptera nya samtal och väntar upp till 2 timmar innan befintliga samtal slutförs). Syftet med den graciösa avstängningen av samtalstjänster är att tillåta omstart eller avstängning av noden utan att orsaka avbrutna samtal.

Så här öppnar du videonätöversikt

Du kan öppna webbgränssnittet på något av följande sätt:

Om du är en fullständig administratör och redan har registrerat noden i molnet kan du komma åt noden från Control Hub.

Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid. Under Resurser på videonätkortet klickar du på Visa alla. Klicka på klustret och klicka sedan på noden som du vill komma åt. Klicka på Gå till nod.

Endast en fullständig administratör för din Webex-organisation kan använda den här funktionen. Andra administratörer, inklusive partner- och externa fullständiga administratörer, har inte Gå till nod alternativet för videonätsresurser.
I en webbläsarflik går du till <IP address>/setup, till exempel, https://192.0.2.0/setup. Ange administratörsuppgifterna som du har konfigurerat för noden och klicka sedan på Logga in.

Om administratörskonto har inaktiverats är den här metoden inte tillgänglig. Se avsnittet ”Inaktivera eller återaktivera det lokala administratörskontot från webbgränssnittet”.

Översikten är standardsidan och har följande information:

Samtalsstatus – Anger antalet pågående samtal via noden.
Nodinformation – Anger nodtyp, programvarubild, programvaruversion, OS-version, QoS-status och underhållsläge.
Nodhälsa – Tillhandahåller användningsdata (CPU, minne, disk) och tjänststatus (hanteringstjänst, meddelandetjänst, NTP-synkronisering).
Nätverksinställningar – Tillhandahåller nätverksinformation: värdnamn, gränssnitt, IP, gateway, DNS, NTP och om dubbel IP är aktiverad.
Registreringsinformation – Ger registreringsstatus, organisationsnamn, organisationsnummer, kluster som noden ingår i och kluster-ID.

Molnanslutning – kör en serie tester från noden till Webex-molnet och tredjepartdestinationer som noden behöver få åtkomst till för att köra korrekt.

Tre typer av tester körs: DNS-upplösning, serversvarstid och bandbredd.

DNS-tester validerar att noden kan lösa en viss domän. Dessa tester rapporteras som misslyckade om servern inte svarar inom 10 sekunder. De visas som ”Godkänd” med en orange ”varningsfärg” om svarstiden är mellan 1,5 och 10 sekunder. De periodiska DNS-kontrollerna på noden genererar larm om DNS-svarstiden är längre än 1,5 sekunder.
Anslutningstester validerar att noden kan ansluta till en viss HTTPS-URL och ta emot ett svar (andra svar än proxy- eller gatewayfel accepteras som bevis på anslutning).
Listan över tester som körs från översiktssidan är inte uttömmande och innehåller inte websocket-tester.
Noden skickar larm om samtalsprocesserna inte kan slutföra webbsocket-anslutningar till molnet eller ansluta till samtalsrelaterade tjänster.

Ett godkänt eller misslyckat resultat visas bredvid varje test. Du kan hålla muspekaren över den här texten för att se mer information om vad som kontrollerades när testet kördes.

Som visas i skärmbilden som följer kan larmaviseringar även visas i sidopanelen om några larm har genererats av noden. Dessa aviseringar identifierar potentiella problem på noden och ger förslag om hur du kan felsöka eller lösa dessa problem. Om inga larm genererades visas inte aviseringspanelen.

Konfigurera nätverksinställningar från webbgränssnittet för videonätnod

Om din nätverksopologi ändras kan du använda webbgränssnittet för varje Webex-videonätnod och ändra nätverksinställningarna där. Du kan se en varning om att ändra nätverksinställningarna, men du kan fortfarande spara ändringarna om du gör ändringar i nätverket efter att du har ändrat inställningarna för Webex-videonätnod.

1

Öppna gränssnittet för Webex-videonätnod.

2

Gå till nätverket.

De aktuella nätverksinställningarna för noden visas.

3

Ändra följande inställningar för värd- och nätverkskonfiguration efter behov:

Under Redigera värdnamn och domän ändrar du värdens värdnamn och domänvärden.
Ett fel visas om FQDN (värdnamn och domän) inte har rätt format.
Under nätverksläge anges Aktivera DHCP, men DHCP stöds inte. Du måste ange en statisk IP-adress, nätmask och gateway.

Under Redigera nätverkskonfiguration ändrar du IP-adressen (för det interna gränssnittet), nätmask och gateway(en nätverksnod som fungerar som åtkomstpunkt till ett annat nätverk).

Videonätnoden måste ha en intern IP-adress och löstagbart DNS-namn. Nodens IP-adress får inte tillhöra det IP-adressintervall som är reserverat för intern användning av videonätnod. Standardreserverat IP-adressintervall är 172.17.42.0–172.17.42.63, vilket kan konfigureras senare i Diagnostic-menyn i nodkonsolen. Detta IP-adressintervall är för kommunikation inom videonätnoden och mellan programvarubehållare som håller de olika komponenterna i noden – till exempel SIP-gränssnittet och medieomkodning.

Under Redigera DNS-servrar ändrar du DNS-serverposter som hanterar översättande domännamn till numeriska IP-adresser. Du kan ange upp till 4 DNS-servrar.

4

Klicka på Spara värd- och nätverkskonfiguration och när popup-fönstret visar att noden behöver startas om klickar du på Spara och starta om.

Under sparningen valideras alla fält på serversidan. Varningar som visas indikerar i allmänhet att servern inte kan nås eller att ett giltigt svar inte returnerades när de frågades – till exempel om FQDN inte kan lösas med de angivna DNS-serveradresserna. Du kan välja att spara genom att ignorera varningen, men samtal kommer inte att fungera förrän FQDN kan lösa den DNS som konfigurerats på noden. Ett annat möjligt feltillstånd är om gatewayadressen inte är i samma subnät som IP-adressen. När videonätnoden har startats om träder nätverkskonfigurationen i kraft.

5

Ändra följande inställningar för NTP-servrar efter behov:

Under Redigera NTP-servrar ändrar du värdena för NTP-serverposter som används i din organisation för att synkronisera tiden till noden.

6

Klicka på Spara NTP-servrar.

Om du konfigurerar fler än en NTP-server är omröstningsintervallet för redundans 40 sekunder.

Om NTP-servern är en FQDN och den inte kan lösas returneras en varning. Om NTP-serverns FQDN har åtgärdats men den åtgärdade IP-adressen inte kan ifrågasättas för NTP-tid returneras en varning.

Ställ in det externa nätverksgränssnittet från webbgränssnittet för videonätnod

Om din nätverksopologi ändras kan du använda webbgränssnittet för varje Webex-videonätnod och ändra nätverksinställningarna där. Du kan se en varning om att ändra nätverksinställningarna. Du kan dock fortfarande spara ändringarna om du gör ändringar i nätverket efter att du har ändrat inställningarna för Webex-videonätnod.

Du kan konfigurera det externa nätverksgränssnittet om du distribuerar videonätnoden i ditt nätverks DMZ så att du kan isolera företagstrafiken (intern) från extern (extern) trafik.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till nätverket. De aktuella nätverksinställningarna för noden visas.
3	Klicka på Avancerat.
4	Aktivera Aktivera externt nätverk och klicka sedan på OK för att aktivera alternativen för extern IP-adress på noden.
5	Ange värden för extern IP-adress, extern nätmask och extern gateway.
6	Klicka på Spara extern nätverkskonfiguration.
7	Klicka på Spara och starta om för att bekräfta ändringen. Noden startar om för att aktivera den dubbla IP-adressen och konfigurerar sedan automatiskt de grundläggande statiska dirigeringsreglerna. Dessa regler fastställer att trafik till och från en privat klass IP-adress använder ett internt gränssnitt; trafik till och från en offentlig klass IP-adress använder ett externt gränssnitt. Senare kan du skapa egna dirigeringsregler – till exempel om du behöver konfigurera en åsidosättning och tillåta åtkomst till en extern domän från det interna gränssnittet.
8	Om det finns fel klickar du på OK för att stänga feldialogrutan, åtgärda felen och klicka på Spara extern nätverkskonfiguration igen.

Nästa steg

För att validera den interna och externa IP-adresskonfigurationen gör du stegen i Kör en ping från webbgränssnittet för videonätnod.

Testa en extern destination (till exempel cisco.com). Om det lyckas visar resultaten att destinationen har åtkomst från det externa gränssnittet.
Testa en intern IP-adress. Om detta lyckas visar resultaten att adressen har hämtats från det interna gränssnittet.

Lägg till interna och externa dirigeringsregler från webbgränssnittet för videonätnod

I en distribution av dubbelt nätverksgränssnitt (NIC) kan du finjustera dirigeringen för videonätnoder genom att lägga till användardefinierade dirigeringsregler för externa och interna gränssnitt. Standardrutorna läggs till i noderna, men du kan göra undantag – till exempel externa undernät eller värdadresser som måste nås via det interna gränssnittet, eller interna undernät eller värdadresser som måste nås från det externa gränssnittet. Utför följande steg vid behov.

Innan du börjar

Om du vill konfigurera dirigeringsregler måste du först aktivera och konfigurera det externa nätverksgränssnittet.

1

Öppna gränssnittet för Webex-videonätnod.

2

Gå till nätverket.

De aktuella nätverksinställningarna för noden visas. Om du har konfigurerat det externa nätverket visas fliken Routningsregler.

3

Klicka på fliken Routningsregler.

Första gången du öppnar den här sidan visas standardsystemdirigeringsreglerna i listan. Som standard går all intern trafik via det interna gränssnittet och extern trafik via det externa gränssnittet.

Du kan lägga till manuella åsidosättningar till dessa regler i nästa steg.

4

Om du vill lägga till en regel klickar du på Lägg till dirigeringsregel och väljer sedan något av följande alternativ:.

För nätverkstyp klickar du på Intern och anger sedan det externa subnätet eller värd-IP-adressen som ska användas för den interna rutten.
För nätverkstyp klickar du på Extern och anger sedan det interna subnätet eller värd-IP-adressen som ska användas för den externa rutten.

5

Klicka på Lägg till dirigeringsregel.

När du lägger till varje regel visas de i listan över routningsregler, kategoriserade som användardefinierade regler.

6

Om du vill ta bort en eller flera användardefinierade regler markerar du kryssrutan i kolumnen till vänster om reglerna och klickar sedan på Ta bort dirigeringsregel.

Standardrutorna kan inte tas bort, men du kan ta bort alla användardefinierade åsidosättningar som du har konfigurerat.

Anpassade dirigeringsregler kan skapa risk för konflikter med annan dirigering. Du kan till exempel definiera en regel som låser din SSH-anslutning till gränssnittet för videonätnod. Om detta inträffar gör du något av följande och tar sedan bort eller ändra dirigeringsregeln:

Öppna en SSH-anslutning till den offentliga IP-adressen för videonätnoden.
Öppna videonätnoden via ESXi-konsolen

Konfigurera behållarnätverket från webbgränssnittet för videonätnod

Videonätnod reserverar ett delnätintervall för intern användning inom noden. Standardintervallet är 172.17.42.0–172.17.42.63. Noderna svarar inte på någon extern-till-videonätnodtrafik från det här intervallet. Du kanske vill använda nodkonsolen för att ändra IP-adressen till containersbrygga för att undvika konflikter med andra enheter i nätverket.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till nätverket. De aktuella nätverksinställningarna för noden visas.
3	Klicka på Avancerat.
4	Ändra värdena för Container IP-adress och Container Subnet Mask efter behov och klicka sedan på Spara Container Network Configuration.
5	Klicka på Spara och starta om för att bekräfta ändringen.
6	Om det finns fel klickar du på OK för att stänga feldialogrutan, åtgärda felen och klicka på Spara nätverkskonfiguration för container igen.

Ställ in MTU-storlekar för nätverksgränssnittet

Alla Webex-videonätnoder har sökvägen MTU (PMTU) aktiverad som standard. Med PMTU kan noden identifiera MTU-problem och justera MTU-storleken automatiskt. När PMTU slutar fungera på grund av brandväggs- eller nätverksproblem kan noden ha problem med anslutningen till molnet eftersom paket som är större än MTU tappar. Manuell inställning av en lägre MTU-storlek kan åtgärda problemet.

Innan du börjar

Om du redan har registrerat noden måste du sätta noden i underhållsläge innan du kan ändra MTU-inställningarna.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till nätverket. De aktuella nätverksinställningarna för noden visas.
3	Klicka på Avancerat.
4	I avsnittet MTU-inställningar för gränssnitt anger du ett MTU-värde mellan 1280 och 9000 byte i tillämpliga fält. Om du har aktiverat det externa gränssnittet kan du ställa in MTU-storlekar för både det interna och det externa gränssnittet separat.

Noden startas om för att tillämpa MTU-ändringarna.

Nästa steg

Om du sätter noden i underhållsläge för att ändra MTU stänger du av underhållsläget.

Aktivera eller inaktivera cachelagring av DNS

Om DNS-svar på dina videonätnoder regelbundet tar mer än 750 ms, eller om Cisco TAC rekommenderar det, kan du aktivera DNS-cachelagring. När DNS-cachelagring är aktiverad cachar noden DNS-svar lokalt. Med cacheminnet är förfrågningar mindre benägna att fördröja eller timeout som kan leda till anslutningslarm, samtalsfall eller problem med samtalskvaliteten. DNS-cachelagring kan också minska belastningen på din DNS-infrastruktur.

Innan du börjar

Flytta noden till underhållsläge. När underhållslägets status är På (aktiva samtal har slutförts eller avbrutits i slutet av väntande period) kan du aktivera eller inaktivera DNS-cachelagring.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till nätverket. De aktuella nätverksinställningarna för noden visas.
3	Klicka på Avancerat.
4	I avsnittet DNS-cachekonfiguration växlar du Aktivera DNS-cachelagring på eller av.
5	Klicka på Spara och starta om i bekräftelsedialogrutan.
6	När noden har startats om öppnar du gränssnittet för Webex-videonätnod igen och bekräftar att anslutningskontrollerna fungerar på sidan Översikt.

När du aktiverar DNS-cachelagring visar DNS-cachestatistiken följande statistik:

Statistik	Beskrivning
Cacheposter	Antal tidigare DNS-upplösningar som DNS-cacheservern har sparat
Cacheträffar	Antalet gånger sedan cacheåterställningen som cachelagringen hanterade en DNS-begäran från videomesh utan att fråga kundens DNS-server
Cachemisser	Antalet gånger sedan cacheåterställningen som kundens DNS-server hanterade en DNS-begäran från videonät snarare än genom cacheminnet
Procent av cacheträffar	Procentandelen DNS-förfrågningar från videonät som cachelagring hanterade utan att fråga kundens DNS-server
Utgående DNS-frågor för cacheserver	Antalet DNS-frågor som videomesh DNS-cacheservern gjorde mot kundens DNS-servrar
Cacheserverns inkommande DNS-frågor	Antalet DNS-frågor som videomesh gjorde mot sin interna DNS-cacheserver
Förhållande mellan utgående och inkommande frågor	Förhållandet mellan DNS-frågor som görs av videonät mot kundens DNS-server och frågor som görs av videonät mot dess interna DNS-cacheserver
Inkommande frågor per sekund	Det genomsnittliga antalet DNS-frågor per sekund som videomesh gjorde mot sin interna DNS-cacheserver
Utgående frågor per sekund	Det genomsnittliga antalet DNS-frågor per sekund som videomesh gjorde mot kundens DNS-servrar
Utgående DNS-latens [tidsintervall]	Procent av DNS-frågor som videomesh gjorde mot kundens DNS-servrar där svarstiden föll in i det beskrivna tidsintervallet

Använd Torka DNS-cacheminnet för att återställa DNS-cacheminnet när TAC begär. När du har torkat DNS-cacheminnet ser du ett högre förhållande mellan utgående och inkommande frågor när cacheminnet fylls på. Du behöver inte placera noden i underhållsläge för att rensa cacheminnet.

Nästa steg

Flytta noden ur underhållsläge. Upprepa sedan uppgiften på alla andra noder som kräver en ändring.

Överför säkerhetscertifikat

Konfigurera en förtroenderelation mellan noden och en extern server, till exempel en syslog-server.

I en klustermiljö måste du installera CA- och servercertifikat på varje nod individuellt.

1

Öppna gränssnittet för Webex-videonätnod.

2

När du ställer in TLS med en annan server, till exempel en syslog-server, rekommenderar vi av säkerhetsskäl att du använder ett CA-signerat certifikat på dina videonätnoder istället för nodens standardcertifikat som är självsignerat. Om du vill skapa och ladda upp certifikatet och nyckelpar på videonätnoden går du till servercertifikat och följer dessa steg:

Om du behöver ett certifikat utfärdat av en certifierad leverantör klickar du på Skapa en certifikatsigneringsbegäran. Fyll i den information som krävs (inklusive alternativt ämnesnamn), som är FQDN:er som måste innehålla det gemensamma namnet). Generera och hämta sedan CSR för att skicka begäran till leverantören. Du kan skapa flera kundtjänstrepresentanter. Leverantören returnerar det signerade certifikatutfärdaren (CA). (Steget för att skapa CSR har redan genererat den privata nyckeln.)

Det vanliga namnet är inte en URL. Det innehåller inget protokoll (t.ex. http:// eller https://), portnummer eller pathname. Filen commonName fältet i certifikatspecifikationen X.509 representerar tekniskt det gemensamma namnet. Till https://www.example.com, det korrekta värdet är example.com.

När du har certifikatet och nyckeln klickar du på Överför ett servercertifikat (.crt- eller .pem-fil), välj certifikatfilen och klicka sedan på Överför en privat nyckel (.nyckelfil) och anger en lösenfras om du har en.

Den privata nyckeln finns redan på plats när en kundtjänstrepresentant genereras. Du behöver bara ladda upp en privat nyckel om du inte använder steget för att skapa CSR.
När du har fått certifikatet går du till den första videonätnoden i ett kluster, klickar på Installera servercertifikat, läs instruktionen, klicka på Installera och klicka sedan på OK.

En videonätnod som är registrerad i molnet väntar upp till 2 timmar på att alla samtal ska avslutas och hamnar i ett tillfälligt inaktivt tillstånd (frågeställningar). När antingen de befintliga samtalen är klara eller 2 timmar passerat (beroende på vilket som kommer först) slutför den här noden certifikatinstallationen. En uppmaning visas när installationen av servercertifikatet slutförs och du kan sedan läsa in sidan igen för att visa det nya certifikatet och nyckelposten.
Klicka på Hämta bredvid certifikatet och nyckelfiler för att spara en lokal kopia.

Spara filerna på en plats som är lätt att komma ihåg och lämna instansen öppen på webbläsarfliken.
Gå till den andra videonätnoden i klustret, fyll i lösenfrasen och överför sedan filen med den privata nyckeln. Klicka sedan på Ladda upp ett servercertifikat och välj sedan Installera servercertifikat, läs instruktionen, klicka på Installera och klicka sedan på OK.
Upprepa dessa steg på alla andra videonätnoder i samma kluster.

3

Välj ett alternativ beroende på hur den externa serverns CA-certifikat signeras:

Om serverns CA-certifikat är signerat av en allmänt erkänd organisation, t.ex. DigiCert, GeoTrust eller GlobalSign, kommer videonätnoden att lita på den baserat på listan över rotcertifikat från videonätnodens värdoperativsystem, som uppdateras regelbundet. Hoppa till steg 6.
Om serverns CA-certifikat är signerat av ett internt CA-rotcertifikat måste rotcertifikatet från den myndigheten läggas till i videonätnoden. Fortsätt med nästa steg.

4

Hämta certifikatet eller certifikatbetrodda certifikat (CTL) som den externa servern använder.

Precis som med videonätnodcertifikatet sparar du den externa serverfilen någonstans som är lätt att komma ihåg.

5

Gå tillbaka till fliken Gränssnitt för Webex-videonätnod, klicka på Trust Store och Proxy och välj sedan ett alternativ:

Om du vill installera ett enda CA-certifikat klickar du på Ladda upp ett rotcertifikat eller ett slutcertifikat (.crt eller .pem-fil) och väljer sedan certifikatfilen från datorn, klickar på Installera alla certifikat i Trust Store, läser instruktionen, klickar Installera och startar sedan om noden.
Om du vill installera en certifikatkedja överför du rot-CA-certifikatet och mellanliggande CA-certifikat. Klicka sedan på Installera alla certifikat i Trust Store, läs instruktionen och klicka sedan på Installera.

En videonätnod som är registrerad i molnet väntar upp till 2 timmar på att alla samtal ska avslutas och hamnar i ett tillfälligt inaktivt tillstånd (frågeställningar). För att installera certifikatet måste noden startas om och gör det automatiskt. När det kommer tillbaka online visas en uppmaning när certifikatet är installerat på videonätnoden och du kan sedan ladda upp sidan igen för att visa det nya certifikatet.

6

Upprepa överföringen av certifikatet eller certifikatkedja på alla andra videonätnoder i samma kluster.

Generera videonätloggar för stöd

Du kan bli ombedd att skicka loggar direkt till Cisco, eller så kan du hämta dem själv för att bifoga ett ärende. Använd den här proceduren från webbgränssnittet för att generera loggar och skicka dem till Cisco eller hämta dem från alla videonätnoder. Det genererade loggpaketet innehåller medialoggar, systemloggar och containerloggar. Paketet innehåller användbar information för anslutning till Webex, plattformsproblem och samtalskonfiguration eller media, så att Cisco kan felsöka distributionen av videonätnod åt dig.

1

Öppna gränssnittet för Webex-videonätnod.

2

Gå till Felsökning och välj sedan ett alternativ bredvid Skicka loggar:

Klicka på Skicka loggar till Cisco för att generera ett loggpaket från noden och skicka paketet direkt till Cisco i ett steg. Du ser en statusindikator som ändras när loggarna komprimeras, blixtas och laddas upp.
Klicka på Hämta för att generera ett långt paket från noden som du kan spara lokalt eller bifoga till ett ärende senare.

Genererade loggar lagras historiskt på noden och förblir kvar på noden även efter omstart. En överföringsidentifierare visas på sidan. Supporten använder detta värde för att identifiera dina överförda loggar.

3

När du öppnar ett ärende eller interagerar med Cisco TAC ska du inkludera värdet för uppladdningsidentifierare så att din supportingenjör kan komma åt loggarna.

Om du skickade in loggen till Cisco direkt behöver du inte ladda upp loggpaketet till TAC-ärendet.

Nästa steg

När loggar laddas upp till Cisco eller hämtas kan du köra en paketinspelning från samma skärm.

Generera videonätpaketinspelningar för stöd

Du kan köra en paketinspelning (PCAP) och skicka den till Cisco för ytterligare analys. En paketinspelning tar en ögonblicksbild av datapaket som går genom nodens nätverksgränssnitt. När paket har tagits in och skickats kan Cisco analysera den inskickade inspelningen och hjälpa till med felsökning av distributionen av videonätnod.

Innan du börjar

Paketfångstfunktionen är endast avsedd för felsökning. Om du kör en paketinspelning på en live-videonätnod som är värd för aktiva samtal kan paketinspelningen påverka nodens prestanda och den genererade filen kan skrivas över. Detta leder till förlust av insamlade data. Vi rekommenderar att du endast kör paketinspelningen under stängda timmar eller när samtalsantalet är mindre än 3 på noden.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till Felsökning. Du kan starta paketinspelning och överföra loggar samtidigt.
3	(Valfritt) I avsnittet Paketfångst kan du begränsa insamlingen till paket i ett specifikt gränssnitt, filtrera efter paket till eller från specifika värdar eller filtrera efter paket på en eller flera portar.
4	Starta processen genom att aktivera inställningen Starta paketfångst.
5	När du är klar stänger du av inställningen Starta paketfångst.
6	Välj ett alternativ: Klicka på Skicka PCAP till Cisco för att skicka paketinspelningen från noden direkt till Cisco. Du ser en statusindikator som ändras när paketinspelningen överförs. Klicka på Hämta för att spara en lokal kopia av paketinspelningen från noden. Du kan bifoga det till ett ärende senare. När en paketinspelning har överförts visas en överföringsidentifierare på sidan. Supporten använder detta värde för att identifiera din uppladdade paketinspelning. Den maximala storleken för paketinspelningar är 2 GB.
7	När du öppnar ett ärende eller interagerar med Cisco TAC ska du inkludera värdet för uppladdningsidentifierare så att din supportingenjör kan komma åt paketinspelningen.

Kör en ping från webbgränssnittet för videonätnod

Du kan köra en ping från webbgränssnittet för videonätnod. Det här steget testar en destination som du anger och ser om videonätnoden kan nå den.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till Felsökning, bläddra till Ping och ange sedan en destinationsadress som du vill testa i fältet FQDN- eller IP-adress under Testa anslutning med ping.
3	Klicka på Ping. Testet körs och du ser ett meddelande om att ping lyckas eller misslyckas. Testet har ingen tidsgräns. Om du får ett fel eller testet körs på obestämd tid kontrollerar du destinationsvärdet som du angav och dina nätverksinställningar.

Kör en spårningsrutt från webbgränssnittet för videonät

Du kan köra en spårningsruta från webbgränssnittet för videonätnod. Det här steget visar vägen som tas av paket från noden till den destination som du anger. Genom att visa spårningsinformationen kan du avgöra varför en viss anslutning kan vara dålig och kan hjälpa dig att identifiera problem.

1

Öppna gränssnittet för Webex-videonätnod.

2

Gå till Felsökning, bläddra till Traceroute och ange sedan en destinationsadress som du vill testa i fältet FQDN- eller IP-adress under Spåra rutt till värd.

Testet körs och meddelandet om framgång eller misslyckande för spårningsrutten visas. Testet tar slut med 16 sekunder. Om du får ett fel eller testtiden har gått ska du kontrollera destinationsvärdet som du angav och dina nätverksinställningar.

Kontrollera NTP-servern från webbgränssnittet för videonätnod

Du kan ange en FQDN- eller IP-adress för en nätverkstidsprotokoll (NTP)-server för att bekräfta att videonätnoden kan komma åt servern. Det här testet är användbart om du märker tidssynkroniseringsproblem och vill utesluta att NTP-servern kan nås.

1

Öppna gränssnittet för Webex-videonätnod.

2

Gå till Felsökning, bläddra till Kontrollera NTP-servern och ange sedan en destinationsadress som du vill testa i fältet FQDN- eller IP-adress under Visa svar på SNTP-frågor.

Testet körs och du ser ett meddelande om framgång eller misslyckande. Testet har ingen tidsgräns. Om du får ett fel eller testet körs på obestämd tid kontrollerar du destinationsvärdet som du angav och dina nätverksinställningar.

Identifiera portproblem med reflektorverktyget i webbgränssnittet

Reflektorverktyget (en kombination av en server på videonätnoden och klienten via ett Python-skript) används för att kontrollera om de obligatoriska TCP/UDP-portarna är öppna från videonätnoder.

Innan du börjar

Hämta en kopia av Reflector Tool Client (ett Python-skript) från https://github.com/CiscoDevNet/webex-video-mesh-reflector-client.
Se till att du kör Python 2.7.10 eller senare i din miljö för att skriptet ska fungera korrekt.
För närvarande har det här verktyget stöd för SIP-slutpunkter för videonätnoder och intraklusterverifiering.

1	Från kundvyn i https://admin.webex.com aktiverar du underhållsnoden för videonätnoden genom att följa dessa instruktioner.
2	Vänta på att noden visar status ”redo för underhåll” i Control Hub.
3	Öppna gränssnittet för Webex-videonätnod. Anvisningar finns i Hantera videonätnod från webbgränssnittet.
4	Bläddra till Reflector Tool och starta sedan antingen TCP Reflector Server eller UDP Reflector Server, beroende på vilket protokoll du vill använda.
5	Klicka på Starta reflektorserver och vänta sedan på att servern ska starta. Du ser ett meddelande när servern startar.
6	Kör skriptet med följande kommando från ett system (t.ex. en dator) i ett nätverk som du vill att videonätnoder ska nå: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` I slutet av körningen visar klienten ett framgångsmeddelande om alla obligatoriska portar är öppna: Klienten visar ett misslyckat meddelande om några obligatoriska portar inte är öppna:
7	Lös alla portproblem på brandväggen och kör sedan vidare stegen ovan.
8	Kör klienten med `--help` för att få mer information.

Aktivera felsökningskonto från webbgränssnittet för videonätnod

Om Cisco TAC kräver åtkomst till Webex-videonätnoden kan du tillfälligt aktivera ett felsökningskonto så att supporten kan köra vidare felsökning.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till Felsökning och aktivera inställningen Aktivera felsökning. En krypterad lösenfras visas som du kan tillhandahålla till Cisco TAC.
3	Kopiera lösenfrasen, klistra in den i supportbiljetten eller direkt till supportingenjören och klicka sedan på OK när du har sparat den.

Felsökningskontot är giltigt i 3 dagar, varefter det upphör.

Nästa steg

Du kan inaktivera kontot innan det upphör om du återgår till sidan Felsökning och sedan stänger av inställningen Aktivera felsökning.

Fabriksåterställning av en videonätnod från webbgränssnittet

Som en del av rensningen av avregistrering kan du fabriksåterställa videonätnoden från webbgränssnittet. Det här steget tar bort alla konfigurationer som du har installerat när noden var aktiv men tar inte bort posten för virtuella datorer. Senare kan du vilja registrera den här noden som en del av ett annat kluster som du bygger från grunden.

Innan du börjar

Du måste använda Control Hub för att avregistrera videonätnoden från klustret som är registrerat i Control Hub.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till Felsökning, bläddra till fabriksåterställning och klicka sedan på Återställ nod.
3	Se till att du förstår informationen i varningsmeddelandet som visas och klicka sedan på Återställ och Starta om. Noden startar om automatiskt efter fabriksåterställningen.

Inaktivera eller återaktivera det lokala administratörskontot från webbgränssnittet

När du installerar en Webex-videonätnod loggar du först in med ett inbyggt lokalt konto med användarnamnet ”admin”. När du har registrerat noden i Webex-molnet kan du använda inloggningsuppgifterna för Webex-organisationens administration för att hantera dina videonätnoder från Control Hub. På så sätt gäller policyn och hanteringsprocesserna för administratörskonton som gäller för Control Hub även för dina videonätnoder. För ytterligare kontroll kan du inaktivera det inbyggda ”admin”-kontot så att Control Hub hanterar all administratörsautentisering och hantering.

Använd dessa steg när du har registrerat noden i molnet för att inaktivera (eller senare aktivera igen) administratörsanvändarkontot. När du inaktiverar administratörskonto måste du använda Control Hub för att komma åt webbgränssnittet för nod.

Endast en fullständig administratör för din Webex-organisation kan använda den här funktionen. Andra administratörer, inklusive partner- och externa fullständiga administratörer, har inte Gå till nod alternativet för videonätsresurser.

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid.

2

Under Resurser på videonätkortet klickar du på Visa alla.

3

Klicka på klustret och klicka sedan på noden som du vill komma åt. Klicka Gå till nod.

4

Gå till administrationen.

5

Aktivera Aktivera inloggning för administratörsanvändare för att inaktivera kontot eller aktivera det igen.

Du kan inte inaktivera administratörskontot förrän du har registrerat noden i molnet.

6

På bekräftelseskärmen klickar du på Inaktivera eller Aktivera för att slutföra ändringen.

När du har inaktiverat administratörsanvändaren kan du inte logga in på videonätnoden via webbgränssnittet eller CLI som startas från SSH. Du kan dock logga in med administratörsanvändarinloggningsuppgifterna via en CLI som startas från VM-programvaran ESXi-konsolen.

Ändra administratörslösenfras från webbgränssnittet

Använd den här proceduren för att ändra administratörslösenfras (lösenord) för din Webex-videonätnod med hjälp av webbgränssnittet.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till Administration och bredvid Ändra lösenfras klickar du på Ändra.
3	Ange den aktuella lösenfrasen och ange sedan ett nytt lösenfrasvärde i både Ny lösenfras och Bekräfta ny lösenfras.
4	Klicka på Spara lösenfras. Ett meddelande ”ändrat lösenord” visas och sedan går du tillbaka till inloggningsskärmen.
5	Logga in med din nya administratörsinloggning och lösenfras (lösenord).

Ändra utgångsintervall för lösenfras från webbgränssnittet

Använd den här proceduren för att ändra förfallointervallet för standardlösenord på 90 dagar med hjälp av webbgränssnittet. När intervallet är över uppmanas du att ange en ny lösenfras när du loggar in på videonätnoden.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till Administration och bredvid Ändra lösenordsförfallotid anger du ett nytt värde för utgångsintervall (dagar) (upp till 365 dagar) och klickar sedan på Spara lösenordsförfallointervall. En framgångsskärm visas och du kan sedan klicka på OK för att slutföra.

Sidan Administration visar också datum för den senaste lösenordsändringen och nästa gång lösenordet upphör att gälla.

Ange extern loggning till en Syslog-server

Om du har en syslog-server kan du ställa in din Webex-videonätnod för att logga in på den externa serverns granskningsspårningsinformation, till exempel:

Information om administratörsinloggningar
Konfigurationsändringar (inklusive att aktivera eller inaktivera underhållsläget)
Programvaruuppdateringar

Noden aggregerar loggarna, om någon, och skickar dem till servern var tionde minut.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till administrationen.
3	Bredvid Extern loggning växlar du på Aktivera extern loggning.
4	För Syslog-serverinformation anger du värdens IP-adress eller fullständigt kvalificerat domännamn och syslog-porten. Om servern inte kan lösas DNS från noden ska du använda en IP-adress i fältet Värd.
5	Välj protokollet – UDP eller TCP. Om du vill använda TLS-kryptering väljer du TCP och aktiverar sedan Aktivera TLS. Se till att du även laddar upp och installerar de säkerhetscertifikat som krävs för TLS-kommunikation mellan noden och syslog-servern. Om inga certifikat är installerade använder noden sina självsignerade certifikat som standard. För hjälp, se Ladda upp säkerhetscertifikat.
6	Klicka på Spara konfiguration för extern loggning.

Egenskaperna för loggmeddelandet följer detta format: Meddelande om prioriterad tidsstämpel för värdnamnstagg.

Egenskap	Beskrivning
Företräde	Värdet är alltid 131, baserat på formeln: Prioritet = (Facilitetskod * 8) + Allvarlighetsgrad. Anläggningskoden är 16 för "local0". Allvarlighetsgraden är 3 för "meddelande".
Tidsstämpel	Tidsstämpelformatet är "Mmm dd hh:mm:ss".
Värdnamn	Värdnamnet för videonätnoden.
Etiketten	Värdet är alltid syslogAuditMsg.
Meddelanden	Meddelandet är en JSON-sträng på minst 1 KB. Dess storlek beror på antalet aggregerade händelser under det tio minuter långa intervallet.

Här är ett exempel:

{
  "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 för aviseringar om videonät

Videomesh har stöd för Webhook-aviseringar som gör det möjligt för organisationsadministratörer att ta emot aviseringar om specifika händelser. Administratörer kan välja att bli aviserade om händelser som överflöd av samtal och omdirigeringar av samtal, vilket minimerar behovet av att logga in på Control Hub för att övervaka distributionen av dem. Detta uppnås genom att skapa en webhook-prenumeration där en målURL tillhandahålls av administratören, till vilken aviseringar kommer att skickas. Med hjälp av webbhooks för aviseringar kan du även övervaka parametrar utan att använda de associerade utvecklarnas API:er.

Följande händelsetyper kan övervakas via webbkrokar:

Omdirigerar klustersamtal – Samtal omdirigeras från ett visst kluster.
Överflöd av organisationssamtal – Totalt antal samtal överflödar till molnet för en organisation.

Skapa en Webhook-prenumeration

1	Logga in på Cisco Webex-utvecklarportalen med administratörsuppgifterna.
2	Klicka på Dokumentation på utvecklarportalen.
3	Från rullningsfältet till vänster bläddrar du nedåt och klickar på Fullständig API-referens.
4	Från alternativen som expanderar nedan bläddrar du nedåt och klickar på Webhooks > Skapa en webhook.
5	Skapa en prenumeration genom att ange följande parametrar:

namn: exempel – Webhook-aviseringar för videonät
Målurl: exempel - https://10.1.1.1/webhooks
resurs: aviseringar om videonät
händelse: utlöstes
ägs av: organisation

URL:en som anges i parametern för mål-URL måste vara tillgänglig på internet och ha en server som är konfigurerad för att acceptera POST-förfrågningar som skickas av Webex Webhook.

Ställa in tröskelkonfigurationer med utvecklarAPI:er

Du kan ställa in tröskelvärden för händelserna (överflöd av organisationssamtal och omdirigering av klustersamtal) med videonätsutvecklarnas API:er. Du kan ange ett procentuellt värde för tröskelvärdena, över vilket en webhook-varning utlöses. Om tröskelvärdet till exempel är 20 för överflöd av organisationssamtal kommer en avisering att skickas när mer än 20 procent av samtalen överflödar till molnet.

En uppsättning med 4 API:er är tillgängliga för att ställa in och uppdatera tröskelvärden i Cisco Webex-utvecklarportalen och de finns listade nedan:

Konfiguration av tröskelvärde för händelsen
Hämta konfiguration av händelsetröskelvärde
Uppdatera konfiguration av tröskelvärde för händelse
Återställ konfiguration av tröskelvärde för händelse

API:erna finns tillgängliga påhttps://developer.webex.com/docs/api/v1/video-mesh .

Scenario 1 – Ställ in tröskelvärde för överflödiga organisationssamtal

1

Klicka på List Event Threshold Configuration API.

2

Konfigurera eventscope till ORG och klicka på > Kör.

3

Du kommer att få ett svar liknande det som visas nedan.

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

4

Kopiera värdet i "eventThresholdId"-fältet. Detta är händelsens tröskelvärde-ID som kommer att användas för att uppdatera och hämta tröskelvärden.

5

Klistra in värdet i "eventThresholdId" fältet för JSON-strukturen som visas nedan och kopiera hela JSON-strukturen.

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

6

Klicka på API för konfiguration av tröskelvärde för händelse .

7

Klistra in JSON-strukturen i kroppen för Update Event Threshold Configuration API.

8

Konfigurera “minThreshold” värde till det nya tröskelvärdet som du vill ställa in.

9

Du kan köra den här åtgärden för flera händelsetröskelvärden genom att ange dem som kommaseparerade värden i JSON-strukturen.

Klicka på Kör, tröskelvärdet för överflöd av organisationssamtal kommer att ställas in på det nya värdet.

Nästa steg

Om du vill visa tröskelvärdet som har ställts in för ett visst händelsetröskelvärde-ID

Klicka på API för konfiguration av tröskelvärde för händelse .
Klistra in händelsetröskel-ID i rubriken på API och klicka på Kör.
Standardvärdet för minsta tröskelvärde och det inställda tröskelvärdet visas i svaret.

Scenario 2 – Ställ in tröskelvärde för omdirigerade klustersamtal

1

Klicka på List Event Threshold Configuration API.

2

Konfigurera eventscope till KLUSTER och klicka på > Kör.

3

Svaret visar konfigurationer av alla kluster i organisationen.

4

Du kan ta emot konfigurationen av ett specifikt kluster genom att fylla i clusterID parametern.

Kopiera värdet i "eventThresholdId" fältet för det kluster vars värde du vill uppdatera. Detta är händelsens tröskelvärde-ID som kommer att användas för att uppdatera och hämta tröskelvärden.

5

Klistra in värdet i "eventThresholdId" fältet för JSON-strukturen som visas nedan och kopiera hela JSON-strukturen.

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

6

Klicka på API för konfiguration av tröskelvärde för händelse .

7

Klistra in JSON-strukturen i kroppen för Update Event Threshold Configuration API.

8

Konfigurera “minThreshold” värde till det nya tröskelvärdet som du vill ställa in.

9

Du kan köra den här åtgärden för flera händelsetröskelvärden genom att ange dem som kommaseparerade värden i JSON-strukturen.

Klicka på Kör, ditt tröskelvärde för Klustersamtal har omdirigerats kommer att ställas in på det nya värdet.

Nästa steg

Om du vill visa tröskelvärdet som har ställts in för ett visst händelsetröskelvärde-ID

Klicka på API för konfiguration av tröskelvärde för händelse .
Klistra in händelsetröskel-ID i rubriken på API och klicka på Kör.
Standardvärdet för minsta tröskelvärde och det inställda tröskelvärdet visas i svaret.

Scenario 3 – Återställning av tröskelvärden

1

Klicka på API för konfiguration av tröskelvärde för händelse .

2

Kopiera händelsetröskelvärde-ID för ett kluster eller organisationen och klistra in det i "eventThresholdId" fält i JSON-strukturen nedan.

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

3

Klistra in JSON-strukturen i kroppen och klicka på Kör.

4

Du kan återställa tröskelvärden för flera händelsetröskelvärden genom att ange dem som kommaseparerade värden i JSON-strukturen.

Tröskelvärdet kommer att ställas till standardvärdet.

Video Mesh Developer API

API:er för videonätsutvecklare är ett sätt att hämta analyser och övervaka data för dina videonätdistributioner via Webex utvecklarportal. API:erna finns tillgängliga på https://developer.webex.com/docs/api/v1/video-mesh. En exempelklient finns påhttps://github.com/CiscoDevNet/video-mesh-api-client .

Bilaga

Demoprogramvara för videonätnod

Använd demoprogramvaran för videonätnod endast för grundläggande demoändamål. Lägg inte till en demonod i ett befintligt produktionskluster. Demoklustret tar emot färre samtal än produktionen och löper ut 90 dagar efter att det har registrerats i molnet.

Demoprogramvaran för videonätnod stöds inte av Cisco TAC.
Du kan inte uppgradera demoprogramvaran för videonätnod till den fullständiga versionen av programvaran.

Hämta demo-programvarubilden från den här länken.

Specifikationer

Se System- och plattformskrav för videonätnodprogramvara för den specs-baserade konfigurationen för videonätnodprogramvara.

Demoprogramvaran har stöd för antingen ett enda nätverksgränssnitt eller ett dubbelt nätverksgränssnitt.

Kapacitet

Vi testar inte demobilden för kapacitet. Du ska bara använda den för att testa grundläggande mötesscenarier. Se de användningsfall som följer för vägledning.

Använd case för demoprogramvaran för videonätnod

Media förankrade till lokala

Distribuera och konfigurera noden med demoprogramvaran.
Kör ett möte som inkluderar följande mötesdeltagare: en Webex-appdeltagare, Webex-slutpunktsdeltagare och en Cisco Webex Board.
När mötet är över går du från kundvyn i https://admin.webex.com till Analytics för att komma åt videonätrapporterna. I rapporterna kan du se att medierna stannade lokalt.

Möte med molndeltagare och lokala mötesdeltagare

Kör ett annat möte med ett par lokala Webex-mötesdeltagare och en i molnet.
Observera att alla mötesdeltagare sömlöst kan delta i och delta i mötet.

Hantera videonätnod från konsolen

Innan du kan göra nätverksändringar i videonätnoder som är registrerade i molnet måste du använda Control Hub för att sätta dem i underhållsläge. Mer information och en procedur att följa finns i Flytta en nod till underhållsläge.

Underhållsläget är endast avsett att förbereda en nod för avstängning eller omstart så att du kan göra vissa ändringar i nätverksinställningen (DNS, IP, FQDN) eller förbereda dig för maskinvaruunderhåll, t.ex. ersätta RAM, hårddisk och så vidare.

Uppgraderingar sker inte när en nod är placerad i underhållsläge.

När du placerar en nod i underhållsläge stängs samtalstjänsterna på ett graciöst sätt (slutar att acceptera nya samtal och väntar upp till 2 timmar innan befintliga samtal slutförs). Syftet med den graciösa avstängningen av samtalstjänster är att tillåta omstart eller avstängning av noden utan att orsaka avbrutna samtal.

Ändra nätverksinställningar för videonätnod i konsolen

Om nätverkens topologi ändras måste du öppna konsollgränssnittet för varje videonätnod och ändra nätverksinställningarna där. Du kan se en varning om att ändra nätverksinställningarna, men du kan fortfarande spara ändringarna om du gör ändringar i nätverket efter att du har ändrat inställningarna för videonätnod.

1

Öppna nodkonsolgränssnittet via VM-ware vSphere-klienten och logga sedan in med administratörsuppgifterna.

Efter första konfigurationen av nätverksinställningarna och om videonätet kan nås kan du komma åt nodgränssnittet via ett säkert skal (SSH).

2

Välj alternativ från huvudmenyn på videonätnodkonsolen 2 Redigera konfiguration och klicka sedan Välj.

3

Läs instruktionen om att samtalen avslutas på videonätnoden och klicka sedan på Ja.

4

Klicka på Statisk, ange IP-adressen för det interna gränssnittet, Mask, Gateway och DNS värden för ditt nätverk.

Videonätnoden måste ha en intern IP-adress och löstagbart DNS-namn. Nodens IP-adress får inte tillhöra det IP-adressintervall som är reserverat för intern användning av videonätnod. Standardreserverat IP-adressintervall är 172.17.42.0–172.17.42.63, vilket kan konfigureras i diagnostikmenyn. Detta IP-adressintervall är för kommunikation inom videonätnoden och mellan programvarubehållare som håller de olika komponenterna i noden – till exempel SIP-gränssnittet och medieomkodning.
Distribuera alla noder på samma subnät eller VLAN så att alla noder i ett kluster kan nås var klienterna bor i nätverket.
För en dubbel NIC DMZ-distribution kan du ange den externa IP-adressen i nästa procedur efter att du har sparat den interna nätverkskonfigurationen och startat om noden.

5

Ange din organisations NTP-server eller en annan extern NTP-server som kan användas i din organisation.

När du har konfigurerat NTP-servern och sparat nätverksinställningarna kan du följa stegen i Kontrollera hälsa på videonätnod från konsolen för att kontrollera att tiden synkroniseras korrekt via de angivna NTP-servrarna.

Om du konfigurerar fler än en NTP-server är omröstningsintervallet för redundans 40 sekunder.

6

(Valfritt) Ändra värdnamn eller domän om det behövs.

För att säkerställa en lyckad registrering i molnet använder du endast små tecken i värdnamnet som du har ställt in för videonätnoden. Kapitalisering stöds inte just nu.
När du använder eller konfigurerar FQDN eller värdnamn måste du även ange en giltig och löstagbar domän. Den totala längden på FQDN får inte överstiga 64 tecken.

7

Klicka Spara och klicka sedan på Spara ändringar och omstart.

Under sparningen utförs DNS-validering om du har angett en domän. En varning visas om FQDN (värdnamn och domän) inte kan lösas med de angivna DNS-serveradresserna. Du kan välja att spara genom att ignorera varningen, men samtal kommer inte att fungera förrän FQDN kan lösa den DNS som konfigurerats på noden. När videonätnoden har startats om träder nätverkskonfigurationen i kraft.

Ändra administratörslösenfras för videonätnoden

Använd den här proceduren för att ändra administratörslösenfras (lösenord) för videonätnoden i nodens konsol.

1	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
2	Öppna och logga in på VM-varans ESXi-konsol för din videonätnod.
3	I huvudmenyn väljer du alternativ 3 Hantera administratörslösenfras, sedan 1 Ändra administratörslösenfras och klicka sedan på Retur.
4	Läs informationen om lösenordssidan som har upphört, klicka på Retur och klicka sedan på den igen efter att lösenordsmeddelandet har upphört att gälla.
5	Tryck på Enter.
6	När du har loggat ut från konsolen går du tillbaka till inloggningsskärmen och loggar sedan in med administratörsinloggning och lösenordsfras (lösenord) som du har upphört. Eventuellt uppmanas du att ange ditt lösenord.
7	För Gammalt lösenord anger du den aktuella lösenfrasen och trycker sedan på Retur.
8	För Nytt lösenord anger du en ny lösenfras och trycker sedan på Retur.
9	För Ange nytt lösenord igen skriver du om den nya lösenfrasen och trycker sedan på Retur. Ett meddelande ”ändrat lösenord” visas och sedan går du tillbaka till inloggningsskärmen.
10	Logga in med din nya administratörsinloggning och lösenfras (lösenord).

Kör en ping från videonätnodkonsolen

Du kan köra en ping från videonätnodkonsollens gränssnitt. Det här steget testar en destination som du anger och ser om videonätnoden kan nå den.

1	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
2	Från videonätnodkonsolen går du till 4 Diagnostik och väljer sedan Ping.
3	I fältet ping anger du en destinationsadress som du vill testa, till exempel en IP-adress eller värdnamn, och klicka sedan på OK. Testet körs och du ser ett meddelande om att ping lyckas eller misslyckas. Om du får ett fel kontrollerar du destinationsvärdet som du angav och dina nätverksinställningar.

Aktivera felsökning av användarkonto via konsolen

Om supporten kräver åtkomst till videonätnoden kan du använda konsolgränssnittet för att tillfälligt aktivera ett felsökningskonto så att supporten kan köra vidare felsökning på noden.

1	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
2	Från videonätnodkonsolen går du till 4 Diagnostik, väljer 2 Aktivera felsökningskonto och klickar sedan på Ja.
3	När ett meddelande visar att felsökningsanvändarkontot har skapats klickar du på OK för att visa den krypterade lösenfrasen. Du skickar den krypterade lösenfrasen till stöd. De använder detta tillfälliga konto och avkrypterade lösenfras för att säkert komma åt din videonätnod för felsökning. Det här kontot upphör att gälla efter 3 dagar eller så kan du inaktivera det när supporten är klar.
4	Välj start och slut på de krypterade uppgifterna och kopiera-klistra in dem i supportärendet eller e-postmeddelandet som du skickar till support.
5	När du har skickat den här informationen till support återgår du till videonätnodkonsolen och trycker på valfri knapp för att gå tillbaka till huvudmenyn.

Nästa steg

Kontot upphör om 3 dagar, men när supporten visar att de har slutfört felsökningen på noden kan du returnera videonätnodkonsolen, gå till 4 Diagnostik och sedan välja 3 Inaktivera felsökning-användarkontot för att inaktivera kontot innan det upphör.

Skicka loggar från videonätnodkonsolen

Du kan uppmanas att skicka loggar direkt till Cisco eller via säker kopia (SCP). Använd den här proceduren för att skicka loggar direkt från alla videonätnoder som du har registrerat till molnet.

1	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
2	I huvudmenyn klickar du på alternativ 4 Diagnostik och trycker sedan på Retur.
3	Klicka på 4 Exportera loggfiler, ge feedback om du vill och klicka sedan på Nästa.
4	Välj ett alternativ: Skicka loggar med SCP, bekräfta exporten av loggarna, ange SCP-uppgifterna (Värd, Användarnamn och Dest_Mapp) och klicka sedan på OK. Skicka loggar till Cisco och bekräfta exporten av loggarna.
5	Välj OK för att återgå till huvudmenyn för videonätnod.
6	(Valfritt) Välj 5 Kontrollera statusen för loggfiler som skickas till Cisco om du har skickat loggarna till Cisco.

Nästa steg

När du har skickat loggar rekommenderar vi att du skickar feedback direkt från Webex-appen så att dina supportkontakter har all information de behöver för att hjälpa dig.

Relaterad information

Hur kontaktar jag min Customer Success Manager (CSM)?

Kontrollera hälsan för videonätnod från konsolen

Du kan visa nodens hälsa direkt från själva videonätnoden. Resultaten är informativa, men kan hjälpa till med felsökningssteg – om NTP-synkronisering till exempel inte fungerar kan du kontrollera NTP-servervärdet i nätverksinställningarna.

1

Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.

2

Från videonätnodkonsolen går du till 4 Diagnostik och väljer sedan 6 Kontrollera nodhälsa för att visa följande information om noden:

Behållare för hanteringstjänst
ETCD (värdelagring som tillförlitligt lagrar data över ett kluster)
NTP-synkroniserad
Diskutrymme (gratis/använd %)
Minne (gratis/använd %)

Konfigurera behållarnätverk på videonätnod

Videonätnod reserverar ett delnätintervall för intern användning inom noden. Standardintervallet är 172.17.42.0–172.17.42.63. Noderna svarar inte på någon extern-till-videonätnodtrafik från det här intervallet. Du kanske vill använda nodkonsolen för att ändra IP-adressen till containersbrygga för att undvika konflikter med andra enheter i nätverket.

1	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
2	Från huvudmenyn på videonätnodkonsolen går du till 4 Diagnostik och väljer sedan 7 Konfigurera containernätverk. Efter försiktighetsåtgärden som anger att aktiva samtal avslutas på noden klickar du på Ja.
3	Ändra värdena för Container Bridge IP och Network Mask efter behov och klicka sedan på Spara. Du ser en skärm som visar nätverksinformation om behållaren, inklusive IP-adressintervallet som är reserverat för interna operationer på videonätnoden.
4	Klicka på OK.

Identifiera portproblem med reflektorverktyget i konsolen

Reflektorverktyget (en kombination av en server på videonätnoden och klienten via ett Python-skript) används för att kontrollera om de obligatoriska TCP/UDP-portarna är öppna från videonätnoder.

Innan du börjar

Hämta en kopia av Reflector Tool Client (Python-skript) och packa sedan upp filen till en plats som är lätt att hitta. Zip-filen innehåller skriptet och en readme-fil.
Se till att du kör Python 2.7.10 eller senare i din miljö för att skriptet ska fungera korrekt.
För närvarande har det här verktyget stöd för SIP-slutpunkter för videonätnoder och intraklusterverifiering.

1	Från kundvyn i https://admin.webex.com aktiverar du underhållsnoden för videonätnoden genom att följa dessa instruktioner.
2	Vänta på att noden visar status ”redo för underhåll” i Control Hub.
3	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
4	Från gränssnittet för videonätnod går du till Diagnostik > Reflector Server > Reflector Server för TCP eller (UDP). Starta servern antingen för TCP eller för UDP.
5	Bläddra till Reflector Tool och starta sedan antingen TCP Reflector Server eller UDP Reflector Server, beroende på vilket protokoll du vill använda.
6	Klicka på Starta reflektorserver och vänta sedan på att servern ska starta. Du ser ett meddelande när servern startar.
7	Kör skriptet med följande kommando från ett system (t.ex. en dator) i ett nätverk som du vill att videonätnoder ska nå: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` I slutet av körningen visar klienten ett framgångsmeddelande om alla obligatoriska portar är öppna: Klienten visar ett misslyckat meddelande om några obligatoriska portar inte är öppna:
8	Lös alla portproblem på brandväggen och kör sedan vidare stegen ovan.
9	Kör klienten med `--help` för att få mer information.

Fabriksåterställning av en videonätnod från konsolen

Som en del av rensningen av avregistrering kan du fabriksåterställa videonätnoden. Det här steget tar bort alla konfigurationer som du har installerat när noden var aktiv, men tar inte bort posten för virtuella datorer. Senare kan du vilja registrera den här noden som en del av ett annat kluster som du bygger från grunden.

Innan du börjar

Du måste använda Control Hub för att avregistrera videonätnoden från klustret som är registrerat i Control Hub.

1	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
2	Från videonätnodkonsolen går du till 4 diagnostik och väljer sedan 8 fabriksåterställning.
3	Se till att du förstår informationen i anteckningen som visas och klicka sedan på Återställ. Noden startar om automatiskt efter fabriksåterställningen.

Migrera en befintlig maskinvaruplattform till videonätnod

Du kan migrera en befintlig plattform som stöds (till exempel en CMS1000 som kör Cisco Meeting Server) till videonät. Använd den här proceduren för att vägleda dig genom migreringsprocessen.

Stegen varierar beroende på den kombinerade versionen av ESXi på hårdvaruplattformen.

Innan du börjar

Ladda ner en ny kopia av den senaste videonätnodprogramvarubilden (OVA). Distribuera inte en ny videonätnod med en tidigare hämtad OVA.

1	Logga in i det virtuella datorgränssnittet och stäng sedan programvaran som körs på plattformen.
2	Ta bort programmet som körs på plattformen. Det får inte finnas några programvarubilder kvar på plattformen. Du kan inte heller köra videonätnodprogramvara tillsammans med annan programvara på samma plattform.
3	Distribuera en ny virtuell maskin från en ny OVF- eller OVA-fil.
4	Ange ett namn för den virtuella datorn och välj OVA-filen för videonätnoden.
5	Ändra disketablering till Tjock.
6	Ladda upp mfusion.ova programvarubilden som du hämtade.
7	När den virtuella datorn körs återgår du till Logga in på videonätnodkonsolen och fortsätter den inledande konfigurationen av videonätnoden.

Funktionsjämförelse och migreringsväg från mötesrum för samarbete Hybrid till videonät

Jämförelse av funktioner

Funktion	Videonät och Cisco Webex Meeting Center-video	CMR Hybrid
Mötestyp:	Schemalagt Ett klick (direkt) Personligt mötesrum: Konsekvent erfarenhet för lokaler och molnbaserade möten	Endast schemalagda
schemaläggning	Webex produktivitetsverktyg (Windows och Mac) Schemaläggning av hybrid-kalender med @webex Webex-portal	Webex-aktiverade TelePresence Windows och Mac produktivitetsverktyg TMS-schemaläggning
Alternativ för mötesanslutning	Inringning och utringning PIN-kod skyddad (värd) En knapp att trycka på (OBTP)	Endast inringning OBTP
Mötesupplevelse	Unified Roster (Webex-klient) Unified Controls (Webex-klient) Låsa/låsa upp möte Stäng av/slå på ljudet för telenärvaro mötesdeltagare	Ingen Unified Roster (Webex-klient och TelePresence Server) Separata kontroller (Webex-klient och TelePresence-server)
Kapacitets- och distributionsmodell	Obegränsad kapacitet Lokalt och automatiskt överflöd Växla och transkodning	Kapacitet för omkodning begränsad till TelePresence-servern

Checklista för migreringssökväg

Nedan finns en översikt på hög nivå över hur du migrerar en befintlig webbplats till videoplattformen version 2.0 och förbereder webbplatsen för att integreras med videonät. Stegen kan variera beroende på din befintliga miljö. Samarbeta med din partner eller kundframgångschef för att säkerställa en smidig migrering.

Se till att funktionen Meeting Center-videokonferenser tillhandahålls på Webex-webbplatsen.
Webbplatsadministratören får sitt hanteringsportalskonto. Administratören distribuerar sedan videonätnoder för Webex-organisationen.
Webbplatsadministratören tilldelar CMR-privilegiet för att aktivera alla eller vissa CMR Hybrid-användare med Cisco Webex Meeting Center Video.
(Valfritt) Inaktivera CMR Hybrid-sessionstypen för den här underställningen och aktivera sedan Cisco Webex Meeting Center-video i användarprofilen.
Webbplatsadministratören konfigurerar videonät och väljer sedan Hybrid som medieresurstyp under Alternativ för mötesrum för samarbete.
Webbplatsadministratören konfigurerar lokal TelePresence Management Suite (TMS) och One Button to Push (OBTP) för att arbeta med Cisco Webex Meeting Center Video. Se Distributionsguide för Cisco Webex Meeting Center-videokonferenser för vägledning.
När CMR-privilegiet är aktiverat för en användare är Webex produktivitetsverktyg standardversionen av Cisco Webex Meeting Center Video. Alla nya möten som schemaläggs av användarna är Cisco Webex Meeting Center-videomöten.
Om konferensrum ingår i inbjudan trycks OBTP-informationen till konferensrummet via TMS (endast för CMR Hybrid-möten).
Befintliga möten som har konfigurerats av CMR Hybrid-användare innan de växlades till Cisco Webex Meeting Center Video ska fortsätta att fungera så länge som kunden behåller de lokala MCU- och TMS-inställningarna.
Befintliga CMR Hybrid-möten kan inte ändras eller uppdateras för att återspegla mötesinformationen i Cisco Webex Meeting Center Video. Om användare vill använda en ny inbjudan måste de ta bort de gamla mötena och skapa nya möten.
Om kunden vill dra tillbaka lokala MCU-, TMS-möten fungerar inte gamla CMR Hybrid-möten. Nya möten med Cisco Webex Meeting Center-videoinformation måste skapas.

Interoperabilitetsprotokoll för TelePresence och segmentväxling

Videonät har stöd för förhandlingar om TelePresence Interoperability Protocol (TIP) och multiplex (MUX) för både 1-skärm och 3-skärm IX och TX-slutpunkter.

För slutpunkter med tre skärmar ska alla tre skärmarna visa video om det finns tillräckligt med mötesdeltagare i konferensen. Ett annat treskärmssystem i konferensen resulterar i segmentsbyte i stället för rumsbyte. Detta innebär att i stället för att alla tre skärmarna blir stora när någon i ett annat treskärmssystem talar, blir endast den aktiva panelen stor. De andra två panelerna fylls i med video från andra system. När de visas små återges alla tre paneler tillsammans (för alla enheter, en eller tre skärmar) med en enda gränsbox och namnetikett.

Beroende på värdresurserna i molnet kommer vissa slutpunkter att visa alla tre skärmar i ett rum med tre skärmar i filmremsan, medan andra endast visar en ruta. Webex-appen visar bara 1 panel, även om medierna är lokala.

För stora möten som överflödar från en nod och överlappning till en sekund ses samma av alla slutpunkter som hålls på en annan nod än den som är värd för treskärmssystemet (endast en ruta som visas i layouten). Presentationsdelning kräver att BFCP förhandlas via samtalssökvägen.

Ny och ändrad information

Den här tabellen täcker nya funktioner eller funktioner, ändringar i befintligt innehåll och eventuella större fel som har åtgärdats i distributionsguiden.

Mer information om programvaruuppdateringar av Webex-videonätnod finns i https://help.webex.com/en-us/article/jgobq2/Webex-Video-Mesh-release-notes.

Datum	Byt
14 maj 2024	Tog bort en anteckning om att angivna Thousand Eyes-tester inte stöder videonätnoder bakom en proxy i Enable ThousandEyes for Video Mesh.
09 februari 2024	Lade till ThousandEyes Integration med videonät. Deltagarkapacitet har lagts till för samtal med 1080p-upplösning i Kapacitet för videonätnoder . . Lade till en anteckning om differentiering av UDP-källport i trafiksignaturer för videonät (tjänstekvalitet aktiverad). Uppdaterade versioner av VM-ware ESXi som stöds i hela guiden.
31 augusti 2023	Uppdaterade strukturen och lade till information om nyligen introducerade API:er i videonätnodAPI:er. En anteckning och OBTP-information (One Button to Push) togs bort från kraven för samtalskontroll och mötesintegrering för videonät. Lade till en anteckning om omröstningsintervall för redundans i Konfigurera nätverkskonfiguration av videonätnoden i konsolen och Konfigurera nätverksinställningar från webbgränssnittet för videonätnod. Uppdaterade versioner av VM-ware ESXi som stöds i hela guiden.
31 juli 2023	Webhooks för aviseringar om videonät har lagts till.
28 juli 2023	API:er för videonätnod har lagts till.
15 juni 2023	Nomenklaturen har uppdaterats från ”Webex-appen” till ”Webex-appen” hela tiden. Uppdaterad Webex-videonätöversikt för att ange att E2EE-möten nu stöds i videonät. Tog bort inaktuell information och uppdaterade en anteckning i Webex-videonätöversikt. Uppdaterade klienter och enheter som använder videonätnod för att ange att webbklienten nu stöds på videonätverk och borttagna föråldrad information. Lade till en anteckning i System- och plattformskrav för videonätnodprogramvara som anger att demomiljöer inte stöds av Cisco TAC. Uppdaterad information i avsnittet Lokalt och Molnsamtal. Tog bort en anteckning i molnklustervalet för överflöd baserat på 250 ms eller fördröjning för STUN-rundresa . Uppdaterad information i Portar och protokoll för Webex Meetings-trafik. Tog bort föråldrad information från Registrera videonätnoden i Webex Cloud och Support och begränsningar för privata möten. Uppdaterade steg och tog bort föråldrad information från Aktivera videonät för Webex-webbplatsen. Uppdaterad information i Inaktivera videonät.
16 maj 2023	Uppdaterade portar och protokoll för hantering, trafiksignaturer för videonät (tjänstekvalitet aktiverad) och trafiksignaturer för videonät (tjänstekvalitet inaktiverad) för att återspegla de senaste portarna och protokollen som används av videonät. Uppdaterade de bilder som påverkas av ändringarna. Tog bort 444 portreferenser från Krav för proxystöd för videonät, portar och protokoll för hantering, Konfigurera videonätnod för proxyintegrering och Konfigurera videonätnod för proxyintegrering. Uppdaterade portintervall för tjänstekvalitet på videonätnod, Aktivera tjänstekvalitet (QoS) för videonätnod och portar och protokoll för Webex Meetings-trafik. Lade till en anteckning om övervakningsfel i Kör ett omedelbart test och Konfigurera periodiska tester. Lade till en anteckning och uppdaterade en varning som starkt rekommenderar användning av det senaste programvarupaketet (OVA) för distributioner i Installera och konfigurera videonätnodprogramvara. Uppdaterade en varning om noder som placeras i underhållsläge i Hantera videonätnod från webbgränssnittet och Hantera videonätnod från konsolen. Uppdaterat avsnitt Video Mesh Analytics för att återspegla de senaste ändringarna i användargränssnittet.
27 mars 2023	Uppdaterade system- och plattformskrav för videonätnodprogramvara med de senaste maskinvarukonfigurationerna och tillägg av bandbreddskrav.
02 mars 2023	Lagt till information om tester som övervakningsverktyget körs i Övervakningsverktyget för videonät. Steg för att komma åt översiktssidan för övervakningsverktyget har ändrats i Kör ett omedelbart test och Konfigurera periodiska tester. Tillagd information om visning och filtrering resultat i Kör ett omedelbart test och Konfigurera periodiska tester. Uppdaterad Aktivera videonät för Webex-webbplatsen.
7 juli 2022	Uppdaterade kapacitetsuppskattningarna i Kapacitet för videonätnoder. Omnämnanden av den föråldrade MM410v-servern togs bort hela tiden.
30 juni 2022	Lagt till information om de nya massetableringsskripten på https://github.com/CiscoDevNet/webex-video-mesh-node-provisioning.
14 juni 2022	Steg för att byta certifikatkedjor har ändrats för att inkludera ECDSA-certifikat i Exchange certifikatkedjor mellan Unified CM och videonätnoder
18 maj 2022	Hämtningswebbplatsen för reflektorverktyget har ändrats till https://github.com/CiscoDevNet/webex-video-mesh-reflector-client.
29 april 2022	Lagt till information om den nya funktionen i Håll media på videonät för alla externa Webex-möten.
25 mars 2022	Uppdateringar av portanvändning i portar och protokoll för hantering.
Decemeber 10, 2021	Lade till CMS 2000 och noterade uppgraderingsproblem för äldre CMS 1000:er som uppgraderar till ESXi 7 i System- och plattformskrav för videonätnodprogramvara.
30 augusti 2021	Lade till information om att verifiera att Webex har rätt källland för din distribution i Verifiera att källlandet är korrekt.
27 augusti 2021	Anmärkning om analysrapporter har lagts till i Support och begränsningar för privata möten.
13 augusti 2021	Lagt till information om den nya funktionen Privata möten i: Kluster i videonät Privat mötessamtal Privata möten
22 juli 2021	Lagt till information om hur du kontrollerar att systemet har rätt källplats för samtal. Korrigera källplatsstöd vid effektiv dirigering. Se Kontrollera att källlandet är korrekt.
25 juni 2021	Observera att den fullständiga Webex-upplevelsen-funktionen i Webex-appen är inkompatibel med videonät i klienter och enheter som använder videonätnod.
7 maj 2021	Korrigerat den rekommenderade klusterstorleken till 100 i Riktlinjer för distribution av videonätskluster.
12 april 2021	Uppdaterad Konfigurera Expressway TCP SIP-trafikroutning för videonät för att använda Webex-zonen i stället för en ny DNS-zon.
9 februari 2021	Lagt till information om den nya Gå till nod i Control Hub för att få åtkomst till översikt över Webex-videonätnod från webbgränssnittet. Lade till Inaktivera eller aktivera avsnittet Lokal administratörskonto från webbgränssnittet för att beskriva nya funktioner. I varje avsnitt som använder nodens webbgränssnitt har stegen uppdaterats för att ange hur du kommer åt gränssnittet från Control Hub. Lade till Ladda upp säkerhetscertifikat. Lade till Ange extern loggning till en Syslog-server.
11 december 2020	I Aktivera eller inaktivera DNS-cachi har du lagt till information om DNS-cacheborttagning.
22 oktober 2020	I portar och protokoll för Webex Meetings-trafik har SIP-signaleringsportkrav lagts till.
19 oktober 2020	Hänvisning till cloudfront.net som inte längre används av tjänsten har tagits bort.
18 september 2020	Minskade IP-adress som är reserverat för intern användning av Webex Videonätnod från originalet 172.17.0.0–172.17.255.255 (65 536 adresser) till 172.17.42.0–172.17.42.63 (64 adresser).
26 augusti 2020	Lagt till stöd för Webex Events i videonätöversikt. Lagt till nytt avsnitt Aktivera eller inaktivera DNS-cachi.
4 augusti 2020	Uppdaterade följande avsnitt för stöd för korta videoadresser: Integrera videonät med uppgiftsflöde för samtalskontroll Konfigurera Unified CM-säker TLS SIP-trafikroutning för videonät Konfigurera Unified CM TCP SIP-trafikroutning för videonät Konfigurera Expressway TCP SIP-trafikroutning för videonät Uppdaterade avsnittet VMNL ite Samtalskapacitet i Samtalskapacitet på videonätnodplattformar.
9 juli 2020	Lagt till nytt avsnitt Ställ in MTU-storlekar för nätverksgränssnittet.
26 juni 2020	Lagt till information om det nya VMNL ite-distributionsalternativet i: Samtalskapacitet på videonätnodplattformar System- och plattformskrav för programvara för videonätnod Installera och konfigurera programvara för videonätnod Borttagna omnämnanden av standard-NTP-server eftersom OVA inte längre har ett standard-NTP-servervärde. Uppdaterade Generera videonätförpackningar för stöd med nya filtreringsalternativ.
9 juni 2020	Lagt till information om det nya alternativet för schemaläggning av veckovis automatisk programvaruuppgradering i: Registrera videonätnoden i Webex Cloud Ställ in uppgraderingsschema för videonätkluster
21 maj 2020	Uppdaterade portar och protokoll för hantering och krav för proxystöd för videonät.
15 maj 2020	Uppdaterad videonätöversikt.
25 april 2020	Lade till nya avsnitt i Hantera Webex-videonätnod från webbgränssnittet: Ställ in det externa nätverksgränssnittet från webbgränssnittet för videonätnod Lägg till interna och externa dirigeringsregler Konfigurera containernätverket från webbgränssnittet för Webex-videonätnod Åtgärdade ett fel i granulariteten för den horisontella axeln i felsökning av åtkomst, filter och spara Webex-videonät (värdena växlades mellan alternativen för de senaste 7 dagarna och de senaste 24 timmarna).
22 januari 2020	Nytt avsnitt har lagts till: Fabriksåterställning av en Webex-videonätnod från webbgränssnittet. Lade till mer information om anslutningskontroller i Hantera Webex-videonätnod från avsnittet Webbgränssnitt. Trådlös delning i rummet har lagts till i avsnittet Klienter och enheter som använder Webex-videonätnod.
12 december 2019	Ändringar av lösenfras och lösenfras har lagts till i avsnittet Hantera Webex-videonätnod från webbgränssnittet i kapitlet Hantera och felsöka.
10 december 2019	Lade till följande information och portintervall i trafiksignaturtabellerna (för QoS aktiverat och inaktiverat: Källans IP-adress: Nätnod för video Destinationens IP-adress: Webex molnmedietjänster Källa-UDP-portar: 35000 till 52499 Destinationens UDP-portar: 5004 Inbyggd DSCP-märkning: av41 Mediatyp: Testa STUN-paket Avsnittet ”Bandbreddsriktlinjer” bytte namn till ”Videokvalitet och skalning” och lade till en länk till dokumentationen för önskad arkitektur. I konfigurationen av Unified CM TLS angav vår guide felaktigt att konfigurera en osäker SIP-trunk för Webex-molnredogörelse. Korrigerade uttalandet för att säga för att skapa en SIP-trunk (du kan konfigurera den som antingen säker eller icke-säker).
4 november 2019	Gammalt analysinnehåll har tagits bort och ett nytt avsnitt har lagts till. I avsnittet Exchange-certifikat lade du till information om fältet Alternativa ämnesnamn(er) och lade till följande anmärkning i avsnittet Innan du börjar: Av säkerhetsskäl rekommenderar vi att du använder ett CA-signerat certifikat på dina videonätnoder i stället för nodens standardcertifikat som är självsignerat.
18 oktober 2019	Uppdaterade beskrivningen av inställningen 1080p Control Hub för att klargöra att den här inställningen påverkar samtalskapaciteten och endast gäller lokala SIP-registrerade enheter. Se Aktivera 1080p HD-video för lokala SIP-enheter i videonätnodmöten för mer information. Uppdaterade tabellen för enhet och slutpunkter som stöds för att endast lista de testade molnregistrerade enheter.
26 september 2019	Lagt till nytt avsnitt Konfigurera nätverksinställningar från webbgränssnittet för videonätnod. Åtgärdade beskrivningen om rapporten om resursanvändning. Det står nu: Genomsnittlig resursanvändning för mediemikrotjänster som används i videonätklustren. Lade till en anteckning i kapacitetsavsnittet: Överflöd vid låg samtalsvolym (särskilt SIP-samtal som har sitt ursprung lokalt) återspeglar inte skalan. Videonätsanalys (under Control Hub > Resurser > Samtalsaktivitet) anger samtalsanslutningarna som har sitt ursprung lokalt. De anger inte vilka samtalsströmmar som kom in genom kaskaden till videonätsnoden för mediebehandling. När antalet fjärranslutna mötesdeltagare ökar under ett möte ökar den resulterande överlappningen och förbrukar lokala medieresurser på videonätnoden.
13 september 2019	Uppdaterad Installera och konfigurera videonätnodprogramvara med nätverkskonfigurationssteg som visas på sidan Anpassa mall. Uppdaterade system- och plattformskrav för videonätnodprogramvara med 72v CPU (motsvarande CMS 1000) för specifikationsbaserad konfiguration.
29:e augusti 2019	Lade till explicit proxy och autentiseringstyper som stöds för explicita proxykonfigurationer (Ingen autentisering, Basic, Digest, NTLM). Proxystöd för Edge-videonät Krav för proxystöd för videonät Konfigurera Webex-videonätnod för proxyintegrering Lade till Upplösningar och framerates som stöds för videonät. Uppdaterade klienter och enheter som använder videonätnod för att indikera att Webex Ring mitt videosystem till Webex molnregistrerade videoenheter använder videonätnod.
24 juli 2019	I avsnittet Hantera Webex-videonätnod från webbgränssnittet har följande uppdateringar gjorts: Lade till nya avsnitt för Ping-test, Trace Route-test, NTP-servertest, reflektorverktyg och felsökningskonto. Uppdaterade avsnittet Översikt – Tog bort överlappningar från skärmbilden och lade till OS-versionen. Innehållet ”Hantera videonät från konsolen” har flyttats till bilagan till guiden. Kapitlet ”Hantera Webex-videonät” har bytt namn till ”Hantera och felsöka Webex-videonät” och har flyttat innehållet i registreringsfelsökning till det kapitlet.
9 juli 2019	I kraven för samtalskontroll och mötesintegration för videonät uppdaterades minimiversioner som stöds för Unified CM-, Expressway- och Webex-webbplatser. I Klienter och enheter som använder videonätnod lades till versioner av Jabber VDI och Webex VDI som stöds (de är SIP-klienter). Ett friskrivningsklausul har också lagts till.
24 maj 2019	Lade till nya avsnitt om felsökningsfunktionerna och uppdaterade översiktsskärmen i webbgränssnittet för videonätnod: Generera Webex-videonätloggar för stöd Generera inspelningar av Webex-videonät för support Åtkomst till översikt över Webex-videonätnod från webbgränssnittet
25 april 2019	Uppdaterade Hantera och felsöka Webex-videonät för att ange att underhållsläget Control Hub krävs innan något underhåll utförs på videonätnoder.
11 april 2019	Tog bort föråldrad information från bandbreddskraven. Uppdaterade innehållet och diagrammen och ändrade avsnittsnamnet till Videokvalitet och skalning för videonät.

Översikt över Cisco Webex-videonät

Översikt över Webex-videonät

Webex-videonät hittar dynamiskt den optimala mixen av lokala resurser och molnkonferensresurser. Konferenser på plats stannar på plats när det finns tillräckligt med lokala resurser. När de lokala resurserna är slut expanderas konferenserna till molnet.

Videonätnod är programvara som installeras på en lokal Cisco UCS-server, registrerad i molnet och hanteras i Control Hub. Webex Meetings, Webex personliga mötesrum, Webex Space Meetings och Webex-appsamtal mellan två personer kan dirigeras till lokala onlinevideonätnoder. Videonät väljer det mest effektiva sättet att använda tillgängliga resurser.

Videonät ger följande fördelar:

Förbättrar kvaliteten och minskar latensen genom att du kan behålla dina samtal på plats.
Skickar dina samtal transparent till molnet när lokala resurser har nått sin gräns eller inte är tillgängliga.
Hantera dina videonätskluster från molnet med ett enda administrativt gränssnitt: Control Hub (https://admin.webex.com ).
Optimera resurser och skala kapacitet vid behov.
Kombinerar funktionerna i molnet och lokala konferenser i en smidig användarupplevelse.
Minskar kapacitetsproblem eftersom molnet alltid är tillgängligt när ytterligare konferensresurser behövs. Du behöver inte göra kapacitetsplanering i värsta fall.
Ger avancerad analys av kapacitet och användning samt felsökningsrapportdata i https://admin.webex.com.
Använder lokal mediebehandling när användare ringer in till ett Webex-möte från lokala standardbaserade SIP-slutpunkter och klienter:
- SIP-baserade slutpunkter och klienter (Cisco-slutpunkter, Jabber, 3:e part SIP), registrerade vid lokal samtalskontroll (Cisco Unified Communications Manager eller Expressway), som ringer till ett Cisco Webex-möte.
- Webex-appen (inklusive parkopplad med rumsenheter) som deltar i ett Webex-möte.
- Webex-rums- och skrivbordsenheter som direkt deltar i ett Webex-möte.
Ger optimerat ljud- och videointeraktivt röstsvar (IVR) till SIP-baserade slutpunkter och klienter på nätet.
Slutpunkterna H.323, IP-inringning och Skype för företag (S4B) fortsätter att delta i möten från molnet.
Stöder 1080p 30fps HD-video som ett alternativ för möten om mötesdeltagare som kan stödja 1080p hålls via lokala lokala videonätnoder. (Om en deltagare deltar i ett pågående möte från molnet kommer lokala användare att fortsätta uppleva 1080p 30fps på slutpunkter som stöds.)
Förbättrad och differentierad tjänstekvalitet (QoS): separat ljud (EF) och video (AF41).

Webex-videonät har för närvarande inte stöd för Webex Webinars.
Stöder slutpunkt-till-slutpunkt-krypterade möten (E2EE-möten). Om en kund distribuerar videonät och väljer mötestypen E2EE lägger den till ytterligare ett säkerhetslager, vilket säkerställer att dina data (media, filer, whiteboardtavlor, kommentarer) förblir säkra och hindrar tredje part från att komma åt eller ändra dem. Mer information finns i Distribuera Zero-Trust-möten.

Privata möten har för närvarande inte stöd för kryptering från slutpunkt till slutpunkt.

Klienter och enheter som använder videonätnod

Vi har strävat efter att göra videonät kompatibelt med relevanta klienter och enhetstyper. Även om det inte är möjligt att testa alla scenarier omfattar de tester som dessa data bygger på de vanligaste funktionerna i de angivna slutpunkterna och infrastrukturen. Avsaknaden av en enhet eller klient innebär att det saknas tester och att Cisco saknar officiellt stöd.

Tabell 1. Klienter och enheter som använder videonätnod
Klient- eller enhetstyp	Använder videonätnod på punkt-till-punkt-samtal	Använder videonätnod på flerpartsmöte
Webex-appen (skrivbord och mobil)	Ja	Ja
Webex-enheter, inklusive rumsenheter och Webex Board. (Se avsnittet Krav på slutpunkt och Webex-appen för en fullständig lista.)	Ja	Ja
Trådlös delning i rummet mellan Webex-appen och Room-, Desk- och Board-enheter som stöds.	Ja	Ja
Unified CM-registrerade enheter (inklusive IX-slutpunkter) och klienter (inklusive Jabber VDI 12.6 och senare och Webex VDI 39.3 och senare) som ringer in till ett Webex-schemalagt möte eller ett personligt rum i Webex.*	Nej	Ja
VCS/Expressway-registrerade enheter som ringer in i ett schemalagt Webex- eller Webex-möte i personligt rum.*	Nej	Ja
Webex Ring mitt videosystem till Webex molnregistrerade videoenheter	Ej tillämpligt	Ja
Webex-appens webbklient ( https://web.webex.com)	Ja	Ja
Telefoner registrerade för Cisco Webex Calling	Nej	Nej
Webex Ring mitt videosystem till lokalt registrerade SIP-enheter	Ej tillämpligt	Nej

_{* Det går inte att garantera att alla lokala enheter och kunder har testats med videonätlösningen.}

Videonätkompatibilitet med den fullständiga Webex-upplevelsen

Om du aktiverar den fullständiga Webex-upplevelsen för Webex-appen stöds inte Webex-appen med videonätnoderna. Den funktionen skickar för närvarande signalering och media direkt till Webex. Framtida versioner gör Webex-appen och videonätet kompatibla. Som standard har vi inte aktiverat den funktionen för kunder med videonät.

Du kan ha problem med videonät och den fullständiga Webex-upplevelsen:

Om du har lagt till videonät i din distribution efter att funktionen har introducerats.
Om du har aktiverat den funktionen utan att känna till dess inverkan på videonätet.

Om du upptäcker problem kontaktar du Cisco-kontoteamet för att inaktivera växlingsknappen för Webex-upplevelse.

Tjänstekvalitet på videonätnod

Videonätnoder överensstämmer med rekommenderad servicekvalitet (QoS) genom att aktivera portintervall som låter dig skilja ljud- och videoströmmar i alla flöden till och från videonätnoderna. Den här ändringen låter dig skapa QoS-principer och effektivt kommentera trafik till och från videonätnoderna.

Till dessa portändringar följer QoS-ändringar. Videonätnoder markerar automatiskt medietrafik från SIP-registrerade slutpunkter (lokala Unified CM eller VCS Expressway registrerade) för både ljud (EF) och video (AF41) separat med lämplig tjänsteklass och använder välkända portintervall för specifika medietyper.

Källtrafiken från de lokala registrerade slutpunkterna bestäms alltid av konfigurationen på samtalskontrollen (Unified CM eller VCS Expressway).

Mer information finns i QoS-tabellen i Portar och protokoll som används av videonät och stegen för att aktivera eller inaktivera QoS i Video Mesh Distribution Task Flow

Webex-appen fortsätter att ansluta till videonätnoder via delad port 5004. Dessa portar används också av Webex-appen och slutpunkter för STUN-tester för videonätnoder. Videonätnod till videonätnod för överlappningar använder målportintervallet 10000–40000.

Proxystöd för videonät

Videonät har stöd för uttryckliga, genomskinliga och icke-inspekterade proxyservrar. Du kan koppla dessa proxyservrar till din distribution av videonät så att du kan säkra och övervaka trafiken från företaget till molnet. Den här funktionen skickar signalering och hantering av https-baserad trafik till proxyn. För öppna proxyservrar vidarebefordras nätverksförfrågningar från videonätnoder till en specifik proxy via företagsnätverksdirigeringsregler. Du kan använda videonätadministratörsgränssnittet för certifikathantering och den totala anslutningsstatusen när du har implementerat proxyn med noderna.

Media reser inte genom proxyn. Du måste fortfarande öppna de nödvändiga portarna för medieströmmar för att nå molnet direkt. Se Portar och protokoll för hantering.

Följande proxytyper stöds av videonät:

Explicit proxy (inspektion eller icke-inspektion) – Med explicit proxy berättar du för klienten (videonätnoder) vilken proxyserver som ska användas. Det här alternativet har stöd för en av följande autentiseringstyper:
- Ingen – Ingen ytterligare autentisering krävs. (För uttrycklig proxy för HTTP eller HTTPS.)
- Grundläggande – Används för en HTTP-användaragent för att ange ett användarnamn och lösenord när en begäran görs och använder Base64-kodning. (För uttrycklig proxy för HTTP eller HTTPS.)
- Digest – används för att bekräfta identiteten på kontot innan du skickar känslig information och använder en hash-funktion på användarnamn och lösenord innan du skickar över nätverket. (För HTTPS-uttrycklig proxy.)
- NTLM – Liksom Digest används NTLM för att bekräfta identiteten på kontot innan känslig information skickas. Använder Windows-inloggningsuppgifter istället för användarnamn och lösenord. Det här autentiseringssystemet kräver flera utbyten för att slutföras. (För HTTP-uttrycklig proxy.)
Transparent proxy (icke-inspektion) – Videonätnoder har inte konfigurerats för att använda en specifik proxyserveradress och bör inte kräva några ändringar för att fungera med en icke-inspekterande proxy.
Transparent proxy (inspektion) – Videonätnoder har inte konfigurerats för att använda en specifik proxyserveradress. Inga http(s)-konfigurationsändringar krävs för videonät, men videonätnoderna behöver ett rotcertifikat så att de litar på proxyn. Inspekterade proxyservrar används vanligtvis av IT för att upprätthålla policyer om vilka webbplatser som kan besökas och vilka typer av innehåll som inte är tillåtna. Den här typen av proxy avkrypterar all trafik (även https).

Upplösningar och framerater som stöds för videonät

Den här tabellen omfattar de upplösningar som stöds och framerar från ett avsändare-mottagarperspektiv i ett möte som hålls på en videonätnod. Avsändarklienten (app eller enhet) finns över den övre raden i tabellen, medan mottagarklienten finns på den vänstra kolumnen i tabellen. Motsvarande cell mellan de två mötesdeltagarna fångar den förhandlade innehållsupplösningen, ramar per avsnitt och ljudkälla.

Upplösningen påverkar samtalskapaciteten på alla videonätnoder. Mer information finns i Kapacitet för videonätnoder.

Upplösning och frameratvärde kombineras som XXXpYY – Till exempel innebär 720p10 720p vid 10 ramar per sekund.

Definitionsförkortningarna (SD, HD och FHD) i kolumnen för avsändarraden och mottagaren avser klientens eller enhetens övre upplösning:

SD – Standarddefinition (576p)
HD – Hög upplösning (720p)
FHD – full högupplösning (1080p)

Tabell 2. Upplösningar och framerater som stöds för videonät
Mottagare	Avsändare
	Webex-appen	Webex-appmobil	SIP-registrerade enheter (HD)	SIP-registrerade enheter (FHD)	Webex-registrerade enheter (SD)	Webex-registrerade enheter (HD)	Webex-registrerade enheter (FHD)
Skrivbord för Webex-appen	720p10 Blandat ljud*	720p10 Blandat ljud	720p30 Blandat ljud	720p30 Blandat ljud	576p15 Innehållsljud**	720p30 Blandat ljud	720p30 Blandat ljud
Webex-appmobil	—	—	—	—	—	—	—
SIP-registrerade enheter (HD)	720p30 Innehållsljud	720p15 Blandat ljud	1080p15 Blandat ljud	1080p15 Blandat ljud	576p15 Blandat ljud	1080p15 Blandat ljud	1080p15 Blandat ljud
SIP-registrerade enheter (FHD)	1080p30 Blandat ljud	720p15 Blandat ljud	1080p15 Blandat ljud	1080p30 Blandat ljud	576p15 Blandat ljud	1080p15 Blandat ljud	1080p30 Blandat ljud
Webex-registrerade enheter (SD)	1080p15 Blandat ljud	720p15 Blandat ljud	1080p15 Blandat ljud	1080p15 Blandat ljud	576p15 Blandat ljud	1080p15 Blandat ljud	1080p15 Blandat ljud
Webex-registrerade enheter (FHD)	1080p30 Blandat ljud	720p15 Blandat ljud	1080p15 Blandat ljud	1080p30 Blandat ljud	576p15 Blandat ljud	1080p15 Blandat ljud	1080p30 Blandat ljud

_{* Innehållsljud avser det ljud som spelas upp från det specifika innehållet som delas, till exempel en strömmande video. Den här ljudströmmen är separat från det vanliga mötesljudet.}

_{** Blandat ljud avser en blandning av mötesdeltagarens ljud och ljud från innehållsdelning.}

Ny och ändrad information

Den här tabellen täcker nya funktioner eller funktioner, ändringar i befintligt innehåll och eventuella större fel som har åtgärdats i distributionsguiden.

Mer information om programvaruuppdateringar av Webex-videonätnod finns i https://help.webex.com/en-us/article/jgobq2/Webex-Video-Mesh-release-notes.

Datum	Byt
14 maj 2024	Tog bort en anteckning om att angivna Thousand Eyes-tester inte stöder videonätnoder bakom en proxy i Enable ThousandEyes for Video Mesh.
09 februari 2024	Lade till ThousandEyes Integration med videonät. Deltagarkapacitet har lagts till för samtal med 1080p-upplösning i Kapacitet för videonätnoder . . Lade till en anteckning om differentiering av UDP-källport i trafiksignaturer för videonät (tjänstekvalitet aktiverad). Uppdaterade versioner av VM-ware ESXi som stöds i hela guiden.
31 augusti 2023	Uppdaterade strukturen och lade till information om nyligen introducerade API:er i videonätnodAPI:er. En anteckning och OBTP-information (One Button to Push) togs bort från kraven för samtalskontroll och mötesintegrering för videonät. Lade till en anteckning om omröstningsintervall för redundans i Konfigurera nätverkskonfiguration av videonätnoden i konsolen och Konfigurera nätverksinställningar från webbgränssnittet för videonätnod. Uppdaterade versioner av VM-ware ESXi som stöds i hela guiden.
31 juli 2023	Webhooks för aviseringar om videonät har lagts till.
28 juli 2023	API:er för videonätnod har lagts till.
15 juni 2023	Nomenklaturen har uppdaterats från ”Webex-appen” till ”Webex-appen” hela tiden. Uppdaterad Webex-videonätöversikt för att ange att E2EE-möten nu stöds i videonät. Tog bort inaktuell information och uppdaterade en anteckning i Webex-videonätöversikt. Uppdaterade klienter och enheter som använder videonätnod för att ange att webbklienten nu stöds på videonätverk och borttagna föråldrad information. Lade till en anteckning i System- och plattformskrav för videonätnodprogramvara som anger att demomiljöer inte stöds av Cisco TAC. Uppdaterad information i avsnittet Lokalt och Molnsamtal. Tog bort en anteckning i molnklustervalet för överflöd baserat på 250 ms eller fördröjning för STUN-rundresa . Uppdaterad information i Portar och protokoll för Webex Meetings-trafik. Tog bort föråldrad information från Registrera videonätnoden i Webex Cloud och Support och begränsningar för privata möten. Uppdaterade steg och tog bort föråldrad information från Aktivera videonät för Webex-webbplatsen. Uppdaterad information i Inaktivera videonät.
16 maj 2023	Uppdaterade portar och protokoll för hantering, trafiksignaturer för videonät (tjänstekvalitet aktiverad) och trafiksignaturer för videonät (tjänstekvalitet inaktiverad) för att återspegla de senaste portarna och protokollen som används av videonät. Uppdaterade de bilder som påverkas av ändringarna. Tog bort 444 portreferenser från Krav för proxystöd för videonät, portar och protokoll för hantering, Konfigurera videonätnod för proxyintegrering och Konfigurera videonätnod för proxyintegrering. Uppdaterade portintervall för tjänstekvalitet på videonätnod, Aktivera tjänstekvalitet (QoS) för videonätnod och portar och protokoll för Webex Meetings-trafik. Lade till en anteckning om övervakningsfel i Kör ett omedelbart test och Konfigurera periodiska tester. Lade till en anteckning och uppdaterade en varning som starkt rekommenderar användning av det senaste programvarupaketet (OVA) för distributioner i Installera och konfigurera videonätnodprogramvara. Uppdaterade en varning om noder som placeras i underhållsläge i Hantera videonätnod från webbgränssnittet och Hantera videonätnod från konsolen. Uppdaterat avsnitt Video Mesh Analytics för att återspegla de senaste ändringarna i användargränssnittet.
27 mars 2023	Uppdaterade system- och plattformskrav för videonätnodprogramvara med de senaste maskinvarukonfigurationerna och tillägg av bandbreddskrav.
02 mars 2023	Lagt till information om tester som övervakningsverktyget körs i Övervakningsverktyget för videonät. Steg för att komma åt översiktssidan för övervakningsverktyget har ändrats i Kör ett omedelbart test och Konfigurera periodiska tester. Tillagd information om visning och filtrering resultat i Kör ett omedelbart test och Konfigurera periodiska tester. Uppdaterad Aktivera videonät för Webex-webbplatsen.
7 juli 2022	Uppdaterade kapacitetsuppskattningarna i Kapacitet för videonätnoder. Omnämnanden av den föråldrade MM410v-servern togs bort hela tiden.
30 juni 2022	Lagt till information om de nya massetableringsskripten på https://github.com/CiscoDevNet/webex-video-mesh-node-provisioning.
14 juni 2022	Steg för att byta certifikatkedjor har ändrats för att inkludera ECDSA-certifikat i Exchange certifikatkedjor mellan Unified CM och videonätnoder
18 maj 2022	Hämtningswebbplatsen för reflektorverktyget har ändrats till https://github.com/CiscoDevNet/webex-video-mesh-reflector-client.
29 april 2022	Lagt till information om den nya funktionen i Håll media på videonät för alla externa Webex-möten.
25 mars 2022	Uppdateringar av portanvändning i portar och protokoll för hantering.
Decemeber 10, 2021	Lade till CMS 2000 och noterade uppgraderingsproblem för äldre CMS 1000:er som uppgraderar till ESXi 7 i System- och plattformskrav för videonätnodprogramvara.
30 augusti 2021	Lade till information om att verifiera att Webex har rätt källland för din distribution i Verifiera att källlandet är korrekt.
27 augusti 2021	Anmärkning om analysrapporter har lagts till i Support och begränsningar för privata möten.
13 augusti 2021	Lagt till information om den nya funktionen Privata möten i: Kluster i videonät Privat mötessamtal Privata möten
22 juli 2021	Lagt till information om hur du kontrollerar att systemet har rätt källplats för samtal. Korrigera källplatsstöd vid effektiv dirigering. Se Kontrollera att källlandet är korrekt.
25 juni 2021	Observera att den fullständiga Webex-upplevelsen-funktionen i Webex-appen är inkompatibel med videonät i klienter och enheter som använder videonätnod.
7 maj 2021	Korrigerat den rekommenderade klusterstorleken till 100 i Riktlinjer för distribution av videonätskluster.
12 april 2021	Uppdaterad Konfigurera Expressway TCP SIP-trafikroutning för videonät för att använda Webex-zonen i stället för en ny DNS-zon.
9 februari 2021	Lagt till information om den nya Gå till nod i Control Hub för att få åtkomst till översikt över Webex-videonätnod från webbgränssnittet. Lade till Inaktivera eller aktivera avsnittet Lokal administratörskonto från webbgränssnittet för att beskriva nya funktioner. I varje avsnitt som använder nodens webbgränssnitt har stegen uppdaterats för att ange hur du kommer åt gränssnittet från Control Hub. Lade till Ladda upp säkerhetscertifikat. Lade till Ange extern loggning till en Syslog-server.
11 december 2020	I Aktivera eller inaktivera DNS-cachi har du lagt till information om DNS-cacheborttagning.
22 oktober 2020	I portar och protokoll för Webex Meetings-trafik har SIP-signaleringsportkrav lagts till.
19 oktober 2020	Hänvisning till cloudfront.net som inte längre används av tjänsten har tagits bort.
18 september 2020	Minskade IP-adress som är reserverat för intern användning av Webex Videonätnod från originalet 172.17.0.0–172.17.255.255 (65 536 adresser) till 172.17.42.0–172.17.42.63 (64 adresser).
26 augusti 2020	Lagt till stöd för Webex Events i videonätöversikt. Lagt till nytt avsnitt Aktivera eller inaktivera DNS-cachi.
4 augusti 2020	Uppdaterade följande avsnitt för stöd för korta videoadresser: Integrera videonät med uppgiftsflöde för samtalskontroll Konfigurera Unified CM-säker TLS SIP-trafikroutning för videonät Konfigurera Unified CM TCP SIP-trafikroutning för videonät Konfigurera Expressway TCP SIP-trafikroutning för videonät Uppdaterade avsnittet VMNL ite Samtalskapacitet i Samtalskapacitet på videonätnodplattformar.
9 juli 2020	Lagt till nytt avsnitt Ställ in MTU-storlekar för nätverksgränssnittet.
26 juni 2020	Lagt till information om det nya VMNL ite-distributionsalternativet i: Samtalskapacitet på videonätnodplattformar System- och plattformskrav för programvara för videonätnod Installera och konfigurera programvara för videonätnod Borttagna omnämnanden av standard-NTP-server eftersom OVA inte längre har ett standard-NTP-servervärde. Uppdaterade Generera videonätförpackningar för stöd med nya filtreringsalternativ.
9 juni 2020	Lagt till information om det nya alternativet för schemaläggning av veckovis automatisk programvaruuppgradering i: Registrera videonätnoden i Webex Cloud Ställ in uppgraderingsschema för videonätkluster
21 maj 2020	Uppdaterade portar och protokoll för hantering och krav för proxystöd för videonät.
15 maj 2020	Uppdaterad videonätöversikt.
25 april 2020	Lade till nya avsnitt i Hantera Webex-videonätnod från webbgränssnittet: Ställ in det externa nätverksgränssnittet från webbgränssnittet för videonätnod Lägg till interna och externa dirigeringsregler Konfigurera containernätverket från webbgränssnittet för Webex-videonätnod Åtgärdade ett fel i granulariteten för den horisontella axeln i felsökning av åtkomst, filter och spara Webex-videonät (värdena växlades mellan alternativen för de senaste 7 dagarna och de senaste 24 timmarna).
22 januari 2020	Nytt avsnitt har lagts till: Fabriksåterställning av en Webex-videonätnod från webbgränssnittet. Lade till mer information om anslutningskontroller i Hantera Webex-videonätnod från avsnittet Webbgränssnitt. Trådlös delning i rummet har lagts till i avsnittet Klienter och enheter som använder Webex-videonätnod.
12 december 2019	Ändringar av lösenfras och lösenfras har lagts till i avsnittet Hantera Webex-videonätnod från webbgränssnittet i kapitlet Hantera och felsöka.
10 december 2019	Lade till följande information och portintervall i trafiksignaturtabellerna (för QoS aktiverat och inaktiverat: Källans IP-adress: Nätnod för video Destinationens IP-adress: Webex molnmedietjänster Källa-UDP-portar: 35000 till 52499 Destinationens UDP-portar: 5004 Inbyggd DSCP-märkning: av41 Mediatyp: Testa STUN-paket Avsnittet ”Bandbreddsriktlinjer” bytte namn till ”Videokvalitet och skalning” och lade till en länk till dokumentationen för önskad arkitektur. I konfigurationen av Unified CM TLS angav vår guide felaktigt att konfigurera en osäker SIP-trunk för Webex-molnredogörelse. Korrigerade uttalandet för att säga för att skapa en SIP-trunk (du kan konfigurera den som antingen säker eller icke-säker).
4 november 2019	Gammalt analysinnehåll har tagits bort och ett nytt avsnitt har lagts till. I avsnittet Exchange-certifikat lade du till information om fältet Alternativa ämnesnamn(er) och lade till följande anmärkning i avsnittet Innan du börjar: Av säkerhetsskäl rekommenderar vi att du använder ett CA-signerat certifikat på dina videonätnoder i stället för nodens standardcertifikat som är självsignerat.
18 oktober 2019	Uppdaterade beskrivningen av inställningen 1080p Control Hub för att klargöra att den här inställningen påverkar samtalskapaciteten och endast gäller lokala SIP-registrerade enheter. Se Aktivera 1080p HD-video för lokala SIP-enheter i videonätnodmöten för mer information. Uppdaterade tabellen för enhet och slutpunkter som stöds för att endast lista de testade molnregistrerade enheter.
26 september 2019	Lagt till nytt avsnitt Konfigurera nätverksinställningar från webbgränssnittet för videonätnod. Åtgärdade beskrivningen om rapporten om resursanvändning. Det står nu: Genomsnittlig resursanvändning för mediemikrotjänster som används i videonätklustren. Lade till en anteckning i kapacitetsavsnittet: Överflöd vid låg samtalsvolym (särskilt SIP-samtal som har sitt ursprung lokalt) återspeglar inte skalan. Videonätsanalys (under Control Hub > Resurser > Samtalsaktivitet) anger samtalsanslutningarna som har sitt ursprung lokalt. De anger inte vilka samtalsströmmar som kom in genom kaskaden till videonätsnoden för mediebehandling. När antalet fjärranslutna mötesdeltagare ökar under ett möte ökar den resulterande överlappningen och förbrukar lokala medieresurser på videonätnoden.
13 september 2019	Uppdaterad Installera och konfigurera videonätnodprogramvara med nätverkskonfigurationssteg som visas på sidan Anpassa mall. Uppdaterade system- och plattformskrav för videonätnodprogramvara med 72v CPU (motsvarande CMS 1000) för specifikationsbaserad konfiguration.
29:e augusti 2019	Lade till explicit proxy och autentiseringstyper som stöds för explicita proxykonfigurationer (Ingen autentisering, Basic, Digest, NTLM). Proxystöd för Edge-videonät Krav för proxystöd för videonät Konfigurera Webex-videonätnod för proxyintegrering Lade till Upplösningar och framerates som stöds för videonät. Uppdaterade klienter och enheter som använder videonätnod för att indikera att Webex Ring mitt videosystem till Webex molnregistrerade videoenheter använder videonätnod.
24 juli 2019	I avsnittet Hantera Webex-videonätnod från webbgränssnittet har följande uppdateringar gjorts: Lade till nya avsnitt för Ping-test, Trace Route-test, NTP-servertest, reflektorverktyg och felsökningskonto. Uppdaterade avsnittet Översikt – Tog bort överlappningar från skärmbilden och lade till OS-versionen. Innehållet ”Hantera videonät från konsolen” har flyttats till bilagan till guiden. Kapitlet ”Hantera Webex-videonät” har bytt namn till ”Hantera och felsöka Webex-videonät” och har flyttat innehållet i registreringsfelsökning till det kapitlet.
9 juli 2019	I kraven för samtalskontroll och mötesintegration för videonät uppdaterades minimiversioner som stöds för Unified CM-, Expressway- och Webex-webbplatser. I Klienter och enheter som använder videonätnod lades till versioner av Jabber VDI och Webex VDI som stöds (de är SIP-klienter). Ett friskrivningsklausul har också lagts till.
24 maj 2019	Lade till nya avsnitt om felsökningsfunktionerna och uppdaterade översiktsskärmen i webbgränssnittet för videonätnod: Generera Webex-videonätloggar för stöd Generera inspelningar av Webex-videonät för support Åtkomst till översikt över Webex-videonätnod från webbgränssnittet
25 april 2019	Uppdaterade Hantera och felsöka Webex-videonät för att ange att underhållsläget Control Hub krävs innan något underhåll utförs på videonätnoder.
11 april 2019	Tog bort föråldrad information från bandbreddskraven. Uppdaterade innehållet och diagrammen och ändrade avsnittsnamnet till Videokvalitet och skalning för videonät.

Översikt över Cisco Webex-videonät

Översikt över Webex-videonät

Webex-videonät hittar dynamiskt den optimala mixen av lokala resurser och molnkonferensresurser. Konferenser på plats stannar på plats när det finns tillräckligt med lokala resurser. När de lokala resurserna är slut expanderas konferenserna till molnet.

Videonätnod är programvara som installeras på en lokal Cisco UCS-server, registrerad i molnet och hanteras i Control Hub. Webex Meetings, Webex personliga mötesrum, Webex Space Meetings och Webex-appsamtal mellan två personer kan dirigeras till lokala onlinevideonätnoder. Videonät väljer det mest effektiva sättet att använda tillgängliga resurser.

Videonät ger följande fördelar:

Förbättrar kvaliteten och minskar latensen genom att du kan behålla dina samtal på plats.
Skickar dina samtal transparent till molnet när lokala resurser har nått sin gräns eller inte är tillgängliga.
Hantera dina videonätskluster från molnet med ett enda administrativt gränssnitt: Control Hub (https://admin.webex.com ).
Optimera resurser och skala kapacitet vid behov.
Kombinerar funktionerna i molnet och lokala konferenser i en smidig användarupplevelse.
Minskar kapacitetsproblem eftersom molnet alltid är tillgängligt när ytterligare konferensresurser behövs. Du behöver inte göra kapacitetsplanering i värsta fall.
Ger avancerad analys av kapacitet och användning samt felsökningsrapportdata i https://admin.webex.com.
Använder lokal mediebehandling när användare ringer in till ett Webex-möte från lokala standardbaserade SIP-slutpunkter och klienter:
- SIP-baserade slutpunkter och klienter (Cisco-slutpunkter, Jabber, 3:e part SIP), registrerade vid lokal samtalskontroll (Cisco Unified Communications Manager eller Expressway), som ringer till ett Cisco Webex-möte.
- Webex-appen (inklusive parkopplad med rumsenheter) som deltar i ett Webex-möte.
- Webex-rums- och skrivbordsenheter som direkt deltar i ett Webex-möte.
Ger optimerat ljud- och videointeraktivt röstsvar (IVR) till SIP-baserade slutpunkter och klienter på nätet.
Slutpunkterna H.323, IP-inringning och Skype för företag (S4B) fortsätter att delta i möten från molnet.
Stöder 1080p 30fps HD-video som ett alternativ för möten om mötesdeltagare som kan stödja 1080p hålls via lokala lokala videonätnoder. (Om en deltagare deltar i ett pågående möte från molnet kommer lokala användare att fortsätta uppleva 1080p 30fps på slutpunkter som stöds.)
Förbättrad och differentierad tjänstekvalitet (QoS): separat ljud (EF) och video (AF41).

Webex-videonät har för närvarande inte stöd för Webex Webinars.
Stöder slutpunkt-till-slutpunkt-krypterade möten (E2EE-möten). Om en kund distribuerar videonät och väljer mötestypen E2EE lägger den till ytterligare ett säkerhetslager, vilket säkerställer att dina data (media, filer, whiteboardtavlor, kommentarer) förblir säkra och hindrar tredje part från att komma åt eller ändra dem. Mer information finns i Distribuera Zero-Trust-möten.

Privata möten har för närvarande inte stöd för kryptering från slutpunkt till slutpunkt.

Klienter och enheter som använder videonätnod

Vi har strävat efter att göra videonät kompatibelt med relevanta klienter och enhetstyper. Även om det inte är möjligt att testa alla scenarier omfattar de tester som dessa data bygger på de vanligaste funktionerna i de angivna slutpunkterna och infrastrukturen. Avsaknaden av en enhet eller klient innebär att det saknas tester och att Cisco saknar officiellt stöd.

Tabell 1. Klienter och enheter som använder videonätnod
Klient- eller enhetstyp	Använder videonätnod på punkt-till-punkt-samtal	Använder videonätnod på flerpartsmöte
Webex-appen (skrivbord och mobil)	Ja	Ja
Webex-enheter, inklusive rumsenheter och Webex Board. (Se avsnittet Krav på slutpunkt och Webex-appen för en fullständig lista.)	Ja	Ja
Trådlös delning i rummet mellan Webex-appen och Room-, Desk- och Board-enheter som stöds.	Ja	Ja
Unified CM-registrerade enheter (inklusive IX-slutpunkter) och klienter (inklusive Jabber VDI 12.6 och senare och Webex VDI 39.3 och senare) som ringer in till ett Webex-schemalagt möte eller ett personligt rum i Webex.*	Nej	Ja
VCS/Expressway-registrerade enheter som ringer in i ett schemalagt Webex- eller Webex-möte i personligt rum.*	Nej	Ja
Webex Ring mitt videosystem till Webex molnregistrerade videoenheter	Ej tillämpligt	Ja
Webex-appens webbklient ( https://web.webex.com)	Ja	Ja
Telefoner registrerade för Cisco Webex Calling	Nej	Nej
Webex Ring mitt videosystem till lokalt registrerade SIP-enheter	Ej tillämpligt	Nej

_{* Det går inte att garantera att alla lokala enheter och kunder har testats med videonätlösningen.}

Videonätkompatibilitet med den fullständiga Webex-upplevelsen

Om du aktiverar den fullständiga Webex-upplevelsen för Webex-appen stöds inte Webex-appen med videonätnoderna. Den funktionen skickar för närvarande signalering och media direkt till Webex. Framtida versioner gör Webex-appen och videonätet kompatibla. Som standard har vi inte aktiverat den funktionen för kunder med videonät.

Du kan ha problem med videonät och den fullständiga Webex-upplevelsen:

Om du har lagt till videonät i din distribution efter att funktionen har introducerats.
Om du har aktiverat den funktionen utan att känna till dess inverkan på videonätet.

Om du upptäcker problem kontaktar du Cisco-kontoteamet för att inaktivera växlingsknappen för Webex-upplevelse.

Tjänstekvalitet på videonätnod

Videonätnoder överensstämmer med rekommenderad servicekvalitet (QoS) genom att aktivera portintervall som låter dig skilja ljud- och videoströmmar i alla flöden till och från videonätnoderna. Den här ändringen låter dig skapa QoS-principer och effektivt kommentera trafik till och från videonätnoderna.

Till dessa portändringar följer QoS-ändringar. Videonätnoder markerar automatiskt medietrafik från SIP-registrerade slutpunkter (lokala Unified CM eller VCS Expressway registrerade) för både ljud (EF) och video (AF41) separat med lämplig tjänsteklass och använder välkända portintervall för specifika medietyper.

Källtrafiken från de lokala registrerade slutpunkterna bestäms alltid av konfigurationen på samtalskontrollen (Unified CM eller VCS Expressway).

Mer information finns i QoS-tabellen i Portar och protokoll som används av videonät och stegen för att aktivera eller inaktivera QoS i Video Mesh Distribution Task Flow

Webex-appen fortsätter att ansluta till videonätnoder via delad port 5004. Dessa portar används också av Webex-appen och slutpunkter för STUN-tester för videonätnoder. Videonätnod till videonätnod för överlappningar använder målportintervallet 10000–40000.

Proxystöd för videonät

Videonät har stöd för uttryckliga, genomskinliga och icke-inspekterade proxyservrar. Du kan koppla dessa proxyservrar till din distribution av videonät så att du kan säkra och övervaka trafiken från företaget till molnet. Den här funktionen skickar signalering och hantering av https-baserad trafik till proxyn. För öppna proxyservrar vidarebefordras nätverksförfrågningar från videonätnoder till en specifik proxy via företagsnätverksdirigeringsregler. Du kan använda videonätadministratörsgränssnittet för certifikathantering och den totala anslutningsstatusen när du har implementerat proxyn med noderna.

Media reser inte genom proxyn. Du måste fortfarande öppna de nödvändiga portarna för medieströmmar för att nå molnet direkt. Se Portar och protokoll för hantering.

Följande proxytyper stöds av videonät:

Explicit proxy (inspektion eller icke-inspektion) – Med explicit proxy berättar du för klienten (videonätnoder) vilken proxyserver som ska användas. Det här alternativet har stöd för en av följande autentiseringstyper:
- Ingen – Ingen ytterligare autentisering krävs. (För uttrycklig proxy för HTTP eller HTTPS.)
- Grundläggande – Används för en HTTP-användaragent för att ange ett användarnamn och lösenord när en begäran görs och använder Base64-kodning. (För uttrycklig proxy för HTTP eller HTTPS.)
- Digest – används för att bekräfta identiteten på kontot innan du skickar känslig information och använder en hash-funktion på användarnamn och lösenord innan du skickar över nätverket. (För HTTPS-uttrycklig proxy.)
- NTLM – Liksom Digest används NTLM för att bekräfta identiteten på kontot innan känslig information skickas. Använder Windows-inloggningsuppgifter istället för användarnamn och lösenord. Det här autentiseringssystemet kräver flera utbyten för att slutföras. (För HTTP-uttrycklig proxy.)
Transparent proxy (icke-inspektion) – Videonätnoder har inte konfigurerats för att använda en specifik proxyserveradress och bör inte kräva några ändringar för att fungera med en icke-inspekterande proxy.
Transparent proxy (inspektion) – Videonätnoder har inte konfigurerats för att använda en specifik proxyserveradress. Inga http(s)-konfigurationsändringar krävs för videonät, men videonätnoderna behöver ett rotcertifikat så att de litar på proxyn. Inspekterade proxyservrar används vanligtvis av IT för att upprätthålla policyer om vilka webbplatser som kan besökas och vilka typer av innehåll som inte är tillåtna. Den här typen av proxy avkrypterar all trafik (även https).

Upplösningar och framerater som stöds för videonät

Den här tabellen omfattar de upplösningar som stöds och framerar från ett avsändare-mottagarperspektiv i ett möte som hålls på en videonätnod. Avsändarklienten (app eller enhet) finns över den övre raden i tabellen, medan mottagarklienten finns på den vänstra kolumnen i tabellen. Motsvarande cell mellan de två mötesdeltagarna fångar den förhandlade innehållsupplösningen, ramar per avsnitt och ljudkälla.

Upplösningen påverkar samtalskapaciteten på alla videonätnoder. Mer information finns i Kapacitet för videonätnoder.

Upplösning och frameratvärde kombineras som XXXpYY – Till exempel innebär 720p10 720p vid 10 ramar per sekund.

Definitionsförkortningarna (SD, HD och FHD) i kolumnen för avsändarraden och mottagaren avser klientens eller enhetens övre upplösning:

SD – Standarddefinition (576p)
HD – Hög upplösning (720p)
FHD – full högupplösning (1080p)

Tabell 2. Upplösningar och framerater som stöds för videonät
Mottagare	Avsändare
	Webex-appen	Webex-appmobil	SIP-registrerade enheter (HD)	SIP-registrerade enheter (FHD)	Webex-registrerade enheter (SD)	Webex-registrerade enheter (HD)	Webex-registrerade enheter (FHD)
Skrivbord för Webex-appen	720p10 Blandat ljud*	720p10 Blandat ljud	720p30 Blandat ljud	720p30 Blandat ljud	576p15 Innehållsljud**	720p30 Blandat ljud	720p30 Blandat ljud
Webex-appmobil	—	—	—	—	—	—	—
SIP-registrerade enheter (HD)	720p30 Innehållsljud	720p15 Blandat ljud	1080p15 Blandat ljud	1080p15 Blandat ljud	576p15 Blandat ljud	1080p15 Blandat ljud	1080p15 Blandat ljud
SIP-registrerade enheter (FHD)	1080p30 Blandat ljud	720p15 Blandat ljud	1080p15 Blandat ljud	1080p30 Blandat ljud	576p15 Blandat ljud	1080p15 Blandat ljud	1080p30 Blandat ljud
Webex-registrerade enheter (SD)	1080p15 Blandat ljud	720p15 Blandat ljud	1080p15 Blandat ljud	1080p15 Blandat ljud	576p15 Blandat ljud	1080p15 Blandat ljud	1080p15 Blandat ljud
Webex-registrerade enheter (FHD)	1080p30 Blandat ljud	720p15 Blandat ljud	1080p15 Blandat ljud	1080p30 Blandat ljud	576p15 Blandat ljud	1080p15 Blandat ljud	1080p30 Blandat ljud

_{* Innehållsljud avser det ljud som spelas upp från det specifika innehållet som delas, till exempel en strömmande video. Den här ljudströmmen är separat från det vanliga mötesljudet.}

_{** Blandat ljud avser en blandning av mötesdeltagarens ljud och ljud från innehållsdelning.}

Förbered din miljö

Krav för videonät

Videonät är tillgängligt med de erbjudanden som dokumenteras i licenskraven för hybridtjänster.

Krav på samtalskontroll och mötesintegrering för videonät

Samtalskontroll och befintlig mötesinfrastruktur krävs inte för att använda videonät, men du kan integrera de två. Om du integrerar videonät med din samtalskontroll och mötesinfrastruktur ska du se till att din miljö uppfyller de minimikriterier som dokumenteras i följande tabell.

Tabell 1. Samtalskontroll och möteskrav för videonät
Komponentens syfte	Minsta version som stöds
Lokal samtalskontroll	Cisco Unified Communications Manager, version 11.5(1) SU3 eller senare. (Vi rekommenderar den senaste SU-versionen.) Cisco Expressway-C eller E, version X8.11.4 eller senare. (Se avsnittet ”Viktig information” i Expressway-versionsinformationen för mer information.)
Mötesinfrastruktur	Webex Meetings WBS33 eller senare. (Du kan kontrollera att din Webex-webbplats finns på rätt plattform om den har listan över medieresurstyp som finns tillgänglig i webbplatsalternativen för mötesrum för molnsamarbete.) Kontakta din kundframgångschef (CSM) eller partner för att säkerställa att din webbplats är redo för videonät.
Hantering av redundans	Cisco Expressway-C eller E, version X8.11.4 eller senare. (Se avsnittet ”Viktig information” i Expressway-versionsinformationen för mer information.)

Krav på slutpunkt och Webex-appen

Tabell 2. Krav på slutpunkt och app för videonät
Komponentens syfte	Detaljer
Slutpunkter som stöds	Se Webex videokompatibilitet och support.
Versioner av Webex-appen som stöds	Videonät har stöd för Webex-appen för skrivbord (Windows, Mac) och mobil (Android, iPhone och iPad). Om du vill hämta appen för en plattform som stöds går du till https://www.webex.com/downloads.html.
Codec som stöds	Se Webex\| videospecifikationer för samtal och möten för ljud- och videokoder som stöds. Observera följande förbehåll för videonät: För videokvalitet har videonät stöd för upp till 1080p i vissa scenarier. Du kan konfigurera denna inställning i https://admin.webex.com. För SIP-videosystem har videonät stöd för SIP-klienter som gör ljudtoner med dubbel ton med flera frekvenser (DTMF). Tjänsten har även stöd för knappsatsmarkeringsspråk (KPML). Webex Teams för Windows och Mac- och Room-, Desk- och Board-enheter som är registrerade i molnet har stöd för upp till 1080p 30 fps med innehållsljud. H.323-klienter nämns i databladet, men de går bara till molnet.
Webex-registrerade rums-, skrivbordsenheter och Board-enheter som stöds	Följande enheter testas och bekräftas för att fungera med videonätnoder: 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 Anslutningar för Cisco TelePresence SX20 Cisco TelePresence SX10 Cisco TelePresence SX10 Cisco TelePresence SX10 Cisco TelePresence SX10

System- och plattformskrav för programvara för videonätnod

Produktionsmiljöer

I produktionsdistributioner finns det två sätt att distribuera videonätnodprogramvara på en viss maskinvarukonfiguration:

Du kan konfigurera varje server som en enda virtuell maskin, vilket är bäst för distributioner som innehåller många SIP-slutpunkter.
Med alternativet VMNL ite kan du konfigurera varje server med flera mindre virtuella datorer. VMNL ite är bäst för distributioner där majoriteten av klienter och enheter är Webex-appen och Webex-registrerade slutpunkter.

Dessa krav är gemensamma för alla konfigurationer:

VM-produkt ESXi 7 eller 8, vsfär 7 eller 8
Hypertråd aktiverad

Videonätnoder som körs oberoende av plattformsmaskinvaran behöver dedikerade CPU:er och RAM. Delning av resurser med andra program stöds inte. Detta gäller för alla bilder av videonätsprogrammet.

För Video Mesh Lite (VMNL ite)-bilder på en CMS-plattform stöder vi endast VMNL ite-bilder. Ingen annan videonätbild eller icke-videonätsprogram kan finnas på CMS maskinvaran med VMNL ite-programvaran.

Tabell 3. System- och plattformskrav för videonätnodprogramvara i en produktionsmiljö

Konfiguration av maskinvara

Distribution av produktion som en enda virtuell maskin

Produktion Distribution med VMNL ite VM

Anteckningar

Cisco Meeting Server 1000 (CMS 1000)

72v CPU:er (70 för videonätnod, 2 för ESX i)
60 GB huvudminne
80 GB lokalt hårddiskutrymme

Distribuera som 3 identiska virtuella maskininstanser, var och en med:

23 v CPU:er
20 GB huvudminne
80 GB lokalt hårddiskutrymme

Vi rekommenderar den här plattformen för videonätnod.

Om du distribuerar VMNL ite på en CMS 1000 med en 300 GB-hårddisk kan du ta slut när du uppgraderar till ESXi 7. Vi rekommenderar att du uppgraderar till minst 500 GB hårddiskar innan du uppgraderar VM-programvaran.

Specifikationsbaserad konfiguration

(2,6-GHz Intel Xeon E5-2600v3 eller senare processor krävs)

72v CPU:er (70 för videonätnod, 2 för ESX i)
60 GB huvudminne
80 GB lokalt hårddiskutrymme
eller

80 GB NFS-lagring

Distribuera som 3 identiska virtuella maskininstanser, var och en med:

23 v CPU:er
20 GB huvudminne
80 GB lokalt hårddiskutrymme

eller

80 GB NFS-lagring

Varje virtuell videonätmaskin måste ha CPU, RAM och hårddiskar reserverade för sig själv.

Använd antingen alternativet CMS1000 eller VMNL ite under konfigurationen.

Högsta IOP (inmatnings-/utmatningsoperationer per sekund) för NFS-lagring är 300 IOPS.

Cisco Meeting Server 2000 (CMS 2000)

Distribuera som 8 identiska virtuella maskininstanser, var och en med:

72v CPU:er (70 för videonätnod, 2 för ESX i)
60 GB huvudminne
80 GB lokalt hårddiskutrymme
eller

80 GB NFS-lagring

Distribuera som 24 identiska virtuella maskininstanser, var och en med:

23 v CPU:er
20 GB huvudminne
80 GB lokalt hårddiskutrymme

eller

80 GB NFS-lagring

Vi rekommenderar den här plattformen för videonätnod.

Varje blad måste vara en komplett Cisco Meeting Server 1000 med reserverad CPU, RAM och hårddiskar per blad.

Högsta IOP för NFS-lagring är 300 IOPS.

Demomiljöer

För grundläggande demoändamål kan du använda en specifikationsbaserad maskinvarukonfiguration, med följande minimikrav:

14v-CPU:er (12 för videonätnod, 2 för ESX i)
8 GB huvudminne
20 GB lokalt hårddiskutrymme
2.6 GHz Intel Xeon E5-2600v3 eller senare processor

Denna konfiguration av videonät stöds inte av Cisco TAC.

För mer information om demoprogramvaran, se Video Mesh Node Demo Software.

Bandbreddskrav

Videonätnoder måste ha en minsta bandbredd på 10 Mbit/s för både uppladdning och hämtning för att fungera korrekt.

Krav för proxystöd för videonät

Vi stöder officiellt följande proxylösningar som kan integreras med dina videonätnoder.
- Cisco Web Security Appliance (WSA) för transparent proxy
- Squid för uttrycklig proxy
För en uttrycklig proxy eller transparent inspektionsproxy som inspekterar (avkrypterar trafik) måste du ha en kopia av proxyns rotcertifikat som du måste ladda upp till förtroendebutiken för videonätnod i webbgränssnittet.
Vi stöder följande uttryckliga kombinationer av proxy- och autentiseringstypen:
- Ingen autentisering med http och https
- Grundläggande autentisering med http och https
- Smälta autentisering endast med https
- NTLM-autentisering med endast http

För öppna proxyservrar måste du använda routern/växeln för att tvinga HTTPS/443-trafiken att gå till proxyn. Du kan också tvinga webbsocket att gå till proxy. (Webbsocket använder https.)

Videonät kräver webbkontakt till molntjänster, så att noderna fungerar korrekt. Vid explicit och transparent inspektion av proxyservrar krävs http-rubriker för en korrekt webbsocket-anslutning. Om de ändras misslyckas webbsocket-anslutningen.

När webbsocket-anslutningsfel inträffar i port 443 (med öppen inspektionsproxy aktiverad) leder det till en varning efter registrering i Control Hub: ”SIP-samtal i Webex-videonät fungerar inte korrekt.” Samma larm kan uppstå av andra skäl när proxy inte är aktiverad. När webbsocket-rubriker är blockerade i port 443 flödar media inte mellan appar och SIP-klienter.

Om media inte flödar inträffar detta ofta när https-trafiken från noden över port 443 misslyckas:

Port 443-trafik tillåts av proxyn, men det är en inspektionsproxy och bryter webbsocket.

För att åtgärda dessa problem kan du behöva ”kringgå” eller ”splice” (inaktivera inspektion) på port 443 för att: *.wbx2.com och *.ciscospark.com.

Kapacitet för videonätnoder

Eftersom videonät är en programvarubaserad medieprodukt varierar kapaciteten på dina videonätnoder. I synnerhet placerar mötesdeltagare i Webex-molnet en tyngre belastning på noder. Du får lägre kapacitet när du har fler överlappningar till Webex-molnet. Andra faktorer som påverkar kapaciteten är:

Typer av enheter och klienter
Videoupplösning
Nätverkskvalitet
Maximal belastning
Distributionsmodell

Användning av videonät påverkar inte antalet Webex-licenser.

I allmänhet fördubblas inte kapaciteten om du lägger till fler noder i klustret på grund av överhuvudet för att ställa in överlappningar. Använd dessa nummer som allmän vägledning. Vi rekommenderar följande:

Testa gemensamma mötesscenarier för din distribution.
Använd analysen i Control Hub för att se hur din distribution utvecklas och lägga till kapacitet vid behov.

Överflöd vid låg samtalsvolym (särskilt SIP-samtal som har sitt ursprung lokalt) är inte en riktig avspegling av skalan. Videonätsanalys (under Control Hub > Resurser > Samtalsaktivitet) anger samtalsanslutningarna som har sitt ursprung lokalt. De anger inte samtalsströmmar som kom in genom kaskaden till videonätnoden för mediebehandling. När antalet fjärranslutna mötesdeltagare ökar under ett möte ökar antalet överlappningar och förbrukar lokala medieresurser på videonätnoden.

Den här tabellen visar kapacitetsintervall för olika blandningar av mötesdeltagare och slutpunkter på vanliga videonätnoder. Våra tester inkluderade möten med alla deltagare på den lokala noden och möten med en blandning av lokala deltagare och molndeltagare. Med fler mötesdeltagare i Webex-molnet kan du förvänta dig att din kapacitet sjunker i den nedre änden av intervallet.

Tabell 4. Kapacitet på vanliga videonätnoder
Scenario	Upplösning	Mötesdeltagarkapacitet
Möten med endast Webex-appdeltagare	720p	100–130
Möten med endast Webex-appdeltagare	1080p	90–100
Möten och 1-till-1-samtal med endast mötesdeltagare i Webex-appen	720p	60–100
	1080p	30–40
Möten med endast SIP-mötesdeltagare	720p	70–80
Möten med endast SIP-mötesdeltagare	1080p	30–40
Möten med Webex-appen och SIP-mötesdeltagare	720p	75–110

Basupplösningen för Webex-appen är 720p. Men när du delar är mötesdeltagarens miniatyrbilder 180 p.
Dessa prestandanummer förutsätter att du har aktiverat alla rekommenderade portar.

Kapacitet för VMNL ite

Vi rekommenderar VMNL ite för distributioner som huvudsakligen inkluderar Webex-appen och molnregistrerade slutpunkter. I dessa distributioner använder noderna fler växling och färre omkodningsresurser än standardkonfigurationen ger. Att distribuera flera mindre virtuella datorer på värden optimerar resurserna för det här scenariot.

Den här tabellen listar kapacitetsintervall för olika blandningar av mötesdeltagare och slutpunkter. Våra tester inkluderade möten med alla deltagare på den lokala noden och möten med en blandning av lokala deltagare och molndeltagare. Med fler mötesdeltagare i Webex-molnet kan du förvänta dig att din kapacitet sjunker i den nedre änden av intervallet.

Tabell 5. Kapacitet på VMNL ite noder
Scenario	Upplösning	Mötesdeltagarkapacitet med 3 VMNL ite-noder på en server
Möten med endast Webex-appdeltagare	720p	250–300
Möten med endast Webex-appdeltagare	1080p	230–240
Möten och 1-till-1-samtal med endast mötesdeltagare i Webex-appen	720p	175–275

Basupplösningen för Webex-appmöten är 720p. Men när du delar är mötesdeltagarens miniatyrbilder 180 p.

Kluster i videonät

Du distribuerar videonätnoder i kluster. Ett kluster definierar videonätnoder med liknande attribut, till exempel nätverksnärhet. Mötesdeltagare använder ett visst kluster eller molnet, beroende på följande villkor:

En klient i ett företagsnätverk som kan nå ett lokalt kluster ansluter till det – den primära inställningen för klienter i företagsnätverket.
Klienter som deltar i ett privat möte i videonät ansluter endast till lokala kluster. Du kan skapa ett separat kluster specifikt för dessa privata möten.
En klient som inte kan nå ett lokalt kluster ansluter till molnet – fallet för en mobil enhet som inte är ansluten till företagets nätverk.
Det valda klustret beror också på latens, snarare än bara plats. Till exempel kan ett molnkluster med lägre STUN-rundresa (SRT) fördröjning än ett videonätkluster vara en bättre kandidat för mötet. Den här logiken hindrar en användare från att landa på ett geografiskt långt kluster med hög SRT-fördröjning.

Varje kluster innehåller logik som överlappar möten, förutom privata möten i videonät, över andra molnmöteskluster, efter behov. Cascading tillhandahåller en datasökväg för media mellan klienter i deras möten. Möten distribueras över noder och klienterna landar på den mest effektiva noden som ligger närmast dem, beroende på faktorer som nätverktopologi, WAN-länk och resursanvändning.

Klientens förmåga att ping medienoder avgör tillgängligheten. Ett faktiskt samtal använder en mängd olika potentiella anslutningsmekanismer, till exempel UDP och TCP. Före samtalet registreras Webex-enheten (Room, Desk, Board och Webex-appen) med Webex-molnet, vilket ger en lista över klusterkandidater för samtalet.

Noderna i ett videonätkluster kräver ohämmad kommunikation med varandra. De kräver även ohämmad kommunikation med noderna i alla dina andra videonätskluster. Se till att brandväggarna tillåter all kommunikation mellan videonätnoderna.

Kluster för privata möten

Du kan boka ett videonätkluster för privata möten. När det reserverade klustret är fullt kastas de privata mötesmedierna ut till dina andra videonätskluster. När det reserverade klustret är fullt delar privata och icke-privata möten resurserna för dina återstående kluster.

Icke-privata möten använder inte ett reserverat kluster och reserverar dessa resurser för privata möten. Om ett icke-privat möte tar slut på resurser i nätverket kastas det ut till Webex-molnet i stället.

Mer information om funktionen för privata möten i videonät finns i Privata möten.

Du kan inte använda det korta videoadressformatet (meet@your_site) om du reserverar alla videonätskluster för privata möten. Dessa samtal misslyckas för närvarande utan ett korrekt felmeddelande. Om du lämnar vissa kluster oreserverade kan samtal med det korta videoadressformatet ansluta via dessa kluster.

Riktlinjer för distribution av videonätskluster

I typiska företagsdistributioner rekommenderar vi att kunder använder upp till 100 noder per kluster. Det finns inga hårda gränser som ställs in i systemet för att blockera en klusterstorlek med mer än 100 noder. Om du behöver skapa större kluster rekommenderar vi dock starkt att du granskar det här alternativet med Cisco-teknik via ditt Cisco-kontoteam.
Skapa färre kluster när resurser har liknande nätverksnärhet (affinitet).
När du skapar kluster lägger du bara till noder som finns i samma geografiska region och samma datacenter. Kluster över det breda områdets nätverk (WAN) stöds inte.
Vanligtvis distribuerar kluster i företag som är värd för frekventa lokaliserade möten. Planera var du placerar kluster på den bandbredd som finns tillgängliga på olika WAN-platser inom företaget. Med tiden kan du distribuera och växa kluster för kluster baserat på observerade användarmönster.
Kluster som finns i olika tidszoner kan effektivt betjäna flera geografiska områden genom att dra nytta av olika samtalsmönster mellan högsta och upptagna timmar.
Om du har två videonätnoder i två separata datacenter (till exempel EU och NA) och du har slutpunkter som ansluter via varje datacenter kastas noderna i varje datacenter till en enda videonätnod i molnet. Dessa översvämningar skulle gå över Internet. Om det finns en molndeltagare (som ansluter före en av videonätdeltagarna) kommer noderna att kasseras genom molndeltagarens medienod.

Mångfald i tidszon

Tidszonens mångfald kan tillåta att kluster delas under perioder utanför toppmötet. Till exempel: Ett företag med ett norra Kalifornien-kluster och ett New York-kluster kan upptäcka att den totala nätverkslatensen inte är så hög mellan de två platser som tjänar en geografiskt varierad användarpopulation. När resurserna är i toppanvändning i norra Kalifornien-klustret är New York-klustret sannolikt utanför toppen och har ytterligare kapacitet. Samma sak gäller för norra Kalifornien-klustret, under topptider i New York-klustret. Dessa är inte de enda mekanismer som används för effektiv användning av resurser, men de är de två viktigaste.

Överspill till moln

När kapaciteten för alla lokala kluster nås överflödar en lokal mötesdeltagare till Webex-molnet. Detta innebär inte att alla samtal hålls i molnet. Webex dirigerar endast de mötesdeltagare som antingen är fjärranslutna eller inte kan ansluta till ett lokalt kluster till molnet. I ett samtal med både lokala deltagare och molndeltagare ansluts det lokala klustret till molnet för att kombinera alla mötesdeltagare till ett enda samtal.

Om du konfigurerar mötet som den privata mötestypen behåller Webex alla samtal på dina lokala kluster. Privata möten överflödar aldrig till molnet.

Webex-enhetsregister med Webex

Utöver att bestämma tillgänglighet utför klienterna även periodiska fördröjningstester med hjälp av Simple Traversal av UDP till NAT (STUN). Fördröjning av STUN-rundresa (SRT) är en viktig faktor vid val av potentiella resurser under ett faktiskt samtal. När flera kluster distribueras baseras de primära urvalskriterierna på den inlärda SRT-fördröjningen. Tillgänglighetstester utförs i bakgrunden, initieras av ett antal faktorer, inklusive nätverksändringar, och introducerar inte förseningar som påverkar samtalsinställningstiden. Följande två exempel visar möjliga resultat av tester för tillgänglighet.

Fördröjningstester för rundresa – molnenheten kan inte nå lokala kluster

Fördröjningstester för rundresa – molnenheten når lokala kluster

Information om lärd tillgänglighet tillhandahålls i Webex-molnet varje gång ett samtal konfigureras. Med den här informationen kan molnet välja den bästa resursen (kluster eller moln), beroende på klientens relativa plats för tillgängliga kluster och samtalstyp. Om inga resurser finns tillgängliga i önskat kluster testas alla kluster för tillgänglighet baserat på SRT-fördröjning. Ett prioriterat kluster väljs med den lägsta SRT-fördröjningen. Samtal serveras på plats från ett sekundärkluster när det primära klustret är upptaget. Lokalt tillgängliga videonätsresurser prövas först, i ordning med lägsta SRT-fördröjning. När alla lokala resurser är uttömda ansluter mötesdeltagaren till molnet.

Klusterdefinition och plats är avgörande för en distribution som ger den bästa övergripande upplevelsen för mötesdeltagarna. Helst bör en distribution tillhandahålla resurser där klienterna är belägna. Om det inte finns tillräckligt med resurser där klienterna ringer majoriteten av samtalen förbrukas mer internt nätverksbandbredd för att ansluta användare till avlägsna kluster.

Lokalt och molnsamtal

Lokala Webex-enheter som har samma klusteraffinitet (inställning, baserat på närheten till klustret) ansluter till samma kluster för ett samtal. Lokala Webex-enheter med olika lokala klusteraffiniteter ansluter till olika kluster och klustren kastas sedan till molnet för att kombinera de två miljöerna till ett enda samtal. Detta skapar en hub- och taldesign med Webex-molnet som hub och lokala kluster som fungerar som tal i mötet.

Lokala samtal med olika klusteraffiniteter

Webex-enheten ansluter till antingen det lokala klustret eller molnet baserat på dess tillgänglighet. Följande visar exempel på de vanligaste scenarierna.

Webex molnenhet ansluter till molnet

Webex lokala enheter ansluter till lokala kluster

Webex lokala enheter ansluter till molnet

Molnklusterval för överflöd baserat på 250 ms eller högre STUN-rundresefördröjning

Medan inställningen för nodval är dina lokalt distribuerade videonätnoder stöder vi ett scenario där, om STUN-rundresefördröjning (SRT) till ett lokalt videonätkluster överskrider den toleranta fördröjningen på 250 ms (vilket vanligtvis inträffar om det lokala klustret har konfigurerats på en annan kontinent), så väljer systemet den närmaste molnmediennoden i den geografi istället för en videonätnod.

Webex-appen eller Webex-enheten finns i företagsnätverket i San Jose.
San Jose och Amsterdam kluster är i kapacitet eller inte tillgängliga.
SRT-förseningen till Shanghai-klustret är större än 250 ms och kommer sannolikt att införa frågor om mediekvalitet.
Molnklustret i San Francisco har en optimal SRT-fördröjning.
Shanghai videonätsklustret utesluts från övervägande.
Till följd av detta överflödar Webex-appen till molnklustret i San Francisco.

Privata möten

Privata möten isolerar alla media till ditt nätverk via videonät. Till skillnad från vanliga möten kastas inte medierna till Webex-molnet om de lokala noderna är fulla. Men som standard kan privata möten kastas till olika videonätskluster i nätverket. För privata möten över geografiska platser måste dina videonätskluster ha direkt anslutning till varandra för att tillåta överlappningar mellan kluster, till exempel HQ1_VMN till Remote1_VMN i figuren.

Se till att de nödvändiga portarna är öppna i brandväggen för att tillåta ohindrad överlappning mellan kluster. Se Portar och protokoll för hantering.

Alla mötesdeltagare i ett privat möte måste tillhöra din mötesvärds Webex-organisation. De kan delta via Webex-appen eller ett autentiserat videosystem (SIP-slutpunkter registrerade till UCM/VCS eller Webex-registrerad videoenhet). Deltagare med VPN- eller MRA-åtkomst till ditt nätverk kan delta i ett privat möte. Men ingen kan delta i ett privat möte utanför ditt nätverk.

Distributionsmodeller som stöds av videonät

Stöds i en distribution av videonät

Du kan distribuera en videonätnod i antingen ett datacenter (önskat) eller en demilitariserad zon (DMZ). För vägledning, se Portar och protokoll som används av videonät.
För en DMZ-distribution kan du konfigurera videonätnoderna i ett kluster med det dubbla nätverksgränssnittet (NIC). Med den här distributionen kan du skilja den interna nätverkstrafiken för företag (används för interbox-kommunikation, överlappningar mellan nodkluster och för att komma åt nodens hanteringsgränssnitt) från den externa molnnätverkstrafiken (används för anslutning till omvärlden och överlappningar till molnet).

Dual NIC fungerar på den fullständiga, VMNL ite och demo versionen av Video Mesh nod programvara. Du kan även distribuera videonätet bakom en NAT-konfiguration 1:1.
Du kan integrera videonätnoder med din samtalskontrollmiljö. Till exempel distributioner med videonät integrerat med Unified CM, se Distributionsmodeller för videonät och Cisco Unified Communications Manager.
Följande typer av adressöversättning stöds:
- Dynamisk nätverksadressöversättning (NAT) med en IP-pool
- Översättning av dynamisk portadress (PAT)
- 1:1 natt
- Andra former av NAT bör fungera så länge som rätt hamnar och protokoll används, men vi stöder dem inte officiellt eftersom de inte har testats.
IPv4
Statisk IP-adress för videonätnoden

Stöds inte i en distribution av videonät

IPv6
DHCP för videonätnoden
Ett kluster med en blandning av enkel NIC och dubbel NIC
Klusterar videonätnoder över det breda nätverket (WAN)
Ljud, video eller media som inte passerar via en videonätnod:
- Ljud från telefoner
- Peer-to-peer-samtal mellan Webex-appen och standardbaserad slutpunkt
- Ljudavslutning på videonätnod
- Media som skickas via Expressway C/E-par
- Videosamtal tillbaka från Webex

Distributionsmodeller för videonät och Cisco Unified Communications Manager

Dessa exempel visar gemensamma distributioner av videonät och hjälper dig att förstå var videonätskluster kan passa in i ditt nätverk. Kom ihåg att distribution av videonät beror på faktorer i nätverkens topologi:

Datacenterplatser
Kontorsplatser och storlek
Plats och kapacitet för Internet

I allmänhet försöker du koppla videonätnoderna till klustren i Unified CM eller Session Management Edition (SME). Som bästa praxis ska du hålla noderna så centraliserade som möjligt till de lokala grenarna.

Videonät har stöd för Session Management Edition (SME). Unified CM-kluster kan anslutas via en SME-enhet och sedan måste du skapa en SME-trunk som ansluter till videonätnoderna.

Hubb- och talarkitektur

Denna distributionsmodell omfattar centraliserat nätverk och tillgång till Internet. Den centrala platsen har vanligtvis en hög personalkoncentration. I detta fall kan ett videonätkluster placeras på en central plats för optimerad mediehantering.

Att lokalisera kluster på filialer kanske inte ger några fördelar på kort sikt och kan leda till suboptimal dirigering. Vi rekommenderar att du endast distribuerar kluster i en filial om det finns täta kommunikationer mellan filialer.

Geografisk fördelning

Den geografiskt distribuerade distributionen är sammanlänkad men kan visa en märkbar latens mellan regioner. Brist på resurser kan orsaka att suboptimala överlappningar konfigureras på kort sikt när det finns möten mellan användare på varje geografisk plats. I den här modellen rekommenderar vi att du tilldelar videonätnoder nära regional internetanslutning.

Geografisk fördelning med SIP-uppringning

Den här distributionsmodellen innehåller regionala Unified CM-kluster. Varje kluster kan innehålla en SIP-trunk för att välja resurser i det lokala videonätklustret. En andra trunk kan ge en redogörelse till ett Expressway-par om resurserna begränsas.

Portar och protokoll som används av videonät

För att säkerställa en lyckad distribution av videonät och för felfri drift av videonätnoderna öppnar du följande portar på brandväggen för användning med protokollen.

Se Nätverkskrav för Webex-tjänster för att förstå de övergripande nätverkskraven för Webex Teams.
Se Firewall Traversal Whitepaper för mer information om brandvägg och nätverkspraxis för Webex-tjänster.
Följ dokumentationen för DNS-bästa praxis, nätverksskydd och angreppsidentifiering när du konfigurerar företagets brandvägg för att mildra eventuella problem med DNS-frågor.
Mer designinformation finns i Preferred Architecture for Hybrid Services, CVD.

Portar och protokoll för hantering

Noderna i ett videonätkluster kräver ohämmad kommunikation med varandra. De kräver även ohämmad kommunikation med noderna i alla dina andra videonätskluster. Se till att brandväggarna tillåter all kommunikation mellan videonätnoderna.

Videonätnoderna i ett kluster måste vara i samma VLAN- eller nätmask.

Syfte	Source	Destination	Käll-ID	Källport	Transportprotokoll	Destinations-IP	Destinationsport
Hantering	Hanteringsdator	Videonätnod	Vid behov	Any	tcp, https	Videonätnod	443
SSH för åtkomst till administrationskonsolen för videomesh	Hanteringsdator	Videonätnod	Vid behov	Any	TCP	Videonätnod	22
Kommunikation inom kluster	Videonätnod	Videonätnod	IP-adress för andra videonätnoder i klustret	Any	TCP	Videonätnoder	8443
Hantering	Videonätnod	Webex-moln	Vid behov	Any	udp, ntp udp, dns TCP, HTTPS (webbuttag)	Any	123 53
Kaskadesignalering	Videonätnod	Webex-moln	Any	Any	TCP	Any	443
Överlappningsmedia	Videonätnod	Webex-moln	Videonätnod	Alla	UDP	Any För specifika adressintervall, se avsnittet ”IP-undernät för Webex Media-tjänster” i Nätverkskrav för Webex-tjänster.	5004 50000 till 53000 Mer information finns i avsnittet ”Webex-tjänster – portnummer och protokoll” i Nätverkskrav för Webex-tjänster.
Kaskadesignalering	Vido Mesh Cluster (1)	Vido Mesh Cluster (2)	Any	Any	TCP	Any	443
Överlappningsmedia	Vido Mesh Cluster (1)	Vido Mesh Cluster (2)	Vido Mesh Cluster (1)	Alla	UDP	Any	5004 50000 till 53000
Hantering	Videonätnod	Webex-moln	Vid behov	Any	tcp, https	Alla	443
Hantering	Videonätnod (1)	Videonätnod (2)	Videonätnod (1)	Any	TCP, HTTPS (webbuttag)	Videonätnod (2)	443
Intern kommunikation	Videonätnod	Alla andra videonätnoder	Videonätnod	Any	UDP	Any	10000 till 40000

_{* Standardkonfigurationen i OVA är konfigurerad för NTP och DNS. OVA kräver att du öppnar portarna utgående till internet. Om du konfigurerar en lokal NTP- och DNS-server behöver du inte öppna portarna 53 och 123 via brandväggen.}

_{** Eftersom vissa URL:er för molntjänsten kan ändras utan förvarning är ANY den rekommenderade destinationen för problemfri drift av videonätnoderna. Om du föredrar att filtrera trafik baserat på URL:er, se avsnittet Webex Teams URL:er för hybridtjänster i nätverkskraven för Webex-tjänster för mer information.}

_{***Portarna varierar beroende på om du aktiverar QoS. Med QoS aktiverat är portarna 52 500-59499, 63000-64667, 59500-62999 och 64688-65500. Med QoS av är portarna 34 000-34 999.}

Trafiksignaturer för videonät (tjänstekvalitet aktiverad)

För distributioner där videonätnoden sitter på företagssidan av DMZ eller inne i brandväggen finns en konfigurationsinställning för videonätnod i Webex Control Hub som gör det möjligt för administratören att optimera portintervallen som används av videonätnoden för QoS-nätverksmarkering. Den här tjänstekvalitetsinställningen är aktiverad som standard och ändrar källportarna som används för ljud-, video- och innehållsdelning till värdena i den här tabellen. Med den här inställningen kan du konfigurera QoS-markeringspolicyer baserat på UDP-portintervall för att skilja ljud från video- eller innehållsdelning och markera allt ljud med rekommenderat värde av EF och video- och innehållsdelning med ett rekommenderat värde av AF41.

Tabellen och diagrammet visar UDP-portar som används för ljud- och videoströmmar, som är huvudfokus för QoS-nätverkskonfigurationer. Medan nätverks-QoS-markeringspolicyer för media över UDP är fokus i följande tabell, avslutar Webex-videonätnoder även TCP-trafik för presentation och innehållsdelning för Webex-appen med efemerportar 52500–65500. Om en brandvägg sitter mellan videonätnoderna och Webex-appen måste dessa TCP-portar också vara tillåtna för att fungera korrekt.

Videonätnod markerar trafiken naturligt. Denna ursprungsmärkning är asymmetrisk i vissa flöden och beror på om källportarna är delade portar (en port som 5004 för flera flöden till olika destinations- och destinationshamnar) eller om de inte är det (där porten faller i ett intervall men är unik för den specifika tvåvägsinriktade sessionen).

För att förstå den inbyggda märkningen med en videonätnod ska du notera att videonätnoden markerar ljud EF när den inte använder 5004-porten som källport. Vissa tvåvägsinriktade flöden, t.ex. Videonät till videonät eller videonät till Webex-appen, kommer att markeras asymmetriskt, vilket är en anledning till att använda nätverket för att kommentera trafik baserat på de angivna UDP-portintervallen.

Käll-IP-adress	Destinationens IP-adress	Källa-UDP-portar	Destinationens UDP-portar	Inbyggd DSCP-märkning	Medietyp
Nätnod för video	Webex molnmedietjänster	35000 till 52499	5004	av41	Testa STUN-paket
Nätnod för video	Webex molnmedietjänster	52500 till 59499	5004	Ef	Ljud
Nätnod för video	Webex molnmedietjänster	63000 till 64667	5004	av41	Video
Nätnod för video	Webex molnmedietjänster	59500 till 62999	50000 till 51499	Ef	Ljud
Nätnod för video	Webex molnmedietjänster	64668 till 65500	51500 till 53000	av41	Video
Nätnod för video	Nätnod för video	10000 till 40000	10000 till 40000	—	Ljud
Nätnod för video	Nätnod för video	10000 till 40000	10000 till 40000	—	Video
Nätnod för video	Unified CM SIP-slutpunkter	52500 till 59499	Unified CM SIP-profil	Ef	Ljud
Nätnod för video	Unified CM SIP-slutpunkter	63000 till 64667	Unified CM SIP-profil	av41	Video
Videonätkluster	Videonätkluster	52500 till 59499	5004	Ef	Ljud
Videonätkluster	Videonätkluster	63000 till 64667	5004	av41	Video
Videonätkluster	Videonätkluster	59500 till 62999	50000 till 51499	Ef	Ljud
Videonätkluster	Videonätkluster	64668 till 65500	51500 till 53000	av41	Video
Nätnod för video	Webex Teams-program eller -slutpunkt*	5004	52000 till 52099	av41	Ljud
Nätnod för video	Webex Teams-program eller -slutpunkt	5004	52100 till 52299	av41	Video

*_{Riktningen för medietrafik avgör DSCP-markeringarna. Om källportarna är från videonätnoden (från videonätnoden till Webex Teams-appen) markeras trafiken endast som AF41. Medietrafik som kommer från Webex Teams-appen eller Webex-slutpunkter har separata DSCP-markeringar, men returtrafiken från de delade portarna för videonätnoden gör inte.}

UDP-källportdifferentiering (Windows Webex-appklienter): Kontakta ditt lokala kontoteam om du vill att differentiering av UDP-källporten ska vara aktiverad för din organisation. Om detta inte är aktiverat kan ljud- och videodelning inte differentieras med Windows OS. Källportarna kommer att vara desamma för ljud, video och innehållsdelning på Windows-enheter.

Trafiksignaturer för videonät (tjänstekvalitet inaktiverad)

För distributioner där videonätnoden sitter i DMZ finns det en konfigurationsinställning för videonätnod i Webex Control Hub som låter dig optimera portintervallen som används av videonätnoden. Den här inställningen för tjänstekvalitet, när den är inaktiverad (aktiverad som standard), ändrar källportarna som används för ljud-, video- och innehållsdelning från videonätnoden till intervallet 34000 till 34999. Videonätnoden markerar sedan naturligt allt ljud-, video- och innehållsdelning till en enda DSCP av AF41.

Eftersom källportarna är desamma för alla media oavsett destination kan du inte skilja ljud från video eller innehållsdelning baserat på portintervall med den här inställningen inaktiverad. Med den här konfigurationen kan du enkelt konfigurera brandväggspärrhål för media än med tjänstekvalitet aktiverad.

Tabellen och diagrammet visar UDP-portar som används för ljud- och videoströmmar när QoS är inaktiverat.

Tabell 6. Trafiksignaturer för videonät (tjänstekvalitet inaktiverad)
Käll-IP-adress	Destinationens IP-adress	Källa-UDP-portar	Destinationens UDP-portar	Inbyggd DSCP-märkning	Medietyp
Nätnod för video	Webex molnmedietjänster	34000 till 34999	5004	av41	Ljud
Nätnod för video	Webex molnmedietjänster	34000 till 34999	5004	av41	Video
Nätnod för video	Webex molnmedietjänster	34000 till 34999	50000 till 51499	av41	Ljud
Nätnod för video	Webex molnmedietjänster	34000 till 34999	51500 till 53000	av41	Video
Nätnod för video	Nätnod för video	10000 till 40000	10000 till 40000	av41	Ljud
Nätnod för video	Nätnod för video	10000 till 40000	10000 till 40000	av41	Video
Videonätkluster	Videonätkluster	34000 till 34999	5004	av41	Ljud
Videonätkluster	Videonätkluster	34000 till 34999	5004	av41	Video
Videonätkluster	Videonätkluster	34000 till 34999	50000 till 51499	av41	Ljud
Videonätkluster	Videonätkluster	34000 till 34999	51500 till 53000	av41	Video
Nätnod för video	Unified CM SIP-slutpunkter	52500 till 59499	Unified CM SIP-profil	av41	Ljud
Nätnod för video	Unified CM SIP-slutpunkter	63000 till 64667	Unified CM SIP-profil	av41	Video
Nätnod för video	Webex molnmedietjänster	35000 till 52499	5004	av41	Testa STUN-paket
Nätnod för video	Webex Teams-program eller -slutpunkt	5004	52000 till 52099	av41	Ljud
Nätnod för video	Webex Teams-program eller -slutpunkt	5004	52100 till 52299	av41	Video

Portar och protokoll för Webex Meetings-trafik

Syfte	Source	Destination	Käll-ID	Källport	Transportprotokoll	Destinations-IP	Destinationsport
Ringer till möte	Appar (skrivbords- och mobilappar i Webex-appen) Webex-registrerade enheter	Videonätnod	Vid behov	Any	UDP och TCP (används av Webex-appen) SRTP (valfritt)	Alla	5004
SIP-enhetens samtal till möte (SIP-signalering)	Samtalskontroll för Unified CM eller Cisco Expressway	Videonätnod	Vid behov	Efemeral (>=1024)	TCP eller TLS	Alla	5060 eller 5061
Överlappning	Videonätnod	Webex-moln	Vid behov	34000 till 34999	UDP, SRTP (alla)*	Alla	5004 50000 till 53000
Överlappning	Videonätnod	Videonätnod	Vid behov	34000 till 34999	UDP, SRTP (alla)*	Alla	5004

Port 5004 används för alla molnmedia och lokala videonätnoder.

Webex-appen fortsätter att ansluta till videonätnoder via delade portar 5004. Dessa portar används också av Webex-appen och Webex-registrerade slutpunkter för STUN-tester för videonätnoder. Videonätnod till videonätnod för överlappningar använder destinationsportintervallet 10000–40000._{* TCP stöds också, men är inte att föredra eftersom det kan påverka mediekvaliteten.}

_{** Om du vill begränsa av IP-adresser, se de IP-adressintervall som dokumenteras i nätverkskrav för Webex-tjänster.}

_{*** Expressway använder redan det här portintervallet för Webex-molnet. Så de flesta distributioner kräver inga uppdateringar för att stödja detta nya krav för videonät. Men om din distribution har strängare brandväggsregler kan du behöva uppdatera brandväggskonfigurationen för att öppna dessa portar för videonät.}

_{För bästa upplevelse av Webex i din organisation ska du konfigurera din brandvägg så att all utgående TCP- och UDP-trafik som är avsedd för portar 5004 samt eventuella inkommande svar på den trafiken. Portkraven som anges ovan förutsätter att videonätnoder distribueras antingen i LAN (föredragen) eller i en DMZ och att Webex-appen finns i LAN.}

Videokvalitet och skalning för videonät

Nedan följer några vanliga mötesscenarier när en kaskade skapas. Videonät är anpassningsbart beroende på tillgänglig bandbredd och distribuerar resurser i enlighet med detta. För enheter i mötet som använder videonätnoden ger överlappningslänken fördelen med att minska genomsnittlig bandbredd och förbättra mötesupplevelsen för användaren.

För riktlinjer för bandbreddsetablering och kapacitetsplanering, se dokumentationen för prioriterad arkitektur.

Baserat på de aktiva talarna i mötet etableras överlappningslänkarna. Varje kaskad kan innehålla upp till 6 strömmar och kaskaden är begränsad till 6 mötesdeltagare (6 i Webex-appen/SIP till Webex-molnet och 5 i motsatt riktning). Varje medieresurs (moln och videonät) ber fjärrsidan om de strömmar som krävs för att uppfylla de lokala slutpunktskraven för alla fjärrdeltagare över kaskaden.

För att ge en flexibel användarupplevelse kan Webex-plattformen göra multiströmsvideo till mötesdeltagare. Samma möjlighet gäller för överlappningslänken mellan videonätnoder och molnet. I den här arkitekturen varierar bandbreddskraven beroende på ett antal faktorer, till exempel slutpunktslayouter.

Arkitektur

I den här arkitekturen skickar Cisco Webex-registrerade slutpunkter signalering till molnet och media till växlingstjänsterna. Lokala SIP-slutpunkter skickar signalering till samtalskontrollmiljön (Unified CM eller Expressway) som sedan skickar den till videonätnoden. Media skickas till transkodningstjänsten.

Moln- och platsdeltagare

Lokala lokala mötesdeltagare på videonätnoden begär önskade strömmar baserat på deras layoutkrav. Dessa strömmar vidarebefordras från videonätnoden till slutpunkten för återgivning av lokal enhet.

Varje moln- och videonätnod begär HD- och SD-upplösningar från alla mötesdeltagare som är molnregistrerade enheter eller Webex-appen. Beroende på slutpunkten kommer den att skicka upp till 4 upplösningar, vanligtvis 1080p, 720p, 360p och 180p.

Överlappningar

De flesta Cisco-slutpunkter kan skicka 3 eller 4 strömmar från en enda källa i ett antal upplösningar (från 1080p till 180p). Slutpunktens layout dikterar kravet på de strömmar som behövs i den avlägsna änden av kaskaden. För aktiv närvaro är den huvudsakliga videoströmmen 1080p eller 720p, videobandrutorna (PiPS) är 180p. För lika vy är upplösningen 480p eller 360p för alla mötesdeltagare i de flesta fall. Kaskaden som skapas mellan videonätnoder och molnet skickar också 720p, 360p och 180p i båda riktningarna. Innehåll skickas som en enda ström och ljud skickas som flera strömmar.

Överlappande bandbreddgrafer som ger en mätning per kluster finns tillgängliga i analysmenyn i Webex Control Hub. Du kan inte konfigurera överlappningsbandbredd per möte i Control Hub.

Den maximala förhandlade överlappningsbandbredden per möte är 20 Mbps för huvudvideo för alla källor och de flera huvudvideoströmmar som de kan skicka. Detta maximala värde inkluderar inte innehållskanalen eller ljudet.

Huvudvideo med flera layoutexempel

Följande diagram illustrerar ett exempel på mötesscenario och hur bandbredden påverkas när flera faktorer spelar in. I exemplet överför alla Webex-appen och Webex-registrerade enheter 1x720p-, 1x360p- och 1x180p-strömmar till videonät. På kaskaden överförs strömmar på 720p, 360p och 180p i båda riktningarna. Anledningen är att det finns Webex-appen och Webex-registrerade enheter som får 720p, 360p och 180p på båda sidorna av kaskaden.

I diagrammen är exempelvis bandbreddsnumren för överförda och mottagna data endast avsedda för användning. De är inte en uttömmande täckning av alla möjliga möten och tillhörande bandbreddskrav. Olika mötesscenarier (anslutna mötesdeltagare, enhetsfunktioner, innehållsdelning inom mötet, aktivitet vid en viss tidpunkt under mötet) ger olika bandbreddsnivåer.

Diagrammet nedan visar ett möte med moln och lokaler registrerade slutpunkter och en aktiv talare.

I samma möte visar diagrammet nedan ett exempel på en överlappning som skapats mellan videonätnoderna och molnet i båda riktningarna.

I samma möte visas ett exempel på en överlappning från molnet i diagrammet nedan.

Diagrammet nedan visar ett möte med samma enheter ovan, tillsammans med en Webex Meetings-klient. Systemet skickar den aktiva talaren och den sista aktiva talaren i hög upplösning tillsammans med en extra HD-ström av den aktiva talaren för Webex Meeting-klienter eftersom videonätnoder inte stöder Webex Meetings just nu.

Krav för Webex-tjänster

Samarbeta med din partner, kundframgångschef (CSM) eller provrepresentant för att tillhandahålla Cisco Webex-webbplatsen och Webex-tjänster för videonät korrekt:

Du måste ha en Webex-organisation med en betald prenumeration på Webex-tjänster.
För att dra full nytta av videonät måste du se till att din Webex-webbplats finns på videoplattformen version 2.0. (Du kan kontrollera att din webbplats finns på videoplattformen version 2.0 om den har listan över medieresurstyp i webbplatsalternativen för mötesrum för molnsamarbete.)
Du måste aktivera CMR för din Webex-webbplats under användarprofiler. (Du kan göra detta i en massuppdatering av CSV med attributet SupportCMR).

Mer information finns i Funktionsjämförelse och migreringsväg från Hybrid för mötesrum för samarbete till videonät i bilagan.

Relaterad information

Kontrollera att källlandet är korrekt

Video Mesh använder funktionerna globalt distribuerade media (GDM) i Webex för att uppnå bättre mediarouting. För att uppnå optimal anslutning väljer Webex den molnmedienod som ligger närmast ditt företag när Video Mesh-kaskader utförs till Webex. Trafiken passerar sedan via Webex stamnät för att interagera med Webex mikrotjänster för mötet. Denna dirigering minimerar latensen och håller den största delen av trafiken på Webex stamnät och utanför internet.

För att stödja GDM använder vi MaxMind som GeoIP-platsleverantör för den här processen. Kontrollera att MaxMind korrekt identifierar platsen för din offentliga IP-adress för att säkerställa effektiv dirigering.

1	I en webbläsare anger du denna URL med den offentliga IP-adressen till din Expressway eller slutpunkt i slutet. `https://ds.ciscospark.com/v1/region/ <public IP address>` Du får ett svar som följande: `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	Kontrollera att `countryCode` är lämplig för platsen för din Expressway eller slutpunkt.
3	Om platsen är felaktig skickar du en begäran om att korrigera platsen för din offentliga IP-adress till MaxMind på https://support.maxmind.com/geoip-data-correction-request/correct-a-geoip-location.

Slutför förutsättningarna för videonät

Använd den här checklistan för att se till att du är redo att installera och konfigurera videonätnoder och integrera en Webex-webbplats med videonät.

1

Se till att du:

Uppfylla minimikraven för systemkrav som beskrivs i Krav för videonät och Licenskrav för hybridtjänster.
Förstå exempel på samtalskapacitet som beskrivs i Kapacitet för videonätnoder.
Förstå de distributionsmodeller som stöds som beskrivs i Distributionsmodeller som stöds av videonät.
Se till att nätverket tillåter anslutning på portarna och använda de protokoll som beskrivs i Portar och protokoll som används av videonät
Se till att nätverket stöder bandbreddskraven som beskrivs i Videokvalitet och skalning för videonät

2

Samarbeta med din partner, kundframgångschef eller provrepresentant för att förstå och förbereda din Webex-miljö så att den är redo att ansluta till videonät. Mer information finns i Krav för Webex-tjänster.

3

Spela in följande nätverksinformation för att tilldela dina videonätnoder:

IP-adress (rekommenderas)
Nätverksmask
Gateway IP-adress
DNS-servrar
NTP-servrar

Ett värdnamn och valfritt domännamn för videonätnoden. (Valfritt)

Vi rekommenderar att du använder IP-adresser för videonät. Om du planerar att konfigurera noderna med FQDN ska FQDN-värdet kunna lösas med alla poster i listan över DNS-servrar som konfigurerats på noden. Du måste också skapa både framåt- och omvänd-DNS (A- och PTR-poster) i DNS-konfigurationen.

4

Innan du startar installationen måste du se till att din Webex-organisation är aktiverad för videonät. Den här tjänsten är tillgänglig för organisationer med vissa betalda Webex-serviceprenumerationer enligt licenskraven för Cisco Webex Hybrid-tjänster. Kontakta din Cisco-partner eller kontohanteraren för att få hjälp.

5

Välj en maskinvara eller specifikationsbaserad konfiguration för din videonätnod som beskrivs i System- och plattformskrav för videonätnodprogramvara.

6

Se till att servern kör VM-ware ESXi 7 eller 8, och vsfär 7 eller 8, med en VM-värd i drift.

7

Om du integrerar videonät med din Unified CM-samtalskontrollmiljö och vill att mötesdeltagarlistorna ska vara konsekventa på alla mötesplattformar ska du se till att säkerhetsläget för Unified CM-kluster är inställt på blandat läge så att det stöder TLS-krypterad trafik. Slutpunkt-till-slutpunkt-krypterad trafik krävs för att den här funktionen ska fungera.

Se kapitlet för TLS-konfiguration i säkerhetshandboken för Cisco Unified Communications Manager för mer information om hur du växlar din Unified CM-miljö till blandat läge. Se lösningsguiden för aktiv kontroll för mer information om funktionerna och hur du ställer in slutpunkt-till-slutpunkt-kryptering.

8

Om du integrerar en proxy (uttrycklig, genomskinlig inspektion eller genomskinlig icke-inspektion) med videonät ska du följa kraven enligt dokumentationen i Krav för proxystöd för videonät.

Nästa steg

Installera och konfigurera programvara för videonätnod

Distribuera videonät

Uppgiftsflöde för distribution av videonät

Innan du börjar

1	Installera och konfigurera programvara för videonätnod Använd den här proceduren för att distribuera en videonätnod till din värdserver som kör VM-ware ESXi eller vCenter. Du installerar programvaran lokalt som skapar en nod och utför sedan den första konfigurationen, till exempel nätverksinställningar. Du registrerar den i molnet senare.
2	Logga in på videonätnodkonsolen Logga in på konsolen för första gången. Programvaran för videonätnod har ett standardlösenord. Du måste ändra det här värdet innan du konfigurerar noden.
3	Ställ in nätverkskonfigurationen för videonätnoden i konsolen Använd den här proceduren för att konfigurera nätverksinställningarna för videonätnoden om du inte konfigurerade dem när du konfigurerade noden på en virtuell dator. Du ställer in en statisk IP-adress och ändrar FQDN/värdnamn och NTP-servrar. DHCP stöds för närvarande inte.
4	Använd följande steg för att konfigurera det externa gränssnittet för en distribution av dubbelt nätverksgränssnitt (dubbel NIC): Ange det externa nätverksgränssnittet för videonätnoden Lägg till interna och externa dirigeringsregler När noden är online igen och du har verifierat den interna nätverkskonfigurationen kan du konfigurera det externa nätverksgränssnittet om du distribuerar videonätnoden i ditt nätverks DMZ så att du kan isolera företagstrafiken (intern) från extern (extern) trafik. Du kan även göra undantag eller åsidosättningar av standarddirigeringsreglerna.
5	Registrera videonätnoden i Webex Cloud Använd den här proceduren för att registrera videonätnoder i Webex-molnet och slutföra ytterligare konfiguration. När du använder Control Hub för att registrera din nod skapar du ett kluster som noden har tilldelats. Ett kluster innehåller en eller flera medienoder som betjänar användare i en viss geografisk region. Registreringsstegen konfigurerar även SIP-samtalsinställningar, konfigurera ett uppgraderingsschema och prenumerera på e-postaviseringar.
6	Aktivera och kontrollera tjänstekvalitet (QoS) med följande uppgifter: Aktivera tjänstekvalitet (QoS) för videonätnod Verifiera portintervall för videonätnod med reflektorverktyg i webbgränssnittet Aktivera QoS om du vill att videonätnoder automatiskt ska markera SIP-trafik (lokala SIP-registrerade slutpunkter) för både ljud (EF) och video (AF41) separat med lämplig tjänsteklass och använda välkända portintervall för specifika medietyper. Med den här ändringen kan du skapa QoS-policyer och effektivt kommentera returtrafiken från molnet om du vill. Använd stegen i reflektorverktyget för att kontrollera att rätt portar är öppna på din brandvägg.
7	Konfigurera videonätnod för proxyintegrering Använd den här proceduren för att ange vilken typ av proxy som du vill integrera med ett videonät. Om du väljer en transparent inspektionsproxy kan du använda nodens gränssnitt för att ladda upp och installera rotcertifikatet, kontrollera proxyn och felsöka eventuella problem.
8	Följ Integrera videonät med uppgiftsflödet för samtalskontroll och välj något av följande, beroende på din samtalskontroll, säkerhetskrav och om du vill integrera videonät med din samtalskontrollmiljö: Konfigurera Unified CM Secure TLS SIP-trafikroutning för videonät (TLS) Konfigurera Unified CM TCP SIP-trafikroutning för videonät (TCP) Konfigurera Expressway TCP SIP-trafikroutning för videonät (TCP) SIP-enheter har inte stöd för direktåtkomst, så du måste använda Unified CM- eller VCS Expressway-konfigurationen för att etablera ett förhållande mellan lokala registrerade SIP-enheter och dina videomeshkluster. Du behöver bara trunkera din Unified CM eller VCS Expressway till videonätnod, beroende på din samtalskontrollmiljö.
9	Växla certifikatkedjor mellan Unified CM och videonätnoder I den här uppgiften hämtar du certifikat från gränssnitten för Unified CM och videonät och överför ett till ett annat. Det här steget skapar ett säkert förtroende mellan de två produkterna och, tillsammans med den säkra trunkkonfigurationen, gör det möjligt för krypterad SIP-trafik och SRTP-media i din organisation att landa på videonätnoder.
10	Aktivera mediekryptering för organisation- och videonätkluster Använd den här proceduren för att aktivera mediekryptering för din organisation och enskilda videonätskluster. Den här inställningen kräver slutpunkt-till-slutpunkt-TLS-konfiguration och du måste ha en säker TLS SIP-trunk på plats på din Unified CM som pekar på dina videonätnoder.
11	Aktivera videonät för Webex-webbplatsen För att använda optimerade medier till videonätnoden för ett Webex-möte för alla Webex-appen och enheter att delta måste den här konfigurationen aktiveras för Webex-webbplatsen. Om du aktiverar den här inställningen kopplas videonät och mötesinstanser i molnet tillsammans och gör att överlappningar kan inträffa från videonätnoder. Om den här inställningen inte är aktiverad kommer Webex-appen och -enheterna inte att använda videonätnoden för Webex-möten.
12	Tilldela mötesrum för samarbete till Webex-appanvändare
13	Kontrollera mötesupplevelsen på den säkra slutpunkten Om du använder mediekryptering via TLS-inställningen från slutpunkt till slutpunkt ska du använda dessa steg för att kontrollera att slutpunkterna är säkert registrerade och att rätt mötesupplevelse visas.

Massetableringsskript för videonät

Om du behöver distribuera många noder i din distribution av videonät är processen tidskrävande. Du kan använda skriptet på https://github.com/CiscoDevNet/webex-video-mesh-node-provisioning för att snabbt distribuera videonätnoder på VMW är ESXi-servrar. Läs igenom Viktigt-filen för instruktioner om hur du använder skriptet.

Installera och konfigurera programvara för videonätnod

Använd den här proceduren för att distribuera en videonätnod till din värdserver som kör VM-ware ESXi eller vCenter. Du installerar programvaran lokalt som skapar en nod och utför sedan den första konfigurationen, till exempel nätverksinställningar. Du registrerar den i molnet senare.

Du måste hämta programvarupaketet (OVA) från Control Hub ( https://admin.webex.com), i stället för att använda en tidigare hämtad version. Denna OVA är signerad av Cisco-certifikat och kan hämtas när du loggar in på Control Hub med dina inloggningsuppgifter för kundadministratör.

Innan du börjar

Se System- och plattformskrav för videonätnodprogramvara för hårdvaruplattformar som stöds och specifikationskrav för videonätnoden.

Se till att du har dessa obligatoriska objekt:

En dator med:

VM-ware vsfären klient 7 eller 8.

Se dokumentationen för VM-programvara för en lista över operativsystem som stöds.

Video Mesh programvara OVA-fil laddad.

Hämta den senaste videonätprogramvaran från Control Hub i stället för att använda en tidigare hämtad version. Du kan också komma åt programvaran från denna länk. (Filen är ca 1,5 GB.)

Äldre versioner av programvarupaketet (OVA) kommer inte att vara kompatibla med de senaste uppgraderingarna av videonät. Detta kan leda till problem vid uppgradering av programmet. Se till att du hämtar den senaste versionen av OVA-filen från denna länk.

En server som stöds med VM-programvara ESXi eller vCenter 7 eller 8 installerad och körs
Inaktivera säkerhetskopiering av virtuella datorer och livemigrering. Videonätnodkluster är system i realtid. Alla avbrott i virtuella datorer kan göra dessa system instabila. (För underhållsaktiviteter på en videonätnod använder du underhållsläge från Control Hub.)

1

Med din dator öppnar du VM-ware vsfären och loggar in på vCenter eller ESXi-systemet på servern.

2

Gå till Åtgärder > Distribuera OVF-mall.

3

På Välj ett OVF-tempat sidan, klicka på Lokal fil och välj filer. Navigera till var videomesh.ova-filen finns, välj filen och klicka sedan på Nästa.

Varje gång du installerar en videonätnod rekommenderar vi att du hämtar OVA igen i stället för att använda en tidigare nedladdad version. Om du försöker distribuera en gammal OVA kanske din videonätnod inte fungerar korrekt eller registreras i molnet. Ett gammalt OVA kommer också att leda till potentiella problem under uppgraderingar.

Se till att du hämtar en ny kopia av OVA från den här länken.

4

På Välj ett namn och en mapp sida, ange en Namn på virtuell dator för videonätnoden (till exempel ”Video_Mesh_Node_1”) väljer du en plats där distributionen av den virtuella maskinnoden kan finnas och klickar sedan på Nästa.

En valideringskontroll körs. När den är klar visas mallinformationen.

5

Verifiera mallinformationen och klicka sedan på Nästa.

6

På Konfiguration sida, välj typ av distributionskonfiguration och klicka sedan på Nästa.

VMNL-ite (standard)
cms 1000

Alternativen listas i ökande resursbehov.

Om du väljer alternativet VMNL ite måste du upprepa stegen för att distribuera de andra instanserna på samma värd och välja samma alternativ varje gång. Sambosättning mellan VMNL ite och icke-VMNL ite instanser har inte testats och stöds inte.

7

På Välj lagringsutrymme sidan, se till att standarddiskformatet för Thick Provision Lazy Zeroed och VM-lagringspolicyn för Datastore Default väljs och klicka sedan Nästa.

8

På Välj nätverk sidan, välj nätverksalternativet i listan över poster för att tillhandahålla önskad anslutning till VM.

För internt gränssnittsnätverk väljer du nodens interna IP-adress.
För externt gränssnitt väljer du den externa IP-adressen som visas för det offentliga nätverket. Ignorera det här alternativet om du inte har en dubbel NIC-distribution.

Det interna gränssnittet (standardgränssnittet för trafik) används för CLI, SIP-trunkar, SIP-trafik och nodhantering. Det externa (externa) gränssnittet är för HTTPS- och websockets-kommunikation till Webex-molnet, tillsammans med överlappningstrafiken från noderna till ett möte.

För en DMZ-distribution kan du konfigurera videonätnoden med det dubbla nätverksgränssnittet (NIC). Med den här distributionen kan du skilja den interna nätverkstrafiken för företag (används för interbox-kommunikation, överlappningar mellan nodkluster och för att komma åt nodens hanteringsgränssnitt) från den externa molnnätverkstrafiken (används för anslutning till omvärlden och överlappningar till Webex). Alla noder i ett kluster måste vara i dubbelt NIC-läge. En blandning av enkel och dubbel NIC stöds inte.

För en befintlig installation av videonätnodprogramvara kan du inte uppgradera från en enda NIC till en dubbel NIC-konfiguration. Du måste installera en ny videonätnod i detta fall.

9

På sidan Anpassa mall konfigurerar du följande nätverksinställningar:

Värdnamn (valfritt) – ange FQDN (värdnamn och domän) eller ett enda ord värdnamn för noden.

För att säkerställa en lyckad registrering i molnet använder du endast små tecken i FQDN eller värdnamnet som du har ställt in för videonätnoden. Kapitalisering stöds inte just nu.
När du använder eller konfigurerar FQDN eller värdnamn måste du även ange en giltig och löstagbar domän. Den totala längden på FQDN får inte överstiga 64 tecken.

IP-adress – Ange IP-adressen för nodens interna gränssnitt.
Mask – Ange delnätmaskadressen i punktdecimalnotation. Till exempel, 255.255.255.0.
Gateway – Ange gatewayens IP-adress. En gateway är en nätverksnod som fungerar som åtkomstpunkt till ett annat nätverk.
DNS-servrar – Ange en kommaavgränsad lista över DNS-servrar som hanterar översättande domännamn till numeriska IP-adresser. (Upp till 4 DNS-poster är tillåtna.)
NTP-servrar – ange din organisations NTP-server eller en annan extern NTP-server som kan användas i din organisation. Du kan också använda en kommaavgränsad lista för att ange flera NTP-servrar.

Videonätnoden måste ha en intern IP-adress och löstagbart DNS-namn. Nodens IP-adress får inte tillhöra det IP-adressintervall som är reserverat för intern användning av videonätnod. Standardreserverat IP-adressintervall är 172.17.42.0–172.17.42.63, vilket kan konfigureras senare i diagnostikmenyn. Detta IP-adressintervall är för kommunikation inom videonätnoden och mellan programvarubehållare som håller de olika komponenterna i noden – till exempel SIP-gränssnittet och medieomkodning.
Distribuera alla noder på samma subnät eller VLAN så att alla noder i ett kluster kan nås var klienterna bor i nätverket.
För en dubbel NIC DMZ-distribution kan du ange den externa IP-adressen i nodkonsolen när du har sparat den interna nätverkskonfigurationen och startat om noden senare.

Om du föredrar kan du hoppa över nätverksinställningskonfigurationen och följa stegen i Konfigurera nätverkskonfiguration för videonätnoden i konsolen efter att du har loggat in på noden.

10

På Redo att slutföras sidan, kontrollera att alla inställningar du angav överensstämmer med riktlinjerna i den här proceduren och klicka sedan Slutför.

När distributionen av OVA är klar visas din videonätnod i listan över VM:er.

11

Högerklicka på videonätnoden VM och välj sedan Ström > På.

Programvaran för videonätnod installeras som gäst på VM-värden. Du är nu redo att logga in på konsolen och konfigurera videonätnoden.

Du kan uppleva en fördröjning på några minuter innan nodbehållarna kommer upp. Ett meddelande om bryggbrandvägg visas på konsolen under den första uppstarten, där du inte kan logga in.

Nästa steg

Ställ in nätverkskonfigurationen för videonätnoden i konsolen

Logga in på konsolen för första gången. Programvaran för videonätnod har ett standardlösenord. Du måste ändra det här värdet innan du konfigurerar noden.

1	Gå till videonätnoden VM och välj sedan Konsol från VM-programvaran v-sfären. VM för videonätnod startar och en inloggningsanvisning visas. Om inloggningsinstruktionen inte visas trycker du på Retur. Du kan kort se ett meddelande som indikerar att systemet initieras.
2	Använd följande standardanvändarnamn och lösenord för att logga in: Inloggning: `admin` Lösenord: `cisco` Eftersom du loggar in på videonätnoden för första gången måste du ändra administratörens lösenord (lösenord).
3	För (aktuellt) lösenord anger du standardlösenordet (ovanifrån) och trycker sedan på Retur.
4	Om du vill ha ett nytt lösenord anger du en ny lösenfras och trycker sedan på Retur.
5	Om du vill skriva om ett nytt lösenord skriver du om den nya lösenfrasen och trycker sedan på Retur. Ett meddelande ”Lösenord har ändrats” visas och sedan visas den första videonätnodskärmen med ett meddelande om att obehörig åtkomst är förbjuden.
6	Tryck på Retur för att läsa in huvudmenyn.

Nästa steg

Använd den här proceduren för att konfigurera nätverksinställningarna för videonätnoden om du inte konfigurerade dem när du konfigurerade noden på en virtuell dator. Du ställer in en statisk IP-adress och ändrar FQDN/värdnamn och NTP-servrar. DHCP stöds för närvarande inte.

Dessa steg krävs om du inte konfigurerade nätverksinställningar vid tidpunkten för OVA-distributionen.

Det interna gränssnittet (standardgränssnittet för trafik) används för CLI, SIP-trunkar, SIP-trafik och nodhantering. Det externa (externa) gränssnittet är för HTTPS- och websockets kommunikation till Webex, tillsammans med överlappningstrafiken från noderna till Webex.

1

Öppna nodkonsolgränssnittet via VM-ware vSphere-klienten och logga sedan in med administratörsuppgifterna.

Efter första konfigurationen av nätverksinställningarna och om videonätet kan nås kan du komma åt nodgränssnittet via ett säkert skal (SSH).

2

Välj alternativ från huvudmenyn på videonätnodkonsolen 2 Redigera konfiguration och klicka sedan Välj.

3

Läs instruktionen om att samtalen avslutas på videonätnoden och klicka sedan på Ja.

4

Klicka på Statisk, ange IP-adressen för det interna gränssnittet, Mask, Gateway och DNS värden för ditt nätverk.

Videonätnoden måste ha en intern IP-adress och löstagbart DNS-namn. Nodens IP-adress får inte tillhöra det IP-adressintervall som är reserverat för intern användning av videonätnod. Standardreserverat IP-adressintervall är 172.17.42.0–172.17.42.63, vilket kan konfigureras i diagnostikmenyn. Detta IP-adressintervall är för kommunikation inom videonätnoden och mellan programvarubehållare som håller de olika komponenterna i noden – till exempel SIP-gränssnittet och medieomkodning.
Distribuera alla noder på samma subnät eller VLAN så att alla noder i ett kluster kan nås var klienterna bor i nätverket.
För en dubbel NIC DMZ-distribution kan du ange den externa IP-adressen i nästa procedur efter att du har sparat den interna nätverkskonfigurationen och startat om noden.

5

Ange din organisations NTP-server eller en annan extern NTP-server som kan användas i din organisation.

När du har konfigurerat NTP-servern och sparat nätverksinställningarna kan du följa stegen i Kontrollera hälsa på videonätnod från konsolen för att kontrollera att tiden synkroniseras korrekt via de angivna NTP-servrarna.

Om du konfigurerar fler än en NTP-server är omröstningsintervallet för redundans 40 sekunder.

6

(Valfritt) Ändra värdnamn eller domän om det behövs.

För att säkerställa en lyckad registrering i molnet använder du endast små tecken i värdnamnet som du har ställt in för videonätnoden. Kapitalisering stöds inte just nu.
När du använder eller konfigurerar FQDN eller värdnamn måste du även ange en giltig och löstagbar domän. Den totala längden på FQDN får inte överstiga 64 tecken.

7

Klicka Spara och klicka sedan på Spara ändringar och omstart.

Under sparningen utförs DNS-validering om du har angett en domän. En varning visas om FQDN (värdnamn och domän) inte kan lösas med de angivna DNS-serveradresserna. Du kan välja att spara genom att ignorera varningen, men samtal kommer inte att fungera förrän FQDN kan lösa den DNS som konfigurerats på noden. När videonätnoden har startats om träder nätverkskonfigurationen i kraft.

Nästa steg

När programvarubilden har installerats och konfigurerats med nätverksinställningarna (IP-adress, DNS, NTP och så vidare) och är tillgänglig i företagsnätverket kan du gå till nästa steg för att säkert registrera den i molnet. IP-adressen som har konfigurerats i videonätnoden är endast tillgänglig från företagsnätverket. Ur ett säkerhetsperspektiv är noden härdad, vilket innebär att endast kundadministratörer kan komma åt nodens gränssnitt för att utföra konfiguration.

Ange det externa nätverksgränssnittet för videonätnoden

När noden är online igen och du har verifierat den interna nätverkskonfigurationen kan du konfigurera det externa nätverksgränssnittet om du distribuerar videonätnoden i ditt nätverks DMZ så att du kan isolera företagstrafiken (intern) från extern (extern) trafik.

1

Välj alternativ från huvudmenyn på videonätnodkonsolen 5 Extern IP-konfiguration och klicka sedan Välj.

2

Klicka på 1 Aktivera/inaktivera, Välj och sedan Ja för att aktivera de externa IP-adressalternativen på noden.

3

Som du gjorde med den initiala nätverkskonfigurationen anger du värdena IP-adress (extern), mask och gateway.

Fältet Gränssnitt visar namnet på det externa gränssnittet för noden.

4

Klicka på Spara och starta om.

Noden startar om igen för att aktivera den dubbla IP-adressen och konfigurerar sedan automatiskt de grundläggande statiska dirigeringsreglerna. Dessa regler fastställer att trafik till och från en privat klass IP-adress använder ett internt gränssnitt; trafik till och från en offentlig klass IP-adress använder ett externt gränssnitt. Senare kan du skapa egna dirigeringsregler – till exempel om du behöver konfigurera en åsidosättning och tillåta åtkomst till en extern domän från det interna gränssnittet.

Under vissa omständigheter kan den befintliga SSH-anslutningen avslutas. För organisationer som använder IP-adresser från det offentliga intervallet måste du återställa en SSH-anslutning till den offentliga IP-adressen för videonätnoden.

5

För att validera den interna och externa IP-adresskonfigurationen går du till 4 Diagnostik från konsolens huvudmeny och väljer sedan Ping.

6

I fältet ping anger du en destinationsadress som du vill testa, till exempel en extern destination eller en intern IP-adress och klickar sedan på OK.

Testa en extern destination (till exempel cisco.com). Om det lyckas visar resultaten att destinationen har åtkomst från det externa gränssnittet.
Testa en intern IP-adress. Om detta lyckas visar resultaten att adressen har hämtats från det interna gränssnittet.

Nästa steg

API:er för videonätnod

API:er för videonätnod gör det möjligt för organisationens administratörer att hantera lösenord, interna och externa nätverksinställningar, underhållsläge och servercertifikat relaterade till videonätnoder. Dessa API:er kan åberopas via valfritt API-verktyg som Postman, eller så kan du skapa ditt eget skript för att ringa dem. Användaren måste ringa API:erna med lämplig slutpunkt (du kan använda antingen nod-IP eller FQDN), metod, kropp, rubriker, auktorisation etc. för att utföra önskad åtgärd och få ett lämpligt svar, enligt informationen nedan.

API:er för VMN-administration

API:er för administration av videonät gör det möjligt för organisationsadministratörer att hantera underhållsläge och administratörskonto för videonätnoderna.

Hämta status för underhållsläget

Hämtar status för aktuellt underhållsläge (Förväntad status: på, av, väntar eller begärs).

[GET] https://<node_ip>/api/v1/externt/underhållsläge

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Aktivera eller inaktivera underhållsläge

När du placerar en videonätnod i underhållsläge stängs samtalstjänsterna på ett snyggt sätt (slutar att acceptera nya samtal och väntar upp till 2 timmar innan befintliga samtal slutförs).

[PUT] https://<node_ip>/api/v1/externt/underhållsläge

Ring endast det här API när det inte finns några aktiva samtal.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

{
      "maintenanceMode": "on"
}

underhållsläge – Status för underhållsläget som ska ställas in – ”på” eller ”av”.

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Ändra administratörslösenord

Ändrar administratörsanvändarens lösenord.

[PUT] https://<node_ip>/api/v1/externt/lösenord

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

{
  "newPassword": "new"
}

nyttLösenord – Det nya lösenordet som ska ställas in för ”admin”-kontot för videonätnoden.

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

VMN-nätverks-API:er

API:er för videonätverk gör det möjligt för organisationens administratörer att hantera interna och externa nätverksinställningar.

Hämta extern nätverkskonfiguration

Identifierar om det externa nätverket är aktiverat eller inaktiverat. Om det externa nätverket är aktiverat hämtar det även den externa IP-adressen, den externa nätmasken och den externa gatewayen.

[GET] https://<node_ip>/api/v1/externt/externtnätverk

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Redigera extern nätverkskonfiguration

Ändrar inställningarna för det externa nätverket. Detta API kan användas för att antingen aktivera det externa nätverket tillsammans med inställning eller redigering av det externa nätverksgränssnittet med extern IP-adress, extern nätmask och extern gateway. Den kan också användas för att inaktivera det externa nätverket. När du har gjort ändringar i den externa nätverkskonfigurationen startas noden om för att tillämpa dessa ändringar.

[PUT] https://<node_ip>/api/v1/externt/externtnätverk

Du kan endast konfigurera detta för nydistribuerade videonätnoder vars standardadministratörslösenord har ändrats. Använd inte detta API efter att noden har registrerats i en organisation.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

Aktivera externt nätverk:


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

Inaktivera externt nätverk:

{
  "externalNetworkEnabled": false
}

externtnätverksaktiverat – Boolean värde (sant eller falskt) för att aktivera/inaktivera externt nätverk
externIP – Den externa IP som ska läggas till
externMask – Nätmask för det externa nätverket
externgateway – gateway för det externa nätverket

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

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

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

Exempelsvar 3:

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

Exempelsvar 4:

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

Hämta interna nätverksinformation

Hämtar information om intern nätverkskonfiguration som inkluderar nätverksläge, IP-adress, nätmask, gateway, information om DNS-caching, DNS-servrar, NTP-servrar, internt gränssnitt MTU, värdnamn och domän.

[GET] https://<node_ip>/api/v1/externt/internt nätverk

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

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

Exempelsvar 2:


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

Exempelsvar 3:

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

Redigera DNS-servrar

Uppdaterar DNS-servrar med nya.

[PUT] https://<node_ip>/api/v1/externt/internt nätverk/dns

Placera noden i underhållsläge innan du gör den här ändringen. Se Aktivera eller inaktivera underhållsläge för mer information om hur du flyttar en nod till underhållsläge.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

{
    "dnsServers": "1.1.1.1 2.2.2.2"
}

dnsservrar – DNS-servrar som ska uppdateras. Flera utrymmesavgränsade DNS-servrar är tillåtna.

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Redigera NTP-servrar

Uppdaterar NTP-servrar med nya.

[PUT] https://<node_ip>/api/v1/externt/interntnätverk/ntp

Placera noden i underhållsläge innan du gör den här ändringen. Se Aktivera eller inaktivera underhållsläge för mer information om hur du flyttar en nod till underhållsläge.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

{
    "ntpServers": "1.1.1.1 2.2.2.2"
}

ntpServers – NTP-servrar ska uppdateras. Flera utrymmesseparerade NTP-servrar är tillåtna.

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Redigera värdnamn och domän

Uppdaterar värdnamnet och domänen för videonätnoden.

[PUT] https://<node_ip>/api/v1/externt/interntnätverk/värd

Placera noden i underhållsläge innan du gör den här ändringen. Noden startas om för att verkställa ändringen. Se Aktivera eller inaktivera underhållsläge för mer information om hur du flyttar en nod till underhållsläge.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

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

värdnamn – Nodens nya värdnamn.
domän – Den nya domänen för nodens värdnamn (valfritt).

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Aktivera eller inaktivera cachelagring av DNS

Aktiverar eller inaktiverar DNS-caching. Överväg att aktivera cachelagring om DNS-kontroller ofta tar över 750 ms att lösa, eller om det rekommenderas av Cisco Support.

[PUT] https://<node_ip>/api/v1/externt/interntnätverk/dns-caching

Placera noden i underhållsläge innan du gör den här ändringen. Noden startas om för att verkställa ändringen. Se Aktivera eller inaktivera underhållsläge för mer information om hur du flyttar en nod till underhållsläge.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

{
    "dnsCaching": true
}

dnsCaching – konfiguration av DNS-caching. Accepterar Boolean-värde (sant eller falskt).

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Redigera MTU för gränssnitt

Ändrar den maximala överföringsenheten (MTU) för nodens nätverksgränssnitt från standardvärdet 1 500. Värden mellan 1280 och 9000 är tillåtna.

[PUT] https://<node_ip>/api/v1/externt/interntnätverk/mtu

Placera noden i underhållsläge innan du gör den här ändringen. Noden startas om för att verkställa ändringen. Se Aktivera eller inaktivera underhållsläge för mer information om hur du flyttar en nod till underhållsläge.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

{
    "internalInterfaceMtu": 1500
}

interntInterfaceMtu – Maximal överföringsenhet för nodens nätverksgränssnitt. Värdet bör vara mellan 1280 och 9000.

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

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

Exempelsvar 2:

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

Exempelsvar 3:


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

API:er för VMN-servercertifikat

API:er för videonätservercertifikat gör det möjligt för organisationsadministratörer att skapa, uppdatera, hämta och ta bort certifikat relaterade till videonätnoder. Mer information finns i Exchange certifikatkedjor mellan Unified CM och videonätnoder.

Skapa CSR-certifikatet

Genererar ett CSR-certifikat (Certificate Signing Request) och den privata nyckeln, baserat på den information som anges.

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

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

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

gemensamtNamn – IP/FQDN för videonätnoden som ges som vanligt namn. (obligatoriskt)
e-postadress – Användarens e-postadress. (valfritt)
altNamn – Alternativt ämnesnamn (valfritt). Flera separata FQDN:er tillåts. Om den tillhandahålls måste den innehålla det vanliga namnet. Om altnamn inte anges tar det det gemensammanamnet som värdet av altnamn.
organisation – Organisations-/företagsnamn. (valfritt)
organisationsenhet – organisationsenhet eller avdelnings- eller gruppnamn etc. (valfritt)
plats – stad/plats. (valfritt)
delstat - delstat/provins. (valfritt)
land - land/region. Förkortning med två bokstäver. Ange inte mer än två bokstäver. (valfritt)
lösenfras – Lösenfras för privat nyckel. (valfritt)
nyckelbitsstorlek – Bitsstorlek för privat nyckel. Godkända värden är 2048, som standard, eller 4096. (valfritt)

Begär rubriker:

Innehållstyp: '''tillämpning/json'''

Exempelsvar:

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

Exempelsvar 2:


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

Exempelsvar 3:

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

Exempelsvar 4:

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

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

Hämta CSR-certifikatet

Hämtar det genererade CSR-certifikatet.

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

Du kan även hämta filen via alternativet Skicka och hämta .

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Hämta den privata nyckeln

Hämtar den privata nyckeln som genereras tillsammans med CSR-certifikatet.

[GET] https://<node_ip>/api/v1/externcertifikathanterare/nyckel

Du kan även hämta filen via alternativet Skicka och hämta .

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:


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

Exempelsvar 2:

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

Ta bort CSR-certifikatet

Tar bort det befintliga CSR-certifikatet.

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

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Ta bort den privata nyckeln

Tar bort den befintliga privata nyckeln.

[DELETE] https://<node_ip>/api/v1/externcertifikathanterare/nyckel

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Installera CA-signerat certifikat och privat nyckel

Överför det medföljande CA-signerade certifikatet och den privata nyckeln på videonätnoden och installerar certifikatet på noden.

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

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

Använd ”formulärdata” för att ladda upp följande filer:

CA-signerad certifikatfil (.crt) med nyckeln som "crtfil".
Fil med privat nyckel (.nyckel) med nyckeln som "nyckelfil".

Begär rubriker:

Innehållstyp: "Flerdelsdata/formulärdata"

Exempelsvar:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

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

Hämta CA-signerat certifikat

Hämtar det CA-signerade certifikatet som är installerat på noden.

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

Du kan även hämta filen via alternativet Skicka och hämta .

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Ta bort CA-signerat certifikat

Tar bort det CA-signerade certifikatet som är installerat på noden.

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

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Vanliga API-svar

Nedan visas några exempelsvar som du kan stöta på när du använder någon av de API:er som nämns ovan.

Exempelsvar 1: Felaktiga inloggningsuppgifter som anges i den grundläggande auktorisationen.

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

Exempelsvar 2: VMN uppgraderas inte till den version som krävs som stöder dessa API:er.

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

Exempelsvar 3: Fel domare angavs i sidhuvudet (när sidhuvudet inte förväntades).

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

Exempelsvar 4: Hastighetsgränsen har överskridits. Försök efter en stund.


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

Lägg till interna och externa dirigeringsregler

I en distribution av dubbelt nätverksgränssnitt (NIC) kan du finjustera dirigeringen för videonätnoder genom att lägga till användardefinierade dirigeringsregler för externa och interna gränssnitt. Standardrutorna läggs till i noderna, men du kan göra undantag – till exempel externa undernät eller värdadresser som måste nås via det interna gränssnittet, eller interna undernät eller värdadresser som måste nås från det externa gränssnittet. Utför följande steg vid behov.

1

I gränssnittet för videonätnod väljer du 5 Extern IP-konfiguration och klickar sedan på Välj.

2

Välj 3 Hantera dirigeringsregler och klicka sedan på Välj.

Första gången du öppnar den här sidan visas standardsystemdirigeringsreglerna i listan. Som standard går all intern trafik via det interna gränssnittet och extern trafik via det externa gränssnittet.

Du kan lägga till manuella åsidosättningar till dessa regler i nästa steg.

3

Följ dessa steg vid behov:

Klicka på Lägg till extern rutt och ange sedan det interna undernätet eller värd-IP-adressen som ska användas för den externa rutten.
Klicka på Lägg till intern rutt och ange sedan det externa subnätet eller värd-IP-adressen som ska användas för den interna rutten.

När du lägger till varje regel visas de i listan över routningsregler, kategoriserade som användardefinierade regler.

Standardrutorna kan inte tas bort, men du kan ta bort alla användardefinierade åsidosättningar som du har konfigurerat.

Anpassade dirigeringsregler kan skapa risk för konflikter med annan dirigering. Du kan till exempel definiera en regel som låser din SSH-anslutning till gränssnittet för videonätnod. Om detta inträffar gör du något av följande och tar sedan bort eller ändra dirigeringsregeln:

Öppna en SSH-anslutning till den offentliga IP-adressen för videonätnoden.
Öppna videonätnoden via ESXi-konsolen

Registrera videonätnoden i Webex Cloud

Använd den här proceduren för att registrera videonätnoder i Webex-molnet och slutföra ytterligare konfiguration. När du använder Control Hub för att registrera din nod skapar du ett kluster som noden har tilldelats. Ett kluster innehåller en eller flera medienoder som betjänar användare i en viss geografisk region. Registreringsstegen konfigurerar även SIP-samtalsinställningar, konfigurera ett uppgraderingsschema och prenumerera på e-postaviseringar.

Innan du börjar

När du påbörjar registreringen av en nod måste du slutföra den inom 60 minuter eller så måste du börja om.
Se till att alla popup-blockerare i webbläsaren är inaktiverade eller att du tillåter undantag för https://admin.webex.com.
För bästa resultat distribuerar du alla noder i ett kluster i samma datacenter. Se Kluster i videonät för hur de fungerar och bästa metoderna.
Från värden eller datorn där du registrerar videonätnoder i molnet måste du ha anslutning till Webex-molnet och de IP-adresser för videonätnoderna som registreras (i en dubbel NIC-miljö, särskilt de interna IP-adresserna för videonätnoderna).

1

Logga in på Control Hub.

Du loggar in i Control Hub med administratörsuppgifterna. Administrationsfunktionen för Control Hub är endast tillgänglig för användare som har definierats som administratörer i Control Hub. Se Kundkontoroller för mer information.

2

Gå till Tjänster > Hybrid och välj en:

Konfigurera: Välj det här alternativet om det här är den första videonätnoden du registrerar och klicka sedan på Nästa.

Se Slutför förutsättningarna för videonät för mer information.
Visa alla: Välj det här alternativet om du redan har registrerat en eller flera videonätnoder och klicka sedan på Lägg till resurs.

3

Kontrollera att du har installerat och konfigurerat videonätnoden. Klicka Ja, jag är redo att registrera mig..., klicka sedan på Nästa.

4

I Skapa ett nytt eller välj ett kluster väljer du ett:

För ett nytt kluster anger du ett namn för det kluster som du vill tilldela din videonätnod till.
För ett befintligt kluster klickar du på fältet och väljer sedan ett befintligt kluster som du vill lägga till den nya noden till.

Vi rekommenderar att du namnger ett kluster baserat på var klusternoderna befinner sig geografiskt. Till exempel "San Francisco".

5

I Ange FQDN- eller IP-adressen anger du det fullständigt kvalificerade domännamnet (FQDN) eller den interna IP-adressen till din videonätnod och klickar sedan på Nästa.

Om du använder FQDN anger du en domän som kan lösas med DNS.
Om du använder en IP-adress anger du samma interna IP-adress som du använde för att konfigurera noden från konsolen.

En FQDN måste lösas direkt till IP-adressen annars är den inte användbar. Vi utför valideringen på FQDN för att utesluta eventuell typ- eller konfigurationsfel.

Det dubbla nätverksgränssnittet stöder inte att ange en FQDN för den externa IP-adressen. FQDN kan endast läggas till på skärmen där intern IP-adress anges. Det är vad FQDN måste lösa för att använda DNS-servrar som anges på samma skärm.

6

Under Uppgraderingsschema väljer du tid, frekvens och tidszon.

Standardvärdet är ett dagligt uppgraderingsschema. Du kan ändra det till ett veckoschema på en viss dag. När en uppgradering är tillgänglig uppgraderas videonätnodprogramvaran automatiskt under den tid du väljer.

När en uppgradering är tillgänglig kan du använda Uppgradera nu för att starta uppgraderingen före nästa underhållsfönster eller Senarelägga för att skjuta upp den till nästa fönster.

7

Under E-postaviseringar lägger du till administratörens e-postadresser för att prenumerera på aviseringar om tjänstelarm och programvaruuppgraderingar.

Din administratörs e-postadress läggs till automatiskt. Du kan ta bort den om du vill.

8

Aktivera inställningen för videokvalitet för att aktivera video 1080p 30 fps.

Med den här inställningen kan SIP-mötesdeltagare som deltar i ett möte som är värd i en videonätnod använda video 1080p 30 fps om de alla är inne i företagets nätverk och använder en enhet med hög upplösning. Inställningen gäller för alla kluster av noder.

Om den här inställningen är inaktiverad är standardvärdet 720p.
För videolösningar som stöds av Webex-appen, se Videospecifikationer för samtal och möten.

9

Läs informationen under Slutför registreringen och klicka sedan på Gå till nod för att registrera noden i Webex-molnet.

En ny webbläsarflik öppnas för att kontrollera noden. Det här steget skyddar videonätnoden med hjälp av nodens IP-adress. Under registreringsprocessen omdirigerar Control Hub dig till videonätnoden. IP-adressen måste vara skyddad, annars misslyckas registreringen. Registreringsprocessen måste slutföras från företagsnätverket där noden är installerad.

10

Markera Tillåt åtkomst till Webex-videonätnoden och klicka sedan på Fortsätt.

11

Klicka på Tillåt .

Ditt konto har validerats, din videonätnod är registrerad och meddelandet Registrering slutförd visas, vilket indikerar att din videonätnod nu är registrerad i Webex.

Videonätnoden får maskinautentiseringsuppgifter baserat på din organisations berättiganden. De genererade maskininloggningsuppgifterna upphör regelbundet och uppdateras.

12

Klicka på portallänken eller stäng fliken för att gå tillbaka till videonätsidan.

På videonätsidan ser du nu det nya klustret som innehåller videonätnoden som du har registrerat.

Om du går till klustret visas den nya videonätnoden, som inledningsvis visar status för registrering. Noden ändras till Körs när den är klar att användas i din Webex-organisation.
Eftersom programvaran är en behållare som innehåller tjänster från molninfrastrukturen får den uppdateringar från molnet för att förbli synkroniserade med molntjänsterna. Obligatoriska uppdateringar kan installeras strax efter att du har registrerat noden i molnet. Du kan även ändra ditt automatiska uppgraderingsschema. Se Automatiska uppgraderingar för Hybrid-tjänsteresurser för mer information.
Om du har installerat demobilden på noden som du har registrerat visas ett demo-läge gult statuslarm. Detta larm är normalt, men vi rekommenderar att du installerar hela programvarubilden innan 90-dagars grace period löper ut för demobilden.

Vid detta tillfälle är videonätnoden redo att kommunicera med Ciscos molntjänster via säkrade kanaler med en token som utfärdats för autentisering. Videonätnoden kommunicerar också med Docker Hub (docker.com, docker.io). Docker används av videonätnod för att lagra behållare för distribution till olika videonätnoder över hela världen. Endast Cisco har inloggningsuppgifter för att skriva till Docker Hub. Videonätnoderna kan nå ut till Docker Hub med skrivskyddade inloggningsuppgifter för att hämta behållarna för uppgraderingar.

Bilder hämtas baserat på checksum, som överförs till noden som en del av etableringsdata. Se det här dokumentet för mer information om hur dockarpull fungerar: https://docs.docker.com/v17.09/engine/userguide/storagedriver/imagesandcontainers/#sharing-promotes-smaller-images

Tänk på saker

Kom ihåg följande information om videonätnod och hur den fungerar när den har registrerats hos din Webex-organisation:

När du distribuerar en ny videonätnod kommer Webex-appen och Webex-registrerade enheten inte att känna igen den nya noden på upp till 2 timmar. Klienterna kontrollerar om kluster kan nås under uppstart, nätverksändring eller cache upphör att gälla. Du kan vänta i 2 timmar eller, som en lösning, starta om Webex-appen eller starta om Webex-rums- eller skrivbordsenheten. Efteråt fångas samtalsaktiviteten i videonätrapporterna i Control Hub.
En videonätnod registreras till en enda Webex-organisation; det är inte en enhet med flera klienter.
För att förstå vad som använder videonätnod och vad som inte används, se tabellen i Klienter och enheter som använder videonätnod.
Videonätnoden kan ansluta till din Webex-webbplats eller till en annan kund eller partners Webex-webbplats. Webbplats A har till exempel distribuerat ett videonätnodkluster och registrerat det med exempel1.webex.com-domänen. Om användare på webbplats A ringer in till mymeeting@example1.webex.com använder de videonätnoden och en överlappning kan skapas. Om användarna på webbplatsen A ringer yourmeeting@example2.webex.com kommer webbplatsen A-användare att använda sin lokala videonätnod och ansluta till mötet på webbplats B:s Webex-organisation.

Nästa steg

Upprepa dessa steg om du vill registrera ytterligare noder.
Om en uppgradering är tillgänglig rekommenderar vi att du tillämpar den så snart som möjligt. Utför följande steg för att uppgradera:
1. Etableringsdata drivs till Webex-molnet av Ciscos utvecklingsteam över säkra kanaler. Etableringsdata är signerade. För behållarna innehåller etableringsdata namn, checksum, version och så vidare. Videonätnoden får även sin etableringsdata från Webex-molnet via säkra kanaler.
2. När videonätnoden får sin etableringsdata autentiseras noden med skrivskyddade inloggningsuppgifter och hämtar behållaren med specifik checksum och namn och uppgraderar systemet. Varje behållare som körs med videonätnod har ett bildnamn och en checksum. Dessa attribut laddas upp till Webex-molnet med säkrade kanaler.

Aktivera tjänstekvalitet (QoS) för videonätnod

Innan du börjar

Gör nödvändiga ändringar av brandväggsporten som täcks i diagrammet och tabellen. Se Portar och protokoll som används av videonät.
För att videonätnoder ska aktiveras för QoS måste noderna vara online. Noder i underhållsläge eller offline-tillstånd utesluts när du aktiverar den här inställningen.

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid, klicka på Redigera inställningar på videonätkortet.

2

Bläddra till tjänstekvalitet och klicka på Aktivera.

När detta är aktiverat får du det stora, diskret portintervallet (bestämt av lokal samtalskontrollkonfiguration) som används för ljud och video för lokala SIP-klienter/slutpunkter och intraklusteröverlappningar med unika DSCP-markeringar:.

Ljud: 52500–59499 och 59500–62999 DSCP EF (Expedited Forward)
Video/innehåll: 63000–64667 och 64668–65500 DSCP AF41

All SIP- och överlappningstrafik från videonätnoder är markerade med EF för ljud och AF41 för video. De diskreta portintervallerna används som källportar för kaskademedia till andra videonätnoder och molnmedienoder samt källa- och destinationsportar för SIP-klientmedia. Webex Teams-appar och kaskademedia fortsätter att använda destinationsporten 5004 och portramge 50000–53000.

All returtrafik för videonät (ljud, video, innehåll) från de delade portarna är markerade med AF41. Ljudtrafiken måste noteras till EF i nätverket, baserat på källportnumren.

Ett statusmeddelande visas som visar vilka noder som aktiveras en för en för QoS-portintervallet. Du kan klicka på granska väntande noder för att se en lista över väntande noder för QoS. Det kan ta upp till 2 timmar att aktivera den här inställningen, beroende på samtalstrafik på noderna.

3

Om QoS inte är helt aktiverat inom 2 timmar, öppna ett ärende med stöd för ytterligare utredning.

Noderna startas om och uppdateras med det nya portintervallet.

Om du bestämmer dig för att inaktivera inställningen får du det lilla konsoliderade portintervallet som används för både ljud och video (34000–34999). All trafik från videonätnoder (SIP, överlappningar, molntrafik och så vidare) får en enda märkning av AF41.

Verifiera portintervall för videonätnod med reflektorverktyg i webbgränssnittet

Reflektorverktyget (en kombination av en server på videonätnoden och klienten via ett Python-skript) används för att kontrollera om de obligatoriska TCP/UDP-portarna är öppna från videonätnoder.

Innan du börjar

Hämta en kopia av Reflector Tool Client (ett Python-skript) från https://github.com/CiscoDevNet/webex-video-mesh-reflector-client.
Se till att du kör Python 2.7.10 eller senare i din miljö för att skriptet ska fungera korrekt.
För närvarande har det här verktyget stöd för SIP-slutpunkter för videonätnoder och intraklusterverifiering.

1	Från kundvyn i https://admin.webex.com aktiverar du underhållsnoden för videonätnoden genom att följa dessa instruktioner.
2	Vänta på att noden visar status ”redo för underhåll” i Control Hub.
3	Öppna gränssnittet för Webex-videonätnod. Anvisningar finns i Hantera videonätnod från webbgränssnittet.
4	Bläddra till Reflector Tool och starta sedan antingen TCP Reflector Server eller UDP Reflector Server, beroende på vilket protokoll du vill använda.
5	Klicka på Starta reflektorserver och vänta sedan på att servern ska starta. Du ser ett meddelande när servern startar.
6	Kör skriptet med följande kommando från ett system (t.ex. en dator) i ett nätverk som du vill att videonätnoder ska nå: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` I slutet av körningen visar klienten ett framgångsmeddelande om alla obligatoriska portar är öppna: Klienten visar ett misslyckat meddelande om några obligatoriska portar inte är öppna:
7	Lös alla portproblem på brandväggen och kör sedan vidare stegen ovan.
8	Kör klienten med `--help` för att få mer information.

Konfigurera videonätnod för proxyintegrering

Använd den här proceduren för att ange vilken typ av proxy som du vill integrera med ett videonät. Om du väljer en transparent inspektionsproxy eller en uttrycklig proxy kan du använda nodens gränssnitt för att ladda upp och installera rotcertifikatet, kontrollera proxyanslutningen och felsöka eventuella problem.

Innan du börjar

Se Proxystöd för videonät för en översikt över de proxyalternativ som stöds.
Krav för proxystöd för videonät

1

Ange URL för konfiguration av videonät https://[IP or FQDN/setup i en webbläsare anger du administratörsuppgifterna som du har konfigurerat för noden och klickar sedan på Logga in.

2

Gå till Trust Store och Proxy och välj sedan ett alternativ:

Ingen proxy – standardalternativet innan du integrerar en proxy. Ingen certifikatuppdatering krävs.
Transparent icke-inspekterande proxy – videonätnoder har inte konfigurerats för att använda en specifik proxyserveradress och bör inte kräva några ändringar för att fungera med en icke-inspekterande proxy. Ingen certifikatuppdatering krävs.
Transparent inspektion av proxy – videonätnoder har inte konfigurerats för att använda en specifik proxyserveradress. Inga http(s)-konfigurationsändringar krävs för videonät. Videonätnoderna behöver dock ett rotcertifikat så att de litar på proxyn. Inspekterade proxyservrar används vanligtvis av IT för att upprätthålla policyer om vilka webbplatser som kan besökas och vilka typer av innehåll som inte är tillåtna. Den här typen av proxy avkrypterar all trafik (även https).

Explicit proxy – Med explicit proxy berättar du för klienten (videonätnoder) vilken proxyserver som ska användas och det här alternativet har stöd för flera autentiseringstyper. När du har valt det här alternativet måste du ange följande information:

Proxy-IP/FQDN – Adress som kan användas för att nå proxydatorn.
Proxyport – Ett portnummer som proxyn använder för att lyssna efter proxieterad trafik.
Proxyprotokoll – Välj http (videonätstunnlar dess https-trafik via http-proxy) eller https (trafik från videonätnoden till proxyn använder https-protokollet). Välj ett alternativ baserat på vad din proxyserver stöder.

Välj bland följande autentiseringstyper, beroende på din proxymiljö:

Alternativ	Användning
Ingen	Välj uttryckliga proxyservrar för HTTP eller HTTPS där det inte finns någon autentiseringsmetod.
Grundläggande	Tillgängligt för uttryckliga proxyservrar för HTTP eller HTTPS. Används för en HTTP-användaragent för att ange ett användarnamn och lösenord när en begäran görs och använder Base64-kodning.
Smältning	Endast tillgängligt för uttryckliga proxyservrar för HTTPS. Används för att bekräfta kontot innan du skickar känslig information och använder en hashfunktion på användarnamn och lösenord innan du skickar över nätverket.
NTLM	Endast tillgängligt för uttryckliga HTTP-proxyservrar. Som Digest, används för att bekräfta kontot innan du skickar känslig information. Använder Windows-inloggningsuppgifter istället för användarnamn och lösenord. Om du väljer det här alternativet anger du den Active Directory-domän som proxyn använder för autentisering i fältet NTLM-domän. Ange namnet på proxyarbetsstationen (även kallat ett arbetsstationskonto eller maskinkonto) inom den angivna NTLM-domänen i fältet NTLM Workstation.

Följ nästa steg för en genomskinlig inspektion eller uttrycklig proxy.

3

Klicka på Överför ett rotcertifikat eller ett slutcertifikat och leta sedan upp och välj rotcertifikatet för den uttryckliga eller genomskinliga inspektionsproxyn.

Certifikatet har överförts men inte installerats än eftersom noden måste startas om för att installera certifikatet. Klicka på pilen efter certifikatutfärdarens namn för att få mer information eller klicka på Ta bort om du har gjort ett misstag och vill ladda upp filen igen.

4

Klicka på Kontrollera proxyanslutning för att testa nätverksanslutningen mellan videonätnoden och proxyn om du vill inspektera eller uttryckliga proxyproxyservrar.

Om anslutningstestet misslyckas visas ett felmeddelande som visar orsaken och hur du kan åtgärda problemet.

5

När anslutningstestet har passerat aktiverar du växlingsknappen till Dirigera alla portförfrågningar 443 https från den här noden via den uttryckliga proxyn. Den här inställningen tar 15 sekunder att träda i kraft.

6

Klicka på Installera alla certifikat I Trust Store (visas när ett rotcertifikat lades till under proxykonfigurationen) eller Starta om (visas om inget rotcertifikat har lagts till), läs instruktionen och klicka sedan på Installera om du är redo.

Noden startas om inom några minuter.

7

När noden startas om loggar du in igen om det behövs och öppnar sedan sidan Översikt för att kontrollera anslutningskontrollerna för att se till att de alla är i grön status.

Proxyanslutningskontrollen testar endast en underdomän för webex.com. Om det finns anslutningsproblem är ett vanligt problem att vissa av molndomänerna som anges i installationsinstruktionerna blockeras vid proxyn.

Integrera videonät med uppgiftsflöde för samtalskontroll

Konfigurera SIP-trunkar för att dirigera SIP-inringning för Webex-möten i videonät. SIP-enheter stöder inte direkt åtkomst, så du måste använda Unified CM- eller VCS Expressway-konfigurationen för att etablera ett förhållande mellan lokala SIP-enheter och dina videonätskluster.

Innan du börjar

Se Distributionsmodeller för videonät och Cisco Unified Communications Manager för att förstå vanliga distributionsexempel.
Videonät har stöd för antingen TCP eller TLS mellan Unified CM- och SIP-signalering. SIP TLS stöds inte för VCS Expressway.
I Unified CM kan varje SIP-trunk stödja upp till 16 videomesh-destinationer (IP-adresser).
I Unified CM kan inkommande portar på säkerhetsprofilen för SIP-trunk vara standard (icke-säker SIP-trunk profil).
Videonät har stöd för 2 dirigeringsmönster: webbplatsnamn.webex.com och meet.ciscospark.com. Andra dirigeringsmönster stöds inte.

Videonät har stöd för 3 dirigeringsmönster: webex.com (för korta videoadresser), webbplatsnamn.webex.com och meet.ciscospark.com. Andra dirigeringsmönster stöds inte.

När du använder formatet för kort videoadress ( meet@webex.com ), hanterar alltid videonätsnoden samtalet. Noden hanterar samtalet även om samtalet går till en webbplats som inte har videonät aktiverat.

Välj ett av dessa alternativ, beroende på miljön för samtalskontroll och säkerhetskrav:

Konfigurera Unified CM-säker TLS SIP-trafikroutning för videonät
Konfigurera Unified CM TCP SIP-trafikroutning för videonät
Konfigurera Expressway TCP SIP-trafikroutning för videonät (endast TCP)

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

Konfigurera Unified CM med videonät med antingen TLS-krypterad eller TCP SIP-trafik. Du kan skapa en trunkdirigeringspolicy som återspeglar klusterinställningar och är mycket tillgänglig och motståndskraftig mot enhetsfel. Om du använder Unified CM Session Management Edition (SME) konfigurerar du trunkar på Unified CM SME- och bladsystemen så att inkommande och utgående samtal fördelas jämnt mellan Unified CM-servrar inom sessionshanteringsklustret.

Vanligtvis har varje webbplats ett dedikerat Unified CM-kluster som är kopplat till det. Dessa kluster ansluts via interkluster-SIP-trunkar. Varje kluster har inringningstrunkar till den lokala webbplatsen för videonätnoderna.

Du kan även konfigurera distributionen för att hantera fel- eller överflödsförhållanden. Den här konfigurationen hjälper om det uppstår ett avbrott eller om videonätklustren har uppnått kapacitet. Om SIP-mötet eller samtalet inte kan upprättas med ett kluster kommer mötet eller samtalet att överflödas till molnet.

SIP-enheter registrerade på VCS eller Expressway (endast TCP)

Konfigurera grannzoner och sökregler för att dirigera SIP-inringning och uppringning för Cisco Webex-möten till videonätkluster. SIP-enheter som är registrerade i en VCS-kontroll eller Expressway-C har inte stöd för direktåtkomst, så du måste använda en TCP-baserad Expressway-konfiguration för att etablera ett förhållande mellan lokala SIP-enheter och dina videonätkluster.

Du kan även konfigurera distributionen för att hantera fel- eller överflödsförhållanden. Den här konfigurationen hjälper om det uppstår ett avbrott eller om videonätklustren har uppnått kapacitet. Om SIP-mötet eller samtalet inte kan upprättas med ett kluster överförs mötet eller samtalet till molnet via VCS Control/Expressway-C eller ett Expressway C/E-par.

Konfigurera Unified CM-säker TLS SIP-trafikroutning för videonät

1

Skapa en SIP-profil för videonätkluster:

Från Cisco Unified CM Administration går du till Enhet > Enhetsinställningar > SIP-profil och klickar sedan på Sök.
Välj Standard SIP-profil för Cisco VCS och klicka sedan på Kopiera.
Ange ett namn för den nya profilen – till exempel: Video Mesh SIP Profile.
Under trunkspecifik konfiguration, ställ in Stöd för tidigt erbjudande för röst- och videosamtal till Bästa ansträngningar (ingen MTP införs).

Du kan tillämpa den här inställningen på en ny SIP-trunk i Webex-molnet (dirigeras av den externa domänen för Webex-webbplatsen). Inställningen påverkar inte befintlig SIP-trunkning eller samtalsomkoppling.
Se till att Aktivera ALTERNATIV Ping för att övervaka destinationsstatus för trunkar med tjänstetyp är markerat.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

2

Lägg till en ny säkerhetsprofil för SIP-trunk för videonätkluster:

Från Cisco Unified CM Administration väljer du System > Säkerhet > SIP-trunks säkerhetsprofil och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Secure SIP Trunk Security Profile

Bekräfta dessa inställningar:

Fält	Värde
enhetens säkerhetsläge	Krypterad
Typ av inkommande transport	TLS
Typ av utgående transport	TLS
X.509-ämnesnamn Säkert certifikatämne eller alternativt ämnesnamn	Ange det vanliga namnet på videonätnodcertifikatet.
Inkommande port	5061
SIP V.150 Utgående SDP-offertfiltrering	Använd standardfilter

Lämna alla andra fält med sina standardvärden och spara ändringarna.

3

Lägg till en ny SIP-trunk för att peka på dina videonätkluster:

I en distribution med endast Unified CM lägger du till en enda trunk.
I en SME-distribution finns det vanligtvis en trunk mellan Unified CM och SME. Lägg till en annan trunk mellan SME- och videonätnoder. Båda trunkarna måste ha samma inställningar som anges nedan.

Från Cisco Unified CM Administration väljer du Enhet > Trunk och klickar sedan på Lägg till ny.
Välj SIP-trunk för trunktypen, lämna de andra värdena och klicka på Nästa.
Ange ett betydelsefullt namn, till exempel Video_Mesh_SIP_Trunk_UCMtoVMN.
Markera kryssrutan SRTP-tillåten
För Infoformat för samtal och anslutning av part markerar du Leverera URI och DN i ansluten part, om tillgängligt. Den här inställningen aktiverar blandad identitet. Det gör att SIP-trunken kan överföra företagspartens katalog-URI till Webex.
Kontrollera Kör på alla aktiva Unified CM-noder.
Under SIP-information – destination anger du en IP-adress eller ett fullständigt kvalificerat domännamn (FQDN) för var och en av dina videonätnoder.
Ange 5061 för destinationsporten.
För säkerhetsprofilen för SIP-trunk väljer du säkerhetsprofilen för videonättrunk som du skapade tidigare. (Till exempel, Video Mesh Secure SIP Trunk Security Profile.)
För SIP-profilen väljer du den SIP-profil som du skapade tidigare. (Till exempel, Video Mesh SIP Profile.)
Lämna alla andra fält med sina standardvärden och spara ändringarna.

Ett videonätssamtal eller möte kan tilldela media till valfri nod i ett kluster, inte bara den nod som avslutar SIP-samtalet.

4

Skapa en SIP-trunk för att peka mot en Expressway för Webex-molnredogörelse.

Du kan använda en SIP-trunk som redan finns för en befintlig distribution av Unified CM och Expressway. Om du skapar en annan och även kör Mobile Remote Access (MRA) med dessa Expressways kan du bryta MRA.

Från Cisco Unified CM Administration väljer du Enhet > Trunk och klickar sedan på Lägg till ny.
Välj SIP-trunk för trunktypen, lämna de andra värdena och klicka på Nästa.
Ange ett betydelsefullt namn, till exempel Video_Mesh_VCS_Trunk.
För Infoformat för samtal och anslutning av part markerar du Leverera URI och DN i ansluten part, om tillgängligt. Den här inställningen aktiverar blandad identitet. Det gör att SIP-trunken kan överföra företagspartens katalog-URI till Webex.
Under SIP-information – destination anger du en IP-adress eller ett fullständigt kvalificerat domännamn (FQDN) för var och en av dina Expressways. För porten anger du 5060.
För SIP-profil väljer du Standard SIP-profil för Cisco VCS.

5

Skapa en ny dirigeringsgrupp för samtal till videonätskluster:

Från Cisco Unified CM Administration väljer du Samtalsomkoppling > Route/Hunt > Dirigeringsgrupp och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Node Route Group.
Ändra distributionsalgoritmen till Top Down.
I avsnittet Information om Dirigeringsgruppens medlemmar hittar du enheterna med namnet videonät.
Lägg till Video_Mesh_SIP_Trunk_UCM till VMN genom att klicka på Lägg till i dirigeringsgrupp.
Spara dina ändringar.

6

För överflöd till molnet skapar du en ny dirigeringsgrupp för samtal till Expressway:

Från Cisco Unified CM Administration väljer du Samtalsomkoppling > Route/Hunt > Dirigeringsgrupp och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Expressway Route Group.
Ändra distributionsalgoritmen till Top Down.
I avsnittet Information om Dirigeringsgruppens medlemmar hittar du enheterna med namnet videonät.
Lägg till Video_Mesh_VCS_Trunk genom att klicka på Lägg till i dirigeringsgrupp.
Spara dina ändringar.

7

Skapa en ny dirigeringslista för samtal till videonätkluster och Expressway:

Från Cisco Unified CM Administration väljer du Samtalsomkoppling > Route/Hunt > Dirigeringslista och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Node Route List.
Ställ in Cisco Unified Communications Manager Group som standard eller ett annat värde beroende på din konfiguration.
Spara dina ändringar.
Klicka på Lägg till dirigeringsgrupp i avsnittet Information om dirigeringslista och välj sedan Dirigeringsgrupp för videonät.
Lämna standardinställningarna för de andra inställningarna och spara sedan dina ändringar.
Klicka på Lägg till dirigeringsgrupp i avsnittet Information om dirigeringslista och välj sedan Expressway-dirigeringsgrupp för videonät.
Lämna standardinställningarna för de andra inställningarna och spara sedan dina ändringar.

8

Skapa ett SIP-routningsmönster för det korta videoadressformatet för uppringning av Webex-möten:

Från Samtalsomkoppling > SIP-routningsmönster klickar du på Lägg till ny och anger namnet Video Mesh Route Pattern for Webex Short URIs.
I IPv4-mönstret anger du webex.com som domän.
För SIP-trunk/dirigeringslista väljer du dirigeringslistan som skapats för videonät – till exempel, Lista över videonät.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

Med den korta videoadressens uppringningsfunktionen behöver användare inte längre komma ihåg namnet på Webex-webbplatsen för att delta i ett Webex-möte eller -händelse via ett videosystem. De kan delta i mötet snabbare eftersom de bara behöver veta mötets- eller händelsenummer.

9

Skapa ett SIP-dirigeringsmönster för Webex-webbplatsen:

Från Samtalsomkoppling > SIP-routningsmönster klickar du på Lägg till ny och anger namnet Video Mesh Route Pattern for Webex Sites.
I IPv4-mönstret anger du den Webex-webbplats som du vill ha optimerade media för – till exempel, examplesitename.webex.com.
För SIP-trunk/dirigeringslista väljer du dirigeringslistan som skapats för videonät – till exempel, Lista över videonät.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

10

Skapa ett SIP-routningsmönster för Webex-appmöten (bakåtkompatibilitet):

Från Samtalsomkoppling > SIP-routningsmönster klickar du på Lägg till ny och anger sedan namnet Video Mesh Route Pattern for Teams Meetings.
I IPv4-mönstret anger du meet.ciscospark.com.
För SIP-trunk/dirigeringslista väljer du dirigeringslistan som skapats för videonät – till exempel, Lista över videonät.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

Konfigurera Unified CM TCP SIP-trafikroutning för videonät

1

Skapa en SIP-profil för videonätkluster:

Från Cisco Unified CM Administration går du till Enhet > Enhetsinställningar > SIP-profil och klickar sedan på Sök.
Välj Standard SIP-profil för Cisco VCS och klicka sedan på Kopiera.
Ange ett namn för den nya profilen – till exempel: Video Mesh SIP Profile.
Under trunkspecifik konfiguration, ställ in Stöd för tidigt erbjudande för röst- och videosamtal till Bästa ansträngningar (ingen MTP införs).

Du kan tillämpa den här inställningen på en ny SIP-trunk på Webex (dirigeras av den externa domänen för Webex-webbplatsen). Inställningen påverkar inte befintlig SIP-trunkning eller samtalsomkoppling.
Se till att Aktivera ALTERNATIV Ping för att övervaka destinationsstatus för trunkar med tjänstetyp är markerat.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

2

Lägg till en ny säkerhetsprofil för SIP-trunk för videonätkluster:

Från Cisco Unified CM Administration väljer du System > Säkerhet > SIP-trunks säkerhetsprofil och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Trunk Security Profile

Bekräfta dessa inställningar:

Fält	Värde
enhetens säkerhetsläge	Osäker
Typ av inkommande transport	TCP/UDP
Typ av utgående transport	TCP
Inkommande port	5060
SIP V.150 Utgående SDP-offertfiltrering	Använd standardfilter

Lämna alla andra fält med sina standardvärden och spara ändringarna.

3

Lägg till en ny SIP-trunk för att peka på dina videonätkluster:

I en distribution med endast Unified CM lägger du till en enda trunk.
I en SME-distribution finns det vanligtvis en trunk mellan Unified CM och SME. Lägg till en annan trunk mellan SME- och videonätnoder. Båda trunkarna måste ha samma inställningar som anges nedan.

Från Cisco Unified CM Administration väljer du Enhet > Trunk och klickar sedan på Lägg till ny.
Välj SIP-trunk för trunktypen, lämna de andra värdena och klicka på Nästa.
Ange ett betydelsefullt namn, till exempel Video_Mesh_SIP_Trunk_UCMtoVMN.
För Infoformat för samtal och anslutning av part markerar du Leverera URI och DN i ansluten part, om tillgängligt. Den här inställningen aktiverar blandad identitet. Det gör att SIP-trunken kan överföra företagspartens katalog-URI till Webex.
Kontrollera Kör på alla aktiva Unified CM-noder.
Under SIP-information – destination anger du en IP-adress eller ett fullständigt kvalificerat domännamn (FQDN) för var och en av dina videonätnoder.
Ange 5060 för destinationsporten.
För säkerhetsprofilen för SIP-trunk väljer du säkerhetsprofilen för videonättrunk som du skapade tidigare. (Till exempel, Video Mesh Trunk Security Profile.)
För SIP-profilen väljer du den SIP-profil som du skapade tidigare. (Till exempel, Video Mesh SIP Profile.)
Lämna alla andra fält med sina standardvärden och spara ändringarna.

Ett videonätssamtal eller möte kan tilldela media till valfri nod i ett kluster, inte bara den nod som avslutar SIP-samtalet.

4

Skapa en ny SIP-trunk för att peka mot en Expressway.

Du kan använda en SIP-trunk som redan finns för en befintlig distribution av Unified CM och Expressway. Om du skapar en annan och även kör Mobile Remote Access (MRA) med dessa Expressways kan du bryta MRA.

Från Cisco Unified CM Administration väljer du Enhet > Trunk och klickar sedan på Lägg till ny.
Välj SIP-trunk för trunktypen, lämna de andra värdena och klicka på Nästa.
Ange ett betydelsefullt namn, till exempel Video_Mesh_VCS_Trunk.
För Infoformat för samtal och anslutning av part markerar du Leverera URI och DN i ansluten part, om tillgängligt. Den här inställningen aktiverar blandad identitet. Det gör att SIP-trunken kan överföra företagspartens katalog-URI till Webex.
Under SIP-information – destination anger du en IP-adress eller ett fullständigt kvalificerat domännamn (FQDN) för var och en av dina Expressways. För porten anger du 5060.
För SIP-profil väljer du Standard SIP-profil för Cisco VCS.

5

Skapa en ny dirigeringsgrupp för samtal till videonätskluster:

Från Cisco Unified CM Administration väljer du Samtalsomkoppling > Route/Hunt > Dirigeringsgrupp och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Node Route Group.
Ändra distributionsalgoritmen till Top Down.
I avsnittet Information om Dirigeringsgruppens medlemmar hittar du enheterna med namnet videonät.
Lägg till Video_Mesh_SIP_Trunk_UCMtoVMN genom att klicka på Lägg till i dirigeringsgrupp.
Spara dina ändringar.

6

För överflöd till molnet skapar du en ny dirigeringsgrupp för samtal till Expressway:

Från Cisco Unified CM Administration väljer du Samtalsomkoppling > Route/Hunt > Dirigeringsgrupp och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Expressway Route Group.
Ändra distributionsalgoritmen till Top Down.
I avsnittet Information om Dirigeringsgruppens medlemmar hittar du enheterna med namnet videonät.
Lägg till Video_Mesh_VCS_Trunk genom att klicka på Lägg till i dirigeringsgrupp.
Spara dina ändringar.

7

Skapa en ny dirigeringslista för samtal till videonätkluster och Expressway:

Från Cisco Unified CM Administration väljer du Samtalsomkoppling > Route/Hunt > Dirigeringslista och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Node Route List.
Ställ in Cisco Unified Communications Manager Group som standard eller ett annat värde beroende på din konfiguration.
Spara dina ändringar.
Klicka på Lägg till dirigeringsgrupp i avsnittet Information om dirigeringslista och välj sedan Dirigeringsgrupp för videonät.
Lämna standardinställningarna för de andra inställningarna och spara sedan dina ändringar.
Klicka på Lägg till dirigeringsgrupp i avsnittet Information om dirigeringslista och välj sedan Expressway-dirigeringsgrupp för videonät.
Lämna standardinställningarna för de andra inställningarna och spara sedan dina ändringar.

8

Skapa ett SIP-routningsmönster för det korta videoadressformatet för uppringning av Webex-möten:

Från Samtalsomkoppling > SIP-routningsmönster klickar du på Lägg till ny och anger namnet Video Mesh Route Pattern for Webex Short URIs.
I IPv4-mönstret anger du webex.com som domän.
För SIP-trunk/dirigeringslista väljer du dirigeringslistan som skapats för videonät – till exempel, Lista över videonät.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

Med den korta videoadressens uppringningsfunktionen behöver användare inte längre komma ihåg namnet på Webex-webbplatsen för att delta i ett Webex-möte eller -händelse via ett videosystem. De kan delta i mötet snabbare eftersom de bara behöver veta mötets- eller händelsenummer.

9

Skapa ett SIP-dirigeringsmönster för Webex-webbplatsen:

Från Samtalsomkoppling > SIP-routningsmönster klickar du på Lägg till ny och anger namnet Video Mesh Route Pattern for Webex Sites.
I IPv4-mönstret anger du den Webex-webbplats som du vill ha optimerade media för – till exempel, examplesitename.webex.com, där examplesinamn är namnet på din faktiska Webex-webbplats.
För SIP-trunk/dirigeringslista väljer du dirigeringslistan som skapats för videonät – till exempel, Lista över videonät.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

10

Skapa ett SIP-dirigeringsmönster för Webex-appmöten:

Från Samtalsomkoppling > SIP-routningsmönster klickar du på Lägg till ny och anger sedan namnet Video Mesh Route Pattern for Teams Meetings.
I IPv4-mönstret anger du meet.ciscospark.com.
För SIP-trunk/dirigeringslista väljer du dirigeringslistan som skapats för videonät – till exempel, Lista över videonät.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

Konfigurera Expressway TCP SIP-trafikroutning för videonät

1

Skapa en zon som pekar på videonätskluster:

Från VCS-kontroll eller Expressway-C går du till Konfiguration > Zoner > Zoner och klicka sedan på Ny.

Konfigurera följande fält:

Fältnamn	Värde
Namn	Ange ett namn som enkelt identifierar zonen – till exempel WebexVideoMeshZone
Typ	Granne
H.323
Mode	Av
SIP
Mode	På
Port	5060
Transport	TCP
Plats
Leta upp jämlikar efter	Adress
Peer [n]-adress	Ange IP-adresserna för varje videonätnod.

Lämna de andra fälten med sina standardinställningar och spara sedan dina ändringar.

2

Skapa uppringningsmönster för videonätkluster för Webex-webbplatser:

Från Expressway-C går du till Konfiguration > Nummerplan > Sökregler och klicka sedan på Ny.

Konfigurera följande fält för Webex-webbplatssökregeln:

Fältnamn

Värde

Rule name

Ange ett regeldamn som enkelt identifierar sökregeln – till exempel WebexVideoMesh-dinwebbplats

Företräde

100 är standard. Se till att det här numret är lägre än molnfallback- och B2B-reglerna.

Protokoll

SIP

Mode

Alias Pattern Match

Pattern Type

Regex

Pattern String

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

Det här mönstret matchar både yoursite.webex.com och webex.com (för korta videoadresser) format. Med den korta videoadressens uppringningsfunktionen behöver användare inte längre komma ihåg namnet på Webex-webbplatsen för att delta i ett Webex-möte eller -händelse via ett videosystem. De kan delta i mötet snabbare eftersom de bara behöver veta mötets- eller händelsenummer.

Pattern Behavior

Lämna

On Successful Match

Fortsätt

Target

Välj den videonätszon som du har skapat – till exempel WebexVideo Mesh.

Lämna de andra fälten med sina standardinställningar och spara sedan dina ändringar.

3

Skapa en traversal-klient och zonpar som pekar på molnet Expressway för redundans:

Se Grundläggande konfigurationsguide för Expressway för din version för steg för att skapa traversationsklienten och zonparet.

4

Skapa en reservsökregel för traversal-klientzonen som leder till Expressway-E:

Från Expressway-C går du till Konfiguration > Nummerplan > Sökregler och klicka sedan på Ny.

Konfigurera följande fält:

Fältnamn	Värde
Rule name	Ange ett regeldamn som enkelt identifierar sökregeln – till exempel WebexVideoMesh-Failover
Företräde	100 är standard. Se till att prioriteringen är lägre genom att ange ett nummer som är högre än uppringningsmönstret för videonät och B2B-reglerna.
Protokoll	SIP
Mode	Alla alias
Pattern Behavior	Lämna
On Successful Match	Fortsätt
Target	Välj den Traversal-klientzon som leder till Expressway-E.

Lämna de andra fälten med sina standardinställningar och spara sedan dina ändringar.

5

Från Expressway-E går du till Konfiguration > Zoner > Zoner. Klicka på Ny och lägg till Webex-zonen.

I versioner före X8.11 har du skapat en ny DNS-zon för detta ändamål.

6

Skapa ett uppringningsmönster för molnet Expressway:

Från Expressway-E går du till Konfiguration > Nummerplan > Sökregler och klicka sedan på Ny.

Konfigurera följande fält:

Fältnamn	Värde
Rule name	Ange ett regeldamn som enkelt identifierar sökregeln – till exempel WebexVideoMesh-toCloud
Företräde	Ange ett högre värde än regeln för lokala videonätnoder. Om noderna är inställda till 100 ställer du in detta värde till 101. Du måste också se till att värdet är lägre än alla B2B-regler på din Expressway.
Protokoll	SIP
Source	Named
Source name	Välj den säkra traverseringsserverzonen från Expressway-C – till exempel WebexVideoMeshZone
Mode	Alias Pattern Match
Pattern Type	Regex
Pattern String	*`.@(YourSite\.)?webex\.com.`*
Pattern Behavior	Lämna
On Successful Match	Stoppa
Target	Välj Webex-zonen eller DNS-zonen.

7

För SIP-enheter som är registrerade i Expressway-C öppnar du enhetens IP-adress i en webbläsare, går till Konfiguration, bläddra till SIP och väljer Standarder i listrutan Typ.

Växla certifikatkedjor mellan Unified CM och videonätnoder

Slutför ett certifikatutbyte för att upprätta tvåvägsförtroende mellan Unified CM- och videonätgränssnitten. Med den säkra trunkkonfigurationen tillåter certifikaten krypterad SIP-trafik och SRTP-media i din organisation från betrodda Unified CM:er att landa på betrodda videonätnoder.

I en klustermiljö måste du installera CA- och servercertifikat på varje nod individuellt.

Innan du börjar

Av säkerhetsskäl rekommenderar vi att du använder ett CA-signerat certifikat på dina videonätnoder i stället för nodens standardcertifikat som är självsignerat.

1

Öppna gränssnittet för videonätnod (IP-adress/konfiguration till exempel, https://192.0.2.0/setup) i din webbläsare och logga in med nodens administratörsuppgifter.

2

Gå till servercertifikat och begär och ladda upp ett certifikat och nyckelpar vid behov:

(Valfritt) Om du behöver ett certifikat utfärdat av en certifierad leverantör klickar du på Skapa en certifikatsigneringsbegäran. Fyll i den information som krävs (inklusive alternativt ämnesnamn), som är FQDN:er som måste innehålla det gemensamma namnet och generera sedan begäran. Hämta CSR för att skicka begäran till leverantören. (Du kan begära flera. De returnerar det signerade certifikatutfärdaren (CA)-certifikatet (den privata nyckeln genererades redan under skapandet av CSR)

Det vanliga namnet är inte en URL. Det innehåller inget protokoll (till exempel http:// eller https://), portnummer eller pathname. Filen commonName fältet i certifikatspecifikationen X.509 representerar det gemensamma namnet. Till https://www.example.com, det korrekta värdet är example.com.

Den privata nyckeln finns redan på plats när du skapar en kundtjänstrepresentant. Om du inte använder steget för att skapa CSR måste du ladda upp en privat nyckel.

När du har certifikatet och nyckeln klickar du på Överför ett servercertifikat (.crt- eller .pem-fil), välj certifikatfilen och klicka sedan på Överför en privat nyckel (.nyckelfil) och anger en lösenfras om du har en.
När du har fått certifikatet går du till den första videonätnoden i ett kluster, klickar på Installera servercertifikat, läs instruktionen, klicka på Installera och klicka sedan på OK.

En molnregistrerad videonätnod stängs graciöst ned och väntar i upp till 2 timmar på att alla samtal ska avslutas. Noden slutför sedan certifikatinstallationen. En uppmaning visas när servercertifikatet installeras. Du kan sedan läsa in sidan igen för att visa det nya certifikatet och nyckelposten.
Klicka på Hämta bredvid certifikatet och nyckelfiler för att spara en lokal kopia.

Spara filerna på en plats som är lätt att komma ihåg och lämna videonätinstansen öppen på webbläsarfliken.
Gå till nästa videonätnod i klustret, fyll i lösenfrasen och överför sedan filen med den privata nyckeln. Klicka sedan på Ladda upp ett servercertifikat och välj sedan Installera servercertifikat, läs instruktionen, klicka på Installera och klicka sedan på OK.
Upprepa dessa steg för alla videonätnoder i samma kluster.

3

Gå till Cisco Unified OS Administration i en annan webbläsarflik till Säkerhet > Certifikathantering. Ange dina sökkriterier och klicka på Sök, välj sedan filnamnet på certifikatet eller listan över betrodda certifikat (CTL) och klicka på Hämta.

Spara Unified CM-filen på en plats som är lätt att komma ihåg och lämna Unified CM-instansen öppen på webbläsarfliken.

4

Gå tillbaka till fliken Videonätnodgränssnitt, klicka på Trust Store och Proxy och välj sedan ett alternativ:

Om Unified CM använder ett CA-certifikat som har signerats av en känd organisation litar videonätnoden på det automatiskt. Förtroendet baseras på listan över rotcertifikat från VMN-nodens värdoperativsystem, som uppdateras regelbundet.
Om Unified CM använder ett CA-certifikat som är signerat av ett internt företagsrotcertifikat lägger du till rotcertifikatet i noden. Rotcertifikatet är tillgängligt inifrån företaget, men kan inte hämtas från Unified CM.
Lägg till både ECDSA- och RSA-certifikat som Unified CM använder för att betjäna externa förfrågningar. Dessa certifikat kan vara självsignerade eller CA-certifikat.
Om du har hämtat ett enda certifikat klickar du på Överför ett rotcertifikat eller Avsluta entitetscertifikat (.crt- eller .pem-fil) och väljer den CallManager.pem-certifikatfil som du har hämtat. Klicka på Installera alla certifikat i Trust Store, läs instruktionen, klicka på Installera och starta sedan om noden.
Om du har hämtat en certifikatkedja överför du rot-CA-certifikatet och mellanliggande CA-certifikat och klicka sedan på Installera alla certifikat i Trust Store, läs instruktionen och klicka sedan på Installera.

En molnregistrerad videonätnod stängs graciöst ned och väntar i upp till 2 timmar på att alla samtal ska avslutas. Om du vill installera CallManager.pem-certifikatet startas noden automatiskt om. När det kommer tillbaka online visas en uppmaning när CallManager.pem-certifikatet installeras på videonätnoden. Du kan sedan läsa in sidan igen för att visa det nya certifikatet.

5

Gå tillbaka till fliken Administration för Cisco Unified OS och klicka på Överför certifikat/certifikatkedja. Välj certifikatnamnet i listrutan Certificate Purpose , bläddra till filen som du hämtade från gränssnittet för videonätnod och klicka sedan på Öppna.

6

Om du vill överföra filen till servern klickar du på Överför fil.

Om du laddar upp en certifikatkedja måste du ladda upp alla certifikat i kedjan.

Starta om den berörda tjänsten efter att certifikatet har överförts. När servern kommer upp igen kan du komma åt CCMAdmin eller CCMUser GUI för att kontrollera att dina nyligen tillagda certifikat används.

Du kan installera och hantera servercertifikat via API:er. Mer information finns i VMN-servercertifikatets API:er.

Aktivera mediekryptering för organisation- och videonätkluster

Använd den här proceduren för att aktivera mediekryptering för din organisation och enskilda videonätskluster. Den här inställningen kräver en slutpunkt-till-slutpunkt-TLS-konfiguration och du måste ha en säker TLS SIP-trunk på plats på din Unified CM som pekar på dina videonätnoder.

Inställningar	Resultat
Unified CM har konfigurerats med en säker trunk och den här inställningen för kontroll av videonät är inte aktiverad.	Samtal misslyckades.
Unified CM har inte konfigurerats med en säker trunk och den här inställningen för kontroll av videonät är aktiverad.	Samtal misslyckas inte, men de återgår till osäkert läge.

Cisco-slutpunkter måste också konfigureras med en säkerhetsprofil och TLS-förhandling för att slutpunkt-till-slutpunkt-kryptering ska fungera. Annars överflödar samtal till molnet från slutpunkter som inte har konfigurerats med TLS. Vi rekommenderar att du endast aktiverar den här funktionen om alla slutpunkter kan konfigureras för att använda TLS.

Innan du börjar

Konfigurera Unified CM-säker TLS SIP-trafikroutning för videonät
Växla certifikatkedjor mellan Unified CM och videonätnoder

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid och klicka sedan på Inställningar på videonätkortet.

2

Bläddra till mediekryptering och växla på inställningen.

Den här inställningen gör kryptering obligatorisk på alla mediekanaler som passerar genom videonätnoder i din organisation. Notera föregående tabell och varning för situationer där samtal kan misslyckas och vad som krävs för att slutpunkt-till-slutpunkt-kryptering ska fungera.

3

Klicka på Visa alla och upprepa följande steg på varje videonätkluster som du vill aktivera för säker SIP-trafik.

Välj en videonätklusterpost i listan och klicka sedan på Redigera klusterinställningar.
Bläddra till SIP-samtal och markera kryssrutan.
Under betrodda SIP-källor anger du det gemensamma namnet (CN) eller alla FQDN:er som finns i det alternativa ämnesnamnet på Unified CM-certifikatet (vanligtvis FQDN för Unified CM).

Dessa poster identifieras som betrodda SIP-källor och kan skicka säkra SIP-samtal till Webex-videonät.

Aktivera videonät för Webex-webbplatsen

För att använda optimerade medier till videonätnoden för ett Webex-möte för alla Webex-appen och enheter att delta måste den här konfigurationen aktiveras för Webex-webbplatsen. Om du aktiverar den här inställningen kopplas videonät och mötesinstanser i molnet tillsammans och gör att överlappningar kan inträffa från videonätnoder. Om den här inställningen inte är aktiverad kommer Webex-appen och -enheterna inte att använda videonätnoden för Webex-möten.

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Möten, klicka på Webex-webbplatsen från möteskortet och klicka sedan på Inställningarför att komma åt konfigurationsalternativen för Webex-webbplatsen.

2

Öppna Allmänna inställningar genom att klicka på Tjänst > Möte > Webbplatsinställningar. Från Allmänna inställningar klickar du på mötesrum för samarbete (CMR), väljer videonät för medieresurstyp och klickar sedan på Spara längst ned.

Den här inställningen länkar videonät och mötesinstanser i molnet tillsammans och tillåter överlappningar från videonätnoder. Inställningen bör fyllas i i hela din miljö efter 15 minuter. Webex-möten som startar efter att den här ändringen har fyllt i hämtar den nya inställningen. Om du lämnar det här fältet i molnet (standardalternativet) hålls alla möten i molnet och videonätnoden används inte.

Tilldela mötesrum för samarbete till Webex-appanvändare

Om du hanterar din webbplats via Control Hub:
1. Från kundvyn i https://admin.webex.com går du till Användare > Hantera användare.
  
  Om du vill tilldela flera användare finns det här dokumentet.
2. Tilldela Webex mötesrum för samarbete till användare i din organisation.
Om du hanterar din webbplats via webbplatsadministration:
1. Från webbplatsadministrationen går du till användarhantering.
2. Redigera användarkontot och kontrollera mötesrummet för samarbete.
  
  Om du vill tilldela flera användare finns det här dokumentet.

Kontrollera mötesupplevelsen på den säkra slutpunkten

Använd dessa steg för att kontrollera att slutpunkterna är säkert registrerade och att rätt mötesupplevelse visas.

1	Delta i ett möte från den säkrade slutpunkten.
2	Kontrollera att listan över möteslistor visas på enheten. Det här exemplet visar hur möteslistan ser ut på en slutpunkt med en pekskärm:
3	Under mötet får du åtkomst till Webex-konferensinformationen från Samtalsuppgifter .
4	Kontrollera att avsnittet Kryptering visar Typ som AES-128 och Status som På .

Hantera och felsöka videonät

Analys av videonät

Analytics ger information om hur du använder dina lokala videonätnoder och kluster i din Webex-organisation. Med historiska data i mätvyn kan du hantera dina videonätresurser på ett effektivare sätt genom att övervaka kapaciteten, användningen och tillgängligheten för dina lokala resurser. Du kan till exempel använda den här informationen för att fatta beslut om att lägga till fler videonätnoder i ett kluster eller skapa nya kluster. Analys av videonät finns i Control Hub under Analys > Videonät.

För att hjälpa till med att analysera data i din organisation kan du zooma in på data som visas i diagrammet och isolera en viss tidsperiod. För analys kan du även klippa och tärningsrapporter för att visa mer granulära detaljer.

Videonätanalys och felsökningsrapporter visar data i tidszonen som är inställd för den lokala webbläsaren.

Analys

Videonätanalys ger en långsiktig trend (upp till 3 månaders data) i kategorierna engagemang, resursanvändning och bandbreddsanvändning.

Liveövervakning

Fliken Liveövervakning ger en bild i nära realtid av aktiviteten i din organisation: upp till 1 minuters aggregering och möjligheten att visa de senaste 4 timmarna eller 24 timmarna på alla kluster eller specifika kluster. Den här fliken i Control Hub uppdateras automatiskt – var 1 minut under de senaste 4 timmarna och var 10:e minut under de senaste 24 timmarna.

Åtkomst, filtrera och spara live-övervakningsrapporter för videonät

Live-övervakningsrapporter för videomesh finns tillgängliga på sidan Felsökning i Control Hub ( https://admin.webex.com) när videonät är aktivt och har ett kluster med minst en registrerad videonätnod.

1

Från kundvyn i https://admin.webex.com väljer du Analytics och klickar sedan på Videonät längst upp till höger på skärmen.

Håll muspekaren över informationen för att få en kort beskrivning av diagrammet.

2

Från växlingsknappen till vänster väljer du ett alternativ för att filtrera på hur långt tillbaka i tiden du vill visa data.

Senaste 4 timmarna (standard) – När du väljer det här alternativet uppdateras diagrammets data var 1:e minut.
Senaste 24 timmarna– När du väljer det här alternativet uppdateras diagrammets data var 10:e minut.

3

Interagera med diagrammen genom att använda följande alternativ vid behov:

Håll muspekaren över segment i diagramvyn för att visa information om den specifika datapunkten.
Klicka på legenden i diagrammet eller översikten och klicka sedan på Använd för att uppdatera vyn på de andra legenden. Till exempel, när du har valt legend-objektet Amsterdam, uppdateras linjediagrammet för att utesluta andra legend-objekt och endast inkludera data för det valda objektet.

När ett filter tillämpas uppdateras alla andra diagram och diagram för att visa data för det valda filtret.
I ett diagram som visar data i ett tidsintervall, smalnar du ner till ett visst tidsintervall genom att klicka på vänster och dra musen till höger. (Den här åtgärden påverkar alla relaterade data som visas på analyssidan.)

Håll muspekaren över avsnitt av en donut, linjer på ett diagram eller insiktspunkter på ett diagram för att visa mer information om datas specifika tidpunkt.

4

När du har filtrerat data i rapporterna klickar du på mer, och välj sedan ett filformat alternativ som sparar en lokal kopia av rapporten så att du kan använda den offline (till exempel i en rapport som skapats internt):

PNG
PDF
CSV

Åtkomst, filtrera och spara videonätanalys

Metriska rapporter om videonät finns tillgängliga på analyssidan i Control Hub ( https://admin.webex.com) när videonät är aktivt och har ett kluster med minst en registrerad videonätnod.

1

Från kundvyn i https://admin.webex.com väljer du Analytics och klickar sedan på Videonät längst upp till höger på skärmen.

2

Klicka på en kategori, beroende på vilken typ av data du letar efter:

Engagemang
Resurser
Bandbreddsanvändning

Håll muspekaren över informationen för att få en kort beskrivning av diagrammet.

3

I rullgardinsmenyn till höger väljer du ett alternativ för att ta reda på hur långt tillbaka i tiden du vill visa data.

Senaste 7 dagarna (standard) – Ändrar den horisontella axeln till var 1 timme.
Senaste 24 timmarna – Ändrar den horisontella axeln till var 10:e minut.
Senaste 30 dagarna – Ändrar den horisontella axeln till var 3:e timme.
Senaste 90 dagarna – Ändrar den horisontella axeln till var 8:e timme.

4

Interagera med diagram eller donut-diagram genom att använda följande alternativ vid behov:

Klicka på ett eller flera segment i diagrammet eller diagrammets vy och klicka sedan på Använd för att uppdatera donutvyn och motsvarande diagramvyn.
Välj legendariska objekt i diagrammet eller översikten för att uppdatera vyn på det specifika legendariska objektet och klicka sedan på Tillämpa. När du till exempel har valt det lokala legend-objektet uppdateras linjediagrammet med dessa data markerade.

När ett filter tillämpas uppdateras alla andra diagram och diagram för att visa data för det valda filtret.

I ett diagram som visar data i ett tidsintervall kan du minska till ett visst tidsintervall genom att klicka på vänster och dra musen till höger och lämna det när önskat intervall har valts. (Den här åtgärden påverkar alla relaterade data som visas på analyssidan.)

Håll muspekaren över avsnitt av en donut, linjer på ett diagram eller insiktspunkter på ett diagram för att visa mer information om datas specifika tidpunkt.

Om du vill börja om från samma diagram eller översikt klickar du på X på de valda filtren längst ned i diagrammet.

5

När du har filtrerat data i rapporterna klickar du på mer, och välj sedan ett filformat alternativ som sparar en lokal kopia av rapporten så att du kan använda den offline (till exempel i en rapport som skapats internt):

PDF
PNG
CSV

6

Rensa alla filter från filterfältet om du vill återställa analysvyn.

Tillgänglig analys för videonät

Mer information om tillgänglig analys i Control Hub finns i avsnittet Videonät i Analytics för din molnsamarbetsportfölj.

Övervakningsverktyg för videonät

Övervakningsverktyget i Control Hub hjälper din organisation att övervaka statusen för din distribution av videonät. Du kan köra följande test på dina Video Mesh-noder, -kluster eller bådadera för att få resultat för specifika parametrar.

Signaleringstest - Testar om SIP-signalering och mediesignalering sker mellan Video Mesh-noden och Webex molnmedietjänster.
Kaskadtest - Testar om en kaskad kan upprättas mellan videonätsnoden och Webex molnmedietjänster.
Test för nåbarhet - Testar om videonätsnoden kan nå målportarna för medieströmmar i Webex molnmedietjänster. Den testar även om videonätsnoden kan kommunicera med de molnkluster som är kopplade till mediebehållare via dessa portar.

När du kör ett test skapar verktyget ett simulerat möte. När testet har slutförts ser du ett enkelt resultat för godkänt eller underkänt med infogade felsökningstips i rapporten. Du kan schemalägga testet så att det körs regelbundet eller köra testet på begäran. Mer information finns i Mediehälsoövervakning för videonät .

Kör ett omedelbart test

Använd den här proceduren för att köra ett på begäran medietillståndsövervakning och nåbarhetstest på Video Mesh-noder och/eller -kluster som har registrerats i din Control Hub-organisation. Resultaten samlas in i Control Hub och aggregeras var 6:e timme från och med 00:00 UTC.

1

Logga in på Control Hub , gå sedan till Felsökning > Videonät .

2

Klicka på Konfigurera test , klicka Testa nu och kontrollera de noder och/eller kluster som du vill testa.

Om du vill avmarkera de kryssrutor som du har markerat och återställa den senaste konfigurationen klickar du på Återställ den senaste testkonfigurationen .

3

Klicka på Kör test .

Nästa steg

Resultaten visas på översiktssidan för övervakningsverktyget i Control Hub. Som standard visas resultaten av alla test tillsammans. Klicka på Signalering , Överlappande , eller Nåbarhet för att filtrera resultaten enligt det specifika testet.

Punkterna på tidslinjen med skjutreglaget visar aggregerade testresultat för hela organisationen. Tidslinjerna på klusternivå visar aggregerade resultat för varje kluster.

Tidslinjen kan visa datum i USA-format. Ändra ditt språk i profilinställningarna för att visa datum i ditt lokala format.

Håll muspekaren över punkterna på tidslinjerna för att se testresultaten. Du kan även se detaljerade testresultat för varje nod. Klicka på en punkt på tidslinjen på klusternivå för att visa detaljerade resultat.

Resultaten visas i en sidopanel och är uppdelade i Signalering, Cascasde och Reachabilty. Du kan se om testet lyckades, om det hoppades över eller om testet misslyckades. Felkoder med möjliga korrigeringar visas också tillsammans med resultaten.

Använd växlingsknappen för att visa resultaten för olika parametrar i form av en tabell.

Ett hoppat test, ett partiellt misslyckande eller ett misslyckande är inte avgörande om det inte inträffar kontinuerligt under en tidsperiod.

Konfigurera regelbundna tester

Använd den här proceduren för att konfigurera och starta regelbunden mediestatus och nåbarhetstester. Dessa test körs som standard var sjätte timme. Du kan köra dessa test på klusteromfattande, klusterspecifik eller nodspecifik nivå. Resultaten samlas in i Control Hub och aggregeras var 6:e timme från och med 00:00 UTC.

1	Logga in på Control Hub , gå sedan till Felsökning > Videonät .
2	Klicka på Konfigurera test , klicka Periodiskt test och kontrollera de noder och/eller kluster som du vill testa.
3	Välj ett alternativ: Kontrollera Alla kluster om du vill köra testet på alla Video Mesh-noder i din Control Hub-organisation. Kontrollera de enskilda klusternamnen för att köra testet på alla Video Mesh-noder som finns i ett visst kluster. Omarkerade kluster exkluderas från testet. I enskilda kluster markerar du de enskilda nodnamnen som du vill köra testet på. Alla omarkerade noder exkluderas från testet.
4	Klicka på Nästa.
5	Granska listan över kluster och noder för att köra de periodiska testen. Om du är nöjd klickar du på Konfigurera för att schemalägga den aktuella konfigurationen.

Nästa steg

Resultaten visas på översiktssidan för övervakningsverktyget i Control Hub. Som standard visas resultaten av alla test tillsammans. Klicka på Signalering , Överlappande , eller Nåbarhet för att filtrera resultaten enligt det specifika testet.

Punkterna på tidslinjen med skjutreglaget visar aggregerade testresultat för hela organisationen. Tidslinjerna på klusternivå visar aggregerade resultat för varje kluster.

Tidslinjen kan visa datum i USA-format. Ändra ditt språk i profilinställningarna för att visa datum i ditt lokala format.

Håll muspekaren över punkterna på tidslinjerna för att se testresultaten. Du kan även se detaljerade testresultat för varje nod. Klicka på en punkt på tidslinjen på klusternivå för att visa detaljerade resultat.

Resultaten visas i en sidopanel och är uppdelade i Signalering, Cascasde och Reachabilty. Du kan se om testet lyckades, om det hoppades över eller om testet misslyckades. Felkoder med möjliga korrigeringar visas också tillsammans med resultaten.

Använd växlingsknappen för att visa resultaten för olika parametrar i form av en tabell.

Ett hoppat test, ett partiellt misslyckande eller ett misslyckande är inte avgörande om det inte inträffar kontinuerligt under en tidsperiod.

Aktivera 1080p HD-video för lokala SIP-enheter i möten med videonätnod

Den här inställningen gör det möjligt för din organisation att gynna 1080p HD-video för lokala registrerade SIP-slutpunkter, med en växling av lägre möteskapacitet. En videonätnod måste vara värd för mötet. Mötesdeltagare kan använda video 1080p 30 fps förutsatt att:

De är alla inne i företagsnätverket.
De använder en lokalt registrerad SIP-enhet med hög upplösning.

Inställningen gäller för alla kluster som innehåller videonätnoder.

Molnregistrerade enheter fortsätter att skicka och ta emot 1080p-strömmar, oavsett om denna inställning är på eller av.

1	Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid och klicka sedan på Inställningar på videonätkortet.
2	Aktivera videokvalitet. Om den här inställningen är inaktiverad är standardvärdet 720p.

För videoupplösningar som Webex-appen stöder, se Videospecifikationer för samtal och möten.

Privata möten

Funktionen Privat möte ökar säkerheten för ditt möte genom att avsluta media i dina lokaler. När du schemalägger ett privat möte avslutas alltid media på videonätsnoderna i ditt företagsnätverk utan molnkaskad.

Som visas här kasserar privata möten aldrig media till molnet. Medierna avslutas helt på dina videonätskluster. Dina videonätskluster kan bara kastas med varandra.

Du kan boka ett videonätkluster för privata möten. När det reserverade klustret är fullt kastas de privata mötesmedierna ut till dina andra videonätskluster. När det reserverade klustret är fullt delar privata och icke-privata möten resurserna för dina återstående kluster.

Icke-privata möten använder inte reserverade kluster och reserverar dessa resurser för privata möten. Om ett icke-privat möte tar slut på resurser i nätverket kastas det ut till Webex-molnet i stället.

Webex-appen med den fullständiga Webex-upplevelsen aktiverad är inte kompatibel med videonät. Mer information finns i Klienter och enheter som använder videonätnod.

Stöd och begränsningar för privata möten

Videonät har stöd för privata möten på följande sätt:

Privata möten finns tillgängliga i Webex version 40.12 och senare.
Endast schemalagda möten kan använda den privata mötestypen. Mer information finns i artikeln Schemalägg ett privat möte i Cisco Webex.
Privata möten är inte tillgängliga för fullständiga möten som startas eller deltar i från Webex-appen.
Du kan använda alla aktuella enheter som stöds av videonät.
Dina noder kan använda alla aktuella bilder: 72vCPU och 23vCPU.
Privat möteslogik skapar inga luckor i mätvärden. Vi samlar in samma värden för Control Hub som för icke-privata möten.

Eftersom vissa användare inte aktiverar den här funktionen visas analysrapporterna för privata möten inte om din organisation inte har ett privat möte på 90 dagar.
Privata möten har stöd för 1-vägswhiteboardtavla från en videoslutpunkt.

Begränsningar

Privata möten har följande begränsningar:

Privata möten har endast stöd för VoIP för ljud. De har inte stöd för Webex Edge-ljud eller PSTN.
Du kan inte använda ett personligt mötesrum (PMR) för ett privat möte.
Privata möten har inte stöd för Webex-funktioner som kräver anslutning till molnet, till exempel molninspelning, transkription och Webex Assistant.
Du kan inte delta i ett privat möte från ett oautentiserat molnregistrerat videosystem, inte ens ett som har parkopplat till Webex-appen.

Använd privata möten som standardmötestyp

I Control Hub kan du ange att framtida schemalagda möten för din organisation ska vara privata möten.

1	Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid.
2	Klicka på Redigera inställningar från videonätkortet. Bläddra till privata möten och aktivera inställningen.
3	Spara ändringen.

När du aktiverar den här inställningen gäller den för alla möten för din organisation, även de som tidigare schemalagts.

(Valfritt) Reservera ett kluster för privata möten

Privata och icke-privata möten använder normalt samma videonätresurser. Men eftersom privata möten måste hålla medierna lokala kan de inte ställa in överflöd till molnet när de lokala resurserna är uttömda. För att minska den möjligheten kan du konfigurera ett videonätkluster som endast är värd för privata möten.

I Control Hub konfigurerar du klustret uteslutande för att vara värd för privata möten. Den här inställningen förhindrar icke-privata möten från att använda det klustret. Privata möten är standard för att använda det klustret. Om klustret inte har resurser kastas privata möten endast till dina andra videonätskluster.

Vi rekommenderar att du tillhandahåller ett privat kluster för att hantera din förväntade maximala användning från privata möten.

Du kan inte använda det korta videoadressformatet (meet@your_site) om du reserverar alla videonätskluster för privata möten. Dessa samtal misslyckas för närvarande utan ett korrekt felmeddelande. Om du lämnar vissa kluster oreserverade kan samtal med det korta videoadressformatet ansluta via dessa kluster.

1	Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid och klicka på Visa alla på videonätkortet.
2	Välj ditt videonätkluster i listan och klicka på Redigera klusterinställningar.
3	Bläddra till privata möten och aktivera inställningen.
4	Spara ändringen.

Felmeddelanden för privata möten

Den här tabellen listar eventuella fel som användare kan se när de deltar i ett privat möte.

Felmeddelande	Användaråtgärd	Orsak
Extern nätverksåtkomst nekad Du måste vara i företagsnätverket för att delta i det privata mötet. Parkopplade Webex-enheter som finns utanför företagets nätverk skulle inte kunna delta i mötet. I ett sådant scenario kan du försöka ansluta din bärbara dator, mobil till företagets nätverk och delta i mötet i oparkopplat läge.	En extern användare ansluter utanför företagets nätverk utan VPN eller MRA.	För att delta i ett privat möte behöver externa användare åtkomst till företagets nätverk via en VPN eller MRA.
	En extern användare är på VPN, men de är parkopplade till en oautentiserad enhet.	Enhetsmedia tunnlar inte till företagets nätverk via VPN. Enheten kan inte delta i ett privat möte. Efter att ha anslutit till VPN bör fjärranvändaren istället delta i ett privat möte i enhetens oparkopplade läge från sin stationära eller mobila klient.
Inga tillgängliga kluster Klustren som är värd för det här privata mötet har maximal kapacitet, kan inte nås, är offline eller inte registrerade. Kontakta din IT-administratör för att få hjälp.	En användare finns i företagets nätverk (lokalt eller på distans via VPN), men kan inte delta i ett privat möte.	Dina videonätskluster är: Vid kapacitet Kan inte nås Frånkopplad Inte registrerad
Inte auktoriserad Du har inte behörighet att delta i det här privata mötet eftersom du inte är medlem i värdorganisationen. Kontakta mötesvärden.	En användare från en annan organisation än värdorganisationen försöker delta i det privata mötet.	Endast användare som tillhör värdorganisationen kan delta i ett privat möte.
	En enhet från en annan organisation än värdorganisationen försöker delta i det privata mötet.	Endast enheter som tillhör värdorganisationen kan delta i ett privat möte.

Håll dina media i videonät för alla externa Webex-möten

När dina media körs genom dina lokala Video Mesh-noder får du bättre prestanda och använder mindre internetbandbredd.

I tidigare versioner har du endast kontrollerat användningen av videonät för möten för dina interna webbplatser. För möten som hålls på externa Webex-webbplatser kontrollerade dessa webbplatser om Video Mesh kunde överlappa Webex. Om en extern webbplats inte tillät kaskader av videonät använde dina media alltid Webex molnnoder.

Med inställningen Föredra videonät för alla externa Webex Meetings, om din Webex-webbplats har tillgängliga videonätnoder, körs dina media genom dessa noder för möten som hålls på externa Webex-webbplatser. Den här tabellen sammanfattar beteendet för dina deltagare som deltar i Webex-möten:

Inställningen är ...	Möte på den interna Webex-plats med videomesh-kaskader aktiverade	Möte på den interna Webex-plats med videonätkaskader inaktiverat	Möte på extern Webex-plats med videonätkaskader aktiverade	Möte på extern Webex-plats med videomesh-kaskader inaktiverat
Enabled	Media använder dina Video Mesh-noder.	Media använder molnnoder.	Media använder dina Video Mesh-noder.	Media använder dina Video Mesh-noder.
Inaktiverad	Media använder dina Video Mesh-noder.	Media använder molnnoder.	Media använder dina Video Mesh-noder.	Media använder molnnoder.

Den här inställningen är avstängd som standard, vilket bibehåller beteendet från tidigare versioner. I dessa versioner överfördes inte ditt videonät till Webex och dina deltagare deltog via Webex molnnoder.

1	I kundvyn ihttps://admin.webex.com , gå till Tjänster > Hybrid och klicka Visa alla på videonätskortet.
2	Välj ditt videonätskluster i listan och klicka på Redigera inställningar .
3	Bläddra till Föredra videonät för alla externa Webex Meetings och aktivera inställningen.
4	Spara ändringen.

Optimera användningen av din distribution av videonät

Du kan landa alla dina klienter på dina videonätskluster för en bättre användarupplevelse via videonätskluster. Om din videonätklusterkapacitet tillfälligt är nere eller om du har ökat användningen av videonätskluster kan du optimera användningen av videonätskluster genom att kontrollera vilka klienttyper som landar på videonätkluster. Detta hjälper till att hantera din befintliga kapacitet effektivt tills du kan lägga till fler noder för att möta efterfrågan.

Se analysportalen på Control Hub för att förstå trender för användning, användning, omdirigering och överflöd. Baserat på dessa trender kan du till exempel välja att låta skrivbordsklienheterna eller SIP-enheterna landa på videonätskluster och låta de mobila klienterna landa på Webex-molnnoder. Jämfört med de mobila klienterna har skrivbordsklienheterna och SIP-enheterna stöd för högre upplösning, har större skärmar och använder mer bandbredd, och du kan optimera användarupplevelsen för mötesdeltagare som använder dessa klienttyper.

Du kan också optimera klusterkapaciteten och maximera användarupplevelsen genom att ha de klienttyper som de flesta av dina kunder använder i videonätskluster.

1	Logga in på Control Hub och välj sedan Tjänster > Hybrid > Videonät > Resurser > Visa alla. - eller - Välj Översikt > Hybridtjänster > Videonät > Inställningar.
2	Under Inklusionsinställningar för klienttyp är alla klienttyper markerade som standard. Avmarkera klienttyperna som du vill utesluta från att använda videonätklustren. Dessa kluster är värdbaserade på Webex-molnnoder.
3	Klicka på Spara.

Avregistrera videonätnod

Använd den här proceduren för att ta bort en videonätnod från Webex-molnet. När du slutför den här proceduren tas noden bort från klustret, vilket gör den otillgänglig för användning. När du har avregistrerat en nod är det enda sättet att göra den tillgänglig igen genom att omregistrera den.

1	Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid.
2	Klicka på Visa alla på videonätkortet.
3	Gå till lämpligt kluster och välj noden från listan över resurser.
4	Klicka Åtgärd > Avregistrera nod. Ett varningsmeddelande visas där du ombeds bekräfta att du vill ta bort filen:
5	När du har läst och förstått meddelandet klickar du på Avregistrera nod.

Flytta videonätnod

Du kan vilja flytta en nod från ett kluster till ett annat. Du kan till exempel ha ett nytt kluster som du vill omdistribuera noder till. Använd den här proceduren för att flytta en videonätnod. När du har slutfört den här proceduren kommer din nod endast att vara tillgänglig för den nya resursen.

1	Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid och välj sedan Visa alla på videonätkortet.
2	I listan väljer du noden som du vill flytta och klickar sedan på Åtgärder (den vertikala ellipsen).
3	Välj Flytta nod.
4	Välj lämplig radioknapp för var du vill flytta noden: Välj ett befintligt kluster – Välj ett befintligt kluster i listrutan. Skapa ett nytt kluster – ange ett namn för det nya klustret i fältet.
5	Klicka på Flytta till. Noden flyttas till det nya klustret.

Relaterad information

Ställ in uppgraderingsschema för videonätkluster

Du kan ställa in ett specifikt uppgraderingsschema eller använda standardschemat kl. 3.00. Daily USA: Amerika/Los Angeles Du kan välja att senarelägga en kommande uppgradering om det behövs.

Programvaruuppgraderingar för videonät görs automatiskt på klusternivå, vilket säkerställer att alla noder alltid kör samma programvaruversion. Uppgraderingar görs enligt uppgraderingsschemat för klustret. När en programvaruuppgradering blir tillgänglig kan du uppgradera klustret manuellt före den schemalagda uppgraderingstiden.

Innan du börjar

Brådskande uppgraderingar tillämpas så snart de är tillgängliga.

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid och klicka sedan på Visa alla på videonätkortet.

2

Klicka på en medieresurs och klicka sedan på Redigera klusterinställningar.

3

På sidan Inställningar bläddrar du till Uppgradera och väljer sedan tid, frekvens och tidszon för uppgraderingsschemat.

Uppgraderingar kan ta längre än några minuter om videonätnoden väntar på att aktiva samtal ska avslutas. För en mer omedelbar uppgraderingsprocess rekommenderar vi att du schemalägger det automatiska uppgraderingsfönstret utanför dina vanliga arbetstider.

4

(Valfritt) Vid behov klickar du på Senarelägg för att skjuta upp uppgraderingen en gång till nästa fönster.

Under tidszonen visas nästa tillgängliga uppgraderingsdatum och -tid.

Uppgradera beteende

Noden gör regelbundna förfrågningar till molnet för att se om en uppdatering är tillgänglig.
Molnet gör inte uppgraderingen tillgänglig förrän klustrets uppgraderingsfönster visas. När uppgraderingsfönstret anländer levererar nodens nästa begäran om regelbunden uppdatering till molnet uppdateringsinformationen.
Noden hämtar uppdateringar över en säker kanal.
Befintliga tjänster stängdes av för att stoppa inkommande samtal dirigeras till noden. Den trevliga avstängningen ger även befintliga samtal tid att slutföra (upp till 2 timmar).
Uppgraderingen installeras.
Molnet utlöser endast uppgraderingen för en procentandel noder i ett kluster åt gången.

Ta bort videonätskluster

Du kan ta bort ett videonätkluster permanent från Webex-molnet. För att slutföra den här proceduren måste du antingen flytta varje nod till ett annat kluster eller avregistrera alla noder. Avregistrering av alla noder i ett kluster tar bort dem permanent och gör dem otillgängliga för användning. Det enda sättet att göra avregistrerade noder tillgängliga igen är att omregistrera dem.

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid och klicka sedan på Visa alla.

2

I listan över resurser bläddrar du till videonätsresurs som du vill ta bort och klickar sedan på Redigera klusterinställningar.

Du kan klicka på videonät för att filtrera på bara videonätsresurser.

3

Klicka på Ta bort kluster och välj sedan ett:

Klicka på Flytta alla noder. För varje nod kan du antingen skapa en ny resurs genom att välja en befintlig resurs i listrutan eller ange ett nytt namn och klicka sedan på Fortsätt.
Klicka på Avregistrera alla noder, markera kryssrutan och klicka sedan på Ta bort kluster.

Inaktivera videonät

Inaktivering av videonät tar bort möjligheten att ha media kvar lokalt för dina möten. Alla pågående möten som använder videonätnoder avslutas och framtida möten hålls också i molnet. När videonätet har inaktiverats är det enda sättet att använda videonät att distribuera det från början.

Innan du börjar

Innan du inaktiverar videonät avregistrerar du alla videonätnoder.

1	Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid > Visa alla, välj Inställningar på videonätkortet.
2	Klicka på Inaktivera.
3	Granska listan över kluster och läs friskrivningen i dialogrutan.
4	Markera kryssrutan för att bekräfta att du förstår den här åtgärden och klicka på Inaktivera i dialogrutan.
5	När du är redo att inaktivera videonätet klickar du på Inaktivera tjänsten. Inaktivering tar bort alla videonätnoder och kluster. Videonät är inte längre konfigurerat.

Felsöka registrering av videonätnod

Det här avsnittet innehåller eventuella fel som du kan stöta på när du registrerar din videonätnod i Webex-molnet och föreslog åtgärder för att korrigera dem.

Domänen kunde inte åtgärdas

Det här meddelandet visas om DNS-inställningarna som konfigurerats på din videonätnod inte är korrekta.

Logga in på konsolen på videonätnoden och kontrollera att DNS-inställningarna är korrekta.

Det gick inte att ansluta till webbplatsen med port 443 via SSL

Det här meddelandet visas om din videonätnod inte kan ansluta till Webex-molnet.

Se till att nätverket tillåter anslutning på portarna som krävs för videonät. Mer information finns i Portar och protokoll som används av videonät.

Tusen ögon integrering med videonät

Videonätplattformen är nu integrerad med ThousandEyes-agenten som gör det möjligt för dig att utföra end-to-end-övervakning i ditt hybriddigitala ekosystem. Den här integreringen ger dig ett brett utbud av tester för nätverksövervakning som öppnar synlighet i områden som proxyservrar, gateways och router. Problem var som helst längs en kunds nätverksinfrastruktur kan minskas och diagnostiseras med större precision, vilket förbättrar effektiviteten i distributionen.

Fördelar med Thousand Eyes Integration

Ger dig flera testtyper att välja mellan. Du kan konfigurera ett eller flera tester som är lämpliga för det program eller den tillgång som du vill övervaka.
Gör att du kan ställa in testtröskelvärden som är specifika för dina krav.
Testresultaten finns tillgängliga via webbappen ThousandEyes och ThousandEyes API i realtid.
Större synlighet vid felsökning – kunder kan identifiera orsaken till ett problem i sitt nätverk, vilket minskar upplösningen.

Aktivera tusen ögon för videonät

Använd den här proceduren för att aktivera Thousand Eyes-agenten för din distribution av videonät.

1

Från Control Hub klickar du på Hybrid längst ner till vänster på skärmen.

2

Klicka på Redigera inställningar på videonätkortet.

3

Rulla ner till Thousand Eyes Integration. Växlingen inaktiveras som standard. Klicka på växlingsknappen för att aktivera den.

4

Klicka på Thousand Eyes användarprofil, ThousandEyes webbportal öppnas, logga in med administratörsuppgifterna.

5

En sidopanel visas med token för kontogrupp.

6

Klicka på visningsikonen och klicka sedan på Kopiera.

Token kopieras inte korrekt om knappen för visning av token inte klickas.

7

Gå tillbaka till fliken Control Hub och klistra in token i fältet Agent Token.

8

Klicka på Aktivera, ThousandEyes är nu aktiverat för din distribution av videonät.

Nästa steg

- Efter 5 minuter går du tillbaka till sidan Tusen ögon, klickar på Cloud- och Enterprise-agenter och klickar sedan på Agentinställningar. Du bör kunna visa alla dina noder som listas som agenter under Företagsagenter. Om agenterna inte visas kontrollerar du Thousand Eyes-integreringskortet i Control Hub för felmeddelanden.
- Om ett felmeddelande visas klickar du på växlingsknappen och sedan på Inaktivera. Upprepa stegen för att aktivera agenten ThousandEyes och se till att rätt token för kontogrupp kopieras och klistras in i fältet Agent Token.

Konfigurera tester med ThousandEyes

Nätverkstest – agent-till-agent

Med nätverkstestet agent-till-agent kan användare av Thousand Eyes ha ThousandEyes-agenter i båda ändarna av en övervakad sökväg, vilket möjliggör testning av sökvägen i någon eller båda riktningarna: källa till mål eller mål till källa. Mer information om hur du konfigurerar ett agent-till-agent-test finns i Översikt över test för agent-till-agent.

En dialogruta för skapande av prov visas nedan.

SIP-servertest

SIP-servertester underlättar nätverksmätningar, BGP-datainsamling och, viktigast av allt, tillgänglighetstestning av SIP-tjänster och prestanda mot SIP-baserad VoIP-infrastruktur.

Mer information om hur du konfigurerar ett SIP-servertest finns i SIP-serverinställningarna.

En dialogruta för skapande av prov visas nedan.

RTP-ström-test

Ett RTP-strömstest skapar en simulerad röstdataström mellan två tusen ögon-agenter som agerar som VoIP-användaragenter. RTP-paket skickas mellan en eller flera agenter och en målagent, med UDP som transportprotokoll, för att erhålla MOS (Mean Opinion Score), paketförlust, kassering, latens och PDV (Packet Delay Variation)-värden. Mätvärden som produceras är envägsmätvärden (källa till mål). RTP-strömstestet tillhandahåller serverport, samtalslängd, de-jitter buffertstorlek och alternativ för codec-konfiguration.

Mer information om hur du konfigurerar ett RTP-strömstest finns i RTP-strömstest.

En dialogruta för skapande av prov visas nedan.

Webex HTTP-server URL-test

Det här testet övervakar den primära startsidan som användarna ansluter till när de får åtkomst till Webex. En dialogruta för skapande av prov visas nedan.

Auktoriserat Webex DNS-servertest

Det här testet används för att säkerställa att din Webex-domän löses korrekt både internt och externt. När du använder företagsagenter ska du uppdatera fältet DNS-servrar för att använda dina interna namnservrar. Om du använder molnagenter för extern sikt använder du knappen Lookup Servers för att automatiskt fylla i de auktoriserade externa namnservrarna. Det här exemplet visar molnagenter som löser cisco.webex.com. Du måste uppdatera den till din organisations domän.

En dialogruta för skapande av prov visas nedan.

'

Hantera videonätnod från webbgränssnittet

Innan du kan göra nätverksändringar i videonätnoder som är registrerade i molnet måste du använda Control Hub för att sätta dem i underhållsläge. Mer information och en procedur att följa finns i Flytta en nod till underhållsläge.

Underhållsläget är endast avsett att förbereda en nod för avstängning eller omstart så att du kan göra vissa ändringar i nätverksinställningen (DNS, IP, FQDN) eller förbereda dig för maskinvaruunderhåll, t.ex. ersätta RAM, hårddisk och så vidare.

Uppgraderingar sker inte när en nod är placerad i underhållsläge.

När du placerar en nod i underhållsläge stängs samtalstjänsterna på ett graciöst sätt (slutar att acceptera nya samtal och väntar upp till 2 timmar innan befintliga samtal slutförs). Syftet med den graciösa avstängningen av samtalstjänster är att tillåta omstart eller avstängning av noden utan att orsaka avbrutna samtal.

Så här öppnar du videonätöversikt

Du kan öppna webbgränssnittet på något av följande sätt:

Om du är en fullständig administratör och redan har registrerat noden i molnet kan du komma åt noden från Control Hub.

Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid. Under Resurser på videonätkortet klickar du på Visa alla. Klicka på klustret och klicka sedan på noden som du vill komma åt. Klicka på Gå till nod.

Endast en fullständig administratör för din Webex-organisation kan använda den här funktionen. Andra administratörer, inklusive partner- och externa fullständiga administratörer, har inte Gå till nod alternativet för videonätsresurser.
I en webbläsarflik går du till <IP address>/setup, till exempel, https://192.0.2.0/setup. Ange administratörsuppgifterna som du har konfigurerat för noden och klicka sedan på Logga in.

Om administratörskonto har inaktiverats är den här metoden inte tillgänglig. Se avsnittet ”Inaktivera eller återaktivera det lokala administratörskontot från webbgränssnittet”.

Översikten är standardsidan och har följande information:

Samtalsstatus – Anger antalet pågående samtal via noden.
Nodinformation – Anger nodtyp, programvarubild, programvaruversion, OS-version, QoS-status och underhållsläge.
Nodhälsa – Tillhandahåller användningsdata (CPU, minne, disk) och tjänststatus (hanteringstjänst, meddelandetjänst, NTP-synkronisering).
Nätverksinställningar – Tillhandahåller nätverksinformation: värdnamn, gränssnitt, IP, gateway, DNS, NTP och om dubbel IP är aktiverad.
Registreringsinformation – Ger registreringsstatus, organisationsnamn, organisationsnummer, kluster som noden ingår i och kluster-ID.

Molnanslutning – kör en serie tester från noden till Webex-molnet och tredjepartdestinationer som noden behöver få åtkomst till för att köra korrekt.

Tre typer av tester körs: DNS-upplösning, serversvarstid och bandbredd.

DNS-tester validerar att noden kan lösa en viss domän. Dessa tester rapporteras som misslyckade om servern inte svarar inom 10 sekunder. De visas som ”Godkänd” med en orange ”varningsfärg” om svarstiden är mellan 1,5 och 10 sekunder. De periodiska DNS-kontrollerna på noden genererar larm om DNS-svarstiden är längre än 1,5 sekunder.
Anslutningstester validerar att noden kan ansluta till en viss HTTPS-URL och ta emot ett svar (andra svar än proxy- eller gatewayfel accepteras som bevis på anslutning).
Listan över tester som körs från översiktssidan är inte uttömmande och innehåller inte websocket-tester.
Noden skickar larm om samtalsprocesserna inte kan slutföra webbsocket-anslutningar till molnet eller ansluta till samtalsrelaterade tjänster.

Ett godkänt eller misslyckat resultat visas bredvid varje test. Du kan hålla muspekaren över den här texten för att se mer information om vad som kontrollerades när testet kördes.

Som visas i skärmbilden som följer kan larmaviseringar även visas i sidopanelen om några larm har genererats av noden. Dessa aviseringar identifierar potentiella problem på noden och ger förslag om hur du kan felsöka eller lösa dessa problem. Om inga larm genererades visas inte aviseringspanelen.

Konfigurera nätverksinställningar från webbgränssnittet för videonätnod

Om din nätverksopologi ändras kan du använda webbgränssnittet för varje Webex-videonätnod och ändra nätverksinställningarna där. Du kan se en varning om att ändra nätverksinställningarna, men du kan fortfarande spara ändringarna om du gör ändringar i nätverket efter att du har ändrat inställningarna för Webex-videonätnod.

1

Öppna gränssnittet för Webex-videonätnod.

2

Gå till nätverket.

De aktuella nätverksinställningarna för noden visas.

3

Ändra följande inställningar för värd- och nätverkskonfiguration efter behov:

Under Redigera värdnamn och domän ändrar du värdens värdnamn och domänvärden.
Ett fel visas om FQDN (värdnamn och domän) inte har rätt format.
Under nätverksläge anges Aktivera DHCP, men DHCP stöds inte. Du måste ange en statisk IP-adress, nätmask och gateway.

Under Redigera nätverkskonfiguration ändrar du IP-adressen (för det interna gränssnittet), nätmask och gateway(en nätverksnod som fungerar som åtkomstpunkt till ett annat nätverk).

Videonätnoden måste ha en intern IP-adress och löstagbart DNS-namn. Nodens IP-adress får inte tillhöra det IP-adressintervall som är reserverat för intern användning av videonätnod. Standardreserverat IP-adressintervall är 172.17.42.0–172.17.42.63, vilket kan konfigureras senare i Diagnostic-menyn i nodkonsolen. Detta IP-adressintervall är för kommunikation inom videonätnoden och mellan programvarubehållare som håller de olika komponenterna i noden – till exempel SIP-gränssnittet och medieomkodning.

Under Redigera DNS-servrar ändrar du DNS-serverposter som hanterar översättande domännamn till numeriska IP-adresser. Du kan ange upp till 4 DNS-servrar.

4

Klicka på Spara värd- och nätverkskonfiguration och när popup-fönstret visar att noden behöver startas om klickar du på Spara och starta om.

Under sparningen valideras alla fält på serversidan. Varningar som visas indikerar i allmänhet att servern inte kan nås eller att ett giltigt svar inte returnerades när de frågades – till exempel om FQDN inte kan lösas med de angivna DNS-serveradresserna. Du kan välja att spara genom att ignorera varningen, men samtal kommer inte att fungera förrän FQDN kan lösa den DNS som konfigurerats på noden. Ett annat möjligt feltillstånd är om gatewayadressen inte är i samma subnät som IP-adressen. När videonätnoden har startats om träder nätverkskonfigurationen i kraft.

5

Ändra följande inställningar för NTP-servrar efter behov:

Under Redigera NTP-servrar ändrar du värdena för NTP-serverposter som används i din organisation för att synkronisera tiden till noden.

6

Klicka på Spara NTP-servrar.

Om du konfigurerar fler än en NTP-server är omröstningsintervallet för redundans 40 sekunder.

Om NTP-servern är en FQDN och den inte kan lösas returneras en varning. Om NTP-serverns FQDN har åtgärdats men den åtgärdade IP-adressen inte kan ifrågasättas för NTP-tid returneras en varning.

Ställ in det externa nätverksgränssnittet från webbgränssnittet för videonätnod

Om din nätverksopologi ändras kan du använda webbgränssnittet för varje Webex-videonätnod och ändra nätverksinställningarna där. Du kan se en varning om att ändra nätverksinställningarna. Du kan dock fortfarande spara ändringarna om du gör ändringar i nätverket efter att du har ändrat inställningarna för Webex-videonätnod.

Du kan konfigurera det externa nätverksgränssnittet om du distribuerar videonätnoden i ditt nätverks DMZ så att du kan isolera företagstrafiken (intern) från extern (extern) trafik.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till nätverket. De aktuella nätverksinställningarna för noden visas.
3	Klicka på Avancerat.
4	Aktivera Aktivera externt nätverk och klicka sedan på OK för att aktivera alternativen för extern IP-adress på noden.
5	Ange värden för extern IP-adress, extern nätmask och extern gateway.
6	Klicka på Spara extern nätverkskonfiguration.
7	Klicka på Spara och starta om för att bekräfta ändringen. Noden startar om för att aktivera den dubbla IP-adressen och konfigurerar sedan automatiskt de grundläggande statiska dirigeringsreglerna. Dessa regler fastställer att trafik till och från en privat klass IP-adress använder ett internt gränssnitt; trafik till och från en offentlig klass IP-adress använder ett externt gränssnitt. Senare kan du skapa egna dirigeringsregler – till exempel om du behöver konfigurera en åsidosättning och tillåta åtkomst till en extern domän från det interna gränssnittet.
8	Om det finns fel klickar du på OK för att stänga feldialogrutan, åtgärda felen och klicka på Spara extern nätverkskonfiguration igen.

Nästa steg

För att validera den interna och externa IP-adresskonfigurationen gör du stegen i Kör en ping från webbgränssnittet för videonätnod.

Testa en extern destination (till exempel cisco.com). Om det lyckas visar resultaten att destinationen har åtkomst från det externa gränssnittet.
Testa en intern IP-adress. Om detta lyckas visar resultaten att adressen har hämtats från det interna gränssnittet.

Lägg till interna och externa dirigeringsregler från webbgränssnittet för videonätnod

I en distribution av dubbelt nätverksgränssnitt (NIC) kan du finjustera dirigeringen för videonätnoder genom att lägga till användardefinierade dirigeringsregler för externa och interna gränssnitt. Standardrutorna läggs till i noderna, men du kan göra undantag – till exempel externa undernät eller värdadresser som måste nås via det interna gränssnittet, eller interna undernät eller värdadresser som måste nås från det externa gränssnittet. Utför följande steg vid behov.

Innan du börjar

Om du vill konfigurera dirigeringsregler måste du först aktivera och konfigurera det externa nätverksgränssnittet.

1

Öppna gränssnittet för Webex-videonätnod.

2

Gå till nätverket.

De aktuella nätverksinställningarna för noden visas. Om du har konfigurerat det externa nätverket visas fliken Routningsregler.

3

Klicka på fliken Routningsregler.

Första gången du öppnar den här sidan visas standardsystemdirigeringsreglerna i listan. Som standard går all intern trafik via det interna gränssnittet och extern trafik via det externa gränssnittet.

Du kan lägga till manuella åsidosättningar till dessa regler i nästa steg.

4

Om du vill lägga till en regel klickar du på Lägg till dirigeringsregel och väljer sedan något av följande alternativ:.

För nätverkstyp klickar du på Intern och anger sedan det externa subnätet eller värd-IP-adressen som ska användas för den interna rutten.
För nätverkstyp klickar du på Extern och anger sedan det interna subnätet eller värd-IP-adressen som ska användas för den externa rutten.

5

Klicka på Lägg till dirigeringsregel.

När du lägger till varje regel visas de i listan över routningsregler, kategoriserade som användardefinierade regler.

6

Om du vill ta bort en eller flera användardefinierade regler markerar du kryssrutan i kolumnen till vänster om reglerna och klickar sedan på Ta bort dirigeringsregel.

Standardrutorna kan inte tas bort, men du kan ta bort alla användardefinierade åsidosättningar som du har konfigurerat.

Anpassade dirigeringsregler kan skapa risk för konflikter med annan dirigering. Du kan till exempel definiera en regel som låser din SSH-anslutning till gränssnittet för videonätnod. Om detta inträffar gör du något av följande och tar sedan bort eller ändra dirigeringsregeln:

Öppna en SSH-anslutning till den offentliga IP-adressen för videonätnoden.
Öppna videonätnoden via ESXi-konsolen

Konfigurera behållarnätverket från webbgränssnittet för videonätnod

Videonätnod reserverar ett delnätintervall för intern användning inom noden. Standardintervallet är 172.17.42.0–172.17.42.63. Noderna svarar inte på någon extern-till-videonätnodtrafik från det här intervallet. Du kanske vill använda nodkonsolen för att ändra IP-adressen till containersbrygga för att undvika konflikter med andra enheter i nätverket.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till nätverket. De aktuella nätverksinställningarna för noden visas.
3	Klicka på Avancerat.
4	Ändra värdena för Container IP-adress och Container Subnet Mask efter behov och klicka sedan på Spara Container Network Configuration.
5	Klicka på Spara och starta om för att bekräfta ändringen.
6	Om det finns fel klickar du på OK för att stänga feldialogrutan, åtgärda felen och klicka på Spara nätverkskonfiguration för container igen.

Ställ in MTU-storlekar för nätverksgränssnittet

Alla Webex-videonätnoder har sökvägen MTU (PMTU) aktiverad som standard. Med PMTU kan noden identifiera MTU-problem och justera MTU-storleken automatiskt. När PMTU slutar fungera på grund av brandväggs- eller nätverksproblem kan noden ha problem med anslutningen till molnet eftersom paket som är större än MTU tappar. Manuell inställning av en lägre MTU-storlek kan åtgärda problemet.

Innan du börjar

Om du redan har registrerat noden måste du sätta noden i underhållsläge innan du kan ändra MTU-inställningarna.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till nätverket. De aktuella nätverksinställningarna för noden visas.
3	Klicka på Avancerat.
4	I avsnittet MTU-inställningar för gränssnitt anger du ett MTU-värde mellan 1280 och 9000 byte i tillämpliga fält. Om du har aktiverat det externa gränssnittet kan du ställa in MTU-storlekar för både det interna och det externa gränssnittet separat.

Noden startas om för att tillämpa MTU-ändringarna.

Nästa steg

Om du sätter noden i underhållsläge för att ändra MTU stänger du av underhållsläget.

Aktivera eller inaktivera cachelagring av DNS

Om DNS-svar på dina videonätnoder regelbundet tar mer än 750 ms, eller om Cisco TAC rekommenderar det, kan du aktivera DNS-cachelagring. När DNS-cachelagring är aktiverad cachar noden DNS-svar lokalt. Med cacheminnet är förfrågningar mindre benägna att fördröja eller timeout som kan leda till anslutningslarm, samtalsfall eller problem med samtalskvaliteten. DNS-cachelagring kan också minska belastningen på din DNS-infrastruktur.

Innan du börjar

Flytta noden till underhållsläge. När underhållslägets status är På (aktiva samtal har slutförts eller avbrutits i slutet av väntande period) kan du aktivera eller inaktivera DNS-cachelagring.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till nätverket. De aktuella nätverksinställningarna för noden visas.
3	Klicka på Avancerat.
4	I avsnittet DNS-cachekonfiguration växlar du Aktivera DNS-cachelagring på eller av.
5	Klicka på Spara och starta om i bekräftelsedialogrutan.
6	När noden har startats om öppnar du gränssnittet för Webex-videonätnod igen och bekräftar att anslutningskontrollerna fungerar på sidan Översikt.

När du aktiverar DNS-cachelagring visar DNS-cachestatistiken följande statistik:

Statistik	Beskrivning
Cacheposter	Antal tidigare DNS-upplösningar som DNS-cacheservern har sparat
Cacheträffar	Antalet gånger sedan cacheåterställningen som cachelagringen hanterade en DNS-begäran från videomesh utan att fråga kundens DNS-server
Cachemisser	Antalet gånger sedan cacheåterställningen som kundens DNS-server hanterade en DNS-begäran från videonät snarare än genom cacheminnet
Procent av cacheträffar	Procentandelen DNS-förfrågningar från videonät som cachelagring hanterade utan att fråga kundens DNS-server
Utgående DNS-frågor för cacheserver	Antalet DNS-frågor som videomesh DNS-cacheservern gjorde mot kundens DNS-servrar
Cacheserverns inkommande DNS-frågor	Antalet DNS-frågor som videomesh gjorde mot sin interna DNS-cacheserver
Förhållande mellan utgående och inkommande frågor	Förhållandet mellan DNS-frågor som görs av videonät mot kundens DNS-server och frågor som görs av videonät mot dess interna DNS-cacheserver
Inkommande frågor per sekund	Det genomsnittliga antalet DNS-frågor per sekund som videomesh gjorde mot sin interna DNS-cacheserver
Utgående frågor per sekund	Det genomsnittliga antalet DNS-frågor per sekund som videomesh gjorde mot kundens DNS-servrar
Utgående DNS-latens [tidsintervall]	Procent av DNS-frågor som videomesh gjorde mot kundens DNS-servrar där svarstiden föll in i det beskrivna tidsintervallet

Använd Torka DNS-cacheminnet för att återställa DNS-cacheminnet när TAC begär. När du har torkat DNS-cacheminnet ser du ett högre förhållande mellan utgående och inkommande frågor när cacheminnet fylls på. Du behöver inte placera noden i underhållsläge för att rensa cacheminnet.

Nästa steg

Flytta noden ur underhållsläge. Upprepa sedan uppgiften på alla andra noder som kräver en ändring.

Överför säkerhetscertifikat

Konfigurera en förtroenderelation mellan noden och en extern server, till exempel en syslog-server.

I en klustermiljö måste du installera CA- och servercertifikat på varje nod individuellt.

1

Öppna gränssnittet för Webex-videonätnod.

2

När du ställer in TLS med en annan server, till exempel en syslog-server, rekommenderar vi av säkerhetsskäl att du använder ett CA-signerat certifikat på dina videonätnoder istället för nodens standardcertifikat som är självsignerat. Om du vill skapa och ladda upp certifikatet och nyckelpar på videonätnoden går du till servercertifikat och följer dessa steg:

Om du behöver ett certifikat utfärdat av en certifierad leverantör klickar du på Skapa en certifikatsigneringsbegäran. Fyll i den information som krävs (inklusive alternativt ämnesnamn), som är FQDN:er som måste innehålla det gemensamma namnet). Generera och hämta sedan CSR för att skicka begäran till leverantören. Du kan skapa flera kundtjänstrepresentanter. Leverantören returnerar det signerade certifikatutfärdaren (CA). (Steget för att skapa CSR har redan genererat den privata nyckeln.)

Det vanliga namnet är inte en URL. Det innehåller inget protokoll (t.ex. http:// eller https://), portnummer eller pathname. Filen commonName fältet i certifikatspecifikationen X.509 representerar tekniskt det gemensamma namnet. Till https://www.example.com, det korrekta värdet är example.com.

När du har certifikatet och nyckeln klickar du på Överför ett servercertifikat (.crt- eller .pem-fil), välj certifikatfilen och klicka sedan på Överför en privat nyckel (.nyckelfil) och anger en lösenfras om du har en.

Den privata nyckeln finns redan på plats när en kundtjänstrepresentant genereras. Du behöver bara ladda upp en privat nyckel om du inte använder steget för att skapa CSR.
När du har fått certifikatet går du till den första videonätnoden i ett kluster, klickar på Installera servercertifikat, läs instruktionen, klicka på Installera och klicka sedan på OK.

En videonätnod som är registrerad i molnet väntar upp till 2 timmar på att alla samtal ska avslutas och hamnar i ett tillfälligt inaktivt tillstånd (frågeställningar). När antingen de befintliga samtalen är klara eller 2 timmar passerat (beroende på vilket som kommer först) slutför den här noden certifikatinstallationen. En uppmaning visas när installationen av servercertifikatet slutförs och du kan sedan läsa in sidan igen för att visa det nya certifikatet och nyckelposten.
Klicka på Hämta bredvid certifikatet och nyckelfiler för att spara en lokal kopia.

Spara filerna på en plats som är lätt att komma ihåg och lämna instansen öppen på webbläsarfliken.
Gå till den andra videonätnoden i klustret, fyll i lösenfrasen och överför sedan filen med den privata nyckeln. Klicka sedan på Ladda upp ett servercertifikat och välj sedan Installera servercertifikat, läs instruktionen, klicka på Installera och klicka sedan på OK.
Upprepa dessa steg på alla andra videonätnoder i samma kluster.

3

Välj ett alternativ beroende på hur den externa serverns CA-certifikat signeras:

Om serverns CA-certifikat är signerat av en allmänt erkänd organisation, t.ex. DigiCert, GeoTrust eller GlobalSign, kommer videonätnoden att lita på den baserat på listan över rotcertifikat från videonätnodens värdoperativsystem, som uppdateras regelbundet. Hoppa till steg 6.
Om serverns CA-certifikat är signerat av ett internt CA-rotcertifikat måste rotcertifikatet från den myndigheten läggas till i videonätnoden. Fortsätt med nästa steg.

4

Hämta certifikatet eller certifikatbetrodda certifikat (CTL) som den externa servern använder.

Precis som med videonätnodcertifikatet sparar du den externa serverfilen någonstans som är lätt att komma ihåg.

5

Gå tillbaka till fliken Gränssnitt för Webex-videonätnod, klicka på Trust Store och Proxy och välj sedan ett alternativ:

Om du vill installera ett enda CA-certifikat klickar du på Ladda upp ett rotcertifikat eller ett slutcertifikat (.crt eller .pem-fil) och väljer sedan certifikatfilen från datorn, klickar på Installera alla certifikat i Trust Store, läser instruktionen, klickar Installera och startar sedan om noden.
Om du vill installera en certifikatkedja överför du rot-CA-certifikatet och mellanliggande CA-certifikat. Klicka sedan på Installera alla certifikat i Trust Store, läs instruktionen och klicka sedan på Installera.

En videonätnod som är registrerad i molnet väntar upp till 2 timmar på att alla samtal ska avslutas och hamnar i ett tillfälligt inaktivt tillstånd (frågeställningar). För att installera certifikatet måste noden startas om och gör det automatiskt. När det kommer tillbaka online visas en uppmaning när certifikatet är installerat på videonätnoden och du kan sedan ladda upp sidan igen för att visa det nya certifikatet.

6

Upprepa överföringen av certifikatet eller certifikatkedja på alla andra videonätnoder i samma kluster.

Generera videonätloggar för stöd

Du kan bli ombedd att skicka loggar direkt till Cisco, eller så kan du hämta dem själv för att bifoga ett ärende. Använd den här proceduren från webbgränssnittet för att generera loggar och skicka dem till Cisco eller hämta dem från alla videonätnoder. Det genererade loggpaketet innehåller medialoggar, systemloggar och containerloggar. Paketet innehåller användbar information för anslutning till Webex, plattformsproblem och samtalskonfiguration eller media, så att Cisco kan felsöka distributionen av videonätnod åt dig.

1

Öppna gränssnittet för Webex-videonätnod.

2

Gå till Felsökning och välj sedan ett alternativ bredvid Skicka loggar:

Klicka på Skicka loggar till Cisco för att generera ett loggpaket från noden och skicka paketet direkt till Cisco i ett steg. Du ser en statusindikator som ändras när loggarna komprimeras, blixtas och laddas upp.
Klicka på Hämta för att generera ett långt paket från noden som du kan spara lokalt eller bifoga till ett ärende senare.

Genererade loggar lagras historiskt på noden och förblir kvar på noden även efter omstart. En överföringsidentifierare visas på sidan. Supporten använder detta värde för att identifiera dina överförda loggar.

3

När du öppnar ett ärende eller interagerar med Cisco TAC ska du inkludera värdet för uppladdningsidentifierare så att din supportingenjör kan komma åt loggarna.

Om du skickade in loggen till Cisco direkt behöver du inte ladda upp loggpaketet till TAC-ärendet.

Nästa steg

När loggar laddas upp till Cisco eller hämtas kan du köra en paketinspelning från samma skärm.

Generera videonätpaketinspelningar för stöd

Du kan köra en paketinspelning (PCAP) och skicka den till Cisco för ytterligare analys. En paketinspelning tar en ögonblicksbild av datapaket som går genom nodens nätverksgränssnitt. När paket har tagits in och skickats kan Cisco analysera den inskickade inspelningen och hjälpa till med felsökning av distributionen av videonätnod.

Innan du börjar

Paketfångstfunktionen är endast avsedd för felsökning. Om du kör en paketinspelning på en live-videonätnod som är värd för aktiva samtal kan paketinspelningen påverka nodens prestanda och den genererade filen kan skrivas över. Detta leder till förlust av insamlade data. Vi rekommenderar att du endast kör paketinspelningen under stängda timmar eller när samtalsantalet är mindre än 3 på noden.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till Felsökning. Du kan starta paketinspelning och överföra loggar samtidigt.
3	(Valfritt) I avsnittet Paketfångst kan du begränsa insamlingen till paket i ett specifikt gränssnitt, filtrera efter paket till eller från specifika värdar eller filtrera efter paket på en eller flera portar.
4	Starta processen genom att aktivera inställningen Starta paketfångst.
5	När du är klar stänger du av inställningen Starta paketfångst.
6	Välj ett alternativ: Klicka på Skicka PCAP till Cisco för att skicka paketinspelningen från noden direkt till Cisco. Du ser en statusindikator som ändras när paketinspelningen överförs. Klicka på Hämta för att spara en lokal kopia av paketinspelningen från noden. Du kan bifoga det till ett ärende senare. När en paketinspelning har överförts visas en överföringsidentifierare på sidan. Supporten använder detta värde för att identifiera din uppladdade paketinspelning. Den maximala storleken för paketinspelningar är 2 GB.
7	När du öppnar ett ärende eller interagerar med Cisco TAC ska du inkludera värdet för uppladdningsidentifierare så att din supportingenjör kan komma åt paketinspelningen.

Kör en ping från webbgränssnittet för videonätnod

Du kan köra en ping från webbgränssnittet för videonätnod. Det här steget testar en destination som du anger och ser om videonätnoden kan nå den.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till Felsökning, bläddra till Ping och ange sedan en destinationsadress som du vill testa i fältet FQDN- eller IP-adress under Testa anslutning med ping.
3	Klicka på Ping. Testet körs och du ser ett meddelande om att ping lyckas eller misslyckas. Testet har ingen tidsgräns. Om du får ett fel eller testet körs på obestämd tid kontrollerar du destinationsvärdet som du angav och dina nätverksinställningar.

Kör en spårningsrutt från webbgränssnittet för videonät

Du kan köra en spårningsruta från webbgränssnittet för videonätnod. Det här steget visar vägen som tas av paket från noden till den destination som du anger. Genom att visa spårningsinformationen kan du avgöra varför en viss anslutning kan vara dålig och kan hjälpa dig att identifiera problem.

1

Öppna gränssnittet för Webex-videonätnod.

2

Gå till Felsökning, bläddra till Traceroute och ange sedan en destinationsadress som du vill testa i fältet FQDN- eller IP-adress under Spåra rutt till värd.

Testet körs och meddelandet om framgång eller misslyckande för spårningsrutten visas. Testet tar slut med 16 sekunder. Om du får ett fel eller testtiden har gått ska du kontrollera destinationsvärdet som du angav och dina nätverksinställningar.

Kontrollera NTP-servern från webbgränssnittet för videonätnod

Du kan ange en FQDN- eller IP-adress för en nätverkstidsprotokoll (NTP)-server för att bekräfta att videonätnoden kan komma åt servern. Det här testet är användbart om du märker tidssynkroniseringsproblem och vill utesluta att NTP-servern kan nås.

1

Öppna gränssnittet för Webex-videonätnod.

2

Gå till Felsökning, bläddra till Kontrollera NTP-servern och ange sedan en destinationsadress som du vill testa i fältet FQDN- eller IP-adress under Visa svar på SNTP-frågor.

Testet körs och du ser ett meddelande om framgång eller misslyckande. Testet har ingen tidsgräns. Om du får ett fel eller testet körs på obestämd tid kontrollerar du destinationsvärdet som du angav och dina nätverksinställningar.

Identifiera portproblem med reflektorverktyget i webbgränssnittet

Reflektorverktyget (en kombination av en server på videonätnoden och klienten via ett Python-skript) används för att kontrollera om de obligatoriska TCP/UDP-portarna är öppna från videonätnoder.

Innan du börjar

Hämta en kopia av Reflector Tool Client (ett Python-skript) från https://github.com/CiscoDevNet/webex-video-mesh-reflector-client.
Se till att du kör Python 2.7.10 eller senare i din miljö för att skriptet ska fungera korrekt.
För närvarande har det här verktyget stöd för SIP-slutpunkter för videonätnoder och intraklusterverifiering.

1	Från kundvyn i https://admin.webex.com aktiverar du underhållsnoden för videonätnoden genom att följa dessa instruktioner.
2	Vänta på att noden visar status ”redo för underhåll” i Control Hub.
3	Öppna gränssnittet för Webex-videonätnod. Anvisningar finns i Hantera videonätnod från webbgränssnittet.
4	Bläddra till Reflector Tool och starta sedan antingen TCP Reflector Server eller UDP Reflector Server, beroende på vilket protokoll du vill använda.
5	Klicka på Starta reflektorserver och vänta sedan på att servern ska starta. Du ser ett meddelande när servern startar.
6	Kör skriptet med följande kommando från ett system (t.ex. en dator) i ett nätverk som du vill att videonätnoder ska nå: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` I slutet av körningen visar klienten ett framgångsmeddelande om alla obligatoriska portar är öppna: Klienten visar ett misslyckat meddelande om några obligatoriska portar inte är öppna:
7	Lös alla portproblem på brandväggen och kör sedan vidare stegen ovan.
8	Kör klienten med `--help` för att få mer information.

Aktivera felsökningskonto från webbgränssnittet för videonätnod

Om Cisco TAC kräver åtkomst till Webex-videonätnoden kan du tillfälligt aktivera ett felsökningskonto så att supporten kan köra vidare felsökning.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till Felsökning och aktivera inställningen Aktivera felsökning. En krypterad lösenfras visas som du kan tillhandahålla till Cisco TAC.
3	Kopiera lösenfrasen, klistra in den i supportbiljetten eller direkt till supportingenjören och klicka sedan på OK när du har sparat den.

Felsökningskontot är giltigt i 3 dagar, varefter det upphör.

Nästa steg

Du kan inaktivera kontot innan det upphör om du återgår till sidan Felsökning och sedan stänger av inställningen Aktivera felsökning.

Fabriksåterställning av en videonätnod från webbgränssnittet

Som en del av rensningen av avregistrering kan du fabriksåterställa videonätnoden från webbgränssnittet. Det här steget tar bort alla konfigurationer som du har installerat när noden var aktiv men tar inte bort posten för virtuella datorer. Senare kan du vilja registrera den här noden som en del av ett annat kluster som du bygger från grunden.

Innan du börjar

Du måste använda Control Hub för att avregistrera videonätnoden från klustret som är registrerat i Control Hub.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till Felsökning, bläddra till fabriksåterställning och klicka sedan på Återställ nod.
3	Se till att du förstår informationen i varningsmeddelandet som visas och klicka sedan på Återställ och Starta om. Noden startar om automatiskt efter fabriksåterställningen.

Inaktivera eller återaktivera det lokala administratörskontot från webbgränssnittet

När du installerar en Webex-videonätnod loggar du först in med ett inbyggt lokalt konto med användarnamnet ”admin”. När du har registrerat noden i Webex-molnet kan du använda inloggningsuppgifterna för Webex-organisationens administration för att hantera dina videonätnoder från Control Hub. På så sätt gäller policyn och hanteringsprocesserna för administratörskonton som gäller för Control Hub även för dina videonätnoder. För ytterligare kontroll kan du inaktivera det inbyggda ”admin”-kontot så att Control Hub hanterar all administratörsautentisering och hantering.

Använd dessa steg när du har registrerat noden i molnet för att inaktivera (eller senare aktivera igen) administratörsanvändarkontot. När du inaktiverar administratörskonto måste du använda Control Hub för att komma åt webbgränssnittet för nod.

Endast en fullständig administratör för din Webex-organisation kan använda den här funktionen. Andra administratörer, inklusive partner- och externa fullständiga administratörer, har inte Gå till nod alternativet för videonätsresurser.

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid.

2

Under Resurser på videonätkortet klickar du på Visa alla.

3

Klicka på klustret och klicka sedan på noden som du vill komma åt. Klicka Gå till nod.

4

Gå till administrationen.

5

Aktivera Aktivera inloggning för administratörsanvändare för att inaktivera kontot eller aktivera det igen.

Du kan inte inaktivera administratörskontot förrän du har registrerat noden i molnet.

6

På bekräftelseskärmen klickar du på Inaktivera eller Aktivera för att slutföra ändringen.

När du har inaktiverat administratörsanvändaren kan du inte logga in på videonätnoden via webbgränssnittet eller CLI som startas från SSH. Du kan dock logga in med administratörsanvändarinloggningsuppgifterna via en CLI som startas från VM-programvaran ESXi-konsolen.

Ändra administratörslösenfras från webbgränssnittet

Använd den här proceduren för att ändra administratörslösenfras (lösenord) för din Webex-videonätnod med hjälp av webbgränssnittet.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till Administration och bredvid Ändra lösenfras klickar du på Ändra.
3	Ange den aktuella lösenfrasen och ange sedan ett nytt lösenfrasvärde i både Ny lösenfras och Bekräfta ny lösenfras.
4	Klicka på Spara lösenfras. Ett meddelande ”ändrat lösenord” visas och sedan går du tillbaka till inloggningsskärmen.
5	Logga in med din nya administratörsinloggning och lösenfras (lösenord).

Ändra utgångsintervall för lösenfras från webbgränssnittet

Använd den här proceduren för att ändra förfallointervallet för standardlösenord på 90 dagar med hjälp av webbgränssnittet. När intervallet är över uppmanas du att ange en ny lösenfras när du loggar in på videonätnoden.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till Administration och bredvid Ändra lösenordsförfallotid anger du ett nytt värde för utgångsintervall (dagar) (upp till 365 dagar) och klickar sedan på Spara lösenordsförfallointervall. En framgångsskärm visas och du kan sedan klicka på OK för att slutföra.

Sidan Administration visar också datum för den senaste lösenordsändringen och nästa gång lösenordet upphör att gälla.

Ange extern loggning till en Syslog-server

Om du har en syslog-server kan du ställa in din Webex-videonätnod för att logga in på den externa serverns granskningsspårningsinformation, till exempel:

Information om administratörsinloggningar
Konfigurationsändringar (inklusive att aktivera eller inaktivera underhållsläget)
Programvaruuppdateringar

Noden aggregerar loggarna, om någon, och skickar dem till servern var tionde minut.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till administrationen.
3	Bredvid Extern loggning växlar du på Aktivera extern loggning.
4	För Syslog-serverinformation anger du värdens IP-adress eller fullständigt kvalificerat domännamn och syslog-porten. Om servern inte kan lösas DNS från noden ska du använda en IP-adress i fältet Värd.
5	Välj protokollet – UDP eller TCP. Om du vill använda TLS-kryptering väljer du TCP och aktiverar sedan Aktivera TLS. Se till att du även laddar upp och installerar de säkerhetscertifikat som krävs för TLS-kommunikation mellan noden och syslog-servern. Om inga certifikat är installerade använder noden sina självsignerade certifikat som standard. För hjälp, se Ladda upp säkerhetscertifikat.
6	Klicka på Spara konfiguration för extern loggning.

Egenskaperna för loggmeddelandet följer detta format: Meddelande om prioriterad tidsstämpel för värdnamnstagg.

Egenskap	Beskrivning
Företräde	Värdet är alltid 131, baserat på formeln: Prioritet = (Facilitetskod * 8) + Allvarlighetsgrad. Anläggningskoden är 16 för "local0". Allvarlighetsgraden är 3 för "meddelande".
Tidsstämpel	Tidsstämpelformatet är "Mmm dd hh:mm:ss".
Värdnamn	Värdnamnet för videonätnoden.
Etiketten	Värdet är alltid syslogAuditMsg.
Meddelanden	Meddelandet är en JSON-sträng på minst 1 KB. Dess storlek beror på antalet aggregerade händelser under det tio minuter långa intervallet.

Här är ett exempel:

{
  "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 för aviseringar om videonät

Videomesh har stöd för Webhook-aviseringar som gör det möjligt för organisationsadministratörer att ta emot aviseringar om specifika händelser. Administratörer kan välja att bli aviserade om händelser som överflöd av samtal och omdirigeringar av samtal, vilket minimerar behovet av att logga in på Control Hub för att övervaka distributionen av dem. Detta uppnås genom att skapa en webhook-prenumeration där en målURL tillhandahålls av administratören, till vilken aviseringar kommer att skickas. Med hjälp av webbhooks för aviseringar kan du även övervaka parametrar utan att använda de associerade utvecklarnas API:er.

Följande händelsetyper kan övervakas via webbkrokar:

Omdirigerar klustersamtal – Samtal omdirigeras från ett visst kluster.
Överflöd av organisationssamtal – Totalt antal samtal överflödar till molnet för en organisation.

Skapa en Webhook-prenumeration

1	Logga in på Cisco Webex-utvecklarportalen med administratörsuppgifterna.
2	Klicka på Dokumentation på utvecklarportalen.
3	Från rullningsfältet till vänster bläddrar du nedåt och klickar på Fullständig API-referens.
4	Från alternativen som expanderar nedan bläddrar du nedåt och klickar på Webhooks > Skapa en webhook.
5	Skapa en prenumeration genom att ange följande parametrar:

namn: exempel – Webhook-aviseringar för videonät
Målurl: exempel - https://10.1.1.1/webhooks
resurs: aviseringar om videonät
händelse: utlöstes
ägs av: organisation

URL:en som anges i parametern för mål-URL måste vara tillgänglig på internet och ha en server som är konfigurerad för att acceptera POST-förfrågningar som skickas av Webex Webhook.

Ställa in tröskelkonfigurationer med utvecklarAPI:er

Du kan ställa in tröskelvärden för händelserna (överflöd av organisationssamtal och omdirigering av klustersamtal) med videonätsutvecklarnas API:er. Du kan ange ett procentuellt värde för tröskelvärdena, över vilket en webhook-varning utlöses. Om tröskelvärdet till exempel är 20 för överflöd av organisationssamtal kommer en avisering att skickas när mer än 20 procent av samtalen överflödar till molnet.

En uppsättning med 4 API:er är tillgängliga för att ställa in och uppdatera tröskelvärden i Cisco Webex-utvecklarportalen och de finns listade nedan:

Konfiguration av tröskelvärde för händelsen
Hämta konfiguration av händelsetröskelvärde
Uppdatera konfiguration av tröskelvärde för händelse
Återställ konfiguration av tröskelvärde för händelse

API:erna finns tillgängliga påhttps://developer.webex.com/docs/api/v1/video-mesh .

Scenario 1 – Ställ in tröskelvärde för överflödiga organisationssamtal

1

Klicka på List Event Threshold Configuration API.

2

Konfigurera eventscope till ORG och klicka på > Kör.

3

Du kommer att få ett svar liknande det som visas nedan.

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

4

Kopiera värdet i "eventThresholdId"-fältet. Detta är händelsens tröskelvärde-ID som kommer att användas för att uppdatera och hämta tröskelvärden.

5

Klistra in värdet i "eventThresholdId" fältet för JSON-strukturen som visas nedan och kopiera hela JSON-strukturen.

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

6

Klicka på API för konfiguration av tröskelvärde för händelse .

7

Klistra in JSON-strukturen i kroppen för Update Event Threshold Configuration API.

8

Konfigurera “minThreshold” värde till det nya tröskelvärdet som du vill ställa in.

9

Du kan köra den här åtgärden för flera händelsetröskelvärden genom att ange dem som kommaseparerade värden i JSON-strukturen.

Klicka på Kör, tröskelvärdet för överflöd av organisationssamtal kommer att ställas in på det nya värdet.

Nästa steg

Om du vill visa tröskelvärdet som har ställts in för ett visst händelsetröskelvärde-ID

Klicka på API för konfiguration av tröskelvärde för händelse .
Klistra in händelsetröskel-ID i rubriken på API och klicka på Kör.
Standardvärdet för minsta tröskelvärde och det inställda tröskelvärdet visas i svaret.

Scenario 2 – Ställ in tröskelvärde för omdirigerade klustersamtal

1

Klicka på List Event Threshold Configuration API.

2

Konfigurera eventscope till KLUSTER och klicka på > Kör.

3

Svaret visar konfigurationer av alla kluster i organisationen.

4

Du kan ta emot konfigurationen av ett specifikt kluster genom att fylla i clusterID parametern.

Kopiera värdet i "eventThresholdId" fältet för det kluster vars värde du vill uppdatera. Detta är händelsens tröskelvärde-ID som kommer att användas för att uppdatera och hämta tröskelvärden.

5

Klistra in värdet i "eventThresholdId" fältet för JSON-strukturen som visas nedan och kopiera hela JSON-strukturen.

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

6

Klicka på API för konfiguration av tröskelvärde för händelse .

7

Klistra in JSON-strukturen i kroppen för Update Event Threshold Configuration API.

8

Konfigurera “minThreshold” värde till det nya tröskelvärdet som du vill ställa in.

9

Du kan köra den här åtgärden för flera händelsetröskelvärden genom att ange dem som kommaseparerade värden i JSON-strukturen.

Klicka på Kör, ditt tröskelvärde för Klustersamtal har omdirigerats kommer att ställas in på det nya värdet.

Nästa steg

Om du vill visa tröskelvärdet som har ställts in för ett visst händelsetröskelvärde-ID

Klicka på API för konfiguration av tröskelvärde för händelse .
Klistra in händelsetröskel-ID i rubriken på API och klicka på Kör.
Standardvärdet för minsta tröskelvärde och det inställda tröskelvärdet visas i svaret.

Scenario 3 – Återställning av tröskelvärden

1

Klicka på API för konfiguration av tröskelvärde för händelse .

2

Kopiera händelsetröskelvärde-ID för ett kluster eller organisationen och klistra in det i "eventThresholdId" fält i JSON-strukturen nedan.

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

3

Klistra in JSON-strukturen i kroppen och klicka på Kör.

4

Du kan återställa tröskelvärden för flera händelsetröskelvärden genom att ange dem som kommaseparerade värden i JSON-strukturen.

Tröskelvärdet kommer att ställas till standardvärdet.

Video Mesh Developer API

API:er för videonätsutvecklare är ett sätt att hämta analyser och övervaka data för dina videonätdistributioner via Webex utvecklarportal. API:erna finns tillgängliga på https://developer.webex.com/docs/api/v1/video-mesh. En exempelklient finns påhttps://github.com/CiscoDevNet/video-mesh-api-client .

Bilaga

Demoprogramvara för videonätnod

Använd demoprogramvaran för videonätnod endast för grundläggande demoändamål. Lägg inte till en demonod i ett befintligt produktionskluster. Demoklustret tar emot färre samtal än produktionen och löper ut 90 dagar efter att det har registrerats i molnet.

Demoprogramvaran för videonätnod stöds inte av Cisco TAC.
Du kan inte uppgradera demoprogramvaran för videonätnod till den fullständiga versionen av programvaran.

Hämta demo-programvarubilden från den här länken.

Specifikationer

Se System- och plattformskrav för videonätnodprogramvara för den specs-baserade konfigurationen för videonätnodprogramvara.

Demoprogramvaran har stöd för antingen ett enda nätverksgränssnitt eller ett dubbelt nätverksgränssnitt.

Kapacitet

Vi testar inte demobilden för kapacitet. Du ska bara använda den för att testa grundläggande mötesscenarier. Se de användningsfall som följer för vägledning.

Använd case för demoprogramvaran för videonätnod

Media förankrade till lokala

Distribuera och konfigurera noden med demoprogramvaran.
Kör ett möte som inkluderar följande mötesdeltagare: en Webex-appdeltagare, Webex-slutpunktsdeltagare och en Cisco Webex Board.
När mötet är över går du från kundvyn i https://admin.webex.com till Analytics för att komma åt videonätrapporterna. I rapporterna kan du se att medierna stannade lokalt.

Möte med molndeltagare och lokala mötesdeltagare

Kör ett annat möte med ett par lokala Webex-mötesdeltagare och en i molnet.
Observera att alla mötesdeltagare sömlöst kan delta i och delta i mötet.

Hantera videonätnod från konsolen

Innan du kan göra nätverksändringar i videonätnoder som är registrerade i molnet måste du använda Control Hub för att sätta dem i underhållsläge. Mer information och en procedur att följa finns i Flytta en nod till underhållsläge.

Underhållsläget är endast avsett att förbereda en nod för avstängning eller omstart så att du kan göra vissa ändringar i nätverksinställningen (DNS, IP, FQDN) eller förbereda dig för maskinvaruunderhåll, t.ex. ersätta RAM, hårddisk och så vidare.

Uppgraderingar sker inte när en nod är placerad i underhållsläge.

När du placerar en nod i underhållsläge stängs samtalstjänsterna på ett graciöst sätt (slutar att acceptera nya samtal och väntar upp till 2 timmar innan befintliga samtal slutförs). Syftet med den graciösa avstängningen av samtalstjänster är att tillåta omstart eller avstängning av noden utan att orsaka avbrutna samtal.

Ändra nätverksinställningar för videonätnod i konsolen

Om nätverkens topologi ändras måste du öppna konsollgränssnittet för varje videonätnod och ändra nätverksinställningarna där. Du kan se en varning om att ändra nätverksinställningarna, men du kan fortfarande spara ändringarna om du gör ändringar i nätverket efter att du har ändrat inställningarna för videonätnod.

1

Öppna nodkonsolgränssnittet via VM-ware vSphere-klienten och logga sedan in med administratörsuppgifterna.

Efter första konfigurationen av nätverksinställningarna och om videonätet kan nås kan du komma åt nodgränssnittet via ett säkert skal (SSH).

2

Välj alternativ från huvudmenyn på videonätnodkonsolen 2 Redigera konfiguration och klicka sedan Välj.

3

Läs instruktionen om att samtalen avslutas på videonätnoden och klicka sedan på Ja.

4

Klicka på Statisk, ange IP-adressen för det interna gränssnittet, Mask, Gateway och DNS värden för ditt nätverk.

Videonätnoden måste ha en intern IP-adress och löstagbart DNS-namn. Nodens IP-adress får inte tillhöra det IP-adressintervall som är reserverat för intern användning av videonätnod. Standardreserverat IP-adressintervall är 172.17.42.0–172.17.42.63, vilket kan konfigureras i diagnostikmenyn. Detta IP-adressintervall är för kommunikation inom videonätnoden och mellan programvarubehållare som håller de olika komponenterna i noden – till exempel SIP-gränssnittet och medieomkodning.
Distribuera alla noder på samma subnät eller VLAN så att alla noder i ett kluster kan nås var klienterna bor i nätverket.
För en dubbel NIC DMZ-distribution kan du ange den externa IP-adressen i nästa procedur efter att du har sparat den interna nätverkskonfigurationen och startat om noden.

5

Ange din organisations NTP-server eller en annan extern NTP-server som kan användas i din organisation.

När du har konfigurerat NTP-servern och sparat nätverksinställningarna kan du följa stegen i Kontrollera hälsa på videonätnod från konsolen för att kontrollera att tiden synkroniseras korrekt via de angivna NTP-servrarna.

Om du konfigurerar fler än en NTP-server är omröstningsintervallet för redundans 40 sekunder.

6

(Valfritt) Ändra värdnamn eller domän om det behövs.

För att säkerställa en lyckad registrering i molnet använder du endast små tecken i värdnamnet som du har ställt in för videonätnoden. Kapitalisering stöds inte just nu.
När du använder eller konfigurerar FQDN eller värdnamn måste du även ange en giltig och löstagbar domän. Den totala längden på FQDN får inte överstiga 64 tecken.

7

Klicka Spara och klicka sedan på Spara ändringar och omstart.

Under sparningen utförs DNS-validering om du har angett en domän. En varning visas om FQDN (värdnamn och domän) inte kan lösas med de angivna DNS-serveradresserna. Du kan välja att spara genom att ignorera varningen, men samtal kommer inte att fungera förrän FQDN kan lösa den DNS som konfigurerats på noden. När videonätnoden har startats om träder nätverkskonfigurationen i kraft.

Ändra administratörslösenfras för videonätnoden

Använd den här proceduren för att ändra administratörslösenfras (lösenord) för videonätnoden i nodens konsol.

1	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
2	Öppna och logga in på VM-varans ESXi-konsol för din videonätnod.
3	I huvudmenyn väljer du alternativ 3 Hantera administratörslösenfras, sedan 1 Ändra administratörslösenfras och klicka sedan på Retur.
4	Läs informationen om lösenordssidan som har upphört, klicka på Retur och klicka sedan på den igen efter att lösenordsmeddelandet har upphört att gälla.
5	Tryck på Enter.
6	När du har loggat ut från konsolen går du tillbaka till inloggningsskärmen och loggar sedan in med administratörsinloggning och lösenordsfras (lösenord) som du har upphört. Eventuellt uppmanas du att ange ditt lösenord.
7	För Gammalt lösenord anger du den aktuella lösenfrasen och trycker sedan på Retur.
8	För Nytt lösenord anger du en ny lösenfras och trycker sedan på Retur.
9	För Ange nytt lösenord igen skriver du om den nya lösenfrasen och trycker sedan på Retur. Ett meddelande ”ändrat lösenord” visas och sedan går du tillbaka till inloggningsskärmen.
10	Logga in med din nya administratörsinloggning och lösenfras (lösenord).

Kör en ping från videonätnodkonsolen

Du kan köra en ping från videonätnodkonsollens gränssnitt. Det här steget testar en destination som du anger och ser om videonätnoden kan nå den.

1	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
2	Från videonätnodkonsolen går du till 4 Diagnostik och väljer sedan Ping.
3	I fältet ping anger du en destinationsadress som du vill testa, till exempel en IP-adress eller värdnamn, och klicka sedan på OK. Testet körs och du ser ett meddelande om att ping lyckas eller misslyckas. Om du får ett fel kontrollerar du destinationsvärdet som du angav och dina nätverksinställningar.

Aktivera felsökning av användarkonto via konsolen

Om supporten kräver åtkomst till videonätnoden kan du använda konsolgränssnittet för att tillfälligt aktivera ett felsökningskonto så att supporten kan köra vidare felsökning på noden.

1	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
2	Från videonätnodkonsolen går du till 4 Diagnostik, väljer 2 Aktivera felsökningskonto och klickar sedan på Ja.
3	När ett meddelande visar att felsökningsanvändarkontot har skapats klickar du på OK för att visa den krypterade lösenfrasen. Du skickar den krypterade lösenfrasen till stöd. De använder detta tillfälliga konto och avkrypterade lösenfras för att säkert komma åt din videonätnod för felsökning. Det här kontot upphör att gälla efter 3 dagar eller så kan du inaktivera det när supporten är klar.
4	Välj start och slut på de krypterade uppgifterna och kopiera-klistra in dem i supportärendet eller e-postmeddelandet som du skickar till support.
5	När du har skickat den här informationen till support återgår du till videonätnodkonsolen och trycker på valfri knapp för att gå tillbaka till huvudmenyn.

Nästa steg

Kontot upphör om 3 dagar, men när supporten visar att de har slutfört felsökningen på noden kan du returnera videonätnodkonsolen, gå till 4 Diagnostik och sedan välja 3 Inaktivera felsökning-användarkontot för att inaktivera kontot innan det upphör.

Skicka loggar från videonätnodkonsolen

Du kan uppmanas att skicka loggar direkt till Cisco eller via säker kopia (SCP). Använd den här proceduren för att skicka loggar direkt från alla videonätnoder som du har registrerat till molnet.

1	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
2	I huvudmenyn klickar du på alternativ 4 Diagnostik och trycker sedan på Retur.
3	Klicka på 4 Exportera loggfiler, ge feedback om du vill och klicka sedan på Nästa.
4	Välj ett alternativ: Skicka loggar med SCP, bekräfta exporten av loggarna, ange SCP-uppgifterna (Värd, Användarnamn och Dest_Mapp) och klicka sedan på OK. Skicka loggar till Cisco och bekräfta exporten av loggarna.
5	Välj OK för att återgå till huvudmenyn för videonätnod.
6	(Valfritt) Välj 5 Kontrollera statusen för loggfiler som skickas till Cisco om du har skickat loggarna till Cisco.

Nästa steg

När du har skickat loggar rekommenderar vi att du skickar feedback direkt från Webex-appen så att dina supportkontakter har all information de behöver för att hjälpa dig.

Relaterad information

Hur kontaktar jag min Customer Success Manager (CSM)?

Kontrollera hälsan för videonätnod från konsolen

Du kan visa nodens hälsa direkt från själva videonätnoden. Resultaten är informativa, men kan hjälpa till med felsökningssteg – om NTP-synkronisering till exempel inte fungerar kan du kontrollera NTP-servervärdet i nätverksinställningarna.

1

Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.

2

Från videonätnodkonsolen går du till 4 Diagnostik och väljer sedan 6 Kontrollera nodhälsa för att visa följande information om noden:

Behållare för hanteringstjänst
ETCD (värdelagring som tillförlitligt lagrar data över ett kluster)
NTP-synkroniserad
Diskutrymme (gratis/använd %)
Minne (gratis/använd %)

Konfigurera behållarnätverk på videonätnod

Videonätnod reserverar ett delnätintervall för intern användning inom noden. Standardintervallet är 172.17.42.0–172.17.42.63. Noderna svarar inte på någon extern-till-videonätnodtrafik från det här intervallet. Du kanske vill använda nodkonsolen för att ändra IP-adressen till containersbrygga för att undvika konflikter med andra enheter i nätverket.

1	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
2	Från huvudmenyn på videonätnodkonsolen går du till 4 Diagnostik och väljer sedan 7 Konfigurera containernätverk. Efter försiktighetsåtgärden som anger att aktiva samtal avslutas på noden klickar du på Ja.
3	Ändra värdena för Container Bridge IP och Network Mask efter behov och klicka sedan på Spara. Du ser en skärm som visar nätverksinformation om behållaren, inklusive IP-adressintervallet som är reserverat för interna operationer på videonätnoden.
4	Klicka på OK.

Identifiera portproblem med reflektorverktyget i konsolen

Reflektorverktyget (en kombination av en server på videonätnoden och klienten via ett Python-skript) används för att kontrollera om de obligatoriska TCP/UDP-portarna är öppna från videonätnoder.

Innan du börjar

Hämta en kopia av Reflector Tool Client (Python-skript) och packa sedan upp filen till en plats som är lätt att hitta. Zip-filen innehåller skriptet och en readme-fil.
Se till att du kör Python 2.7.10 eller senare i din miljö för att skriptet ska fungera korrekt.
För närvarande har det här verktyget stöd för SIP-slutpunkter för videonätnoder och intraklusterverifiering.

1	Från kundvyn i https://admin.webex.com aktiverar du underhållsnoden för videonätnoden genom att följa dessa instruktioner.
2	Vänta på att noden visar status ”redo för underhåll” i Control Hub.
3	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
4	Från gränssnittet för videonätnod går du till Diagnostik > Reflector Server > Reflector Server för TCP eller (UDP). Starta servern antingen för TCP eller för UDP.
5	Bläddra till Reflector Tool och starta sedan antingen TCP Reflector Server eller UDP Reflector Server, beroende på vilket protokoll du vill använda.
6	Klicka på Starta reflektorserver och vänta sedan på att servern ska starta. Du ser ett meddelande när servern startar.
7	Kör skriptet med följande kommando från ett system (t.ex. en dator) i ett nätverk som du vill att videonätnoder ska nå: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` I slutet av körningen visar klienten ett framgångsmeddelande om alla obligatoriska portar är öppna: Klienten visar ett misslyckat meddelande om några obligatoriska portar inte är öppna:
8	Lös alla portproblem på brandväggen och kör sedan vidare stegen ovan.
9	Kör klienten med `--help` för att få mer information.

Fabriksåterställning av en videonätnod från konsolen

Som en del av rensningen av avregistrering kan du fabriksåterställa videonätnoden. Det här steget tar bort alla konfigurationer som du har installerat när noden var aktiv, men tar inte bort posten för virtuella datorer. Senare kan du vilja registrera den här noden som en del av ett annat kluster som du bygger från grunden.

Innan du börjar

Du måste använda Control Hub för att avregistrera videonätnoden från klustret som är registrerat i Control Hub.

1	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
2	Från videonätnodkonsolen går du till 4 diagnostik och väljer sedan 8 fabriksåterställning.
3	Se till att du förstår informationen i anteckningen som visas och klicka sedan på Återställ. Noden startar om automatiskt efter fabriksåterställningen.

Migrera en befintlig maskinvaruplattform till videonätnod

Du kan migrera en befintlig plattform som stöds (till exempel en CMS1000 som kör Cisco Meeting Server) till videonät. Använd den här proceduren för att vägleda dig genom migreringsprocessen.

Stegen varierar beroende på den kombinerade versionen av ESXi på hårdvaruplattformen.

Innan du börjar

Ladda ner en ny kopia av den senaste videonätnodprogramvarubilden (OVA). Distribuera inte en ny videonätnod med en tidigare hämtad OVA.

1	Logga in i det virtuella datorgränssnittet och stäng sedan programvaran som körs på plattformen.
2	Ta bort programmet som körs på plattformen. Det får inte finnas några programvarubilder kvar på plattformen. Du kan inte heller köra videonätnodprogramvara tillsammans med annan programvara på samma plattform.
3	Distribuera en ny virtuell maskin från en ny OVF- eller OVA-fil.
4	Ange ett namn för den virtuella datorn och välj OVA-filen för videonätnoden.
5	Ändra disketablering till Tjock.
6	Ladda upp mfusion.ova programvarubilden som du hämtade.
7	När den virtuella datorn körs återgår du till Logga in på videonätnodkonsolen och fortsätter den inledande konfigurationen av videonätnoden.

Funktionsjämförelse och migreringsväg från mötesrum för samarbete Hybrid till videonät

Jämförelse av funktioner

Funktion	Videonät och Cisco Webex Meeting Center-video	CMR Hybrid
Mötestyp:	Schemalagt Ett klick (direkt) Personligt mötesrum: Konsekvent erfarenhet för lokaler och molnbaserade möten	Endast schemalagda
schemaläggning	Webex produktivitetsverktyg (Windows och Mac) Schemaläggning av hybrid-kalender med @webex Webex-portal	Webex-aktiverade TelePresence Windows och Mac produktivitetsverktyg TMS-schemaläggning
Alternativ för mötesanslutning	Inringning och utringning PIN-kod skyddad (värd) En knapp att trycka på (OBTP)	Endast inringning OBTP
Mötesupplevelse	Unified Roster (Webex-klient) Unified Controls (Webex-klient) Låsa/låsa upp möte Stäng av/slå på ljudet för telenärvaro mötesdeltagare	Ingen Unified Roster (Webex-klient och TelePresence Server) Separata kontroller (Webex-klient och TelePresence-server)
Kapacitets- och distributionsmodell	Obegränsad kapacitet Lokalt och automatiskt överflöd Växla och transkodning	Kapacitet för omkodning begränsad till TelePresence-servern

Checklista för migreringssökväg

Nedan finns en översikt på hög nivå över hur du migrerar en befintlig webbplats till videoplattformen version 2.0 och förbereder webbplatsen för att integreras med videonät. Stegen kan variera beroende på din befintliga miljö. Samarbeta med din partner eller kundframgångschef för att säkerställa en smidig migrering.

Se till att funktionen Meeting Center-videokonferenser tillhandahålls på Webex-webbplatsen.
Webbplatsadministratören får sitt hanteringsportalskonto. Administratören distribuerar sedan videonätnoder för Webex-organisationen.
Webbplatsadministratören tilldelar CMR-privilegiet för att aktivera alla eller vissa CMR Hybrid-användare med Cisco Webex Meeting Center Video.
(Valfritt) Inaktivera CMR Hybrid-sessionstypen för den här underställningen och aktivera sedan Cisco Webex Meeting Center-video i användarprofilen.
Webbplatsadministratören konfigurerar videonät och väljer sedan Hybrid som medieresurstyp under Alternativ för mötesrum för samarbete.
Webbplatsadministratören konfigurerar lokal TelePresence Management Suite (TMS) och One Button to Push (OBTP) för att arbeta med Cisco Webex Meeting Center Video. Se Distributionsguide för Cisco Webex Meeting Center-videokonferenser för vägledning.
När CMR-privilegiet är aktiverat för en användare är Webex produktivitetsverktyg standardversionen av Cisco Webex Meeting Center Video. Alla nya möten som schemaläggs av användarna är Cisco Webex Meeting Center-videomöten.
Om konferensrum ingår i inbjudan trycks OBTP-informationen till konferensrummet via TMS (endast för CMR Hybrid-möten).
Befintliga möten som har konfigurerats av CMR Hybrid-användare innan de växlades till Cisco Webex Meeting Center Video ska fortsätta att fungera så länge som kunden behåller de lokala MCU- och TMS-inställningarna.
Befintliga CMR Hybrid-möten kan inte ändras eller uppdateras för att återspegla mötesinformationen i Cisco Webex Meeting Center Video. Om användare vill använda en ny inbjudan måste de ta bort de gamla mötena och skapa nya möten.
Om kunden vill dra tillbaka lokala MCU-, TMS-möten fungerar inte gamla CMR Hybrid-möten. Nya möten med Cisco Webex Meeting Center-videoinformation måste skapas.

Interoperabilitetsprotokoll för TelePresence och segmentväxling

Videonät har stöd för förhandlingar om TelePresence Interoperability Protocol (TIP) och multiplex (MUX) för både 1-skärm och 3-skärm IX och TX-slutpunkter.

För slutpunkter med tre skärmar ska alla tre skärmarna visa video om det finns tillräckligt med mötesdeltagare i konferensen. Ett annat treskärmssystem i konferensen resulterar i segmentsbyte i stället för rumsbyte. Detta innebär att i stället för att alla tre skärmarna blir stora när någon i ett annat treskärmssystem talar, blir endast den aktiva panelen stor. De andra två panelerna fylls i med video från andra system. När de visas små återges alla tre paneler tillsammans (för alla enheter, en eller tre skärmar) med en enda gränsbox och namnetikett.

Beroende på värdresurserna i molnet kommer vissa slutpunkter att visa alla tre skärmar i ett rum med tre skärmar i filmremsan, medan andra endast visar en ruta. Webex-appen visar bara 1 panel, även om medierna är lokala.

För stora möten som överflödar från en nod och överlappning till en sekund ses samma av alla slutpunkter som hålls på en annan nod än den som är värd för treskärmssystemet (endast en ruta som visas i layouten). Presentationsdelning kräver att BFCP förhandlas via samtalssökvägen.

Ny och ändrad information

Den här tabellen täcker nya funktioner eller funktioner, ändringar i befintligt innehåll och eventuella större fel som har åtgärdats i distributionsguiden.

Mer information om programvaruuppdateringar av Webex-videonätnod finns i https://help.webex.com/en-us/article/jgobq2/Webex-Video-Mesh-release-notes.

Datum	Byt
14 maj 2024	Tog bort en anteckning om att angivna Thousand Eyes-tester inte stöder videonätnoder bakom en proxy i Enable ThousandEyes for Video Mesh.
09 februari 2024	Lade till ThousandEyes Integration med videonät. Deltagarkapacitet har lagts till för samtal med 1080p-upplösning i Kapacitet för videonätnoder . . Lade till en anteckning om differentiering av UDP-källport i trafiksignaturer för videonät (tjänstekvalitet aktiverad). Uppdaterade versioner av VM-ware ESXi som stöds i hela guiden.
31 augusti 2023	Uppdaterade strukturen och lade till information om nyligen introducerade API:er i videonätnodAPI:er. En anteckning och OBTP-information (One Button to Push) togs bort från kraven för samtalskontroll och mötesintegrering för videonät. Lade till en anteckning om omröstningsintervall för redundans i Konfigurera nätverkskonfiguration av videonätnoden i konsolen och Konfigurera nätverksinställningar från webbgränssnittet för videonätnod. Uppdaterade versioner av VM-ware ESXi som stöds i hela guiden.
31 juli 2023	Webhooks för aviseringar om videonät har lagts till.
28 juli 2023	API:er för videonätnod har lagts till.
15 juni 2023	Nomenklaturen har uppdaterats från ”Webex-appen” till ”Webex-appen” hela tiden. Uppdaterad Webex-videonätöversikt för att ange att E2EE-möten nu stöds i videonät. Tog bort inaktuell information och uppdaterade en anteckning i Webex-videonätöversikt. Uppdaterade klienter och enheter som använder videonätnod för att ange att webbklienten nu stöds på videonätverk och borttagna föråldrad information. Lade till en anteckning i System- och plattformskrav för videonätnodprogramvara som anger att demomiljöer inte stöds av Cisco TAC. Uppdaterad information i avsnittet Lokalt och Molnsamtal. Tog bort en anteckning i molnklustervalet för överflöd baserat på 250 ms eller fördröjning för STUN-rundresa . Uppdaterad information i Portar och protokoll för Webex Meetings-trafik. Tog bort föråldrad information från Registrera videonätnoden i Webex Cloud och Support och begränsningar för privata möten. Uppdaterade steg och tog bort föråldrad information från Aktivera videonät för Webex-webbplatsen. Uppdaterad information i Inaktivera videonät.
16 maj 2023	Uppdaterade portar och protokoll för hantering, trafiksignaturer för videonät (tjänstekvalitet aktiverad) och trafiksignaturer för videonät (tjänstekvalitet inaktiverad) för att återspegla de senaste portarna och protokollen som används av videonät. Uppdaterade de bilder som påverkas av ändringarna. Tog bort 444 portreferenser från Krav för proxystöd för videonät, portar och protokoll för hantering, Konfigurera videonätnod för proxyintegrering och Konfigurera videonätnod för proxyintegrering. Uppdaterade portintervall för tjänstekvalitet på videonätnod, Aktivera tjänstekvalitet (QoS) för videonätnod och portar och protokoll för Webex Meetings-trafik. Lade till en anteckning om övervakningsfel i Kör ett omedelbart test och Konfigurera periodiska tester. Lade till en anteckning och uppdaterade en varning som starkt rekommenderar användning av det senaste programvarupaketet (OVA) för distributioner i Installera och konfigurera videonätnodprogramvara. Uppdaterade en varning om noder som placeras i underhållsläge i Hantera videonätnod från webbgränssnittet och Hantera videonätnod från konsolen. Uppdaterat avsnitt Video Mesh Analytics för att återspegla de senaste ändringarna i användargränssnittet.
27 mars 2023	Uppdaterade system- och plattformskrav för videonätnodprogramvara med de senaste maskinvarukonfigurationerna och tillägg av bandbreddskrav.
02 mars 2023	Lagt till information om tester som övervakningsverktyget körs i Övervakningsverktyget för videonät. Steg för att komma åt översiktssidan för övervakningsverktyget har ändrats i Kör ett omedelbart test och Konfigurera periodiska tester. Tillagd information om visning och filtrering resultat i Kör ett omedelbart test och Konfigurera periodiska tester. Uppdaterad Aktivera videonät för Webex-webbplatsen.
7 juli 2022	Uppdaterade kapacitetsuppskattningarna i Kapacitet för videonätnoder. Omnämnanden av den föråldrade MM410v-servern togs bort hela tiden.
30 juni 2022	Lagt till information om de nya massetableringsskripten på https://github.com/CiscoDevNet/webex-video-mesh-node-provisioning.
14 juni 2022	Steg för att byta certifikatkedjor har ändrats för att inkludera ECDSA-certifikat i Exchange certifikatkedjor mellan Unified CM och videonätnoder
18 maj 2022	Hämtningswebbplatsen för reflektorverktyget har ändrats till https://github.com/CiscoDevNet/webex-video-mesh-reflector-client.
29 april 2022	Lagt till information om den nya funktionen i Håll media på videonät för alla externa Webex-möten.
25 mars 2022	Uppdateringar av portanvändning i portar och protokoll för hantering.
Decemeber 10, 2021	Lade till CMS 2000 och noterade uppgraderingsproblem för äldre CMS 1000:er som uppgraderar till ESXi 7 i System- och plattformskrav för videonätnodprogramvara.
30 augusti 2021	Lade till information om att verifiera att Webex har rätt källland för din distribution i Verifiera att källlandet är korrekt.
27 augusti 2021	Anmärkning om analysrapporter har lagts till i Support och begränsningar för privata möten.
13 augusti 2021	Lagt till information om den nya funktionen Privata möten i: Kluster i videonät Privat mötessamtal Privata möten
22 juli 2021	Lagt till information om hur du kontrollerar att systemet har rätt källplats för samtal. Korrigera källplatsstöd vid effektiv dirigering. Se Kontrollera att källlandet är korrekt.
25 juni 2021	Observera att den fullständiga Webex-upplevelsen-funktionen i Webex-appen är inkompatibel med videonät i klienter och enheter som använder videonätnod.
7 maj 2021	Korrigerat den rekommenderade klusterstorleken till 100 i Riktlinjer för distribution av videonätskluster.
12 april 2021	Uppdaterad Konfigurera Expressway TCP SIP-trafikroutning för videonät för att använda Webex-zonen i stället för en ny DNS-zon.
9 februari 2021	Lagt till information om den nya Gå till nod i Control Hub för att få åtkomst till översikt över Webex-videonätnod från webbgränssnittet. Lade till Inaktivera eller aktivera avsnittet Lokal administratörskonto från webbgränssnittet för att beskriva nya funktioner. I varje avsnitt som använder nodens webbgränssnitt har stegen uppdaterats för att ange hur du kommer åt gränssnittet från Control Hub. Lade till Ladda upp säkerhetscertifikat. Lade till Ange extern loggning till en Syslog-server.
11 december 2020	I Aktivera eller inaktivera DNS-cachi har du lagt till information om DNS-cacheborttagning.
22 oktober 2020	I portar och protokoll för Webex Meetings-trafik har SIP-signaleringsportkrav lagts till.
19 oktober 2020	Hänvisning till cloudfront.net som inte längre används av tjänsten har tagits bort.
18 september 2020	Minskade IP-adress som är reserverat för intern användning av Webex Videonätnod från originalet 172.17.0.0–172.17.255.255 (65 536 adresser) till 172.17.42.0–172.17.42.63 (64 adresser).
26 augusti 2020	Lagt till stöd för Webex Events i videonätöversikt. Lagt till nytt avsnitt Aktivera eller inaktivera DNS-cachi.
4 augusti 2020	Uppdaterade följande avsnitt för stöd för korta videoadresser: Integrera videonät med uppgiftsflöde för samtalskontroll Konfigurera Unified CM-säker TLS SIP-trafikroutning för videonät Konfigurera Unified CM TCP SIP-trafikroutning för videonät Konfigurera Expressway TCP SIP-trafikroutning för videonät Uppdaterade avsnittet VMNL ite Samtalskapacitet i Samtalskapacitet på videonätnodplattformar.
9 juli 2020	Lagt till nytt avsnitt Ställ in MTU-storlekar för nätverksgränssnittet.
26 juni 2020	Lagt till information om det nya VMNL ite-distributionsalternativet i: Samtalskapacitet på videonätnodplattformar System- och plattformskrav för programvara för videonätnod Installera och konfigurera programvara för videonätnod Borttagna omnämnanden av standard-NTP-server eftersom OVA inte längre har ett standard-NTP-servervärde. Uppdaterade Generera videonätförpackningar för stöd med nya filtreringsalternativ.
9 juni 2020	Lagt till information om det nya alternativet för schemaläggning av veckovis automatisk programvaruuppgradering i: Registrera videonätnoden i Webex Cloud Ställ in uppgraderingsschema för videonätkluster
21 maj 2020	Uppdaterade portar och protokoll för hantering och krav för proxystöd för videonät.
15 maj 2020	Uppdaterad videonätöversikt.
25 april 2020	Lade till nya avsnitt i Hantera Webex-videonätnod från webbgränssnittet: Ställ in det externa nätverksgränssnittet från webbgränssnittet för videonätnod Lägg till interna och externa dirigeringsregler Konfigurera containernätverket från webbgränssnittet för Webex-videonätnod Åtgärdade ett fel i granulariteten för den horisontella axeln i felsökning av åtkomst, filter och spara Webex-videonät (värdena växlades mellan alternativen för de senaste 7 dagarna och de senaste 24 timmarna).
22 januari 2020	Nytt avsnitt har lagts till: Fabriksåterställning av en Webex-videonätnod från webbgränssnittet. Lade till mer information om anslutningskontroller i Hantera Webex-videonätnod från avsnittet Webbgränssnitt. Trådlös delning i rummet har lagts till i avsnittet Klienter och enheter som använder Webex-videonätnod.
12 december 2019	Ändringar av lösenfras och lösenfras har lagts till i avsnittet Hantera Webex-videonätnod från webbgränssnittet i kapitlet Hantera och felsöka.
10 december 2019	Lade till följande information och portintervall i trafiksignaturtabellerna (för QoS aktiverat och inaktiverat: Källans IP-adress: Nätnod för video Destinationens IP-adress: Webex molnmedietjänster Källa-UDP-portar: 35000 till 52499 Destinationens UDP-portar: 5004 Inbyggd DSCP-märkning: av41 Mediatyp: Testa STUN-paket Avsnittet ”Bandbreddsriktlinjer” bytte namn till ”Videokvalitet och skalning” och lade till en länk till dokumentationen för önskad arkitektur. I konfigurationen av Unified CM TLS angav vår guide felaktigt att konfigurera en osäker SIP-trunk för Webex-molnredogörelse. Korrigerade uttalandet för att säga för att skapa en SIP-trunk (du kan konfigurera den som antingen säker eller icke-säker).
4 november 2019	Gammalt analysinnehåll har tagits bort och ett nytt avsnitt har lagts till. I avsnittet Exchange-certifikat lade du till information om fältet Alternativa ämnesnamn(er) och lade till följande anmärkning i avsnittet Innan du börjar: Av säkerhetsskäl rekommenderar vi att du använder ett CA-signerat certifikat på dina videonätnoder i stället för nodens standardcertifikat som är självsignerat.
18 oktober 2019	Uppdaterade beskrivningen av inställningen 1080p Control Hub för att klargöra att den här inställningen påverkar samtalskapaciteten och endast gäller lokala SIP-registrerade enheter. Se Aktivera 1080p HD-video för lokala SIP-enheter i videonätnodmöten för mer information. Uppdaterade tabellen för enhet och slutpunkter som stöds för att endast lista de testade molnregistrerade enheter.
26 september 2019	Lagt till nytt avsnitt Konfigurera nätverksinställningar från webbgränssnittet för videonätnod. Åtgärdade beskrivningen om rapporten om resursanvändning. Det står nu: Genomsnittlig resursanvändning för mediemikrotjänster som används i videonätklustren. Lade till en anteckning i kapacitetsavsnittet: Överflöd vid låg samtalsvolym (särskilt SIP-samtal som har sitt ursprung lokalt) återspeglar inte skalan. Videonätsanalys (under Control Hub > Resurser > Samtalsaktivitet) anger samtalsanslutningarna som har sitt ursprung lokalt. De anger inte vilka samtalsströmmar som kom in genom kaskaden till videonätsnoden för mediebehandling. När antalet fjärranslutna mötesdeltagare ökar under ett möte ökar den resulterande överlappningen och förbrukar lokala medieresurser på videonätnoden.
13 september 2019	Uppdaterad Installera och konfigurera videonätnodprogramvara med nätverkskonfigurationssteg som visas på sidan Anpassa mall. Uppdaterade system- och plattformskrav för videonätnodprogramvara med 72v CPU (motsvarande CMS 1000) för specifikationsbaserad konfiguration.
29:e augusti 2019	Lade till explicit proxy och autentiseringstyper som stöds för explicita proxykonfigurationer (Ingen autentisering, Basic, Digest, NTLM). Proxystöd för Edge-videonät Krav för proxystöd för videonät Konfigurera Webex-videonätnod för proxyintegrering Lade till Upplösningar och framerates som stöds för videonät. Uppdaterade klienter och enheter som använder videonätnod för att indikera att Webex Ring mitt videosystem till Webex molnregistrerade videoenheter använder videonätnod.
24 juli 2019	I avsnittet Hantera Webex-videonätnod från webbgränssnittet har följande uppdateringar gjorts: Lade till nya avsnitt för Ping-test, Trace Route-test, NTP-servertest, reflektorverktyg och felsökningskonto. Uppdaterade avsnittet Översikt – Tog bort överlappningar från skärmbilden och lade till OS-versionen. Innehållet ”Hantera videonät från konsolen” har flyttats till bilagan till guiden. Kapitlet ”Hantera Webex-videonät” har bytt namn till ”Hantera och felsöka Webex-videonät” och har flyttat innehållet i registreringsfelsökning till det kapitlet.
9 juli 2019	I kraven för samtalskontroll och mötesintegration för videonät uppdaterades minimiversioner som stöds för Unified CM-, Expressway- och Webex-webbplatser. I Klienter och enheter som använder videonätnod lades till versioner av Jabber VDI och Webex VDI som stöds (de är SIP-klienter). Ett friskrivningsklausul har också lagts till.
24 maj 2019	Lade till nya avsnitt om felsökningsfunktionerna och uppdaterade översiktsskärmen i webbgränssnittet för videonätnod: Generera Webex-videonätloggar för stöd Generera inspelningar av Webex-videonät för support Åtkomst till översikt över Webex-videonätnod från webbgränssnittet
25 april 2019	Uppdaterade Hantera och felsöka Webex-videonät för att ange att underhållsläget Control Hub krävs innan något underhåll utförs på videonätnoder.
11 april 2019	Tog bort föråldrad information från bandbreddskraven. Uppdaterade innehållet och diagrammen och ändrade avsnittsnamnet till Videokvalitet och skalning för videonät.

Översikt över Cisco Webex-videonät

Översikt över Webex-videonät

Webex-videonät hittar dynamiskt den optimala mixen av lokala resurser och molnkonferensresurser. Konferenser på plats stannar på plats när det finns tillräckligt med lokala resurser. När de lokala resurserna är slut expanderas konferenserna till molnet.

Videonätnod är programvara som installeras på en lokal Cisco UCS-server, registrerad i molnet och hanteras i Control Hub. Webex Meetings, Webex personliga mötesrum, Webex Space Meetings och Webex-appsamtal mellan två personer kan dirigeras till lokala onlinevideonätnoder. Videonät väljer det mest effektiva sättet att använda tillgängliga resurser.

Videonät ger följande fördelar:

Förbättrar kvaliteten och minskar latensen genom att du kan behålla dina samtal på plats.
Skickar dina samtal transparent till molnet när lokala resurser har nått sin gräns eller inte är tillgängliga.
Hantera dina videonätskluster från molnet med ett enda administrativt gränssnitt: Control Hub (https://admin.webex.com ).
Optimera resurser och skala kapacitet vid behov.
Kombinerar funktionerna i molnet och lokala konferenser i en smidig användarupplevelse.
Minskar kapacitetsproblem eftersom molnet alltid är tillgängligt när ytterligare konferensresurser behövs. Du behöver inte göra kapacitetsplanering i värsta fall.
Ger avancerad analys av kapacitet och användning samt felsökningsrapportdata i https://admin.webex.com.
Använder lokal mediebehandling när användare ringer in till ett Webex-möte från lokala standardbaserade SIP-slutpunkter och klienter:
- SIP-baserade slutpunkter och klienter (Cisco-slutpunkter, Jabber, 3:e part SIP), registrerade vid lokal samtalskontroll (Cisco Unified Communications Manager eller Expressway), som ringer till ett Cisco Webex-möte.
- Webex-appen (inklusive parkopplad med rumsenheter) som deltar i ett Webex-möte.
- Webex-rums- och skrivbordsenheter som direkt deltar i ett Webex-möte.
Ger optimerat ljud- och videointeraktivt röstsvar (IVR) till SIP-baserade slutpunkter och klienter på nätet.
Slutpunkterna H.323, IP-inringning och Skype för företag (S4B) fortsätter att delta i möten från molnet.
Stöder 1080p 30fps HD-video som ett alternativ för möten om mötesdeltagare som kan stödja 1080p hålls via lokala lokala videonätnoder. (Om en deltagare deltar i ett pågående möte från molnet kommer lokala användare att fortsätta uppleva 1080p 30fps på slutpunkter som stöds.)
Förbättrad och differentierad tjänstekvalitet (QoS): separat ljud (EF) och video (AF41).

Webex-videonät har för närvarande inte stöd för Webex Webinars.
Stöder slutpunkt-till-slutpunkt-krypterade möten (E2EE-möten). Om en kund distribuerar videonät och väljer mötestypen E2EE lägger den till ytterligare ett säkerhetslager, vilket säkerställer att dina data (media, filer, whiteboardtavlor, kommentarer) förblir säkra och hindrar tredje part från att komma åt eller ändra dem. Mer information finns i Distribuera Zero-Trust-möten.

Privata möten har för närvarande inte stöd för kryptering från slutpunkt till slutpunkt.

Klienter och enheter som använder videonätnod

Vi har strävat efter att göra videonät kompatibelt med relevanta klienter och enhetstyper. Även om det inte är möjligt att testa alla scenarier omfattar de tester som dessa data bygger på de vanligaste funktionerna i de angivna slutpunkterna och infrastrukturen. Avsaknaden av en enhet eller klient innebär att det saknas tester och att Cisco saknar officiellt stöd.

Tabell 1. Klienter och enheter som använder videonätnod
Klient- eller enhetstyp	Använder videonätnod på punkt-till-punkt-samtal	Använder videonätnod på flerpartsmöte
Webex-appen (skrivbord och mobil)	Ja	Ja
Webex-enheter, inklusive rumsenheter och Webex Board. (Se avsnittet Krav på slutpunkt och Webex-appen för en fullständig lista.)	Ja	Ja
Trådlös delning i rummet mellan Webex-appen och Room-, Desk- och Board-enheter som stöds.	Ja	Ja
Unified CM-registrerade enheter (inklusive IX-slutpunkter) och klienter (inklusive Jabber VDI 12.6 och senare och Webex VDI 39.3 och senare) som ringer in till ett Webex-schemalagt möte eller ett personligt rum i Webex.*	Nej	Ja
VCS/Expressway-registrerade enheter som ringer in i ett schemalagt Webex- eller Webex-möte i personligt rum.*	Nej	Ja
Webex Ring mitt videosystem till Webex molnregistrerade videoenheter	Ej tillämpligt	Ja
Webex-appens webbklient ( https://web.webex.com)	Ja	Ja
Telefoner registrerade för Cisco Webex Calling	Nej	Nej
Webex Ring mitt videosystem till lokalt registrerade SIP-enheter	Ej tillämpligt	Nej

_{* Det går inte att garantera att alla lokala enheter och kunder har testats med videonätlösningen.}

Videonätkompatibilitet med den fullständiga Webex-upplevelsen

Om du aktiverar den fullständiga Webex-upplevelsen för Webex-appen stöds inte Webex-appen med videonätnoderna. Den funktionen skickar för närvarande signalering och media direkt till Webex. Framtida versioner gör Webex-appen och videonätet kompatibla. Som standard har vi inte aktiverat den funktionen för kunder med videonät.

Du kan ha problem med videonät och den fullständiga Webex-upplevelsen:

Om du har lagt till videonät i din distribution efter att funktionen har introducerats.
Om du har aktiverat den funktionen utan att känna till dess inverkan på videonätet.

Om du upptäcker problem kontaktar du Cisco-kontoteamet för att inaktivera växlingsknappen för Webex-upplevelse.

Tjänstekvalitet på videonätnod

Videonätnoder överensstämmer med rekommenderad servicekvalitet (QoS) genom att aktivera portintervall som låter dig skilja ljud- och videoströmmar i alla flöden till och från videonätnoderna. Den här ändringen låter dig skapa QoS-principer och effektivt kommentera trafik till och från videonätnoderna.

Till dessa portändringar följer QoS-ändringar. Videonätnoder markerar automatiskt medietrafik från SIP-registrerade slutpunkter (lokala Unified CM eller VCS Expressway registrerade) för både ljud (EF) och video (AF41) separat med lämplig tjänsteklass och använder välkända portintervall för specifika medietyper.

Källtrafiken från de lokala registrerade slutpunkterna bestäms alltid av konfigurationen på samtalskontrollen (Unified CM eller VCS Expressway).

Mer information finns i QoS-tabellen i Portar och protokoll som används av videonät och stegen för att aktivera eller inaktivera QoS i Video Mesh Distribution Task Flow

Webex-appen fortsätter att ansluta till videonätnoder via delad port 5004. Dessa portar används också av Webex-appen och slutpunkter för STUN-tester för videonätnoder. Videonätnod till videonätnod för överlappningar använder målportintervallet 10000–40000.

Proxystöd för videonät

Videonät har stöd för uttryckliga, genomskinliga och icke-inspekterade proxyservrar. Du kan koppla dessa proxyservrar till din distribution av videonät så att du kan säkra och övervaka trafiken från företaget till molnet. Den här funktionen skickar signalering och hantering av https-baserad trafik till proxyn. För öppna proxyservrar vidarebefordras nätverksförfrågningar från videonätnoder till en specifik proxy via företagsnätverksdirigeringsregler. Du kan använda videonätadministratörsgränssnittet för certifikathantering och den totala anslutningsstatusen när du har implementerat proxyn med noderna.

Media reser inte genom proxyn. Du måste fortfarande öppna de nödvändiga portarna för medieströmmar för att nå molnet direkt. Se Portar och protokoll för hantering.

Följande proxytyper stöds av videonät:

Explicit proxy (inspektion eller icke-inspektion) – Med explicit proxy berättar du för klienten (videonätnoder) vilken proxyserver som ska användas. Det här alternativet har stöd för en av följande autentiseringstyper:
- Ingen – Ingen ytterligare autentisering krävs. (För uttrycklig proxy för HTTP eller HTTPS.)
- Grundläggande – Används för en HTTP-användaragent för att ange ett användarnamn och lösenord när en begäran görs och använder Base64-kodning. (För uttrycklig proxy för HTTP eller HTTPS.)
- Digest – används för att bekräfta identiteten på kontot innan du skickar känslig information och använder en hash-funktion på användarnamn och lösenord innan du skickar över nätverket. (För HTTPS-uttrycklig proxy.)
- NTLM – Liksom Digest används NTLM för att bekräfta identiteten på kontot innan känslig information skickas. Använder Windows-inloggningsuppgifter istället för användarnamn och lösenord. Det här autentiseringssystemet kräver flera utbyten för att slutföras. (För HTTP-uttrycklig proxy.)
Transparent proxy (icke-inspektion) – Videonätnoder har inte konfigurerats för att använda en specifik proxyserveradress och bör inte kräva några ändringar för att fungera med en icke-inspekterande proxy.
Transparent proxy (inspektion) – Videonätnoder har inte konfigurerats för att använda en specifik proxyserveradress. Inga http(s)-konfigurationsändringar krävs för videonät, men videonätnoderna behöver ett rotcertifikat så att de litar på proxyn. Inspekterade proxyservrar används vanligtvis av IT för att upprätthålla policyer om vilka webbplatser som kan besökas och vilka typer av innehåll som inte är tillåtna. Den här typen av proxy avkrypterar all trafik (även https).

Upplösningar och framerater som stöds för videonät

Den här tabellen omfattar de upplösningar som stöds och framerar från ett avsändare-mottagarperspektiv i ett möte som hålls på en videonätnod. Avsändarklienten (app eller enhet) finns över den övre raden i tabellen, medan mottagarklienten finns på den vänstra kolumnen i tabellen. Motsvarande cell mellan de två mötesdeltagarna fångar den förhandlade innehållsupplösningen, ramar per avsnitt och ljudkälla.

Upplösningen påverkar samtalskapaciteten på alla videonätnoder. Mer information finns i Kapacitet för videonätnoder.

Upplösning och frameratvärde kombineras som XXXpYY – Till exempel innebär 720p10 720p vid 10 ramar per sekund.

Definitionsförkortningarna (SD, HD och FHD) i kolumnen för avsändarraden och mottagaren avser klientens eller enhetens övre upplösning:

SD – Standarddefinition (576p)
HD – Hög upplösning (720p)
FHD – full högupplösning (1080p)

Tabell 2. Upplösningar och framerater som stöds för videonät
Mottagare	Avsändare
	Webex-appen	Webex-appmobil	SIP-registrerade enheter (HD)	SIP-registrerade enheter (FHD)	Webex-registrerade enheter (SD)	Webex-registrerade enheter (HD)	Webex-registrerade enheter (FHD)
Skrivbord för Webex-appen	720p10 Blandat ljud*	720p10 Blandat ljud	720p30 Blandat ljud	720p30 Blandat ljud	576p15 Innehållsljud**	720p30 Blandat ljud	720p30 Blandat ljud
Webex-appmobil	—	—	—	—	—	—	—
SIP-registrerade enheter (HD)	720p30 Innehållsljud	720p15 Blandat ljud	1080p15 Blandat ljud	1080p15 Blandat ljud	576p15 Blandat ljud	1080p15 Blandat ljud	1080p15 Blandat ljud
SIP-registrerade enheter (FHD)	1080p30 Blandat ljud	720p15 Blandat ljud	1080p15 Blandat ljud	1080p30 Blandat ljud	576p15 Blandat ljud	1080p15 Blandat ljud	1080p30 Blandat ljud
Webex-registrerade enheter (SD)	1080p15 Blandat ljud	720p15 Blandat ljud	1080p15 Blandat ljud	1080p15 Blandat ljud	576p15 Blandat ljud	1080p15 Blandat ljud	1080p15 Blandat ljud
Webex-registrerade enheter (FHD)	1080p30 Blandat ljud	720p15 Blandat ljud	1080p15 Blandat ljud	1080p30 Blandat ljud	576p15 Blandat ljud	1080p15 Blandat ljud	1080p30 Blandat ljud

_{* Innehållsljud avser det ljud som spelas upp från det specifika innehållet som delas, till exempel en strömmande video. Den här ljudströmmen är separat från det vanliga mötesljudet.}

_{** Blandat ljud avser en blandning av mötesdeltagarens ljud och ljud från innehållsdelning.}

Förbered din miljö

Krav för videonät

Videonät är tillgängligt med de erbjudanden som dokumenteras i licenskraven för hybridtjänster.

Krav på samtalskontroll och mötesintegrering för videonät

Samtalskontroll och befintlig mötesinfrastruktur krävs inte för att använda videonät, men du kan integrera de två. Om du integrerar videonät med din samtalskontroll och mötesinfrastruktur ska du se till att din miljö uppfyller de minimikriterier som dokumenteras i följande tabell.

Tabell 1. Samtalskontroll och möteskrav för videonät
Komponentens syfte	Minsta version som stöds
Lokal samtalskontroll	Cisco Unified Communications Manager, version 11.5(1) SU3 eller senare. (Vi rekommenderar den senaste SU-versionen.) Cisco Expressway-C eller E, version X8.11.4 eller senare. (Se avsnittet ”Viktig information” i Expressway-versionsinformationen för mer information.)
Mötesinfrastruktur	Webex Meetings WBS33 eller senare. (Du kan kontrollera att din Webex-webbplats finns på rätt plattform om den har listan över medieresurstyp som finns tillgänglig i webbplatsalternativen för mötesrum för molnsamarbete.) Kontakta din kundframgångschef (CSM) eller partner för att säkerställa att din webbplats är redo för videonät.
Hantering av redundans	Cisco Expressway-C eller E, version X8.11.4 eller senare. (Se avsnittet ”Viktig information” i Expressway-versionsinformationen för mer information.)

Krav på slutpunkt och Webex-appen

Tabell 2. Krav på slutpunkt och app för videonät
Komponentens syfte	Detaljer
Slutpunkter som stöds	Se Webex videokompatibilitet och support.
Versioner av Webex-appen som stöds	Videonät har stöd för Webex-appen för skrivbord (Windows, Mac) och mobil (Android, iPhone och iPad). Om du vill hämta appen för en plattform som stöds går du till https://www.webex.com/downloads.html.
Codec som stöds	Se Webex\| videospecifikationer för samtal och möten för ljud- och videokoder som stöds. Observera följande förbehåll för videonät: För videokvalitet har videonät stöd för upp till 1080p i vissa scenarier. Du kan konfigurera denna inställning i https://admin.webex.com. För SIP-videosystem har videonät stöd för SIP-klienter som gör ljudtoner med dubbel ton med flera frekvenser (DTMF). Tjänsten har även stöd för knappsatsmarkeringsspråk (KPML). Webex Teams för Windows och Mac- och Room-, Desk- och Board-enheter som är registrerade i molnet har stöd för upp till 1080p 30 fps med innehållsljud. H.323-klienter nämns i databladet, men de går bara till molnet.
Webex-registrerade rums-, skrivbordsenheter och Board-enheter som stöds	Följande enheter testas och bekräftas för att fungera med videonätnoder: 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 Anslutningar för Cisco TelePresence SX20 Cisco TelePresence SX10 Cisco TelePresence SX10 Cisco TelePresence SX10 Cisco TelePresence SX10

System- och plattformskrav för programvara för videonätnod

Produktionsmiljöer

I produktionsdistributioner finns det två sätt att distribuera videonätnodprogramvara på en viss maskinvarukonfiguration:

Du kan konfigurera varje server som en enda virtuell maskin, vilket är bäst för distributioner som innehåller många SIP-slutpunkter.
Med alternativet VMNL ite kan du konfigurera varje server med flera mindre virtuella datorer. VMNL ite är bäst för distributioner där majoriteten av klienter och enheter är Webex-appen och Webex-registrerade slutpunkter.

Dessa krav är gemensamma för alla konfigurationer:

VM-produkt ESXi 7 eller 8, vsfär 7 eller 8
Hypertråd aktiverad

Videonätnoder som körs oberoende av plattformsmaskinvaran behöver dedikerade CPU:er och RAM. Delning av resurser med andra program stöds inte. Detta gäller för alla bilder av videonätsprogrammet.

För Video Mesh Lite (VMNL ite)-bilder på en CMS-plattform stöder vi endast VMNL ite-bilder. Ingen annan videonätbild eller icke-videonätsprogram kan finnas på CMS maskinvaran med VMNL ite-programvaran.

Tabell 3. System- och plattformskrav för videonätnodprogramvara i en produktionsmiljö

Konfiguration av maskinvara

Distribution av produktion som en enda virtuell maskin

Produktion Distribution med VMNL ite VM

Anteckningar

Cisco Meeting Server 1000 (CMS 1000)

72v CPU:er (70 för videonätnod, 2 för ESX i)
60 GB huvudminne
80 GB lokalt hårddiskutrymme

Distribuera som 3 identiska virtuella maskininstanser, var och en med:

23 v CPU:er
20 GB huvudminne
80 GB lokalt hårddiskutrymme

Vi rekommenderar den här plattformen för videonätnod.

Om du distribuerar VMNL ite på en CMS 1000 med en 300 GB-hårddisk kan du ta slut när du uppgraderar till ESXi 7. Vi rekommenderar att du uppgraderar till minst 500 GB hårddiskar innan du uppgraderar VM-programvaran.

Specifikationsbaserad konfiguration

(2,6-GHz Intel Xeon E5-2600v3 eller senare processor krävs)

72v CPU:er (70 för videonätnod, 2 för ESX i)
60 GB huvudminne
80 GB lokalt hårddiskutrymme
eller

80 GB NFS-lagring

Distribuera som 3 identiska virtuella maskininstanser, var och en med:

23 v CPU:er
20 GB huvudminne
80 GB lokalt hårddiskutrymme

eller

80 GB NFS-lagring

Varje virtuell videonätmaskin måste ha CPU, RAM och hårddiskar reserverade för sig själv.

Använd antingen alternativet CMS1000 eller VMNL ite under konfigurationen.

Högsta IOP (inmatnings-/utmatningsoperationer per sekund) för NFS-lagring är 300 IOPS.

Cisco Meeting Server 2000 (CMS 2000)

Distribuera som 8 identiska virtuella maskininstanser, var och en med:

72v CPU:er (70 för videonätnod, 2 för ESX i)
60 GB huvudminne
80 GB lokalt hårddiskutrymme
eller

80 GB NFS-lagring

Distribuera som 24 identiska virtuella maskininstanser, var och en med:

23 v CPU:er
20 GB huvudminne
80 GB lokalt hårddiskutrymme

eller

80 GB NFS-lagring

Vi rekommenderar den här plattformen för videonätnod.

Varje blad måste vara en komplett Cisco Meeting Server 1000 med reserverad CPU, RAM och hårddiskar per blad.

Högsta IOP för NFS-lagring är 300 IOPS.

Demomiljöer

För grundläggande demoändamål kan du använda en specifikationsbaserad maskinvarukonfiguration, med följande minimikrav:

14v-CPU:er (12 för videonätnod, 2 för ESX i)
8 GB huvudminne
20 GB lokalt hårddiskutrymme
2.6 GHz Intel Xeon E5-2600v3 eller senare processor

Denna konfiguration av videonät stöds inte av Cisco TAC.

För mer information om demoprogramvaran, se Video Mesh Node Demo Software.

Bandbreddskrav

Videonätnoder måste ha en minsta bandbredd på 10 Mbit/s för både uppladdning och hämtning för att fungera korrekt.

Krav för proxystöd för videonät

Vi stöder officiellt följande proxylösningar som kan integreras med dina videonätnoder.
- Cisco Web Security Appliance (WSA) för transparent proxy
- Squid för uttrycklig proxy
För en uttrycklig proxy eller transparent inspektionsproxy som inspekterar (avkrypterar trafik) måste du ha en kopia av proxyns rotcertifikat som du måste ladda upp till förtroendebutiken för videonätnod i webbgränssnittet.
Vi stöder följande uttryckliga kombinationer av proxy- och autentiseringstypen:
- Ingen autentisering med http och https
- Grundläggande autentisering med http och https
- Smälta autentisering endast med https
- NTLM-autentisering med endast http

För öppna proxyservrar måste du använda routern/växeln för att tvinga HTTPS/443-trafiken att gå till proxyn. Du kan också tvinga webbsocket att gå till proxy. (Webbsocket använder https.)

Videonät kräver webbkontakt till molntjänster, så att noderna fungerar korrekt. Vid explicit och transparent inspektion av proxyservrar krävs http-rubriker för en korrekt webbsocket-anslutning. Om de ändras misslyckas webbsocket-anslutningen.

När webbsocket-anslutningsfel inträffar i port 443 (med öppen inspektionsproxy aktiverad) leder det till en varning efter registrering i Control Hub: ”SIP-samtal i Webex-videonät fungerar inte korrekt.” Samma larm kan uppstå av andra skäl när proxy inte är aktiverad. När webbsocket-rubriker är blockerade i port 443 flödar media inte mellan appar och SIP-klienter.

Om media inte flödar inträffar detta ofta när https-trafiken från noden över port 443 misslyckas:

Port 443-trafik tillåts av proxyn, men det är en inspektionsproxy och bryter webbsocket.

För att åtgärda dessa problem kan du behöva ”kringgå” eller ”splice” (inaktivera inspektion) på port 443 för att: *.wbx2.com och *.ciscospark.com.

Kapacitet för videonätnoder

Eftersom videonät är en programvarubaserad medieprodukt varierar kapaciteten på dina videonätnoder. I synnerhet placerar mötesdeltagare i Webex-molnet en tyngre belastning på noder. Du får lägre kapacitet när du har fler överlappningar till Webex-molnet. Andra faktorer som påverkar kapaciteten är:

Typer av enheter och klienter
Videoupplösning
Nätverkskvalitet
Maximal belastning
Distributionsmodell

Användning av videonät påverkar inte antalet Webex-licenser.

I allmänhet fördubblas inte kapaciteten om du lägger till fler noder i klustret på grund av överhuvudet för att ställa in överlappningar. Använd dessa nummer som allmän vägledning. Vi rekommenderar följande:

Testa gemensamma mötesscenarier för din distribution.
Använd analysen i Control Hub för att se hur din distribution utvecklas och lägga till kapacitet vid behov.

Överflöd vid låg samtalsvolym (särskilt SIP-samtal som har sitt ursprung lokalt) är inte en riktig avspegling av skalan. Videonätsanalys (under Control Hub > Resurser > Samtalsaktivitet) anger samtalsanslutningarna som har sitt ursprung lokalt. De anger inte samtalsströmmar som kom in genom kaskaden till videonätnoden för mediebehandling. När antalet fjärranslutna mötesdeltagare ökar under ett möte ökar antalet överlappningar och förbrukar lokala medieresurser på videonätnoden.

Den här tabellen visar kapacitetsintervall för olika blandningar av mötesdeltagare och slutpunkter på vanliga videonätnoder. Våra tester inkluderade möten med alla deltagare på den lokala noden och möten med en blandning av lokala deltagare och molndeltagare. Med fler mötesdeltagare i Webex-molnet kan du förvänta dig att din kapacitet sjunker i den nedre änden av intervallet.

Tabell 4. Kapacitet på vanliga videonätnoder
Scenario	Upplösning	Mötesdeltagarkapacitet
Möten med endast Webex-appdeltagare	720p	100–130
Möten med endast Webex-appdeltagare	1080p	90–100
Möten och 1-till-1-samtal med endast mötesdeltagare i Webex-appen	720p	60–100
	1080p	30–40
Möten med endast SIP-mötesdeltagare	720p	70–80
Möten med endast SIP-mötesdeltagare	1080p	30–40
Möten med Webex-appen och SIP-mötesdeltagare	720p	75–110

Basupplösningen för Webex-appen är 720p. Men när du delar är mötesdeltagarens miniatyrbilder 180 p.
Dessa prestandanummer förutsätter att du har aktiverat alla rekommenderade portar.

Kapacitet för VMNL ite

Vi rekommenderar VMNL ite för distributioner som huvudsakligen inkluderar Webex-appen och molnregistrerade slutpunkter. I dessa distributioner använder noderna fler växling och färre omkodningsresurser än standardkonfigurationen ger. Att distribuera flera mindre virtuella datorer på värden optimerar resurserna för det här scenariot.

Den här tabellen listar kapacitetsintervall för olika blandningar av mötesdeltagare och slutpunkter. Våra tester inkluderade möten med alla deltagare på den lokala noden och möten med en blandning av lokala deltagare och molndeltagare. Med fler mötesdeltagare i Webex-molnet kan du förvänta dig att din kapacitet sjunker i den nedre änden av intervallet.

Tabell 5. Kapacitet på VMNL ite noder
Scenario	Upplösning	Mötesdeltagarkapacitet med 3 VMNL ite-noder på en server
Möten med endast Webex-appdeltagare	720p	250–300
Möten med endast Webex-appdeltagare	1080p	230–240
Möten och 1-till-1-samtal med endast mötesdeltagare i Webex-appen	720p	175–275

Basupplösningen för Webex-appmöten är 720p. Men när du delar är mötesdeltagarens miniatyrbilder 180 p.

Kluster i videonät

Du distribuerar videonätnoder i kluster. Ett kluster definierar videonätnoder med liknande attribut, till exempel nätverksnärhet. Mötesdeltagare använder ett visst kluster eller molnet, beroende på följande villkor:

En klient i ett företagsnätverk som kan nå ett lokalt kluster ansluter till det – den primära inställningen för klienter i företagsnätverket.
Klienter som deltar i ett privat möte i videonät ansluter endast till lokala kluster. Du kan skapa ett separat kluster specifikt för dessa privata möten.
En klient som inte kan nå ett lokalt kluster ansluter till molnet – fallet för en mobil enhet som inte är ansluten till företagets nätverk.
Det valda klustret beror också på latens, snarare än bara plats. Till exempel kan ett molnkluster med lägre STUN-rundresa (SRT) fördröjning än ett videonätkluster vara en bättre kandidat för mötet. Den här logiken hindrar en användare från att landa på ett geografiskt långt kluster med hög SRT-fördröjning.

Varje kluster innehåller logik som överlappar möten, förutom privata möten i videonät, över andra molnmöteskluster, efter behov. Cascading tillhandahåller en datasökväg för media mellan klienter i deras möten. Möten distribueras över noder och klienterna landar på den mest effektiva noden som ligger närmast dem, beroende på faktorer som nätverktopologi, WAN-länk och resursanvändning.

Klientens förmåga att ping medienoder avgör tillgängligheten. Ett faktiskt samtal använder en mängd olika potentiella anslutningsmekanismer, till exempel UDP och TCP. Före samtalet registreras Webex-enheten (Room, Desk, Board och Webex-appen) med Webex-molnet, vilket ger en lista över klusterkandidater för samtalet.

Noderna i ett videonätkluster kräver ohämmad kommunikation med varandra. De kräver även ohämmad kommunikation med noderna i alla dina andra videonätskluster. Se till att brandväggarna tillåter all kommunikation mellan videonätnoderna.

Kluster för privata möten

Du kan boka ett videonätkluster för privata möten. När det reserverade klustret är fullt kastas de privata mötesmedierna ut till dina andra videonätskluster. När det reserverade klustret är fullt delar privata och icke-privata möten resurserna för dina återstående kluster.

Icke-privata möten använder inte ett reserverat kluster och reserverar dessa resurser för privata möten. Om ett icke-privat möte tar slut på resurser i nätverket kastas det ut till Webex-molnet i stället.

Mer information om funktionen för privata möten i videonät finns i Privata möten.

Du kan inte använda det korta videoadressformatet (meet@your_site) om du reserverar alla videonätskluster för privata möten. Dessa samtal misslyckas för närvarande utan ett korrekt felmeddelande. Om du lämnar vissa kluster oreserverade kan samtal med det korta videoadressformatet ansluta via dessa kluster.

Riktlinjer för distribution av videonätskluster

I typiska företagsdistributioner rekommenderar vi att kunder använder upp till 100 noder per kluster. Det finns inga hårda gränser som ställs in i systemet för att blockera en klusterstorlek med mer än 100 noder. Om du behöver skapa större kluster rekommenderar vi dock starkt att du granskar det här alternativet med Cisco-teknik via ditt Cisco-kontoteam.
Skapa färre kluster när resurser har liknande nätverksnärhet (affinitet).
När du skapar kluster lägger du bara till noder som finns i samma geografiska region och samma datacenter. Kluster över det breda områdets nätverk (WAN) stöds inte.
Vanligtvis distribuerar kluster i företag som är värd för frekventa lokaliserade möten. Planera var du placerar kluster på den bandbredd som finns tillgängliga på olika WAN-platser inom företaget. Med tiden kan du distribuera och växa kluster för kluster baserat på observerade användarmönster.
Kluster som finns i olika tidszoner kan effektivt betjäna flera geografiska områden genom att dra nytta av olika samtalsmönster mellan högsta och upptagna timmar.
Om du har två videonätnoder i två separata datacenter (till exempel EU och NA) och du har slutpunkter som ansluter via varje datacenter kastas noderna i varje datacenter till en enda videonätnod i molnet. Dessa översvämningar skulle gå över Internet. Om det finns en molndeltagare (som ansluter före en av videonätdeltagarna) kommer noderna att kasseras genom molndeltagarens medienod.

Mångfald i tidszon

Tidszonens mångfald kan tillåta att kluster delas under perioder utanför toppmötet. Till exempel: Ett företag med ett norra Kalifornien-kluster och ett New York-kluster kan upptäcka att den totala nätverkslatensen inte är så hög mellan de två platser som tjänar en geografiskt varierad användarpopulation. När resurserna är i toppanvändning i norra Kalifornien-klustret är New York-klustret sannolikt utanför toppen och har ytterligare kapacitet. Samma sak gäller för norra Kalifornien-klustret, under topptider i New York-klustret. Dessa är inte de enda mekanismer som används för effektiv användning av resurser, men de är de två viktigaste.

Överspill till moln

När kapaciteten för alla lokala kluster nås överflödar en lokal mötesdeltagare till Webex-molnet. Detta innebär inte att alla samtal hålls i molnet. Webex dirigerar endast de mötesdeltagare som antingen är fjärranslutna eller inte kan ansluta till ett lokalt kluster till molnet. I ett samtal med både lokala deltagare och molndeltagare ansluts det lokala klustret till molnet för att kombinera alla mötesdeltagare till ett enda samtal.

Om du konfigurerar mötet som den privata mötestypen behåller Webex alla samtal på dina lokala kluster. Privata möten överflödar aldrig till molnet.

Webex-enhetsregister med Webex

Utöver att bestämma tillgänglighet utför klienterna även periodiska fördröjningstester med hjälp av Simple Traversal av UDP till NAT (STUN). Fördröjning av STUN-rundresa (SRT) är en viktig faktor vid val av potentiella resurser under ett faktiskt samtal. När flera kluster distribueras baseras de primära urvalskriterierna på den inlärda SRT-fördröjningen. Tillgänglighetstester utförs i bakgrunden, initieras av ett antal faktorer, inklusive nätverksändringar, och introducerar inte förseningar som påverkar samtalsinställningstiden. Följande två exempel visar möjliga resultat av tester för tillgänglighet.

Fördröjningstester för rundresa – molnenheten kan inte nå lokala kluster

Fördröjningstester för rundresa – molnenheten når lokala kluster

Information om lärd tillgänglighet tillhandahålls i Webex-molnet varje gång ett samtal konfigureras. Med den här informationen kan molnet välja den bästa resursen (kluster eller moln), beroende på klientens relativa plats för tillgängliga kluster och samtalstyp. Om inga resurser finns tillgängliga i önskat kluster testas alla kluster för tillgänglighet baserat på SRT-fördröjning. Ett prioriterat kluster väljs med den lägsta SRT-fördröjningen. Samtal serveras på plats från ett sekundärkluster när det primära klustret är upptaget. Lokalt tillgängliga videonätsresurser prövas först, i ordning med lägsta SRT-fördröjning. När alla lokala resurser är uttömda ansluter mötesdeltagaren till molnet.

Klusterdefinition och plats är avgörande för en distribution som ger den bästa övergripande upplevelsen för mötesdeltagarna. Helst bör en distribution tillhandahålla resurser där klienterna är belägna. Om det inte finns tillräckligt med resurser där klienterna ringer majoriteten av samtalen förbrukas mer internt nätverksbandbredd för att ansluta användare till avlägsna kluster.

Lokalt och molnsamtal

Lokala Webex-enheter som har samma klusteraffinitet (inställning, baserat på närheten till klustret) ansluter till samma kluster för ett samtal. Lokala Webex-enheter med olika lokala klusteraffiniteter ansluter till olika kluster och klustren kastas sedan till molnet för att kombinera de två miljöerna till ett enda samtal. Detta skapar en hub- och taldesign med Webex-molnet som hub och lokala kluster som fungerar som tal i mötet.

Lokala samtal med olika klusteraffiniteter

Webex-enheten ansluter till antingen det lokala klustret eller molnet baserat på dess tillgänglighet. Följande visar exempel på de vanligaste scenarierna.

Webex molnenhet ansluter till molnet

Webex lokala enheter ansluter till lokala kluster

Webex lokala enheter ansluter till molnet

Molnklusterval för överflöd baserat på 250 ms eller högre STUN-rundresefördröjning

Medan inställningen för nodval är dina lokalt distribuerade videonätnoder stöder vi ett scenario där, om STUN-rundresefördröjning (SRT) till ett lokalt videonätkluster överskrider den toleranta fördröjningen på 250 ms (vilket vanligtvis inträffar om det lokala klustret har konfigurerats på en annan kontinent), så väljer systemet den närmaste molnmediennoden i den geografi istället för en videonätnod.

Webex-appen eller Webex-enheten finns i företagsnätverket i San Jose.
San Jose och Amsterdam kluster är i kapacitet eller inte tillgängliga.
SRT-förseningen till Shanghai-klustret är större än 250 ms och kommer sannolikt att införa frågor om mediekvalitet.
Molnklustret i San Francisco har en optimal SRT-fördröjning.
Shanghai videonätsklustret utesluts från övervägande.
Till följd av detta överflödar Webex-appen till molnklustret i San Francisco.

Privata möten

Privata möten isolerar alla media till ditt nätverk via videonät. Till skillnad från vanliga möten kastas inte medierna till Webex-molnet om de lokala noderna är fulla. Men som standard kan privata möten kastas till olika videonätskluster i nätverket. För privata möten över geografiska platser måste dina videonätskluster ha direkt anslutning till varandra för att tillåta överlappningar mellan kluster, till exempel HQ1_VMN till Remote1_VMN i figuren.

Se till att de nödvändiga portarna är öppna i brandväggen för att tillåta ohindrad överlappning mellan kluster. Se Portar och protokoll för hantering.

Alla mötesdeltagare i ett privat möte måste tillhöra din mötesvärds Webex-organisation. De kan delta via Webex-appen eller ett autentiserat videosystem (SIP-slutpunkter registrerade till UCM/VCS eller Webex-registrerad videoenhet). Deltagare med VPN- eller MRA-åtkomst till ditt nätverk kan delta i ett privat möte. Men ingen kan delta i ett privat möte utanför ditt nätverk.

Distributionsmodeller som stöds av videonät

Stöds i en distribution av videonät

Du kan distribuera en videonätnod i antingen ett datacenter (önskat) eller en demilitariserad zon (DMZ). För vägledning, se Portar och protokoll som används av videonät.
För en DMZ-distribution kan du konfigurera videonätnoderna i ett kluster med det dubbla nätverksgränssnittet (NIC). Med den här distributionen kan du skilja den interna nätverkstrafiken för företag (används för interbox-kommunikation, överlappningar mellan nodkluster och för att komma åt nodens hanteringsgränssnitt) från den externa molnnätverkstrafiken (används för anslutning till omvärlden och överlappningar till molnet).

Dual NIC fungerar på den fullständiga, VMNL ite och demo versionen av Video Mesh nod programvara. Du kan även distribuera videonätet bakom en NAT-konfiguration 1:1.
Du kan integrera videonätnoder med din samtalskontrollmiljö. Till exempel distributioner med videonät integrerat med Unified CM, se Distributionsmodeller för videonät och Cisco Unified Communications Manager.
Följande typer av adressöversättning stöds:
- Dynamisk nätverksadressöversättning (NAT) med en IP-pool
- Översättning av dynamisk portadress (PAT)
- 1:1 natt
- Andra former av NAT bör fungera så länge som rätt hamnar och protokoll används, men vi stöder dem inte officiellt eftersom de inte har testats.
IPv4
Statisk IP-adress för videonätnoden

Stöds inte i en distribution av videonät

IPv6
DHCP för videonätnoden
Ett kluster med en blandning av enkel NIC och dubbel NIC
Klusterar videonätnoder över det breda nätverket (WAN)
Ljud, video eller media som inte passerar via en videonätnod:
- Ljud från telefoner
- Peer-to-peer-samtal mellan Webex-appen och standardbaserad slutpunkt
- Ljudavslutning på videonätnod
- Media som skickas via Expressway C/E-par
- Videosamtal tillbaka från Webex

Distributionsmodeller för videonät och Cisco Unified Communications Manager

Dessa exempel visar gemensamma distributioner av videonät och hjälper dig att förstå var videonätskluster kan passa in i ditt nätverk. Kom ihåg att distribution av videonät beror på faktorer i nätverkens topologi:

Datacenterplatser
Kontorsplatser och storlek
Plats och kapacitet för Internet

I allmänhet försöker du koppla videonätnoderna till klustren i Unified CM eller Session Management Edition (SME). Som bästa praxis ska du hålla noderna så centraliserade som möjligt till de lokala grenarna.

Videonät har stöd för Session Management Edition (SME). Unified CM-kluster kan anslutas via en SME-enhet och sedan måste du skapa en SME-trunk som ansluter till videonätnoderna.

Hubb- och talarkitektur

Denna distributionsmodell omfattar centraliserat nätverk och tillgång till Internet. Den centrala platsen har vanligtvis en hög personalkoncentration. I detta fall kan ett videonätkluster placeras på en central plats för optimerad mediehantering.

Att lokalisera kluster på filialer kanske inte ger några fördelar på kort sikt och kan leda till suboptimal dirigering. Vi rekommenderar att du endast distribuerar kluster i en filial om det finns täta kommunikationer mellan filialer.

Geografisk fördelning

Den geografiskt distribuerade distributionen är sammanlänkad men kan visa en märkbar latens mellan regioner. Brist på resurser kan orsaka att suboptimala överlappningar konfigureras på kort sikt när det finns möten mellan användare på varje geografisk plats. I den här modellen rekommenderar vi att du tilldelar videonätnoder nära regional internetanslutning.

Geografisk fördelning med SIP-uppringning

Den här distributionsmodellen innehåller regionala Unified CM-kluster. Varje kluster kan innehålla en SIP-trunk för att välja resurser i det lokala videonätklustret. En andra trunk kan ge en redogörelse till ett Expressway-par om resurserna begränsas.

Portar och protokoll som används av videonät

För att säkerställa en lyckad distribution av videonät och för felfri drift av videonätnoderna öppnar du följande portar på brandväggen för användning med protokollen.

Se Nätverkskrav för Webex-tjänster för att förstå de övergripande nätverkskraven för Webex Teams.
Se Firewall Traversal Whitepaper för mer information om brandvägg och nätverkspraxis för Webex-tjänster.
Följ dokumentationen för DNS-bästa praxis, nätverksskydd och angreppsidentifiering när du konfigurerar företagets brandvägg för att mildra eventuella problem med DNS-frågor.
Mer designinformation finns i Preferred Architecture for Hybrid Services, CVD.

Portar och protokoll för hantering

Noderna i ett videonätkluster kräver ohämmad kommunikation med varandra. De kräver även ohämmad kommunikation med noderna i alla dina andra videonätskluster. Se till att brandväggarna tillåter all kommunikation mellan videonätnoderna.

Videonätnoderna i ett kluster måste vara i samma VLAN- eller nätmask.

Syfte	Source	Destination	Käll-ID	Källport	Transportprotokoll	Destinations-IP	Destinationsport
Hantering	Hanteringsdator	Videonätnod	Vid behov	Någon	tcp, https	Videonätnod	443
SSH för åtkomst till administrationskonsolen för videomesh	Hanteringsdator	Videonätnod	Vid behov	Någon	TCP	Videonätnod	22
Kommunikation inom kluster	Videonätnod	Videonätnod	IP-adress för andra videonätnoder i klustret	Någon	TCP	Videonätnoder	8443
Hantering	Videonätnod	Webex-moln	Vid behov	Någon	udp, ntp udp, dns TCP, HTTPS (webbuttag)	Någon	123 53
Kaskadesignalering	Videonätnod	Webex-moln	Någon	Någon	TCP	Någon	443
Överlappningsmedia	Videonätnod	Webex-moln	Videonätnod	Alla	UDP	Någon För specifika adressintervall, se avsnittet ”IP-undernät för Webex Media-tjänster” i Nätverkskrav för Webex-tjänster.	5004 50000 till 53000 Mer information finns i avsnittet ”Webex-tjänster – portnummer och protokoll” i Nätverkskrav för Webex-tjänster.
Kaskadesignalering	Vido Mesh Cluster (1)	Vido Mesh Cluster (2)	Någon	Någon	TCP	Någon	443
Överlappningsmedia	Vido Mesh Cluster (1)	Vido Mesh Cluster (2)	Vido Mesh Cluster (1)	Alla	UDP	Någon	5004 50000 till 53000
Hantering	Videonätnod	Webex-moln	Vid behov	Någon	tcp, https	Alla	443
Hantering	Videonätnod (1)	Videonätnod (2)	Videonätnod (1)	Någon	TCP, HTTPS (webbuttag)	Videonätnod (2)	443
Intern kommunikation	Videonätnod	Alla andra videonätnoder	Videonätnod	Någon	UDP	Någon	10000 till 40000

_{* Standardkonfigurationen i OVA är konfigurerad för NTP och DNS. OVA kräver att du öppnar portarna utgående till internet. Om du konfigurerar en lokal NTP- och DNS-server behöver du inte öppna portarna 53 och 123 via brandväggen.}

_{** Eftersom vissa URL:er för molntjänsten kan ändras utan förvarning är ANY den rekommenderade destinationen för problemfri drift av videonätnoderna. Om du föredrar att filtrera trafik baserat på URL:er, se avsnittet Webex Teams URL:er för hybridtjänster i nätverkskraven för Webex-tjänster för mer information.}

_{***Portarna varierar beroende på om du aktiverar QoS. Med QoS aktiverat är portarna 52 500-59499, 63000-64667, 59500-62999 och 64688-65500. Med QoS av är portarna 34 000-34 999.}

Trafiksignaturer för videonät (tjänstekvalitet aktiverad)

För distributioner där videonätnoden sitter på företagssidan av DMZ eller inne i brandväggen finns en konfigurationsinställning för videonätnod i Webex Control Hub som gör det möjligt för administratören att optimera portintervallen som används av videonätnoden för QoS-nätverksmarkering. Den här tjänstekvalitetsinställningen är aktiverad som standard och ändrar källportarna som används för ljud-, video- och innehållsdelning till värdena i den här tabellen. Med den här inställningen kan du konfigurera QoS-markeringspolicyer baserat på UDP-portintervall för att skilja ljud från video- eller innehållsdelning och markera allt ljud med rekommenderat värde av EF och video- och innehållsdelning med ett rekommenderat värde av AF41.

Tabellen och diagrammet visar UDP-portar som används för ljud- och videoströmmar, som är huvudfokus för QoS-nätverkskonfigurationer. Medan nätverks-QoS-markeringspolicyer för media över UDP är fokus i följande tabell, avslutar Webex-videonätnoder även TCP-trafik för presentation och innehållsdelning för Webex-appen med efemerportar 52500–65500. Om en brandvägg sitter mellan videonätnoderna och Webex-appen måste dessa TCP-portar också vara tillåtna för att fungera korrekt.

Videonätnod markerar trafiken naturligt. Denna ursprungsmärkning är asymmetrisk i vissa flöden och beror på om källportarna är delade portar (en port som 5004 för flera flöden till olika destinations- och destinationshamnar) eller om de inte är det (där porten faller i ett intervall men är unik för den specifika tvåvägsinriktade sessionen).

För att förstå den inbyggda märkningen med en videonätnod ska du notera att videonätnoden markerar ljud EF när den inte använder 5004-porten som källport. Vissa tvåvägsinriktade flöden, t.ex. Videonät till videonät eller videonät till Webex-appen, kommer att markeras asymmetriskt, vilket är en anledning till att använda nätverket för att kommentera trafik baserat på de angivna UDP-portintervallen.

Käll-IP-adress	Destinationens IP-adress	Källa-UDP-portar	Destinationens UDP-portar	Inbyggd DSCP-märkning	Medietyp
Nätnod för video	Webex molnmedietjänster	35000 till 52499	5004	av41	Testa STUN-paket
Nätnod för video	Webex molnmedietjänster	52500 till 59499	5004	Ef	Ljud
Nätnod för video	Webex molnmedietjänster	63000 till 64667	5004	av41	Video
Nätnod för video	Webex molnmedietjänster	59500 till 62999	50000 till 51499	Ef	Ljud
Nätnod för video	Webex molnmedietjänster	64668 till 65500	51500 till 53000	av41	Video
Nätnod för video	Nätnod för video	10000 till 40000	10000 till 40000	—	Ljud
Nätnod för video	Nätnod för video	10000 till 40000	10000 till 40000	—	Video
Nätnod för video	Unified CM SIP-slutpunkter	52500 till 59499	Unified CM SIP-profil	Ef	Ljud
Nätnod för video	Unified CM SIP-slutpunkter	63000 till 64667	Unified CM SIP-profil	av41	Video
Videonätkluster	Videonätkluster	52500 till 59499	5004	Ef	Ljud
Videonätkluster	Videonätkluster	63000 till 64667	5004	av41	Video
Videonätkluster	Videonätkluster	59500 till 62999	50000 till 51499	Ef	Ljud
Videonätkluster	Videonätkluster	64668 till 65500	51500 till 53000	av41	Video
Nätnod för video	Webex Teams-program eller -slutpunkt*	5004	52000 till 52099	av41	Ljud
Nätnod för video	Webex Teams-program eller -slutpunkt	5004	52100 till 52299	av41	Video

*_{Riktningen för medietrafik avgör DSCP-markeringarna. Om källportarna är från videonätnoden (från videonätnoden till Webex Teams-appen) markeras trafiken endast som AF41. Medietrafik som kommer från Webex Teams-appen eller Webex-slutpunkter har separata DSCP-markeringar, men returtrafiken från de delade portarna för videonätnoden gör inte.}

UDP-källportdifferentiering (Windows Webex-appklienter): Kontakta ditt lokala kontoteam om du vill att differentiering av UDP-källporten ska vara aktiverad för din organisation. Om detta inte är aktiverat kan ljud- och videodelning inte differentieras med Windows OS. Källportarna kommer att vara desamma för ljud, video och innehållsdelning på Windows-enheter.

Trafiksignaturer för videonät (tjänstekvalitet inaktiverad)

För distributioner där videonätnoden sitter i DMZ finns det en konfigurationsinställning för videonätnod i Webex Control Hub som låter dig optimera portintervallen som används av videonätnoden. Den här inställningen för tjänstekvalitet, när den är inaktiverad (aktiverad som standard), ändrar källportarna som används för ljud-, video- och innehållsdelning från videonätnoden till intervallet 34000 till 34999. Videonätnoden markerar sedan naturligt allt ljud-, video- och innehållsdelning till en enda DSCP av AF41.

Eftersom källportarna är desamma för alla media oavsett destination kan du inte skilja ljud från video eller innehållsdelning baserat på portintervall med den här inställningen inaktiverad. Med den här konfigurationen kan du enkelt konfigurera brandväggspärrhål för media än med tjänstekvalitet aktiverad.

Tabellen och diagrammet visar UDP-portar som används för ljud- och videoströmmar när QoS är inaktiverat.

Tabell 6. Trafiksignaturer för videonät (tjänstekvalitet inaktiverad)
Käll-IP-adress	Destinationens IP-adress	Källa-UDP-portar	Destinationens UDP-portar	Inbyggd DSCP-märkning	Medietyp
Nätnod för video	Webex molnmedietjänster	34000 till 34999	5004	av41	Ljud
Nätnod för video	Webex molnmedietjänster	34000 till 34999	5004	av41	Video
Nätnod för video	Webex molnmedietjänster	34000 till 34999	50000 till 51499	av41	Ljud
Nätnod för video	Webex molnmedietjänster	34000 till 34999	51500 till 53000	av41	Video
Nätnod för video	Nätnod för video	10000 till 40000	10000 till 40000	av41	Ljud
Nätnod för video	Nätnod för video	10000 till 40000	10000 till 40000	av41	Video
Videonätkluster	Videonätkluster	34000 till 34999	5004	av41	Ljud
Videonätkluster	Videonätkluster	34000 till 34999	5004	av41	Video
Videonätkluster	Videonätkluster	34000 till 34999	50000 till 51499	av41	Ljud
Videonätkluster	Videonätkluster	34000 till 34999	51500 till 53000	av41	Video
Nätnod för video	Unified CM SIP-slutpunkter	52500 till 59499	Unified CM SIP-profil	av41	Ljud
Nätnod för video	Unified CM SIP-slutpunkter	63000 till 64667	Unified CM SIP-profil	av41	Video
Nätnod för video	Webex molnmedietjänster	35000 till 52499	5004	av41	Testa STUN-paket
Nätnod för video	Webex Teams-program eller -slutpunkt	5004	52000 till 52099	av41	Ljud
Nätnod för video	Webex Teams-program eller -slutpunkt	5004	52100 till 52299	av41	Video

Portar och protokoll för Webex Meetings-trafik

Syfte	Source	Destination	Käll-ID	Källport	Transportprotokoll	Destinations-IP	Destinationsport
Ringer till möte	Appar (skrivbords- och mobilappar i Webex-appen) Webex-registrerade enheter	Videonätnod	Vid behov	Någon	UDP och TCP (används av Webex-appen) SRTP (valfritt)	Alla	5004
SIP-enhetens samtal till möte (SIP-signalering)	Samtalskontroll för Unified CM eller Cisco Expressway	Videonätnod	Vid behov	Efemeral (>=1024)	TCP eller TLS	Alla	5060 eller 5061
Överlappning	Videonätnod	Webex-moln	Vid behov	34000 till 34999	UDP, SRTP (alla)*	Alla	5004 50000 till 53000
Överlappning	Videonätnod	Videonätnod	Vid behov	34000 till 34999	UDP, SRTP (alla)*	Alla	5004

Port 5004 används för alla molnmedia och lokala videonätnoder.

Webex-appen fortsätter att ansluta till videonätnoder via delade portar 5004. Dessa portar används också av Webex-appen och Webex-registrerade slutpunkter för STUN-tester för videonätnoder. Videonätnod till videonätnod för överlappningar använder destinationsportintervallet 10000–40000._{* TCP stöds också, men är inte att föredra eftersom det kan påverka mediekvaliteten.}

_{** Om du vill begränsa av IP-adresser, se de IP-adressintervall som dokumenteras i nätverkskrav för Webex-tjänster.}

_{*** Expressway använder redan det här portintervallet för Webex-molnet. Så de flesta distributioner kräver inga uppdateringar för att stödja detta nya krav för videonät. Men om din distribution har strängare brandväggsregler kan du behöva uppdatera brandväggskonfigurationen för att öppna dessa portar för videonät.}

_{För bästa upplevelse av Webex i din organisation ska du konfigurera din brandvägg så att all utgående TCP- och UDP-trafik som är avsedd för portar 5004 samt eventuella inkommande svar på den trafiken. Portkraven som anges ovan förutsätter att videonätnoder distribueras antingen i LAN (föredragen) eller i en DMZ och att Webex-appen finns i LAN.}

Videokvalitet och skalning för videonät

Nedan följer några vanliga mötesscenarier när en kaskade skapas. Videonät är anpassningsbart beroende på tillgänglig bandbredd och distribuerar resurser i enlighet med detta. För enheter i mötet som använder videonätnoden ger överlappningslänken fördelen med att minska genomsnittlig bandbredd och förbättra mötesupplevelsen för användaren.

För riktlinjer för bandbreddsetablering och kapacitetsplanering, se dokumentationen för prioriterad arkitektur.

Baserat på de aktiva talarna i mötet etableras överlappningslänkarna. Varje kaskad kan innehålla upp till 6 strömmar och kaskaden är begränsad till 6 mötesdeltagare (6 i Webex-appen/SIP till Webex-molnet och 5 i motsatt riktning). Varje medieresurs (moln och videonät) ber fjärrsidan om de strömmar som krävs för att uppfylla de lokala slutpunktskraven för alla fjärrdeltagare över kaskaden.

För att ge en flexibel användarupplevelse kan Webex-plattformen göra multiströmsvideo till mötesdeltagare. Samma möjlighet gäller för överlappningslänken mellan videonätnoder och molnet. I den här arkitekturen varierar bandbreddskraven beroende på ett antal faktorer, till exempel slutpunktslayouter.

Arkitektur

I den här arkitekturen skickar Cisco Webex-registrerade slutpunkter signalering till molnet och media till växlingstjänsterna. Lokala SIP-slutpunkter skickar signalering till samtalskontrollmiljön (Unified CM eller Expressway) som sedan skickar den till videonätnoden. Media skickas till transkodningstjänsten.

Moln- och platsdeltagare

Lokala lokala mötesdeltagare på videonätnoden begär önskade strömmar baserat på deras layoutkrav. Dessa strömmar vidarebefordras från videonätnoden till slutpunkten för återgivning av lokal enhet.

Varje moln- och videonätnod begär HD- och SD-upplösningar från alla mötesdeltagare som är molnregistrerade enheter eller Webex-appen. Beroende på slutpunkten kommer den att skicka upp till 4 upplösningar, vanligtvis 1080p, 720p, 360p och 180p.

Överlappningar

De flesta Cisco-slutpunkter kan skicka 3 eller 4 strömmar från en enda källa i ett antal upplösningar (från 1080p till 180p). Slutpunktens layout dikterar kravet på de strömmar som behövs i den avlägsna änden av kaskaden. För aktiv närvaro är den huvudsakliga videoströmmen 1080p eller 720p, videobandrutorna (PiPS) är 180p. För lika vy är upplösningen 480p eller 360p för alla mötesdeltagare i de flesta fall. Kaskaden som skapas mellan videonätnoder och molnet skickar också 720p, 360p och 180p i båda riktningarna. Innehåll skickas som en enda ström och ljud skickas som flera strömmar.

Överlappande bandbreddgrafer som ger en mätning per kluster finns tillgängliga i analysmenyn i Webex Control Hub. Du kan inte konfigurera överlappningsbandbredd per möte i Control Hub.

Den maximala förhandlade överlappningsbandbredden per möte är 20 Mbps för huvudvideo för alla källor och de flera huvudvideoströmmar som de kan skicka. Detta maximala värde inkluderar inte innehållskanalen eller ljudet.

Huvudvideo med flera layoutexempel

Följande diagram illustrerar ett exempel på mötesscenario och hur bandbredden påverkas när flera faktorer spelar in. I exemplet överför alla Webex-appen och Webex-registrerade enheter 1x720p-, 1x360p- och 1x180p-strömmar till videonät. På kaskaden överförs strömmar på 720p, 360p och 180p i båda riktningarna. Anledningen är att det finns Webex-appen och Webex-registrerade enheter som får 720p, 360p och 180p på båda sidorna av kaskaden.

I diagrammen är exempelvis bandbreddsnumren för överförda och mottagna data endast avsedda för användning. De är inte en uttömmande täckning av alla möjliga möten och tillhörande bandbreddskrav. Olika mötesscenarier (anslutna mötesdeltagare, enhetsfunktioner, innehållsdelning inom mötet, aktivitet vid en viss tidpunkt under mötet) ger olika bandbreddsnivåer.

Diagrammet nedan visar ett möte med moln och lokaler registrerade slutpunkter och en aktiv talare.

I samma möte visar diagrammet nedan ett exempel på en överlappning som skapats mellan videonätnoderna och molnet i båda riktningarna.

I samma möte visas ett exempel på en överlappning från molnet i diagrammet nedan.

Diagrammet nedan visar ett möte med samma enheter ovan, tillsammans med en Webex Meetings-klient. Systemet skickar den aktiva talaren och den sista aktiva talaren i hög upplösning tillsammans med en extra HD-ström av den aktiva talaren för Webex Meeting-klienter eftersom videonätnoder inte stöder Webex Meetings just nu.

Krav för Webex-tjänster

Samarbeta med din partner, kundframgångschef (CSM) eller provrepresentant för att tillhandahålla Cisco Webex-webbplatsen och Webex-tjänster för videonät korrekt:

Du måste ha en Webex-organisation med en betald prenumeration på Webex-tjänster.
För att dra full nytta av videonät måste du se till att din Webex-webbplats finns på videoplattformen version 2.0. (Du kan kontrollera att din webbplats finns på videoplattformen version 2.0 om den har listan över medieresurstyp i webbplatsalternativen för mötesrum för molnsamarbete.)
Du måste aktivera CMR för din Webex-webbplats under användarprofiler. (Du kan göra detta i en massuppdatering av CSV med attributet SupportCMR).

Mer information finns i Funktionsjämförelse och migreringsväg från Hybrid för mötesrum för samarbete till videonät i bilagan.

Relaterad information

Kontrollera att källlandet är korrekt

Video Mesh använder funktionerna globalt distribuerade media (GDM) i Webex för att uppnå bättre mediarouting. För att uppnå optimal anslutning väljer Webex den molnmedienod som ligger närmast ditt företag när Video Mesh-kaskader utförs till Webex. Trafiken passerar sedan via Webex stamnät för att interagera med Webex mikrotjänster för mötet. Denna dirigering minimerar latensen och håller den största delen av trafiken på Webex stamnät och utanför internet.

För att stödja GDM använder vi MaxMind som GeoIP-platsleverantör för den här processen. Kontrollera att MaxMind korrekt identifierar platsen för din offentliga IP-adress för att säkerställa effektiv dirigering.

1	I en webbläsare anger du denna URL med den offentliga IP-adressen till din Expressway eller slutpunkt i slutet. `https://ds.ciscospark.com/v1/region/ <public IP address>` Du får ett svar som följande: `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	Kontrollera att `countryCode` är lämplig för platsen för din Expressway eller slutpunkt.
3	Om platsen är felaktig skickar du en begäran om att korrigera platsen för din offentliga IP-adress till MaxMind på https://support.maxmind.com/geoip-data-correction-request/correct-a-geoip-location.

Slutför förutsättningarna för videonät

Använd den här checklistan för att se till att du är redo att installera och konfigurera videonätnoder och integrera en Webex-webbplats med videonät.

1

Se till att du:

Uppfylla minimikraven för systemkrav som beskrivs i Krav för videonät och Licenskrav för hybridtjänster.
Förstå exempel på samtalskapacitet som beskrivs i Kapacitet för videonätnoder.
Förstå de distributionsmodeller som stöds som beskrivs i Distributionsmodeller som stöds av videonät.
Se till att nätverket tillåter anslutning på portarna och använda de protokoll som beskrivs i Portar och protokoll som används av videonät
Se till att nätverket stöder bandbreddskraven som beskrivs i Videokvalitet och skalning för videonät

2

Samarbeta med din partner, kundframgångschef eller provrepresentant för att förstå och förbereda din Webex-miljö så att den är redo att ansluta till videonät. Mer information finns i Krav för Webex-tjänster.

3

Spela in följande nätverksinformation för att tilldela dina videonätnoder:

IP-adress (rekommenderas)
Nätverksmask
Gateway IP-adress
DNS-servrar
NTP-servrar

Ett värdnamn och valfritt domännamn för videonätnoden. (Valfritt)

Vi rekommenderar att du använder IP-adresser för videonät. Om du planerar att konfigurera noderna med FQDN ska FQDN-värdet kunna lösas med alla poster i listan över DNS-servrar som konfigurerats på noden. Du måste också skapa både framåt- och omvänd-DNS (A- och PTR-poster) i DNS-konfigurationen.

4

Innan du startar installationen måste du se till att din Webex-organisation är aktiverad för videonät. Den här tjänsten är tillgänglig för organisationer med vissa betalda Webex-serviceprenumerationer enligt licenskraven för Cisco Webex Hybrid-tjänster. Kontakta din Cisco-partner eller kontohanteraren för att få hjälp.

5

Välj en maskinvara eller specifikationsbaserad konfiguration för din videonätnod som beskrivs i System- och plattformskrav för videonätnodprogramvara.

6

Se till att servern kör VM-ware ESXi 7 eller 8, och vsfär 7 eller 8, med en VM-värd i drift.

7

Om du integrerar videonät med din Unified CM-samtalskontrollmiljö och vill att mötesdeltagarlistorna ska vara konsekventa på alla mötesplattformar ska du se till att säkerhetsläget för Unified CM-kluster är inställt på blandat läge så att det stöder TLS-krypterad trafik. Slutpunkt-till-slutpunkt-krypterad trafik krävs för att den här funktionen ska fungera.

Se kapitlet för TLS-konfiguration i säkerhetshandboken för Cisco Unified Communications Manager för mer information om hur du växlar din Unified CM-miljö till blandat läge. Se lösningsguiden för aktiv kontroll för mer information om funktionerna och hur du ställer in slutpunkt-till-slutpunkt-kryptering.

8

Om du integrerar en proxy (uttrycklig, genomskinlig inspektion eller genomskinlig icke-inspektion) med videonät ska du följa kraven enligt dokumentationen i Krav för proxystöd för videonät.

Nästa steg

Installera och konfigurera programvara för videonätnod

Distribuera videonät

Uppgiftsflöde för distribution av videonät

Innan du börjar

1	Installera och konfigurera programvara för videonätnod Använd den här proceduren för att distribuera en videonätnod till din värdserver som kör VM-ware ESXi eller vCenter. Du installerar programvaran lokalt som skapar en nod och utför sedan den första konfigurationen, till exempel nätverksinställningar. Du registrerar den i molnet senare.
2	Logga in på videonätnodkonsolen Logga in på konsolen för första gången. Programvaran för videonätnod har ett standardlösenord. Du måste ändra det här värdet innan du konfigurerar noden.
3	Ställ in nätverkskonfigurationen för videonätnoden i konsolen Använd den här proceduren för att konfigurera nätverksinställningarna för videonätnoden om du inte konfigurerade dem när du konfigurerade noden på en virtuell dator. Du ställer in en statisk IP-adress och ändrar FQDN/värdnamn och NTP-servrar. DHCP stöds för närvarande inte.
4	Använd följande steg för att konfigurera det externa gränssnittet för en distribution av dubbelt nätverksgränssnitt (dubbel NIC): Ange det externa nätverksgränssnittet för videonätnoden Lägg till interna och externa dirigeringsregler När noden är online igen och du har verifierat den interna nätverkskonfigurationen kan du konfigurera det externa nätverksgränssnittet om du distribuerar videonätnoden i ditt nätverks DMZ så att du kan isolera företagstrafiken (intern) från extern (extern) trafik. Du kan även göra undantag eller åsidosättningar av standarddirigeringsreglerna.
5	Registrera videonätnoden i Webex Cloud Använd den här proceduren för att registrera videonätnoder i Webex-molnet och slutföra ytterligare konfiguration. När du använder Control Hub för att registrera din nod skapar du ett kluster som noden har tilldelats. Ett kluster innehåller en eller flera medienoder som betjänar användare i en viss geografisk region. Registreringsstegen konfigurerar även SIP-samtalsinställningar, konfigurera ett uppgraderingsschema och prenumerera på e-postaviseringar.
6	Aktivera och kontrollera tjänstekvalitet (QoS) med följande uppgifter: Aktivera tjänstekvalitet (QoS) för videonätnod Verifiera portintervall för videonätnod med reflektorverktyg i webbgränssnittet Aktivera QoS om du vill att videonätnoder automatiskt ska markera SIP-trafik (lokala SIP-registrerade slutpunkter) för både ljud (EF) och video (AF41) separat med lämplig tjänsteklass och använda välkända portintervall för specifika medietyper. Med den här ändringen kan du skapa QoS-policyer och effektivt kommentera returtrafiken från molnet om du vill. Använd stegen i reflektorverktyget för att kontrollera att rätt portar är öppna på din brandvägg.
7	Konfigurera videonätnod för proxyintegrering Använd den här proceduren för att ange vilken typ av proxy som du vill integrera med ett videonät. Om du väljer en transparent inspektionsproxy kan du använda nodens gränssnitt för att ladda upp och installera rotcertifikatet, kontrollera proxyn och felsöka eventuella problem.
8	Följ Integrera videonät med uppgiftsflödet för samtalskontroll och välj något av följande, beroende på din samtalskontroll, säkerhetskrav och om du vill integrera videonät med din samtalskontrollmiljö: Konfigurera Unified CM Secure TLS SIP-trafikroutning för videonät (TLS) Konfigurera Unified CM TCP SIP-trafikroutning för videonät (TCP) Konfigurera Expressway TCP SIP-trafikroutning för videonät (TCP) SIP-enheter har inte stöd för direktåtkomst, så du måste använda Unified CM- eller VCS Expressway-konfigurationen för att etablera ett förhållande mellan lokala registrerade SIP-enheter och dina videomeshkluster. Du behöver bara trunkera din Unified CM eller VCS Expressway till videonätnod, beroende på din samtalskontrollmiljö.
9	Växla certifikatkedjor mellan Unified CM och videonätnoder I den här uppgiften hämtar du certifikat från gränssnitten för Unified CM och videonät och överför ett till ett annat. Det här steget skapar ett säkert förtroende mellan de två produkterna och, tillsammans med den säkra trunkkonfigurationen, gör det möjligt för krypterad SIP-trafik och SRTP-media i din organisation att landa på videonätnoder.
10	Aktivera mediekryptering för organisation- och videonätkluster Använd den här proceduren för att aktivera mediekryptering för din organisation och enskilda videonätskluster. Den här inställningen kräver slutpunkt-till-slutpunkt-TLS-konfiguration och du måste ha en säker TLS SIP-trunk på plats på din Unified CM som pekar på dina videonätnoder.
11	Aktivera videonät för Webex-webbplatsen För att använda optimerade medier till videonätnoden för ett Webex-möte för alla Webex-appen och enheter att delta måste den här konfigurationen aktiveras för Webex-webbplatsen. Om du aktiverar den här inställningen kopplas videonät och mötesinstanser i molnet tillsammans och gör att överlappningar kan inträffa från videonätnoder. Om den här inställningen inte är aktiverad kommer Webex-appen och -enheterna inte att använda videonätnoden för Webex-möten.
12	Tilldela mötesrum för samarbete till Webex-appanvändare
13	Kontrollera mötesupplevelsen på den säkra slutpunkten Om du använder mediekryptering via TLS-inställningen från slutpunkt till slutpunkt ska du använda dessa steg för att kontrollera att slutpunkterna är säkert registrerade och att rätt mötesupplevelse visas.

Massetableringsskript för videonät

Om du behöver distribuera många noder i din distribution av videonät är processen tidskrävande. Du kan använda skriptet på https://github.com/CiscoDevNet/webex-video-mesh-node-provisioning för att snabbt distribuera videonätnoder på VMW är ESXi-servrar. Läs igenom Viktigt-filen för instruktioner om hur du använder skriptet.

Installera och konfigurera programvara för videonätnod

Använd den här proceduren för att distribuera en videonätnod till din värdserver som kör VM-ware ESXi eller vCenter. Du installerar programvaran lokalt som skapar en nod och utför sedan den första konfigurationen, till exempel nätverksinställningar. Du registrerar den i molnet senare.

Du måste hämta programvarupaketet (OVA) från Control Hub ( https://admin.webex.com), i stället för att använda en tidigare hämtad version. Denna OVA är signerad av Cisco-certifikat och kan hämtas när du loggar in på Control Hub med dina inloggningsuppgifter för kundadministratör.

Innan du börjar

Se System- och plattformskrav för videonätnodprogramvara för hårdvaruplattformar som stöds och specifikationskrav för videonätnoden.

Se till att du har dessa obligatoriska objekt:

En dator med:

VM-ware vsfären klient 7 eller 8.

Se dokumentationen för VM-programvara för en lista över operativsystem som stöds.

Video Mesh programvara OVA-fil laddad.

Hämta den senaste videonätprogramvaran från Control Hub i stället för att använda en tidigare hämtad version. Du kan också komma åt programvaran från denna länk. (Filen är ca 1,5 GB.)

Äldre versioner av programvarupaketet (OVA) kommer inte att vara kompatibla med de senaste uppgraderingarna av videonät. Detta kan leda till problem vid uppgradering av programmet. Se till att du hämtar den senaste versionen av OVA-filen från denna länk.

En server som stöds med VM-programvara ESXi eller vCenter 7 eller 8 installerad och körs
Inaktivera säkerhetskopiering av virtuella datorer och livemigrering. Videonätnodkluster är system i realtid. Alla avbrott i virtuella datorer kan göra dessa system instabila. (För underhållsaktiviteter på en videonätnod använder du underhållsläge från Control Hub.)

1

Med din dator öppnar du VM-ware vsfären och loggar in på vCenter eller ESXi-systemet på servern.

2

Gå till Åtgärder > Distribuera OVF-mall.

3

På Välj ett OVF-tempat sidan, klicka på Lokal fil och välj filer. Navigera till var videomesh.ova-filen finns, välj filen och klicka sedan på Nästa.

Varje gång du installerar en videonätnod rekommenderar vi att du hämtar OVA igen i stället för att använda en tidigare nedladdad version. Om du försöker distribuera en gammal OVA kanske din videonätnod inte fungerar korrekt eller registreras i molnet. Ett gammalt OVA kommer också att leda till potentiella problem under uppgraderingar.

Se till att du hämtar en ny kopia av OVA från den här länken.

4

På Välj ett namn och en mapp sida, ange en Namn på virtuell dator för videonätnoden (till exempel ”Video_Mesh_Node_1”) väljer du en plats där distributionen av den virtuella maskinnoden kan finnas och klickar sedan på Nästa.

En valideringskontroll körs. När den är klar visas mallinformationen.

5

Verifiera mallinformationen och klicka sedan på Nästa.

6

På Konfiguration sida, välj typ av distributionskonfiguration och klicka sedan på Nästa.

VMNL-ite (standard)
cms 1000

Alternativen listas i ökande resursbehov.

Om du väljer alternativet VMNL ite måste du upprepa stegen för att distribuera de andra instanserna på samma värd och välja samma alternativ varje gång. Sambosättning mellan VMNL ite och icke-VMNL ite instanser har inte testats och stöds inte.

7

På Välj lagringsutrymme sidan, se till att standarddiskformatet för Thick Provision Lazy Zeroed och VM-lagringspolicyn för Datastore Default väljs och klicka sedan Nästa.

8

På Välj nätverk sidan, välj nätverksalternativet i listan över poster för att tillhandahålla önskad anslutning till VM.

För internt gränssnittsnätverk väljer du nodens interna IP-adress.
För externt gränssnitt väljer du den externa IP-adressen som visas för det offentliga nätverket. Ignorera det här alternativet om du inte har en dubbel NIC-distribution.

Det interna gränssnittet (standardgränssnittet för trafik) används för CLI, SIP-trunkar, SIP-trafik och nodhantering. Det externa (externa) gränssnittet är för HTTPS- och websockets-kommunikation till Webex-molnet, tillsammans med överlappningstrafiken från noderna till ett möte.

För en DMZ-distribution kan du konfigurera videonätnoden med det dubbla nätverksgränssnittet (NIC). Med den här distributionen kan du skilja den interna nätverkstrafiken för företag (används för interbox-kommunikation, överlappningar mellan nodkluster och för att komma åt nodens hanteringsgränssnitt) från den externa molnnätverkstrafiken (används för anslutning till omvärlden och överlappningar till Webex). Alla noder i ett kluster måste vara i dubbelt NIC-läge. En blandning av enkel och dubbel NIC stöds inte.

För en befintlig installation av videonätnodprogramvara kan du inte uppgradera från en enda NIC till en dubbel NIC-konfiguration. Du måste installera en ny videonätnod i detta fall.

9

På sidan Anpassa mall konfigurerar du följande nätverksinställningar:

Värdnamn (valfritt) – ange FQDN (värdnamn och domän) eller ett enda ord värdnamn för noden.

För att säkerställa en lyckad registrering i molnet använder du endast små tecken i FQDN eller värdnamnet som du har ställt in för videonätnoden. Kapitalisering stöds inte just nu.
När du använder eller konfigurerar FQDN eller värdnamn måste du även ange en giltig och löstagbar domän. Den totala längden på FQDN får inte överstiga 64 tecken.

IP-adress – Ange IP-adressen för nodens interna gränssnitt.
Mask – Ange delnätmaskadressen i punktdecimalnotation. Till exempel, 255.255.255.0.
Gateway – Ange gatewayens IP-adress. En gateway är en nätverksnod som fungerar som åtkomstpunkt till ett annat nätverk.
DNS-servrar – Ange en kommaavgränsad lista över DNS-servrar som hanterar översättande domännamn till numeriska IP-adresser. (Upp till 4 DNS-poster är tillåtna.)
NTP-servrar – ange din organisations NTP-server eller en annan extern NTP-server som kan användas i din organisation. Du kan också använda en kommaavgränsad lista för att ange flera NTP-servrar.

Videonätnoden måste ha en intern IP-adress och löstagbart DNS-namn. Nodens IP-adress får inte tillhöra det IP-adressintervall som är reserverat för intern användning av videonätnod. Standardreserverat IP-adressintervall är 172.17.42.0–172.17.42.63, vilket kan konfigureras senare i diagnostikmenyn. Detta IP-adressintervall är för kommunikation inom videonätnoden och mellan programvarubehållare som håller de olika komponenterna i noden – till exempel SIP-gränssnittet och medieomkodning.
Distribuera alla noder på samma subnät eller VLAN så att alla noder i ett kluster kan nås var klienterna bor i nätverket.
För en dubbel NIC DMZ-distribution kan du ange den externa IP-adressen i nodkonsolen när du har sparat den interna nätverkskonfigurationen och startat om noden senare.

Om du föredrar kan du hoppa över nätverksinställningskonfigurationen och följa stegen i Konfigurera nätverkskonfiguration för videonätnoden i konsolen efter att du har loggat in på noden.

10

På Redo att slutföras sidan, kontrollera att alla inställningar du angav överensstämmer med riktlinjerna i den här proceduren och klicka sedan Slutför.

När distributionen av OVA är klar visas din videonätnod i listan över VM:er.

11

Högerklicka på videonätnoden VM och välj sedan Ström > På.

Programvaran för videonätnod installeras som gäst på VM-värden. Du är nu redo att logga in på konsolen och konfigurera videonätnoden.

Du kan uppleva en fördröjning på några minuter innan nodbehållarna kommer upp. Ett meddelande om bryggbrandvägg visas på konsolen under den första uppstarten, där du inte kan logga in.

Nästa steg

Ställ in nätverkskonfigurationen för videonätnoden i konsolen

Logga in på konsolen för första gången. Programvaran för videonätnod har ett standardlösenord. Du måste ändra det här värdet innan du konfigurerar noden.

1	Gå till videonätnoden VM och välj sedan Konsol från VM-programvaran v-sfären. VM för videonätnod startar och en inloggningsanvisning visas. Om inloggningsinstruktionen inte visas trycker du på Retur. Du kan kort se ett meddelande som indikerar att systemet initieras.
2	Använd följande standardanvändarnamn och lösenord för att logga in: Inloggning: `admin` Lösenord: `cisco` Eftersom du loggar in på videonätnoden för första gången måste du ändra administratörens lösenord (lösenord).
3	För (aktuellt) lösenord anger du standardlösenordet (ovanifrån) och trycker sedan på Retur.
4	Om du vill ha ett nytt lösenord anger du en ny lösenfras och trycker sedan på Retur.
5	Om du vill skriva om ett nytt lösenord skriver du om den nya lösenfrasen och trycker sedan på Retur. Ett meddelande ”Lösenord har ändrats” visas och sedan visas den första videonätnodskärmen med ett meddelande om att obehörig åtkomst är förbjuden.
6	Tryck på Retur för att läsa in huvudmenyn.

Nästa steg

Använd den här proceduren för att konfigurera nätverksinställningarna för videonätnoden om du inte konfigurerade dem när du konfigurerade noden på en virtuell dator. Du ställer in en statisk IP-adress och ändrar FQDN/värdnamn och NTP-servrar. DHCP stöds för närvarande inte.

Dessa steg krävs om du inte konfigurerade nätverksinställningar vid tidpunkten för OVA-distributionen.

Det interna gränssnittet (standardgränssnittet för trafik) används för CLI, SIP-trunkar, SIP-trafik och nodhantering. Det externa (externa) gränssnittet är för HTTPS- och websockets kommunikation till Webex, tillsammans med överlappningstrafiken från noderna till Webex.

1

Öppna nodkonsolgränssnittet via VM-ware vSphere-klienten och logga sedan in med administratörsuppgifterna.

Efter första konfigurationen av nätverksinställningarna och om videonätet kan nås kan du komma åt nodgränssnittet via ett säkert skal (SSH).

2

Välj alternativ från huvudmenyn på videonätnodkonsolen 2 Redigera konfiguration och klicka sedan Välj.

3

Läs instruktionen om att samtalen avslutas på videonätnoden och klicka sedan på Ja.

4

Klicka på Statisk, ange IP-adressen för det interna gränssnittet, Mask, Gateway och DNS värden för ditt nätverk.

Videonätnoden måste ha en intern IP-adress och löstagbart DNS-namn. Nodens IP-adress får inte tillhöra det IP-adressintervall som är reserverat för intern användning av videonätnod. Standardreserverat IP-adressintervall är 172.17.42.0–172.17.42.63, vilket kan konfigureras i diagnostikmenyn. Detta IP-adressintervall är för kommunikation inom videonätnoden och mellan programvarubehållare som håller de olika komponenterna i noden – till exempel SIP-gränssnittet och medieomkodning.
Distribuera alla noder på samma subnät eller VLAN så att alla noder i ett kluster kan nås var klienterna bor i nätverket.
För en dubbel NIC DMZ-distribution kan du ange den externa IP-adressen i nästa procedur efter att du har sparat den interna nätverkskonfigurationen och startat om noden.

5

Ange din organisations NTP-server eller en annan extern NTP-server som kan användas i din organisation.

När du har konfigurerat NTP-servern och sparat nätverksinställningarna kan du följa stegen i Kontrollera hälsa på videonätnod från konsolen för att kontrollera att tiden synkroniseras korrekt via de angivna NTP-servrarna.

Om du konfigurerar fler än en NTP-server är omröstningsintervallet för redundans 40 sekunder.

6

(Valfritt) Ändra värdnamn eller domän om det behövs.

För att säkerställa en lyckad registrering i molnet använder du endast små tecken i värdnamnet som du har ställt in för videonätnoden. Kapitalisering stöds inte just nu.
När du använder eller konfigurerar FQDN eller värdnamn måste du även ange en giltig och löstagbar domän. Den totala längden på FQDN får inte överstiga 64 tecken.

7

Klicka Spara och klicka sedan på Spara ändringar och omstart.

Under sparningen utförs DNS-validering om du har angett en domän. En varning visas om FQDN (värdnamn och domän) inte kan lösas med de angivna DNS-serveradresserna. Du kan välja att spara genom att ignorera varningen, men samtal kommer inte att fungera förrän FQDN kan lösa den DNS som konfigurerats på noden. När videonätnoden har startats om träder nätverkskonfigurationen i kraft.

Nästa steg

När programvarubilden har installerats och konfigurerats med nätverksinställningarna (IP-adress, DNS, NTP och så vidare) och är tillgänglig i företagsnätverket kan du gå till nästa steg för att säkert registrera den i molnet. IP-adressen som har konfigurerats i videonätnoden är endast tillgänglig från företagsnätverket. Ur ett säkerhetsperspektiv är noden härdad, vilket innebär att endast kundadministratörer kan komma åt nodens gränssnitt för att utföra konfiguration.

Ange det externa nätverksgränssnittet för videonätnoden

När noden är online igen och du har verifierat den interna nätverkskonfigurationen kan du konfigurera det externa nätverksgränssnittet om du distribuerar videonätnoden i ditt nätverks DMZ så att du kan isolera företagstrafiken (intern) från extern (extern) trafik.

1

Välj alternativ från huvudmenyn på videonätnodkonsolen 5 Extern IP-konfiguration och klicka sedan Välj.

2

Klicka på 1 Aktivera/inaktivera, Välj och sedan Ja för att aktivera de externa IP-adressalternativen på noden.

3

Som du gjorde med den initiala nätverkskonfigurationen anger du värdena IP-adress (extern), mask och gateway.

Fältet Gränssnitt visar namnet på det externa gränssnittet för noden.

4

Klicka på Spara och starta om.

Noden startar om igen för att aktivera den dubbla IP-adressen och konfigurerar sedan automatiskt de grundläggande statiska dirigeringsreglerna. Dessa regler fastställer att trafik till och från en privat klass IP-adress använder ett internt gränssnitt; trafik till och från en offentlig klass IP-adress använder ett externt gränssnitt. Senare kan du skapa egna dirigeringsregler – till exempel om du behöver konfigurera en åsidosättning och tillåta åtkomst till en extern domän från det interna gränssnittet.

Under vissa omständigheter kan den befintliga SSH-anslutningen avslutas. För organisationer som använder IP-adresser från det offentliga intervallet måste du återställa en SSH-anslutning till den offentliga IP-adressen för videonätnoden.

5

För att validera den interna och externa IP-adresskonfigurationen går du till 4 Diagnostik från konsolens huvudmeny och väljer sedan Ping.

6

I fältet ping anger du en destinationsadress som du vill testa, till exempel en extern destination eller en intern IP-adress och klickar sedan på OK.

Testa en extern destination (till exempel cisco.com). Om det lyckas visar resultaten att destinationen har åtkomst från det externa gränssnittet.
Testa en intern IP-adress. Om detta lyckas visar resultaten att adressen har hämtats från det interna gränssnittet.

Nästa steg

API:er för videonätnod

API:er för videonätnod gör det möjligt för organisationens administratörer att hantera lösenord, interna och externa nätverksinställningar, underhållsläge och servercertifikat relaterade till videonätnoder. Dessa API:er kan åberopas via valfritt API-verktyg som Postman, eller så kan du skapa ditt eget skript för att ringa dem. Användaren måste ringa API:erna med lämplig slutpunkt (du kan använda antingen nod-IP eller FQDN), metod, kropp, rubriker, auktorisation etc. för att utföra önskad åtgärd och få ett lämpligt svar, enligt informationen nedan.

API:er för VMN-administration

API:er för administration av videonät gör det möjligt för organisationsadministratörer att hantera underhållsläge och administratörskonto för videonätnoderna.

Hämta status för underhållsläget

Hämtar status för aktuellt underhållsläge (Förväntad status: på, av, väntar eller begärs).

[GET] https://<node_ip>/api/v1/externt/underhållsläge

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Aktivera eller inaktivera underhållsläge

När du placerar en videonätnod i underhållsläge stängs samtalstjänsterna på ett snyggt sätt (slutar att acceptera nya samtal och väntar upp till 2 timmar innan befintliga samtal slutförs).

[PUT] https://<node_ip>/api/v1/externt/underhållsläge

Ring endast det här API när det inte finns några aktiva samtal.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

{
      "maintenanceMode": "on"
}

underhållsläge – Status för underhållsläget som ska ställas in – ”på” eller ”av”.

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Ändra administratörslösenord

Ändrar administratörsanvändarens lösenord.

[PUT] https://<node_ip>/api/v1/externt/lösenord

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

{
  "newPassword": "new"
}

nyttLösenord – Det nya lösenordet som ska ställas in för ”admin”-kontot för videonätnoden.

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

VMN-nätverks-API:er

API:er för videonätverk gör det möjligt för organisationens administratörer att hantera interna och externa nätverksinställningar.

Hämta extern nätverkskonfiguration

Identifierar om det externa nätverket är aktiverat eller inaktiverat. Om det externa nätverket är aktiverat hämtar det även den externa IP-adressen, den externa nätmasken och den externa gatewayen.

[GET] https://<node_ip>/api/v1/externt/externtnätverk

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Redigera extern nätverkskonfiguration

Ändrar inställningarna för det externa nätverket. Detta API kan användas för att antingen aktivera det externa nätverket tillsammans med inställning eller redigering av det externa nätverksgränssnittet med extern IP-adress, extern nätmask och extern gateway. Den kan också användas för att inaktivera det externa nätverket. När du har gjort ändringar i den externa nätverkskonfigurationen startas noden om för att tillämpa dessa ändringar.

[PUT] https://<node_ip>/api/v1/externt/externtnätverk

Du kan endast konfigurera detta för nydistribuerade videonätnoder vars standardadministratörslösenord har ändrats. Använd inte detta API efter att noden har registrerats i en organisation.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

Aktivera externt nätverk:


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

Inaktivera externt nätverk:

{
  "externalNetworkEnabled": false
}

externtnätverksaktiverat – Boolean värde (sant eller falskt) för att aktivera/inaktivera externt nätverk
externIP – Den externa IP som ska läggas till
externMask – Nätmask för det externa nätverket
externgateway – gateway för det externa nätverket

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

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

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

Exempelsvar 3:

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

Exempelsvar 4:

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

Hämta interna nätverksinformation

Hämtar information om intern nätverkskonfiguration som inkluderar nätverksläge, IP-adress, nätmask, gateway, information om DNS-caching, DNS-servrar, NTP-servrar, internt gränssnitt MTU, värdnamn och domän.

[GET] https://<node_ip>/api/v1/externt/internt nätverk

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

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

Exempelsvar 2:


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

Exempelsvar 3:

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

Redigera DNS-servrar

Uppdaterar DNS-servrar med nya.

[PUT] https://<node_ip>/api/v1/externt/internt nätverk/dns

Placera noden i underhållsläge innan du gör den här ändringen. Se Aktivera eller inaktivera underhållsläge för mer information om hur du flyttar en nod till underhållsläge.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

{
    "dnsServers": "1.1.1.1 2.2.2.2"
}

dnsservrar – DNS-servrar som ska uppdateras. Flera utrymmesavgränsade DNS-servrar är tillåtna.

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Redigera NTP-servrar

Uppdaterar NTP-servrar med nya.

[PUT] https://<node_ip>/api/v1/externt/interntnätverk/ntp

Placera noden i underhållsläge innan du gör den här ändringen. Se Aktivera eller inaktivera underhållsläge för mer information om hur du flyttar en nod till underhållsläge.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

{
    "ntpServers": "1.1.1.1 2.2.2.2"
}

ntpServers – NTP-servrar ska uppdateras. Flera utrymmesseparerade NTP-servrar är tillåtna.

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Redigera värdnamn och domän

Uppdaterar värdnamnet och domänen för videonätnoden.

[PUT] https://<node_ip>/api/v1/externt/interntnätverk/värd

Placera noden i underhållsläge innan du gör den här ändringen. Noden startas om för att verkställa ändringen. Se Aktivera eller inaktivera underhållsläge för mer information om hur du flyttar en nod till underhållsläge.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

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

värdnamn – Nodens nya värdnamn.
domän – Den nya domänen för nodens värdnamn (valfritt).

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Aktivera eller inaktivera cachelagring av DNS

Aktiverar eller inaktiverar DNS-caching. Överväg att aktivera cachelagring om DNS-kontroller ofta tar över 750 ms att lösa, eller om det rekommenderas av Cisco Support.

[PUT] https://<node_ip>/api/v1/externt/interntnätverk/dns-caching

Placera noden i underhållsläge innan du gör den här ändringen. Noden startas om för att verkställa ändringen. Se Aktivera eller inaktivera underhållsläge för mer information om hur du flyttar en nod till underhållsläge.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

{
    "dnsCaching": true
}

dnsCaching – konfiguration av DNS-caching. Accepterar Boolean-värde (sant eller falskt).

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Redigera MTU för gränssnitt

Ändrar den maximala överföringsenheten (MTU) för nodens nätverksgränssnitt från standardvärdet 1 500. Värden mellan 1280 och 9000 är tillåtna.

[PUT] https://<node_ip>/api/v1/externt/interntnätverk/mtu

Placera noden i underhållsläge innan du gör den här ändringen. Noden startas om för att verkställa ändringen. Se Aktivera eller inaktivera underhållsläge för mer information om hur du flyttar en nod till underhållsläge.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

{
    "internalInterfaceMtu": 1500
}

interntInterfaceMtu – Maximal överföringsenhet för nodens nätverksgränssnitt. Värdet bör vara mellan 1280 och 9000.

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

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

Exempelsvar 2:

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

Exempelsvar 3:


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

API:er för VMN-servercertifikat

API:er för videonätservercertifikat gör det möjligt för organisationsadministratörer att skapa, uppdatera, hämta och ta bort certifikat relaterade till videonätnoder. Mer information finns i Exchange certifikatkedjor mellan Unified CM och videonätnoder.

Skapa CSR-certifikatet

Genererar ett CSR-certifikat (Certificate Signing Request) och den privata nyckeln, baserat på den information som anges.

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

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

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

gemensamtNamn – IP/FQDN för videonätnoden som ges som vanligt namn. (obligatoriskt)
e-postadress – Användarens e-postadress. (valfritt)
altNamn – Alternativt ämnesnamn (valfritt). Flera separata FQDN:er tillåts. Om den tillhandahålls måste den innehålla det vanliga namnet. Om altnamn inte anges tar det det gemensammanamnet som värdet av altnamn.
organisation – Organisations-/företagsnamn. (valfritt)
organisationsenhet – organisationsenhet eller avdelnings- eller gruppnamn etc. (valfritt)
plats – stad/plats. (valfritt)
delstat - delstat/provins. (valfritt)
land - land/region. Förkortning med två bokstäver. Ange inte mer än två bokstäver. (valfritt)
lösenfras – Lösenfras för privat nyckel. (valfritt)
nyckelbitsstorlek – Bitsstorlek för privat nyckel. Godkända värden är 2048, som standard, eller 4096. (valfritt)

Begär rubriker:

Innehållstyp: '''tillämpning/json'''

Exempelsvar:

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

Exempelsvar 2:


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

Exempelsvar 3:

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

Exempelsvar 4:

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

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

Hämta CSR-certifikatet

Hämtar det genererade CSR-certifikatet.

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

Du kan även hämta filen via alternativet Skicka och hämta .

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Hämta den privata nyckeln

Hämtar den privata nyckeln som genereras tillsammans med CSR-certifikatet.

[GET] https://<node_ip>/api/v1/externcertifikathanterare/nyckel

Du kan även hämta filen via alternativet Skicka och hämta .

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:


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

Exempelsvar 2:

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

Ta bort CSR-certifikatet

Tar bort det befintliga CSR-certifikatet.

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

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Ta bort den privata nyckeln

Tar bort den befintliga privata nyckeln.

[DELETE] https://<node_ip>/api/v1/externcertifikathanterare/nyckel

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Installera CA-signerat certifikat och privat nyckel

Överför det medföljande CA-signerade certifikatet och den privata nyckeln på videonätnoden och installerar certifikatet på noden.

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

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

Använd ”formulärdata” för att ladda upp följande filer:

CA-signerad certifikatfil (.crt) med nyckeln som "crtfil".
Fil med privat nyckel (.nyckel) med nyckeln som "nyckelfil".

Begär rubriker:

Innehållstyp: "Flerdelsdata/formulärdata"

Exempelsvar:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

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

Hämta CA-signerat certifikat

Hämtar det CA-signerade certifikatet som är installerat på noden.

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

Du kan även hämta filen via alternativet Skicka och hämta .

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Ta bort CA-signerat certifikat

Tar bort det CA-signerade certifikatet som är installerat på noden.

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

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Vanliga API-svar

Nedan visas några exempelsvar som du kan stöta på när du använder någon av de API:er som nämns ovan.

Exempelsvar 1: Felaktiga inloggningsuppgifter som anges i den grundläggande auktorisationen.

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

Exempelsvar 2: VMN uppgraderas inte till den version som krävs som stöder dessa API:er.

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

Exempelsvar 3: Fel domare angavs i sidhuvudet (när sidhuvudet inte förväntades).

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

Exempelsvar 4: Hastighetsgränsen har överskridits. Försök efter en stund.


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

Lägg till interna och externa dirigeringsregler

I en distribution av dubbelt nätverksgränssnitt (NIC) kan du finjustera dirigeringen för videonätnoder genom att lägga till användardefinierade dirigeringsregler för externa och interna gränssnitt. Standardrutorna läggs till i noderna, men du kan göra undantag – till exempel externa undernät eller värdadresser som måste nås via det interna gränssnittet, eller interna undernät eller värdadresser som måste nås från det externa gränssnittet. Utför följande steg vid behov.

1

I gränssnittet för videonätnod väljer du 5 Extern IP-konfiguration och klickar sedan på Välj.

2

Välj 3 Hantera dirigeringsregler och klicka sedan på Välj.

Första gången du öppnar den här sidan visas standardsystemdirigeringsreglerna i listan. Som standard går all intern trafik via det interna gränssnittet och extern trafik via det externa gränssnittet.

Du kan lägga till manuella åsidosättningar till dessa regler i nästa steg.

3

Följ dessa steg vid behov:

Klicka på Lägg till extern rutt och ange sedan det interna undernätet eller värd-IP-adressen som ska användas för den externa rutten.
Klicka på Lägg till intern rutt och ange sedan det externa subnätet eller värd-IP-adressen som ska användas för den interna rutten.

När du lägger till varje regel visas de i listan över routningsregler, kategoriserade som användardefinierade regler.

Standardrutorna kan inte tas bort, men du kan ta bort alla användardefinierade åsidosättningar som du har konfigurerat.

Anpassade dirigeringsregler kan skapa risk för konflikter med annan dirigering. Du kan till exempel definiera en regel som låser din SSH-anslutning till gränssnittet för videonätnod. Om detta inträffar gör du något av följande och tar sedan bort eller ändra dirigeringsregeln:

Öppna en SSH-anslutning till den offentliga IP-adressen för videonätnoden.
Öppna videonätnoden via ESXi-konsolen

Registrera videonätnoden i Webex Cloud

Använd den här proceduren för att registrera videonätnoder i Webex-molnet och slutföra ytterligare konfiguration. När du använder Control Hub för att registrera din nod skapar du ett kluster som noden har tilldelats. Ett kluster innehåller en eller flera medienoder som betjänar användare i en viss geografisk region. Registreringsstegen konfigurerar även SIP-samtalsinställningar, konfigurera ett uppgraderingsschema och prenumerera på e-postaviseringar.

Innan du börjar

När du påbörjar registreringen av en nod måste du slutföra den inom 60 minuter eller så måste du börja om.
Se till att alla popup-blockerare i webbläsaren är inaktiverade eller att du tillåter undantag för https://admin.webex.com.
För bästa resultat distribuerar du alla noder i ett kluster i samma datacenter. Se Kluster i videonät för hur de fungerar och bästa metoderna.
Från värden eller datorn där du registrerar videonätnoder i molnet måste du ha anslutning till Webex-molnet och de IP-adresser för videonätnoderna som registreras (i en dubbel NIC-miljö, särskilt de interna IP-adresserna för videonätnoderna).

1

Logga in på Control Hub.

Du loggar in i Control Hub med administratörsuppgifterna. Administrationsfunktionen för Control Hub är endast tillgänglig för användare som har definierats som administratörer i Control Hub. Se Kundkontoroller för mer information.

2

Gå till Tjänster > Hybrid och välj en:

Konfigurera: Välj det här alternativet om det här är den första videonätnoden du registrerar och klicka sedan på Nästa.

Se Slutför förutsättningarna för videonät för mer information.
Visa alla: Välj det här alternativet om du redan har registrerat en eller flera videonätnoder och klicka sedan på Lägg till resurs.

3

Kontrollera att du har installerat och konfigurerat videonätnoden. Klicka Ja, jag är redo att registrera mig..., klicka sedan på Nästa.

4

I Skapa ett nytt eller välj ett kluster väljer du ett:

För ett nytt kluster anger du ett namn för det kluster som du vill tilldela din videonätnod till.
För ett befintligt kluster klickar du på fältet och väljer sedan ett befintligt kluster som du vill lägga till den nya noden till.

Vi rekommenderar att du namnger ett kluster baserat på var klusternoderna befinner sig geografiskt. Till exempel "San Francisco".

5

I Ange FQDN- eller IP-adressen anger du det fullständigt kvalificerade domännamnet (FQDN) eller den interna IP-adressen till din videonätnod och klickar sedan på Nästa.

Om du använder FQDN anger du en domän som kan lösas med DNS.
Om du använder en IP-adress anger du samma interna IP-adress som du använde för att konfigurera noden från konsolen.

En FQDN måste lösas direkt till IP-adressen annars är den inte användbar. Vi utför valideringen på FQDN för att utesluta eventuell typ- eller konfigurationsfel.

Det dubbla nätverksgränssnittet stöder inte att ange en FQDN för den externa IP-adressen. FQDN kan endast läggas till på skärmen där intern IP-adress anges. Det är vad FQDN måste lösa för att använda DNS-servrar som anges på samma skärm.

6

Under Uppgraderingsschema väljer du tid, frekvens och tidszon.

Standardvärdet är ett dagligt uppgraderingsschema. Du kan ändra det till ett veckoschema på en viss dag. När en uppgradering är tillgänglig uppgraderas videonätnodprogramvaran automatiskt under den tid du väljer.

När en uppgradering är tillgänglig kan du använda Uppgradera nu för att starta uppgraderingen före nästa underhållsfönster eller Senarelägga för att skjuta upp den till nästa fönster.

7

Under E-postaviseringar lägger du till administratörens e-postadresser för att prenumerera på aviseringar om tjänstelarm och programvaruuppgraderingar.

Din administratörs e-postadress läggs till automatiskt. Du kan ta bort den om du vill.

8

Aktivera inställningen för videokvalitet för att aktivera video 1080p 30 fps.

Med den här inställningen kan SIP-mötesdeltagare som deltar i ett möte som är värd i en videonätnod använda video 1080p 30 fps om de alla är inne i företagets nätverk och använder en enhet med hög upplösning. Inställningen gäller för alla kluster av noder.

Om den här inställningen är inaktiverad är standardvärdet 720p.
För videolösningar som stöds av Webex-appen, se Videospecifikationer för samtal och möten.

9

Läs informationen under Slutför registreringen och klicka sedan på Gå till nod för att registrera noden i Webex-molnet.

En ny webbläsarflik öppnas för att kontrollera noden. Det här steget skyddar videonätnoden med hjälp av nodens IP-adress. Under registreringsprocessen omdirigerar Control Hub dig till videonätnoden. IP-adressen måste vara skyddad, annars misslyckas registreringen. Registreringsprocessen måste slutföras från företagsnätverket där noden är installerad.

10

Markera Tillåt åtkomst till Webex-videonätnoden och klicka sedan på Fortsätt.

11

Klicka på Tillåt .

Ditt konto har validerats, din videonätnod är registrerad och meddelandet Registrering slutförd visas, vilket indikerar att din videonätnod nu är registrerad i Webex.

Videonätnoden får maskinautentiseringsuppgifter baserat på din organisations berättiganden. De genererade maskininloggningsuppgifterna upphör regelbundet och uppdateras.

12

Klicka på portallänken eller stäng fliken för att gå tillbaka till videonätsidan.

På videonätsidan ser du nu det nya klustret som innehåller videonätnoden som du har registrerat.

Om du går till klustret visas den nya videonätnoden, som inledningsvis visar status för registrering. Noden ändras till Körs när den är klar att användas i din Webex-organisation.
Eftersom programvaran är en behållare som innehåller tjänster från molninfrastrukturen får den uppdateringar från molnet för att förbli synkroniserade med molntjänsterna. Obligatoriska uppdateringar kan installeras strax efter att du har registrerat noden i molnet. Du kan även ändra ditt automatiska uppgraderingsschema. Se Automatiska uppgraderingar för Hybrid-tjänsteresurser för mer information.
Om du har installerat demobilden på noden som du har registrerat visas ett demo-läge gult statuslarm. Detta larm är normalt, men vi rekommenderar att du installerar hela programvarubilden innan 90-dagars grace period löper ut för demobilden.

Vid detta tillfälle är videonätnoden redo att kommunicera med Ciscos molntjänster via säkrade kanaler med en token som utfärdats för autentisering. Videonätnoden kommunicerar också med Docker Hub (docker.com, docker.io). Docker används av videonätnod för att lagra behållare för distribution till olika videonätnoder över hela världen. Endast Cisco har inloggningsuppgifter för att skriva till Docker Hub. Videonätnoderna kan nå ut till Docker Hub med skrivskyddade inloggningsuppgifter för att hämta behållarna för uppgraderingar.

Bilder hämtas baserat på checksum, som överförs till noden som en del av etableringsdata. Se det här dokumentet för mer information om hur dockarpull fungerar: https://docs.docker.com/v17.09/engine/userguide/storagedriver/imagesandcontainers/#sharing-promotes-smaller-images

Tänk på saker

Kom ihåg följande information om videonätnod och hur den fungerar när den har registrerats hos din Webex-organisation:

När du distribuerar en ny videonätnod kommer Webex-appen och Webex-registrerade enheten inte att känna igen den nya noden på upp till 2 timmar. Klienterna kontrollerar om kluster kan nås under uppstart, nätverksändring eller cache upphör att gälla. Du kan vänta i 2 timmar eller, som en lösning, starta om Webex-appen eller starta om Webex-rums- eller skrivbordsenheten. Efteråt fångas samtalsaktiviteten i videonätrapporterna i Control Hub.
En videonätnod registreras till en enda Webex-organisation; det är inte en enhet med flera klienter.
För att förstå vad som använder videonätnod och vad som inte används, se tabellen i Klienter och enheter som använder videonätnod.
Videonätnoden kan ansluta till din Webex-webbplats eller till en annan kund eller partners Webex-webbplats. Webbplats A har till exempel distribuerat ett videonätnodkluster och registrerat det med exempel1.webex.com-domänen. Om användare på webbplats A ringer in till mymeeting@example1.webex.com använder de videonätnoden och en överlappning kan skapas. Om användarna på webbplatsen A ringer yourmeeting@example2.webex.com kommer webbplatsen A-användare att använda sin lokala videonätnod och ansluta till mötet på webbplats B:s Webex-organisation.

Nästa steg

Upprepa dessa steg om du vill registrera ytterligare noder.
Om en uppgradering är tillgänglig rekommenderar vi att du tillämpar den så snart som möjligt. Utför följande steg för att uppgradera:
1. Etableringsdata drivs till Webex-molnet av Ciscos utvecklingsteam över säkra kanaler. Etableringsdata är signerade. För behållarna innehåller etableringsdata namn, checksum, version och så vidare. Videonätnoden får även sin etableringsdata från Webex-molnet via säkra kanaler.
2. När videonätnoden får sin etableringsdata autentiseras noden med skrivskyddade inloggningsuppgifter och hämtar behållaren med specifik checksum och namn och uppgraderar systemet. Varje behållare som körs med videonätnod har ett bildnamn och en checksum. Dessa attribut laddas upp till Webex-molnet med säkrade kanaler.

Aktivera tjänstekvalitet (QoS) för videonätnod

Innan du börjar

Gör nödvändiga ändringar av brandväggsporten som täcks i diagrammet och tabellen. Se Portar och protokoll som används av videonät.
För att videonätnoder ska aktiveras för QoS måste noderna vara online. Noder i underhållsläge eller offline-tillstånd utesluts när du aktiverar den här inställningen.

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid, klicka på Redigera inställningar på videonätkortet.

2

Bläddra till tjänstekvalitet och klicka på Aktivera.

När detta är aktiverat får du det stora, diskret portintervallet (bestämt av lokal samtalskontrollkonfiguration) som används för ljud och video för lokala SIP-klienter/slutpunkter och intraklusteröverlappningar med unika DSCP-markeringar:.

Ljud: 52500–59499 och 59500–62999 DSCP EF (Expedited Forward)
Video/innehåll: 63000–64667 och 64668–65500 DSCP AF41

All SIP- och överlappningstrafik från videonätnoder är markerade med EF för ljud och AF41 för video. De diskreta portintervallerna används som källportar för kaskademedia till andra videonätnoder och molnmedienoder samt källa- och destinationsportar för SIP-klientmedia. Webex Teams-appar och kaskademedia fortsätter att använda destinationsporten 5004 och portramge 50000–53000.

All returtrafik för videonät (ljud, video, innehåll) från de delade portarna är markerade med AF41. Ljudtrafiken måste noteras till EF i nätverket, baserat på källportnumren.

Ett statusmeddelande visas som visar vilka noder som aktiveras en för en för QoS-portintervallet. Du kan klicka på granska väntande noder för att se en lista över väntande noder för QoS. Det kan ta upp till 2 timmar att aktivera den här inställningen, beroende på samtalstrafik på noderna.

3

Om QoS inte är helt aktiverat inom 2 timmar, öppna ett ärende med stöd för ytterligare utredning.

Noderna startas om och uppdateras med det nya portintervallet.

Om du bestämmer dig för att inaktivera inställningen får du det lilla konsoliderade portintervallet som används för både ljud och video (34000–34999). All trafik från videonätnoder (SIP, överlappningar, molntrafik och så vidare) får en enda märkning av AF41.

Verifiera portintervall för videonätnod med reflektorverktyg i webbgränssnittet

Reflektorverktyget (en kombination av en server på videonätnoden och klienten via ett Python-skript) används för att kontrollera om de obligatoriska TCP/UDP-portarna är öppna från videonätnoder.

Innan du börjar

Hämta en kopia av Reflector Tool Client (ett Python-skript) från https://github.com/CiscoDevNet/webex-video-mesh-reflector-client.
Se till att du kör Python 2.7.10 eller senare i din miljö för att skriptet ska fungera korrekt.
För närvarande har det här verktyget stöd för SIP-slutpunkter för videonätnoder och intraklusterverifiering.

1	Från kundvyn i https://admin.webex.com aktiverar du underhållsnoden för videonätnoden genom att följa dessa instruktioner.
2	Vänta på att noden visar status ”redo för underhåll” i Control Hub.
3	Öppna gränssnittet för Webex-videonätnod. Anvisningar finns i Hantera videonätnod från webbgränssnittet.
4	Bläddra till Reflector Tool och starta sedan antingen TCP Reflector Server eller UDP Reflector Server, beroende på vilket protokoll du vill använda.
5	Klicka på Starta reflektorserver och vänta sedan på att servern ska starta. Du ser ett meddelande när servern startar.
6	Kör skriptet med följande kommando från ett system (t.ex. en dator) i ett nätverk som du vill att videonätnoder ska nå: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` I slutet av körningen visar klienten ett framgångsmeddelande om alla obligatoriska portar är öppna: Klienten visar ett misslyckat meddelande om några obligatoriska portar inte är öppna:
7	Lös alla portproblem på brandväggen och kör sedan vidare stegen ovan.
8	Kör klienten med `--help` för att få mer information.

Konfigurera videonätnod för proxyintegrering

Använd den här proceduren för att ange vilken typ av proxy som du vill integrera med ett videonät. Om du väljer en transparent inspektionsproxy eller en uttrycklig proxy kan du använda nodens gränssnitt för att ladda upp och installera rotcertifikatet, kontrollera proxyanslutningen och felsöka eventuella problem.

Innan du börjar

Se Proxystöd för videonät för en översikt över de proxyalternativ som stöds.
Krav för proxystöd för videonät

1

Ange URL för konfiguration av videonät https://[IP or FQDN/setup i en webbläsare anger du administratörsuppgifterna som du har konfigurerat för noden och klickar sedan på Logga in.

2

Gå till Trust Store och Proxy och välj sedan ett alternativ:

Ingen proxy – standardalternativet innan du integrerar en proxy. Ingen certifikatuppdatering krävs.
Transparent icke-inspekterande proxy – videonätnoder har inte konfigurerats för att använda en specifik proxyserveradress och bör inte kräva några ändringar för att fungera med en icke-inspekterande proxy. Ingen certifikatuppdatering krävs.
Transparent inspektion av proxy – videonätnoder har inte konfigurerats för att använda en specifik proxyserveradress. Inga http(s)-konfigurationsändringar krävs för videonät. Videonätnoderna behöver dock ett rotcertifikat så att de litar på proxyn. Inspekterade proxyservrar används vanligtvis av IT för att upprätthålla policyer om vilka webbplatser som kan besökas och vilka typer av innehåll som inte är tillåtna. Den här typen av proxy avkrypterar all trafik (även https).

Explicit proxy – Med explicit proxy berättar du för klienten (videonätnoder) vilken proxyserver som ska användas och det här alternativet har stöd för flera autentiseringstyper. När du har valt det här alternativet måste du ange följande information:

Proxy-IP/FQDN – Adress som kan användas för att nå proxydatorn.
Proxyport – Ett portnummer som proxyn använder för att lyssna efter proxieterad trafik.
Proxyprotokoll – Välj http (videonätstunnlar dess https-trafik via http-proxy) eller https (trafik från videonätnoden till proxyn använder https-protokollet). Välj ett alternativ baserat på vad din proxyserver stöder.

Välj bland följande autentiseringstyper, beroende på din proxymiljö:

Alternativ	Användning
Ingen	Välj uttryckliga proxyservrar för HTTP eller HTTPS där det inte finns någon autentiseringsmetod.
Grundläggande	Tillgängligt för uttryckliga proxyservrar för HTTP eller HTTPS. Används för en HTTP-användaragent för att ange ett användarnamn och lösenord när en begäran görs och använder Base64-kodning.
Smältning	Endast tillgängligt för uttryckliga proxyservrar för HTTPS. Används för att bekräfta kontot innan du skickar känslig information och använder en hashfunktion på användarnamn och lösenord innan du skickar över nätverket.
NTLM	Endast tillgängligt för uttryckliga HTTP-proxyservrar. Som Digest, används för att bekräfta kontot innan du skickar känslig information. Använder Windows-inloggningsuppgifter istället för användarnamn och lösenord. Om du väljer det här alternativet anger du den Active Directory-domän som proxyn använder för autentisering i fältet NTLM-domän. Ange namnet på proxyarbetsstationen (även kallat ett arbetsstationskonto eller maskinkonto) inom den angivna NTLM-domänen i fältet NTLM Workstation.

Följ nästa steg för en genomskinlig inspektion eller uttrycklig proxy.

3

Klicka på Överför ett rotcertifikat eller ett slutcertifikat och leta sedan upp och välj rotcertifikatet för den uttryckliga eller genomskinliga inspektionsproxyn.

Certifikatet har överförts men inte installerats än eftersom noden måste startas om för att installera certifikatet. Klicka på pilen efter certifikatutfärdarens namn för att få mer information eller klicka på Ta bort om du har gjort ett misstag och vill ladda upp filen igen.

4

Klicka på Kontrollera proxyanslutning för att testa nätverksanslutningen mellan videonätnoden och proxyn om du vill inspektera eller uttryckliga proxyproxyservrar.

Om anslutningstestet misslyckas visas ett felmeddelande som visar orsaken och hur du kan åtgärda problemet.

5

När anslutningstestet har passerat aktiverar du växlingsknappen till Dirigera alla portförfrågningar 443 https från den här noden via den uttryckliga proxyn. Den här inställningen tar 15 sekunder att träda i kraft.

6

Klicka på Installera alla certifikat I Trust Store (visas när ett rotcertifikat lades till under proxykonfigurationen) eller Starta om (visas om inget rotcertifikat har lagts till), läs instruktionen och klicka sedan på Installera om du är redo.

Noden startas om inom några minuter.

7

När noden startas om loggar du in igen om det behövs och öppnar sedan sidan Översikt för att kontrollera anslutningskontrollerna för att se till att de alla är i grön status.

Proxyanslutningskontrollen testar endast en underdomän för webex.com. Om det finns anslutningsproblem är ett vanligt problem att vissa av molndomänerna som anges i installationsinstruktionerna blockeras vid proxyn.

Integrera videonät med uppgiftsflöde för samtalskontroll

Konfigurera SIP-trunkar för att dirigera SIP-inringning för Webex-möten i videonät. SIP-enheter stöder inte direkt åtkomst, så du måste använda Unified CM- eller VCS Expressway-konfigurationen för att etablera ett förhållande mellan lokala SIP-enheter och dina videonätskluster.

Innan du börjar

Se Distributionsmodeller för videonät och Cisco Unified Communications Manager för att förstå vanliga distributionsexempel.
Videonät har stöd för antingen TCP eller TLS mellan Unified CM- och SIP-signalering. SIP TLS stöds inte för VCS Expressway.
I Unified CM kan varje SIP-trunk stödja upp till 16 videomesh-destinationer (IP-adresser).
I Unified CM kan inkommande portar på säkerhetsprofilen för SIP-trunk vara standard (icke-säker SIP-trunk profil).
Videonät har stöd för 2 dirigeringsmönster: webbplatsnamn.webex.com och meet.ciscospark.com. Andra dirigeringsmönster stöds inte.

Videonät har stöd för 3 dirigeringsmönster: webex.com (för korta videoadresser), webbplatsnamn.webex.com och meet.ciscospark.com. Andra dirigeringsmönster stöds inte.

När du använder formatet för kort videoadress ( meet@webex.com ), hanterar alltid videonätsnoden samtalet. Noden hanterar samtalet även om samtalet går till en webbplats som inte har videonät aktiverat.

Välj ett av dessa alternativ, beroende på miljön för samtalskontroll och säkerhetskrav:

Konfigurera Unified CM-säker TLS SIP-trafikroutning för videonät
Konfigurera Unified CM TCP SIP-trafikroutning för videonät
Konfigurera Expressway TCP SIP-trafikroutning för videonät (endast TCP)

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

Konfigurera Unified CM med videonät med antingen TLS-krypterad eller TCP SIP-trafik. Du kan skapa en trunkdirigeringspolicy som återspeglar klusterinställningar och är mycket tillgänglig och motståndskraftig mot enhetsfel. Om du använder Unified CM Session Management Edition (SME) konfigurerar du trunkar på Unified CM SME- och bladsystemen så att inkommande och utgående samtal fördelas jämnt mellan Unified CM-servrar inom sessionshanteringsklustret.

Vanligtvis har varje webbplats ett dedikerat Unified CM-kluster som är kopplat till det. Dessa kluster ansluts via interkluster-SIP-trunkar. Varje kluster har inringningstrunkar till den lokala webbplatsen för videonätnoderna.

Du kan även konfigurera distributionen för att hantera fel- eller överflödsförhållanden. Den här konfigurationen hjälper om det uppstår ett avbrott eller om videonätklustren har uppnått kapacitet. Om SIP-mötet eller samtalet inte kan upprättas med ett kluster kommer mötet eller samtalet att överflödas till molnet.

SIP-enheter registrerade på VCS eller Expressway (endast TCP)

Konfigurera grannzoner och sökregler för att dirigera SIP-inringning och uppringning för Cisco Webex-möten till videonätkluster. SIP-enheter som är registrerade i en VCS-kontroll eller Expressway-C har inte stöd för direktåtkomst, så du måste använda en TCP-baserad Expressway-konfiguration för att etablera ett förhållande mellan lokala SIP-enheter och dina videonätkluster.

Du kan även konfigurera distributionen för att hantera fel- eller överflödsförhållanden. Den här konfigurationen hjälper om det uppstår ett avbrott eller om videonätklustren har uppnått kapacitet. Om SIP-mötet eller samtalet inte kan upprättas med ett kluster överförs mötet eller samtalet till molnet via VCS Control/Expressway-C eller ett Expressway C/E-par.

Konfigurera Unified CM-säker TLS SIP-trafikroutning för videonät

1

Skapa en SIP-profil för videonätkluster:

Från Cisco Unified CM Administration går du till Enhet > Enhetsinställningar > SIP-profil och klickar sedan på Sök.
Välj Standard SIP-profil för Cisco VCS och klicka sedan på Kopiera.
Ange ett namn för den nya profilen – till exempel: Video Mesh SIP Profile.
Under trunkspecifik konfiguration, ställ in Stöd för tidigt erbjudande för röst- och videosamtal till Bästa ansträngningar (ingen MTP införs).

Du kan tillämpa den här inställningen på en ny SIP-trunk i Webex-molnet (dirigeras av den externa domänen för Webex-webbplatsen). Inställningen påverkar inte befintlig SIP-trunkning eller samtalsomkoppling.
Se till att Aktivera ALTERNATIV Ping för att övervaka destinationsstatus för trunkar med tjänstetyp är markerat.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

2

Lägg till en ny säkerhetsprofil för SIP-trunk för videonätkluster:

Från Cisco Unified CM Administration väljer du System > Säkerhet > SIP-trunks säkerhetsprofil och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Secure SIP Trunk Security Profile

Bekräfta dessa inställningar:

Fält	Värde
enhetens säkerhetsläge	Krypterad
Typ av inkommande transport	TLS
Typ av utgående transport	TLS
X.509-ämnesnamn Säkert certifikatämne eller alternativt ämnesnamn	Ange det vanliga namnet på videonätnodcertifikatet.
Inkommande port	5061
SIP V.150 Utgående SDP-offertfiltrering	Använd standardfilter

Lämna alla andra fält med sina standardvärden och spara ändringarna.

3

Lägg till en ny SIP-trunk för att peka på dina videonätkluster:

I en distribution med endast Unified CM lägger du till en enda trunk.
I en SME-distribution finns det vanligtvis en trunk mellan Unified CM och SME. Lägg till en annan trunk mellan SME- och videonätnoder. Båda trunkarna måste ha samma inställningar som anges nedan.

Från Cisco Unified CM Administration väljer du Enhet > Trunk och klickar sedan på Lägg till ny.
Välj SIP-trunk för trunktypen, lämna de andra värdena och klicka på Nästa.
Ange ett betydelsefullt namn, till exempel Video_Mesh_SIP_Trunk_UCMtoVMN.
Markera kryssrutan SRTP-tillåten
För Infoformat för samtal och anslutning av part markerar du Leverera URI och DN i ansluten part, om tillgängligt. Den här inställningen aktiverar blandad identitet. Det gör att SIP-trunken kan överföra företagspartens katalog-URI till Webex.
Kontrollera Kör på alla aktiva Unified CM-noder.
Under SIP-information – destination anger du en IP-adress eller ett fullständigt kvalificerat domännamn (FQDN) för var och en av dina videonätnoder.
Ange 5061 för destinationsporten.
För säkerhetsprofilen för SIP-trunk väljer du säkerhetsprofilen för videonättrunk som du skapade tidigare. (Till exempel, Video Mesh Secure SIP Trunk Security Profile.)
För SIP-profilen väljer du den SIP-profil som du skapade tidigare. (Till exempel, Video Mesh SIP Profile.)
Lämna alla andra fält med sina standardvärden och spara ändringarna.

Ett videonätssamtal eller möte kan tilldela media till valfri nod i ett kluster, inte bara den nod som avslutar SIP-samtalet.

4

Skapa en SIP-trunk för att peka mot en Expressway för Webex-molnredogörelse.

Du kan använda en SIP-trunk som redan finns för en befintlig distribution av Unified CM och Expressway. Om du skapar en annan och även kör Mobile Remote Access (MRA) med dessa Expressways kan du bryta MRA.

Från Cisco Unified CM Administration väljer du Enhet > Trunk och klickar sedan på Lägg till ny.
Välj SIP-trunk för trunktypen, lämna de andra värdena och klicka på Nästa.
Ange ett betydelsefullt namn, till exempel Video_Mesh_VCS_Trunk.
För Infoformat för samtal och anslutning av part markerar du Leverera URI och DN i ansluten part, om tillgängligt. Den här inställningen aktiverar blandad identitet. Det gör att SIP-trunken kan överföra företagspartens katalog-URI till Webex.
Under SIP-information – destination anger du en IP-adress eller ett fullständigt kvalificerat domännamn (FQDN) för var och en av dina Expressways. För porten anger du 5060.
För SIP-profil väljer du Standard SIP-profil för Cisco VCS.

5

Skapa en ny dirigeringsgrupp för samtal till videonätskluster:

Från Cisco Unified CM Administration väljer du Samtalsomkoppling > Route/Hunt > Dirigeringsgrupp och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Node Route Group.
Ändra distributionsalgoritmen till Top Down.
I avsnittet Information om Dirigeringsgruppens medlemmar hittar du enheterna med namnet videonät.
Lägg till Video_Mesh_SIP_Trunk_UCM till VMN genom att klicka på Lägg till i dirigeringsgrupp.
Spara dina ändringar.

6

För överflöd till molnet skapar du en ny dirigeringsgrupp för samtal till Expressway:

Från Cisco Unified CM Administration väljer du Samtalsomkoppling > Route/Hunt > Dirigeringsgrupp och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Expressway Route Group.
Ändra distributionsalgoritmen till Top Down.
I avsnittet Information om Dirigeringsgruppens medlemmar hittar du enheterna med namnet videonät.
Lägg till Video_Mesh_VCS_Trunk genom att klicka på Lägg till i dirigeringsgrupp.
Spara dina ändringar.

7

Skapa en ny dirigeringslista för samtal till videonätkluster och Expressway:

Från Cisco Unified CM Administration väljer du Samtalsomkoppling > Route/Hunt > Dirigeringslista och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Node Route List.
Ställ in Cisco Unified Communications Manager Group som standard eller ett annat värde beroende på din konfiguration.
Spara dina ändringar.
Klicka på Lägg till dirigeringsgrupp i avsnittet Information om dirigeringslista och välj sedan Dirigeringsgrupp för videonät.
Lämna standardinställningarna för de andra inställningarna och spara sedan dina ändringar.
Klicka på Lägg till dirigeringsgrupp i avsnittet Information om dirigeringslista och välj sedan Expressway-dirigeringsgrupp för videonät.
Lämna standardinställningarna för de andra inställningarna och spara sedan dina ändringar.

8

Skapa ett SIP-routningsmönster för det korta videoadressformatet för uppringning av Webex-möten:

Från Samtalsomkoppling > SIP-routningsmönster klickar du på Lägg till ny och anger namnet Video Mesh Route Pattern for Webex Short URIs.
I IPv4-mönstret anger du webex.com som domän.
För SIP-trunk/dirigeringslista väljer du dirigeringslistan som skapats för videonät – till exempel, Lista över videonät.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

Med den korta videoadressens uppringningsfunktionen behöver användare inte längre komma ihåg namnet på Webex-webbplatsen för att delta i ett Webex-möte eller -händelse via ett videosystem. De kan delta i mötet snabbare eftersom de bara behöver veta mötets- eller händelsenummer.

9

Skapa ett SIP-dirigeringsmönster för Webex-webbplatsen:

Från Samtalsomkoppling > SIP-routningsmönster klickar du på Lägg till ny och anger namnet Video Mesh Route Pattern for Webex Sites.
I IPv4-mönstret anger du den Webex-webbplats som du vill ha optimerade media för – till exempel, examplesitename.webex.com.
För SIP-trunk/dirigeringslista väljer du dirigeringslistan som skapats för videonät – till exempel, Lista över videonät.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

10

Skapa ett SIP-routningsmönster för Webex-appmöten (bakåtkompatibilitet):

Från Samtalsomkoppling > SIP-routningsmönster klickar du på Lägg till ny och anger sedan namnet Video Mesh Route Pattern for Teams Meetings.
I IPv4-mönstret anger du meet.ciscospark.com.
För SIP-trunk/dirigeringslista väljer du dirigeringslistan som skapats för videonät – till exempel, Lista över videonät.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

Konfigurera Unified CM TCP SIP-trafikroutning för videonät

1

Skapa en SIP-profil för videonätkluster:

Från Cisco Unified CM Administration går du till Enhet > Enhetsinställningar > SIP-profil och klickar sedan på Sök.
Välj Standard SIP-profil för Cisco VCS och klicka sedan på Kopiera.
Ange ett namn för den nya profilen – till exempel: Video Mesh SIP Profile.
Under trunkspecifik konfiguration, ställ in Stöd för tidigt erbjudande för röst- och videosamtal till Bästa ansträngningar (ingen MTP införs).

Du kan tillämpa den här inställningen på en ny SIP-trunk på Webex (dirigeras av den externa domänen för Webex-webbplatsen). Inställningen påverkar inte befintlig SIP-trunkning eller samtalsomkoppling.
Se till att Aktivera ALTERNATIV Ping för att övervaka destinationsstatus för trunkar med tjänstetyp är markerat.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

2

Lägg till en ny säkerhetsprofil för SIP-trunk för videonätkluster:

Från Cisco Unified CM Administration väljer du System > Säkerhet > SIP-trunks säkerhetsprofil och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Trunk Security Profile

Bekräfta dessa inställningar:

Fält	Värde
enhetens säkerhetsläge	Osäker
Typ av inkommande transport	TCP/UDP
Typ av utgående transport	TCP
Inkommande port	5060
SIP V.150 Utgående SDP-offertfiltrering	Använd standardfilter

Lämna alla andra fält med sina standardvärden och spara ändringarna.

3

Lägg till en ny SIP-trunk för att peka på dina videonätkluster:

I en distribution med endast Unified CM lägger du till en enda trunk.
I en SME-distribution finns det vanligtvis en trunk mellan Unified CM och SME. Lägg till en annan trunk mellan SME- och videonätnoder. Båda trunkarna måste ha samma inställningar som anges nedan.

Från Cisco Unified CM Administration väljer du Enhet > Trunk och klickar sedan på Lägg till ny.
Välj SIP-trunk för trunktypen, lämna de andra värdena och klicka på Nästa.
Ange ett betydelsefullt namn, till exempel Video_Mesh_SIP_Trunk_UCMtoVMN.
För Infoformat för samtal och anslutning av part markerar du Leverera URI och DN i ansluten part, om tillgängligt. Den här inställningen aktiverar blandad identitet. Det gör att SIP-trunken kan överföra företagspartens katalog-URI till Webex.
Kontrollera Kör på alla aktiva Unified CM-noder.
Under SIP-information – destination anger du en IP-adress eller ett fullständigt kvalificerat domännamn (FQDN) för var och en av dina videonätnoder.
Ange 5060 för destinationsporten.
För säkerhetsprofilen för SIP-trunk väljer du säkerhetsprofilen för videonättrunk som du skapade tidigare. (Till exempel, Video Mesh Trunk Security Profile.)
För SIP-profilen väljer du den SIP-profil som du skapade tidigare. (Till exempel, Video Mesh SIP Profile.)
Lämna alla andra fält med sina standardvärden och spara ändringarna.

Ett videonätssamtal eller möte kan tilldela media till valfri nod i ett kluster, inte bara den nod som avslutar SIP-samtalet.

4

Skapa en ny SIP-trunk för att peka mot en Expressway.

Du kan använda en SIP-trunk som redan finns för en befintlig distribution av Unified CM och Expressway. Om du skapar en annan och även kör Mobile Remote Access (MRA) med dessa Expressways kan du bryta MRA.

Från Cisco Unified CM Administration väljer du Enhet > Trunk och klickar sedan på Lägg till ny.
Välj SIP-trunk för trunktypen, lämna de andra värdena och klicka på Nästa.
Ange ett betydelsefullt namn, till exempel Video_Mesh_VCS_Trunk.
För Infoformat för samtal och anslutning av part markerar du Leverera URI och DN i ansluten part, om tillgängligt. Den här inställningen aktiverar blandad identitet. Det gör att SIP-trunken kan överföra företagspartens katalog-URI till Webex.
Under SIP-information – destination anger du en IP-adress eller ett fullständigt kvalificerat domännamn (FQDN) för var och en av dina Expressways. För porten anger du 5060.
För SIP-profil väljer du Standard SIP-profil för Cisco VCS.

5

Skapa en ny dirigeringsgrupp för samtal till videonätskluster:

Från Cisco Unified CM Administration väljer du Samtalsomkoppling > Route/Hunt > Dirigeringsgrupp och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Node Route Group.
Ändra distributionsalgoritmen till Top Down.
I avsnittet Information om Dirigeringsgruppens medlemmar hittar du enheterna med namnet videonät.
Lägg till Video_Mesh_SIP_Trunk_UCMtoVMN genom att klicka på Lägg till i dirigeringsgrupp.
Spara dina ändringar.

6

För överflöd till molnet skapar du en ny dirigeringsgrupp för samtal till Expressway:

Från Cisco Unified CM Administration väljer du Samtalsomkoppling > Route/Hunt > Dirigeringsgrupp och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Expressway Route Group.
Ändra distributionsalgoritmen till Top Down.
I avsnittet Information om Dirigeringsgruppens medlemmar hittar du enheterna med namnet videonät.
Lägg till Video_Mesh_VCS_Trunk genom att klicka på Lägg till i dirigeringsgrupp.
Spara dina ändringar.

7

Skapa en ny dirigeringslista för samtal till videonätkluster och Expressway:

Från Cisco Unified CM Administration väljer du Samtalsomkoppling > Route/Hunt > Dirigeringslista och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Node Route List.
Ställ in Cisco Unified Communications Manager Group som standard eller ett annat värde beroende på din konfiguration.
Spara dina ändringar.
Klicka på Lägg till dirigeringsgrupp i avsnittet Information om dirigeringslista och välj sedan Dirigeringsgrupp för videonät.
Lämna standardinställningarna för de andra inställningarna och spara sedan dina ändringar.
Klicka på Lägg till dirigeringsgrupp i avsnittet Information om dirigeringslista och välj sedan Expressway-dirigeringsgrupp för videonät.
Lämna standardinställningarna för de andra inställningarna och spara sedan dina ändringar.

8

Skapa ett SIP-routningsmönster för det korta videoadressformatet för uppringning av Webex-möten:

Från Samtalsomkoppling > SIP-routningsmönster klickar du på Lägg till ny och anger namnet Video Mesh Route Pattern for Webex Short URIs.
I IPv4-mönstret anger du webex.com som domän.
För SIP-trunk/dirigeringslista väljer du dirigeringslistan som skapats för videonät – till exempel, Lista över videonät.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

Med den korta videoadressens uppringningsfunktionen behöver användare inte längre komma ihåg namnet på Webex-webbplatsen för att delta i ett Webex-möte eller -händelse via ett videosystem. De kan delta i mötet snabbare eftersom de bara behöver veta mötets- eller händelsenummer.

9

Skapa ett SIP-dirigeringsmönster för Webex-webbplatsen:

Från Samtalsomkoppling > SIP-routningsmönster klickar du på Lägg till ny och anger namnet Video Mesh Route Pattern for Webex Sites.
I IPv4-mönstret anger du den Webex-webbplats som du vill ha optimerade media för – till exempel, examplesitename.webex.com, där examplesinamn är namnet på din faktiska Webex-webbplats.
För SIP-trunk/dirigeringslista väljer du dirigeringslistan som skapats för videonät – till exempel, Lista över videonät.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

10

Skapa ett SIP-dirigeringsmönster för Webex-appmöten:

Från Samtalsomkoppling > SIP-routningsmönster klickar du på Lägg till ny och anger sedan namnet Video Mesh Route Pattern for Teams Meetings.
I IPv4-mönstret anger du meet.ciscospark.com.
För SIP-trunk/dirigeringslista väljer du dirigeringslistan som skapats för videonät – till exempel, Lista över videonät.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

Konfigurera Expressway TCP SIP-trafikroutning för videonät

1

Skapa en zon som pekar på videonätskluster:

Från VCS-kontroll eller Expressway-C går du till Konfiguration > Zoner > Zoner och klicka sedan på Ny.

Konfigurera följande fält:

Fältnamn	Värde
Namn	Ange ett namn som enkelt identifierar zonen – till exempel WebexVideoMeshZone
Typ	Granne
H.323
Mode	Av
SIP
Mode	På
Port	5060
Transport	TCP
Plats
Leta upp jämlikar efter	Adress
Peer [n]-adress	Ange IP-adresserna för varje videonätnod.

Lämna de andra fälten med sina standardinställningar och spara sedan dina ändringar.

2

Skapa uppringningsmönster för videonätkluster för Webex-webbplatser:

Från Expressway-C går du till Konfiguration > Nummerplan > Sökregler och klicka sedan på Ny.

Konfigurera följande fält för Webex-webbplatssökregeln:

Fältnamn

Värde

Rule name

Ange ett regeldamn som enkelt identifierar sökregeln – till exempel WebexVideoMesh-dinwebbplats

Företräde

100 är standard. Se till att det här numret är lägre än molnfallback- och B2B-reglerna.

Protokoll

SIP

Mode

Alias Pattern Match

Pattern Type

Regex

Pattern String

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

Det här mönstret matchar både yoursite.webex.com och webex.com (för korta videoadresser) format. Med den korta videoadressens uppringningsfunktionen behöver användare inte längre komma ihåg namnet på Webex-webbplatsen för att delta i ett Webex-möte eller -händelse via ett videosystem. De kan delta i mötet snabbare eftersom de bara behöver veta mötets- eller händelsenummer.

Pattern Behavior

Lämna

On Successful Match

Fortsätt

Target

Välj den videonätszon som du har skapat – till exempel WebexVideo Mesh.

Lämna de andra fälten med sina standardinställningar och spara sedan dina ändringar.

3

Skapa en traversal-klient och zonpar som pekar på molnet Expressway för redundans:

Se Grundläggande konfigurationsguide för Expressway för din version för steg för att skapa traversationsklienten och zonparet.

4

Skapa en reservsökregel för traversal-klientzonen som leder till Expressway-E:

Från Expressway-C går du till Konfiguration > Nummerplan > Sökregler och klicka sedan på Ny.

Konfigurera följande fält:

Fältnamn	Värde
Rule name	Ange ett regeldamn som enkelt identifierar sökregeln – till exempel WebexVideoMesh-Failover
Företräde	100 är standard. Se till att prioriteringen är lägre genom att ange ett nummer som är högre än uppringningsmönstret för videonät och B2B-reglerna.
Protokoll	SIP
Mode	Alla alias
Pattern Behavior	Lämna
On Successful Match	Fortsätt
Target	Välj den Traversal-klientzon som leder till Expressway-E.

Lämna de andra fälten med sina standardinställningar och spara sedan dina ändringar.

5

Från Expressway-E går du till Konfiguration > Zoner > Zoner. Klicka på Ny och lägg till Webex-zonen.

I versioner före X8.11 har du skapat en ny DNS-zon för detta ändamål.

6

Skapa ett uppringningsmönster för molnet Expressway:

Från Expressway-E går du till Konfiguration > Nummerplan > Sökregler och klicka sedan på Ny.

Konfigurera följande fält:

Fältnamn	Värde
Rule name	Ange ett regeldamn som enkelt identifierar sökregeln – till exempel WebexVideoMesh-toCloud
Företräde	Ange ett högre värde än regeln för lokala videonätnoder. Om noderna är inställda till 100 ställer du in detta värde till 101. Du måste också se till att värdet är lägre än alla B2B-regler på din Expressway.
Protokoll	SIP
Source	Named
Source name	Välj den säkra traverseringsserverzonen från Expressway-C – till exempel WebexVideoMeshZone
Mode	Alias Pattern Match
Pattern Type	Regex
Pattern String	*`.@(YourSite\.)?webex\.com.`*
Pattern Behavior	Lämna
On Successful Match	Stoppa
Target	Välj Webex-zonen eller DNS-zonen.

7

För SIP-enheter som är registrerade i Expressway-C öppnar du enhetens IP-adress i en webbläsare, går till Konfiguration, bläddra till SIP och väljer Standarder i listrutan Typ.

Växla certifikatkedjor mellan Unified CM och videonätnoder

Slutför ett certifikatutbyte för att upprätta tvåvägsförtroende mellan Unified CM- och videonätgränssnitten. Med den säkra trunkkonfigurationen tillåter certifikaten krypterad SIP-trafik och SRTP-media i din organisation från betrodda Unified CM:er att landa på betrodda videonätnoder.

I en klustermiljö måste du installera CA- och servercertifikat på varje nod individuellt.

Innan du börjar

Av säkerhetsskäl rekommenderar vi att du använder ett CA-signerat certifikat på dina videonätnoder i stället för nodens standardcertifikat som är självsignerat.

1

Öppna gränssnittet för videonätnod (IP-adress/konfiguration till exempel, https://192.0.2.0/setup) i din webbläsare och logga in med nodens administratörsuppgifter.

2

Gå till servercertifikat och begär och ladda upp ett certifikat och nyckelpar vid behov:

(Valfritt) Om du behöver ett certifikat utfärdat av en certifierad leverantör klickar du på Skapa en certifikatsigneringsbegäran. Fyll i den information som krävs (inklusive alternativt ämnesnamn), som är FQDN:er som måste innehålla det gemensamma namnet och generera sedan begäran. Hämta CSR för att skicka begäran till leverantören. (Du kan begära flera. De returnerar det signerade certifikatutfärdaren (CA)-certifikatet (den privata nyckeln genererades redan under skapandet av CSR)

Det vanliga namnet är inte en URL. Det innehåller inget protokoll (till exempel http:// eller https://), portnummer eller pathname. Filen commonName fältet i certifikatspecifikationen X.509 representerar det gemensamma namnet. Till https://www.example.com, det korrekta värdet är example.com.

Den privata nyckeln finns redan på plats när du skapar en kundtjänstrepresentant. Om du inte använder steget för att skapa CSR måste du ladda upp en privat nyckel.

När du har certifikatet och nyckeln klickar du på Överför ett servercertifikat (.crt- eller .pem-fil), välj certifikatfilen och klicka sedan på Överför en privat nyckel (.nyckelfil) och anger en lösenfras om du har en.
När du har fått certifikatet går du till den första videonätnoden i ett kluster, klickar på Installera servercertifikat, läs instruktionen, klicka på Installera och klicka sedan på OK.

En molnregistrerad videonätnod stängs graciöst ned och väntar i upp till 2 timmar på att alla samtal ska avslutas. Noden slutför sedan certifikatinstallationen. En uppmaning visas när servercertifikatet installeras. Du kan sedan läsa in sidan igen för att visa det nya certifikatet och nyckelposten.
Klicka på Hämta bredvid certifikatet och nyckelfiler för att spara en lokal kopia.

Spara filerna på en plats som är lätt att komma ihåg och lämna videonätinstansen öppen på webbläsarfliken.
Gå till nästa videonätnod i klustret, fyll i lösenfrasen och överför sedan filen med den privata nyckeln. Klicka sedan på Ladda upp ett servercertifikat och välj sedan Installera servercertifikat, läs instruktionen, klicka på Installera och klicka sedan på OK.
Upprepa dessa steg för alla videonätnoder i samma kluster.

3

Gå till Cisco Unified OS Administration i en annan webbläsarflik till Säkerhet > Certifikathantering. Ange dina sökkriterier och klicka på Sök, välj sedan filnamnet på certifikatet eller listan över betrodda certifikat (CTL) och klicka på Hämta.

Spara Unified CM-filen på en plats som är lätt att komma ihåg och lämna Unified CM-instansen öppen på webbläsarfliken.

4

Gå tillbaka till fliken Videonätnodgränssnitt, klicka på Trust Store och Proxy och välj sedan ett alternativ:

Om Unified CM använder ett CA-certifikat som har signerats av en känd organisation litar videonätnoden på det automatiskt. Förtroendet baseras på listan över rotcertifikat från VMN-nodens värdoperativsystem, som uppdateras regelbundet.
Om Unified CM använder ett CA-certifikat som är signerat av ett internt företagsrotcertifikat lägger du till rotcertifikatet i noden. Rotcertifikatet är tillgängligt inifrån företaget, men kan inte hämtas från Unified CM.
Lägg till både ECDSA- och RSA-certifikat som Unified CM använder för att betjäna externa förfrågningar. Dessa certifikat kan vara självsignerade eller CA-certifikat.
Om du har hämtat ett enda certifikat klickar du på Överför ett rotcertifikat eller Avsluta entitetscertifikat (.crt- eller .pem-fil) och väljer den CallManager.pem-certifikatfil som du har hämtat. Klicka på Installera alla certifikat i Trust Store, läs instruktionen, klicka på Installera och starta sedan om noden.
Om du har hämtat en certifikatkedja överför du rot-CA-certifikatet och mellanliggande CA-certifikat och klicka sedan på Installera alla certifikat i Trust Store, läs instruktionen och klicka sedan på Installera.

En molnregistrerad videonätnod stängs graciöst ned och väntar i upp till 2 timmar på att alla samtal ska avslutas. Om du vill installera CallManager.pem-certifikatet startas noden automatiskt om. När det kommer tillbaka online visas en uppmaning när CallManager.pem-certifikatet installeras på videonätnoden. Du kan sedan läsa in sidan igen för att visa det nya certifikatet.

5

Gå tillbaka till fliken Administration för Cisco Unified OS och klicka på Överför certifikat/certifikatkedja. Välj certifikatnamnet i listrutan Certificate Purpose , bläddra till filen som du hämtade från gränssnittet för videonätnod och klicka sedan på Öppna.

6

Om du vill överföra filen till servern klickar du på Överför fil.

Om du laddar upp en certifikatkedja måste du ladda upp alla certifikat i kedjan.

Starta om den berörda tjänsten efter att certifikatet har överförts. När servern kommer upp igen kan du komma åt CCMAdmin eller CCMUser GUI för att kontrollera att dina nyligen tillagda certifikat används.

Du kan installera och hantera servercertifikat via API:er. Mer information finns i VMN-servercertifikatets API:er.

Aktivera mediekryptering för organisation- och videonätkluster

Använd den här proceduren för att aktivera mediekryptering för din organisation och enskilda videonätskluster. Den här inställningen kräver en slutpunkt-till-slutpunkt-TLS-konfiguration och du måste ha en säker TLS SIP-trunk på plats på din Unified CM som pekar på dina videonätnoder.

Inställningar	Resultat
Unified CM har konfigurerats med en säker trunk och den här inställningen för kontroll av videonät är inte aktiverad.	Samtal misslyckades.
Unified CM har inte konfigurerats med en säker trunk och den här inställningen för kontroll av videonät är aktiverad.	Samtal misslyckas inte, men de återgår till osäkert läge.

Cisco-slutpunkter måste också konfigureras med en säkerhetsprofil och TLS-förhandling för att slutpunkt-till-slutpunkt-kryptering ska fungera. Annars överflödar samtal till molnet från slutpunkter som inte har konfigurerats med TLS. Vi rekommenderar att du endast aktiverar den här funktionen om alla slutpunkter kan konfigureras för att använda TLS.

Innan du börjar

Konfigurera Unified CM-säker TLS SIP-trafikroutning för videonät
Växla certifikatkedjor mellan Unified CM och videonätnoder

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid och klicka sedan på Inställningar på videonätkortet.

2

Bläddra till mediekryptering och växla på inställningen.

Den här inställningen gör kryptering obligatorisk på alla mediekanaler som passerar genom videonätnoder i din organisation. Notera föregående tabell och varning för situationer där samtal kan misslyckas och vad som krävs för att slutpunkt-till-slutpunkt-kryptering ska fungera.

3

Klicka på Visa alla och upprepa följande steg på varje videonätkluster som du vill aktivera för säker SIP-trafik.

Välj en videonätklusterpost i listan och klicka sedan på Redigera klusterinställningar.
Bläddra till SIP-samtal och markera kryssrutan.
Under betrodda SIP-källor anger du det gemensamma namnet (CN) eller alla FQDN:er som finns i det alternativa ämnesnamnet på Unified CM-certifikatet (vanligtvis FQDN för Unified CM).

Dessa poster identifieras som betrodda SIP-källor och kan skicka säkra SIP-samtal till Webex-videonät.

Aktivera videonät för Webex-webbplatsen

För att använda optimerade medier till videonätnoden för ett Webex-möte för alla Webex-appen och enheter att delta måste den här konfigurationen aktiveras för Webex-webbplatsen. Om du aktiverar den här inställningen kopplas videonät och mötesinstanser i molnet tillsammans och gör att överlappningar kan inträffa från videonätnoder. Om den här inställningen inte är aktiverad kommer Webex-appen och -enheterna inte att använda videonätnoden för Webex-möten.

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Möten, klicka på Webex-webbplatsen från möteskortet och klicka sedan på Inställningarför att komma åt konfigurationsalternativen för Webex-webbplatsen.

2

Öppna Allmänna inställningar genom att klicka på Tjänst > Möte > Webbplatsinställningar. Från Allmänna inställningar klickar du på mötesrum för samarbete (CMR), väljer videonät för medieresurstyp och klickar sedan på Spara längst ned.

Den här inställningen länkar videonät och mötesinstanser i molnet tillsammans och tillåter överlappningar från videonätnoder. Inställningen bör fyllas i i hela din miljö efter 15 minuter. Webex-möten som startar efter att den här ändringen har fyllt i hämtar den nya inställningen. Om du lämnar det här fältet i molnet (standardalternativet) hålls alla möten i molnet och videonätnoden används inte.

Tilldela mötesrum för samarbete till Webex-appanvändare

Om du hanterar din webbplats via Control Hub:
1. Från kundvyn i https://admin.webex.com går du till Användare > Hantera användare.
  
  Om du vill tilldela flera användare finns det här dokumentet.
2. Tilldela Webex mötesrum för samarbete till användare i din organisation.
Om du hanterar din webbplats via webbplatsadministration:
1. Från webbplatsadministrationen går du till användarhantering.
2. Redigera användarkontot och kontrollera mötesrummet för samarbete.
  
  Om du vill tilldela flera användare finns det här dokumentet.

Kontrollera mötesupplevelsen på den säkra slutpunkten

Använd dessa steg för att kontrollera att slutpunkterna är säkert registrerade och att rätt mötesupplevelse visas.

1	Delta i ett möte från den säkrade slutpunkten.
2	Kontrollera att listan över möteslistor visas på enheten. Det här exemplet visar hur möteslistan ser ut på en slutpunkt med en pekskärm:
3	Under mötet får du åtkomst till Webex-konferensinformationen från Samtalsuppgifter .
4	Kontrollera att avsnittet Kryptering visar Typ som AES-128 och Status som På .

Hantera och felsöka videonät

Analys av videonät

Analytics ger information om hur du använder dina lokala videonätnoder och kluster i din Webex-organisation. Med historiska data i mätvyn kan du hantera dina videonätresurser på ett effektivare sätt genom att övervaka kapaciteten, användningen och tillgängligheten för dina lokala resurser. Du kan till exempel använda den här informationen för att fatta beslut om att lägga till fler videonätnoder i ett kluster eller skapa nya kluster. Analys av videonät finns i Control Hub under Analys > Videonät.

För att hjälpa till med att analysera data i din organisation kan du zooma in på data som visas i diagrammet och isolera en viss tidsperiod. För analys kan du även klippa och tärningsrapporter för att visa mer granulära detaljer.

Videonätanalys och felsökningsrapporter visar data i tidszonen som är inställd för den lokala webbläsaren.

Analys

Videonätanalys ger en långsiktig trend (upp till 3 månaders data) i kategorierna engagemang, resursanvändning och bandbreddsanvändning.

Liveövervakning

Fliken Liveövervakning ger en bild i nära realtid av aktiviteten i din organisation: upp till 1 minuters aggregering och möjligheten att visa de senaste 4 timmarna eller 24 timmarna på alla kluster eller specifika kluster. Den här fliken i Control Hub uppdateras automatiskt – var 1 minut under de senaste 4 timmarna och var 10:e minut under de senaste 24 timmarna.

Åtkomst, filtrera och spara live-övervakningsrapporter för videonät

Live-övervakningsrapporter för videomesh finns tillgängliga på sidan Felsökning i Control Hub ( https://admin.webex.com) när videonät är aktivt och har ett kluster med minst en registrerad videonätnod.

1

Från kundvyn i https://admin.webex.com väljer du Analytics och klickar sedan på Videonät längst upp till höger på skärmen.

Håll muspekaren över informationen för att få en kort beskrivning av diagrammet.

2

Från växlingsknappen till vänster väljer du ett alternativ för att filtrera på hur långt tillbaka i tiden du vill visa data.

Senaste 4 timmarna (standard) – När du väljer det här alternativet uppdateras diagrammets data var 1:e minut.
Senaste 24 timmarna– När du väljer det här alternativet uppdateras diagrammets data var 10:e minut.

3

Interagera med diagrammen genom att använda följande alternativ vid behov:

Håll muspekaren över segment i diagramvyn för att visa information om den specifika datapunkten.
Klicka på legenden i diagrammet eller översikten och klicka sedan på Använd för att uppdatera vyn på de andra legenden. Till exempel, när du har valt legend-objektet Amsterdam, uppdateras linjediagrammet för att utesluta andra legend-objekt och endast inkludera data för det valda objektet.

När ett filter tillämpas uppdateras alla andra diagram och diagram för att visa data för det valda filtret.
I ett diagram som visar data i ett tidsintervall, smalnar du ner till ett visst tidsintervall genom att klicka på vänster och dra musen till höger. (Den här åtgärden påverkar alla relaterade data som visas på analyssidan.)

Håll muspekaren över avsnitt av en donut, linjer på ett diagram eller insiktspunkter på ett diagram för att visa mer information om datas specifika tidpunkt.

4

När du har filtrerat data i rapporterna klickar du på mer, och välj sedan ett filformat alternativ som sparar en lokal kopia av rapporten så att du kan använda den offline (till exempel i en rapport som skapats internt):

PNG
PDF
CSV

Åtkomst, filtrera och spara videonätanalys

Metriska rapporter om videonät finns tillgängliga på analyssidan i Control Hub ( https://admin.webex.com) när videonät är aktivt och har ett kluster med minst en registrerad videonätnod.

1

Från kundvyn i https://admin.webex.com väljer du Analytics och klickar sedan på Videonät längst upp till höger på skärmen.

2

Klicka på en kategori, beroende på vilken typ av data du letar efter:

Engagemang
Resurser
Bandbreddsanvändning

Håll muspekaren över informationen för att få en kort beskrivning av diagrammet.

3

I rullgardinsmenyn till höger väljer du ett alternativ för att ta reda på hur långt tillbaka i tiden du vill visa data.

Senaste 7 dagarna (standard) – Ändrar den horisontella axeln till var 1 timme.
Senaste 24 timmarna – Ändrar den horisontella axeln till var 10:e minut.
Senaste 30 dagarna – Ändrar den horisontella axeln till var 3:e timme.
Senaste 90 dagarna – Ändrar den horisontella axeln till var 8:e timme.

4

Interagera med diagram eller donut-diagram genom att använda följande alternativ vid behov:

Klicka på ett eller flera segment i diagrammet eller diagrammets vy och klicka sedan på Använd för att uppdatera donutvyn och motsvarande diagramvyn.
Välj legendariska objekt i diagrammet eller översikten för att uppdatera vyn på det specifika legendariska objektet och klicka sedan på Tillämpa. När du till exempel har valt det lokala legend-objektet uppdateras linjediagrammet med dessa data markerade.

När ett filter tillämpas uppdateras alla andra diagram och diagram för att visa data för det valda filtret.

I ett diagram som visar data i ett tidsintervall kan du minska till ett visst tidsintervall genom att klicka på vänster och dra musen till höger och lämna det när önskat intervall har valts. (Den här åtgärden påverkar alla relaterade data som visas på analyssidan.)

Håll muspekaren över avsnitt av en donut, linjer på ett diagram eller insiktspunkter på ett diagram för att visa mer information om datas specifika tidpunkt.

Om du vill börja om från samma diagram eller översikt klickar du på X på de valda filtren längst ned i diagrammet.

5

När du har filtrerat data i rapporterna klickar du på mer, och välj sedan ett filformat alternativ som sparar en lokal kopia av rapporten så att du kan använda den offline (till exempel i en rapport som skapats internt):

PDF
PNG
CSV

6

Rensa alla filter från filterfältet om du vill återställa analysvyn.

Tillgänglig analys för videonät

Mer information om tillgänglig analys i Control Hub finns i avsnittet Videonät i Analytics för din molnsamarbetsportfölj.

Övervakningsverktyg för videonät

Övervakningsverktyget i Control Hub hjälper din organisation att övervaka statusen för din distribution av videonät. Du kan köra följande test på dina Video Mesh-noder, -kluster eller bådadera för att få resultat för specifika parametrar.

Signaleringstest - Testar om SIP-signalering och mediesignalering sker mellan Video Mesh-noden och Webex molnmedietjänster.
Kaskadtest - Testar om en kaskad kan upprättas mellan videonätsnoden och Webex molnmedietjänster.
Test för nåbarhet - Testar om videonätsnoden kan nå målportarna för medieströmmar i Webex molnmedietjänster. Den testar även om videonätsnoden kan kommunicera med de molnkluster som är kopplade till mediebehållare via dessa portar.

När du kör ett test skapar verktyget ett simulerat möte. När testet har slutförts ser du ett enkelt resultat för godkänt eller underkänt med infogade felsökningstips i rapporten. Du kan schemalägga testet så att det körs regelbundet eller köra testet på begäran. Mer information finns i Mediehälsoövervakning för videonät .

Kör ett omedelbart test

Använd den här proceduren för att köra ett på begäran medietillståndsövervakning och nåbarhetstest på Video Mesh-noder och/eller -kluster som har registrerats i din Control Hub-organisation. Resultaten samlas in i Control Hub och aggregeras var 6:e timme från och med 00:00 UTC.

1

Logga in på Control Hub , gå sedan till Felsökning > Videonät .

2

Klicka på Konfigurera test , klicka Testa nu och kontrollera de noder och/eller kluster som du vill testa.

Om du vill avmarkera de kryssrutor som du har markerat och återställa den senaste konfigurationen klickar du på Återställ den senaste testkonfigurationen .

3

Klicka på Kör test .

Nästa steg

Resultaten visas på översiktssidan för övervakningsverktyget i Control Hub. Som standard visas resultaten av alla test tillsammans. Klicka på Signalering , Överlappande , eller Nåbarhet för att filtrera resultaten enligt det specifika testet.

Punkterna på tidslinjen med skjutreglaget visar aggregerade testresultat för hela organisationen. Tidslinjerna på klusternivå visar aggregerade resultat för varje kluster.

Tidslinjen kan visa datum i USA-format. Ändra ditt språk i profilinställningarna för att visa datum i ditt lokala format.

Håll muspekaren över punkterna på tidslinjerna för att se testresultaten. Du kan även se detaljerade testresultat för varje nod. Klicka på en punkt på tidslinjen på klusternivå för att visa detaljerade resultat.

Resultaten visas i en sidopanel och är uppdelade i Signalering, Cascasde och Reachabilty. Du kan se om testet lyckades, om det hoppades över eller om testet misslyckades. Felkoder med möjliga korrigeringar visas också tillsammans med resultaten.

Använd växlingsknappen för att visa resultaten för olika parametrar i form av en tabell.

Ett hoppat test, ett partiellt misslyckande eller ett misslyckande är inte avgörande om det inte inträffar kontinuerligt under en tidsperiod.

Konfigurera regelbundna tester

Använd den här proceduren för att konfigurera och starta regelbunden mediestatus och nåbarhetstester. Dessa test körs som standard var sjätte timme. Du kan köra dessa test på klusteromfattande, klusterspecifik eller nodspecifik nivå. Resultaten samlas in i Control Hub och aggregeras var 6:e timme från och med 00:00 UTC.

1	Logga in på Control Hub , gå sedan till Felsökning > Videonät .
2	Klicka på Konfigurera test , klicka Periodiskt test och kontrollera de noder och/eller kluster som du vill testa.
3	Välj ett alternativ: Kontrollera Alla kluster om du vill köra testet på alla Video Mesh-noder i din Control Hub-organisation. Kontrollera de enskilda klusternamnen för att köra testet på alla Video Mesh-noder som finns i ett visst kluster. Omarkerade kluster exkluderas från testet. I enskilda kluster markerar du de enskilda nodnamnen som du vill köra testet på. Alla omarkerade noder exkluderas från testet.
4	Klicka på Nästa.
5	Granska listan över kluster och noder för att köra de periodiska testen. Om du är nöjd klickar du på Konfigurera för att schemalägga den aktuella konfigurationen.

Nästa steg

Resultaten visas på översiktssidan för övervakningsverktyget i Control Hub. Som standard visas resultaten av alla test tillsammans. Klicka på Signalering , Överlappande , eller Nåbarhet för att filtrera resultaten enligt det specifika testet.

Punkterna på tidslinjen med skjutreglaget visar aggregerade testresultat för hela organisationen. Tidslinjerna på klusternivå visar aggregerade resultat för varje kluster.

Tidslinjen kan visa datum i USA-format. Ändra ditt språk i profilinställningarna för att visa datum i ditt lokala format.

Håll muspekaren över punkterna på tidslinjerna för att se testresultaten. Du kan även se detaljerade testresultat för varje nod. Klicka på en punkt på tidslinjen på klusternivå för att visa detaljerade resultat.

Resultaten visas i en sidopanel och är uppdelade i Signalering, Cascasde och Reachabilty. Du kan se om testet lyckades, om det hoppades över eller om testet misslyckades. Felkoder med möjliga korrigeringar visas också tillsammans med resultaten.

Använd växlingsknappen för att visa resultaten för olika parametrar i form av en tabell.

Ett hoppat test, ett partiellt misslyckande eller ett misslyckande är inte avgörande om det inte inträffar kontinuerligt under en tidsperiod.

Aktivera 1080p HD-video för lokala SIP-enheter i möten med videonätnod

Den här inställningen gör det möjligt för din organisation att gynna 1080p HD-video för lokala registrerade SIP-slutpunkter, med en växling av lägre möteskapacitet. En videonätnod måste vara värd för mötet. Mötesdeltagare kan använda video 1080p 30 fps förutsatt att:

De är alla inne i företagsnätverket.
De använder en lokalt registrerad SIP-enhet med hög upplösning.

Inställningen gäller för alla kluster som innehåller videonätnoder.

Molnregistrerade enheter fortsätter att skicka och ta emot 1080p-strömmar, oavsett om denna inställning är på eller av.

1	Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid och klicka sedan på Inställningar på videonätkortet.
2	Aktivera videokvalitet. Om den här inställningen är inaktiverad är standardvärdet 720p.

För videoupplösningar som Webex-appen stöder, se Videospecifikationer för samtal och möten.

Privata möten

Funktionen Privat möte ökar säkerheten för ditt möte genom att avsluta media i dina lokaler. När du schemalägger ett privat möte avslutas alltid media på videonätsnoderna i ditt företagsnätverk utan molnkaskad.

Som visas här kasserar privata möten aldrig media till molnet. Medierna avslutas helt på dina videonätskluster. Dina videonätskluster kan bara kastas med varandra.

Du kan boka ett videonätkluster för privata möten. När det reserverade klustret är fullt kastas de privata mötesmedierna ut till dina andra videonätskluster. När det reserverade klustret är fullt delar privata och icke-privata möten resurserna för dina återstående kluster.

Icke-privata möten använder inte reserverade kluster och reserverar dessa resurser för privata möten. Om ett icke-privat möte tar slut på resurser i nätverket kastas det ut till Webex-molnet i stället.

Webex-appen med den fullständiga Webex-upplevelsen aktiverad är inte kompatibel med videonät. Mer information finns i Klienter och enheter som använder videonätnod.

Stöd och begränsningar för privata möten

Videonät har stöd för privata möten på följande sätt:

Privata möten finns tillgängliga i Webex version 40.12 och senare.
Endast schemalagda möten kan använda den privata mötestypen. Mer information finns i artikeln Schemalägg ett privat möte i Cisco Webex.
Privata möten är inte tillgängliga för fullständiga möten som startas eller deltar i från Webex-appen.
Du kan använda alla aktuella enheter som stöds av videonät.
Dina noder kan använda alla aktuella bilder: 72vCPU och 23vCPU.
Privat möteslogik skapar inga luckor i mätvärden. Vi samlar in samma värden för Control Hub som för icke-privata möten.

Eftersom vissa användare inte aktiverar den här funktionen visas analysrapporterna för privata möten inte om din organisation inte har ett privat möte på 90 dagar.
Privata möten har stöd för 1-vägswhiteboardtavla från en videoslutpunkt.

Begränsningar

Privata möten har följande begränsningar:

Privata möten har endast stöd för VoIP för ljud. De har inte stöd för Webex Edge-ljud eller PSTN.
Du kan inte använda ett personligt mötesrum (PMR) för ett privat möte.
Privata möten har inte stöd för Webex-funktioner som kräver anslutning till molnet, till exempel molninspelning, transkription och Webex Assistant.
Du kan inte delta i ett privat möte från ett oautentiserat molnregistrerat videosystem, inte ens ett som har parkopplat till Webex-appen.

Använd privata möten som standardmötestyp

I Control Hub kan du ange att framtida schemalagda möten för din organisation ska vara privata möten.

1	Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid.
2	Klicka på Redigera inställningar från videonätkortet. Bläddra till privata möten och aktivera inställningen.
3	Spara ändringen.

När du aktiverar den här inställningen gäller den för alla möten för din organisation, även de som tidigare schemalagts.

(Valfritt) Reservera ett kluster för privata möten

Privata och icke-privata möten använder normalt samma videonätresurser. Men eftersom privata möten måste hålla medierna lokala kan de inte ställa in överflöd till molnet när de lokala resurserna är uttömda. För att minska den möjligheten kan du konfigurera ett videonätkluster som endast är värd för privata möten.

I Control Hub konfigurerar du klustret uteslutande för att vara värd för privata möten. Den här inställningen förhindrar icke-privata möten från att använda det klustret. Privata möten är standard för att använda det klustret. Om klustret inte har resurser kastas privata möten endast till dina andra videonätskluster.

Vi rekommenderar att du tillhandahåller ett privat kluster för att hantera din förväntade maximala användning från privata möten.

Du kan inte använda det korta videoadressformatet (meet@your_site) om du reserverar alla videonätskluster för privata möten. Dessa samtal misslyckas för närvarande utan ett korrekt felmeddelande. Om du lämnar vissa kluster oreserverade kan samtal med det korta videoadressformatet ansluta via dessa kluster.

1	Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid och klicka på Visa alla på videonätkortet.
2	Välj ditt videonätkluster i listan och klicka på Redigera klusterinställningar.
3	Bläddra till privata möten och aktivera inställningen.
4	Spara ändringen.

Felmeddelanden för privata möten

Den här tabellen listar eventuella fel som användare kan se när de deltar i ett privat möte.

Felmeddelande	Användaråtgärd	Orsak
Extern nätverksåtkomst nekad Du måste vara i företagsnätverket för att delta i det privata mötet. Parkopplade Webex-enheter som finns utanför företagets nätverk skulle inte kunna delta i mötet. I ett sådant scenario kan du försöka ansluta din bärbara dator, mobil till företagets nätverk och delta i mötet i oparkopplat läge.	En extern användare ansluter utanför företagets nätverk utan VPN eller MRA.	För att delta i ett privat möte behöver externa användare åtkomst till företagets nätverk via en VPN eller MRA.
	En extern användare är på VPN, men de är parkopplade till en oautentiserad enhet.	Enhetsmedia tunnlar inte till företagets nätverk via VPN. Enheten kan inte delta i ett privat möte. Efter att ha anslutit till VPN bör fjärranvändaren istället delta i ett privat möte i enhetens oparkopplade läge från sin stationära eller mobila klient.
Inga tillgängliga kluster Klustren som är värd för det här privata mötet har maximal kapacitet, kan inte nås, är offline eller inte registrerade. Kontakta din IT-administratör för att få hjälp.	En användare finns i företagets nätverk (lokalt eller på distans via VPN), men kan inte delta i ett privat möte.	Dina videonätskluster är: Vid kapacitet Kan inte nås Frånkopplad Inte registrerad
Inte auktoriserad Du har inte behörighet att delta i det här privata mötet eftersom du inte är medlem i värdorganisationen. Kontakta mötesvärden.	En användare från en annan organisation än värdorganisationen försöker delta i det privata mötet.	Endast användare som tillhör värdorganisationen kan delta i ett privat möte.
	En enhet från en annan organisation än värdorganisationen försöker delta i det privata mötet.	Endast enheter som tillhör värdorganisationen kan delta i ett privat möte.

Håll dina media i videonät för alla externa Webex-möten

När dina media körs genom dina lokala Video Mesh-noder får du bättre prestanda och använder mindre internetbandbredd.

I tidigare versioner har du endast kontrollerat användningen av videonät för möten för dina interna webbplatser. För möten som hålls på externa Webex-webbplatser kontrollerade dessa webbplatser om Video Mesh kunde överlappa Webex. Om en extern webbplats inte tillät kaskader av videonät använde dina media alltid Webex molnnoder.

Med inställningen Föredra videonät för alla externa Webex Meetings, om din Webex-webbplats har tillgängliga videonätnoder, körs dina media genom dessa noder för möten som hålls på externa Webex-webbplatser. Den här tabellen sammanfattar beteendet för dina deltagare som deltar i Webex-möten:

Inställningen är ...	Möte på den interna Webex-plats med videomesh-kaskader aktiverade	Möte på den interna Webex-plats med videonätkaskader inaktiverat	Möte på extern Webex-plats med videonätkaskader aktiverade	Möte på extern Webex-plats med videomesh-kaskader inaktiverat
Enabled	Media använder dina Video Mesh-noder.	Media använder molnnoder.	Media använder dina Video Mesh-noder.	Media använder dina Video Mesh-noder.
Inaktiverad	Media använder dina Video Mesh-noder.	Media använder molnnoder.	Media använder dina Video Mesh-noder.	Media använder molnnoder.

Den här inställningen är avstängd som standard, vilket bibehåller beteendet från tidigare versioner. I dessa versioner överfördes inte ditt videonät till Webex och dina deltagare deltog via Webex molnnoder.

1	I kundvyn ihttps://admin.webex.com , gå till Tjänster > Hybrid och klicka Visa alla på videonätskortet.
2	Välj ditt videonätskluster i listan och klicka på Redigera inställningar .
3	Bläddra till Föredra videonät för alla externa Webex Meetings och aktivera inställningen.
4	Spara ändringen.

Optimera användningen av din distribution av videonät

Du kan landa alla dina klienter på dina videonätskluster för en bättre användarupplevelse via videonätskluster. Om din videonätklusterkapacitet tillfälligt är nere eller om du har ökat användningen av videonätskluster kan du optimera användningen av videonätskluster genom att kontrollera vilka klienttyper som landar på videonätkluster. Detta hjälper till att hantera din befintliga kapacitet effektivt tills du kan lägga till fler noder för att möta efterfrågan.

Se analysportalen på Control Hub för att förstå trender för användning, användning, omdirigering och överflöd. Baserat på dessa trender kan du till exempel välja att låta skrivbordsklienheterna eller SIP-enheterna landa på videonätskluster och låta de mobila klienterna landa på Webex-molnnoder. Jämfört med de mobila klienterna har skrivbordsklienheterna och SIP-enheterna stöd för högre upplösning, har större skärmar och använder mer bandbredd, och du kan optimera användarupplevelsen för mötesdeltagare som använder dessa klienttyper.

Du kan också optimera klusterkapaciteten och maximera användarupplevelsen genom att ha de klienttyper som de flesta av dina kunder använder i videonätskluster.

1	Logga in på Control Hub och välj sedan Tjänster > Hybrid > Videonät > Resurser > Visa alla. - eller - Välj Översikt > Hybridtjänster > Videonät > Inställningar.
2	Under Inklusionsinställningar för klienttyp är alla klienttyper markerade som standard. Avmarkera klienttyperna som du vill utesluta från att använda videonätklustren. Dessa kluster är värdbaserade på Webex-molnnoder.
3	Klicka på Spara.

Avregistrera videonätnod

Använd den här proceduren för att ta bort en videonätnod från Webex-molnet. När du slutför den här proceduren tas noden bort från klustret, vilket gör den otillgänglig för användning. När du har avregistrerat en nod är det enda sättet att göra den tillgänglig igen genom att omregistrera den.

1	Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid.
2	Klicka på Visa alla på videonätkortet.
3	Gå till lämpligt kluster och välj noden från listan över resurser.
4	Klicka Åtgärd > Avregistrera nod. Ett varningsmeddelande visas där du ombeds bekräfta att du vill ta bort filen:
5	När du har läst och förstått meddelandet klickar du på Avregistrera nod.

Flytta videonätnod

Du kan vilja flytta en nod från ett kluster till ett annat. Du kan till exempel ha ett nytt kluster som du vill omdistribuera noder till. Använd den här proceduren för att flytta en videonätnod. När du har slutfört den här proceduren kommer din nod endast att vara tillgänglig för den nya resursen.

1	Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid och välj sedan Visa alla på videonätkortet.
2	I listan väljer du noden som du vill flytta och klickar sedan på Åtgärder (den vertikala ellipsen).
3	Välj Flytta nod.
4	Välj lämplig radioknapp för var du vill flytta noden: Välj ett befintligt kluster – Välj ett befintligt kluster i listrutan. Skapa ett nytt kluster – ange ett namn för det nya klustret i fältet.
5	Klicka på Flytta till. Noden flyttas till det nya klustret.

Relaterad information

Ställ in uppgraderingsschema för videonätkluster

Du kan ställa in ett specifikt uppgraderingsschema eller använda standardschemat kl. 3.00. Daily USA: Amerika/Los Angeles Du kan välja att senarelägga en kommande uppgradering om det behövs.

Programvaruuppgraderingar för videonät görs automatiskt på klusternivå, vilket säkerställer att alla noder alltid kör samma programvaruversion. Uppgraderingar görs enligt uppgraderingsschemat för klustret. När en programvaruuppgradering blir tillgänglig kan du uppgradera klustret manuellt före den schemalagda uppgraderingstiden.

Innan du börjar

Brådskande uppgraderingar tillämpas så snart de är tillgängliga.

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid och klicka sedan på Visa alla på videonätkortet.

2

Klicka på en medieresurs och klicka sedan på Redigera klusterinställningar.

3

På sidan Inställningar bläddrar du till Uppgradera och väljer sedan tid, frekvens och tidszon för uppgraderingsschemat.

Uppgraderingar kan ta längre än några minuter om videonätnoden väntar på att aktiva samtal ska avslutas. För en mer omedelbar uppgraderingsprocess rekommenderar vi att du schemalägger det automatiska uppgraderingsfönstret utanför dina vanliga arbetstider.

4

(Valfritt) Vid behov klickar du på Senarelägg för att skjuta upp uppgraderingen en gång till nästa fönster.

Under tidszonen visas nästa tillgängliga uppgraderingsdatum och -tid.

Uppgradera beteende

Noden gör regelbundna förfrågningar till molnet för att se om en uppdatering är tillgänglig.
Molnet gör inte uppgraderingen tillgänglig förrän klustrets uppgraderingsfönster visas. När uppgraderingsfönstret anländer levererar nodens nästa begäran om regelbunden uppdatering till molnet uppdateringsinformationen.
Noden hämtar uppdateringar över en säker kanal.
Befintliga tjänster stängdes av för att stoppa inkommande samtal dirigeras till noden. Den trevliga avstängningen ger även befintliga samtal tid att slutföra (upp till 2 timmar).
Uppgraderingen installeras.
Molnet utlöser endast uppgraderingen för en procentandel noder i ett kluster åt gången.

Ta bort videonätskluster

Du kan ta bort ett videonätkluster permanent från Webex-molnet. För att slutföra den här proceduren måste du antingen flytta varje nod till ett annat kluster eller avregistrera alla noder. Avregistrering av alla noder i ett kluster tar bort dem permanent och gör dem otillgängliga för användning. Det enda sättet att göra avregistrerade noder tillgängliga igen är att omregistrera dem.

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid och klicka sedan på Visa alla.

2

I listan över resurser bläddrar du till videonätsresurs som du vill ta bort och klickar sedan på Redigera klusterinställningar.

Du kan klicka på videonät för att filtrera på bara videonätsresurser.

3

Klicka på Ta bort kluster och välj sedan ett:

Klicka på Flytta alla noder. För varje nod kan du antingen skapa en ny resurs genom att välja en befintlig resurs i listrutan eller ange ett nytt namn och klicka sedan på Fortsätt.
Klicka på Avregistrera alla noder, markera kryssrutan och klicka sedan på Ta bort kluster.

Inaktivera videonät

Inaktivering av videonät tar bort möjligheten att ha media kvar lokalt för dina möten. Alla pågående möten som använder videonätnoder avslutas och framtida möten hålls också i molnet. När videonätet har inaktiverats är det enda sättet att använda videonät att distribuera det från början.

Innan du börjar

Innan du inaktiverar videonät avregistrerar du alla videonätnoder.

1	Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid > Visa alla, välj Inställningar på videonätkortet.
2	Klicka på Inaktivera.
3	Granska listan över kluster och läs friskrivningen i dialogrutan.
4	Markera kryssrutan för att bekräfta att du förstår den här åtgärden och klicka på Inaktivera i dialogrutan.
5	När du är redo att inaktivera videonätet klickar du på Inaktivera tjänsten. Inaktivering tar bort alla videonätnoder och kluster. Videonät är inte längre konfigurerat.

Felsöka registrering av videonätnod

Det här avsnittet innehåller eventuella fel som du kan stöta på när du registrerar din videonätnod i Webex-molnet och föreslog åtgärder för att korrigera dem.

Domänen kunde inte åtgärdas

Det här meddelandet visas om DNS-inställningarna som konfigurerats på din videonätnod inte är korrekta.

Logga in på konsolen på videonätnoden och kontrollera att DNS-inställningarna är korrekta.

Det gick inte att ansluta till webbplatsen med port 443 via SSL

Det här meddelandet visas om din videonätnod inte kan ansluta till Webex-molnet.

Se till att nätverket tillåter anslutning på portarna som krävs för videonät. Mer information finns i Portar och protokoll som används av videonät.

Tusen ögon integrering med videonät

Videonätplattformen är nu integrerad med ThousandEyes-agenten som gör det möjligt för dig att utföra end-to-end-övervakning i ditt hybriddigitala ekosystem. Den här integreringen ger dig ett brett utbud av tester för nätverksövervakning som öppnar synlighet i områden som proxyservrar, gateways och router. Problem var som helst längs en kunds nätverksinfrastruktur kan minskas och diagnostiseras med större precision, vilket förbättrar effektiviteten i distributionen.

Fördelar med Thousand Eyes Integration

Ger dig flera testtyper att välja mellan. Du kan konfigurera ett eller flera tester som är lämpliga för det program eller den tillgång som du vill övervaka.
Gör att du kan ställa in testtröskelvärden som är specifika för dina krav.
Testresultaten finns tillgängliga via webbappen ThousandEyes och ThousandEyes API i realtid.
Större synlighet vid felsökning – kunder kan identifiera orsaken till ett problem i sitt nätverk, vilket minskar upplösningen.

Aktivera tusen ögon för videonät

Använd den här proceduren för att aktivera Thousand Eyes-agenten för din distribution av videonät.

1

Från Control Hub klickar du på Hybrid längst ner till vänster på skärmen.

2

Klicka på Redigera inställningar på videonätkortet.

3

Rulla ner till Thousand Eyes Integration. Växlingen inaktiveras som standard. Klicka på växlingsknappen för att aktivera den.

4

Klicka på Thousand Eyes användarprofil, ThousandEyes webbportal öppnas, logga in med administratörsuppgifterna.

5

En sidopanel visas med token för kontogrupp.

6

Klicka på visningsikonen och klicka sedan på Kopiera.

Token kopieras inte korrekt om knappen för visning av token inte klickas.

7

Gå tillbaka till fliken Control Hub och klistra in token i fältet Agent Token.

8

Klicka på Aktivera, ThousandEyes är nu aktiverat för din distribution av videonät.

Nästa steg

- Efter 5 minuter går du tillbaka till sidan Tusen ögon, klickar på Cloud- och Enterprise-agenter och klickar sedan på Agentinställningar. Du bör kunna visa alla dina noder som listas som agenter under Företagsagenter. Om agenterna inte visas kontrollerar du Thousand Eyes-integreringskortet i Control Hub för felmeddelanden.
- Om ett felmeddelande visas klickar du på växlingsknappen och sedan på Inaktivera. Upprepa stegen för att aktivera agenten ThousandEyes och se till att rätt token för kontogrupp kopieras och klistras in i fältet Agent Token.

Konfigurera tester med ThousandEyes

Nätverkstest – agent-till-agent

Med nätverkstestet agent-till-agent kan användare av Thousand Eyes ha ThousandEyes-agenter i båda ändarna av en övervakad sökväg, vilket möjliggör testning av sökvägen i någon eller båda riktningarna: källa till mål eller mål till källa. Mer information om hur du konfigurerar ett agent-till-agent-test finns i Översikt över test för agent-till-agent.

En dialogruta för skapande av prov visas nedan.

SIP-servertest

SIP-servertester underlättar nätverksmätningar, BGP-datainsamling och, viktigast av allt, tillgänglighetstestning av SIP-tjänster och prestanda mot SIP-baserad VoIP-infrastruktur.

Mer information om hur du konfigurerar ett SIP-servertest finns i SIP-serverinställningarna.

En dialogruta för skapande av prov visas nedan.

RTP-ström-test

Ett RTP-strömstest skapar en simulerad röstdataström mellan två tusen ögon-agenter som agerar som VoIP-användaragenter. RTP-paket skickas mellan en eller flera agenter och en målagent, med UDP som transportprotokoll, för att erhålla MOS (Mean Opinion Score), paketförlust, kassering, latens och PDV (Packet Delay Variation)-värden. Mätvärden som produceras är envägsmätvärden (källa till mål). RTP-strömstestet tillhandahåller serverport, samtalslängd, de-jitter buffertstorlek och alternativ för codec-konfiguration.

Mer information om hur du konfigurerar ett RTP-strömstest finns i RTP-strömstest.

En dialogruta för skapande av prov visas nedan.

Webex HTTP-server URL-test

Det här testet övervakar den primära startsidan som användarna ansluter till när de får åtkomst till Webex. En dialogruta för skapande av prov visas nedan.

Auktoriserat Webex DNS-servertest

Det här testet används för att säkerställa att din Webex-domän löses korrekt både internt och externt. När du använder företagsagenter ska du uppdatera fältet DNS-servrar för att använda dina interna namnservrar. Om du använder molnagenter för extern sikt använder du knappen Lookup Servers för att automatiskt fylla i de auktoriserade externa namnservrarna. Det här exemplet visar molnagenter som löser cisco.webex.com. Du måste uppdatera den till din organisations domän.

En dialogruta för skapande av prov visas nedan.

'

Hantera videonätnod från webbgränssnittet

Innan du kan göra nätverksändringar i videonätnoder som är registrerade i molnet måste du använda Control Hub för att sätta dem i underhållsläge. Mer information och en procedur att följa finns i Flytta en nod till underhållsläge.

Underhållsläget är endast avsett att förbereda en nod för avstängning eller omstart så att du kan göra vissa ändringar i nätverksinställningen (DNS, IP, FQDN) eller förbereda dig för maskinvaruunderhåll, t.ex. ersätta RAM, hårddisk och så vidare.

Uppgraderingar sker inte när en nod är placerad i underhållsläge.

När du placerar en nod i underhållsläge stängs samtalstjänsterna på ett graciöst sätt (slutar att acceptera nya samtal och väntar upp till 2 timmar innan befintliga samtal slutförs). Syftet med den graciösa avstängningen av samtalstjänster är att tillåta omstart eller avstängning av noden utan att orsaka avbrutna samtal.

Så här öppnar du videonätöversikt

Du kan öppna webbgränssnittet på något av följande sätt:

Om du är en fullständig administratör och redan har registrerat noden i molnet kan du komma åt noden från Control Hub.

Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid. Under Resurser på videonätkortet klickar du på Visa alla. Klicka på klustret och klicka sedan på noden som du vill komma åt. Klicka på Gå till nod.

Endast en fullständig administratör för din Webex-organisation kan använda den här funktionen. Andra administratörer, inklusive partner- och externa fullständiga administratörer, har inte Gå till nod alternativet för videonätsresurser.
I en webbläsarflik går du till <IP address>/setup, till exempel, https://192.0.2.0/setup. Ange administratörsuppgifterna som du har konfigurerat för noden och klicka sedan på Logga in.

Om administratörskonto har inaktiverats är den här metoden inte tillgänglig. Se avsnittet ”Inaktivera eller återaktivera det lokala administratörskontot från webbgränssnittet”.

Översikten är standardsidan och har följande information:

Samtalsstatus – Anger antalet pågående samtal via noden.
Nodinformation – Anger nodtyp, programvarubild, programvaruversion, OS-version, QoS-status och underhållsläge.
Nodhälsa – Tillhandahåller användningsdata (CPU, minne, disk) och tjänststatus (hanteringstjänst, meddelandetjänst, NTP-synkronisering).
Nätverksinställningar – Tillhandahåller nätverksinformation: värdnamn, gränssnitt, IP, gateway, DNS, NTP och om dubbel IP är aktiverad.
Registreringsinformation – Ger registreringsstatus, organisationsnamn, organisationsnummer, kluster som noden ingår i och kluster-ID.

Molnanslutning – kör en serie tester från noden till Webex-molnet och tredjepartdestinationer som noden behöver få åtkomst till för att köra korrekt.

Tre typer av tester körs: DNS-upplösning, serversvarstid och bandbredd.

DNS-tester validerar att noden kan lösa en viss domän. Dessa tester rapporteras som misslyckade om servern inte svarar inom 10 sekunder. De visas som ”Godkänd” med en orange ”varningsfärg” om svarstiden är mellan 1,5 och 10 sekunder. De periodiska DNS-kontrollerna på noden genererar larm om DNS-svarstiden är längre än 1,5 sekunder.
Anslutningstester validerar att noden kan ansluta till en viss HTTPS-URL och ta emot ett svar (andra svar än proxy- eller gatewayfel accepteras som bevis på anslutning).
Listan över tester som körs från översiktssidan är inte uttömmande och innehåller inte websocket-tester.
Noden skickar larm om samtalsprocesserna inte kan slutföra webbsocket-anslutningar till molnet eller ansluta till samtalsrelaterade tjänster.

Ett godkänt eller misslyckat resultat visas bredvid varje test. Du kan hålla muspekaren över den här texten för att se mer information om vad som kontrollerades när testet kördes.

Som visas i skärmbilden som följer kan larmaviseringar även visas i sidopanelen om några larm har genererats av noden. Dessa aviseringar identifierar potentiella problem på noden och ger förslag om hur du kan felsöka eller lösa dessa problem. Om inga larm genererades visas inte aviseringspanelen.

Konfigurera nätverksinställningar från webbgränssnittet för videonätnod

Om din nätverksopologi ändras kan du använda webbgränssnittet för varje Webex-videonätnod och ändra nätverksinställningarna där. Du kan se en varning om att ändra nätverksinställningarna, men du kan fortfarande spara ändringarna om du gör ändringar i nätverket efter att du har ändrat inställningarna för Webex-videonätnod.

1

Öppna gränssnittet för Webex-videonätnod.

2

Gå till nätverket.

De aktuella nätverksinställningarna för noden visas.

3

Ändra följande inställningar för värd- och nätverkskonfiguration efter behov:

Under Redigera värdnamn och domän ändrar du värdens värdnamn och domänvärden.
Ett fel visas om FQDN (värdnamn och domän) inte har rätt format.
Under nätverksläge anges Aktivera DHCP, men DHCP stöds inte. Du måste ange en statisk IP-adress, nätmask och gateway.

Under Redigera nätverkskonfiguration ändrar du IP-adressen (för det interna gränssnittet), nätmask och gateway(en nätverksnod som fungerar som åtkomstpunkt till ett annat nätverk).

Videonätnoden måste ha en intern IP-adress och löstagbart DNS-namn. Nodens IP-adress får inte tillhöra det IP-adressintervall som är reserverat för intern användning av videonätnod. Standardreserverat IP-adressintervall är 172.17.42.0–172.17.42.63, vilket kan konfigureras senare i Diagnostic-menyn i nodkonsolen. Detta IP-adressintervall är för kommunikation inom videonätnoden och mellan programvarubehållare som håller de olika komponenterna i noden – till exempel SIP-gränssnittet och medieomkodning.

Under Redigera DNS-servrar ändrar du DNS-serverposter som hanterar översättande domännamn till numeriska IP-adresser. Du kan ange upp till 4 DNS-servrar.

4

Klicka på Spara värd- och nätverkskonfiguration och när popup-fönstret visar att noden behöver startas om klickar du på Spara och starta om.

Under sparningen valideras alla fält på serversidan. Varningar som visas indikerar i allmänhet att servern inte kan nås eller att ett giltigt svar inte returnerades när de frågades – till exempel om FQDN inte kan lösas med de angivna DNS-serveradresserna. Du kan välja att spara genom att ignorera varningen, men samtal kommer inte att fungera förrän FQDN kan lösa den DNS som konfigurerats på noden. Ett annat möjligt feltillstånd är om gatewayadressen inte är i samma subnät som IP-adressen. När videonätnoden har startats om träder nätverkskonfigurationen i kraft.

5

Ändra följande inställningar för NTP-servrar efter behov:

Under Redigera NTP-servrar ändrar du värdena för NTP-serverposter som används i din organisation för att synkronisera tiden till noden.

6

Klicka på Spara NTP-servrar.

Om du konfigurerar fler än en NTP-server är omröstningsintervallet för redundans 40 sekunder.

Om NTP-servern är en FQDN och den inte kan lösas returneras en varning. Om NTP-serverns FQDN har åtgärdats men den åtgärdade IP-adressen inte kan ifrågasättas för NTP-tid returneras en varning.

Ställ in det externa nätverksgränssnittet från webbgränssnittet för videonätnod

Om din nätverksopologi ändras kan du använda webbgränssnittet för varje Webex-videonätnod och ändra nätverksinställningarna där. Du kan se en varning om att ändra nätverksinställningarna. Du kan dock fortfarande spara ändringarna om du gör ändringar i nätverket efter att du har ändrat inställningarna för Webex-videonätnod.

Du kan konfigurera det externa nätverksgränssnittet om du distribuerar videonätnoden i ditt nätverks DMZ så att du kan isolera företagstrafiken (intern) från extern (extern) trafik.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till nätverket. De aktuella nätverksinställningarna för noden visas.
3	Klicka på Avancerat.
4	Aktivera Aktivera externt nätverk och klicka sedan på OK för att aktivera alternativen för extern IP-adress på noden.
5	Ange värden för extern IP-adress, extern nätmask och extern gateway.
6	Klicka på Spara extern nätverkskonfiguration.
7	Klicka på Spara och starta om för att bekräfta ändringen. Noden startar om för att aktivera den dubbla IP-adressen och konfigurerar sedan automatiskt de grundläggande statiska dirigeringsreglerna. Dessa regler fastställer att trafik till och från en privat klass IP-adress använder ett internt gränssnitt; trafik till och från en offentlig klass IP-adress använder ett externt gränssnitt. Senare kan du skapa egna dirigeringsregler – till exempel om du behöver konfigurera en åsidosättning och tillåta åtkomst till en extern domän från det interna gränssnittet.
8	Om det finns fel klickar du på OK för att stänga feldialogrutan, åtgärda felen och klicka på Spara extern nätverkskonfiguration igen.

Nästa steg

För att validera den interna och externa IP-adresskonfigurationen gör du stegen i Kör en ping från webbgränssnittet för videonätnod.

Testa en extern destination (till exempel cisco.com). Om det lyckas visar resultaten att destinationen har åtkomst från det externa gränssnittet.
Testa en intern IP-adress. Om detta lyckas visar resultaten att adressen har hämtats från det interna gränssnittet.

Lägg till interna och externa dirigeringsregler från webbgränssnittet för videonätnod

I en distribution av dubbelt nätverksgränssnitt (NIC) kan du finjustera dirigeringen för videonätnoder genom att lägga till användardefinierade dirigeringsregler för externa och interna gränssnitt. Standardrutorna läggs till i noderna, men du kan göra undantag – till exempel externa undernät eller värdadresser som måste nås via det interna gränssnittet, eller interna undernät eller värdadresser som måste nås från det externa gränssnittet. Utför följande steg vid behov.

Innan du börjar

Om du vill konfigurera dirigeringsregler måste du först aktivera och konfigurera det externa nätverksgränssnittet.

1

Öppna gränssnittet för Webex-videonätnod.

2

Gå till nätverket.

De aktuella nätverksinställningarna för noden visas. Om du har konfigurerat det externa nätverket visas fliken Routningsregler.

3

Klicka på fliken Routningsregler.

Första gången du öppnar den här sidan visas standardsystemdirigeringsreglerna i listan. Som standard går all intern trafik via det interna gränssnittet och extern trafik via det externa gränssnittet.

Du kan lägga till manuella åsidosättningar till dessa regler i nästa steg.

4

Om du vill lägga till en regel klickar du på Lägg till dirigeringsregel och väljer sedan något av följande alternativ:.

För nätverkstyp klickar du på Intern och anger sedan det externa subnätet eller värd-IP-adressen som ska användas för den interna rutten.
För nätverkstyp klickar du på Extern och anger sedan det interna subnätet eller värd-IP-adressen som ska användas för den externa rutten.

5

Klicka på Lägg till dirigeringsregel.

När du lägger till varje regel visas de i listan över routningsregler, kategoriserade som användardefinierade regler.

6

Om du vill ta bort en eller flera användardefinierade regler markerar du kryssrutan i kolumnen till vänster om reglerna och klickar sedan på Ta bort dirigeringsregel.

Standardrutorna kan inte tas bort, men du kan ta bort alla användardefinierade åsidosättningar som du har konfigurerat.

Anpassade dirigeringsregler kan skapa risk för konflikter med annan dirigering. Du kan till exempel definiera en regel som låser din SSH-anslutning till gränssnittet för videonätnod. Om detta inträffar gör du något av följande och tar sedan bort eller ändra dirigeringsregeln:

Öppna en SSH-anslutning till den offentliga IP-adressen för videonätnoden.
Öppna videonätnoden via ESXi-konsolen

Konfigurera behållarnätverket från webbgränssnittet för videonätnod

Videonätnod reserverar ett delnätintervall för intern användning inom noden. Standardintervallet är 172.17.42.0–172.17.42.63. Noderna svarar inte på någon extern-till-videonätnodtrafik från det här intervallet. Du kanske vill använda nodkonsolen för att ändra IP-adressen till containersbrygga för att undvika konflikter med andra enheter i nätverket.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till nätverket. De aktuella nätverksinställningarna för noden visas.
3	Klicka på Avancerat.
4	Ändra värdena för Container IP-adress och Container Subnet Mask efter behov och klicka sedan på Spara Container Network Configuration.
5	Klicka på Spara och starta om för att bekräfta ändringen.
6	Om det finns fel klickar du på OK för att stänga feldialogrutan, åtgärda felen och klicka på Spara nätverkskonfiguration för container igen.

Ställ in MTU-storlekar för nätverksgränssnittet

Alla Webex-videonätnoder har sökvägen MTU (PMTU) aktiverad som standard. Med PMTU kan noden identifiera MTU-problem och justera MTU-storleken automatiskt. När PMTU slutar fungera på grund av brandväggs- eller nätverksproblem kan noden ha problem med anslutningen till molnet eftersom paket som är större än MTU tappar. Manuell inställning av en lägre MTU-storlek kan åtgärda problemet.

Innan du börjar

Om du redan har registrerat noden måste du sätta noden i underhållsläge innan du kan ändra MTU-inställningarna.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till nätverket. De aktuella nätverksinställningarna för noden visas.
3	Klicka på Avancerat.
4	I avsnittet MTU-inställningar för gränssnitt anger du ett MTU-värde mellan 1280 och 9000 byte i tillämpliga fält. Om du har aktiverat det externa gränssnittet kan du ställa in MTU-storlekar för både det interna och det externa gränssnittet separat.

Noden startas om för att tillämpa MTU-ändringarna.

Nästa steg

Om du sätter noden i underhållsläge för att ändra MTU stänger du av underhållsläget.

Aktivera eller inaktivera cachelagring av DNS

Om DNS-svar på dina videonätnoder regelbundet tar mer än 750 ms, eller om Cisco TAC rekommenderar det, kan du aktivera DNS-cachelagring. När DNS-cachelagring är aktiverad cachar noden DNS-svar lokalt. Med cacheminnet är förfrågningar mindre benägna att fördröja eller timeout som kan leda till anslutningslarm, samtalsfall eller problem med samtalskvaliteten. DNS-cachelagring kan också minska belastningen på din DNS-infrastruktur.

Innan du börjar

Flytta noden till underhållsläge. När underhållslägets status är På (aktiva samtal har slutförts eller avbrutits i slutet av väntande period) kan du aktivera eller inaktivera DNS-cachelagring.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till nätverket. De aktuella nätverksinställningarna för noden visas.
3	Klicka på Avancerat.
4	I avsnittet DNS-cachekonfiguration växlar du Aktivera DNS-cachelagring på eller av.
5	Klicka på Spara och starta om i bekräftelsedialogrutan.
6	När noden har startats om öppnar du gränssnittet för Webex-videonätnod igen och bekräftar att anslutningskontrollerna fungerar på sidan Översikt.

När du aktiverar DNS-cachelagring visar DNS-cachestatistiken följande statistik:

Statistik	Beskrivning
Cacheposter	Antal tidigare DNS-upplösningar som DNS-cacheservern har sparat
Cacheträffar	Antalet gånger sedan cacheåterställningen som cachelagringen hanterade en DNS-begäran från videomesh utan att fråga kundens DNS-server
Cachemisser	Antalet gånger sedan cacheåterställningen som kundens DNS-server hanterade en DNS-begäran från videonät snarare än genom cacheminnet
Procent av cacheträffar	Procentandelen DNS-förfrågningar från videonät som cachelagring hanterade utan att fråga kundens DNS-server
Utgående DNS-frågor för cacheserver	Antalet DNS-frågor som videomesh DNS-cacheservern gjorde mot kundens DNS-servrar
Cacheserverns inkommande DNS-frågor	Antalet DNS-frågor som videomesh gjorde mot sin interna DNS-cacheserver
Förhållande mellan utgående och inkommande frågor	Förhållandet mellan DNS-frågor som görs av videonät mot kundens DNS-server och frågor som görs av videonät mot dess interna DNS-cacheserver
Inkommande frågor per sekund	Det genomsnittliga antalet DNS-frågor per sekund som videomesh gjorde mot sin interna DNS-cacheserver
Utgående frågor per sekund	Det genomsnittliga antalet DNS-frågor per sekund som videomesh gjorde mot kundens DNS-servrar
Utgående DNS-latens [tidsintervall]	Procent av DNS-frågor som videomesh gjorde mot kundens DNS-servrar där svarstiden föll in i det beskrivna tidsintervallet

Använd Torka DNS-cacheminnet för att återställa DNS-cacheminnet när TAC begär. När du har torkat DNS-cacheminnet ser du ett högre förhållande mellan utgående och inkommande frågor när cacheminnet fylls på. Du behöver inte placera noden i underhållsläge för att rensa cacheminnet.

Nästa steg

Flytta noden ur underhållsläge. Upprepa sedan uppgiften på alla andra noder som kräver en ändring.

Överför säkerhetscertifikat

Konfigurera en förtroenderelation mellan noden och en extern server, till exempel en syslog-server.

I en klustermiljö måste du installera CA- och servercertifikat på varje nod individuellt.

1

Öppna gränssnittet för Webex-videonätnod.

2

När du ställer in TLS med en annan server, till exempel en syslog-server, rekommenderar vi av säkerhetsskäl att du använder ett CA-signerat certifikat på dina videonätnoder istället för nodens standardcertifikat som är självsignerat. Om du vill skapa och ladda upp certifikatet och nyckelpar på videonätnoden går du till servercertifikat och följer dessa steg:

Om du behöver ett certifikat utfärdat av en certifierad leverantör klickar du på Skapa en certifikatsigneringsbegäran. Fyll i den information som krävs (inklusive alternativt ämnesnamn), som är FQDN:er som måste innehålla det gemensamma namnet). Generera och hämta sedan CSR för att skicka begäran till leverantören. Du kan skapa flera kundtjänstrepresentanter. Leverantören returnerar det signerade certifikatutfärdaren (CA). (Steget för att skapa CSR har redan genererat den privata nyckeln.)

Det vanliga namnet är inte en URL. Det innehåller inget protokoll (t.ex. http:// eller https://), portnummer eller pathname. Filen commonName fältet i certifikatspecifikationen X.509 representerar tekniskt det gemensamma namnet. Till https://www.example.com, det korrekta värdet är example.com.

När du har certifikatet och nyckeln klickar du på Överför ett servercertifikat (.crt- eller .pem-fil), välj certifikatfilen och klicka sedan på Överför en privat nyckel (.nyckelfil) och anger en lösenfras om du har en.

Den privata nyckeln finns redan på plats när en kundtjänstrepresentant genereras. Du behöver bara ladda upp en privat nyckel om du inte använder steget för att skapa CSR.
När du har fått certifikatet går du till den första videonätnoden i ett kluster, klickar på Installera servercertifikat, läs instruktionen, klicka på Installera och klicka sedan på OK.

En videonätnod som är registrerad i molnet väntar upp till 2 timmar på att alla samtal ska avslutas och hamnar i ett tillfälligt inaktivt tillstånd (frågeställningar). När antingen de befintliga samtalen är klara eller 2 timmar passerat (beroende på vilket som kommer först) slutför den här noden certifikatinstallationen. En uppmaning visas när installationen av servercertifikatet slutförs och du kan sedan läsa in sidan igen för att visa det nya certifikatet och nyckelposten.
Klicka på Hämta bredvid certifikatet och nyckelfiler för att spara en lokal kopia.

Spara filerna på en plats som är lätt att komma ihåg och lämna instansen öppen på webbläsarfliken.
Gå till den andra videonätnoden i klustret, fyll i lösenfrasen och överför sedan filen med den privata nyckeln. Klicka sedan på Ladda upp ett servercertifikat och välj sedan Installera servercertifikat, läs instruktionen, klicka på Installera och klicka sedan på OK.
Upprepa dessa steg på alla andra videonätnoder i samma kluster.

3

Välj ett alternativ beroende på hur den externa serverns CA-certifikat signeras:

Om serverns CA-certifikat är signerat av en allmänt erkänd organisation, t.ex. DigiCert, GeoTrust eller GlobalSign, kommer videonätnoden att lita på den baserat på listan över rotcertifikat från videonätnodens värdoperativsystem, som uppdateras regelbundet. Hoppa till steg 6.
Om serverns CA-certifikat är signerat av ett internt CA-rotcertifikat måste rotcertifikatet från den myndigheten läggas till i videonätnoden. Fortsätt med nästa steg.

4

Hämta certifikatet eller certifikatbetrodda certifikat (CTL) som den externa servern använder.

Precis som med videonätnodcertifikatet sparar du den externa serverfilen någonstans som är lätt att komma ihåg.

5

Gå tillbaka till fliken Gränssnitt för Webex-videonätnod, klicka på Trust Store och Proxy och välj sedan ett alternativ:

Om du vill installera ett enda CA-certifikat klickar du på Ladda upp ett rotcertifikat eller ett slutcertifikat (.crt eller .pem-fil) och väljer sedan certifikatfilen från datorn, klickar på Installera alla certifikat i Trust Store, läser instruktionen, klickar Installera och startar sedan om noden.
Om du vill installera en certifikatkedja överför du rot-CA-certifikatet och mellanliggande CA-certifikat. Klicka sedan på Installera alla certifikat i Trust Store, läs instruktionen och klicka sedan på Installera.

En videonätnod som är registrerad i molnet väntar upp till 2 timmar på att alla samtal ska avslutas och hamnar i ett tillfälligt inaktivt tillstånd (frågeställningar). För att installera certifikatet måste noden startas om och gör det automatiskt. När det kommer tillbaka online visas en uppmaning när certifikatet är installerat på videonätnoden och du kan sedan ladda upp sidan igen för att visa det nya certifikatet.

6

Upprepa överföringen av certifikatet eller certifikatkedja på alla andra videonätnoder i samma kluster.

Generera videonätloggar för stöd

Du kan bli ombedd att skicka loggar direkt till Cisco, eller så kan du hämta dem själv för att bifoga ett ärende. Använd den här proceduren från webbgränssnittet för att generera loggar och skicka dem till Cisco eller hämta dem från alla videonätnoder. Det genererade loggpaketet innehåller medialoggar, systemloggar och containerloggar. Paketet innehåller användbar information för anslutning till Webex, plattformsproblem och samtalskonfiguration eller media, så att Cisco kan felsöka distributionen av videonätnod åt dig.

1

Öppna gränssnittet för Webex-videonätnod.

2

Gå till Felsökning och välj sedan ett alternativ bredvid Skicka loggar:

Klicka på Skicka loggar till Cisco för att generera ett loggpaket från noden och skicka paketet direkt till Cisco i ett steg. Du ser en statusindikator som ändras när loggarna komprimeras, blixtas och laddas upp.
Klicka på Hämta för att generera ett långt paket från noden som du kan spara lokalt eller bifoga till ett ärende senare.

Genererade loggar lagras historiskt på noden och förblir kvar på noden även efter omstart. En överföringsidentifierare visas på sidan. Supporten använder detta värde för att identifiera dina överförda loggar.

3

När du öppnar ett ärende eller interagerar med Cisco TAC ska du inkludera värdet för uppladdningsidentifierare så att din supportingenjör kan komma åt loggarna.

Om du skickade in loggen till Cisco direkt behöver du inte ladda upp loggpaketet till TAC-ärendet.

Nästa steg

När loggar laddas upp till Cisco eller hämtas kan du köra en paketinspelning från samma skärm.

Generera videonätpaketinspelningar för stöd

Du kan köra en paketinspelning (PCAP) och skicka den till Cisco för ytterligare analys. En paketinspelning tar en ögonblicksbild av datapaket som går genom nodens nätverksgränssnitt. När paket har tagits in och skickats kan Cisco analysera den inskickade inspelningen och hjälpa till med felsökning av distributionen av videonätnod.

Innan du börjar

Paketfångstfunktionen är endast avsedd för felsökning. Om du kör en paketinspelning på en live-videonätnod som är värd för aktiva samtal kan paketinspelningen påverka nodens prestanda och den genererade filen kan skrivas över. Detta leder till förlust av insamlade data. Vi rekommenderar att du endast kör paketinspelningen under stängda timmar eller när samtalsantalet är mindre än 3 på noden.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till Felsökning. Du kan starta paketinspelning och överföra loggar samtidigt.
3	(Valfritt) I avsnittet Paketfångst kan du begränsa insamlingen till paket i ett specifikt gränssnitt, filtrera efter paket till eller från specifika värdar eller filtrera efter paket på en eller flera portar.
4	Starta processen genom att aktivera inställningen Starta paketfångst.
5	När du är klar stänger du av inställningen Starta paketfångst.
6	Välj ett alternativ: Klicka på Skicka PCAP till Cisco för att skicka paketinspelningen från noden direkt till Cisco. Du ser en statusindikator som ändras när paketinspelningen överförs. Klicka på Hämta för att spara en lokal kopia av paketinspelningen från noden. Du kan bifoga det till ett ärende senare. När en paketinspelning har överförts visas en överföringsidentifierare på sidan. Supporten använder detta värde för att identifiera din uppladdade paketinspelning. Den maximala storleken för paketinspelningar är 2 GB.
7	När du öppnar ett ärende eller interagerar med Cisco TAC ska du inkludera värdet för uppladdningsidentifierare så att din supportingenjör kan komma åt paketinspelningen.

Kör en ping från webbgränssnittet för videonätnod

Du kan köra en ping från webbgränssnittet för videonätnod. Det här steget testar en destination som du anger och ser om videonätnoden kan nå den.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till Felsökning, bläddra till Ping och ange sedan en destinationsadress som du vill testa i fältet FQDN- eller IP-adress under Testa anslutning med ping.
3	Klicka på Ping. Testet körs och du ser ett meddelande om att ping lyckas eller misslyckas. Testet har ingen tidsgräns. Om du får ett fel eller testet körs på obestämd tid kontrollerar du destinationsvärdet som du angav och dina nätverksinställningar.

Kör en spårningsrutt från webbgränssnittet för videonät

Du kan köra en spårningsruta från webbgränssnittet för videonätnod. Det här steget visar vägen som tas av paket från noden till den destination som du anger. Genom att visa spårningsinformationen kan du avgöra varför en viss anslutning kan vara dålig och kan hjälpa dig att identifiera problem.

1

Öppna gränssnittet för Webex-videonätnod.

2

Gå till Felsökning, bläddra till Traceroute och ange sedan en destinationsadress som du vill testa i fältet FQDN- eller IP-adress under Spåra rutt till värd.

Testet körs och meddelandet om framgång eller misslyckande för spårningsrutten visas. Testet tar slut med 16 sekunder. Om du får ett fel eller testtiden har gått ska du kontrollera destinationsvärdet som du angav och dina nätverksinställningar.

Kontrollera NTP-servern från webbgränssnittet för videonätnod

Du kan ange en FQDN- eller IP-adress för en nätverkstidsprotokoll (NTP)-server för att bekräfta att videonätnoden kan komma åt servern. Det här testet är användbart om du märker tidssynkroniseringsproblem och vill utesluta att NTP-servern kan nås.

1

Öppna gränssnittet för Webex-videonätnod.

2

Gå till Felsökning, bläddra till Kontrollera NTP-servern och ange sedan en destinationsadress som du vill testa i fältet FQDN- eller IP-adress under Visa svar på SNTP-frågor.

Testet körs och du ser ett meddelande om framgång eller misslyckande. Testet har ingen tidsgräns. Om du får ett fel eller testet körs på obestämd tid kontrollerar du destinationsvärdet som du angav och dina nätverksinställningar.

Identifiera portproblem med reflektorverktyget i webbgränssnittet

Reflektorverktyget (en kombination av en server på videonätnoden och klienten via ett Python-skript) används för att kontrollera om de obligatoriska TCP/UDP-portarna är öppna från videonätnoder.

Innan du börjar

Hämta en kopia av Reflector Tool Client (ett Python-skript) från https://github.com/CiscoDevNet/webex-video-mesh-reflector-client.
Se till att du kör Python 2.7.10 eller senare i din miljö för att skriptet ska fungera korrekt.
För närvarande har det här verktyget stöd för SIP-slutpunkter för videonätnoder och intraklusterverifiering.

1	Från kundvyn i https://admin.webex.com aktiverar du underhållsnoden för videonätnoden genom att följa dessa instruktioner.
2	Vänta på att noden visar status ”redo för underhåll” i Control Hub.
3	Öppna gränssnittet för Webex-videonätnod. Anvisningar finns i Hantera videonätnod från webbgränssnittet.
4	Bläddra till Reflector Tool och starta sedan antingen TCP Reflector Server eller UDP Reflector Server, beroende på vilket protokoll du vill använda.
5	Klicka på Starta reflektorserver och vänta sedan på att servern ska starta. Du ser ett meddelande när servern startar.
6	Kör skriptet med följande kommando från ett system (t.ex. en dator) i ett nätverk som du vill att videonätnoder ska nå: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` I slutet av körningen visar klienten ett framgångsmeddelande om alla obligatoriska portar är öppna: Klienten visar ett misslyckat meddelande om några obligatoriska portar inte är öppna:
7	Lös alla portproblem på brandväggen och kör sedan vidare stegen ovan.
8	Kör klienten med `--help` för att få mer information.

Aktivera felsökningskonto från webbgränssnittet för videonätnod

Om Cisco TAC kräver åtkomst till Webex-videonätnoden kan du tillfälligt aktivera ett felsökningskonto så att supporten kan köra vidare felsökning.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till Felsökning och aktivera inställningen Aktivera felsökning. En krypterad lösenfras visas som du kan tillhandahålla till Cisco TAC.
3	Kopiera lösenfrasen, klistra in den i supportbiljetten eller direkt till supportingenjören och klicka sedan på OK när du har sparat den.

Felsökningskontot är giltigt i 3 dagar, varefter det upphör.

Nästa steg

Du kan inaktivera kontot innan det upphör om du återgår till sidan Felsökning och sedan stänger av inställningen Aktivera felsökning.

Fabriksåterställning av en videonätnod från webbgränssnittet

Som en del av rensningen av avregistrering kan du fabriksåterställa videonätnoden från webbgränssnittet. Det här steget tar bort alla konfigurationer som du har installerat när noden var aktiv men tar inte bort posten för virtuella datorer. Senare kan du vilja registrera den här noden som en del av ett annat kluster som du bygger från grunden.

Innan du börjar

Du måste använda Control Hub för att avregistrera videonätnoden från klustret som är registrerat i Control Hub.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till Felsökning, bläddra till fabriksåterställning och klicka sedan på Återställ nod.
3	Se till att du förstår informationen i varningsmeddelandet som visas och klicka sedan på Återställ och Starta om. Noden startar om automatiskt efter fabriksåterställningen.

Inaktivera eller återaktivera det lokala administratörskontot från webbgränssnittet

När du installerar en Webex-videonätnod loggar du först in med ett inbyggt lokalt konto med användarnamnet ”admin”. När du har registrerat noden i Webex-molnet kan du använda inloggningsuppgifterna för Webex-organisationens administration för att hantera dina videonätnoder från Control Hub. På så sätt gäller policyn och hanteringsprocesserna för administratörskonton som gäller för Control Hub även för dina videonätnoder. För ytterligare kontroll kan du inaktivera det inbyggda ”admin”-kontot så att Control Hub hanterar all administratörsautentisering och hantering.

Använd dessa steg när du har registrerat noden i molnet för att inaktivera (eller senare aktivera igen) administratörsanvändarkontot. När du inaktiverar administratörskonto måste du använda Control Hub för att komma åt webbgränssnittet för nod.

Endast en fullständig administratör för din Webex-organisation kan använda den här funktionen. Andra administratörer, inklusive partner- och externa fullständiga administratörer, har inte Gå till nod alternativet för videonätsresurser.

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid.

2

Under Resurser på videonätkortet klickar du på Visa alla.

3

Klicka på klustret och klicka sedan på noden som du vill komma åt. Klicka Gå till nod.

4

Gå till administrationen.

5

Aktivera Aktivera inloggning för administratörsanvändare för att inaktivera kontot eller aktivera det igen.

Du kan inte inaktivera administratörskontot förrän du har registrerat noden i molnet.

6

På bekräftelseskärmen klickar du på Inaktivera eller Aktivera för att slutföra ändringen.

När du har inaktiverat administratörsanvändaren kan du inte logga in på videonätnoden via webbgränssnittet eller CLI som startas från SSH. Du kan dock logga in med administratörsanvändarinloggningsuppgifterna via en CLI som startas från VM-programvaran ESXi-konsolen.

Ändra administratörslösenfras från webbgränssnittet

Använd den här proceduren för att ändra administratörslösenfras (lösenord) för din Webex-videonätnod med hjälp av webbgränssnittet.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till Administration och bredvid Ändra lösenfras klickar du på Ändra.
3	Ange den aktuella lösenfrasen och ange sedan ett nytt lösenfrasvärde i både Ny lösenfras och Bekräfta ny lösenfras.
4	Klicka på Spara lösenfras. Ett meddelande ”ändrat lösenord” visas och sedan går du tillbaka till inloggningsskärmen.
5	Logga in med din nya administratörsinloggning och lösenfras (lösenord).

Ändra utgångsintervall för lösenfras från webbgränssnittet

Använd den här proceduren för att ändra förfallointervallet för standardlösenord på 90 dagar med hjälp av webbgränssnittet. När intervallet är över uppmanas du att ange en ny lösenfras när du loggar in på videonätnoden.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till Administration och bredvid Ändra lösenordsförfallotid anger du ett nytt värde för utgångsintervall (dagar) (upp till 365 dagar) och klickar sedan på Spara lösenordsförfallointervall. En framgångsskärm visas och du kan sedan klicka på OK för att slutföra.

Sidan Administration visar också datum för den senaste lösenordsändringen och nästa gång lösenordet upphör att gälla.

Ange extern loggning till en Syslog-server

Om du har en syslog-server kan du ställa in din Webex-videonätnod för att logga in på den externa serverns granskningsspårningsinformation, till exempel:

Information om administratörsinloggningar
Konfigurationsändringar (inklusive att aktivera eller inaktivera underhållsläget)
Programvaruuppdateringar

Noden aggregerar loggarna, om någon, och skickar dem till servern var tionde minut.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till administrationen.
3	Bredvid Extern loggning växlar du på Aktivera extern loggning.
4	För Syslog-serverinformation anger du värdens IP-adress eller fullständigt kvalificerat domännamn och syslog-porten. Om servern inte kan lösas DNS från noden ska du använda en IP-adress i fältet Värd.
5	Välj protokollet – UDP eller TCP. Om du vill använda TLS-kryptering väljer du TCP och aktiverar sedan Aktivera TLS. Se till att du även laddar upp och installerar de säkerhetscertifikat som krävs för TLS-kommunikation mellan noden och syslog-servern. Om inga certifikat är installerade använder noden sina självsignerade certifikat som standard. För hjälp, se Ladda upp säkerhetscertifikat.
6	Klicka på Spara konfiguration för extern loggning.

Egenskaperna för loggmeddelandet följer detta format: Meddelande om prioriterad tidsstämpel för värdnamnstagg.

Egenskap	Beskrivning
Företräde	Värdet är alltid 131, baserat på formeln: Prioritet = (Facilitetskod * 8) + Allvarlighetsgrad. Anläggningskoden är 16 för "local0". Allvarlighetsgraden är 3 för "meddelande".
Tidsstämpel	Tidsstämpelformatet är "Mmm dd hh:mm:ss".
Värdnamn	Värdnamnet för videonätnoden.
Etiketten	Värdet är alltid syslogAuditMsg.
Meddelanden	Meddelandet är en JSON-sträng på minst 1 KB. Dess storlek beror på antalet aggregerade händelser under det tio minuter långa intervallet.

Här är ett exempel:

{
  "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 för aviseringar om videonät

Videomesh har stöd för Webhook-aviseringar som gör det möjligt för organisationsadministratörer att ta emot aviseringar om specifika händelser. Administratörer kan välja att bli aviserade om händelser som överflöd av samtal och omdirigeringar av samtal, vilket minimerar behovet av att logga in på Control Hub för att övervaka distributionen av dem. Detta uppnås genom att skapa en webhook-prenumeration där en målURL tillhandahålls av administratören, till vilken aviseringar kommer att skickas. Med hjälp av webbhooks för aviseringar kan du även övervaka parametrar utan att använda de associerade utvecklarnas API:er.

Följande händelsetyper kan övervakas via webbkrokar:

Omdirigerar klustersamtal – Samtal omdirigeras från ett visst kluster.
Överflöd av organisationssamtal – Totalt antal samtal överflödar till molnet för en organisation.

Skapa en Webhook-prenumeration

1	Logga in på Cisco Webex-utvecklarportalen med administratörsuppgifterna.
2	Klicka på Dokumentation på utvecklarportalen.
3	Från rullningsfältet till vänster bläddrar du nedåt och klickar på Fullständig API-referens.
4	Från alternativen som expanderar nedan bläddrar du nedåt och klickar på Webhooks > Skapa en webhook.
5	Skapa en prenumeration genom att ange följande parametrar:

namn: exempel – Webhook-aviseringar för videonät
Målurl: exempel - https://10.1.1.1/webhooks
resurs: aviseringar om videonät
händelse: utlöstes
ägs av: organisation

URL:en som anges i parametern för mål-URL måste vara tillgänglig på internet och ha en server som är konfigurerad för att acceptera POST-förfrågningar som skickas av Webex Webhook.

Ställa in tröskelkonfigurationer med utvecklarAPI:er

Du kan ställa in tröskelvärden för händelserna (överflöd av organisationssamtal och omdirigering av klustersamtal) med videonätsutvecklarnas API:er. Du kan ange ett procentuellt värde för tröskelvärdena, över vilket en webhook-varning utlöses. Om tröskelvärdet till exempel är 20 för överflöd av organisationssamtal kommer en avisering att skickas när mer än 20 procent av samtalen överflödar till molnet.

En uppsättning med 4 API:er är tillgängliga för att ställa in och uppdatera tröskelvärden i Cisco Webex-utvecklarportalen och de finns listade nedan:

Konfiguration av tröskelvärde för händelsen
Hämta konfiguration av händelsetröskelvärde
Uppdatera konfiguration av tröskelvärde för händelse
Återställ konfiguration av tröskelvärde för händelse

API:erna finns tillgängliga påhttps://developer.webex.com/docs/api/v1/video-mesh .

Scenario 1 – Ställ in tröskelvärde för överflödiga organisationssamtal

1

Klicka på List Event Threshold Configuration API.

2

Konfigurera eventscope till ORG och klicka på > Kör.

3

Du kommer att få ett svar liknande det som visas nedan.

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

4

Kopiera värdet i "eventThresholdId"-fältet. Detta är händelsens tröskelvärde-ID som kommer att användas för att uppdatera och hämta tröskelvärden.

5

Klistra in värdet i "eventThresholdId" fältet för JSON-strukturen som visas nedan och kopiera hela JSON-strukturen.

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

6

Klicka på API för konfiguration av tröskelvärde för händelse .

7

Klistra in JSON-strukturen i kroppen för Update Event Threshold Configuration API.

8

Konfigurera “minThreshold” värde till det nya tröskelvärdet som du vill ställa in.

9

Du kan köra den här åtgärden för flera händelsetröskelvärden genom att ange dem som kommaseparerade värden i JSON-strukturen.

Klicka på Kör, tröskelvärdet för överflöd av organisationssamtal kommer att ställas in på det nya värdet.

Nästa steg

Om du vill visa tröskelvärdet som har ställts in för ett visst händelsetröskelvärde-ID

Klicka på API för konfiguration av tröskelvärde för händelse .
Klistra in händelsetröskel-ID i rubriken på API och klicka på Kör.
Standardvärdet för minsta tröskelvärde och det inställda tröskelvärdet visas i svaret.

Scenario 2 – Ställ in tröskelvärde för omdirigerade klustersamtal

1

Klicka på List Event Threshold Configuration API.

2

Konfigurera eventscope till KLUSTER och klicka på > Kör.

3

Svaret visar konfigurationer av alla kluster i organisationen.

4

Du kan ta emot konfigurationen av ett specifikt kluster genom att fylla i clusterID parametern.

Kopiera värdet i "eventThresholdId" fältet för det kluster vars värde du vill uppdatera. Detta är händelsens tröskelvärde-ID som kommer att användas för att uppdatera och hämta tröskelvärden.

5

Klistra in värdet i "eventThresholdId" fältet för JSON-strukturen som visas nedan och kopiera hela JSON-strukturen.

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

6

Klicka på API för konfiguration av tröskelvärde för händelse .

7

Klistra in JSON-strukturen i kroppen för Update Event Threshold Configuration API.

8

Konfigurera “minThreshold” värde till det nya tröskelvärdet som du vill ställa in.

9

Du kan köra den här åtgärden för flera händelsetröskelvärden genom att ange dem som kommaseparerade värden i JSON-strukturen.

Klicka på Kör, ditt tröskelvärde för Klustersamtal har omdirigerats kommer att ställas in på det nya värdet.

Nästa steg

Om du vill visa tröskelvärdet som har ställts in för ett visst händelsetröskelvärde-ID

Klicka på API för konfiguration av tröskelvärde för händelse .
Klistra in händelsetröskel-ID i rubriken på API och klicka på Kör.
Standardvärdet för minsta tröskelvärde och det inställda tröskelvärdet visas i svaret.

Scenario 3 – Återställning av tröskelvärden

1

Klicka på API för konfiguration av tröskelvärde för händelse .

2

Kopiera händelsetröskelvärde-ID för ett kluster eller organisationen och klistra in det i "eventThresholdId" fält i JSON-strukturen nedan.

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

3

Klistra in JSON-strukturen i kroppen och klicka på Kör.

4

Du kan återställa tröskelvärden för flera händelsetröskelvärden genom att ange dem som kommaseparerade värden i JSON-strukturen.

Tröskelvärdet kommer att ställas till standardvärdet.

Video Mesh Developer API

API:er för videonätsutvecklare är ett sätt att hämta analyser och övervaka data för dina videonätdistributioner via Webex utvecklarportal. API:erna finns tillgängliga på https://developer.webex.com/docs/api/v1/video-mesh. En exempelklient finns påhttps://github.com/CiscoDevNet/video-mesh-api-client .

Bilaga

Demoprogramvara för videonätnod

Använd demoprogramvaran för videonätnod endast för grundläggande demoändamål. Lägg inte till en demonod i ett befintligt produktionskluster. Demoklustret tar emot färre samtal än produktionen och löper ut 90 dagar efter att det har registrerats i molnet.

Demoprogramvaran för videonätnod stöds inte av Cisco TAC.
Du kan inte uppgradera demoprogramvaran för videonätnod till den fullständiga versionen av programvaran.

Hämta demo-programvarubilden från den här länken.

Specifikationer

Se System- och plattformskrav för videonätnodprogramvara för den specs-baserade konfigurationen för videonätnodprogramvara.

Demoprogramvaran har stöd för antingen ett enda nätverksgränssnitt eller ett dubbelt nätverksgränssnitt.

Kapacitet

Vi testar inte demobilden för kapacitet. Du ska bara använda den för att testa grundläggande mötesscenarier. Se de användningsfall som följer för vägledning.

Använd case för demoprogramvaran för videonätnod

Media förankrade till lokala

Distribuera och konfigurera noden med demoprogramvaran.
Kör ett möte som inkluderar följande mötesdeltagare: en Webex-appdeltagare, Webex-slutpunktsdeltagare och en Cisco Webex Board.
När mötet är över går du från kundvyn i https://admin.webex.com till Analytics för att komma åt videonätrapporterna. I rapporterna kan du se att medierna stannade lokalt.

Möte med molndeltagare och lokala mötesdeltagare

Kör ett annat möte med ett par lokala Webex-mötesdeltagare och en i molnet.
Observera att alla mötesdeltagare sömlöst kan delta i och delta i mötet.

Hantera videonätnod från konsolen

Innan du kan göra nätverksändringar i videonätnoder som är registrerade i molnet måste du använda Control Hub för att sätta dem i underhållsläge. Mer information och en procedur att följa finns i Flytta en nod till underhållsläge.

Underhållsläget är endast avsett att förbereda en nod för avstängning eller omstart så att du kan göra vissa ändringar i nätverksinställningen (DNS, IP, FQDN) eller förbereda dig för maskinvaruunderhåll, t.ex. ersätta RAM, hårddisk och så vidare.

Uppgraderingar sker inte när en nod är placerad i underhållsläge.

När du placerar en nod i underhållsläge stängs samtalstjänsterna på ett graciöst sätt (slutar att acceptera nya samtal och väntar upp till 2 timmar innan befintliga samtal slutförs). Syftet med den graciösa avstängningen av samtalstjänster är att tillåta omstart eller avstängning av noden utan att orsaka avbrutna samtal.

Ändra nätverksinställningar för videonätnod i konsolen

Om nätverkens topologi ändras måste du öppna konsollgränssnittet för varje videonätnod och ändra nätverksinställningarna där. Du kan se en varning om att ändra nätverksinställningarna, men du kan fortfarande spara ändringarna om du gör ändringar i nätverket efter att du har ändrat inställningarna för videonätnod.

1

Öppna nodkonsolgränssnittet via VM-ware vSphere-klienten och logga sedan in med administratörsuppgifterna.

Efter första konfigurationen av nätverksinställningarna och om videonätet kan nås kan du komma åt nodgränssnittet via ett säkert skal (SSH).

2

Välj alternativ från huvudmenyn på videonätnodkonsolen 2 Redigera konfiguration och klicka sedan Välj.

3

Läs instruktionen om att samtalen avslutas på videonätnoden och klicka sedan på Ja.

4

Klicka på Statisk, ange IP-adressen för det interna gränssnittet, Mask, Gateway och DNS värden för ditt nätverk.

Videonätnoden måste ha en intern IP-adress och löstagbart DNS-namn. Nodens IP-adress får inte tillhöra det IP-adressintervall som är reserverat för intern användning av videonätnod. Standardreserverat IP-adressintervall är 172.17.42.0–172.17.42.63, vilket kan konfigureras i diagnostikmenyn. Detta IP-adressintervall är för kommunikation inom videonätnoden och mellan programvarubehållare som håller de olika komponenterna i noden – till exempel SIP-gränssnittet och medieomkodning.
Distribuera alla noder på samma subnät eller VLAN så att alla noder i ett kluster kan nås var klienterna bor i nätverket.
För en dubbel NIC DMZ-distribution kan du ange den externa IP-adressen i nästa procedur efter att du har sparat den interna nätverkskonfigurationen och startat om noden.

5

Ange din organisations NTP-server eller en annan extern NTP-server som kan användas i din organisation.

När du har konfigurerat NTP-servern och sparat nätverksinställningarna kan du följa stegen i Kontrollera hälsa på videonätnod från konsolen för att kontrollera att tiden synkroniseras korrekt via de angivna NTP-servrarna.

Om du konfigurerar fler än en NTP-server är omröstningsintervallet för redundans 40 sekunder.

6

(Valfritt) Ändra värdnamn eller domän om det behövs.

För att säkerställa en lyckad registrering i molnet använder du endast små tecken i värdnamnet som du har ställt in för videonätnoden. Kapitalisering stöds inte just nu.
När du använder eller konfigurerar FQDN eller värdnamn måste du även ange en giltig och löstagbar domän. Den totala längden på FQDN får inte överstiga 64 tecken.

7

Klicka Spara och klicka sedan på Spara ändringar och omstart.

Under sparningen utförs DNS-validering om du har angett en domän. En varning visas om FQDN (värdnamn och domän) inte kan lösas med de angivna DNS-serveradresserna. Du kan välja att spara genom att ignorera varningen, men samtal kommer inte att fungera förrän FQDN kan lösa den DNS som konfigurerats på noden. När videonätnoden har startats om träder nätverkskonfigurationen i kraft.

Ändra administratörslösenfras för videonätnoden

Använd den här proceduren för att ändra administratörslösenfras (lösenord) för videonätnoden i nodens konsol.

1	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
2	Öppna och logga in på VM-varans ESXi-konsol för din videonätnod.
3	I huvudmenyn väljer du alternativ 3 Hantera administratörslösenfras, sedan 1 Ändra administratörslösenfras och klicka sedan på Retur.
4	Läs informationen om lösenordssidan som har upphört, klicka på Retur och klicka sedan på den igen efter att lösenordsmeddelandet har upphört att gälla.
5	Tryck på Enter.
6	När du har loggat ut från konsolen går du tillbaka till inloggningsskärmen och loggar sedan in med administratörsinloggning och lösenordsfras (lösenord) som du har upphört. Eventuellt uppmanas du att ange ditt lösenord.
7	För Gammalt lösenord anger du den aktuella lösenfrasen och trycker sedan på Retur.
8	För Nytt lösenord anger du en ny lösenfras och trycker sedan på Retur.
9	För Ange nytt lösenord igen skriver du om den nya lösenfrasen och trycker sedan på Retur. Ett meddelande ”ändrat lösenord” visas och sedan går du tillbaka till inloggningsskärmen.
10	Logga in med din nya administratörsinloggning och lösenfras (lösenord).

Kör en ping från videonätnodkonsolen

Du kan köra en ping från videonätnodkonsollens gränssnitt. Det här steget testar en destination som du anger och ser om videonätnoden kan nå den.

1	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
2	Från videonätnodkonsolen går du till 4 Diagnostik och väljer sedan Ping.
3	I fältet ping anger du en destinationsadress som du vill testa, till exempel en IP-adress eller värdnamn, och klicka sedan på OK. Testet körs och du ser ett meddelande om att ping lyckas eller misslyckas. Om du får ett fel kontrollerar du destinationsvärdet som du angav och dina nätverksinställningar.

Aktivera felsökning av användarkonto via konsolen

Om supporten kräver åtkomst till videonätnoden kan du använda konsolgränssnittet för att tillfälligt aktivera ett felsökningskonto så att supporten kan köra vidare felsökning på noden.

1	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
2	Från videonätnodkonsolen går du till 4 Diagnostik, väljer 2 Aktivera felsökningskonto och klickar sedan på Ja.
3	När ett meddelande visar att felsökningsanvändarkontot har skapats klickar du på OK för att visa den krypterade lösenfrasen. Du skickar den krypterade lösenfrasen till stöd. De använder detta tillfälliga konto och avkrypterade lösenfras för att säkert komma åt din videonätnod för felsökning. Det här kontot upphör att gälla efter 3 dagar eller så kan du inaktivera det när supporten är klar.
4	Välj start och slut på de krypterade uppgifterna och kopiera-klistra in dem i supportärendet eller e-postmeddelandet som du skickar till support.
5	När du har skickat den här informationen till support återgår du till videonätnodkonsolen och trycker på valfri knapp för att gå tillbaka till huvudmenyn.

Nästa steg

Kontot upphör om 3 dagar, men när supporten visar att de har slutfört felsökningen på noden kan du returnera videonätnodkonsolen, gå till 4 Diagnostik och sedan välja 3 Inaktivera felsökning-användarkontot för att inaktivera kontot innan det upphör.

Skicka loggar från videonätnodkonsolen

Du kan uppmanas att skicka loggar direkt till Cisco eller via säker kopia (SCP). Använd den här proceduren för att skicka loggar direkt från alla videonätnoder som du har registrerat till molnet.

1	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
2	I huvudmenyn klickar du på alternativ 4 Diagnostik och trycker sedan på Retur.
3	Klicka på 4 Exportera loggfiler, ge feedback om du vill och klicka sedan på Nästa.
4	Välj ett alternativ: Skicka loggar med SCP, bekräfta exporten av loggarna, ange SCP-uppgifterna (Värd, Användarnamn och Dest_Mapp) och klicka sedan på OK. Skicka loggar till Cisco och bekräfta exporten av loggarna.
5	Välj OK för att återgå till huvudmenyn för videonätnod.
6	(Valfritt) Välj 5 Kontrollera statusen för loggfiler som skickas till Cisco om du har skickat loggarna till Cisco.

Nästa steg

När du har skickat loggar rekommenderar vi att du skickar feedback direkt från Webex-appen så att dina supportkontakter har all information de behöver för att hjälpa dig.

Relaterad information

Hur kontaktar jag min Customer Success Manager (CSM)?

Kontrollera hälsan för videonätnod från konsolen

Du kan visa nodens hälsa direkt från själva videonätnoden. Resultaten är informativa, men kan hjälpa till med felsökningssteg – om NTP-synkronisering till exempel inte fungerar kan du kontrollera NTP-servervärdet i nätverksinställningarna.

1

Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.

2

Från videonätnodkonsolen går du till 4 Diagnostik och väljer sedan 6 Kontrollera nodhälsa för att visa följande information om noden:

Behållare för hanteringstjänst
ETCD (värdelagring som tillförlitligt lagrar data över ett kluster)
NTP-synkroniserad
Diskutrymme (gratis/använd %)
Minne (gratis/använd %)

Konfigurera behållarnätverk på videonätnod

Videonätnod reserverar ett delnätintervall för intern användning inom noden. Standardintervallet är 172.17.42.0–172.17.42.63. Noderna svarar inte på någon extern-till-videonätnodtrafik från det här intervallet. Du kanske vill använda nodkonsolen för att ändra IP-adressen till containersbrygga för att undvika konflikter med andra enheter i nätverket.

1	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
2	Från huvudmenyn på videonätnodkonsolen går du till 4 Diagnostik och väljer sedan 7 Konfigurera containernätverk. Efter försiktighetsåtgärden som anger att aktiva samtal avslutas på noden klickar du på Ja.
3	Ändra värdena för Container Bridge IP och Network Mask efter behov och klicka sedan på Spara. Du ser en skärm som visar nätverksinformation om behållaren, inklusive IP-adressintervallet som är reserverat för interna operationer på videonätnoden.
4	Klicka på OK.

Identifiera portproblem med reflektorverktyget i konsolen

Reflektorverktyget (en kombination av en server på videonätnoden och klienten via ett Python-skript) används för att kontrollera om de obligatoriska TCP/UDP-portarna är öppna från videonätnoder.

Innan du börjar

Hämta en kopia av Reflector Tool Client (Python-skript) och packa sedan upp filen till en plats som är lätt att hitta. Zip-filen innehåller skriptet och en readme-fil.
Se till att du kör Python 2.7.10 eller senare i din miljö för att skriptet ska fungera korrekt.
För närvarande har det här verktyget stöd för SIP-slutpunkter för videonätnoder och intraklusterverifiering.

1	Från kundvyn i https://admin.webex.com aktiverar du underhållsnoden för videonätnoden genom att följa dessa instruktioner.
2	Vänta på att noden visar status ”redo för underhåll” i Control Hub.
3	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
4	Från gränssnittet för videonätnod går du till Diagnostik > Reflector Server > Reflector Server för TCP eller (UDP). Starta servern antingen för TCP eller för UDP.
5	Bläddra till Reflector Tool och starta sedan antingen TCP Reflector Server eller UDP Reflector Server, beroende på vilket protokoll du vill använda.
6	Klicka på Starta reflektorserver och vänta sedan på att servern ska starta. Du ser ett meddelande när servern startar.
7	Kör skriptet med följande kommando från ett system (t.ex. en dator) i ett nätverk som du vill att videonätnoder ska nå: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` I slutet av körningen visar klienten ett framgångsmeddelande om alla obligatoriska portar är öppna: Klienten visar ett misslyckat meddelande om några obligatoriska portar inte är öppna:
8	Lös alla portproblem på brandväggen och kör sedan vidare stegen ovan.
9	Kör klienten med `--help` för att få mer information.

Fabriksåterställning av en videonätnod från konsolen

Som en del av rensningen av avregistrering kan du fabriksåterställa videonätnoden. Det här steget tar bort alla konfigurationer som du har installerat när noden var aktiv, men tar inte bort posten för virtuella datorer. Senare kan du vilja registrera den här noden som en del av ett annat kluster som du bygger från grunden.

Innan du börjar

Du måste använda Control Hub för att avregistrera videonätnoden från klustret som är registrerat i Control Hub.

1	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
2	Från videonätnodkonsolen går du till 4 diagnostik och väljer sedan 8 fabriksåterställning.
3	Se till att du förstår informationen i anteckningen som visas och klicka sedan på Återställ. Noden startar om automatiskt efter fabriksåterställningen.

Migrera en befintlig maskinvaruplattform till videonätnod

Du kan migrera en befintlig plattform som stöds (till exempel en CMS1000 som kör Cisco Meeting Server) till videonät. Använd den här proceduren för att vägleda dig genom migreringsprocessen.

Stegen varierar beroende på den kombinerade versionen av ESXi på hårdvaruplattformen.

Innan du börjar

Ladda ner en ny kopia av den senaste videonätnodprogramvarubilden (OVA). Distribuera inte en ny videonätnod med en tidigare hämtad OVA.

1	Logga in i det virtuella datorgränssnittet och stäng sedan programvaran som körs på plattformen.
2	Ta bort programmet som körs på plattformen. Det får inte finnas några programvarubilder kvar på plattformen. Du kan inte heller köra videonätnodprogramvara tillsammans med annan programvara på samma plattform.
3	Distribuera en ny virtuell maskin från en ny OVF- eller OVA-fil.
4	Ange ett namn för den virtuella datorn och välj OVA-filen för videonätnoden.
5	Ändra disketablering till Tjock.
6	Ladda upp mfusion.ova programvarubilden som du hämtade.
7	När den virtuella datorn körs återgår du till Logga in på videonätnodkonsolen och fortsätter den inledande konfigurationen av videonätnoden.

Funktionsjämförelse och migreringsväg från mötesrum för samarbete Hybrid till videonät

Jämförelse av funktioner

Funktion	Videonät och Cisco Webex Meeting Center-video	CMR Hybrid
Mötestyp:	Schemalagt Ett klick (direkt) Personligt mötesrum: Konsekvent erfarenhet för lokaler och molnbaserade möten	Endast schemalagda
schemaläggning	Webex produktivitetsverktyg (Windows och Mac) Schemaläggning av hybrid-kalender med @webex Webex-portal	Webex-aktiverade TelePresence Windows och Mac produktivitetsverktyg TMS-schemaläggning
Alternativ för mötesanslutning	Inringning och utringning PIN-kod skyddad (värd) En knapp att trycka på (OBTP)	Endast inringning OBTP
Mötesupplevelse	Unified Roster (Webex-klient) Unified Controls (Webex-klient) Låsa/låsa upp möte Stäng av/slå på ljudet för telenärvaro mötesdeltagare	Ingen Unified Roster (Webex-klient och TelePresence Server) Separata kontroller (Webex-klient och TelePresence-server)
Kapacitets- och distributionsmodell	Obegränsad kapacitet Lokalt och automatiskt överflöd Växla och transkodning	Kapacitet för omkodning begränsad till TelePresence-servern

Checklista för migreringssökväg

Nedan finns en översikt på hög nivå över hur du migrerar en befintlig webbplats till videoplattformen version 2.0 och förbereder webbplatsen för att integreras med videonät. Stegen kan variera beroende på din befintliga miljö. Samarbeta med din partner eller kundframgångschef för att säkerställa en smidig migrering.

Se till att funktionen Meeting Center-videokonferenser tillhandahålls på Webex-webbplatsen.
Webbplatsadministratören får sitt hanteringsportalskonto. Administratören distribuerar sedan videonätnoder för Webex-organisationen.
Webbplatsadministratören tilldelar CMR-privilegiet för att aktivera alla eller vissa CMR Hybrid-användare med Cisco Webex Meeting Center Video.
(Valfritt) Inaktivera CMR Hybrid-sessionstypen för den här underställningen och aktivera sedan Cisco Webex Meeting Center-video i användarprofilen.
Webbplatsadministratören konfigurerar videonät och väljer sedan Hybrid som medieresurstyp under Alternativ för mötesrum för samarbete.
Webbplatsadministratören konfigurerar lokal TelePresence Management Suite (TMS) och One Button to Push (OBTP) för att arbeta med Cisco Webex Meeting Center Video. Se Distributionsguide för Cisco Webex Meeting Center-videokonferenser för vägledning.
När CMR-privilegiet är aktiverat för en användare är Webex produktivitetsverktyg standardversionen av Cisco Webex Meeting Center Video. Alla nya möten som schemaläggs av användarna är Cisco Webex Meeting Center-videomöten.
Om konferensrum ingår i inbjudan trycks OBTP-informationen till konferensrummet via TMS (endast för CMR Hybrid-möten).
Befintliga möten som har konfigurerats av CMR Hybrid-användare innan de växlades till Cisco Webex Meeting Center Video ska fortsätta att fungera så länge som kunden behåller de lokala MCU- och TMS-inställningarna.
Befintliga CMR Hybrid-möten kan inte ändras eller uppdateras för att återspegla mötesinformationen i Cisco Webex Meeting Center Video. Om användare vill använda en ny inbjudan måste de ta bort de gamla mötena och skapa nya möten.
Om kunden vill dra tillbaka lokala MCU-, TMS-möten fungerar inte gamla CMR Hybrid-möten. Nya möten med Cisco Webex Meeting Center-videoinformation måste skapas.

Interoperabilitetsprotokoll för TelePresence och segmentväxling

Videonät har stöd för förhandlingar om TelePresence Interoperability Protocol (TIP) och multiplex (MUX) för både 1-skärm och 3-skärm IX och TX-slutpunkter.

För slutpunkter med tre skärmar ska alla tre skärmarna visa video om det finns tillräckligt med mötesdeltagare i konferensen. Ett annat treskärmssystem i konferensen resulterar i segmentsbyte i stället för rumsbyte. Detta innebär att i stället för att alla tre skärmarna blir stora när någon i ett annat treskärmssystem talar, blir endast den aktiva panelen stor. De andra två panelerna fylls i med video från andra system. När de visas små återges alla tre paneler tillsammans (för alla enheter, en eller tre skärmar) med en enda gränsbox och namnetikett.

Beroende på värdresurserna i molnet kommer vissa slutpunkter att visa alla tre skärmar i ett rum med tre skärmar i filmremsan, medan andra endast visar en ruta. Webex-appen visar bara 1 panel, även om medierna är lokala.

För stora möten som överflödar från en nod och överlappning till en sekund ses samma av alla slutpunkter som hålls på en annan nod än den som är värd för treskärmssystemet (endast en ruta som visas i layouten). Presentationsdelning kräver att BFCP förhandlas via samtalssökvägen.

Ny och ändrad information

Den här tabellen täcker nya funktioner eller funktioner, ändringar i befintligt innehåll och eventuella större fel som har åtgärdats i distributionsguiden.

Mer information om programvaruuppdateringar av Webex-videonätnod finns i https://help.webex.com/en-us/article/jgobq2/Webex-Video-Mesh-release-notes.

Datum	Byt
14 maj 2024	Tog bort en anteckning om att angivna Thousand Eyes-tester inte stöder videonätnoder bakom en proxy i Enable ThousandEyes for Video Mesh.
09 februari 2024	Lade till ThousandEyes Integration med videonät. Deltagarkapacitet har lagts till för samtal med 1080p-upplösning i Kapacitet för videonätnoder . . Lade till en anteckning om differentiering av UDP-källport i trafiksignaturer för videonät (tjänstekvalitet aktiverad). Uppdaterade versioner av VM-ware ESXi som stöds i hela guiden.
31 augusti 2023	Uppdaterade strukturen och lade till information om nyligen introducerade API:er i videonätnodAPI:er. En anteckning och OBTP-information (One Button to Push) togs bort från kraven för samtalskontroll och mötesintegrering för videonät. Lade till en anteckning om omröstningsintervall för redundans i Konfigurera nätverkskonfiguration av videonätnoden i konsolen och Konfigurera nätverksinställningar från webbgränssnittet för videonätnod. Uppdaterade versioner av VM-ware ESXi som stöds i hela guiden.
31 juli 2023	Webhooks för aviseringar om videonät har lagts till.
28 juli 2023	API:er för videonätnod har lagts till.
15 juni 2023	Nomenklaturen har uppdaterats från ”Webex-appen” till ”Webex-appen” hela tiden. Uppdaterad Webex-videonätöversikt för att ange att E2EE-möten nu stöds i videonät. Tog bort inaktuell information och uppdaterade en anteckning i Webex-videonätöversikt. Uppdaterade klienter och enheter som använder videonätnod för att ange att webbklienten nu stöds på videonätverk och borttagna föråldrad information. Lade till en anteckning i System- och plattformskrav för videonätnodprogramvara som anger att demomiljöer inte stöds av Cisco TAC. Uppdaterad information i avsnittet Lokalt och Molnsamtal. Tog bort en anteckning i molnklustervalet för överflöd baserat på 250 ms eller fördröjning för STUN-rundresa . Uppdaterad information i Portar och protokoll för Webex Meetings-trafik. Tog bort föråldrad information från Registrera videonätnoden i Webex Cloud och Support och begränsningar för privata möten. Uppdaterade steg och tog bort föråldrad information från Aktivera videonät för Webex-webbplatsen. Uppdaterad information i Inaktivera videonät.
16 maj 2023	Uppdaterade portar och protokoll för hantering, trafiksignaturer för videonät (tjänstekvalitet aktiverad) och trafiksignaturer för videonät (tjänstekvalitet inaktiverad) för att återspegla de senaste portarna och protokollen som används av videonät. Uppdaterade de bilder som påverkas av ändringarna. Tog bort 444 portreferenser från Krav för proxystöd för videonät, portar och protokoll för hantering, Konfigurera videonätnod för proxyintegrering och Konfigurera videonätnod för proxyintegrering. Uppdaterade portintervall för tjänstekvalitet på videonätnod, Aktivera tjänstekvalitet (QoS) för videonätnod och portar och protokoll för Webex Meetings-trafik. Lade till en anteckning om övervakningsfel i Kör ett omedelbart test och Konfigurera periodiska tester. Lade till en anteckning och uppdaterade en varning som starkt rekommenderar användning av det senaste programvarupaketet (OVA) för distributioner i Installera och konfigurera videonätnodprogramvara. Uppdaterade en varning om noder som placeras i underhållsläge i Hantera videonätnod från webbgränssnittet och Hantera videonätnod från konsolen. Uppdaterat avsnitt Video Mesh Analytics för att återspegla de senaste ändringarna i användargränssnittet.
27 mars 2023	Uppdaterade system- och plattformskrav för videonätnodprogramvara med de senaste maskinvarukonfigurationerna och tillägg av bandbreddskrav.
02 mars 2023	Lagt till information om tester som övervakningsverktyget körs i Övervakningsverktyget för videonät. Steg för att komma åt översiktssidan för övervakningsverktyget har ändrats i Kör ett omedelbart test och Konfigurera periodiska tester. Tillagd information om visning och filtrering resultat i Kör ett omedelbart test och Konfigurera periodiska tester. Uppdaterad Aktivera videonät för Webex-webbplatsen.
7 juli 2022	Uppdaterade kapacitetsuppskattningarna i Kapacitet för videonätnoder. Omnämnanden av den föråldrade MM410v-servern togs bort hela tiden.
30 juni 2022	Lagt till information om de nya massetableringsskripten på https://github.com/CiscoDevNet/webex-video-mesh-node-provisioning.
14 juni 2022	Steg för att byta certifikatkedjor har ändrats för att inkludera ECDSA-certifikat i Exchange certifikatkedjor mellan Unified CM och videonätnoder
18 maj 2022	Hämtningswebbplatsen för reflektorverktyget har ändrats till https://github.com/CiscoDevNet/webex-video-mesh-reflector-client.
29 april 2022	Lagt till information om den nya funktionen i Håll media på videonät för alla externa Webex-möten.
25 mars 2022	Uppdateringar av portanvändning i portar och protokoll för hantering.
Decemeber 10, 2021	Lade till CMS 2000 och noterade uppgraderingsproblem för äldre CMS 1000:er som uppgraderar till ESXi 7 i System- och plattformskrav för videonätnodprogramvara.
30 augusti 2021	Lade till information om att verifiera att Webex har rätt källland för din distribution i Verifiera att källlandet är korrekt.
27 augusti 2021	Anmärkning om analysrapporter har lagts till i Support och begränsningar för privata möten.
13 augusti 2021	Lagt till information om den nya funktionen Privata möten i: Kluster i videonät Privat mötessamtal Privata möten
22 juli 2021	Lagt till information om hur du kontrollerar att systemet har rätt källplats för samtal. Korrigera källplatsstöd vid effektiv dirigering. Se Kontrollera att källlandet är korrekt.
25 juni 2021	Observera att den fullständiga Webex-upplevelsen-funktionen i Webex-appen är inkompatibel med videonät i klienter och enheter som använder videonätnod.
7 maj 2021	Korrigerat den rekommenderade klusterstorleken till 100 i Riktlinjer för distribution av videonätskluster.
12 april 2021	Uppdaterad Konfigurera Expressway TCP SIP-trafikroutning för videonät för att använda Webex-zonen i stället för en ny DNS-zon.
9 februari 2021	Lagt till information om den nya Gå till nod i Control Hub för att få åtkomst till översikt över Webex-videonätnod från webbgränssnittet. Lade till Inaktivera eller aktivera avsnittet Lokal administratörskonto från webbgränssnittet för att beskriva nya funktioner. I varje avsnitt som använder nodens webbgränssnitt har stegen uppdaterats för att ange hur du kommer åt gränssnittet från Control Hub. Lade till Ladda upp säkerhetscertifikat. Lade till Ange extern loggning till en Syslog-server.
11 december 2020	I Aktivera eller inaktivera DNS-cachi har du lagt till information om DNS-cacheborttagning.
22 oktober 2020	I portar och protokoll för Webex Meetings-trafik har SIP-signaleringsportkrav lagts till.
19 oktober 2020	Hänvisning till cloudfront.net som inte längre används av tjänsten har tagits bort.
18 september 2020	Minskade IP-adress som är reserverat för intern användning av Webex Videonätnod från originalet 172.17.0.0–172.17.255.255 (65 536 adresser) till 172.17.42.0–172.17.42.63 (64 adresser).
26 augusti 2020	Lagt till stöd för Webex Events i videonätöversikt. Lagt till nytt avsnitt Aktivera eller inaktivera DNS-cachi.
4 augusti 2020	Uppdaterade följande avsnitt för stöd för korta videoadresser: Integrera videonät med uppgiftsflöde för samtalskontroll Konfigurera Unified CM-säker TLS SIP-trafikroutning för videonät Konfigurera Unified CM TCP SIP-trafikroutning för videonät Konfigurera Expressway TCP SIP-trafikroutning för videonät Uppdaterade avsnittet VMNL ite Samtalskapacitet i Samtalskapacitet på videonätnodplattformar.
9 juli 2020	Lagt till nytt avsnitt Ställ in MTU-storlekar för nätverksgränssnittet.
26 juni 2020	Lagt till information om det nya VMNL ite-distributionsalternativet i: Samtalskapacitet på videonätnodplattformar System- och plattformskrav för programvara för videonätnod Installera och konfigurera programvara för videonätnod Borttagna omnämnanden av standard-NTP-server eftersom OVA inte längre har ett standard-NTP-servervärde. Uppdaterade Generera videonätförpackningar för stöd med nya filtreringsalternativ.
9 juni 2020	Lagt till information om det nya alternativet för schemaläggning av veckovis automatisk programvaruuppgradering i: Registrera videonätnoden i Webex Cloud Ställ in uppgraderingsschema för videonätkluster
21 maj 2020	Uppdaterade portar och protokoll för hantering och krav för proxystöd för videonät.
15 maj 2020	Uppdaterad videonätöversikt.
25 april 2020	Lade till nya avsnitt i Hantera Webex-videonätnod från webbgränssnittet: Ställ in det externa nätverksgränssnittet från webbgränssnittet för videonätnod Lägg till interna och externa dirigeringsregler Konfigurera containernätverket från webbgränssnittet för Webex-videonätnod Åtgärdade ett fel i granulariteten för den horisontella axeln i felsökning av åtkomst, filter och spara Webex-videonät (värdena växlades mellan alternativen för de senaste 7 dagarna och de senaste 24 timmarna).
22 januari 2020	Nytt avsnitt har lagts till: Fabriksåterställning av en Webex-videonätnod från webbgränssnittet. Lade till mer information om anslutningskontroller i Hantera Webex-videonätnod från avsnittet Webbgränssnitt. Trådlös delning i rummet har lagts till i avsnittet Klienter och enheter som använder Webex-videonätnod.
12 december 2019	Ändringar av lösenfras och lösenfras har lagts till i avsnittet Hantera Webex-videonätnod från webbgränssnittet i kapitlet Hantera och felsöka.
10 december 2019	Lade till följande information och portintervall i trafiksignaturtabellerna (för QoS aktiverat och inaktiverat: Källans IP-adress: Nätnod för video Destinationens IP-adress: Webex molnmedietjänster Källa-UDP-portar: 35000 till 52499 Destinationens UDP-portar: 5004 Inbyggd DSCP-märkning: av41 Mediatyp: Testa STUN-paket Avsnittet ”Bandbreddsriktlinjer” bytte namn till ”Videokvalitet och skalning” och lade till en länk till dokumentationen för önskad arkitektur. I konfigurationen av Unified CM TLS angav vår guide felaktigt att konfigurera en osäker SIP-trunk för Webex-molnredogörelse. Korrigerade uttalandet för att säga för att skapa en SIP-trunk (du kan konfigurera den som antingen säker eller icke-säker).
4 november 2019	Gammalt analysinnehåll har tagits bort och ett nytt avsnitt har lagts till. I avsnittet Exchange-certifikat lade du till information om fältet Alternativa ämnesnamn(er) och lade till följande anmärkning i avsnittet Innan du börjar: Av säkerhetsskäl rekommenderar vi att du använder ett CA-signerat certifikat på dina videonätnoder i stället för nodens standardcertifikat som är självsignerat.
18 oktober 2019	Uppdaterade beskrivningen av inställningen 1080p Control Hub för att klargöra att den här inställningen påverkar samtalskapaciteten och endast gäller lokala SIP-registrerade enheter. Se Aktivera 1080p HD-video för lokala SIP-enheter i videonätnodmöten för mer information. Uppdaterade tabellen för enhet och slutpunkter som stöds för att endast lista de testade molnregistrerade enheter.
26 september 2019	Lagt till nytt avsnitt Konfigurera nätverksinställningar från webbgränssnittet för videonätnod. Åtgärdade beskrivningen om rapporten om resursanvändning. Det står nu: Genomsnittlig resursanvändning för mediemikrotjänster som används i videonätklustren. Lade till en anteckning i kapacitetsavsnittet: Överflöd vid låg samtalsvolym (särskilt SIP-samtal som har sitt ursprung lokalt) återspeglar inte skalan. Videonätsanalys (under Control Hub > Resurser > Samtalsaktivitet) anger samtalsanslutningarna som har sitt ursprung lokalt. De anger inte vilka samtalsströmmar som kom in genom kaskaden till videonätsnoden för mediebehandling. När antalet fjärranslutna mötesdeltagare ökar under ett möte ökar den resulterande överlappningen och förbrukar lokala medieresurser på videonätnoden.
13 september 2019	Uppdaterad Installera och konfigurera videonätnodprogramvara med nätverkskonfigurationssteg som visas på sidan Anpassa mall. Uppdaterade system- och plattformskrav för videonätnodprogramvara med 72v CPU (motsvarande CMS 1000) för specifikationsbaserad konfiguration.
29:e augusti 2019	Lade till explicit proxy och autentiseringstyper som stöds för explicita proxykonfigurationer (Ingen autentisering, Basic, Digest, NTLM). Proxystöd för Edge-videonät Krav för proxystöd för videonät Konfigurera Webex-videonätnod för proxyintegrering Lade till Upplösningar och framerates som stöds för videonät. Uppdaterade klienter och enheter som använder videonätnod för att indikera att Webex Ring mitt videosystem till Webex molnregistrerade videoenheter använder videonätnod.
24 juli 2019	I avsnittet Hantera Webex-videonätnod från webbgränssnittet har följande uppdateringar gjorts: Lade till nya avsnitt för Ping-test, Trace Route-test, NTP-servertest, reflektorverktyg och felsökningskonto. Uppdaterade avsnittet Översikt – Tog bort överlappningar från skärmbilden och lade till OS-versionen. Innehållet ”Hantera videonät från konsolen” har flyttats till bilagan till guiden. Kapitlet ”Hantera Webex-videonät” har bytt namn till ”Hantera och felsöka Webex-videonät” och har flyttat innehållet i registreringsfelsökning till det kapitlet.
9 juli 2019	I kraven för samtalskontroll och mötesintegration för videonät uppdaterades minimiversioner som stöds för Unified CM-, Expressway- och Webex-webbplatser. I Klienter och enheter som använder videonätnod lades till versioner av Jabber VDI och Webex VDI som stöds (de är SIP-klienter). Ett friskrivningsklausul har också lagts till.
24 maj 2019	Lade till nya avsnitt om felsökningsfunktionerna och uppdaterade översiktsskärmen i webbgränssnittet för videonätnod: Generera Webex-videonätloggar för stöd Generera inspelningar av Webex-videonät för support Åtkomst till översikt över Webex-videonätnod från webbgränssnittet
25 april 2019	Uppdaterade Hantera och felsöka Webex-videonät för att ange att underhållsläget Control Hub krävs innan något underhåll utförs på videonätnoder.
11 april 2019	Tog bort föråldrad information från bandbreddskraven. Uppdaterade innehållet och diagrammen och ändrade avsnittsnamnet till Videokvalitet och skalning för videonät.

Översikt över Cisco Webex-videonät

Översikt över Webex-videonät

Webex-videonät hittar dynamiskt den optimala mixen av lokala resurser och molnkonferensresurser. Konferenser på plats stannar på plats när det finns tillräckligt med lokala resurser. När de lokala resurserna är slut expanderas konferenserna till molnet.

Videonätnod är programvara som installeras på en lokal Cisco UCS-server, registrerad i molnet och hanteras i Control Hub. Webex Meetings, Webex personliga mötesrum, Webex Space Meetings och Webex-appsamtal mellan två personer kan dirigeras till lokala onlinevideonätnoder. Videonät väljer det mest effektiva sättet att använda tillgängliga resurser.

Videonät ger följande fördelar:

Förbättrar kvaliteten och minskar latensen genom att du kan behålla dina samtal på plats.
Skickar dina samtal transparent till molnet när lokala resurser har nått sin gräns eller inte är tillgängliga.
Hantera dina videonätskluster från molnet med ett enda administrativt gränssnitt: Control Hub (https://admin.webex.com ).
Optimera resurser och skala kapacitet vid behov.
Kombinerar funktionerna i molnet och lokala konferenser i en smidig användarupplevelse.
Minskar kapacitetsproblem eftersom molnet alltid är tillgängligt när ytterligare konferensresurser behövs. Du behöver inte göra kapacitetsplanering i värsta fall.
Ger avancerad analys av kapacitet och användning samt felsökningsrapportdata i https://admin.webex.com.
Använder lokal mediebehandling när användare ringer in till ett Webex-möte från lokala standardbaserade SIP-slutpunkter och klienter:
- SIP-baserade slutpunkter och klienter (Cisco-slutpunkter, Jabber, 3:e part SIP), registrerade vid lokal samtalskontroll (Cisco Unified Communications Manager eller Expressway), som ringer till ett Cisco Webex-möte.
- Webex-appen (inklusive parkopplad med rumsenheter) som deltar i ett Webex-möte.
- Webex-rums- och skrivbordsenheter som direkt deltar i ett Webex-möte.
Ger optimerat ljud- och videointeraktivt röstsvar (IVR) till SIP-baserade slutpunkter och klienter på nätet.
Slutpunkterna H.323, IP-inringning och Skype för företag (S4B) fortsätter att delta i möten från molnet.
Stöder 1080p 30fps HD-video som ett alternativ för möten om mötesdeltagare som kan stödja 1080p hålls via lokala lokala videonätnoder. (Om en deltagare deltar i ett pågående möte från molnet kommer lokala användare att fortsätta uppleva 1080p 30fps på slutpunkter som stöds.)
Förbättrad och differentierad tjänstekvalitet (QoS): separat ljud (EF) och video (AF41).

Webex-videonät har för närvarande inte stöd för Webex Webinars.
Stöder slutpunkt-till-slutpunkt-krypterade möten (E2EE-möten). Om en kund distribuerar videonät och väljer mötestypen E2EE lägger den till ytterligare ett säkerhetslager, vilket säkerställer att dina data (media, filer, whiteboardtavlor, kommentarer) förblir säkra och hindrar tredje part från att komma åt eller ändra dem. Mer information finns i Distribuera Zero-Trust-möten.

Privata möten har för närvarande inte stöd för kryptering från slutpunkt till slutpunkt.

Klienter och enheter som använder videonätnod

Vi har strävat efter att göra videonät kompatibelt med relevanta klienter och enhetstyper. Även om det inte är möjligt att testa alla scenarier omfattar de tester som dessa data bygger på de vanligaste funktionerna i de angivna slutpunkterna och infrastrukturen. Avsaknaden av en enhet eller klient innebär att det saknas tester och att Cisco saknar officiellt stöd.

Tabell 1. Klienter och enheter som använder videonätnod
Klient- eller enhetstyp	Använder videonätnod på punkt-till-punkt-samtal	Använder videonätnod på flerpartsmöte
Webex-appen (skrivbord och mobil)	Ja	Ja
Webex-enheter, inklusive rumsenheter och Webex Board. (Se avsnittet Krav på slutpunkt och Webex-appen för en fullständig lista.)	Ja	Ja
Trådlös delning i rummet mellan Webex-appen och Room-, Desk- och Board-enheter som stöds.	Ja	Ja
Unified CM-registrerade enheter (inklusive IX-slutpunkter) och klienter (inklusive Jabber VDI 12.6 och senare och Webex VDI 39.3 och senare) som ringer in till ett Webex-schemalagt möte eller ett personligt rum i Webex.*	Nej	Ja
VCS/Expressway-registrerade enheter som ringer in i ett schemalagt Webex- eller Webex-möte i personligt rum.*	Nej	Ja
Webex Ring mitt videosystem till Webex molnregistrerade videoenheter	Ej tillämpligt	Ja
Webex-appens webbklient ( https://web.webex.com)	Ja	Ja
Telefoner registrerade för Cisco Webex Calling	Nej	Nej
Webex Ring mitt videosystem till lokalt registrerade SIP-enheter	Ej tillämpligt	Nej

_{* Det går inte att garantera att alla lokala enheter och kunder har testats med videonätlösningen.}

Videonätkompatibilitet med den fullständiga Webex-upplevelsen

Om du aktiverar den fullständiga Webex-upplevelsen för Webex-appen stöds inte Webex-appen med videonätnoderna. Den funktionen skickar för närvarande signalering och media direkt till Webex. Framtida versioner gör Webex-appen och videonätet kompatibla. Som standard har vi inte aktiverat den funktionen för kunder med videonät.

Du kan ha problem med videonät och den fullständiga Webex-upplevelsen:

Om du har lagt till videonät i din distribution efter att funktionen har introducerats.
Om du har aktiverat den funktionen utan att känna till dess inverkan på videonätet.

Om du upptäcker problem kontaktar du Cisco-kontoteamet för att inaktivera växlingsknappen för Webex-upplevelse.

Tjänstekvalitet på videonätnod

Videonätnoder överensstämmer med rekommenderad servicekvalitet (QoS) genom att aktivera portintervall som låter dig skilja ljud- och videoströmmar i alla flöden till och från videonätnoderna. Den här ändringen låter dig skapa QoS-principer och effektivt kommentera trafik till och från videonätnoderna.

Till dessa portändringar följer QoS-ändringar. Videonätnoder markerar automatiskt medietrafik från SIP-registrerade slutpunkter (lokala Unified CM eller VCS Expressway registrerade) för både ljud (EF) och video (AF41) separat med lämplig tjänsteklass och använder välkända portintervall för specifika medietyper.

Källtrafiken från de lokala registrerade slutpunkterna bestäms alltid av konfigurationen på samtalskontrollen (Unified CM eller VCS Expressway).

Mer information finns i QoS-tabellen i Portar och protokoll som används av videonät och stegen för att aktivera eller inaktivera QoS i Video Mesh Distribution Task Flow

Webex-appen fortsätter att ansluta till videonätnoder via delad port 5004. Dessa portar används också av Webex-appen och slutpunkter för STUN-tester för videonätnoder. Videonätnod till videonätnod för överlappningar använder målportintervallet 10000–40000.

Proxystöd för videonät

Videonät har stöd för uttryckliga, genomskinliga och icke-inspekterade proxyservrar. Du kan koppla dessa proxyservrar till din distribution av videonät så att du kan säkra och övervaka trafiken från företaget till molnet. Den här funktionen skickar signalering och hantering av https-baserad trafik till proxyn. För öppna proxyservrar vidarebefordras nätverksförfrågningar från videonätnoder till en specifik proxy via företagsnätverksdirigeringsregler. Du kan använda videonätadministratörsgränssnittet för certifikathantering och den totala anslutningsstatusen när du har implementerat proxyn med noderna.

Media reser inte genom proxyn. Du måste fortfarande öppna de nödvändiga portarna för medieströmmar för att nå molnet direkt. Se Portar och protokoll för hantering.

Följande proxytyper stöds av videonät:

Explicit proxy (inspektion eller icke-inspektion) – Med explicit proxy berättar du för klienten (videonätnoder) vilken proxyserver som ska användas. Det här alternativet har stöd för en av följande autentiseringstyper:
- Ingen – Ingen ytterligare autentisering krävs. (För uttrycklig proxy för HTTP eller HTTPS.)
- Grundläggande – Används för en HTTP-användaragent för att ange ett användarnamn och lösenord när en begäran görs och använder Base64-kodning. (För uttrycklig proxy för HTTP eller HTTPS.)
- Digest – används för att bekräfta identiteten på kontot innan du skickar känslig information och använder en hash-funktion på användarnamn och lösenord innan du skickar över nätverket. (För HTTPS-uttrycklig proxy.)
- NTLM – Liksom Digest används NTLM för att bekräfta identiteten på kontot innan känslig information skickas. Använder Windows-inloggningsuppgifter istället för användarnamn och lösenord. Det här autentiseringssystemet kräver flera utbyten för att slutföras. (För HTTP-uttrycklig proxy.)
Transparent proxy (icke-inspektion) – Videonätnoder har inte konfigurerats för att använda en specifik proxyserveradress och bör inte kräva några ändringar för att fungera med en icke-inspekterande proxy.
Transparent proxy (inspektion) – Videonätnoder har inte konfigurerats för att använda en specifik proxyserveradress. Inga http(s)-konfigurationsändringar krävs för videonät, men videonätnoderna behöver ett rotcertifikat så att de litar på proxyn. Inspekterade proxyservrar används vanligtvis av IT för att upprätthålla policyer om vilka webbplatser som kan besökas och vilka typer av innehåll som inte är tillåtna. Den här typen av proxy avkrypterar all trafik (även https).

Upplösningar och framerater som stöds för videonät

Den här tabellen omfattar de upplösningar som stöds och framerar från ett avsändare-mottagarperspektiv i ett möte som hålls på en videonätnod. Avsändarklienten (app eller enhet) finns över den övre raden i tabellen, medan mottagarklienten finns på den vänstra kolumnen i tabellen. Motsvarande cell mellan de två mötesdeltagarna fångar den förhandlade innehållsupplösningen, ramar per avsnitt och ljudkälla.

Upplösningen påverkar samtalskapaciteten på alla videonätnoder. Mer information finns i Kapacitet för videonätnoder.

Upplösning och frameratvärde kombineras som XXXpYY – Till exempel innebär 720p10 720p vid 10 ramar per sekund.

Definitionsförkortningarna (SD, HD och FHD) i kolumnen för avsändarraden och mottagaren avser klientens eller enhetens övre upplösning:

SD – Standarddefinition (576p)
HD – Hög upplösning (720p)
FHD – full högupplösning (1080p)

Tabell 2. Upplösningar och framerater som stöds för videonät
Mottagare	Avsändare
	Webex-appen	Webex-appmobil	SIP-registrerade enheter (HD)	SIP-registrerade enheter (FHD)	Webex-registrerade enheter (SD)	Webex-registrerade enheter (HD)	Webex-registrerade enheter (FHD)
Skrivbord för Webex-appen	720p10 Blandat ljud*	720p10 Blandat ljud	720p30 Blandat ljud	720p30 Blandat ljud	576p15 Innehållsljud**	720p30 Blandat ljud	720p30 Blandat ljud
Webex-appmobil	—	—	—	—	—	—	—
SIP-registrerade enheter (HD)	720p30 Innehållsljud	720p15 Blandat ljud	1080p15 Blandat ljud	1080p15 Blandat ljud	576p15 Blandat ljud	1080p15 Blandat ljud	1080p15 Blandat ljud
SIP-registrerade enheter (FHD)	1080p30 Blandat ljud	720p15 Blandat ljud	1080p15 Blandat ljud	1080p30 Blandat ljud	576p15 Blandat ljud	1080p15 Blandat ljud	1080p30 Blandat ljud
Webex-registrerade enheter (SD)	1080p15 Blandat ljud	720p15 Blandat ljud	1080p15 Blandat ljud	1080p15 Blandat ljud	576p15 Blandat ljud	1080p15 Blandat ljud	1080p15 Blandat ljud
Webex-registrerade enheter (FHD)	1080p30 Blandat ljud	720p15 Blandat ljud	1080p15 Blandat ljud	1080p30 Blandat ljud	576p15 Blandat ljud	1080p15 Blandat ljud	1080p30 Blandat ljud

_{* Innehållsljud avser det ljud som spelas upp från det specifika innehållet som delas, till exempel en strömmande video. Den här ljudströmmen är separat från det vanliga mötesljudet.}

_{** Blandat ljud avser en blandning av mötesdeltagarens ljud och ljud från innehållsdelning.}

Förbered din miljö

Krav för videonät

Videonät är tillgängligt med de erbjudanden som dokumenteras i licenskraven för hybridtjänster.

Krav på samtalskontroll och mötesintegrering för videonät

Samtalskontroll och befintlig mötesinfrastruktur krävs inte för att använda videonät, men du kan integrera de två. Om du integrerar videonät med din samtalskontroll och mötesinfrastruktur ska du se till att din miljö uppfyller de minimikriterier som dokumenteras i följande tabell.

Tabell 1. Samtalskontroll och möteskrav för videonät
Komponentens syfte	Minsta version som stöds
Lokal samtalskontroll	Cisco Unified Communications Manager, version 11.5(1) SU3 eller senare. (Vi rekommenderar den senaste SU-versionen.) Cisco Expressway-C eller E, version X8.11.4 eller senare. (Se avsnittet ”Viktig information” i Expressway-versionsinformationen för mer information.)
Mötesinfrastruktur	Webex Meetings WBS33 eller senare. (Du kan kontrollera att din Webex-webbplats finns på rätt plattform om den har listan över medieresurstyp som finns tillgänglig i webbplatsalternativen för mötesrum för molnsamarbete.) Kontakta din kundframgångschef (CSM) eller partner för att säkerställa att din webbplats är redo för videonät.
Hantering av redundans	Cisco Expressway-C eller E, version X8.11.4 eller senare. (Se avsnittet ”Viktig information” i Expressway-versionsinformationen för mer information.)

Krav på slutpunkt och Webex-appen

Tabell 2. Krav på slutpunkt och app för videonät
Komponentens syfte	Detaljer
Slutpunkter som stöds	Se Webex videokompatibilitet och support.
Versioner av Webex-appen som stöds	Videonät har stöd för Webex-appen för skrivbord (Windows, Mac) och mobil (Android, iPhone och iPad). Om du vill hämta appen för en plattform som stöds går du till https://www.webex.com/downloads.html.
Codec som stöds	Se Webex\| videospecifikationer för samtal och möten för ljud- och videokoder som stöds. Observera följande förbehåll för videonät: För videokvalitet har videonät stöd för upp till 1080p i vissa scenarier. Du kan konfigurera denna inställning i https://admin.webex.com. För SIP-videosystem har videonät stöd för SIP-klienter som gör ljudtoner med dubbel ton med flera frekvenser (DTMF). Tjänsten har även stöd för knappsatsmarkeringsspråk (KPML). Webex Teams för Windows och Mac- och Room-, Desk- och Board-enheter som är registrerade i molnet har stöd för upp till 1080p 30 fps med innehållsljud. H.323-klienter nämns i databladet, men de går bara till molnet.
Webex-registrerade rums-, skrivbordsenheter och Board-enheter som stöds	Följande enheter testas och bekräftas för att fungera med videonätnoder: 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 Anslutningar för Cisco TelePresence SX20 Cisco TelePresence SX10 Cisco TelePresence SX10 Cisco TelePresence SX10 Cisco TelePresence SX10

System- och plattformskrav för programvara för videonätnod

Produktionsmiljöer

I produktionsdistributioner finns det två sätt att distribuera videonätnodprogramvara på en viss maskinvarukonfiguration:

Du kan konfigurera varje server som en enda virtuell maskin, vilket är bäst för distributioner som innehåller många SIP-slutpunkter.
Med alternativet VMNL ite kan du konfigurera varje server med flera mindre virtuella datorer. VMNL ite är bäst för distributioner där majoriteten av klienter och enheter är Webex-appen och Webex-registrerade slutpunkter.

Dessa krav är gemensamma för alla konfigurationer:

VM-produkt ESXi 7 eller 8, vsfär 7 eller 8
Hypertråd aktiverad

Videonätnoder som körs oberoende av plattformsmaskinvaran behöver dedikerade CPU:er och RAM. Delning av resurser med andra program stöds inte. Detta gäller för alla bilder av videonätsprogrammet.

För Video Mesh Lite (VMNL ite)-bilder på en CMS-plattform stöder vi endast VMNL ite-bilder. Ingen annan videonätbild eller icke-videonätsprogram kan finnas på CMS maskinvaran med VMNL ite-programvaran.

Tabell 3. System- och plattformskrav för videonätnodprogramvara i en produktionsmiljö

Konfiguration av maskinvara

Distribution av produktion som en enda virtuell maskin

Produktion Distribution med VMNL ite VM

Anteckningar

Cisco Meeting Server 1000 (CMS 1000)

72v CPU:er (70 för videonätnod, 2 för ESX i)
60 GB huvudminne
80 GB lokalt hårddiskutrymme

Distribuera som 3 identiska virtuella maskininstanser, var och en med:

23 v CPU:er
20 GB huvudminne
80 GB lokalt hårddiskutrymme

Vi rekommenderar den här plattformen för videonätnod.

Om du distribuerar VMNL ite på en CMS 1000 med en 300 GB-hårddisk kan du ta slut när du uppgraderar till ESXi 7. Vi rekommenderar att du uppgraderar till minst 500 GB hårddiskar innan du uppgraderar VM-programvaran.

Specifikationsbaserad konfiguration

(2,6-GHz Intel Xeon E5-2600v3 eller senare processor krävs)

72v CPU:er (70 för videonätnod, 2 för ESX i)
60 GB huvudminne
80 GB lokalt hårddiskutrymme
eller

80 GB NFS-lagring

Distribuera som 3 identiska virtuella maskininstanser, var och en med:

23 v CPU:er
20 GB huvudminne
80 GB lokalt hårddiskutrymme

eller

80 GB NFS-lagring

Varje virtuell videonätmaskin måste ha CPU, RAM och hårddiskar reserverade för sig själv.

Använd antingen alternativet CMS1000 eller VMNL ite under konfigurationen.

Högsta IOP (inmatnings-/utmatningsoperationer per sekund) för NFS-lagring är 300 IOPS.

Cisco Meeting Server 2000 (CMS 2000)

Distribuera som 8 identiska virtuella maskininstanser, var och en med:

72v CPU:er (70 för videonätnod, 2 för ESX i)
60 GB huvudminne
80 GB lokalt hårddiskutrymme
eller

80 GB NFS-lagring

Distribuera som 24 identiska virtuella maskininstanser, var och en med:

23 v CPU:er
20 GB huvudminne
80 GB lokalt hårddiskutrymme

eller

80 GB NFS-lagring

Vi rekommenderar den här plattformen för videonätnod.

Varje blad måste vara en komplett Cisco Meeting Server 1000 med reserverad CPU, RAM och hårddiskar per blad.

Högsta IOP för NFS-lagring är 300 IOPS.

Demomiljöer

För grundläggande demoändamål kan du använda en specifikationsbaserad maskinvarukonfiguration, med följande minimikrav:

14v-CPU:er (12 för videonätnod, 2 för ESX i)
8 GB huvudminne
20 GB lokalt hårddiskutrymme
2.6 GHz Intel Xeon E5-2600v3 eller senare processor

Denna konfiguration av videonät stöds inte av Cisco TAC.

För mer information om demoprogramvaran, se Video Mesh Node Demo Software.

Bandbreddskrav

Videonätnoder måste ha en minsta bandbredd på 10 Mbit/s för både uppladdning och hämtning för att fungera korrekt.

Krav för proxystöd för videonät

Vi stöder officiellt följande proxylösningar som kan integreras med dina videonätnoder.
- Cisco Web Security Appliance (WSA) för transparent proxy
- Squid för uttrycklig proxy
För en uttrycklig proxy eller transparent inspektionsproxy som inspekterar (avkrypterar trafik) måste du ha en kopia av proxyns rotcertifikat som du måste ladda upp till förtroendebutiken för videonätnod i webbgränssnittet.
Vi stöder följande uttryckliga kombinationer av proxy- och autentiseringstypen:
- Ingen autentisering med http och https
- Grundläggande autentisering med http och https
- Smälta autentisering endast med https
- NTLM-autentisering med endast http

För öppna proxyservrar måste du använda routern/växeln för att tvinga HTTPS/443-trafiken att gå till proxyn. Du kan också tvinga webbsocket att gå till proxy. (Webbsocket använder https.)

Videonät kräver webbkontakt till molntjänster, så att noderna fungerar korrekt. Vid explicit och transparent inspektion av proxyservrar krävs http-rubriker för en korrekt webbsocket-anslutning. Om de ändras misslyckas webbsocket-anslutningen.

När webbsocket-anslutningsfel inträffar i port 443 (med öppen inspektionsproxy aktiverad) leder det till en varning efter registrering i Control Hub: ”SIP-samtal i Webex-videonät fungerar inte korrekt.” Samma larm kan uppstå av andra skäl när proxy inte är aktiverad. När webbsocket-rubriker är blockerade i port 443 flödar media inte mellan appar och SIP-klienter.

Om media inte flödar inträffar detta ofta när https-trafiken från noden över port 443 misslyckas:

Port 443-trafik tillåts av proxyn, men det är en inspektionsproxy och bryter webbsocket.

För att åtgärda dessa problem kan du behöva ”kringgå” eller ”splice” (inaktivera inspektion) på port 443 för att: *.wbx2.com och *.ciscospark.com.

Kapacitet för videonätnoder

Eftersom videonät är en programvarubaserad medieprodukt varierar kapaciteten på dina videonätnoder. I synnerhet placerar mötesdeltagare i Webex-molnet en tyngre belastning på noder. Du får lägre kapacitet när du har fler överlappningar till Webex-molnet. Andra faktorer som påverkar kapaciteten är:

Typer av enheter och klienter
Videoupplösning
Nätverkskvalitet
Maximal belastning
Distributionsmodell

Användning av videonät påverkar inte antalet Webex-licenser.

I allmänhet fördubblas inte kapaciteten om du lägger till fler noder i klustret på grund av överhuvudet för att ställa in överlappningar. Använd dessa nummer som allmän vägledning. Vi rekommenderar följande:

Testa gemensamma mötesscenarier för din distribution.
Använd analysen i Control Hub för att se hur din distribution utvecklas och lägga till kapacitet vid behov.

Överflöd vid låg samtalsvolym (särskilt SIP-samtal som har sitt ursprung lokalt) är inte en riktig avspegling av skalan. Videonätsanalys (under Control Hub > Resurser > Samtalsaktivitet) anger samtalsanslutningarna som har sitt ursprung lokalt. De anger inte samtalsströmmar som kom in genom kaskaden till videonätnoden för mediebehandling. När antalet fjärranslutna mötesdeltagare ökar under ett möte ökar antalet överlappningar och förbrukar lokala medieresurser på videonätnoden.

Den här tabellen visar kapacitetsintervall för olika blandningar av mötesdeltagare och slutpunkter på vanliga videonätnoder. Våra tester inkluderade möten med alla deltagare på den lokala noden och möten med en blandning av lokala deltagare och molndeltagare. Med fler mötesdeltagare i Webex-molnet kan du förvänta dig att din kapacitet sjunker i den nedre änden av intervallet.

Tabell 4. Kapacitet på vanliga videonätnoder
Scenario	Upplösning	Mötesdeltagarkapacitet
Möten med endast Webex-appdeltagare	720p	100–130
Möten med endast Webex-appdeltagare	1080p	90–100
Möten och 1-till-1-samtal med endast mötesdeltagare i Webex-appen	720p	60–100
	1080p	30–40
Möten med endast SIP-mötesdeltagare	720p	70–80
Möten med endast SIP-mötesdeltagare	1080p	30–40
Möten med Webex-appen och SIP-mötesdeltagare	720p	75–110

Basupplösningen för Webex-appen är 720p. Men när du delar är mötesdeltagarens miniatyrbilder 180 p.
Dessa prestandanummer förutsätter att du har aktiverat alla rekommenderade portar.

Kapacitet för VMNL ite

Vi rekommenderar VMNL ite för distributioner som huvudsakligen inkluderar Webex-appen och molnregistrerade slutpunkter. I dessa distributioner använder noderna fler växling och färre omkodningsresurser än standardkonfigurationen ger. Att distribuera flera mindre virtuella datorer på värden optimerar resurserna för det här scenariot.

Den här tabellen listar kapacitetsintervall för olika blandningar av mötesdeltagare och slutpunkter. Våra tester inkluderade möten med alla deltagare på den lokala noden och möten med en blandning av lokala deltagare och molndeltagare. Med fler mötesdeltagare i Webex-molnet kan du förvänta dig att din kapacitet sjunker i den nedre änden av intervallet.

Tabell 5. Kapacitet på VMNL ite noder
Scenario	Upplösning	Mötesdeltagarkapacitet med 3 VMNL ite-noder på en server
Möten med endast Webex-appdeltagare	720p	250–300
Möten med endast Webex-appdeltagare	1080p	230–240
Möten och 1-till-1-samtal med endast mötesdeltagare i Webex-appen	720p	175–275

Basupplösningen för Webex-appmöten är 720p. Men när du delar är mötesdeltagarens miniatyrbilder 180 p.

Kluster i videonät

Du distribuerar videonätnoder i kluster. Ett kluster definierar videonätnoder med liknande attribut, till exempel nätverksnärhet. Mötesdeltagare använder ett visst kluster eller molnet, beroende på följande villkor:

En klient i ett företagsnätverk som kan nå ett lokalt kluster ansluter till det – den primära inställningen för klienter i företagsnätverket.
Klienter som deltar i ett privat möte i videonät ansluter endast till lokala kluster. Du kan skapa ett separat kluster specifikt för dessa privata möten.
En klient som inte kan nå ett lokalt kluster ansluter till molnet – fallet för en mobil enhet som inte är ansluten till företagets nätverk.
Det valda klustret beror också på latens, snarare än bara plats. Till exempel kan ett molnkluster med lägre STUN-rundresa (SRT) fördröjning än ett videonätkluster vara en bättre kandidat för mötet. Den här logiken hindrar en användare från att landa på ett geografiskt långt kluster med hög SRT-fördröjning.

Varje kluster innehåller logik som överlappar möten, förutom privata möten i videonät, över andra molnmöteskluster, efter behov. Cascading tillhandahåller en datasökväg för media mellan klienter i deras möten. Möten distribueras över noder och klienterna landar på den mest effektiva noden som ligger närmast dem, beroende på faktorer som nätverktopologi, WAN-länk och resursanvändning.

Klientens förmåga att ping medienoder avgör tillgängligheten. Ett faktiskt samtal använder en mängd olika potentiella anslutningsmekanismer, till exempel UDP och TCP. Före samtalet registreras Webex-enheten (Room, Desk, Board och Webex-appen) med Webex-molnet, vilket ger en lista över klusterkandidater för samtalet.

Noderna i ett videonätkluster kräver ohämmad kommunikation med varandra. De kräver även ohämmad kommunikation med noderna i alla dina andra videonätskluster. Se till att brandväggarna tillåter all kommunikation mellan videonätnoderna.

Kluster för privata möten

Du kan boka ett videonätkluster för privata möten. När det reserverade klustret är fullt kastas de privata mötesmedierna ut till dina andra videonätskluster. När det reserverade klustret är fullt delar privata och icke-privata möten resurserna för dina återstående kluster.

Icke-privata möten använder inte ett reserverat kluster och reserverar dessa resurser för privata möten. Om ett icke-privat möte tar slut på resurser i nätverket kastas det ut till Webex-molnet i stället.

Mer information om funktionen för privata möten i videonät finns i Privata möten.

Du kan inte använda det korta videoadressformatet (meet@your_site) om du reserverar alla videonätskluster för privata möten. Dessa samtal misslyckas för närvarande utan ett korrekt felmeddelande. Om du lämnar vissa kluster oreserverade kan samtal med det korta videoadressformatet ansluta via dessa kluster.

Riktlinjer för distribution av videonätskluster

I typiska företagsdistributioner rekommenderar vi att kunder använder upp till 100 noder per kluster. Det finns inga hårda gränser som ställs in i systemet för att blockera en klusterstorlek med mer än 100 noder. Om du behöver skapa större kluster rekommenderar vi dock starkt att du granskar det här alternativet med Cisco-teknik via ditt Cisco-kontoteam.
Skapa färre kluster när resurser har liknande nätverksnärhet (affinitet).
När du skapar kluster lägger du bara till noder som finns i samma geografiska region och samma datacenter. Kluster över det breda områdets nätverk (WAN) stöds inte.
Vanligtvis distribuerar kluster i företag som är värd för frekventa lokaliserade möten. Planera var du placerar kluster på den bandbredd som finns tillgängliga på olika WAN-platser inom företaget. Med tiden kan du distribuera och växa kluster för kluster baserat på observerade användarmönster.
Kluster som finns i olika tidszoner kan effektivt betjäna flera geografiska områden genom att dra nytta av olika samtalsmönster mellan högsta och upptagna timmar.
Om du har två videonätnoder i två separata datacenter (till exempel EU och NA) och du har slutpunkter som ansluter via varje datacenter kastas noderna i varje datacenter till en enda videonätnod i molnet. Dessa översvämningar skulle gå över Internet. Om det finns en molndeltagare (som ansluter före en av videonätdeltagarna) kommer noderna att kasseras genom molndeltagarens medienod.

Mångfald i tidszon

Tidszonens mångfald kan tillåta att kluster delas under perioder utanför toppmötet. Till exempel: Ett företag med ett norra Kalifornien-kluster och ett New York-kluster kan upptäcka att den totala nätverkslatensen inte är så hög mellan de två platser som tjänar en geografiskt varierad användarpopulation. När resurserna är i toppanvändning i norra Kalifornien-klustret är New York-klustret sannolikt utanför toppen och har ytterligare kapacitet. Samma sak gäller för norra Kalifornien-klustret, under topptider i New York-klustret. Dessa är inte de enda mekanismer som används för effektiv användning av resurser, men de är de två viktigaste.

Överspill till moln

När kapaciteten för alla lokala kluster nås överflödar en lokal mötesdeltagare till Webex-molnet. Detta innebär inte att alla samtal hålls i molnet. Webex dirigerar endast de mötesdeltagare som antingen är fjärranslutna eller inte kan ansluta till ett lokalt kluster till molnet. I ett samtal med både lokala deltagare och molndeltagare ansluts det lokala klustret till molnet för att kombinera alla mötesdeltagare till ett enda samtal.

Om du konfigurerar mötet som den privata mötestypen behåller Webex alla samtal på dina lokala kluster. Privata möten överflödar aldrig till molnet.

Webex-enhetsregister med Webex

Utöver att bestämma tillgänglighet utför klienterna även periodiska fördröjningstester med hjälp av Simple Traversal av UDP till NAT (STUN). Fördröjning av STUN-rundresa (SRT) är en viktig faktor vid val av potentiella resurser under ett faktiskt samtal. När flera kluster distribueras baseras de primära urvalskriterierna på den inlärda SRT-fördröjningen. Tillgänglighetstester utförs i bakgrunden, initieras av ett antal faktorer, inklusive nätverksändringar, och introducerar inte förseningar som påverkar samtalsinställningstiden. Följande två exempel visar möjliga resultat av tester för tillgänglighet.

Fördröjningstester för rundresa – molnenheten kan inte nå lokala kluster

Fördröjningstester för rundresa – molnenheten når lokala kluster

Information om lärd tillgänglighet tillhandahålls i Webex-molnet varje gång ett samtal konfigureras. Med den här informationen kan molnet välja den bästa resursen (kluster eller moln), beroende på klientens relativa plats för tillgängliga kluster och samtalstyp. Om inga resurser finns tillgängliga i önskat kluster testas alla kluster för tillgänglighet baserat på SRT-fördröjning. Ett prioriterat kluster väljs med den lägsta SRT-fördröjningen. Samtal serveras på plats från ett sekundärkluster när det primära klustret är upptaget. Lokalt tillgängliga videonätsresurser prövas först, i ordning med lägsta SRT-fördröjning. När alla lokala resurser är uttömda ansluter mötesdeltagaren till molnet.

Klusterdefinition och plats är avgörande för en distribution som ger den bästa övergripande upplevelsen för mötesdeltagarna. Helst bör en distribution tillhandahålla resurser där klienterna är belägna. Om det inte finns tillräckligt med resurser där klienterna ringer majoriteten av samtalen förbrukas mer internt nätverksbandbredd för att ansluta användare till avlägsna kluster.

Lokalt och molnsamtal

Lokala Webex-enheter som har samma klusteraffinitet (inställning, baserat på närheten till klustret) ansluter till samma kluster för ett samtal. Lokala Webex-enheter med olika lokala klusteraffiniteter ansluter till olika kluster och klustren kastas sedan till molnet för att kombinera de två miljöerna till ett enda samtal. Detta skapar en hub- och taldesign med Webex-molnet som hub och lokala kluster som fungerar som tal i mötet.

Lokala samtal med olika klusteraffiniteter

Webex-enheten ansluter till antingen det lokala klustret eller molnet baserat på dess tillgänglighet. Följande visar exempel på de vanligaste scenarierna.

Webex molnenhet ansluter till molnet

Webex lokala enheter ansluter till lokala kluster

Webex lokala enheter ansluter till molnet

Molnklusterval för överflöd baserat på 250 ms eller högre STUN-rundresefördröjning

Medan inställningen för nodval är dina lokalt distribuerade videonätnoder stöder vi ett scenario där, om STUN-rundresefördröjning (SRT) till ett lokalt videonätkluster överskrider den toleranta fördröjningen på 250 ms (vilket vanligtvis inträffar om det lokala klustret har konfigurerats på en annan kontinent), så väljer systemet den närmaste molnmediennoden i den geografi istället för en videonätnod.

Webex-appen eller Webex-enheten finns i företagsnätverket i San Jose.
San Jose och Amsterdam kluster är i kapacitet eller inte tillgängliga.
SRT-förseningen till Shanghai-klustret är större än 250 ms och kommer sannolikt att införa frågor om mediekvalitet.
Molnklustret i San Francisco har en optimal SRT-fördröjning.
Shanghai videonätsklustret utesluts från övervägande.
Till följd av detta överflödar Webex-appen till molnklustret i San Francisco.

Privata möten

Privata möten isolerar alla media till ditt nätverk via videonät. Till skillnad från vanliga möten kastas inte medierna till Webex-molnet om de lokala noderna är fulla. Men som standard kan privata möten kastas till olika videonätskluster i nätverket. För privata möten över geografiska platser måste dina videonätskluster ha direkt anslutning till varandra för att tillåta överlappningar mellan kluster, till exempel HQ1_VMN till Remote1_VMN i figuren.

Se till att de nödvändiga portarna är öppna i brandväggen för att tillåta ohindrad överlappning mellan kluster. Se Portar och protokoll för hantering.

Alla mötesdeltagare i ett privat möte måste tillhöra din mötesvärds Webex-organisation. De kan delta via Webex-appen eller ett autentiserat videosystem (SIP-slutpunkter registrerade till UCM/VCS eller Webex-registrerad videoenhet). Deltagare med VPN- eller MRA-åtkomst till ditt nätverk kan delta i ett privat möte. Men ingen kan delta i ett privat möte utanför ditt nätverk.

Distributionsmodeller som stöds av videonät

Stöds i en distribution av videonät

Du kan distribuera en videonätnod i antingen ett datacenter (önskat) eller en demilitariserad zon (DMZ). För vägledning, se Portar och protokoll som används av videonät.
För en DMZ-distribution kan du konfigurera videonätnoderna i ett kluster med det dubbla nätverksgränssnittet (NIC). Med den här distributionen kan du skilja den interna nätverkstrafiken för företag (används för interbox-kommunikation, överlappningar mellan nodkluster och för att komma åt nodens hanteringsgränssnitt) från den externa molnnätverkstrafiken (används för anslutning till omvärlden och överlappningar till molnet).

Dual NIC fungerar på den fullständiga, VMNL ite och demo versionen av Video Mesh nod programvara. Du kan även distribuera videonätet bakom en NAT-konfiguration 1:1.
Du kan integrera videonätnoder med din samtalskontrollmiljö. Till exempel distributioner med videonät integrerat med Unified CM, se Distributionsmodeller för videonät och Cisco Unified Communications Manager.
Följande typer av adressöversättning stöds:
- Dynamisk nätverksadressöversättning (NAT) med en IP-pool
- Översättning av dynamisk portadress (PAT)
- 1:1 natt
- Andra former av NAT bör fungera så länge som rätt hamnar och protokoll används, men vi stöder dem inte officiellt eftersom de inte har testats.
IPv4
Statisk IP-adress för videonätnoden

Stöds inte i en distribution av videonät

IPv6
DHCP för videonätnoden
Ett kluster med en blandning av enkel NIC och dubbel NIC
Klusterar videonätnoder över det breda nätverket (WAN)
Ljud, video eller media som inte passerar via en videonätnod:
- Ljud från telefoner
- Peer-to-peer-samtal mellan Webex-appen och standardbaserad slutpunkt
- Ljudavslutning på videonätnod
- Media som skickas via Expressway C/E-par
- Videosamtal tillbaka från Webex

Distributionsmodeller för videonät och Cisco Unified Communications Manager

Dessa exempel visar gemensamma distributioner av videonät och hjälper dig att förstå var videonätskluster kan passa in i ditt nätverk. Kom ihåg att distribution av videonät beror på faktorer i nätverkens topologi:

Datacenterplatser
Kontorsplatser och storlek
Plats och kapacitet för Internet

I allmänhet försöker du koppla videonätnoderna till klustren i Unified CM eller Session Management Edition (SME). Som bästa praxis ska du hålla noderna så centraliserade som möjligt till de lokala grenarna.

Videonät har stöd för Session Management Edition (SME). Unified CM-kluster kan anslutas via en SME-enhet och sedan måste du skapa en SME-trunk som ansluter till videonätnoderna.

Hubb- och talarkitektur

Denna distributionsmodell omfattar centraliserat nätverk och tillgång till Internet. Den centrala platsen har vanligtvis en hög personalkoncentration. I detta fall kan ett videonätkluster placeras på en central plats för optimerad mediehantering.

Att lokalisera kluster på filialer kanske inte ger några fördelar på kort sikt och kan leda till suboptimal dirigering. Vi rekommenderar att du endast distribuerar kluster i en filial om det finns täta kommunikationer mellan filialer.

Geografisk fördelning

Den geografiskt distribuerade distributionen är sammanlänkad men kan visa en märkbar latens mellan regioner. Brist på resurser kan orsaka att suboptimala överlappningar konfigureras på kort sikt när det finns möten mellan användare på varje geografisk plats. I den här modellen rekommenderar vi att du tilldelar videonätnoder nära regional internetanslutning.

Geografisk fördelning med SIP-uppringning

Den här distributionsmodellen innehåller regionala Unified CM-kluster. Varje kluster kan innehålla en SIP-trunk för att välja resurser i det lokala videonätklustret. En andra trunk kan ge en redogörelse till ett Expressway-par om resurserna begränsas.

Portar och protokoll som används av videonät

För att säkerställa en lyckad distribution av videonät och för felfri drift av videonätnoderna öppnar du följande portar på brandväggen för användning med protokollen.

Se Nätverkskrav för Webex-tjänster för att förstå de övergripande nätverkskraven för Webex Teams.
Se Firewall Traversal Whitepaper för mer information om brandvägg och nätverkspraxis för Webex-tjänster.
Följ dokumentationen för DNS-bästa praxis, nätverksskydd och angreppsidentifiering när du konfigurerar företagets brandvägg för att mildra eventuella problem med DNS-frågor.
Mer designinformation finns i Preferred Architecture for Hybrid Services, CVD.

Portar och protokoll för hantering

Noderna i ett videonätkluster kräver ohämmad kommunikation med varandra. De kräver även ohämmad kommunikation med noderna i alla dina andra videonätskluster. Se till att brandväggarna tillåter all kommunikation mellan videonätnoderna.

Videonätnoderna i ett kluster måste vara i samma VLAN- eller nätmask.

Syfte	Source	Destination	Käll-ID	Källport	Transportprotokoll	Destinations-IP	Destinationsport
Hantering	Hanteringsdator	Videonätnod	Vid behov	Någon	tcp, https	Videonätnod	443
SSH för åtkomst till administrationskonsolen för videomesh	Hanteringsdator	Videonätnod	Vid behov	Någon	TCP	Videonätnod	22
Kommunikation inom kluster	Videonätnod	Videonätnod	IP-adress för andra videonätnoder i klustret	Någon	TCP	Videonätnoder	8443
Hantering	Videonätnod	Webex-moln	Vid behov	Någon	udp, ntp udp, dns TCP, HTTPS (webbuttag)	Någon	123 53
Kaskadesignalering	Videonätnod	Webex-moln	Någon	Någon	TCP	Någon	443
Överlappningsmedia	Videonätnod	Webex-moln	Videonätnod	Alla	UDP	Någon För specifika adressintervall, se avsnittet ”IP-undernät för Webex Media-tjänster” i Nätverkskrav för Webex-tjänster.	5004 50000 till 53000 Mer information finns i avsnittet ”Webex-tjänster – portnummer och protokoll” i Nätverkskrav för Webex-tjänster.
Kaskadesignalering	Vido Mesh Cluster (1)	Vido Mesh Cluster (2)	Någon	Någon	TCP	Någon	443
Överlappningsmedia	Vido Mesh Cluster (1)	Vido Mesh Cluster (2)	Vido Mesh Cluster (1)	Alla	UDP	Någon	5004 50000 till 53000
Hantering	Videonätnod	Webex-moln	Vid behov	Någon	tcp, https	Alla	443
Hantering	Videonätnod (1)	Videonätnod (2)	Videonätnod (1)	Någon	TCP, HTTPS (webbuttag)	Videonätnod (2)	443
Intern kommunikation	Videonätnod	Alla andra videonätnoder	Videonätnod	Någon	UDP	Någon	10000 till 40000

_{* Standardkonfigurationen i OVA är konfigurerad för NTP och DNS. OVA kräver att du öppnar portarna utgående till internet. Om du konfigurerar en lokal NTP- och DNS-server behöver du inte öppna portarna 53 och 123 via brandväggen.}

_{** Eftersom vissa URL:er för molntjänsten kan ändras utan förvarning är ANY den rekommenderade destinationen för problemfri drift av videonätnoderna. Om du föredrar att filtrera trafik baserat på URL:er, se avsnittet Webex Teams URL:er för hybridtjänster i nätverkskraven för Webex-tjänster för mer information.}

_{***Portarna varierar beroende på om du aktiverar QoS. Med QoS aktiverat är portarna 52 500-59499, 63000-64667, 59500-62999 och 64688-65500. Med QoS av är portarna 34 000-34 999.}

Trafiksignaturer för videonät (tjänstekvalitet aktiverad)

För distributioner där videonätnoden sitter på företagssidan av DMZ eller inne i brandväggen finns en konfigurationsinställning för videonätnod i Webex Control Hub som gör det möjligt för administratören att optimera portintervallen som används av videonätnoden för QoS-nätverksmarkering. Den här tjänstekvalitetsinställningen är aktiverad som standard och ändrar källportarna som används för ljud-, video- och innehållsdelning till värdena i den här tabellen. Med den här inställningen kan du konfigurera QoS-markeringspolicyer baserat på UDP-portintervall för att skilja ljud från video- eller innehållsdelning och markera allt ljud med rekommenderat värde av EF och video- och innehållsdelning med ett rekommenderat värde av AF41.

Tabellen och diagrammet visar UDP-portar som används för ljud- och videoströmmar, som är huvudfokus för QoS-nätverkskonfigurationer. Medan nätverks-QoS-markeringspolicyer för media över UDP är fokus i följande tabell, avslutar Webex-videonätnoder även TCP-trafik för presentation och innehållsdelning för Webex-appen med efemerportar 52500–65500. Om en brandvägg sitter mellan videonätnoderna och Webex-appen måste dessa TCP-portar också vara tillåtna för att fungera korrekt.

Videonätnod markerar trafiken naturligt. Denna ursprungsmärkning är asymmetrisk i vissa flöden och beror på om källportarna är delade portar (en port som 5004 för flera flöden till olika destinations- och destinationshamnar) eller om de inte är det (där porten faller i ett intervall men är unik för den specifika tvåvägsinriktade sessionen).

För att förstå den inbyggda märkningen med en videonätnod ska du notera att videonätnoden markerar ljud EF när den inte använder 5004-porten som källport. Vissa tvåvägsinriktade flöden, t.ex. Videonät till videonät eller videonät till Webex-appen, kommer att markeras asymmetriskt, vilket är en anledning till att använda nätverket för att kommentera trafik baserat på de angivna UDP-portintervallen.

Käll-IP-adress	Destinationens IP-adress	Källa-UDP-portar	Destinationens UDP-portar	Inbyggd DSCP-märkning	Medietyp
Nätnod för video	Webex molnmedietjänster	35000 till 52499	5004	av41	Testa STUN-paket
Nätnod för video	Webex molnmedietjänster	52500 till 59499	5004	Ef	Ljud
Nätnod för video	Webex molnmedietjänster	63000 till 64667	5004	av41	Video
Nätnod för video	Webex molnmedietjänster	59500 till 62999	50000 till 51499	Ef	Ljud
Nätnod för video	Webex molnmedietjänster	64668 till 65500	51500 till 53000	av41	Video
Nätnod för video	Nätnod för video	10000 till 40000	10000 till 40000	—	Ljud
Nätnod för video	Nätnod för video	10000 till 40000	10000 till 40000	—	Video
Nätnod för video	Unified CM SIP-slutpunkter	52500 till 59499	Unified CM SIP-profil	Ef	Ljud
Nätnod för video	Unified CM SIP-slutpunkter	63000 till 64667	Unified CM SIP-profil	av41	Video
Videonätkluster	Videonätkluster	52500 till 59499	5004	Ef	Ljud
Videonätkluster	Videonätkluster	63000 till 64667	5004	av41	Video
Videonätkluster	Videonätkluster	59500 till 62999	50000 till 51499	Ef	Ljud
Videonätkluster	Videonätkluster	64668 till 65500	51500 till 53000	av41	Video
Nätnod för video	Webex Teams-program eller -slutpunkt*	5004	52000 till 52099	av41	Ljud
Nätnod för video	Webex Teams-program eller -slutpunkt	5004	52100 till 52299	av41	Video

*_{Riktningen för medietrafik avgör DSCP-markeringarna. Om källportarna är från videonätnoden (från videonätnoden till Webex Teams-appen) markeras trafiken endast som AF41. Medietrafik som kommer från Webex Teams-appen eller Webex-slutpunkter har separata DSCP-markeringar, men returtrafiken från de delade portarna för videonätnoden gör inte.}

UDP-källportdifferentiering (Windows Webex-appklienter): Kontakta ditt lokala kontoteam om du vill att differentiering av UDP-källporten ska vara aktiverad för din organisation. Om detta inte är aktiverat kan ljud- och videodelning inte differentieras med Windows OS. Källportarna kommer att vara desamma för ljud, video och innehållsdelning på Windows-enheter.

Trafiksignaturer för videonät (tjänstekvalitet inaktiverad)

För distributioner där videonätnoden sitter i DMZ finns det en konfigurationsinställning för videonätnod i Webex Control Hub som låter dig optimera portintervallen som används av videonätnoden. Den här inställningen för tjänstekvalitet, när den är inaktiverad (aktiverad som standard), ändrar källportarna som används för ljud-, video- och innehållsdelning från videonätnoden till intervallet 34000 till 34999. Videonätnoden markerar sedan naturligt allt ljud-, video- och innehållsdelning till en enda DSCP av AF41.

Eftersom källportarna är desamma för alla media oavsett destination kan du inte skilja ljud från video eller innehållsdelning baserat på portintervall med den här inställningen inaktiverad. Med den här konfigurationen kan du enkelt konfigurera brandväggspärrhål för media än med tjänstekvalitet aktiverad.

Tabellen och diagrammet visar UDP-portar som används för ljud- och videoströmmar när QoS är inaktiverat.

Tabell 6. Trafiksignaturer för videonät (tjänstekvalitet inaktiverad)
Käll-IP-adress	Destinationens IP-adress	Källa-UDP-portar	Destinationens UDP-portar	Inbyggd DSCP-märkning	Medietyp
Nätnod för video	Webex molnmedietjänster	34000 till 34999	5004	av41	Ljud
Nätnod för video	Webex molnmedietjänster	34000 till 34999	5004	av41	Video
Nätnod för video	Webex molnmedietjänster	34000 till 34999	50000 till 51499	av41	Ljud
Nätnod för video	Webex molnmedietjänster	34000 till 34999	51500 till 53000	av41	Video
Nätnod för video	Nätnod för video	10000 till 40000	10000 till 40000	av41	Ljud
Nätnod för video	Nätnod för video	10000 till 40000	10000 till 40000	av41	Video
Videonätkluster	Videonätkluster	34000 till 34999	5004	av41	Ljud
Videonätkluster	Videonätkluster	34000 till 34999	5004	av41	Video
Videonätkluster	Videonätkluster	34000 till 34999	50000 till 51499	av41	Ljud
Videonätkluster	Videonätkluster	34000 till 34999	51500 till 53000	av41	Video
Nätnod för video	Unified CM SIP-slutpunkter	52500 till 59499	Unified CM SIP-profil	av41	Ljud
Nätnod för video	Unified CM SIP-slutpunkter	63000 till 64667	Unified CM SIP-profil	av41	Video
Nätnod för video	Webex molnmedietjänster	35000 till 52499	5004	av41	Testa STUN-paket
Nätnod för video	Webex Teams-program eller -slutpunkt	5004	52000 till 52099	av41	Ljud
Nätnod för video	Webex Teams-program eller -slutpunkt	5004	52100 till 52299	av41	Video

Portar och protokoll för Webex Meetings-trafik

Syfte	Source	Destination	Käll-ID	Källport	Transportprotokoll	Destinations-IP	Destinationsport
Ringer till möte	Appar (skrivbords- och mobilappar i Webex-appen) Webex-registrerade enheter	Videonätnod	Vid behov	Någon	UDP och TCP (används av Webex-appen) SRTP (valfritt)	Alla	5004
SIP-enhetens samtal till möte (SIP-signalering)	Samtalskontroll för Unified CM eller Cisco Expressway	Videonätnod	Vid behov	Efemeral (>=1024)	TCP eller TLS	Alla	5060 eller 5061
Överlappning	Videonätnod	Webex-moln	Vid behov	34000 till 34999	UDP, SRTP (alla)*	Alla	5004 50000 till 53000
Överlappning	Videonätnod	Videonätnod	Vid behov	34000 till 34999	UDP, SRTP (alla)*	Alla	5004

Port 5004 används för alla molnmedia och lokala videonätnoder.

Webex-appen fortsätter att ansluta till videonätnoder via delade portar 5004. Dessa portar används också av Webex-appen och Webex-registrerade slutpunkter för STUN-tester för videonätnoder. Videonätnod till videonätnod för överlappningar använder destinationsportintervallet 10000–40000._{* TCP stöds också, men är inte att föredra eftersom det kan påverka mediekvaliteten.}

_{** Om du vill begränsa av IP-adresser, se de IP-adressintervall som dokumenteras i nätverkskrav för Webex-tjänster.}

_{*** Expressway använder redan det här portintervallet för Webex-molnet. Så de flesta distributioner kräver inga uppdateringar för att stödja detta nya krav för videonät. Men om din distribution har strängare brandväggsregler kan du behöva uppdatera brandväggskonfigurationen för att öppna dessa portar för videonät.}

_{För bästa upplevelse av Webex i din organisation ska du konfigurera din brandvägg så att all utgående TCP- och UDP-trafik som är avsedd för portar 5004 samt eventuella inkommande svar på den trafiken. Portkraven som anges ovan förutsätter att videonätnoder distribueras antingen i LAN (föredragen) eller i en DMZ och att Webex-appen finns i LAN.}

Videokvalitet och skalning för videonät

Nedan följer några vanliga mötesscenarier när en kaskade skapas. Videonät är anpassningsbart beroende på tillgänglig bandbredd och distribuerar resurser i enlighet med detta. För enheter i mötet som använder videonätnoden ger överlappningslänken fördelen med att minska genomsnittlig bandbredd och förbättra mötesupplevelsen för användaren.

För riktlinjer för bandbreddsetablering och kapacitetsplanering, se dokumentationen för prioriterad arkitektur.

Baserat på de aktiva talarna i mötet etableras överlappningslänkarna. Varje kaskad kan innehålla upp till 6 strömmar och kaskaden är begränsad till 6 mötesdeltagare (6 i Webex-appen/SIP till Webex-molnet och 5 i motsatt riktning). Varje medieresurs (moln och videonät) ber fjärrsidan om de strömmar som krävs för att uppfylla de lokala slutpunktskraven för alla fjärrdeltagare över kaskaden.

För att ge en flexibel användarupplevelse kan Webex-plattformen göra multiströmsvideo till mötesdeltagare. Samma möjlighet gäller för överlappningslänken mellan videonätnoder och molnet. I den här arkitekturen varierar bandbreddskraven beroende på ett antal faktorer, till exempel slutpunktslayouter.

Arkitektur

I den här arkitekturen skickar Cisco Webex-registrerade slutpunkter signalering till molnet och media till växlingstjänsterna. Lokala SIP-slutpunkter skickar signalering till samtalskontrollmiljön (Unified CM eller Expressway) som sedan skickar den till videonätnoden. Media skickas till transkodningstjänsten.

Moln- och platsdeltagare

Lokala lokala mötesdeltagare på videonätnoden begär önskade strömmar baserat på deras layoutkrav. Dessa strömmar vidarebefordras från videonätnoden till slutpunkten för återgivning av lokal enhet.

Varje moln- och videonätnod begär HD- och SD-upplösningar från alla mötesdeltagare som är molnregistrerade enheter eller Webex-appen. Beroende på slutpunkten kommer den att skicka upp till 4 upplösningar, vanligtvis 1080p, 720p, 360p och 180p.

Överlappningar

De flesta Cisco-slutpunkter kan skicka 3 eller 4 strömmar från en enda källa i ett antal upplösningar (från 1080p till 180p). Slutpunktens layout dikterar kravet på de strömmar som behövs i den avlägsna änden av kaskaden. För aktiv närvaro är den huvudsakliga videoströmmen 1080p eller 720p, videobandrutorna (PiPS) är 180p. För lika vy är upplösningen 480p eller 360p för alla mötesdeltagare i de flesta fall. Kaskaden som skapas mellan videonätnoder och molnet skickar också 720p, 360p och 180p i båda riktningarna. Innehåll skickas som en enda ström och ljud skickas som flera strömmar.

Överlappande bandbreddgrafer som ger en mätning per kluster finns tillgängliga i analysmenyn i Webex Control Hub. Du kan inte konfigurera överlappningsbandbredd per möte i Control Hub.

Den maximala förhandlade överlappningsbandbredden per möte är 20 Mbps för huvudvideo för alla källor och de flera huvudvideoströmmar som de kan skicka. Detta maximala värde inkluderar inte innehållskanalen eller ljudet.

Huvudvideo med flera layoutexempel

Följande diagram illustrerar ett exempel på mötesscenario och hur bandbredden påverkas när flera faktorer spelar in. I exemplet överför alla Webex-appen och Webex-registrerade enheter 1x720p-, 1x360p- och 1x180p-strömmar till videonät. På kaskaden överförs strömmar på 720p, 360p och 180p i båda riktningarna. Anledningen är att det finns Webex-appen och Webex-registrerade enheter som får 720p, 360p och 180p på båda sidorna av kaskaden.

I diagrammen är exempelvis bandbreddsnumren för överförda och mottagna data endast avsedda för användning. De är inte en uttömmande täckning av alla möjliga möten och tillhörande bandbreddskrav. Olika mötesscenarier (anslutna mötesdeltagare, enhetsfunktioner, innehållsdelning inom mötet, aktivitet vid en viss tidpunkt under mötet) ger olika bandbreddsnivåer.

Diagrammet nedan visar ett möte med moln och lokaler registrerade slutpunkter och en aktiv talare.

I samma möte visar diagrammet nedan ett exempel på en överlappning som skapats mellan videonätnoderna och molnet i båda riktningarna.

I samma möte visas ett exempel på en överlappning från molnet i diagrammet nedan.

Diagrammet nedan visar ett möte med samma enheter ovan, tillsammans med en Webex Meetings-klient. Systemet skickar den aktiva talaren och den sista aktiva talaren i hög upplösning tillsammans med en extra HD-ström av den aktiva talaren för Webex Meeting-klienter eftersom videonätnoder inte stöder Webex Meetings just nu.

Krav för Webex-tjänster

Samarbeta med din partner, kundframgångschef (CSM) eller provrepresentant för att tillhandahålla Cisco Webex-webbplatsen och Webex-tjänster för videonät korrekt:

Du måste ha en Webex-organisation med en betald prenumeration på Webex-tjänster.
För att dra full nytta av videonät måste du se till att din Webex-webbplats finns på videoplattformen version 2.0. (Du kan kontrollera att din webbplats finns på videoplattformen version 2.0 om den har listan över medieresurstyp i webbplatsalternativen för mötesrum för molnsamarbete.)
Du måste aktivera CMR för din Webex-webbplats under användarprofiler. (Du kan göra detta i en massuppdatering av CSV med attributet SupportCMR).

Mer information finns i Funktionsjämförelse och migreringsväg från Hybrid för mötesrum för samarbete till videonät i bilagan.

Relaterad information

Kontrollera att källlandet är korrekt

Video Mesh använder funktionerna globalt distribuerade media (GDM) i Webex för att uppnå bättre mediarouting. För att uppnå optimal anslutning väljer Webex den molnmedienod som ligger närmast ditt företag när Video Mesh-kaskader utförs till Webex. Trafiken passerar sedan via Webex stamnät för att interagera med Webex mikrotjänster för mötet. Denna dirigering minimerar latensen och håller den största delen av trafiken på Webex stamnät och utanför internet.

För att stödja GDM använder vi MaxMind som GeoIP-platsleverantör för den här processen. Kontrollera att MaxMind korrekt identifierar platsen för din offentliga IP-adress för att säkerställa effektiv dirigering.

1	I en webbläsare anger du denna URL med den offentliga IP-adressen till din Expressway eller slutpunkt i slutet. `https://ds.ciscospark.com/v1/region/ <public IP address>` Du får ett svar som följande: `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	Kontrollera att `countryCode` är lämplig för platsen för din Expressway eller slutpunkt.
3	Om platsen är felaktig skickar du en begäran om att korrigera platsen för din offentliga IP-adress till MaxMind på https://support.maxmind.com/geoip-data-correction-request/correct-a-geoip-location.

Slutför förutsättningarna för videonät

Använd den här checklistan för att se till att du är redo att installera och konfigurera videonätnoder och integrera en Webex-webbplats med videonät.

1

Se till att du:

Uppfylla minimikraven för systemkrav som beskrivs i Krav för videonät och Licenskrav för hybridtjänster.
Förstå exempel på samtalskapacitet som beskrivs i Kapacitet för videonätnoder.
Förstå de distributionsmodeller som stöds som beskrivs i Distributionsmodeller som stöds av videonät.
Se till att nätverket tillåter anslutning på portarna och använda de protokoll som beskrivs i Portar och protokoll som används av videonät
Se till att nätverket stöder bandbreddskraven som beskrivs i Videokvalitet och skalning för videonät

2

Samarbeta med din partner, kundframgångschef eller provrepresentant för att förstå och förbereda din Webex-miljö så att den är redo att ansluta till videonät. Mer information finns i Krav för Webex-tjänster.

3

Spela in följande nätverksinformation för att tilldela dina videonätnoder:

IP-adress (rekommenderas)
Nätverksmask
Gateway IP-adress
DNS-servrar
NTP-servrar

Ett värdnamn och valfritt domännamn för videonätnoden. (Valfritt)

Vi rekommenderar att du använder IP-adresser för videonät. Om du planerar att konfigurera noderna med FQDN ska FQDN-värdet kunna lösas med alla poster i listan över DNS-servrar som konfigurerats på noden. Du måste också skapa både framåt- och omvänd-DNS (A- och PTR-poster) i DNS-konfigurationen.

4

Innan du startar installationen måste du se till att din Webex-organisation är aktiverad för videonät. Den här tjänsten är tillgänglig för organisationer med vissa betalda Webex-serviceprenumerationer enligt licenskraven för Cisco Webex Hybrid-tjänster. Kontakta din Cisco-partner eller kontohanteraren för att få hjälp.

5

Välj en maskinvara eller specifikationsbaserad konfiguration för din videonätnod som beskrivs i System- och plattformskrav för videonätnodprogramvara.

6

Se till att servern kör VM-ware ESXi 7 eller 8, och vsfär 7 eller 8, med en VM-värd i drift.

7

Om du integrerar videonät med din Unified CM-samtalskontrollmiljö och vill att mötesdeltagarlistorna ska vara konsekventa på alla mötesplattformar ska du se till att säkerhetsläget för Unified CM-kluster är inställt på blandat läge så att det stöder TLS-krypterad trafik. Slutpunkt-till-slutpunkt-krypterad trafik krävs för att den här funktionen ska fungera.

Se kapitlet för TLS-konfiguration i säkerhetshandboken för Cisco Unified Communications Manager för mer information om hur du växlar din Unified CM-miljö till blandat läge. Se lösningsguiden för aktiv kontroll för mer information om funktionerna och hur du ställer in slutpunkt-till-slutpunkt-kryptering.

8

Om du integrerar en proxy (uttrycklig, genomskinlig inspektion eller genomskinlig icke-inspektion) med videonät ska du följa kraven enligt dokumentationen i Krav för proxystöd för videonät.

Nästa steg

Installera och konfigurera programvara för videonätnod

Distribuera videonät

Uppgiftsflöde för distribution av videonät

Innan du börjar

1	Installera och konfigurera programvara för videonätnod Använd den här proceduren för att distribuera en videonätnod till din värdserver som kör VM-ware ESXi eller vCenter. Du installerar programvaran lokalt som skapar en nod och utför sedan den första konfigurationen, till exempel nätverksinställningar. Du registrerar den i molnet senare.
2	Logga in på videonätnodkonsolen Logga in på konsolen för första gången. Programvaran för videonätnod har ett standardlösenord. Du måste ändra det här värdet innan du konfigurerar noden.
3	Ställ in nätverkskonfigurationen för videonätnoden i konsolen Använd den här proceduren för att konfigurera nätverksinställningarna för videonätnoden om du inte konfigurerade dem när du konfigurerade noden på en virtuell dator. Du ställer in en statisk IP-adress och ändrar FQDN/värdnamn och NTP-servrar. DHCP stöds för närvarande inte.
4	Använd följande steg för att konfigurera det externa gränssnittet för en distribution av dubbelt nätverksgränssnitt (dubbel NIC): Ange det externa nätverksgränssnittet för videonätnoden Lägg till interna och externa dirigeringsregler När noden är online igen och du har verifierat den interna nätverkskonfigurationen kan du konfigurera det externa nätverksgränssnittet om du distribuerar videonätnoden i ditt nätverks DMZ så att du kan isolera företagstrafiken (intern) från extern (extern) trafik. Du kan även göra undantag eller åsidosättningar av standarddirigeringsreglerna.
5	Registrera videonätnoden i Webex Cloud Använd den här proceduren för att registrera videonätnoder i Webex-molnet och slutföra ytterligare konfiguration. När du använder Control Hub för att registrera din nod skapar du ett kluster som noden har tilldelats. Ett kluster innehåller en eller flera medienoder som betjänar användare i en viss geografisk region. Registreringsstegen konfigurerar även SIP-samtalsinställningar, konfigurera ett uppgraderingsschema och prenumerera på e-postaviseringar.
6	Aktivera och kontrollera tjänstekvalitet (QoS) med följande uppgifter: Aktivera tjänstekvalitet (QoS) för videonätnod Verifiera portintervall för videonätnod med reflektorverktyg i webbgränssnittet Aktivera QoS om du vill att videonätnoder automatiskt ska markera SIP-trafik (lokala SIP-registrerade slutpunkter) för både ljud (EF) och video (AF41) separat med lämplig tjänsteklass och använda välkända portintervall för specifika medietyper. Med den här ändringen kan du skapa QoS-policyer och effektivt kommentera returtrafiken från molnet om du vill. Använd stegen i reflektorverktyget för att kontrollera att rätt portar är öppna på din brandvägg.
7	Konfigurera videonätnod för proxyintegrering Använd den här proceduren för att ange vilken typ av proxy som du vill integrera med ett videonät. Om du väljer en transparent inspektionsproxy kan du använda nodens gränssnitt för att ladda upp och installera rotcertifikatet, kontrollera proxyn och felsöka eventuella problem.
8	Följ Integrera videonät med uppgiftsflödet för samtalskontroll och välj något av följande, beroende på din samtalskontroll, säkerhetskrav och om du vill integrera videonät med din samtalskontrollmiljö: Konfigurera Unified CM Secure TLS SIP-trafikroutning för videonät (TLS) Konfigurera Unified CM TCP SIP-trafikroutning för videonät (TCP) Konfigurera Expressway TCP SIP-trafikroutning för videonät (TCP) SIP-enheter har inte stöd för direktåtkomst, så du måste använda Unified CM- eller VCS Expressway-konfigurationen för att etablera ett förhållande mellan lokala registrerade SIP-enheter och dina videomeshkluster. Du behöver bara trunkera din Unified CM eller VCS Expressway till videonätnod, beroende på din samtalskontrollmiljö.
9	Växla certifikatkedjor mellan Unified CM och videonätnoder I den här uppgiften hämtar du certifikat från gränssnitten för Unified CM och videonät och överför ett till ett annat. Det här steget skapar ett säkert förtroende mellan de två produkterna och, tillsammans med den säkra trunkkonfigurationen, gör det möjligt för krypterad SIP-trafik och SRTP-media i din organisation att landa på videonätnoder.
10	Aktivera mediekryptering för organisation- och videonätkluster Använd den här proceduren för att aktivera mediekryptering för din organisation och enskilda videonätskluster. Den här inställningen kräver slutpunkt-till-slutpunkt-TLS-konfiguration och du måste ha en säker TLS SIP-trunk på plats på din Unified CM som pekar på dina videonätnoder.
11	Aktivera videonät för Webex-webbplatsen För att använda optimerade medier till videonätnoden för ett Webex-möte för alla Webex-appen och enheter att delta måste den här konfigurationen aktiveras för Webex-webbplatsen. Om du aktiverar den här inställningen kopplas videonät och mötesinstanser i molnet tillsammans och gör att överlappningar kan inträffa från videonätnoder. Om den här inställningen inte är aktiverad kommer Webex-appen och -enheterna inte att använda videonätnoden för Webex-möten.
12	Tilldela mötesrum för samarbete till Webex-appanvändare
13	Kontrollera mötesupplevelsen på den säkra slutpunkten Om du använder mediekryptering via TLS-inställningen från slutpunkt till slutpunkt ska du använda dessa steg för att kontrollera att slutpunkterna är säkert registrerade och att rätt mötesupplevelse visas.

Massetableringsskript för videonät

Om du behöver distribuera många noder i din distribution av videonät är processen tidskrävande. Du kan använda skriptet på https://github.com/CiscoDevNet/webex-video-mesh-node-provisioning för att snabbt distribuera videonätnoder på VMW är ESXi-servrar. Läs igenom Viktigt-filen för instruktioner om hur du använder skriptet.

Installera och konfigurera programvara för videonätnod

Använd den här proceduren för att distribuera en videonätnod till din värdserver som kör VM-ware ESXi eller vCenter. Du installerar programvaran lokalt som skapar en nod och utför sedan den första konfigurationen, till exempel nätverksinställningar. Du registrerar den i molnet senare.

Du måste hämta programvarupaketet (OVA) från Control Hub ( https://admin.webex.com), i stället för att använda en tidigare hämtad version. Denna OVA är signerad av Cisco-certifikat och kan hämtas när du loggar in på Control Hub med dina inloggningsuppgifter för kundadministratör.

Innan du börjar

Se System- och plattformskrav för videonätnodprogramvara för hårdvaruplattformar som stöds och specifikationskrav för videonätnoden.

Se till att du har dessa obligatoriska objekt:

En dator med:

VM-ware vsfären klient 7 eller 8.

Se dokumentationen för VM-programvara för en lista över operativsystem som stöds.

Video Mesh programvara OVA-fil laddad.

Hämta den senaste videonätprogramvaran från Control Hub i stället för att använda en tidigare hämtad version. Du kan också komma åt programvaran från denna länk. (Filen är ca 1,5 GB.)

Äldre versioner av programvarupaketet (OVA) kommer inte att vara kompatibla med de senaste uppgraderingarna av videonät. Detta kan leda till problem vid uppgradering av programmet. Se till att du hämtar den senaste versionen av OVA-filen från denna länk.

En server som stöds med VM-programvara ESXi eller vCenter 7 eller 8 installerad och körs
Inaktivera säkerhetskopiering av virtuella datorer och livemigrering. Videonätnodkluster är system i realtid. Alla avbrott i virtuella datorer kan göra dessa system instabila. (För underhållsaktiviteter på en videonätnod använder du underhållsläge från Control Hub.)

1

Med din dator öppnar du VM-ware vsfären och loggar in på vCenter eller ESXi-systemet på servern.

2

Gå till Åtgärder > Distribuera OVF-mall.

3

På Välj ett OVF-tempat sidan, klicka på Lokal fil och välj filer. Navigera till var videomesh.ova-filen finns, välj filen och klicka sedan på Nästa.

Varje gång du installerar en videonätnod rekommenderar vi att du hämtar OVA igen i stället för att använda en tidigare nedladdad version. Om du försöker distribuera en gammal OVA kanske din videonätnod inte fungerar korrekt eller registreras i molnet. Ett gammalt OVA kommer också att leda till potentiella problem under uppgraderingar.

Se till att du hämtar en ny kopia av OVA från den här länken.

4

På Välj ett namn och en mapp sida, ange en Namn på virtuell dator för videonätnoden (till exempel ”Video_Mesh_Node_1”) väljer du en plats där distributionen av den virtuella maskinnoden kan finnas och klickar sedan på Nästa.

En valideringskontroll körs. När den är klar visas mallinformationen.

5

Verifiera mallinformationen och klicka sedan på Nästa.

6

På Konfiguration sida, välj typ av distributionskonfiguration och klicka sedan på Nästa.

VMNL-ite (standard)
cms 1000

Alternativen listas i ökande resursbehov.

Om du väljer alternativet VMNL ite måste du upprepa stegen för att distribuera de andra instanserna på samma värd och välja samma alternativ varje gång. Sambosättning mellan VMNL ite och icke-VMNL ite instanser har inte testats och stöds inte.

7

På Välj lagringsutrymme sidan, se till att standarddiskformatet för Thick Provision Lazy Zeroed och VM-lagringspolicyn för Datastore Default väljs och klicka sedan Nästa.

8

På Välj nätverk sidan, välj nätverksalternativet i listan över poster för att tillhandahålla önskad anslutning till VM.

För internt gränssnittsnätverk väljer du nodens interna IP-adress.
För externt gränssnitt väljer du den externa IP-adressen som visas för det offentliga nätverket. Ignorera det här alternativet om du inte har en dubbel NIC-distribution.

Det interna gränssnittet (standardgränssnittet för trafik) används för CLI, SIP-trunkar, SIP-trafik och nodhantering. Det externa (externa) gränssnittet är för HTTPS- och websockets-kommunikation till Webex-molnet, tillsammans med överlappningstrafiken från noderna till ett möte.

För en DMZ-distribution kan du konfigurera videonätnoden med det dubbla nätverksgränssnittet (NIC). Med den här distributionen kan du skilja den interna nätverkstrafiken för företag (används för interbox-kommunikation, överlappningar mellan nodkluster och för att komma åt nodens hanteringsgränssnitt) från den externa molnnätverkstrafiken (används för anslutning till omvärlden och överlappningar till Webex). Alla noder i ett kluster måste vara i dubbelt NIC-läge. En blandning av enkel och dubbel NIC stöds inte.

För en befintlig installation av videonätnodprogramvara kan du inte uppgradera från en enda NIC till en dubbel NIC-konfiguration. Du måste installera en ny videonätnod i detta fall.

9

På sidan Anpassa mall konfigurerar du följande nätverksinställningar:

Värdnamn (valfritt) – ange FQDN (värdnamn och domän) eller ett enda ord värdnamn för noden.

För att säkerställa en lyckad registrering i molnet använder du endast små tecken i FQDN eller värdnamnet som du har ställt in för videonätnoden. Kapitalisering stöds inte just nu.
När du använder eller konfigurerar FQDN eller värdnamn måste du även ange en giltig och löstagbar domän. Den totala längden på FQDN får inte överstiga 64 tecken.

IP-adress – Ange IP-adressen för nodens interna gränssnitt.
Mask – Ange delnätmaskadressen i punktdecimalnotation. Till exempel, 255.255.255.0.
Gateway – Ange gatewayens IP-adress. En gateway är en nätverksnod som fungerar som åtkomstpunkt till ett annat nätverk.
DNS-servrar – Ange en kommaavgränsad lista över DNS-servrar som hanterar översättande domännamn till numeriska IP-adresser. (Upp till 4 DNS-poster är tillåtna.)
NTP-servrar – ange din organisations NTP-server eller en annan extern NTP-server som kan användas i din organisation. Du kan också använda en kommaavgränsad lista för att ange flera NTP-servrar.

Videonätnoden måste ha en intern IP-adress och löstagbart DNS-namn. Nodens IP-adress får inte tillhöra det IP-adressintervall som är reserverat för intern användning av videonätnod. Standardreserverat IP-adressintervall är 172.17.42.0–172.17.42.63, vilket kan konfigureras senare i diagnostikmenyn. Detta IP-adressintervall är för kommunikation inom videonätnoden och mellan programvarubehållare som håller de olika komponenterna i noden – till exempel SIP-gränssnittet och medieomkodning.
Distribuera alla noder på samma subnät eller VLAN så att alla noder i ett kluster kan nås var klienterna bor i nätverket.
För en dubbel NIC DMZ-distribution kan du ange den externa IP-adressen i nodkonsolen när du har sparat den interna nätverkskonfigurationen och startat om noden senare.

Om du föredrar kan du hoppa över nätverksinställningskonfigurationen och följa stegen i Konfigurera nätverkskonfiguration för videonätnoden i konsolen efter att du har loggat in på noden.

10

På Redo att slutföras sidan, kontrollera att alla inställningar du angav överensstämmer med riktlinjerna i den här proceduren och klicka sedan Slutför.

När distributionen av OVA är klar visas din videonätnod i listan över VM:er.

11

Högerklicka på videonätnoden VM och välj sedan Ström > På.

Programvaran för videonätnod installeras som gäst på VM-värden. Du är nu redo att logga in på konsolen och konfigurera videonätnoden.

Du kan uppleva en fördröjning på några minuter innan nodbehållarna kommer upp. Ett meddelande om bryggbrandvägg visas på konsolen under den första uppstarten, där du inte kan logga in.

Nästa steg

Ställ in nätverkskonfigurationen för videonätnoden i konsolen

Logga in på konsolen för första gången. Programvaran för videonätnod har ett standardlösenord. Du måste ändra det här värdet innan du konfigurerar noden.

1	Gå till videonätnoden VM och välj sedan Konsol från VM-programvaran v-sfären. VM för videonätnod startar och en inloggningsanvisning visas. Om inloggningsinstruktionen inte visas trycker du på Retur. Du kan kort se ett meddelande som indikerar att systemet initieras.
2	Använd följande standardanvändarnamn och lösenord för att logga in: Inloggning: `admin` Lösenord: `cisco` Eftersom du loggar in på videonätnoden för första gången måste du ändra administratörens lösenord (lösenord).
3	För (aktuellt) lösenord anger du standardlösenordet (ovanifrån) och trycker sedan på Retur.
4	Om du vill ha ett nytt lösenord anger du en ny lösenfras och trycker sedan på Retur.
5	Om du vill skriva om ett nytt lösenord skriver du om den nya lösenfrasen och trycker sedan på Retur. Ett meddelande ”Lösenord har ändrats” visas och sedan visas den första videonätnodskärmen med ett meddelande om att obehörig åtkomst är förbjuden.
6	Tryck på Retur för att läsa in huvudmenyn.

Nästa steg

Använd den här proceduren för att konfigurera nätverksinställningarna för videonätnoden om du inte konfigurerade dem när du konfigurerade noden på en virtuell dator. Du ställer in en statisk IP-adress och ändrar FQDN/värdnamn och NTP-servrar. DHCP stöds för närvarande inte.

Dessa steg krävs om du inte konfigurerade nätverksinställningar vid tidpunkten för OVA-distributionen.

Det interna gränssnittet (standardgränssnittet för trafik) används för CLI, SIP-trunkar, SIP-trafik och nodhantering. Det externa (externa) gränssnittet är för HTTPS- och websockets kommunikation till Webex, tillsammans med överlappningstrafiken från noderna till Webex.

1

Öppna nodkonsolgränssnittet via VM-ware vSphere-klienten och logga sedan in med administratörsuppgifterna.

Efter första konfigurationen av nätverksinställningarna och om videonätet kan nås kan du komma åt nodgränssnittet via ett säkert skal (SSH).

2

Välj alternativ från huvudmenyn på videonätnodkonsolen 2 Redigera konfiguration och klicka sedan Välj.

3

Läs instruktionen om att samtalen avslutas på videonätnoden och klicka sedan på Ja.

4

Klicka på Statisk, ange IP-adressen för det interna gränssnittet, Mask, Gateway och DNS värden för ditt nätverk.

Videonätnoden måste ha en intern IP-adress och löstagbart DNS-namn. Nodens IP-adress får inte tillhöra det IP-adressintervall som är reserverat för intern användning av videonätnod. Standardreserverat IP-adressintervall är 172.17.42.0–172.17.42.63, vilket kan konfigureras i diagnostikmenyn. Detta IP-adressintervall är för kommunikation inom videonätnoden och mellan programvarubehållare som håller de olika komponenterna i noden – till exempel SIP-gränssnittet och medieomkodning.
Distribuera alla noder på samma subnät eller VLAN så att alla noder i ett kluster kan nås var klienterna bor i nätverket.
För en dubbel NIC DMZ-distribution kan du ange den externa IP-adressen i nästa procedur efter att du har sparat den interna nätverkskonfigurationen och startat om noden.

5

Ange din organisations NTP-server eller en annan extern NTP-server som kan användas i din organisation.

När du har konfigurerat NTP-servern och sparat nätverksinställningarna kan du följa stegen i Kontrollera hälsa på videonätnod från konsolen för att kontrollera att tiden synkroniseras korrekt via de angivna NTP-servrarna.

Om du konfigurerar fler än en NTP-server är omröstningsintervallet för redundans 40 sekunder.

6

(Valfritt) Ändra värdnamn eller domän om det behövs.

För att säkerställa en lyckad registrering i molnet använder du endast små tecken i värdnamnet som du har ställt in för videonätnoden. Kapitalisering stöds inte just nu.
När du använder eller konfigurerar FQDN eller värdnamn måste du även ange en giltig och löstagbar domän. Den totala längden på FQDN får inte överstiga 64 tecken.

7

Klicka Spara och klicka sedan på Spara ändringar och omstart.

Under sparningen utförs DNS-validering om du har angett en domän. En varning visas om FQDN (värdnamn och domän) inte kan lösas med de angivna DNS-serveradresserna. Du kan välja att spara genom att ignorera varningen, men samtal kommer inte att fungera förrän FQDN kan lösa den DNS som konfigurerats på noden. När videonätnoden har startats om träder nätverkskonfigurationen i kraft.

Nästa steg

När programvarubilden har installerats och konfigurerats med nätverksinställningarna (IP-adress, DNS, NTP och så vidare) och är tillgänglig i företagsnätverket kan du gå till nästa steg för att säkert registrera den i molnet. IP-adressen som har konfigurerats i videonätnoden är endast tillgänglig från företagsnätverket. Ur ett säkerhetsperspektiv är noden härdad, vilket innebär att endast kundadministratörer kan komma åt nodens gränssnitt för att utföra konfiguration.

Ange det externa nätverksgränssnittet för videonätnoden

När noden är online igen och du har verifierat den interna nätverkskonfigurationen kan du konfigurera det externa nätverksgränssnittet om du distribuerar videonätnoden i ditt nätverks DMZ så att du kan isolera företagstrafiken (intern) från extern (extern) trafik.

1

Välj alternativ från huvudmenyn på videonätnodkonsolen 5 Extern IP-konfiguration och klicka sedan Välj.

2

Klicka på 1 Aktivera/inaktivera, Välj och sedan Ja för att aktivera de externa IP-adressalternativen på noden.

3

Som du gjorde med den initiala nätverkskonfigurationen anger du värdena IP-adress (extern), mask och gateway.

Fältet Gränssnitt visar namnet på det externa gränssnittet för noden.

4

Klicka på Spara och starta om.

Noden startar om igen för att aktivera den dubbla IP-adressen och konfigurerar sedan automatiskt de grundläggande statiska dirigeringsreglerna. Dessa regler fastställer att trafik till och från en privat klass IP-adress använder ett internt gränssnitt; trafik till och från en offentlig klass IP-adress använder ett externt gränssnitt. Senare kan du skapa egna dirigeringsregler – till exempel om du behöver konfigurera en åsidosättning och tillåta åtkomst till en extern domän från det interna gränssnittet.

Under vissa omständigheter kan den befintliga SSH-anslutningen avslutas. För organisationer som använder IP-adresser från det offentliga intervallet måste du återställa en SSH-anslutning till den offentliga IP-adressen för videonätnoden.

5

För att validera den interna och externa IP-adresskonfigurationen går du till 4 Diagnostik från konsolens huvudmeny och väljer sedan Ping.

6

I fältet ping anger du en destinationsadress som du vill testa, till exempel en extern destination eller en intern IP-adress och klickar sedan på OK.

Testa en extern destination (till exempel cisco.com). Om det lyckas visar resultaten att destinationen har åtkomst från det externa gränssnittet.
Testa en intern IP-adress. Om detta lyckas visar resultaten att adressen har hämtats från det interna gränssnittet.

Nästa steg

API:er för videonätnod

API:er för videonätnod gör det möjligt för organisationens administratörer att hantera lösenord, interna och externa nätverksinställningar, underhållsläge och servercertifikat relaterade till videonätnoder. Dessa API:er kan åberopas via valfritt API-verktyg som Postman, eller så kan du skapa ditt eget skript för att ringa dem. Användaren måste ringa API:erna med lämplig slutpunkt (du kan använda antingen nod-IP eller FQDN), metod, kropp, rubriker, auktorisation etc. för att utföra önskad åtgärd och få ett lämpligt svar, enligt informationen nedan.

API:er för VMN-administration

API:er för administration av videonät gör det möjligt för organisationsadministratörer att hantera underhållsläge och administratörskonto för videonätnoderna.

Hämta status för underhållsläget

Hämtar status för aktuellt underhållsläge (Förväntad status: på, av, väntar eller begärs).

[GET] https://<node_ip>/api/v1/externt/underhållsläge

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Aktivera eller inaktivera underhållsläge

När du placerar en videonätnod i underhållsläge stängs samtalstjänsterna på ett snyggt sätt (slutar att acceptera nya samtal och väntar upp till 2 timmar innan befintliga samtal slutförs).

[PUT] https://<node_ip>/api/v1/externt/underhållsläge

Ring endast det här API när det inte finns några aktiva samtal.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

{
      "maintenanceMode": "on"
}

underhållsläge – Status för underhållsläget som ska ställas in – ”på” eller ”av”.

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Ändra administratörslösenord

Ändrar administratörsanvändarens lösenord.

[PUT] https://<node_ip>/api/v1/externt/lösenord

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

{
  "newPassword": "new"
}

nyttLösenord – Det nya lösenordet som ska ställas in för ”admin”-kontot för videonätnoden.

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

VMN-nätverks-API:er

API:er för videonätverk gör det möjligt för organisationens administratörer att hantera interna och externa nätverksinställningar.

Hämta extern nätverkskonfiguration

Identifierar om det externa nätverket är aktiverat eller inaktiverat. Om det externa nätverket är aktiverat hämtar det även den externa IP-adressen, den externa nätmasken och den externa gatewayen.

[GET] https://<node_ip>/api/v1/externt/externtnätverk

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Redigera extern nätverkskonfiguration

Ändrar inställningarna för det externa nätverket. Detta API kan användas för att antingen aktivera det externa nätverket tillsammans med inställning eller redigering av det externa nätverksgränssnittet med extern IP-adress, extern nätmask och extern gateway. Den kan också användas för att inaktivera det externa nätverket. När du har gjort ändringar i den externa nätverkskonfigurationen startas noden om för att tillämpa dessa ändringar.

[PUT] https://<node_ip>/api/v1/externt/externtnätverk

Du kan endast konfigurera detta för nydistribuerade videonätnoder vars standardadministratörslösenord har ändrats. Använd inte detta API efter att noden har registrerats i en organisation.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

Aktivera externt nätverk:


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

Inaktivera externt nätverk:

{
  "externalNetworkEnabled": false
}

externtnätverksaktiverat – Boolean värde (sant eller falskt) för att aktivera/inaktivera externt nätverk
externIP – Den externa IP som ska läggas till
externMask – Nätmask för det externa nätverket
externgateway – gateway för det externa nätverket

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

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

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

Exempelsvar 3:

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

Exempelsvar 4:

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

Hämta interna nätverksinformation

Hämtar information om intern nätverkskonfiguration som inkluderar nätverksläge, IP-adress, nätmask, gateway, information om DNS-caching, DNS-servrar, NTP-servrar, internt gränssnitt MTU, värdnamn och domän.

[GET] https://<node_ip>/api/v1/externt/internt nätverk

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

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

Exempelsvar 2:


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

Exempelsvar 3:

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

Redigera DNS-servrar

Uppdaterar DNS-servrar med nya.

[PUT] https://<node_ip>/api/v1/externt/internt nätverk/dns

Placera noden i underhållsläge innan du gör den här ändringen. Se Aktivera eller inaktivera underhållsläge för mer information om hur du flyttar en nod till underhållsläge.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

{
    "dnsServers": "1.1.1.1 2.2.2.2"
}

dnsservrar – DNS-servrar som ska uppdateras. Flera utrymmesavgränsade DNS-servrar är tillåtna.

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Redigera NTP-servrar

Uppdaterar NTP-servrar med nya.

[PUT] https://<node_ip>/api/v1/externt/interntnätverk/ntp

Placera noden i underhållsläge innan du gör den här ändringen. Se Aktivera eller inaktivera underhållsläge för mer information om hur du flyttar en nod till underhållsläge.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

{
    "ntpServers": "1.1.1.1 2.2.2.2"
}

ntpServers – NTP-servrar ska uppdateras. Flera utrymmesseparerade NTP-servrar är tillåtna.

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Redigera värdnamn och domän

Uppdaterar värdnamnet och domänen för videonätnoden.

[PUT] https://<node_ip>/api/v1/externt/interntnätverk/värd

Placera noden i underhållsläge innan du gör den här ändringen. Noden startas om för att verkställa ändringen. Se Aktivera eller inaktivera underhållsläge för mer information om hur du flyttar en nod till underhållsläge.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

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

värdnamn – Nodens nya värdnamn.
domän – Den nya domänen för nodens värdnamn (valfritt).

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Aktivera eller inaktivera cachelagring av DNS

Aktiverar eller inaktiverar DNS-caching. Överväg att aktivera cachelagring om DNS-kontroller ofta tar över 750 ms att lösa, eller om det rekommenderas av Cisco Support.

[PUT] https://<node_ip>/api/v1/externt/interntnätverk/dns-caching

Placera noden i underhållsläge innan du gör den här ändringen. Noden startas om för att verkställa ändringen. Se Aktivera eller inaktivera underhållsläge för mer information om hur du flyttar en nod till underhållsläge.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

{
    "dnsCaching": true
}

dnsCaching – konfiguration av DNS-caching. Accepterar Boolean-värde (sant eller falskt).

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

Redigera MTU för gränssnitt

Ändrar den maximala överföringsenheten (MTU) för nodens nätverksgränssnitt från standardvärdet 1 500. Värden mellan 1280 och 9000 är tillåtna.

[PUT] https://<node_ip>/api/v1/externt/interntnätverk/mtu

Placera noden i underhållsläge innan du gör den här ändringen. Noden startas om för att verkställa ändringen. Se Aktivera eller inaktivera underhållsläge för mer information om hur du flyttar en nod till underhållsläge.

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

{
    "internalInterfaceMtu": 1500
}

interntInterfaceMtu – Maximal överföringsenhet för nodens nätverksgränssnitt. Värdet bör vara mellan 1280 och 9000.

Begär rubriker:

”Innehållstyp”: '''tillämpning/json'''

Exempelsvar:

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

Exempelsvar 2:

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

Exempelsvar 3:


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

API:er för VMN-servercertifikat

API:er för videonätservercertifikat gör det möjligt för organisationsadministratörer att skapa, uppdatera, hämta och ta bort certifikat relaterade till videonätnoder. Mer information finns i Exchange certifikatkedjor mellan Unified CM och videonätnoder.

Skapa CSR-certifikatet

Genererar ett CSR-certifikat (Certificate Signing Request) och den privata nyckeln, baserat på den information som anges.

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

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

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

gemensamtNamn – IP/FQDN för videonätnoden som ges som vanligt namn. (obligatoriskt)
e-postadress – Användarens e-postadress. (valfritt)
altNamn – Alternativt ämnesnamn (valfritt). Flera separata FQDN:er tillåts. Om den tillhandahålls måste den innehålla det vanliga namnet. Om altnamn inte anges tar det det gemensammanamnet som värdet av altnamn.
organisation – Organisations-/företagsnamn. (valfritt)
organisationsenhet – organisationsenhet eller avdelnings- eller gruppnamn etc. (valfritt)
plats – stad/plats. (valfritt)
delstat - delstat/provins. (valfritt)
land - land/region. Förkortning med två bokstäver. Ange inte mer än två bokstäver. (valfritt)
lösenfras – Lösenfras för privat nyckel. (valfritt)
nyckelbitsstorlek – Bitsstorlek för privat nyckel. Godkända värden är 2048, som standard, eller 4096. (valfritt)

Begär rubriker:

Innehållstyp: '''tillämpning/json'''

Exempelsvar:

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

Exempelsvar 2:


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

Exempelsvar 3:

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

Exempelsvar 4:

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

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

Hämta CSR-certifikatet

Hämtar det genererade CSR-certifikatet.

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

Du kan även hämta filen via alternativet Skicka och hämta .

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Hämta den privata nyckeln

Hämtar den privata nyckeln som genereras tillsammans med CSR-certifikatet.

[GET] https://<node_ip>/api/v1/externcertifikathanterare/nyckel

Du kan även hämta filen via alternativet Skicka och hämta .

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:


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

Exempelsvar 2:

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

Ta bort CSR-certifikatet

Tar bort det befintliga CSR-certifikatet.

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

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Ta bort den privata nyckeln

Tar bort den befintliga privata nyckeln.

[DELETE] https://<node_ip>/api/v1/externcertifikathanterare/nyckel

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Installera CA-signerat certifikat och privat nyckel

Överför det medföljande CA-signerade certifikatet och den privata nyckeln på videonätnoden och installerar certifikatet på noden.

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

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Kropp:

Använd ”formulärdata” för att ladda upp följande filer:

CA-signerad certifikatfil (.crt) med nyckeln som "crtfil".
Fil med privat nyckel (.nyckel) med nyckeln som "nyckelfil".

Begär rubriker:

Innehållstyp: "Flerdelsdata/formulärdata"

Exempelsvar:

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

Exempelsvar 2:

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

Exempelsvar 3:

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

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

Hämta CA-signerat certifikat

Hämtar det CA-signerade certifikatet som är installerat på noden.

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

Du kan även hämta filen via alternativet Skicka och hämta .

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Ta bort CA-signerat certifikat

Tar bort det CA-signerade certifikatet som är installerat på noden.

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

Auktorisering: Grundläggande autentisering som använder användarnamnet för videonätet (”admin”) och lösenordet.

Exempelsvar:

Exempelsvar 1:

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

Exempelsvar 2:

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

Vanliga API-svar

Nedan visas några exempelsvar som du kan stöta på när du använder någon av de API:er som nämns ovan.

Exempelsvar 1: Felaktiga inloggningsuppgifter som anges i den grundläggande auktorisationen.

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

Exempelsvar 2: VMN uppgraderas inte till den version som krävs som stöder dessa API:er.

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

Exempelsvar 3: Fel domare angavs i sidhuvudet (när sidhuvudet inte förväntades).

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

Exempelsvar 4: Hastighetsgränsen har överskridits. Försök efter en stund.


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

Lägg till interna och externa dirigeringsregler

I en distribution av dubbelt nätverksgränssnitt (NIC) kan du finjustera dirigeringen för videonätnoder genom att lägga till användardefinierade dirigeringsregler för externa och interna gränssnitt. Standardrutorna läggs till i noderna, men du kan göra undantag – till exempel externa undernät eller värdadresser som måste nås via det interna gränssnittet, eller interna undernät eller värdadresser som måste nås från det externa gränssnittet. Utför följande steg vid behov.

1

I gränssnittet för videonätnod väljer du 5 Extern IP-konfiguration och klickar sedan på Välj.

2

Välj 3 Hantera dirigeringsregler och klicka sedan på Välj.

Första gången du öppnar den här sidan visas standardsystemdirigeringsreglerna i listan. Som standard går all intern trafik via det interna gränssnittet och extern trafik via det externa gränssnittet.

Du kan lägga till manuella åsidosättningar till dessa regler i nästa steg.

3

Följ dessa steg vid behov:

Klicka på Lägg till extern rutt och ange sedan det interna undernätet eller värd-IP-adressen som ska användas för den externa rutten.
Klicka på Lägg till intern rutt och ange sedan det externa subnätet eller värd-IP-adressen som ska användas för den interna rutten.

När du lägger till varje regel visas de i listan över routningsregler, kategoriserade som användardefinierade regler.

Standardrutorna kan inte tas bort, men du kan ta bort alla användardefinierade åsidosättningar som du har konfigurerat.

Anpassade dirigeringsregler kan skapa risk för konflikter med annan dirigering. Du kan till exempel definiera en regel som låser din SSH-anslutning till gränssnittet för videonätnod. Om detta inträffar gör du något av följande och tar sedan bort eller ändra dirigeringsregeln:

Öppna en SSH-anslutning till den offentliga IP-adressen för videonätnoden.
Öppna videonätnoden via ESXi-konsolen

Registrera videonätnoden i Webex Cloud

Använd den här proceduren för att registrera videonätnoder i Webex-molnet och slutföra ytterligare konfiguration. När du använder Control Hub för att registrera din nod skapar du ett kluster som noden har tilldelats. Ett kluster innehåller en eller flera medienoder som betjänar användare i en viss geografisk region. Registreringsstegen konfigurerar även SIP-samtalsinställningar, konfigurera ett uppgraderingsschema och prenumerera på e-postaviseringar.

Innan du börjar

När du påbörjar registreringen av en nod måste du slutföra den inom 60 minuter eller så måste du börja om.
Se till att alla popup-blockerare i webbläsaren är inaktiverade eller att du tillåter undantag för https://admin.webex.com.
För bästa resultat distribuerar du alla noder i ett kluster i samma datacenter. Se Kluster i videonät för hur de fungerar och bästa metoderna.
Från värden eller datorn där du registrerar videonätnoder i molnet måste du ha anslutning till Webex-molnet och de IP-adresser för videonätnoderna som registreras (i en dubbel NIC-miljö, särskilt de interna IP-adresserna för videonätnoderna).

1

Logga in på Control Hub.

Du loggar in i Control Hub med administratörsuppgifterna. Administrationsfunktionen för Control Hub är endast tillgänglig för användare som har definierats som administratörer i Control Hub. Se Kundkontoroller för mer information.

2

Gå till Tjänster > Hybrid och välj en:

Konfigurera: Välj det här alternativet om det här är den första videonätnoden du registrerar och klicka sedan på Nästa.

Se Slutför förutsättningarna för videonät för mer information.
Visa alla: Välj det här alternativet om du redan har registrerat en eller flera videonätnoder och klicka sedan på Lägg till resurs.

3

Kontrollera att du har installerat och konfigurerat videonätnoden. Klicka Ja, jag är redo att registrera mig..., klicka sedan på Nästa.

4

I Skapa ett nytt eller välj ett kluster väljer du ett:

För ett nytt kluster anger du ett namn för det kluster som du vill tilldela din videonätnod till.
För ett befintligt kluster klickar du på fältet och väljer sedan ett befintligt kluster som du vill lägga till den nya noden till.

Vi rekommenderar att du namnger ett kluster baserat på var klusternoderna befinner sig geografiskt. Till exempel "San Francisco".

5

I Ange FQDN- eller IP-adressen anger du det fullständigt kvalificerade domännamnet (FQDN) eller den interna IP-adressen till din videonätnod och klickar sedan på Nästa.

Om du använder FQDN anger du en domän som kan lösas med DNS.
Om du använder en IP-adress anger du samma interna IP-adress som du använde för att konfigurera noden från konsolen.

En FQDN måste lösas direkt till IP-adressen annars är den inte användbar. Vi utför valideringen på FQDN för att utesluta eventuell typ- eller konfigurationsfel.

Det dubbla nätverksgränssnittet stöder inte att ange en FQDN för den externa IP-adressen. FQDN kan endast läggas till på skärmen där intern IP-adress anges. Det är vad FQDN måste lösa för att använda DNS-servrar som anges på samma skärm.

6

Under Uppgraderingsschema väljer du tid, frekvens och tidszon.

Standardvärdet är ett dagligt uppgraderingsschema. Du kan ändra det till ett veckoschema på en viss dag. När en uppgradering är tillgänglig uppgraderas videonätnodprogramvaran automatiskt under den tid du väljer.

När en uppgradering är tillgänglig kan du använda Uppgradera nu för att starta uppgraderingen före nästa underhållsfönster eller Senarelägga för att skjuta upp den till nästa fönster.

7

Under E-postaviseringar lägger du till administratörens e-postadresser för att prenumerera på aviseringar om tjänstelarm och programvaruuppgraderingar.

Din administratörs e-postadress läggs till automatiskt. Du kan ta bort den om du vill.

8

Aktivera inställningen för videokvalitet för att aktivera video 1080p 30 fps.

Med den här inställningen kan SIP-mötesdeltagare som deltar i ett möte som är värd i en videonätnod använda video 1080p 30 fps om de alla är inne i företagets nätverk och använder en enhet med hög upplösning. Inställningen gäller för alla kluster av noder.

Om den här inställningen är inaktiverad är standardvärdet 720p.
För videolösningar som stöds av Webex-appen, se Videospecifikationer för samtal och möten.

9

Läs informationen under Slutför registreringen och klicka sedan på Gå till nod för att registrera noden i Webex-molnet.

En ny webbläsarflik öppnas för att kontrollera noden. Det här steget skyddar videonätnoden med hjälp av nodens IP-adress. Under registreringsprocessen omdirigerar Control Hub dig till videonätnoden. IP-adressen måste vara skyddad, annars misslyckas registreringen. Registreringsprocessen måste slutföras från företagsnätverket där noden är installerad.

10

Markera Tillåt åtkomst till Webex-videonätnoden och klicka sedan på Fortsätt.

11

Klicka på Tillåt .

Ditt konto har validerats, din videonätnod är registrerad och meddelandet Registrering slutförd visas, vilket indikerar att din videonätnod nu är registrerad i Webex.

Videonätnoden får maskinautentiseringsuppgifter baserat på din organisations berättiganden. De genererade maskininloggningsuppgifterna upphör regelbundet och uppdateras.

12

Klicka på portallänken eller stäng fliken för att gå tillbaka till videonätsidan.

På videonätsidan ser du nu det nya klustret som innehåller videonätnoden som du har registrerat.

Om du går till klustret visas den nya videonätnoden, som inledningsvis visar status för registrering. Noden ändras till Körs när den är klar att användas i din Webex-organisation.
Eftersom programvaran är en behållare som innehåller tjänster från molninfrastrukturen får den uppdateringar från molnet för att förbli synkroniserade med molntjänsterna. Obligatoriska uppdateringar kan installeras strax efter att du har registrerat noden i molnet. Du kan även ändra ditt automatiska uppgraderingsschema. Se Automatiska uppgraderingar för Hybrid-tjänsteresurser för mer information.
Om du har installerat demobilden på noden som du har registrerat visas ett demo-läge gult statuslarm. Detta larm är normalt, men vi rekommenderar att du installerar hela programvarubilden innan 90-dagars grace period löper ut för demobilden.

Vid detta tillfälle är videonätnoden redo att kommunicera med Ciscos molntjänster via säkrade kanaler med en token som utfärdats för autentisering. Videonätnoden kommunicerar också med Docker Hub (docker.com, docker.io). Docker används av videonätnod för att lagra behållare för distribution till olika videonätnoder över hela världen. Endast Cisco har inloggningsuppgifter för att skriva till Docker Hub. Videonätnoderna kan nå ut till Docker Hub med skrivskyddade inloggningsuppgifter för att hämta behållarna för uppgraderingar.

Bilder hämtas baserat på checksum, som överförs till noden som en del av etableringsdata. Se det här dokumentet för mer information om hur dockarpull fungerar: https://docs.docker.com/v17.09/engine/userguide/storagedriver/imagesandcontainers/#sharing-promotes-smaller-images

Tänk på saker

Kom ihåg följande information om videonätnod och hur den fungerar när den har registrerats hos din Webex-organisation:

När du distribuerar en ny videonätnod kommer Webex-appen och Webex-registrerade enheten inte att känna igen den nya noden på upp till 2 timmar. Klienterna kontrollerar om kluster kan nås under uppstart, nätverksändring eller cache upphör att gälla. Du kan vänta i 2 timmar eller, som en lösning, starta om Webex-appen eller starta om Webex-rums- eller skrivbordsenheten. Efteråt fångas samtalsaktiviteten i videonätrapporterna i Control Hub.
En videonätnod registreras till en enda Webex-organisation; det är inte en enhet med flera klienter.
För att förstå vad som använder videonätnod och vad som inte används, se tabellen i Klienter och enheter som använder videonätnod.
Videonätnoden kan ansluta till din Webex-webbplats eller till en annan kund eller partners Webex-webbplats. Webbplats A har till exempel distribuerat ett videonätnodkluster och registrerat det med exempel1.webex.com-domänen. Om användare på webbplats A ringer in till mymeeting@example1.webex.com använder de videonätnoden och en överlappning kan skapas. Om användarna på webbplatsen A ringer yourmeeting@example2.webex.com kommer webbplatsen A-användare att använda sin lokala videonätnod och ansluta till mötet på webbplats B:s Webex-organisation.

Nästa steg

Upprepa dessa steg om du vill registrera ytterligare noder.
Om en uppgradering är tillgänglig rekommenderar vi att du tillämpar den så snart som möjligt. Utför följande steg för att uppgradera:
1. Etableringsdata drivs till Webex-molnet av Ciscos utvecklingsteam över säkra kanaler. Etableringsdata är signerade. För behållarna innehåller etableringsdata namn, checksum, version och så vidare. Videonätnoden får även sin etableringsdata från Webex-molnet via säkra kanaler.
2. När videonätnoden får sin etableringsdata autentiseras noden med skrivskyddade inloggningsuppgifter och hämtar behållaren med specifik checksum och namn och uppgraderar systemet. Varje behållare som körs med videonätnod har ett bildnamn och en checksum. Dessa attribut laddas upp till Webex-molnet med säkrade kanaler.

Aktivera tjänstekvalitet (QoS) för videonätnod

Innan du börjar

Gör nödvändiga ändringar av brandväggsporten som täcks i diagrammet och tabellen. Se Portar och protokoll som används av videonät.
För att videonätnoder ska aktiveras för QoS måste noderna vara online. Noder i underhållsläge eller offline-tillstånd utesluts när du aktiverar den här inställningen.

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid, klicka på Redigera inställningar på videonätkortet.

2

Bläddra till tjänstekvalitet och klicka på Aktivera.

När detta är aktiverat får du det stora, diskret portintervallet (bestämt av lokal samtalskontrollkonfiguration) som används för ljud och video för lokala SIP-klienter/slutpunkter och intraklusteröverlappningar med unika DSCP-markeringar:.

Ljud: 52500–59499 och 59500–62999 DSCP EF (Expedited Forward)
Video/innehåll: 63000–64667 och 64668–65500 DSCP AF41

All SIP- och överlappningstrafik från videonätnoder är markerade med EF för ljud och AF41 för video. De diskreta portintervallerna används som källportar för kaskademedia till andra videonätnoder och molnmedienoder samt källa- och destinationsportar för SIP-klientmedia. Webex Teams-appar och kaskademedia fortsätter att använda destinationsporten 5004 och portramge 50000–53000.

All returtrafik för videonät (ljud, video, innehåll) från de delade portarna är markerade med AF41. Ljudtrafiken måste noteras till EF i nätverket, baserat på källportnumren.

Ett statusmeddelande visas som visar vilka noder som aktiveras en för en för QoS-portintervallet. Du kan klicka på granska väntande noder för att se en lista över väntande noder för QoS. Det kan ta upp till 2 timmar att aktivera den här inställningen, beroende på samtalstrafik på noderna.

3

Om QoS inte är helt aktiverat inom 2 timmar, öppna ett ärende med stöd för ytterligare utredning.

Noderna startas om och uppdateras med det nya portintervallet.

Om du bestämmer dig för att inaktivera inställningen får du det lilla konsoliderade portintervallet som används för både ljud och video (34000–34999). All trafik från videonätnoder (SIP, överlappningar, molntrafik och så vidare) får en enda märkning av AF41.

Verifiera portintervall för videonätnod med reflektorverktyg i webbgränssnittet

Reflektorverktyget (en kombination av en server på videonätnoden och klienten via ett Python-skript) används för att kontrollera om de obligatoriska TCP/UDP-portarna är öppna från videonätnoder.

Innan du börjar

Hämta en kopia av Reflector Tool Client (ett Python-skript) från https://github.com/CiscoDevNet/webex-video-mesh-reflector-client.
Se till att du kör Python 2.7.10 eller senare i din miljö för att skriptet ska fungera korrekt.
För närvarande har det här verktyget stöd för SIP-slutpunkter för videonätnoder och intraklusterverifiering.

1	Från kundvyn i https://admin.webex.com aktiverar du underhållsnoden för videonätnoden genom att följa dessa instruktioner.
2	Vänta på att noden visar status ”redo för underhåll” i Control Hub.
3	Öppna gränssnittet för Webex-videonätnod. Anvisningar finns i Hantera videonätnod från webbgränssnittet.
4	Bläddra till Reflector Tool och starta sedan antingen TCP Reflector Server eller UDP Reflector Server, beroende på vilket protokoll du vill använda.
5	Klicka på Starta reflektorserver och vänta sedan på att servern ska starta. Du ser ett meddelande när servern startar.
6	Kör skriptet med följande kommando från ett system (t.ex. en dator) i ett nätverk som du vill att videonätnoder ska nå: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` I slutet av körningen visar klienten ett framgångsmeddelande om alla obligatoriska portar är öppna: Klienten visar ett misslyckat meddelande om några obligatoriska portar inte är öppna:
7	Lös alla portproblem på brandväggen och kör sedan vidare stegen ovan.
8	Kör klienten med `--help` för att få mer information.

Konfigurera videonätnod för proxyintegrering

Använd den här proceduren för att ange vilken typ av proxy som du vill integrera med ett videonät. Om du väljer en transparent inspektionsproxy eller en uttrycklig proxy kan du använda nodens gränssnitt för att ladda upp och installera rotcertifikatet, kontrollera proxyanslutningen och felsöka eventuella problem.

Innan du börjar

Se Proxystöd för videonät för en översikt över de proxyalternativ som stöds.
Krav för proxystöd för videonät

1

Ange URL för konfiguration av videonät https://[IP or FQDN/setup i en webbläsare anger du administratörsuppgifterna som du har konfigurerat för noden och klickar sedan på Logga in.

2

Gå till Trust Store och Proxy och välj sedan ett alternativ:

Ingen proxy – standardalternativet innan du integrerar en proxy. Ingen certifikatuppdatering krävs.
Transparent icke-inspekterande proxy – videonätnoder har inte konfigurerats för att använda en specifik proxyserveradress och bör inte kräva några ändringar för att fungera med en icke-inspekterande proxy. Ingen certifikatuppdatering krävs.
Transparent inspektion av proxy – videonätnoder har inte konfigurerats för att använda en specifik proxyserveradress. Inga http(s)-konfigurationsändringar krävs för videonät. Videonätnoderna behöver dock ett rotcertifikat så att de litar på proxyn. Inspekterade proxyservrar används vanligtvis av IT för att upprätthålla policyer om vilka webbplatser som kan besökas och vilka typer av innehåll som inte är tillåtna. Den här typen av proxy avkrypterar all trafik (även https).

Explicit proxy – Med explicit proxy berättar du för klienten (videonätnoder) vilken proxyserver som ska användas och det här alternativet har stöd för flera autentiseringstyper. När du har valt det här alternativet måste du ange följande information:

Proxy-IP/FQDN – Adress som kan användas för att nå proxydatorn.
Proxyport – Ett portnummer som proxyn använder för att lyssna efter proxieterad trafik.
Proxyprotokoll – Välj http (videonätstunnlar dess https-trafik via http-proxy) eller https (trafik från videonätnoden till proxyn använder https-protokollet). Välj ett alternativ baserat på vad din proxyserver stöder.

Välj bland följande autentiseringstyper, beroende på din proxymiljö:

Alternativ	Användning
Ingen	Välj uttryckliga proxyservrar för HTTP eller HTTPS där det inte finns någon autentiseringsmetod.
Grundläggande	Tillgängligt för uttryckliga proxyservrar för HTTP eller HTTPS. Används för en HTTP-användaragent för att ange ett användarnamn och lösenord när en begäran görs och använder Base64-kodning.
Smältning	Endast tillgängligt för uttryckliga proxyservrar för HTTPS. Används för att bekräfta kontot innan du skickar känslig information och använder en hashfunktion på användarnamn och lösenord innan du skickar över nätverket.
NTLM	Endast tillgängligt för uttryckliga HTTP-proxyservrar. Som Digest, används för att bekräfta kontot innan du skickar känslig information. Använder Windows-inloggningsuppgifter istället för användarnamn och lösenord. Om du väljer det här alternativet anger du den Active Directory-domän som proxyn använder för autentisering i fältet NTLM-domän. Ange namnet på proxyarbetsstationen (även kallat ett arbetsstationskonto eller maskinkonto) inom den angivna NTLM-domänen i fältet NTLM Workstation.

Följ nästa steg för en genomskinlig inspektion eller uttrycklig proxy.

3

Klicka på Överför ett rotcertifikat eller ett slutcertifikat och leta sedan upp och välj rotcertifikatet för den uttryckliga eller genomskinliga inspektionsproxyn.

Certifikatet har överförts men inte installerats än eftersom noden måste startas om för att installera certifikatet. Klicka på pilen efter certifikatutfärdarens namn för att få mer information eller klicka på Ta bort om du har gjort ett misstag och vill ladda upp filen igen.

4

Klicka på Kontrollera proxyanslutning för att testa nätverksanslutningen mellan videonätnoden och proxyn om du vill inspektera eller uttryckliga proxyproxyservrar.

Om anslutningstestet misslyckas visas ett felmeddelande som visar orsaken och hur du kan åtgärda problemet.

5

När anslutningstestet har passerat aktiverar du växlingsknappen till Dirigera alla portförfrågningar 443 https från den här noden via den uttryckliga proxyn. Den här inställningen tar 15 sekunder att träda i kraft.

6

Klicka på Installera alla certifikat I Trust Store (visas när ett rotcertifikat lades till under proxykonfigurationen) eller Starta om (visas om inget rotcertifikat har lagts till), läs instruktionen och klicka sedan på Installera om du är redo.

Noden startas om inom några minuter.

7

När noden startas om loggar du in igen om det behövs och öppnar sedan sidan Översikt för att kontrollera anslutningskontrollerna för att se till att de alla är i grön status.

Proxyanslutningskontrollen testar endast en underdomän för webex.com. Om det finns anslutningsproblem är ett vanligt problem att vissa av molndomänerna som anges i installationsinstruktionerna blockeras vid proxyn.

Integrera videonät med uppgiftsflöde för samtalskontroll

Konfigurera SIP-trunkar för att dirigera SIP-inringning för Webex-möten i videonät. SIP-enheter stöder inte direkt åtkomst, så du måste använda Unified CM- eller VCS Expressway-konfigurationen för att etablera ett förhållande mellan lokala SIP-enheter och dina videonätskluster.

Innan du börjar

Se Distributionsmodeller för videonät och Cisco Unified Communications Manager för att förstå vanliga distributionsexempel.
Videonät har stöd för antingen TCP eller TLS mellan Unified CM- och SIP-signalering. SIP TLS stöds inte för VCS Expressway.
I Unified CM kan varje SIP-trunk stödja upp till 16 videomesh-destinationer (IP-adresser).
I Unified CM kan inkommande portar på säkerhetsprofilen för SIP-trunk vara standard (icke-säker SIP-trunk profil).
Videonät har stöd för 2 dirigeringsmönster: webbplatsnamn.webex.com och meet.ciscospark.com. Andra dirigeringsmönster stöds inte.

Videonät har stöd för 3 dirigeringsmönster: webex.com (för korta videoadresser), webbplatsnamn.webex.com och meet.ciscospark.com. Andra dirigeringsmönster stöds inte.

När du använder formatet för kort videoadress ( meet@webex.com ), hanterar alltid videonätsnoden samtalet. Noden hanterar samtalet även om samtalet går till en webbplats som inte har videonät aktiverat.

Välj ett av dessa alternativ, beroende på miljön för samtalskontroll och säkerhetskrav:

Konfigurera Unified CM-säker TLS SIP-trafikroutning för videonät
Konfigurera Unified CM TCP SIP-trafikroutning för videonät
Konfigurera Expressway TCP SIP-trafikroutning för videonät (endast TCP)

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

Konfigurera Unified CM med videonät med antingen TLS-krypterad eller TCP SIP-trafik. Du kan skapa en trunkdirigeringspolicy som återspeglar klusterinställningar och är mycket tillgänglig och motståndskraftig mot enhetsfel. Om du använder Unified CM Session Management Edition (SME) konfigurerar du trunkar på Unified CM SME- och bladsystemen så att inkommande och utgående samtal fördelas jämnt mellan Unified CM-servrar inom sessionshanteringsklustret.

Vanligtvis har varje webbplats ett dedikerat Unified CM-kluster som är kopplat till det. Dessa kluster ansluts via interkluster-SIP-trunkar. Varje kluster har inringningstrunkar till den lokala webbplatsen för videonätnoderna.

Du kan även konfigurera distributionen för att hantera fel- eller överflödsförhållanden. Den här konfigurationen hjälper om det uppstår ett avbrott eller om videonätklustren har uppnått kapacitet. Om SIP-mötet eller samtalet inte kan upprättas med ett kluster kommer mötet eller samtalet att överflödas till molnet.

SIP-enheter registrerade på VCS eller Expressway (endast TCP)

Konfigurera grannzoner och sökregler för att dirigera SIP-inringning och uppringning för Cisco Webex-möten till videonätkluster. SIP-enheter som är registrerade i en VCS-kontroll eller Expressway-C har inte stöd för direktåtkomst, så du måste använda en TCP-baserad Expressway-konfiguration för att etablera ett förhållande mellan lokala SIP-enheter och dina videonätkluster.

Du kan även konfigurera distributionen för att hantera fel- eller överflödsförhållanden. Den här konfigurationen hjälper om det uppstår ett avbrott eller om videonätklustren har uppnått kapacitet. Om SIP-mötet eller samtalet inte kan upprättas med ett kluster överförs mötet eller samtalet till molnet via VCS Control/Expressway-C eller ett Expressway C/E-par.

Konfigurera Unified CM-säker TLS SIP-trafikroutning för videonät

1

Skapa en SIP-profil för videonätkluster:

Från Cisco Unified CM Administration går du till Enhet > Enhetsinställningar > SIP-profil och klickar sedan på Sök.
Välj Standard SIP-profil för Cisco VCS och klicka sedan på Kopiera.
Ange ett namn för den nya profilen – till exempel: Video Mesh SIP Profile.
Under trunkspecifik konfiguration, ställ in Stöd för tidigt erbjudande för röst- och videosamtal till Bästa ansträngningar (ingen MTP införs).

Du kan tillämpa den här inställningen på en ny SIP-trunk i Webex-molnet (dirigeras av den externa domänen för Webex-webbplatsen). Inställningen påverkar inte befintlig SIP-trunkning eller samtalsomkoppling.
Se till att Aktivera ALTERNATIV Ping för att övervaka destinationsstatus för trunkar med tjänstetyp är markerat.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

2

Lägg till en ny säkerhetsprofil för SIP-trunk för videonätkluster:

Från Cisco Unified CM Administration väljer du System > Säkerhet > SIP-trunks säkerhetsprofil och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Secure SIP Trunk Security Profile

Bekräfta dessa inställningar:

Fält	Värde
enhetens säkerhetsläge	Krypterad
Typ av inkommande transport	TLS
Typ av utgående transport	TLS
X.509-ämnesnamn Säkert certifikatämne eller alternativt ämnesnamn	Ange det vanliga namnet på videonätnodcertifikatet.
Inkommande port	5061
SIP V.150 Utgående SDP-offertfiltrering	Använd standardfilter

Lämna alla andra fält med sina standardvärden och spara ändringarna.

3

Lägg till en ny SIP-trunk för att peka på dina videonätkluster:

I en distribution med endast Unified CM lägger du till en enda trunk.
I en SME-distribution finns det vanligtvis en trunk mellan Unified CM och SME. Lägg till en annan trunk mellan SME- och videonätnoder. Båda trunkarna måste ha samma inställningar som anges nedan.

Från Cisco Unified CM Administration väljer du Enhet > Trunk och klickar sedan på Lägg till ny.
Välj SIP-trunk för trunktypen, lämna de andra värdena och klicka på Nästa.
Ange ett betydelsefullt namn, till exempel Video_Mesh_SIP_Trunk_UCMtoVMN.
Markera kryssrutan SRTP-tillåten
För Infoformat för samtal och anslutning av part markerar du Leverera URI och DN i ansluten part, om tillgängligt. Den här inställningen aktiverar blandad identitet. Det gör att SIP-trunken kan överföra företagspartens katalog-URI till Webex.
Kontrollera Kör på alla aktiva Unified CM-noder.
Under SIP-information – destination anger du en IP-adress eller ett fullständigt kvalificerat domännamn (FQDN) för var och en av dina videonätnoder.
Ange 5061 för destinationsporten.
För säkerhetsprofilen för SIP-trunk väljer du säkerhetsprofilen för videonättrunk som du skapade tidigare. (Till exempel, Video Mesh Secure SIP Trunk Security Profile.)
För SIP-profilen väljer du den SIP-profil som du skapade tidigare. (Till exempel, Video Mesh SIP Profile.)
Lämna alla andra fält med sina standardvärden och spara ändringarna.

Ett videonätssamtal eller möte kan tilldela media till valfri nod i ett kluster, inte bara den nod som avslutar SIP-samtalet.

4

Skapa en SIP-trunk för att peka mot en Expressway för Webex-molnredogörelse.

Du kan använda en SIP-trunk som redan finns för en befintlig distribution av Unified CM och Expressway. Om du skapar en annan och även kör Mobile Remote Access (MRA) med dessa Expressways kan du bryta MRA.

Från Cisco Unified CM Administration väljer du Enhet > Trunk och klickar sedan på Lägg till ny.
Välj SIP-trunk för trunktypen, lämna de andra värdena och klicka på Nästa.
Ange ett betydelsefullt namn, till exempel Video_Mesh_VCS_Trunk.
För Infoformat för samtal och anslutning av part markerar du Leverera URI och DN i ansluten part, om tillgängligt. Den här inställningen aktiverar blandad identitet. Det gör att SIP-trunken kan överföra företagspartens katalog-URI till Webex.
Under SIP-information – destination anger du en IP-adress eller ett fullständigt kvalificerat domännamn (FQDN) för var och en av dina Expressways. För porten anger du 5060.
För SIP-profil väljer du Standard SIP-profil för Cisco VCS.

5

Skapa en ny dirigeringsgrupp för samtal till videonätskluster:

Från Cisco Unified CM Administration väljer du Samtalsomkoppling > Route/Hunt > Dirigeringsgrupp och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Node Route Group.
Ändra distributionsalgoritmen till Top Down.
I avsnittet Information om Dirigeringsgruppens medlemmar hittar du enheterna med namnet videonät.
Lägg till Video_Mesh_SIP_Trunk_UCM till VMN genom att klicka på Lägg till i dirigeringsgrupp.
Spara dina ändringar.

6

För överflöd till molnet skapar du en ny dirigeringsgrupp för samtal till Expressway:

Från Cisco Unified CM Administration väljer du Samtalsomkoppling > Route/Hunt > Dirigeringsgrupp och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Expressway Route Group.
Ändra distributionsalgoritmen till Top Down.
I avsnittet Information om Dirigeringsgruppens medlemmar hittar du enheterna med namnet videonät.
Lägg till Video_Mesh_VCS_Trunk genom att klicka på Lägg till i dirigeringsgrupp.
Spara dina ändringar.

7

Skapa en ny dirigeringslista för samtal till videonätkluster och Expressway:

Från Cisco Unified CM Administration väljer du Samtalsomkoppling > Route/Hunt > Dirigeringslista och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Node Route List.
Ställ in Cisco Unified Communications Manager Group som standard eller ett annat värde beroende på din konfiguration.
Spara dina ändringar.
Klicka på Lägg till dirigeringsgrupp i avsnittet Information om dirigeringslista och välj sedan Dirigeringsgrupp för videonät.
Lämna standardinställningarna för de andra inställningarna och spara sedan dina ändringar.
Klicka på Lägg till dirigeringsgrupp i avsnittet Information om dirigeringslista och välj sedan Expressway-dirigeringsgrupp för videonät.
Lämna standardinställningarna för de andra inställningarna och spara sedan dina ändringar.

8

Skapa ett SIP-routningsmönster för det korta videoadressformatet för uppringning av Webex-möten:

Från Samtalsomkoppling > SIP-routningsmönster klickar du på Lägg till ny och anger namnet Video Mesh Route Pattern for Webex Short URIs.
I IPv4-mönstret anger du webex.com som domän.
För SIP-trunk/dirigeringslista väljer du dirigeringslistan som skapats för videonät – till exempel, Lista över videonät.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

Med den korta videoadressens uppringningsfunktionen behöver användare inte längre komma ihåg namnet på Webex-webbplatsen för att delta i ett Webex-möte eller -händelse via ett videosystem. De kan delta i mötet snabbare eftersom de bara behöver veta mötets- eller händelsenummer.

9

Skapa ett SIP-dirigeringsmönster för Webex-webbplatsen:

Från Samtalsomkoppling > SIP-routningsmönster klickar du på Lägg till ny och anger namnet Video Mesh Route Pattern for Webex Sites.
I IPv4-mönstret anger du den Webex-webbplats som du vill ha optimerade media för – till exempel, examplesitename.webex.com.
För SIP-trunk/dirigeringslista väljer du dirigeringslistan som skapats för videonät – till exempel, Lista över videonät.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

10

Skapa ett SIP-routningsmönster för Webex-appmöten (bakåtkompatibilitet):

Från Samtalsomkoppling > SIP-routningsmönster klickar du på Lägg till ny och anger sedan namnet Video Mesh Route Pattern for Teams Meetings.
I IPv4-mönstret anger du meet.ciscospark.com.
För SIP-trunk/dirigeringslista väljer du dirigeringslistan som skapats för videonät – till exempel, Lista över videonät.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

Konfigurera Unified CM TCP SIP-trafikroutning för videonät

1

Skapa en SIP-profil för videonätkluster:

Från Cisco Unified CM Administration går du till Enhet > Enhetsinställningar > SIP-profil och klickar sedan på Sök.
Välj Standard SIP-profil för Cisco VCS och klicka sedan på Kopiera.
Ange ett namn för den nya profilen – till exempel: Video Mesh SIP Profile.
Under trunkspecifik konfiguration, ställ in Stöd för tidigt erbjudande för röst- och videosamtal till Bästa ansträngningar (ingen MTP införs).

Du kan tillämpa den här inställningen på en ny SIP-trunk på Webex (dirigeras av den externa domänen för Webex-webbplatsen). Inställningen påverkar inte befintlig SIP-trunkning eller samtalsomkoppling.
Se till att Aktivera ALTERNATIV Ping för att övervaka destinationsstatus för trunkar med tjänstetyp är markerat.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

2

Lägg till en ny säkerhetsprofil för SIP-trunk för videonätkluster:

Från Cisco Unified CM Administration väljer du System > Säkerhet > SIP-trunks säkerhetsprofil och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Trunk Security Profile

Bekräfta dessa inställningar:

Fält	Värde
enhetens säkerhetsläge	Osäker
Typ av inkommande transport	TCP/UDP
Typ av utgående transport	TCP
Inkommande port	5060
SIP V.150 Utgående SDP-offertfiltrering	Använd standardfilter

Lämna alla andra fält med sina standardvärden och spara ändringarna.

3

Lägg till en ny SIP-trunk för att peka på dina videonätkluster:

I en distribution med endast Unified CM lägger du till en enda trunk.
I en SME-distribution finns det vanligtvis en trunk mellan Unified CM och SME. Lägg till en annan trunk mellan SME- och videonätnoder. Båda trunkarna måste ha samma inställningar som anges nedan.

Från Cisco Unified CM Administration väljer du Enhet > Trunk och klickar sedan på Lägg till ny.
Välj SIP-trunk för trunktypen, lämna de andra värdena och klicka på Nästa.
Ange ett betydelsefullt namn, till exempel Video_Mesh_SIP_Trunk_UCMtoVMN.
För Infoformat för samtal och anslutning av part markerar du Leverera URI och DN i ansluten part, om tillgängligt. Den här inställningen aktiverar blandad identitet. Det gör att SIP-trunken kan överföra företagspartens katalog-URI till Webex.
Kontrollera Kör på alla aktiva Unified CM-noder.
Under SIP-information – destination anger du en IP-adress eller ett fullständigt kvalificerat domännamn (FQDN) för var och en av dina videonätnoder.
Ange 5060 för destinationsporten.
För säkerhetsprofilen för SIP-trunk väljer du säkerhetsprofilen för videonättrunk som du skapade tidigare. (Till exempel, Video Mesh Trunk Security Profile.)
För SIP-profilen väljer du den SIP-profil som du skapade tidigare. (Till exempel, Video Mesh SIP Profile.)
Lämna alla andra fält med sina standardvärden och spara ändringarna.

Ett videonätssamtal eller möte kan tilldela media till valfri nod i ett kluster, inte bara den nod som avslutar SIP-samtalet.

4

Skapa en ny SIP-trunk för att peka mot en Expressway.

Du kan använda en SIP-trunk som redan finns för en befintlig distribution av Unified CM och Expressway. Om du skapar en annan och även kör Mobile Remote Access (MRA) med dessa Expressways kan du bryta MRA.

Från Cisco Unified CM Administration väljer du Enhet > Trunk och klickar sedan på Lägg till ny.
Välj SIP-trunk för trunktypen, lämna de andra värdena och klicka på Nästa.
Ange ett betydelsefullt namn, till exempel Video_Mesh_VCS_Trunk.
För Infoformat för samtal och anslutning av part markerar du Leverera URI och DN i ansluten part, om tillgängligt. Den här inställningen aktiverar blandad identitet. Det gör att SIP-trunken kan överföra företagspartens katalog-URI till Webex.
Under SIP-information – destination anger du en IP-adress eller ett fullständigt kvalificerat domännamn (FQDN) för var och en av dina Expressways. För porten anger du 5060.
För SIP-profil väljer du Standard SIP-profil för Cisco VCS.

5

Skapa en ny dirigeringsgrupp för samtal till videonätskluster:

Från Cisco Unified CM Administration väljer du Samtalsomkoppling > Route/Hunt > Dirigeringsgrupp och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Node Route Group.
Ändra distributionsalgoritmen till Top Down.
I avsnittet Information om Dirigeringsgruppens medlemmar hittar du enheterna med namnet videonät.
Lägg till Video_Mesh_SIP_Trunk_UCMtoVMN genom att klicka på Lägg till i dirigeringsgrupp.
Spara dina ändringar.

6

För överflöd till molnet skapar du en ny dirigeringsgrupp för samtal till Expressway:

Från Cisco Unified CM Administration väljer du Samtalsomkoppling > Route/Hunt > Dirigeringsgrupp och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Expressway Route Group.
Ändra distributionsalgoritmen till Top Down.
I avsnittet Information om Dirigeringsgruppens medlemmar hittar du enheterna med namnet videonät.
Lägg till Video_Mesh_VCS_Trunk genom att klicka på Lägg till i dirigeringsgrupp.
Spara dina ändringar.

7

Skapa en ny dirigeringslista för samtal till videonätkluster och Expressway:

Från Cisco Unified CM Administration väljer du Samtalsomkoppling > Route/Hunt > Dirigeringslista och klickar sedan på Lägg till ny.
Ange ett betydelsefullt namn, till exempel Video Mesh Node Route List.
Ställ in Cisco Unified Communications Manager Group som standard eller ett annat värde beroende på din konfiguration.
Spara dina ändringar.
Klicka på Lägg till dirigeringsgrupp i avsnittet Information om dirigeringslista och välj sedan Dirigeringsgrupp för videonät.
Lämna standardinställningarna för de andra inställningarna och spara sedan dina ändringar.
Klicka på Lägg till dirigeringsgrupp i avsnittet Information om dirigeringslista och välj sedan Expressway-dirigeringsgrupp för videonät.
Lämna standardinställningarna för de andra inställningarna och spara sedan dina ändringar.

8

Skapa ett SIP-routningsmönster för det korta videoadressformatet för uppringning av Webex-möten:

Från Samtalsomkoppling > SIP-routningsmönster klickar du på Lägg till ny och anger namnet Video Mesh Route Pattern for Webex Short URIs.
I IPv4-mönstret anger du webex.com som domän.
För SIP-trunk/dirigeringslista väljer du dirigeringslistan som skapats för videonät – till exempel, Lista över videonät.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

Med den korta videoadressens uppringningsfunktionen behöver användare inte längre komma ihåg namnet på Webex-webbplatsen för att delta i ett Webex-möte eller -händelse via ett videosystem. De kan delta i mötet snabbare eftersom de bara behöver veta mötets- eller händelsenummer.

9

Skapa ett SIP-dirigeringsmönster för Webex-webbplatsen:

Från Samtalsomkoppling > SIP-routningsmönster klickar du på Lägg till ny och anger namnet Video Mesh Route Pattern for Webex Sites.
I IPv4-mönstret anger du den Webex-webbplats som du vill ha optimerade media för – till exempel, examplesitename.webex.com, där examplesinamn är namnet på din faktiska Webex-webbplats.
För SIP-trunk/dirigeringslista väljer du dirigeringslistan som skapats för videonät – till exempel, Lista över videonät.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

10

Skapa ett SIP-dirigeringsmönster för Webex-appmöten:

Från Samtalsomkoppling > SIP-routningsmönster klickar du på Lägg till ny och anger sedan namnet Video Mesh Route Pattern for Teams Meetings.
I IPv4-mönstret anger du meet.ciscospark.com.
För SIP-trunk/dirigeringslista väljer du dirigeringslistan som skapats för videonät – till exempel, Lista över videonät.
Lämna alla andra fält med sina standardvärden och spara ändringarna.

Konfigurera Expressway TCP SIP-trafikroutning för videonät

1

Skapa en zon som pekar på videonätskluster:

Från VCS-kontroll eller Expressway-C går du till Konfiguration > Zoner > Zoner och klicka sedan på Ny.

Konfigurera följande fält:

Fältnamn	Värde
Namn	Ange ett namn som enkelt identifierar zonen – till exempel WebexVideoMeshZone
Typ	Granne
H.323
Mode	Av
SIP
Mode	På
Port	5060
Transport	TCP
Plats
Leta upp jämlikar efter	Adress
Peer [n]-adress	Ange IP-adresserna för varje videonätnod.

Lämna de andra fälten med sina standardinställningar och spara sedan dina ändringar.

2

Skapa uppringningsmönster för videonätkluster för Webex-webbplatser:

Från Expressway-C går du till Konfiguration > Nummerplan > Sökregler och klicka sedan på Ny.

Konfigurera följande fält för Webex-webbplatssökregeln:

Fältnamn

Värde

Rule name

Ange ett regeldamn som enkelt identifierar sökregeln – till exempel WebexVideoMesh-dinwebbplats

Företräde

100 är standard. Se till att det här numret är lägre än molnfallback- och B2B-reglerna.

Protokoll

SIP

Mode

Alias Pattern Match

Pattern Type

Regex

Pattern String

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

Det här mönstret matchar både yoursite.webex.com och webex.com (för korta videoadresser) format. Med den korta videoadressens uppringningsfunktionen behöver användare inte längre komma ihåg namnet på Webex-webbplatsen för att delta i ett Webex-möte eller -händelse via ett videosystem. De kan delta i mötet snabbare eftersom de bara behöver veta mötets- eller händelsenummer.

Pattern Behavior

Lämna

On Successful Match

Fortsätt

Target

Välj den videonätszon som du har skapat – till exempel WebexVideo Mesh.

Lämna de andra fälten med sina standardinställningar och spara sedan dina ändringar.

3

Skapa en traversal-klient och zonpar som pekar på molnet Expressway för redundans:

Se Grundläggande konfigurationsguide för Expressway för din version för steg för att skapa traversationsklienten och zonparet.

4

Skapa en reservsökregel för traversal-klientzonen som leder till Expressway-E:

Från Expressway-C går du till Konfiguration > Nummerplan > Sökregler och klicka sedan på Ny.

Konfigurera följande fält:

Fältnamn	Värde
Rule name	Ange ett regeldamn som enkelt identifierar sökregeln – till exempel WebexVideoMesh-Failover
Företräde	100 är standard. Se till att prioriteringen är lägre genom att ange ett nummer som är högre än uppringningsmönstret för videonät och B2B-reglerna.
Protokoll	SIP
Mode	Alla alias
Pattern Behavior	Lämna
On Successful Match	Fortsätt
Target	Välj den Traversal-klientzon som leder till Expressway-E.

Lämna de andra fälten med sina standardinställningar och spara sedan dina ändringar.

5

Från Expressway-E går du till Konfiguration > Zoner > Zoner. Klicka på Ny och lägg till Webex-zonen.

I versioner före X8.11 har du skapat en ny DNS-zon för detta ändamål.

6

Skapa ett uppringningsmönster för molnet Expressway:

Från Expressway-E går du till Konfiguration > Nummerplan > Sökregler och klicka sedan på Ny.

Konfigurera följande fält:

Fältnamn	Värde
Rule name	Ange ett regeldamn som enkelt identifierar sökregeln – till exempel WebexVideoMesh-toCloud
Företräde	Ange ett högre värde än regeln för lokala videonätnoder. Om noderna är inställda till 100 ställer du in detta värde till 101. Du måste också se till att värdet är lägre än alla B2B-regler på din Expressway.
Protokoll	SIP
Source	Named
Source name	Välj den säkra traverseringsserverzonen från Expressway-C – till exempel WebexVideoMeshZone
Mode	Alias Pattern Match
Pattern Type	Regex
Pattern String	*`.@(YourSite\.)?webex\.com.`*
Pattern Behavior	Lämna
On Successful Match	Stoppa
Target	Välj Webex-zonen eller DNS-zonen.

7

För SIP-enheter som är registrerade i Expressway-C öppnar du enhetens IP-adress i en webbläsare, går till Konfiguration, bläddra till SIP och väljer Standarder i listrutan Typ.

Växla certifikatkedjor mellan Unified CM och videonätnoder

Slutför ett certifikatutbyte för att upprätta tvåvägsförtroende mellan Unified CM- och videonätgränssnitten. Med den säkra trunkkonfigurationen tillåter certifikaten krypterad SIP-trafik och SRTP-media i din organisation från betrodda Unified CM:er att landa på betrodda videonätnoder.

I en klustermiljö måste du installera CA- och servercertifikat på varje nod individuellt.

Innan du börjar

Av säkerhetsskäl rekommenderar vi att du använder ett CA-signerat certifikat på dina videonätnoder i stället för nodens standardcertifikat som är självsignerat.

1

Öppna gränssnittet för videonätnod (IP-adress/konfiguration till exempel, https://192.0.2.0/setup) i din webbläsare och logga in med nodens administratörsuppgifter.

2

Gå till servercertifikat och begär och ladda upp ett certifikat och nyckelpar vid behov:

(Valfritt) Om du behöver ett certifikat utfärdat av en certifierad leverantör klickar du på Skapa en certifikatsigneringsbegäran. Fyll i den information som krävs (inklusive alternativt ämnesnamn), som är FQDN:er som måste innehålla det gemensamma namnet och generera sedan begäran. Hämta CSR för att skicka begäran till leverantören. (Du kan begära flera. De returnerar det signerade certifikatutfärdaren (CA)-certifikatet (den privata nyckeln genererades redan under skapandet av CSR)

Det vanliga namnet är inte en URL. Det innehåller inget protokoll (till exempel http:// eller https://), portnummer eller pathname. Filen commonName fältet i certifikatspecifikationen X.509 representerar det gemensamma namnet. Till https://www.example.com, det korrekta värdet är example.com.

Den privata nyckeln finns redan på plats när du skapar en kundtjänstrepresentant. Om du inte använder steget för att skapa CSR måste du ladda upp en privat nyckel.

När du har certifikatet och nyckeln klickar du på Överför ett servercertifikat (.crt- eller .pem-fil), välj certifikatfilen och klicka sedan på Överför en privat nyckel (.nyckelfil) och anger en lösenfras om du har en.
När du har fått certifikatet går du till den första videonätnoden i ett kluster, klickar på Installera servercertifikat, läs instruktionen, klicka på Installera och klicka sedan på OK.

En molnregistrerad videonätnod stängs graciöst ned och väntar i upp till 2 timmar på att alla samtal ska avslutas. Noden slutför sedan certifikatinstallationen. En uppmaning visas när servercertifikatet installeras. Du kan sedan läsa in sidan igen för att visa det nya certifikatet och nyckelposten.
Klicka på Hämta bredvid certifikatet och nyckelfiler för att spara en lokal kopia.

Spara filerna på en plats som är lätt att komma ihåg och lämna videonätinstansen öppen på webbläsarfliken.
Gå till nästa videonätnod i klustret, fyll i lösenfrasen och överför sedan filen med den privata nyckeln. Klicka sedan på Ladda upp ett servercertifikat och välj sedan Installera servercertifikat, läs instruktionen, klicka på Installera och klicka sedan på OK.
Upprepa dessa steg för alla videonätnoder i samma kluster.

3

Gå till Cisco Unified OS Administration i en annan webbläsarflik till Säkerhet > Certifikathantering. Ange dina sökkriterier och klicka på Sök, välj sedan filnamnet på certifikatet eller listan över betrodda certifikat (CTL) och klicka på Hämta.

Spara Unified CM-filen på en plats som är lätt att komma ihåg och lämna Unified CM-instansen öppen på webbläsarfliken.

4

Gå tillbaka till fliken Videonätnodgränssnitt, klicka på Trust Store och Proxy och välj sedan ett alternativ:

Om Unified CM använder ett CA-certifikat som har signerats av en känd organisation litar videonätnoden på det automatiskt. Förtroendet baseras på listan över rotcertifikat från VMN-nodens värdoperativsystem, som uppdateras regelbundet.
Om Unified CM använder ett CA-certifikat som är signerat av ett internt företagsrotcertifikat lägger du till rotcertifikatet i noden. Rotcertifikatet är tillgängligt inifrån företaget, men kan inte hämtas från Unified CM.
Lägg till både ECDSA- och RSA-certifikat som Unified CM använder för att betjäna externa förfrågningar. Dessa certifikat kan vara självsignerade eller CA-certifikat.
Om du har hämtat ett enda certifikat klickar du på Överför ett rotcertifikat eller Avsluta entitetscertifikat (.crt- eller .pem-fil) och väljer den CallManager.pem-certifikatfil som du har hämtat. Klicka på Installera alla certifikat i Trust Store, läs instruktionen, klicka på Installera och starta sedan om noden.
Om du har hämtat en certifikatkedja överför du rot-CA-certifikatet och mellanliggande CA-certifikat och klicka sedan på Installera alla certifikat i Trust Store, läs instruktionen och klicka sedan på Installera.

En molnregistrerad videonätnod stängs graciöst ned och väntar i upp till 2 timmar på att alla samtal ska avslutas. Om du vill installera CallManager.pem-certifikatet startas noden automatiskt om. När det kommer tillbaka online visas en uppmaning när CallManager.pem-certifikatet installeras på videonätnoden. Du kan sedan läsa in sidan igen för att visa det nya certifikatet.

5

Gå tillbaka till fliken Administration för Cisco Unified OS och klicka på Överför certifikat/certifikatkedja. Välj certifikatnamnet i listrutan Certificate Purpose , bläddra till filen som du hämtade från gränssnittet för videonätnod och klicka sedan på Öppna.

6

Om du vill överföra filen till servern klickar du på Överför fil.

Om du laddar upp en certifikatkedja måste du ladda upp alla certifikat i kedjan.

Starta om den berörda tjänsten efter att certifikatet har överförts. När servern kommer upp igen kan du komma åt CCMAdmin eller CCMUser GUI för att kontrollera att dina nyligen tillagda certifikat används.

Du kan installera och hantera servercertifikat via API:er. Mer information finns i VMN-servercertifikatets API:er.

Aktivera mediekryptering för organisation- och videonätkluster

Använd den här proceduren för att aktivera mediekryptering för din organisation och enskilda videonätskluster. Den här inställningen kräver en slutpunkt-till-slutpunkt-TLS-konfiguration och du måste ha en säker TLS SIP-trunk på plats på din Unified CM som pekar på dina videonätnoder.

Inställningar	Resultat
Unified CM har konfigurerats med en säker trunk och den här inställningen för kontroll av videonät är inte aktiverad.	Samtal misslyckades.
Unified CM har inte konfigurerats med en säker trunk och den här inställningen för kontroll av videonät är aktiverad.	Samtal misslyckas inte, men de återgår till osäkert läge.

Cisco-slutpunkter måste också konfigureras med en säkerhetsprofil och TLS-förhandling för att slutpunkt-till-slutpunkt-kryptering ska fungera. Annars överflödar samtal till molnet från slutpunkter som inte har konfigurerats med TLS. Vi rekommenderar att du endast aktiverar den här funktionen om alla slutpunkter kan konfigureras för att använda TLS.

Innan du börjar

Konfigurera Unified CM-säker TLS SIP-trafikroutning för videonät
Växla certifikatkedjor mellan Unified CM och videonätnoder

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid och klicka sedan på Inställningar på videonätkortet.

2

Bläddra till mediekryptering och växla på inställningen.

Den här inställningen gör kryptering obligatorisk på alla mediekanaler som passerar genom videonätnoder i din organisation. Notera föregående tabell och varning för situationer där samtal kan misslyckas och vad som krävs för att slutpunkt-till-slutpunkt-kryptering ska fungera.

3

Klicka på Visa alla och upprepa följande steg på varje videonätkluster som du vill aktivera för säker SIP-trafik.

Välj en videonätklusterpost i listan och klicka sedan på Redigera klusterinställningar.
Bläddra till SIP-samtal och markera kryssrutan.
Under betrodda SIP-källor anger du det gemensamma namnet (CN) eller alla FQDN:er som finns i det alternativa ämnesnamnet på Unified CM-certifikatet (vanligtvis FQDN för Unified CM).

Dessa poster identifieras som betrodda SIP-källor och kan skicka säkra SIP-samtal till Webex-videonät.

Aktivera videonät för Webex-webbplatsen

För att använda optimerade medier till videonätnoden för ett Webex-möte för alla Webex-appen och enheter att delta måste den här konfigurationen aktiveras för Webex-webbplatsen. Om du aktiverar den här inställningen kopplas videonät och mötesinstanser i molnet tillsammans och gör att överlappningar kan inträffa från videonätnoder. Om den här inställningen inte är aktiverad kommer Webex-appen och -enheterna inte att använda videonätnoden för Webex-möten.

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Möten, klicka på Webex-webbplatsen från möteskortet och klicka sedan på Inställningarför att komma åt konfigurationsalternativen för Webex-webbplatsen.

2

Öppna Allmänna inställningar genom att klicka på Tjänst > Möte > Webbplatsinställningar. Från Allmänna inställningar klickar du på mötesrum för samarbete (CMR), väljer videonät för medieresurstyp och klickar sedan på Spara längst ned.

Den här inställningen länkar videonät och mötesinstanser i molnet tillsammans och tillåter överlappningar från videonätnoder. Inställningen bör fyllas i i hela din miljö efter 15 minuter. Webex-möten som startar efter att den här ändringen har fyllt i hämtar den nya inställningen. Om du lämnar det här fältet i molnet (standardalternativet) hålls alla möten i molnet och videonätnoden används inte.

Tilldela mötesrum för samarbete till Webex-appanvändare

Om du hanterar din webbplats via Control Hub:
1. Från kundvyn i https://admin.webex.com går du till Användare > Hantera användare.
  
  Om du vill tilldela flera användare finns det här dokumentet.
2. Tilldela Webex mötesrum för samarbete till användare i din organisation.
Om du hanterar din webbplats via webbplatsadministration:
1. Från webbplatsadministrationen går du till användarhantering.
2. Redigera användarkontot och kontrollera mötesrummet för samarbete.
  
  Om du vill tilldela flera användare finns det här dokumentet.

Kontrollera mötesupplevelsen på den säkra slutpunkten

Använd dessa steg för att kontrollera att slutpunkterna är säkert registrerade och att rätt mötesupplevelse visas.

1	Delta i ett möte från den säkrade slutpunkten.
2	Kontrollera att listan över möteslistor visas på enheten. Det här exemplet visar hur möteslistan ser ut på en slutpunkt med en pekskärm:
3	Under mötet får du åtkomst till Webex-konferensinformationen från Samtalsuppgifter .
4	Kontrollera att avsnittet Kryptering visar Typ som AES-128 och Status som På .

Hantera och felsöka videonät

Analys av videonät

Analytics ger information om hur du använder dina lokala videonätnoder och kluster i din Webex-organisation. Med historiska data i mätvyn kan du hantera dina videonätresurser på ett effektivare sätt genom att övervaka kapaciteten, användningen och tillgängligheten för dina lokala resurser. Du kan till exempel använda den här informationen för att fatta beslut om att lägga till fler videonätnoder i ett kluster eller skapa nya kluster. Analys av videonät finns i Control Hub under Analys > Videonät.

För att hjälpa till med att analysera data i din organisation kan du zooma in på data som visas i diagrammet och isolera en viss tidsperiod. För analys kan du även klippa och tärningsrapporter för att visa mer granulära detaljer.

Videonätanalys och felsökningsrapporter visar data i tidszonen som är inställd för den lokala webbläsaren.

Analys

Videonätanalys ger en långsiktig trend (upp till 3 månaders data) i kategorierna engagemang, resursanvändning och bandbreddsanvändning.

Liveövervakning

Fliken Liveövervakning ger en bild i nära realtid av aktiviteten i din organisation: upp till 1 minuters aggregering och möjligheten att visa de senaste 4 timmarna eller 24 timmarna på alla kluster eller specifika kluster. Den här fliken i Control Hub uppdateras automatiskt – var 1 minut under de senaste 4 timmarna och var 10:e minut under de senaste 24 timmarna.

Åtkomst, filtrera och spara live-övervakningsrapporter för videonät

Live-övervakningsrapporter för videomesh finns tillgängliga på sidan Felsökning i Control Hub ( https://admin.webex.com) när videonät är aktivt och har ett kluster med minst en registrerad videonätnod.

1

Från kundvyn i https://admin.webex.com väljer du Analytics och klickar sedan på Videonät längst upp till höger på skärmen.

Håll muspekaren över informationen för att få en kort beskrivning av diagrammet.

2

Från växlingsknappen till vänster väljer du ett alternativ för att filtrera på hur långt tillbaka i tiden du vill visa data.

Senaste 4 timmarna (standard) – När du väljer det här alternativet uppdateras diagrammets data var 1:e minut.
Senaste 24 timmarna– När du väljer det här alternativet uppdateras diagrammets data var 10:e minut.

3

Interagera med diagrammen genom att använda följande alternativ vid behov:

Håll muspekaren över segment i diagramvyn för att visa information om den specifika datapunkten.
Klicka på legenden i diagrammet eller översikten och klicka sedan på Använd för att uppdatera vyn på de andra legenden. Till exempel, när du har valt legend-objektet Amsterdam, uppdateras linjediagrammet för att utesluta andra legend-objekt och endast inkludera data för det valda objektet.

När ett filter tillämpas uppdateras alla andra diagram och diagram för att visa data för det valda filtret.
I ett diagram som visar data i ett tidsintervall, smalnar du ner till ett visst tidsintervall genom att klicka på vänster och dra musen till höger. (Den här åtgärden påverkar alla relaterade data som visas på analyssidan.)

Håll muspekaren över avsnitt av en donut, linjer på ett diagram eller insiktspunkter på ett diagram för att visa mer information om datas specifika tidpunkt.

4

När du har filtrerat data i rapporterna klickar du på mer, och välj sedan ett filformat alternativ som sparar en lokal kopia av rapporten så att du kan använda den offline (till exempel i en rapport som skapats internt):

PNG
PDF
CSV

Åtkomst, filtrera och spara videonätanalys

Metriska rapporter om videonät finns tillgängliga på analyssidan i Control Hub ( https://admin.webex.com) när videonät är aktivt och har ett kluster med minst en registrerad videonätnod.

1

Från kundvyn i https://admin.webex.com väljer du Analytics och klickar sedan på Videonät längst upp till höger på skärmen.

2

Klicka på en kategori, beroende på vilken typ av data du letar efter:

Engagemang
Resurser
Bandbreddsanvändning

Håll muspekaren över informationen för att få en kort beskrivning av diagrammet.

3

I rullgardinsmenyn till höger väljer du ett alternativ för att ta reda på hur långt tillbaka i tiden du vill visa data.

Senaste 7 dagarna (standard) – Ändrar den horisontella axeln till var 1 timme.
Senaste 24 timmarna – Ändrar den horisontella axeln till var 10:e minut.
Senaste 30 dagarna – Ändrar den horisontella axeln till var 3:e timme.
Senaste 90 dagarna – Ändrar den horisontella axeln till var 8:e timme.

4

Interagera med diagram eller donut-diagram genom att använda följande alternativ vid behov:

Klicka på ett eller flera segment i diagrammet eller diagrammets vy och klicka sedan på Använd för att uppdatera donutvyn och motsvarande diagramvyn.
Välj legendariska objekt i diagrammet eller översikten för att uppdatera vyn på det specifika legendariska objektet och klicka sedan på Tillämpa. När du till exempel har valt det lokala legend-objektet uppdateras linjediagrammet med dessa data markerade.

När ett filter tillämpas uppdateras alla andra diagram och diagram för att visa data för det valda filtret.

I ett diagram som visar data i ett tidsintervall kan du minska till ett visst tidsintervall genom att klicka på vänster och dra musen till höger och lämna det när önskat intervall har valts. (Den här åtgärden påverkar alla relaterade data som visas på analyssidan.)

Håll muspekaren över avsnitt av en donut, linjer på ett diagram eller insiktspunkter på ett diagram för att visa mer information om datas specifika tidpunkt.

Om du vill börja om från samma diagram eller översikt klickar du på X på de valda filtren längst ned i diagrammet.

5

När du har filtrerat data i rapporterna klickar du på mer, och välj sedan ett filformat alternativ som sparar en lokal kopia av rapporten så att du kan använda den offline (till exempel i en rapport som skapats internt):

PDF
PNG
CSV

6

Rensa alla filter från filterfältet om du vill återställa analysvyn.

Tillgänglig analys för videonät

Mer information om tillgänglig analys i Control Hub finns i avsnittet Videonät i Analytics för din molnsamarbetsportfölj.

Övervakningsverktyg för videonät

Övervakningsverktyget i Control Hub hjälper din organisation att övervaka statusen för din distribution av videonät. Du kan köra följande test på dina Video Mesh-noder, -kluster eller bådadera för att få resultat för specifika parametrar.

Signaleringstest - Testar om SIP-signalering och mediesignalering sker mellan Video Mesh-noden och Webex molnmedietjänster.
Kaskadtest - Testar om en kaskad kan upprättas mellan videonätsnoden och Webex molnmedietjänster.
Test för nåbarhet - Testar om videonätsnoden kan nå målportarna för medieströmmar i Webex molnmedietjänster. Den testar även om videonätsnoden kan kommunicera med de molnkluster som är kopplade till mediebehållare via dessa portar.

När du kör ett test skapar verktyget ett simulerat möte. När testet har slutförts ser du ett enkelt resultat för godkänt eller underkänt med infogade felsökningstips i rapporten. Du kan schemalägga testet så att det körs regelbundet eller köra testet på begäran. Mer information finns i Mediehälsoövervakning för videonät .

Kör ett omedelbart test

Använd den här proceduren för att köra ett på begäran medietillståndsövervakning och nåbarhetstest på Video Mesh-noder och/eller -kluster som har registrerats i din Control Hub-organisation. Resultaten samlas in i Control Hub och aggregeras var 6:e timme från och med 00:00 UTC.

1

Logga in på Control Hub , gå sedan till Felsökning > Videonät .

2

Klicka på Konfigurera test , klicka Testa nu och kontrollera de noder och/eller kluster som du vill testa.

Om du vill avmarkera de kryssrutor som du har markerat och återställa den senaste konfigurationen klickar du på Återställ den senaste testkonfigurationen .

3

Klicka på Kör test .

Nästa steg

Resultaten visas på översiktssidan för övervakningsverktyget i Control Hub. Som standard visas resultaten av alla test tillsammans. Klicka på Signalering , Överlappande , eller Nåbarhet för att filtrera resultaten enligt det specifika testet.

Punkterna på tidslinjen med skjutreglaget visar aggregerade testresultat för hela organisationen. Tidslinjerna på klusternivå visar aggregerade resultat för varje kluster.

Tidslinjen kan visa datum i USA-format. Ändra ditt språk i profilinställningarna för att visa datum i ditt lokala format.

Håll muspekaren över punkterna på tidslinjerna för att se testresultaten. Du kan även se detaljerade testresultat för varje nod. Klicka på en punkt på tidslinjen på klusternivå för att visa detaljerade resultat.

Resultaten visas i en sidopanel och är uppdelade i Signalering, Cascasde och Reachabilty. Du kan se om testet lyckades, om det hoppades över eller om testet misslyckades. Felkoder med möjliga korrigeringar visas också tillsammans med resultaten.

Använd växlingsknappen för att visa resultaten för olika parametrar i form av en tabell.

Ett hoppat test, ett partiellt misslyckande eller ett misslyckande är inte avgörande om det inte inträffar kontinuerligt under en tidsperiod.

Konfigurera regelbundna tester

Använd den här proceduren för att konfigurera och starta regelbunden mediestatus och nåbarhetstester. Dessa test körs som standard var sjätte timme. Du kan köra dessa test på klusteromfattande, klusterspecifik eller nodspecifik nivå. Resultaten samlas in i Control Hub och aggregeras var 6:e timme från och med 00:00 UTC.

1	Logga in på Control Hub , gå sedan till Felsökning > Videonät .
2	Klicka på Konfigurera test , klicka Periodiskt test och kontrollera de noder och/eller kluster som du vill testa.
3	Välj ett alternativ: Kontrollera Alla kluster om du vill köra testet på alla Video Mesh-noder i din Control Hub-organisation. Kontrollera de enskilda klusternamnen för att köra testet på alla Video Mesh-noder som finns i ett visst kluster. Omarkerade kluster exkluderas från testet. I enskilda kluster markerar du de enskilda nodnamnen som du vill köra testet på. Alla omarkerade noder exkluderas från testet.
4	Klicka på Nästa.
5	Granska listan över kluster och noder för att köra de periodiska testen. Om du är nöjd klickar du på Konfigurera för att schemalägga den aktuella konfigurationen.

Nästa steg

Resultaten visas på översiktssidan för övervakningsverktyget i Control Hub. Som standard visas resultaten av alla test tillsammans. Klicka på Signalering , Överlappande , eller Nåbarhet för att filtrera resultaten enligt det specifika testet.

Punkterna på tidslinjen med skjutreglaget visar aggregerade testresultat för hela organisationen. Tidslinjerna på klusternivå visar aggregerade resultat för varje kluster.

Tidslinjen kan visa datum i USA-format. Ändra ditt språk i profilinställningarna för att visa datum i ditt lokala format.

Håll muspekaren över punkterna på tidslinjerna för att se testresultaten. Du kan även se detaljerade testresultat för varje nod. Klicka på en punkt på tidslinjen på klusternivå för att visa detaljerade resultat.

Resultaten visas i en sidopanel och är uppdelade i Signalering, Cascasde och Reachabilty. Du kan se om testet lyckades, om det hoppades över eller om testet misslyckades. Felkoder med möjliga korrigeringar visas också tillsammans med resultaten.

Använd växlingsknappen för att visa resultaten för olika parametrar i form av en tabell.

Ett hoppat test, ett partiellt misslyckande eller ett misslyckande är inte avgörande om det inte inträffar kontinuerligt under en tidsperiod.

Aktivera 1080p HD-video för lokala SIP-enheter i möten med videonätnod

Den här inställningen gör det möjligt för din organisation att gynna 1080p HD-video för lokala registrerade SIP-slutpunkter, med en växling av lägre möteskapacitet. En videonätnod måste vara värd för mötet. Mötesdeltagare kan använda video 1080p 30 fps förutsatt att:

De är alla inne i företagsnätverket.
De använder en lokalt registrerad SIP-enhet med hög upplösning.

Inställningen gäller för alla kluster som innehåller videonätnoder.

Molnregistrerade enheter fortsätter att skicka och ta emot 1080p-strömmar, oavsett om denna inställning är på eller av.

1	Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid och klicka sedan på Inställningar på videonätkortet.
2	Aktivera videokvalitet. Om den här inställningen är inaktiverad är standardvärdet 720p.

För videoupplösningar som Webex-appen stöder, se Videospecifikationer för samtal och möten.

Privata möten

Funktionen Privat möte ökar säkerheten för ditt möte genom att avsluta media i dina lokaler. När du schemalägger ett privat möte avslutas alltid media på videonätsnoderna i ditt företagsnätverk utan molnkaskad.

Som visas här kasserar privata möten aldrig media till molnet. Medierna avslutas helt på dina videonätskluster. Dina videonätskluster kan bara kastas med varandra.

Du kan boka ett videonätkluster för privata möten. När det reserverade klustret är fullt kastas de privata mötesmedierna ut till dina andra videonätskluster. När det reserverade klustret är fullt delar privata och icke-privata möten resurserna för dina återstående kluster.

Icke-privata möten använder inte reserverade kluster och reserverar dessa resurser för privata möten. Om ett icke-privat möte tar slut på resurser i nätverket kastas det ut till Webex-molnet i stället.

Webex-appen med den fullständiga Webex-upplevelsen aktiverad är inte kompatibel med videonät. Mer information finns i Klienter och enheter som använder videonätnod.

Stöd och begränsningar för privata möten

Videonät har stöd för privata möten på följande sätt:

Privata möten finns tillgängliga i Webex version 40.12 och senare.
Endast schemalagda möten kan använda den privata mötestypen. Mer information finns i artikeln Schemalägg ett privat möte i Cisco Webex.
Privata möten är inte tillgängliga för fullständiga möten som startas eller deltar i från Webex-appen.
Du kan använda alla aktuella enheter som stöds av videonät.
Dina noder kan använda alla aktuella bilder: 72vCPU och 23vCPU.
Privat möteslogik skapar inga luckor i mätvärden. Vi samlar in samma värden för Control Hub som för icke-privata möten.

Eftersom vissa användare inte aktiverar den här funktionen visas analysrapporterna för privata möten inte om din organisation inte har ett privat möte på 90 dagar.
Privata möten har stöd för 1-vägswhiteboardtavla från en videoslutpunkt.

Begränsningar

Privata möten har följande begränsningar:

Privata möten har endast stöd för VoIP för ljud. De har inte stöd för Webex Edge-ljud eller PSTN.
Du kan inte använda ett personligt mötesrum (PMR) för ett privat möte.
Privata möten har inte stöd för Webex-funktioner som kräver anslutning till molnet, till exempel molninspelning, transkription och Webex Assistant.
Du kan inte delta i ett privat möte från ett oautentiserat molnregistrerat videosystem, inte ens ett som har parkopplat till Webex-appen.

Använd privata möten som standardmötestyp

I Control Hub kan du ange att framtida schemalagda möten för din organisation ska vara privata möten.

1	Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid.
2	Klicka på Redigera inställningar från videonätkortet. Bläddra till privata möten och aktivera inställningen.
3	Spara ändringen.

När du aktiverar den här inställningen gäller den för alla möten för din organisation, även de som tidigare schemalagts.

(Valfritt) Reservera ett kluster för privata möten

Privata och icke-privata möten använder normalt samma videonätresurser. Men eftersom privata möten måste hålla medierna lokala kan de inte ställa in överflöd till molnet när de lokala resurserna är uttömda. För att minska den möjligheten kan du konfigurera ett videonätkluster som endast är värd för privata möten.

I Control Hub konfigurerar du klustret uteslutande för att vara värd för privata möten. Den här inställningen förhindrar icke-privata möten från att använda det klustret. Privata möten är standard för att använda det klustret. Om klustret inte har resurser kastas privata möten endast till dina andra videonätskluster.

Vi rekommenderar att du tillhandahåller ett privat kluster för att hantera din förväntade maximala användning från privata möten.

Du kan inte använda det korta videoadressformatet (meet@your_site) om du reserverar alla videonätskluster för privata möten. Dessa samtal misslyckas för närvarande utan ett korrekt felmeddelande. Om du lämnar vissa kluster oreserverade kan samtal med det korta videoadressformatet ansluta via dessa kluster.

1	Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid och klicka på Visa alla på videonätkortet.
2	Välj ditt videonätkluster i listan och klicka på Redigera klusterinställningar.
3	Bläddra till privata möten och aktivera inställningen.
4	Spara ändringen.

Felmeddelanden för privata möten

Den här tabellen listar eventuella fel som användare kan se när de deltar i ett privat möte.

Felmeddelande	Användaråtgärd	Orsak
Extern nätverksåtkomst nekad Du måste vara i företagsnätverket för att delta i det privata mötet. Parkopplade Webex-enheter som finns utanför företagets nätverk skulle inte kunna delta i mötet. I ett sådant scenario kan du försöka ansluta din bärbara dator, mobil till företagets nätverk och delta i mötet i oparkopplat läge.	En extern användare ansluter utanför företagets nätverk utan VPN eller MRA.	För att delta i ett privat möte behöver externa användare åtkomst till företagets nätverk via en VPN eller MRA.
	En extern användare är på VPN, men de är parkopplade till en oautentiserad enhet.	Enhetsmedia tunnlar inte till företagets nätverk via VPN. Enheten kan inte delta i ett privat möte. Efter att ha anslutit till VPN bör fjärranvändaren istället delta i ett privat möte i enhetens oparkopplade läge från sin stationära eller mobila klient.
Inga tillgängliga kluster Klustren som är värd för det här privata mötet har maximal kapacitet, kan inte nås, är offline eller inte registrerade. Kontakta din IT-administratör för att få hjälp.	En användare finns i företagets nätverk (lokalt eller på distans via VPN), men kan inte delta i ett privat möte.	Dina videonätskluster är: Vid kapacitet Kan inte nås Frånkopplad Inte registrerad
Inte auktoriserad Du har inte behörighet att delta i det här privata mötet eftersom du inte är medlem i värdorganisationen. Kontakta mötesvärden.	En användare från en annan organisation än värdorganisationen försöker delta i det privata mötet.	Endast användare som tillhör värdorganisationen kan delta i ett privat möte.
	En enhet från en annan organisation än värdorganisationen försöker delta i det privata mötet.	Endast enheter som tillhör värdorganisationen kan delta i ett privat möte.

Håll dina media i videonät för alla externa Webex-möten

När dina media körs genom dina lokala Video Mesh-noder får du bättre prestanda och använder mindre internetbandbredd.

I tidigare versioner har du endast kontrollerat användningen av videonät för möten för dina interna webbplatser. För möten som hålls på externa Webex-webbplatser kontrollerade dessa webbplatser om Video Mesh kunde överlappa Webex. Om en extern webbplats inte tillät kaskader av videonät använde dina media alltid Webex molnnoder.

Med inställningen Föredra videonät för alla externa Webex Meetings, om din Webex-webbplats har tillgängliga videonätnoder, körs dina media genom dessa noder för möten som hålls på externa Webex-webbplatser. Den här tabellen sammanfattar beteendet för dina deltagare som deltar i Webex-möten:

Inställningen är ...	Möte på den interna Webex-plats med videomesh-kaskader aktiverade	Möte på den interna Webex-plats med videonätkaskader inaktiverat	Möte på extern Webex-plats med videonätkaskader aktiverade	Möte på extern Webex-plats med videomesh-kaskader inaktiverat
Enabled	Media använder dina Video Mesh-noder.	Media använder molnnoder.	Media använder dina Video Mesh-noder.	Media använder dina Video Mesh-noder.
Inaktiverad	Media använder dina Video Mesh-noder.	Media använder molnnoder.	Media använder dina Video Mesh-noder.	Media använder molnnoder.

Den här inställningen är avstängd som standard, vilket bibehåller beteendet från tidigare versioner. I dessa versioner överfördes inte ditt videonät till Webex och dina deltagare deltog via Webex molnnoder.

1	I kundvyn ihttps://admin.webex.com , gå till Tjänster > Hybrid och klicka Visa alla på videonätskortet.
2	Välj ditt videonätskluster i listan och klicka på Redigera inställningar .
3	Bläddra till Föredra videonät för alla externa Webex Meetings och aktivera inställningen.
4	Spara ändringen.

Optimera användningen av din distribution av videonät

Du kan landa alla dina klienter på dina videonätskluster för en bättre användarupplevelse via videonätskluster. Om din videonätklusterkapacitet tillfälligt är nere eller om du har ökat användningen av videonätskluster kan du optimera användningen av videonätskluster genom att kontrollera vilka klienttyper som landar på videonätkluster. Detta hjälper till att hantera din befintliga kapacitet effektivt tills du kan lägga till fler noder för att möta efterfrågan.

Se analysportalen på Control Hub för att förstå trender för användning, användning, omdirigering och överflöd. Baserat på dessa trender kan du till exempel välja att låta skrivbordsklienheterna eller SIP-enheterna landa på videonätskluster och låta de mobila klienterna landa på Webex-molnnoder. Jämfört med de mobila klienterna har skrivbordsklienheterna och SIP-enheterna stöd för högre upplösning, har större skärmar och använder mer bandbredd, och du kan optimera användarupplevelsen för mötesdeltagare som använder dessa klienttyper.

Du kan också optimera klusterkapaciteten och maximera användarupplevelsen genom att ha de klienttyper som de flesta av dina kunder använder i videonätskluster.

1	Logga in på Control Hub och välj sedan Tjänster > Hybrid > Videonät > Resurser > Visa alla. - eller - Välj Översikt > Hybridtjänster > Videonät > Inställningar.
2	Under Inklusionsinställningar för klienttyp är alla klienttyper markerade som standard. Avmarkera klienttyperna som du vill utesluta från att använda videonätklustren. Dessa kluster är värdbaserade på Webex-molnnoder.
3	Klicka på Spara.

Avregistrera videonätnod

Använd den här proceduren för att ta bort en videonätnod från Webex-molnet. När du slutför den här proceduren tas noden bort från klustret, vilket gör den otillgänglig för användning. När du har avregistrerat en nod är det enda sättet att göra den tillgänglig igen genom att omregistrera den.

1	Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid.
2	Klicka på Visa alla på videonätkortet.
3	Gå till lämpligt kluster och välj noden från listan över resurser.
4	Klicka Åtgärd > Avregistrera nod. Ett varningsmeddelande visas där du ombeds bekräfta att du vill ta bort filen:
5	När du har läst och förstått meddelandet klickar du på Avregistrera nod.

Flytta videonätnod

Du kan vilja flytta en nod från ett kluster till ett annat. Du kan till exempel ha ett nytt kluster som du vill omdistribuera noder till. Använd den här proceduren för att flytta en videonätnod. När du har slutfört den här proceduren kommer din nod endast att vara tillgänglig för den nya resursen.

1	Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid och välj sedan Visa alla på videonätkortet.
2	I listan väljer du noden som du vill flytta och klickar sedan på Åtgärder (den vertikala ellipsen).
3	Välj Flytta nod.
4	Välj lämplig radioknapp för var du vill flytta noden: Välj ett befintligt kluster – Välj ett befintligt kluster i listrutan. Skapa ett nytt kluster – ange ett namn för det nya klustret i fältet.
5	Klicka på Flytta till. Noden flyttas till det nya klustret.

Relaterad information

Ställ in uppgraderingsschema för videonätkluster

Du kan ställa in ett specifikt uppgraderingsschema eller använda standardschemat kl. 3.00. Daily USA: Amerika/Los Angeles Du kan välja att senarelägga en kommande uppgradering om det behövs.

Programvaruuppgraderingar för videonät görs automatiskt på klusternivå, vilket säkerställer att alla noder alltid kör samma programvaruversion. Uppgraderingar görs enligt uppgraderingsschemat för klustret. När en programvaruuppgradering blir tillgänglig kan du uppgradera klustret manuellt före den schemalagda uppgraderingstiden.

Innan du börjar

Brådskande uppgraderingar tillämpas så snart de är tillgängliga.

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid och klicka sedan på Visa alla på videonätkortet.

2

Klicka på en medieresurs och klicka sedan på Redigera klusterinställningar.

3

På sidan Inställningar bläddrar du till Uppgradera och väljer sedan tid, frekvens och tidszon för uppgraderingsschemat.

Uppgraderingar kan ta längre än några minuter om videonätnoden väntar på att aktiva samtal ska avslutas. För en mer omedelbar uppgraderingsprocess rekommenderar vi att du schemalägger det automatiska uppgraderingsfönstret utanför dina vanliga arbetstider.

4

(Valfritt) Vid behov klickar du på Senarelägg för att skjuta upp uppgraderingen en gång till nästa fönster.

Under tidszonen visas nästa tillgängliga uppgraderingsdatum och -tid.

Uppgradera beteende

Noden gör regelbundna förfrågningar till molnet för att se om en uppdatering är tillgänglig.
Molnet gör inte uppgraderingen tillgänglig förrän klustrets uppgraderingsfönster visas. När uppgraderingsfönstret anländer levererar nodens nästa begäran om regelbunden uppdatering till molnet uppdateringsinformationen.
Noden hämtar uppdateringar över en säker kanal.
Befintliga tjänster stängdes av för att stoppa inkommande samtal dirigeras till noden. Den trevliga avstängningen ger även befintliga samtal tid att slutföra (upp till 2 timmar).
Uppgraderingen installeras.
Molnet utlöser endast uppgraderingen för en procentandel noder i ett kluster åt gången.

Ta bort videonätskluster

Du kan ta bort ett videonätkluster permanent från Webex-molnet. För att slutföra den här proceduren måste du antingen flytta varje nod till ett annat kluster eller avregistrera alla noder. Avregistrering av alla noder i ett kluster tar bort dem permanent och gör dem otillgängliga för användning. Det enda sättet att göra avregistrerade noder tillgängliga igen är att omregistrera dem.

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid och klicka sedan på Visa alla.

2

I listan över resurser bläddrar du till videonätsresurs som du vill ta bort och klickar sedan på Redigera klusterinställningar.

Du kan klicka på videonät för att filtrera på bara videonätsresurser.

3

Klicka på Ta bort kluster och välj sedan ett:

Klicka på Flytta alla noder. För varje nod kan du antingen skapa en ny resurs genom att välja en befintlig resurs i listrutan eller ange ett nytt namn och klicka sedan på Fortsätt.
Klicka på Avregistrera alla noder, markera kryssrutan och klicka sedan på Ta bort kluster.

Inaktivera videonät

Inaktivering av videonät tar bort möjligheten att ha media kvar lokalt för dina möten. Alla pågående möten som använder videonätnoder avslutas och framtida möten hålls också i molnet. När videonätet har inaktiverats är det enda sättet att använda videonät att distribuera det från början.

Innan du börjar

Innan du inaktiverar videonät avregistrerar du alla videonätnoder.

1	Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid > Visa alla, välj Inställningar på videonätkortet.
2	Klicka på Inaktivera.
3	Granska listan över kluster och läs friskrivningen i dialogrutan.
4	Markera kryssrutan för att bekräfta att du förstår den här åtgärden och klicka på Inaktivera i dialogrutan.
5	När du är redo att inaktivera videonätet klickar du på Inaktivera tjänsten. Inaktivering tar bort alla videonätnoder och kluster. Videonät är inte längre konfigurerat.

Felsöka registrering av videonätnod

Det här avsnittet innehåller eventuella fel som du kan stöta på när du registrerar din videonätnod i Webex-molnet och föreslog åtgärder för att korrigera dem.

Domänen kunde inte åtgärdas

Det här meddelandet visas om DNS-inställningarna som konfigurerats på din videonätnod inte är korrekta.

Logga in på konsolen på videonätnoden och kontrollera att DNS-inställningarna är korrekta.

Det gick inte att ansluta till webbplatsen med port 443 via SSL

Det här meddelandet visas om din videonätnod inte kan ansluta till Webex-molnet.

Se till att nätverket tillåter anslutning på portarna som krävs för videonät. Mer information finns i Portar och protokoll som används av videonät.

Tusen ögon integrering med videonät

Videonätplattformen är nu integrerad med ThousandEyes-agenten som gör det möjligt för dig att utföra end-to-end-övervakning i ditt hybriddigitala ekosystem. Den här integreringen ger dig ett brett utbud av tester för nätverksövervakning som öppnar synlighet i områden som proxyservrar, gateways och router. Problem var som helst längs en kunds nätverksinfrastruktur kan minskas och diagnostiseras med större precision, vilket förbättrar effektiviteten i distributionen.

Fördelar med Thousand Eyes Integration

Ger dig flera testtyper att välja mellan. Du kan konfigurera ett eller flera tester som är lämpliga för det program eller den tillgång som du vill övervaka.
Gör att du kan ställa in testtröskelvärden som är specifika för dina krav.
Testresultaten finns tillgängliga via webbappen ThousandEyes och ThousandEyes API i realtid.
Större synlighet vid felsökning – kunder kan identifiera orsaken till ett problem i sitt nätverk, vilket minskar upplösningen.

Aktivera tusen ögon för videonät

Använd den här proceduren för att aktivera Thousand Eyes-agenten för din distribution av videonät.

1

Från Control Hub klickar du på Hybrid längst ner till vänster på skärmen.

2

Klicka på Redigera inställningar på videonätkortet.

3

Rulla ner till Thousand Eyes Integration. Växlingen inaktiveras som standard. Klicka på växlingsknappen för att aktivera den.

4

Klicka på Thousand Eyes användarprofil, ThousandEyes webbportal öppnas, logga in med administratörsuppgifterna.

5

En sidopanel visas med token för kontogrupp.

6

Klicka på visningsikonen och klicka sedan på Kopiera.

Token kopieras inte korrekt om knappen för visning av token inte klickas.

7

Gå tillbaka till fliken Control Hub och klistra in token i fältet Agent Token.

8

Klicka på Aktivera, ThousandEyes är nu aktiverat för din distribution av videonät.

Nästa steg

- Efter 5 minuter går du tillbaka till sidan Tusen ögon, klickar på Cloud- och Enterprise-agenter och klickar sedan på Agentinställningar. Du bör kunna visa alla dina noder som listas som agenter under Företagsagenter. Om agenterna inte visas kontrollerar du Thousand Eyes-integreringskortet i Control Hub för felmeddelanden.
- Om ett felmeddelande visas klickar du på växlingsknappen och sedan på Inaktivera. Upprepa stegen för att aktivera agenten ThousandEyes och se till att rätt token för kontogrupp kopieras och klistras in i fältet Agent Token.

Konfigurera tester med ThousandEyes

Nätverkstest – agent-till-agent

Med nätverkstestet agent-till-agent kan användare av Thousand Eyes ha ThousandEyes-agenter i båda ändarna av en övervakad sökväg, vilket möjliggör testning av sökvägen i någon eller båda riktningarna: källa till mål eller mål till källa. Mer information om hur du konfigurerar ett agent-till-agent-test finns i Översikt över test för agent-till-agent.

En dialogruta för skapande av prov visas nedan.

SIP-servertest

SIP-servertester underlättar nätverksmätningar, BGP-datainsamling och, viktigast av allt, tillgänglighetstestning av SIP-tjänster och prestanda mot SIP-baserad VoIP-infrastruktur.

Mer information om hur du konfigurerar ett SIP-servertest finns i SIP-serverinställningarna.

En dialogruta för skapande av prov visas nedan.

RTP-ström-test

Ett RTP-strömstest skapar en simulerad röstdataström mellan två tusen ögon-agenter som agerar som VoIP-användaragenter. RTP-paket skickas mellan en eller flera agenter och en målagent, med UDP som transportprotokoll, för att erhålla MOS (Mean Opinion Score), paketförlust, kassering, latens och PDV (Packet Delay Variation)-värden. Mätvärden som produceras är envägsmätvärden (källa till mål). RTP-strömstestet tillhandahåller serverport, samtalslängd, de-jitter buffertstorlek och alternativ för codec-konfiguration.

Mer information om hur du konfigurerar ett RTP-strömstest finns i RTP-strömstest.

En dialogruta för skapande av prov visas nedan.

Webex HTTP-server URL-test

Det här testet övervakar den primära startsidan som användarna ansluter till när de får åtkomst till Webex. En dialogruta för skapande av prov visas nedan.

Auktoriserat Webex DNS-servertest

Det här testet används för att säkerställa att din Webex-domän löses korrekt både internt och externt. När du använder företagsagenter ska du uppdatera fältet DNS-servrar för att använda dina interna namnservrar. Om du använder molnagenter för extern sikt använder du knappen Lookup Servers för att automatiskt fylla i de auktoriserade externa namnservrarna. Det här exemplet visar molnagenter som löser cisco.webex.com. Du måste uppdatera den till din organisations domän.

En dialogruta för skapande av prov visas nedan.

'

Hantera videonätnod från webbgränssnittet

Innan du kan göra nätverksändringar i videonätnoder som är registrerade i molnet måste du använda Control Hub för att sätta dem i underhållsläge. Mer information och en procedur att följa finns i Flytta en nod till underhållsläge.

Underhållsläget är endast avsett att förbereda en nod för avstängning eller omstart så att du kan göra vissa ändringar i nätverksinställningen (DNS, IP, FQDN) eller förbereda dig för maskinvaruunderhåll, t.ex. ersätta RAM, hårddisk och så vidare.

Uppgraderingar sker inte när en nod är placerad i underhållsläge.

När du placerar en nod i underhållsläge stängs samtalstjänsterna på ett graciöst sätt (slutar att acceptera nya samtal och väntar upp till 2 timmar innan befintliga samtal slutförs). Syftet med den graciösa avstängningen av samtalstjänster är att tillåta omstart eller avstängning av noden utan att orsaka avbrutna samtal.

Så här öppnar du videonätöversikt

Du kan öppna webbgränssnittet på något av följande sätt:

Om du är en fullständig administratör och redan har registrerat noden i molnet kan du komma åt noden från Control Hub.

Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid. Under Resurser på videonätkortet klickar du på Visa alla. Klicka på klustret och klicka sedan på noden som du vill komma åt. Klicka på Gå till nod.

Endast en fullständig administratör för din Webex-organisation kan använda den här funktionen. Andra administratörer, inklusive partner- och externa fullständiga administratörer, har inte Gå till nod alternativet för videonätsresurser.
I en webbläsarflik går du till <IP address>/setup, till exempel, https://192.0.2.0/setup. Ange administratörsuppgifterna som du har konfigurerat för noden och klicka sedan på Logga in.

Om administratörskonto har inaktiverats är den här metoden inte tillgänglig. Se avsnittet ”Inaktivera eller återaktivera det lokala administratörskontot från webbgränssnittet”.

Översikten är standardsidan och har följande information:

Samtalsstatus – Anger antalet pågående samtal via noden.
Nodinformation – Anger nodtyp, programvarubild, programvaruversion, OS-version, QoS-status och underhållsläge.
Nodhälsa – Tillhandahåller användningsdata (CPU, minne, disk) och tjänststatus (hanteringstjänst, meddelandetjänst, NTP-synkronisering).
Nätverksinställningar – Tillhandahåller nätverksinformation: värdnamn, gränssnitt, IP, gateway, DNS, NTP och om dubbel IP är aktiverad.
Registreringsinformation – Ger registreringsstatus, organisationsnamn, organisationsnummer, kluster som noden ingår i och kluster-ID.

Molnanslutning – kör en serie tester från noden till Webex-molnet och tredjepartdestinationer som noden behöver få åtkomst till för att köra korrekt.

Tre typer av tester körs: DNS-upplösning, serversvarstid och bandbredd.

DNS-tester validerar att noden kan lösa en viss domän. Dessa tester rapporteras som misslyckade om servern inte svarar inom 10 sekunder. De visas som ”Godkänd” med en orange ”varningsfärg” om svarstiden är mellan 1,5 och 10 sekunder. De periodiska DNS-kontrollerna på noden genererar larm om DNS-svarstiden är längre än 1,5 sekunder.
Anslutningstester validerar att noden kan ansluta till en viss HTTPS-URL och ta emot ett svar (andra svar än proxy- eller gatewayfel accepteras som bevis på anslutning).
Listan över tester som körs från översiktssidan är inte uttömmande och innehåller inte websocket-tester.
Noden skickar larm om samtalsprocesserna inte kan slutföra webbsocket-anslutningar till molnet eller ansluta till samtalsrelaterade tjänster.

Ett godkänt eller misslyckat resultat visas bredvid varje test. Du kan hålla muspekaren över den här texten för att se mer information om vad som kontrollerades när testet kördes.

Som visas i skärmbilden som följer kan larmaviseringar även visas i sidopanelen om några larm har genererats av noden. Dessa aviseringar identifierar potentiella problem på noden och ger förslag om hur du kan felsöka eller lösa dessa problem. Om inga larm genererades visas inte aviseringspanelen.

Konfigurera nätverksinställningar från webbgränssnittet för videonätnod

Om din nätverksopologi ändras kan du använda webbgränssnittet för varje Webex-videonätnod och ändra nätverksinställningarna där. Du kan se en varning om att ändra nätverksinställningarna, men du kan fortfarande spara ändringarna om du gör ändringar i nätverket efter att du har ändrat inställningarna för Webex-videonätnod.

1

Öppna gränssnittet för Webex-videonätnod.

2

Gå till nätverket.

De aktuella nätverksinställningarna för noden visas.

3

Ändra följande inställningar för värd- och nätverkskonfiguration efter behov:

Under Redigera värdnamn och domän ändrar du värdens värdnamn och domänvärden.
Ett fel visas om FQDN (värdnamn och domän) inte har rätt format.
Under nätverksläge anges Aktivera DHCP, men DHCP stöds inte. Du måste ange en statisk IP-adress, nätmask och gateway.

Under Redigera nätverkskonfiguration ändrar du IP-adressen (för det interna gränssnittet), nätmask och gateway(en nätverksnod som fungerar som åtkomstpunkt till ett annat nätverk).

Videonätnoden måste ha en intern IP-adress och löstagbart DNS-namn. Nodens IP-adress får inte tillhöra det IP-adressintervall som är reserverat för intern användning av videonätnod. Standardreserverat IP-adressintervall är 172.17.42.0–172.17.42.63, vilket kan konfigureras senare i Diagnostic-menyn i nodkonsolen. Detta IP-adressintervall är för kommunikation inom videonätnoden och mellan programvarubehållare som håller de olika komponenterna i noden – till exempel SIP-gränssnittet och medieomkodning.

Under Redigera DNS-servrar ändrar du DNS-serverposter som hanterar översättande domännamn till numeriska IP-adresser. Du kan ange upp till 4 DNS-servrar.

4

Klicka på Spara värd- och nätverkskonfiguration och när popup-fönstret visar att noden behöver startas om klickar du på Spara och starta om.

Under sparningen valideras alla fält på serversidan. Varningar som visas indikerar i allmänhet att servern inte kan nås eller att ett giltigt svar inte returnerades när de frågades – till exempel om FQDN inte kan lösas med de angivna DNS-serveradresserna. Du kan välja att spara genom att ignorera varningen, men samtal kommer inte att fungera förrän FQDN kan lösa den DNS som konfigurerats på noden. Ett annat möjligt feltillstånd är om gatewayadressen inte är i samma subnät som IP-adressen. När videonätnoden har startats om träder nätverkskonfigurationen i kraft.

5

Ändra följande inställningar för NTP-servrar efter behov:

Under Redigera NTP-servrar ändrar du värdena för NTP-serverposter som används i din organisation för att synkronisera tiden till noden.

6

Klicka på Spara NTP-servrar.

Om du konfigurerar fler än en NTP-server är omröstningsintervallet för redundans 40 sekunder.

Om NTP-servern är en FQDN och den inte kan lösas returneras en varning. Om NTP-serverns FQDN har åtgärdats men den åtgärdade IP-adressen inte kan ifrågasättas för NTP-tid returneras en varning.

Ställ in det externa nätverksgränssnittet från webbgränssnittet för videonätnod

Om din nätverksopologi ändras kan du använda webbgränssnittet för varje Webex-videonätnod och ändra nätverksinställningarna där. Du kan se en varning om att ändra nätverksinställningarna. Du kan dock fortfarande spara ändringarna om du gör ändringar i nätverket efter att du har ändrat inställningarna för Webex-videonätnod.

Du kan konfigurera det externa nätverksgränssnittet om du distribuerar videonätnoden i ditt nätverks DMZ så att du kan isolera företagstrafiken (intern) från extern (extern) trafik.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till nätverket. De aktuella nätverksinställningarna för noden visas.
3	Klicka på Avancerat.
4	Aktivera Aktivera externt nätverk och klicka sedan på OK för att aktivera alternativen för extern IP-adress på noden.
5	Ange värden för extern IP-adress, extern nätmask och extern gateway.
6	Klicka på Spara extern nätverkskonfiguration.
7	Klicka på Spara och starta om för att bekräfta ändringen. Noden startar om för att aktivera den dubbla IP-adressen och konfigurerar sedan automatiskt de grundläggande statiska dirigeringsreglerna. Dessa regler fastställer att trafik till och från en privat klass IP-adress använder ett internt gränssnitt; trafik till och från en offentlig klass IP-adress använder ett externt gränssnitt. Senare kan du skapa egna dirigeringsregler – till exempel om du behöver konfigurera en åsidosättning och tillåta åtkomst till en extern domän från det interna gränssnittet.
8	Om det finns fel klickar du på OK för att stänga feldialogrutan, åtgärda felen och klicka på Spara extern nätverkskonfiguration igen.

Nästa steg

För att validera den interna och externa IP-adresskonfigurationen gör du stegen i Kör en ping från webbgränssnittet för videonätnod.

Testa en extern destination (till exempel cisco.com). Om det lyckas visar resultaten att destinationen har åtkomst från det externa gränssnittet.
Testa en intern IP-adress. Om detta lyckas visar resultaten att adressen har hämtats från det interna gränssnittet.

Lägg till interna och externa dirigeringsregler från webbgränssnittet för videonätnod

I en distribution av dubbelt nätverksgränssnitt (NIC) kan du finjustera dirigeringen för videonätnoder genom att lägga till användardefinierade dirigeringsregler för externa och interna gränssnitt. Standardrutorna läggs till i noderna, men du kan göra undantag – till exempel externa undernät eller värdadresser som måste nås via det interna gränssnittet, eller interna undernät eller värdadresser som måste nås från det externa gränssnittet. Utför följande steg vid behov.

Innan du börjar

Om du vill konfigurera dirigeringsregler måste du först aktivera och konfigurera det externa nätverksgränssnittet.

1

Öppna gränssnittet för Webex-videonätnod.

2

Gå till nätverket.

De aktuella nätverksinställningarna för noden visas. Om du har konfigurerat det externa nätverket visas fliken Routningsregler.

3

Klicka på fliken Routningsregler.

Första gången du öppnar den här sidan visas standardsystemdirigeringsreglerna i listan. Som standard går all intern trafik via det interna gränssnittet och extern trafik via det externa gränssnittet.

Du kan lägga till manuella åsidosättningar till dessa regler i nästa steg.

4

Om du vill lägga till en regel klickar du på Lägg till dirigeringsregel och väljer sedan något av följande alternativ:.

För nätverkstyp klickar du på Intern och anger sedan det externa subnätet eller värd-IP-adressen som ska användas för den interna rutten.
För nätverkstyp klickar du på Extern och anger sedan det interna subnätet eller värd-IP-adressen som ska användas för den externa rutten.

5

Klicka på Lägg till dirigeringsregel.

När du lägger till varje regel visas de i listan över routningsregler, kategoriserade som användardefinierade regler.

6

Om du vill ta bort en eller flera användardefinierade regler markerar du kryssrutan i kolumnen till vänster om reglerna och klickar sedan på Ta bort dirigeringsregel.

Standardrutorna kan inte tas bort, men du kan ta bort alla användardefinierade åsidosättningar som du har konfigurerat.

Anpassade dirigeringsregler kan skapa risk för konflikter med annan dirigering. Du kan till exempel definiera en regel som låser din SSH-anslutning till gränssnittet för videonätnod. Om detta inträffar gör du något av följande och tar sedan bort eller ändra dirigeringsregeln:

Öppna en SSH-anslutning till den offentliga IP-adressen för videonätnoden.
Öppna videonätnoden via ESXi-konsolen

Konfigurera behållarnätverket från webbgränssnittet för videonätnod

Videonätnod reserverar ett delnätintervall för intern användning inom noden. Standardintervallet är 172.17.42.0–172.17.42.63. Noderna svarar inte på någon extern-till-videonätnodtrafik från det här intervallet. Du kanske vill använda nodkonsolen för att ändra IP-adressen till containersbrygga för att undvika konflikter med andra enheter i nätverket.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till nätverket. De aktuella nätverksinställningarna för noden visas.
3	Klicka på Avancerat.
4	Ändra värdena för Container IP-adress och Container Subnet Mask efter behov och klicka sedan på Spara Container Network Configuration.
5	Klicka på Spara och starta om för att bekräfta ändringen.
6	Om det finns fel klickar du på OK för att stänga feldialogrutan, åtgärda felen och klicka på Spara nätverkskonfiguration för container igen.

Ställ in MTU-storlekar för nätverksgränssnittet

Alla Webex-videonätnoder har sökvägen MTU (PMTU) aktiverad som standard. Med PMTU kan noden identifiera MTU-problem och justera MTU-storleken automatiskt. När PMTU slutar fungera på grund av brandväggs- eller nätverksproblem kan noden ha problem med anslutningen till molnet eftersom paket som är större än MTU tappar. Manuell inställning av en lägre MTU-storlek kan åtgärda problemet.

Innan du börjar

Om du redan har registrerat noden måste du sätta noden i underhållsläge innan du kan ändra MTU-inställningarna.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till nätverket. De aktuella nätverksinställningarna för noden visas.
3	Klicka på Avancerat.
4	I avsnittet MTU-inställningar för gränssnitt anger du ett MTU-värde mellan 1280 och 9000 byte i tillämpliga fält. Om du har aktiverat det externa gränssnittet kan du ställa in MTU-storlekar för både det interna och det externa gränssnittet separat.

Noden startas om för att tillämpa MTU-ändringarna.

Nästa steg

Om du sätter noden i underhållsläge för att ändra MTU stänger du av underhållsläget.

Aktivera eller inaktivera cachelagring av DNS

Om DNS-svar på dina videonätnoder regelbundet tar mer än 750 ms, eller om Cisco TAC rekommenderar det, kan du aktivera DNS-cachelagring. När DNS-cachelagring är aktiverad cachar noden DNS-svar lokalt. Med cacheminnet är förfrågningar mindre benägna att fördröja eller timeout som kan leda till anslutningslarm, samtalsfall eller problem med samtalskvaliteten. DNS-cachelagring kan också minska belastningen på din DNS-infrastruktur.

Innan du börjar

Flytta noden till underhållsläge. När underhållslägets status är På (aktiva samtal har slutförts eller avbrutits i slutet av väntande period) kan du aktivera eller inaktivera DNS-cachelagring.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till nätverket. De aktuella nätverksinställningarna för noden visas.
3	Klicka på Avancerat.
4	I avsnittet DNS-cachekonfiguration växlar du Aktivera DNS-cachelagring på eller av.
5	Klicka på Spara och starta om i bekräftelsedialogrutan.
6	När noden har startats om öppnar du gränssnittet för Webex-videonätnod igen och bekräftar att anslutningskontrollerna fungerar på sidan Översikt.

När du aktiverar DNS-cachelagring visar DNS-cachestatistiken följande statistik:

Statistik	Beskrivning
Cacheposter	Antal tidigare DNS-upplösningar som DNS-cacheservern har sparat
Cacheträffar	Antalet gånger sedan cacheåterställningen som cachelagringen hanterade en DNS-begäran från videomesh utan att fråga kundens DNS-server
Cachemisser	Antalet gånger sedan cacheåterställningen som kundens DNS-server hanterade en DNS-begäran från videonät snarare än genom cacheminnet
Procent av cacheträffar	Procentandelen DNS-förfrågningar från videonät som cachelagring hanterade utan att fråga kundens DNS-server
Utgående DNS-frågor för cacheserver	Antalet DNS-frågor som videomesh DNS-cacheservern gjorde mot kundens DNS-servrar
Cacheserverns inkommande DNS-frågor	Antalet DNS-frågor som videomesh gjorde mot sin interna DNS-cacheserver
Förhållande mellan utgående och inkommande frågor	Förhållandet mellan DNS-frågor som görs av videonät mot kundens DNS-server och frågor som görs av videonät mot dess interna DNS-cacheserver
Inkommande frågor per sekund	Det genomsnittliga antalet DNS-frågor per sekund som videomesh gjorde mot sin interna DNS-cacheserver
Utgående frågor per sekund	Det genomsnittliga antalet DNS-frågor per sekund som videomesh gjorde mot kundens DNS-servrar
Utgående DNS-latens [tidsintervall]	Procent av DNS-frågor som videomesh gjorde mot kundens DNS-servrar där svarstiden föll in i det beskrivna tidsintervallet

Använd Torka DNS-cacheminnet för att återställa DNS-cacheminnet när TAC begär. När du har torkat DNS-cacheminnet ser du ett högre förhållande mellan utgående och inkommande frågor när cacheminnet fylls på. Du behöver inte placera noden i underhållsläge för att rensa cacheminnet.

Nästa steg

Flytta noden ur underhållsläge. Upprepa sedan uppgiften på alla andra noder som kräver en ändring.

Överför säkerhetscertifikat

Konfigurera en förtroenderelation mellan noden och en extern server, till exempel en syslog-server.

I en klustermiljö måste du installera CA- och servercertifikat på varje nod individuellt.

1

Öppna gränssnittet för Webex-videonätnod.

2

När du ställer in TLS med en annan server, till exempel en syslog-server, rekommenderar vi av säkerhetsskäl att du använder ett CA-signerat certifikat på dina videonätnoder istället för nodens standardcertifikat som är självsignerat. Om du vill skapa och ladda upp certifikatet och nyckelpar på videonätnoden går du till servercertifikat och följer dessa steg:

Om du behöver ett certifikat utfärdat av en certifierad leverantör klickar du på Skapa en certifikatsigneringsbegäran. Fyll i den information som krävs (inklusive alternativt ämnesnamn), som är FQDN:er som måste innehålla det gemensamma namnet). Generera och hämta sedan CSR för att skicka begäran till leverantören. Du kan skapa flera kundtjänstrepresentanter. Leverantören returnerar det signerade certifikatutfärdaren (CA). (Steget för att skapa CSR har redan genererat den privata nyckeln.)

Det vanliga namnet är inte en URL. Det innehåller inget protokoll (t.ex. http:// eller https://), portnummer eller pathname. Filen commonName fältet i certifikatspecifikationen X.509 representerar tekniskt det gemensamma namnet. Till https://www.example.com, det korrekta värdet är example.com.

När du har certifikatet och nyckeln klickar du på Överför ett servercertifikat (.crt- eller .pem-fil), välj certifikatfilen och klicka sedan på Överför en privat nyckel (.nyckelfil) och anger en lösenfras om du har en.

Den privata nyckeln finns redan på plats när en kundtjänstrepresentant genereras. Du behöver bara ladda upp en privat nyckel om du inte använder steget för att skapa CSR.
När du har fått certifikatet går du till den första videonätnoden i ett kluster, klickar på Installera servercertifikat, läs instruktionen, klicka på Installera och klicka sedan på OK.

En videonätnod som är registrerad i molnet väntar upp till 2 timmar på att alla samtal ska avslutas och hamnar i ett tillfälligt inaktivt tillstånd (frågeställningar). När antingen de befintliga samtalen är klara eller 2 timmar passerat (beroende på vilket som kommer först) slutför den här noden certifikatinstallationen. En uppmaning visas när installationen av servercertifikatet slutförs och du kan sedan läsa in sidan igen för att visa det nya certifikatet och nyckelposten.
Klicka på Hämta bredvid certifikatet och nyckelfiler för att spara en lokal kopia.

Spara filerna på en plats som är lätt att komma ihåg och lämna instansen öppen på webbläsarfliken.
Gå till den andra videonätnoden i klustret, fyll i lösenfrasen och överför sedan filen med den privata nyckeln. Klicka sedan på Ladda upp ett servercertifikat och välj sedan Installera servercertifikat, läs instruktionen, klicka på Installera och klicka sedan på OK.
Upprepa dessa steg på alla andra videonätnoder i samma kluster.

3

Välj ett alternativ beroende på hur den externa serverns CA-certifikat signeras:

Om serverns CA-certifikat är signerat av en allmänt erkänd organisation, t.ex. DigiCert, GeoTrust eller GlobalSign, kommer videonätnoden att lita på den baserat på listan över rotcertifikat från videonätnodens värdoperativsystem, som uppdateras regelbundet. Hoppa till steg 6.
Om serverns CA-certifikat är signerat av ett internt CA-rotcertifikat måste rotcertifikatet från den myndigheten läggas till i videonätnoden. Fortsätt med nästa steg.

4

Hämta certifikatet eller certifikatbetrodda certifikat (CTL) som den externa servern använder.

Precis som med videonätnodcertifikatet sparar du den externa serverfilen någonstans som är lätt att komma ihåg.

5

Gå tillbaka till fliken Gränssnitt för Webex-videonätnod, klicka på Trust Store och Proxy och välj sedan ett alternativ:

Om du vill installera ett enda CA-certifikat klickar du på Ladda upp ett rotcertifikat eller ett slutcertifikat (.crt eller .pem-fil) och väljer sedan certifikatfilen från datorn, klickar på Installera alla certifikat i Trust Store, läser instruktionen, klickar Installera och startar sedan om noden.
Om du vill installera en certifikatkedja överför du rot-CA-certifikatet och mellanliggande CA-certifikat. Klicka sedan på Installera alla certifikat i Trust Store, läs instruktionen och klicka sedan på Installera.

En videonätnod som är registrerad i molnet väntar upp till 2 timmar på att alla samtal ska avslutas och hamnar i ett tillfälligt inaktivt tillstånd (frågeställningar). För att installera certifikatet måste noden startas om och gör det automatiskt. När det kommer tillbaka online visas en uppmaning när certifikatet är installerat på videonätnoden och du kan sedan ladda upp sidan igen för att visa det nya certifikatet.

6

Upprepa överföringen av certifikatet eller certifikatkedja på alla andra videonätnoder i samma kluster.

Generera videonätloggar för stöd

Du kan bli ombedd att skicka loggar direkt till Cisco, eller så kan du hämta dem själv för att bifoga ett ärende. Använd den här proceduren från webbgränssnittet för att generera loggar och skicka dem till Cisco eller hämta dem från alla videonätnoder. Det genererade loggpaketet innehåller medialoggar, systemloggar och containerloggar. Paketet innehåller användbar information för anslutning till Webex, plattformsproblem och samtalskonfiguration eller media, så att Cisco kan felsöka distributionen av videonätnod åt dig.

1

Öppna gränssnittet för Webex-videonätnod.

2

Gå till Felsökning och välj sedan ett alternativ bredvid Skicka loggar:

Klicka på Skicka loggar till Cisco för att generera ett loggpaket från noden och skicka paketet direkt till Cisco i ett steg. Du ser en statusindikator som ändras när loggarna komprimeras, blixtas och laddas upp.
Klicka på Hämta för att generera ett långt paket från noden som du kan spara lokalt eller bifoga till ett ärende senare.

Genererade loggar lagras historiskt på noden och förblir kvar på noden även efter omstart. En överföringsidentifierare visas på sidan. Supporten använder detta värde för att identifiera dina överförda loggar.

3

När du öppnar ett ärende eller interagerar med Cisco TAC ska du inkludera värdet för uppladdningsidentifierare så att din supportingenjör kan komma åt loggarna.

Om du skickade in loggen till Cisco direkt behöver du inte ladda upp loggpaketet till TAC-ärendet.

Nästa steg

När loggar laddas upp till Cisco eller hämtas kan du köra en paketinspelning från samma skärm.

Generera videonätpaketinspelningar för stöd

Du kan köra en paketinspelning (PCAP) och skicka den till Cisco för ytterligare analys. En paketinspelning tar en ögonblicksbild av datapaket som går genom nodens nätverksgränssnitt. När paket har tagits in och skickats kan Cisco analysera den inskickade inspelningen och hjälpa till med felsökning av distributionen av videonätnod.

Innan du börjar

Paketfångstfunktionen är endast avsedd för felsökning. Om du kör en paketinspelning på en live-videonätnod som är värd för aktiva samtal kan paketinspelningen påverka nodens prestanda och den genererade filen kan skrivas över. Detta leder till förlust av insamlade data. Vi rekommenderar att du endast kör paketinspelningen under stängda timmar eller när samtalsantalet är mindre än 3 på noden.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till Felsökning. Du kan starta paketinspelning och överföra loggar samtidigt.
3	(Valfritt) I avsnittet Paketfångst kan du begränsa insamlingen till paket i ett specifikt gränssnitt, filtrera efter paket till eller från specifika värdar eller filtrera efter paket på en eller flera portar.
4	Starta processen genom att aktivera inställningen Starta paketfångst.
5	När du är klar stänger du av inställningen Starta paketfångst.
6	Välj ett alternativ: Klicka på Skicka PCAP till Cisco för att skicka paketinspelningen från noden direkt till Cisco. Du ser en statusindikator som ändras när paketinspelningen överförs. Klicka på Hämta för att spara en lokal kopia av paketinspelningen från noden. Du kan bifoga det till ett ärende senare. När en paketinspelning har överförts visas en överföringsidentifierare på sidan. Supporten använder detta värde för att identifiera din uppladdade paketinspelning. Den maximala storleken för paketinspelningar är 2 GB.
7	När du öppnar ett ärende eller interagerar med Cisco TAC ska du inkludera värdet för uppladdningsidentifierare så att din supportingenjör kan komma åt paketinspelningen.

Kör en ping från webbgränssnittet för videonätnod

Du kan köra en ping från webbgränssnittet för videonätnod. Det här steget testar en destination som du anger och ser om videonätnoden kan nå den.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till Felsökning, bläddra till Ping och ange sedan en destinationsadress som du vill testa i fältet FQDN- eller IP-adress under Testa anslutning med ping.
3	Klicka på Ping. Testet körs och du ser ett meddelande om att ping lyckas eller misslyckas. Testet har ingen tidsgräns. Om du får ett fel eller testet körs på obestämd tid kontrollerar du destinationsvärdet som du angav och dina nätverksinställningar.

Kör en spårningsrutt från webbgränssnittet för videonät

Du kan köra en spårningsruta från webbgränssnittet för videonätnod. Det här steget visar vägen som tas av paket från noden till den destination som du anger. Genom att visa spårningsinformationen kan du avgöra varför en viss anslutning kan vara dålig och kan hjälpa dig att identifiera problem.

1

Öppna gränssnittet för Webex-videonätnod.

2

Gå till Felsökning, bläddra till Traceroute och ange sedan en destinationsadress som du vill testa i fältet FQDN- eller IP-adress under Spåra rutt till värd.

Testet körs och meddelandet om framgång eller misslyckande för spårningsrutten visas. Testet tar slut med 16 sekunder. Om du får ett fel eller testtiden har gått ska du kontrollera destinationsvärdet som du angav och dina nätverksinställningar.

Kontrollera NTP-servern från webbgränssnittet för videonätnod

Du kan ange en FQDN- eller IP-adress för en nätverkstidsprotokoll (NTP)-server för att bekräfta att videonätnoden kan komma åt servern. Det här testet är användbart om du märker tidssynkroniseringsproblem och vill utesluta att NTP-servern kan nås.

1

Öppna gränssnittet för Webex-videonätnod.

2

Gå till Felsökning, bläddra till Kontrollera NTP-servern och ange sedan en destinationsadress som du vill testa i fältet FQDN- eller IP-adress under Visa svar på SNTP-frågor.

Testet körs och du ser ett meddelande om framgång eller misslyckande. Testet har ingen tidsgräns. Om du får ett fel eller testet körs på obestämd tid kontrollerar du destinationsvärdet som du angav och dina nätverksinställningar.

Identifiera portproblem med reflektorverktyget i webbgränssnittet

Reflektorverktyget (en kombination av en server på videonätnoden och klienten via ett Python-skript) används för att kontrollera om de obligatoriska TCP/UDP-portarna är öppna från videonätnoder.

Innan du börjar

Hämta en kopia av Reflector Tool Client (ett Python-skript) från https://github.com/CiscoDevNet/webex-video-mesh-reflector-client.
Se till att du kör Python 2.7.10 eller senare i din miljö för att skriptet ska fungera korrekt.
För närvarande har det här verktyget stöd för SIP-slutpunkter för videonätnoder och intraklusterverifiering.

1	Från kundvyn i https://admin.webex.com aktiverar du underhållsnoden för videonätnoden genom att följa dessa instruktioner.
2	Vänta på att noden visar status ”redo för underhåll” i Control Hub.
3	Öppna gränssnittet för Webex-videonätnod. Anvisningar finns i Hantera videonätnod från webbgränssnittet.
4	Bläddra till Reflector Tool och starta sedan antingen TCP Reflector Server eller UDP Reflector Server, beroende på vilket protokoll du vill använda.
5	Klicka på Starta reflektorserver och vänta sedan på att servern ska starta. Du ser ett meddelande när servern startar.
6	Kör skriptet med följande kommando från ett system (t.ex. en dator) i ett nätverk som du vill att videonätnoder ska nå: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` I slutet av körningen visar klienten ett framgångsmeddelande om alla obligatoriska portar är öppna: Klienten visar ett misslyckat meddelande om några obligatoriska portar inte är öppna:
7	Lös alla portproblem på brandväggen och kör sedan vidare stegen ovan.
8	Kör klienten med `--help` för att få mer information.

Aktivera felsökningskonto från webbgränssnittet för videonätnod

Om Cisco TAC kräver åtkomst till Webex-videonätnoden kan du tillfälligt aktivera ett felsökningskonto så att supporten kan köra vidare felsökning.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till Felsökning och aktivera inställningen Aktivera felsökning. En krypterad lösenfras visas som du kan tillhandahålla till Cisco TAC.
3	Kopiera lösenfrasen, klistra in den i supportbiljetten eller direkt till supportingenjören och klicka sedan på OK när du har sparat den.

Felsökningskontot är giltigt i 3 dagar, varefter det upphör.

Nästa steg

Du kan inaktivera kontot innan det upphör om du återgår till sidan Felsökning och sedan stänger av inställningen Aktivera felsökning.

Fabriksåterställning av en videonätnod från webbgränssnittet

Som en del av rensningen av avregistrering kan du fabriksåterställa videonätnoden från webbgränssnittet. Det här steget tar bort alla konfigurationer som du har installerat när noden var aktiv men tar inte bort posten för virtuella datorer. Senare kan du vilja registrera den här noden som en del av ett annat kluster som du bygger från grunden.

Innan du börjar

Du måste använda Control Hub för att avregistrera videonätnoden från klustret som är registrerat i Control Hub.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till Felsökning, bläddra till fabriksåterställning och klicka sedan på Återställ nod.
3	Se till att du förstår informationen i varningsmeddelandet som visas och klicka sedan på Återställ och Starta om. Noden startar om automatiskt efter fabriksåterställningen.

Inaktivera eller återaktivera det lokala administratörskontot från webbgränssnittet

När du installerar en Webex-videonätnod loggar du först in med ett inbyggt lokalt konto med användarnamnet ”admin”. När du har registrerat noden i Webex-molnet kan du använda inloggningsuppgifterna för Webex-organisationens administration för att hantera dina videonätnoder från Control Hub. På så sätt gäller policyn och hanteringsprocesserna för administratörskonton som gäller för Control Hub även för dina videonätnoder. För ytterligare kontroll kan du inaktivera det inbyggda ”admin”-kontot så att Control Hub hanterar all administratörsautentisering och hantering.

Använd dessa steg när du har registrerat noden i molnet för att inaktivera (eller senare aktivera igen) administratörsanvändarkontot. När du inaktiverar administratörskonto måste du använda Control Hub för att komma åt webbgränssnittet för nod.

Endast en fullständig administratör för din Webex-organisation kan använda den här funktionen. Andra administratörer, inklusive partner- och externa fullständiga administratörer, har inte Gå till nod alternativet för videonätsresurser.

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Hybrid.

2

Under Resurser på videonätkortet klickar du på Visa alla.

3

Klicka på klustret och klicka sedan på noden som du vill komma åt. Klicka Gå till nod.

4

Gå till administrationen.

5

Aktivera Aktivera inloggning för administratörsanvändare för att inaktivera kontot eller aktivera det igen.

Du kan inte inaktivera administratörskontot förrän du har registrerat noden i molnet.

6

På bekräftelseskärmen klickar du på Inaktivera eller Aktivera för att slutföra ändringen.

När du har inaktiverat administratörsanvändaren kan du inte logga in på videonätnoden via webbgränssnittet eller CLI som startas från SSH. Du kan dock logga in med administratörsanvändarinloggningsuppgifterna via en CLI som startas från VM-programvaran ESXi-konsolen.

Ändra administratörslösenfras från webbgränssnittet

Använd den här proceduren för att ändra administratörslösenfras (lösenord) för din Webex-videonätnod med hjälp av webbgränssnittet.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till Administration och bredvid Ändra lösenfras klickar du på Ändra.
3	Ange den aktuella lösenfrasen och ange sedan ett nytt lösenfrasvärde i både Ny lösenfras och Bekräfta ny lösenfras.
4	Klicka på Spara lösenfras. Ett meddelande ”ändrat lösenord” visas och sedan går du tillbaka till inloggningsskärmen.
5	Logga in med din nya administratörsinloggning och lösenfras (lösenord).

Ändra utgångsintervall för lösenfras från webbgränssnittet

Använd den här proceduren för att ändra förfallointervallet för standardlösenord på 90 dagar med hjälp av webbgränssnittet. När intervallet är över uppmanas du att ange en ny lösenfras när du loggar in på videonätnoden.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till Administration och bredvid Ändra lösenordsförfallotid anger du ett nytt värde för utgångsintervall (dagar) (upp till 365 dagar) och klickar sedan på Spara lösenordsförfallointervall. En framgångsskärm visas och du kan sedan klicka på OK för att slutföra.

Sidan Administration visar också datum för den senaste lösenordsändringen och nästa gång lösenordet upphör att gälla.

Ange extern loggning till en Syslog-server

Om du har en syslog-server kan du ställa in din Webex-videonätnod för att logga in på den externa serverns granskningsspårningsinformation, till exempel:

Information om administratörsinloggningar
Konfigurationsändringar (inklusive att aktivera eller inaktivera underhållsläget)
Programvaruuppdateringar

Noden aggregerar loggarna, om någon, och skickar dem till servern var tionde minut.

1	Öppna gränssnittet för Webex-videonätnod.
2	Gå till administrationen.
3	Bredvid Extern loggning växlar du på Aktivera extern loggning.
4	För Syslog-serverinformation anger du värdens IP-adress eller fullständigt kvalificerat domännamn och syslog-porten. Om servern inte kan lösas DNS från noden ska du använda en IP-adress i fältet Värd.
5	Välj protokollet – UDP eller TCP. Om du vill använda TLS-kryptering väljer du TCP och aktiverar sedan Aktivera TLS. Se till att du även laddar upp och installerar de säkerhetscertifikat som krävs för TLS-kommunikation mellan noden och syslog-servern. Om inga certifikat är installerade använder noden sina självsignerade certifikat som standard. För hjälp, se Ladda upp säkerhetscertifikat.
6	Klicka på Spara konfiguration för extern loggning.

Egenskaperna för loggmeddelandet följer detta format: Meddelande om prioriterad tidsstämpel för värdnamnstagg.

Egenskap	Beskrivning
Företräde	Värdet är alltid 131, baserat på formeln: Prioritet = (Facilitetskod * 8) + Allvarlighetsgrad. Anläggningskoden är 16 för "local0". Allvarlighetsgraden är 3 för "meddelande".
Tidsstämpel	Tidsstämpelformatet är "Mmm dd hh:mm:ss".
Värdnamn	Värdnamnet för videonätnoden.
Etiketten	Värdet är alltid syslogAuditMsg.
Meddelanden	Meddelandet är en JSON-sträng på minst 1 KB. Dess storlek beror på antalet aggregerade händelser under det tio minuter långa intervallet.

Här är ett exempel:

{
  "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 för aviseringar om videonät

Videomesh har stöd för Webhook-aviseringar som gör det möjligt för organisationsadministratörer att ta emot aviseringar om specifika händelser. Administratörer kan välja att bli aviserade om händelser som överflöd av samtal och omdirigeringar av samtal, vilket minimerar behovet av att logga in på Control Hub för att övervaka distributionen av dem. Detta uppnås genom att skapa en webhook-prenumeration där en målURL tillhandahålls av administratören, till vilken aviseringar kommer att skickas. Med hjälp av webbhooks för aviseringar kan du även övervaka parametrar utan att använda de associerade utvecklarnas API:er.

Följande händelsetyper kan övervakas via webbkrokar:

Omdirigerar klustersamtal – Samtal omdirigeras från ett visst kluster.
Överflöd av organisationssamtal – Totalt antal samtal överflödar till molnet för en organisation.

Skapa en Webhook-prenumeration

1	Logga in på Cisco Webex-utvecklarportalen med administratörsuppgifterna.
2	Klicka på Dokumentation på utvecklarportalen.
3	Från rullningsfältet till vänster bläddrar du nedåt och klickar på Fullständig API-referens.
4	Från alternativen som expanderar nedan bläddrar du nedåt och klickar på Webhooks > Skapa en webhook.
5	Skapa en prenumeration genom att ange följande parametrar:

namn: exempel – Webhook-aviseringar för videonät
Målurl: exempel - https://10.1.1.1/webhooks
resurs: aviseringar om videonät
händelse: utlöstes
ägs av: organisation

URL:en som anges i parametern för mål-URL måste vara tillgänglig på internet och ha en server som är konfigurerad för att acceptera POST-förfrågningar som skickas av Webex Webhook.

Ställa in tröskelkonfigurationer med utvecklarAPI:er

Du kan ställa in tröskelvärden för händelserna (överflöd av organisationssamtal och omdirigering av klustersamtal) med videonätsutvecklarnas API:er. Du kan ange ett procentuellt värde för tröskelvärdena, över vilket en webhook-varning utlöses. Om tröskelvärdet till exempel är 20 för överflöd av organisationssamtal kommer en avisering att skickas när mer än 20 procent av samtalen överflödar till molnet.

En uppsättning med 4 API:er är tillgängliga för att ställa in och uppdatera tröskelvärden i Cisco Webex-utvecklarportalen och de finns listade nedan:

Konfiguration av tröskelvärde för händelsen
Hämta konfiguration av händelsetröskelvärde
Uppdatera konfiguration av tröskelvärde för händelse
Återställ konfiguration av tröskelvärde för händelse

API:erna finns tillgängliga påhttps://developer.webex.com/docs/api/v1/video-mesh .

Scenario 1 – Ställ in tröskelvärde för överflödiga organisationssamtal

1

Klicka på List Event Threshold Configuration API.

2

Konfigurera eventscope till ORG och klicka på > Kör.

3

Du kommer att få ett svar liknande det som visas nedan.

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

4

Kopiera värdet i "eventThresholdId"-fältet. Detta är händelsens tröskelvärde-ID som kommer att användas för att uppdatera och hämta tröskelvärden.

5

Klistra in värdet i "eventThresholdId" fältet för JSON-strukturen som visas nedan och kopiera hela JSON-strukturen.

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

6

Klicka på API för konfiguration av tröskelvärde för händelse .

7

Klistra in JSON-strukturen i kroppen för Update Event Threshold Configuration API.

8

Konfigurera “minThreshold” värde till det nya tröskelvärdet som du vill ställa in.

9

Du kan köra den här åtgärden för flera händelsetröskelvärden genom att ange dem som kommaseparerade värden i JSON-strukturen.

Klicka på Kör, tröskelvärdet för överflöd av organisationssamtal kommer att ställas in på det nya värdet.

Nästa steg

Om du vill visa tröskelvärdet som har ställts in för ett visst händelsetröskelvärde-ID

Klicka på API för konfiguration av tröskelvärde för händelse .
Klistra in händelsetröskel-ID i rubriken på API och klicka på Kör.
Standardvärdet för minsta tröskelvärde och det inställda tröskelvärdet visas i svaret.

Scenario 2 – Ställ in tröskelvärde för omdirigerade klustersamtal

1

Klicka på List Event Threshold Configuration API.

2

Konfigurera eventscope till KLUSTER och klicka på > Kör.

3

Svaret visar konfigurationer av alla kluster i organisationen.

4

Du kan ta emot konfigurationen av ett specifikt kluster genom att fylla i clusterID parametern.

Kopiera värdet i "eventThresholdId" fältet för det kluster vars värde du vill uppdatera. Detta är händelsens tröskelvärde-ID som kommer att användas för att uppdatera och hämta tröskelvärden.

5

Klistra in värdet i "eventThresholdId" fältet för JSON-strukturen som visas nedan och kopiera hela JSON-strukturen.

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

6

Klicka på API för konfiguration av tröskelvärde för händelse .

7

Klistra in JSON-strukturen i kroppen för Update Event Threshold Configuration API.

8

Konfigurera “minThreshold” värde till det nya tröskelvärdet som du vill ställa in.

9

Du kan köra den här åtgärden för flera händelsetröskelvärden genom att ange dem som kommaseparerade värden i JSON-strukturen.

Klicka på Kör, ditt tröskelvärde för Klustersamtal har omdirigerats kommer att ställas in på det nya värdet.

Nästa steg

Om du vill visa tröskelvärdet som har ställts in för ett visst händelsetröskelvärde-ID

Klicka på API för konfiguration av tröskelvärde för händelse .
Klistra in händelsetröskel-ID i rubriken på API och klicka på Kör.
Standardvärdet för minsta tröskelvärde och det inställda tröskelvärdet visas i svaret.

Scenario 3 – Återställning av tröskelvärden

1

Klicka på API för konfiguration av tröskelvärde för händelse .

2

Kopiera händelsetröskelvärde-ID för ett kluster eller organisationen och klistra in det i "eventThresholdId" fält i JSON-strukturen nedan.

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

3

Klistra in JSON-strukturen i kroppen och klicka på Kör.

4

Du kan återställa tröskelvärden för flera händelsetröskelvärden genom att ange dem som kommaseparerade värden i JSON-strukturen.

Tröskelvärdet kommer att ställas till standardvärdet.

Video Mesh Developer API

API:er för videonätsutvecklare är ett sätt att hämta analyser och övervaka data för dina videonätdistributioner via Webex utvecklarportal. API:erna finns tillgängliga på https://developer.webex.com/docs/api/v1/video-mesh. En exempelklient finns påhttps://github.com/CiscoDevNet/video-mesh-api-client .

Bilaga

Demoprogramvara för videonätnod

Använd demoprogramvaran för videonätnod endast för grundläggande demoändamål. Lägg inte till en demonod i ett befintligt produktionskluster. Demoklustret tar emot färre samtal än produktionen och löper ut 90 dagar efter att det har registrerats i molnet.

Demoprogramvaran för videonätnod stöds inte av Cisco TAC.
Du kan inte uppgradera demoprogramvaran för videonätnod till den fullständiga versionen av programvaran.

Hämta demo-programvarubilden från den här länken.

Specifikationer

Se System- och plattformskrav för videonätnodprogramvara för den specs-baserade konfigurationen för videonätnodprogramvara.

Demoprogramvaran har stöd för antingen ett enda nätverksgränssnitt eller ett dubbelt nätverksgränssnitt.

Kapacitet

Vi testar inte demobilden för kapacitet. Du ska bara använda den för att testa grundläggande mötesscenarier. Se de användningsfall som följer för vägledning.

Använd case för demoprogramvaran för videonätnod

Media förankrade till lokala

Distribuera och konfigurera noden med demoprogramvaran.
Kör ett möte som inkluderar följande mötesdeltagare: en Webex-appdeltagare, Webex-slutpunktsdeltagare och en Cisco Webex Board.
När mötet är över går du från kundvyn i https://admin.webex.com till Analytics för att komma åt videonätrapporterna. I rapporterna kan du se att medierna stannade lokalt.

Möte med molndeltagare och lokala mötesdeltagare

Kör ett annat möte med ett par lokala Webex-mötesdeltagare och en i molnet.
Observera att alla mötesdeltagare sömlöst kan delta i och delta i mötet.

Hantera videonätnod från konsolen

Innan du kan göra nätverksändringar i videonätnoder som är registrerade i molnet måste du använda Control Hub för att sätta dem i underhållsläge. Mer information och en procedur att följa finns i Flytta en nod till underhållsläge.

Underhållsläget är endast avsett att förbereda en nod för avstängning eller omstart så att du kan göra vissa ändringar i nätverksinställningen (DNS, IP, FQDN) eller förbereda dig för maskinvaruunderhåll, t.ex. ersätta RAM, hårddisk och så vidare.

Uppgraderingar sker inte när en nod är placerad i underhållsläge.

När du placerar en nod i underhållsläge stängs samtalstjänsterna på ett graciöst sätt (slutar att acceptera nya samtal och väntar upp till 2 timmar innan befintliga samtal slutförs). Syftet med den graciösa avstängningen av samtalstjänster är att tillåta omstart eller avstängning av noden utan att orsaka avbrutna samtal.

Ändra nätverksinställningar för videonätnod i konsolen

Om nätverkens topologi ändras måste du öppna konsollgränssnittet för varje videonätnod och ändra nätverksinställningarna där. Du kan se en varning om att ändra nätverksinställningarna, men du kan fortfarande spara ändringarna om du gör ändringar i nätverket efter att du har ändrat inställningarna för videonätnod.

1

Öppna nodkonsolgränssnittet via VM-ware vSphere-klienten och logga sedan in med administratörsuppgifterna.

Efter första konfigurationen av nätverksinställningarna och om videonätet kan nås kan du komma åt nodgränssnittet via ett säkert skal (SSH).

2

Välj alternativ från huvudmenyn på videonätnodkonsolen 2 Redigera konfiguration och klicka sedan Välj.

3

Läs instruktionen om att samtalen avslutas på videonätnoden och klicka sedan på Ja.

4

Klicka på Statisk, ange IP-adressen för det interna gränssnittet, Mask, Gateway och DNS värden för ditt nätverk.

Videonätnoden måste ha en intern IP-adress och löstagbart DNS-namn. Nodens IP-adress får inte tillhöra det IP-adressintervall som är reserverat för intern användning av videonätnod. Standardreserverat IP-adressintervall är 172.17.42.0–172.17.42.63, vilket kan konfigureras i diagnostikmenyn. Detta IP-adressintervall är för kommunikation inom videonätnoden och mellan programvarubehållare som håller de olika komponenterna i noden – till exempel SIP-gränssnittet och medieomkodning.
Distribuera alla noder på samma subnät eller VLAN så att alla noder i ett kluster kan nås var klienterna bor i nätverket.
För en dubbel NIC DMZ-distribution kan du ange den externa IP-adressen i nästa procedur efter att du har sparat den interna nätverkskonfigurationen och startat om noden.

5

Ange din organisations NTP-server eller en annan extern NTP-server som kan användas i din organisation.

När du har konfigurerat NTP-servern och sparat nätverksinställningarna kan du följa stegen i Kontrollera hälsa på videonätnod från konsolen för att kontrollera att tiden synkroniseras korrekt via de angivna NTP-servrarna.

Om du konfigurerar fler än en NTP-server är omröstningsintervallet för redundans 40 sekunder.

6

(Valfritt) Ändra värdnamn eller domän om det behövs.

För att säkerställa en lyckad registrering i molnet använder du endast små tecken i värdnamnet som du har ställt in för videonätnoden. Kapitalisering stöds inte just nu.
När du använder eller konfigurerar FQDN eller värdnamn måste du även ange en giltig och löstagbar domän. Den totala längden på FQDN får inte överstiga 64 tecken.

7

Klicka Spara och klicka sedan på Spara ändringar och omstart.

Under sparningen utförs DNS-validering om du har angett en domän. En varning visas om FQDN (värdnamn och domän) inte kan lösas med de angivna DNS-serveradresserna. Du kan välja att spara genom att ignorera varningen, men samtal kommer inte att fungera förrän FQDN kan lösa den DNS som konfigurerats på noden. När videonätnoden har startats om träder nätverkskonfigurationen i kraft.

Ändra administratörslösenfras för videonätnoden

Använd den här proceduren för att ändra administratörslösenfras (lösenord) för videonätnoden i nodens konsol.

1	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
2	Öppna och logga in på VM-varans ESXi-konsol för din videonätnod.
3	I huvudmenyn väljer du alternativ 3 Hantera administratörslösenfras, sedan 1 Ändra administratörslösenfras och klicka sedan på Retur.
4	Läs informationen om lösenordssidan som har upphört, klicka på Retur och klicka sedan på den igen efter att lösenordsmeddelandet har upphört att gälla.
5	Tryck på Enter.
6	När du har loggat ut från konsolen går du tillbaka till inloggningsskärmen och loggar sedan in med administratörsinloggning och lösenordsfras (lösenord) som du har upphört. Eventuellt uppmanas du att ange ditt lösenord.
7	För Gammalt lösenord anger du den aktuella lösenfrasen och trycker sedan på Retur.
8	För Nytt lösenord anger du en ny lösenfras och trycker sedan på Retur.
9	För Ange nytt lösenord igen skriver du om den nya lösenfrasen och trycker sedan på Retur. Ett meddelande ”ändrat lösenord” visas och sedan går du tillbaka till inloggningsskärmen.
10	Logga in med din nya administratörsinloggning och lösenfras (lösenord).

Kör en ping från videonätnodkonsolen

Du kan köra en ping från videonätnodkonsollens gränssnitt. Det här steget testar en destination som du anger och ser om videonätnoden kan nå den.

1	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
2	Från videonätnodkonsolen går du till 4 Diagnostik och väljer sedan Ping.
3	I fältet ping anger du en destinationsadress som du vill testa, till exempel en IP-adress eller värdnamn, och klicka sedan på OK. Testet körs och du ser ett meddelande om att ping lyckas eller misslyckas. Om du får ett fel kontrollerar du destinationsvärdet som du angav och dina nätverksinställningar.

Aktivera felsökning av användarkonto via konsolen

Om supporten kräver åtkomst till videonätnoden kan du använda konsolgränssnittet för att tillfälligt aktivera ett felsökningskonto så att supporten kan köra vidare felsökning på noden.

1	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
2	Från videonätnodkonsolen går du till 4 Diagnostik, väljer 2 Aktivera felsökningskonto och klickar sedan på Ja.
3	När ett meddelande visar att felsökningsanvändarkontot har skapats klickar du på OK för att visa den krypterade lösenfrasen. Du skickar den krypterade lösenfrasen till stöd. De använder detta tillfälliga konto och avkrypterade lösenfras för att säkert komma åt din videonätnod för felsökning. Det här kontot upphör att gälla efter 3 dagar eller så kan du inaktivera det när supporten är klar.
4	Välj start och slut på de krypterade uppgifterna och kopiera-klistra in dem i supportärendet eller e-postmeddelandet som du skickar till support.
5	När du har skickat den här informationen till support återgår du till videonätnodkonsolen och trycker på valfri knapp för att gå tillbaka till huvudmenyn.

Nästa steg

Kontot upphör om 3 dagar, men när supporten visar att de har slutfört felsökningen på noden kan du returnera videonätnodkonsolen, gå till 4 Diagnostik och sedan välja 3 Inaktivera felsökning-användarkontot för att inaktivera kontot innan det upphör.

Skicka loggar från videonätnodkonsolen

Du kan uppmanas att skicka loggar direkt till Cisco eller via säker kopia (SCP). Använd den här proceduren för att skicka loggar direkt från alla videonätnoder som du har registrerat till molnet.

1	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
2	I huvudmenyn klickar du på alternativ 4 Diagnostik och trycker sedan på Retur.
3	Klicka på 4 Exportera loggfiler, ge feedback om du vill och klicka sedan på Nästa.
4	Välj ett alternativ: Skicka loggar med SCP, bekräfta exporten av loggarna, ange SCP-uppgifterna (Värd, Användarnamn och Dest_Mapp) och klicka sedan på OK. Skicka loggar till Cisco och bekräfta exporten av loggarna.
5	Välj OK för att återgå till huvudmenyn för videonätnod.
6	(Valfritt) Välj 5 Kontrollera statusen för loggfiler som skickas till Cisco om du har skickat loggarna till Cisco.

Nästa steg

När du har skickat loggar rekommenderar vi att du skickar feedback direkt från Webex-appen så att dina supportkontakter har all information de behöver för att hjälpa dig.

Relaterad information

Hur kontaktar jag min Customer Success Manager (CSM)?

Kontrollera hälsan för videonätnod från konsolen

Du kan visa nodens hälsa direkt från själva videonätnoden. Resultaten är informativa, men kan hjälpa till med felsökningssteg – om NTP-synkronisering till exempel inte fungerar kan du kontrollera NTP-servervärdet i nätverksinställningarna.

1

Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.

2

Från videonätnodkonsolen går du till 4 Diagnostik och väljer sedan 6 Kontrollera nodhälsa för att visa följande information om noden:

Behållare för hanteringstjänst
ETCD (värdelagring som tillförlitligt lagrar data över ett kluster)
NTP-synkroniserad
Diskutrymme (gratis/använd %)
Minne (gratis/använd %)

Konfigurera behållarnätverk på videonätnod

Videonätnod reserverar ett delnätintervall för intern användning inom noden. Standardintervallet är 172.17.42.0–172.17.42.63. Noderna svarar inte på någon extern-till-videonätnodtrafik från det här intervallet. Du kanske vill använda nodkonsolen för att ändra IP-adressen till containersbrygga för att undvika konflikter med andra enheter i nätverket.

1	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
2	Från huvudmenyn på videonätnodkonsolen går du till 4 Diagnostik och väljer sedan 7 Konfigurera containernätverk. Efter försiktighetsåtgärden som anger att aktiva samtal avslutas på noden klickar du på Ja.
3	Ändra värdena för Container Bridge IP och Network Mask efter behov och klicka sedan på Spara. Du ser en skärm som visar nätverksinformation om behållaren, inklusive IP-adressintervallet som är reserverat för interna operationer på videonätnoden.
4	Klicka på OK.

Identifiera portproblem med reflektorverktyget i konsolen

Reflektorverktyget (en kombination av en server på videonätnoden och klienten via ett Python-skript) används för att kontrollera om de obligatoriska TCP/UDP-portarna är öppna från videonätnoder.

Innan du börjar

Hämta en kopia av Reflector Tool Client (Python-skript) och packa sedan upp filen till en plats som är lätt att hitta. Zip-filen innehåller skriptet och en readme-fil.
Se till att du kör Python 2.7.10 eller senare i din miljö för att skriptet ska fungera korrekt.
För närvarande har det här verktyget stöd för SIP-slutpunkter för videonätnoder och intraklusterverifiering.

1	Från kundvyn i https://admin.webex.com aktiverar du underhållsnoden för videonätnoden genom att följa dessa instruktioner.
2	Vänta på att noden visar status ”redo för underhåll” i Control Hub.
3	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
4	Från gränssnittet för videonätnod går du till Diagnostik > Reflector Server > Reflector Server för TCP eller (UDP). Starta servern antingen för TCP eller för UDP.
5	Bläddra till Reflector Tool och starta sedan antingen TCP Reflector Server eller UDP Reflector Server, beroende på vilket protokoll du vill använda.
6	Klicka på Starta reflektorserver och vänta sedan på att servern ska starta. Du ser ett meddelande när servern startar.
7	Kör skriptet med följande kommando från ett system (t.ex. en dator) i ett nätverk som du vill att videonätnoder ska nå: `$ python <local_path_to_client_script>/reflectorClient.py --ip <ip address of the server> --protocol <tcp or udp>` I slutet av körningen visar klienten ett framgångsmeddelande om alla obligatoriska portar är öppna: Klienten visar ett misslyckat meddelande om några obligatoriska portar inte är öppna:
8	Lös alla portproblem på brandväggen och kör sedan vidare stegen ovan.
9	Kör klienten med `--help` för att få mer information.

Fabriksåterställning av en videonätnod från konsolen

Som en del av rensningen av avregistrering kan du fabriksåterställa videonätnoden. Det här steget tar bort alla konfigurationer som du har installerat när noden var aktiv, men tar inte bort posten för virtuella datorer. Senare kan du vilja registrera den här noden som en del av ett annat kluster som du bygger från grunden.

Innan du börjar

Du måste använda Control Hub för att avregistrera videonätnoden från klustret som är registrerat i Control Hub.

1	Öppna nodkonsolgränssnittet via VM-ware vsfären eller SSH till en tillgänglig IP-adress och logga sedan in med administratörsinloggningsuppgifterna.
2	Från videonätnodkonsolen går du till 4 diagnostik och väljer sedan 8 fabriksåterställning.
3	Se till att du förstår informationen i anteckningen som visas och klicka sedan på Återställ. Noden startar om automatiskt efter fabriksåterställningen.

Migrera en befintlig maskinvaruplattform till videonätnod

Du kan migrera en befintlig plattform som stöds (till exempel en CMS1000 som kör Cisco Meeting Server) till videonät. Använd den här proceduren för att vägleda dig genom migreringsprocessen.

Stegen varierar beroende på den kombinerade versionen av ESXi på hårdvaruplattformen.

Innan du börjar

Ladda ner en ny kopia av den senaste videonätnodprogramvarubilden (OVA). Distribuera inte en ny videonätnod med en tidigare hämtad OVA.

1	Logga in i det virtuella datorgränssnittet och stäng sedan programvaran som körs på plattformen.
2	Ta bort programmet som körs på plattformen. Det får inte finnas några programvarubilder kvar på plattformen. Du kan inte heller köra videonätnodprogramvara tillsammans med annan programvara på samma plattform.
3	Distribuera en ny virtuell maskin från en ny OVF- eller OVA-fil.
4	Ange ett namn för den virtuella datorn och välj OVA-filen för videonätnoden.
5	Ändra disketablering till Tjock.
6	Ladda upp mfusion.ova programvarubilden som du hämtade.
7	När den virtuella datorn körs återgår du till Logga in på videonätnodkonsolen och fortsätter den inledande konfigurationen av videonätnoden.

Funktionsjämförelse och migreringsväg från mötesrum för samarbete Hybrid till videonät

Jämförelse av funktioner

Funktion	Videonät och Cisco Webex Meeting Center-video	CMR Hybrid
Mötestyp:	Schemalagt Ett klick (direkt) Personligt mötesrum: Konsekvent erfarenhet för lokaler och molnbaserade möten	Endast schemalagda
schemaläggning	Webex produktivitetsverktyg (Windows och Mac) Schemaläggning av hybrid-kalender med @webex Webex-portal	Webex-aktiverade TelePresence Windows och Mac produktivitetsverktyg TMS-schemaläggning
Alternativ för mötesanslutning	Inringning och utringning PIN-kod skyddad (värd) En knapp att trycka på (OBTP)	Endast inringning OBTP
Mötesupplevelse	Unified Roster (Webex-klient) Unified Controls (Webex-klient) Låsa/låsa upp möte Stäng av/slå på ljudet för telenärvaro mötesdeltagare	Ingen Unified Roster (Webex-klient och TelePresence Server) Separata kontroller (Webex-klient och TelePresence-server)
Kapacitets- och distributionsmodell	Obegränsad kapacitet Lokalt och automatiskt överflöd Växla och transkodning	Kapacitet för omkodning begränsad till TelePresence-servern

Checklista för migreringssökväg

Nedan finns en översikt på hög nivå över hur du migrerar en befintlig webbplats till videoplattformen version 2.0 och förbereder webbplatsen för att integreras med videonät. Stegen kan variera beroende på din befintliga miljö. Samarbeta med din partner eller kundframgångschef för att säkerställa en smidig migrering.

Se till att funktionen Meeting Center-videokonferenser tillhandahålls på Webex-webbplatsen.
Webbplatsadministratören får sitt hanteringsportalskonto. Administratören distribuerar sedan videonätnoder för Webex-organisationen.
Webbplatsadministratören tilldelar CMR-privilegiet för att aktivera alla eller vissa CMR Hybrid-användare med Cisco Webex Meeting Center Video.
(Valfritt) Inaktivera CMR Hybrid-sessionstypen för den här underställningen och aktivera sedan Cisco Webex Meeting Center-video i användarprofilen.
Webbplatsadministratören konfigurerar videonät och väljer sedan Hybrid som medieresurstyp under Alternativ för mötesrum för samarbete.
Webbplatsadministratören konfigurerar lokal TelePresence Management Suite (TMS) och One Button to Push (OBTP) för att arbeta med Cisco Webex Meeting Center Video. Se Distributionsguide för Cisco Webex Meeting Center-videokonferenser för vägledning.
När CMR-privilegiet är aktiverat för en användare är Webex produktivitetsverktyg standardversionen av Cisco Webex Meeting Center Video. Alla nya möten som schemaläggs av användarna är Cisco Webex Meeting Center-videomöten.
Om konferensrum ingår i inbjudan trycks OBTP-informationen till konferensrummet via TMS (endast för CMR Hybrid-möten).
Befintliga möten som har konfigurerats av CMR Hybrid-användare innan de växlades till Cisco Webex Meeting Center Video ska fortsätta att fungera så länge som kunden behåller de lokala MCU- och TMS-inställningarna.
Befintliga CMR Hybrid-möten kan inte ändras eller uppdateras för att återspegla mötesinformationen i Cisco Webex Meeting Center Video. Om användare vill använda en ny inbjudan måste de ta bort de gamla mötena och skapa nya möten.
Om kunden vill dra tillbaka lokala MCU-, TMS-möten fungerar inte gamla CMR Hybrid-möten. Nya möten med Cisco Webex Meeting Center-videoinformation måste skapas.

Interoperabilitetsprotokoll för TelePresence och segmentväxling

Videonät har stöd för förhandlingar om TelePresence Interoperability Protocol (TIP) och multiplex (MUX) för både 1-skärm och 3-skärm IX och TX-slutpunkter.

För slutpunkter med tre skärmar ska alla tre skärmarna visa video om det finns tillräckligt med mötesdeltagare i konferensen. Ett annat treskärmssystem i konferensen resulterar i segmentsbyte i stället för rumsbyte. Detta innebär att i stället för att alla tre skärmarna blir stora när någon i ett annat treskärmssystem talar, blir endast den aktiva panelen stor. De andra två panelerna fylls i med video från andra system. När de visas små återges alla tre paneler tillsammans (för alla enheter, en eller tre skärmar) med en enda gränsbox och namnetikett.

Beroende på värdresurserna i molnet kommer vissa slutpunkter att visa alla tre skärmar i ett rum med tre skärmar i filmremsan, medan andra endast visar en ruta. Webex-appen visar bara 1 panel, även om medierna är lokala.

För stora möten som överflödar från en nod och överlappning till en sekund ses samma av alla slutpunkter som hålls på en annan nod än den som är värd för treskärmssystemet (endast en ruta som visas i layouten). Presentationsdelning kräver att BFCP förhandlas via samtalssökvägen.

Ny och ändrad information

Den här tabellen täcker nya funktioner eller funktioner, ändringar av befintligt innehåll och eventuella större fel som har åtgärdats i distribu tionsguiden.

Information om programuppdateringar för Webex Video Mesh-nod finns på https://help.webex.com/en-us/article/jgobq2/Webex-Video-Mesh-release-notes.

Datum	Byta
26 augusti 2026	Uppdaterad Webex Video Mesh Over view för att ange att Video Mesh stöder Webex Webinars upp till 5 000 deltagare.
06 maj 2026	Lade till nytt avsnitt Tillåt gästanvändare att använda Video Mesh. Uppdaterade avsnittet Översikt för att inkludera gästanvändarsupport.
20 april 2026	Uppdaterad Visa och hantera listan över inspelningar i Video Mesh Node Web Interface för att inkludera administrativa funktioner, särskilt instruktioner för att ta bort inspelningar och omtilldela inspelningsägande.
11 mars 2026	Uppdaterade Intel-processorspecifikationerna i System- och plattformskrav för Video Mesh Node Software.
10 mars 2026	Lade till AMD-processorstöd i system- och plattformskrav för Video Mesh Node Software. Uppdaterade system- och plattformskrav för Video Mesh Node Software med det diskutrymme som behövs för en VMNLite-inspelningsnod. Uppdaterade alla Webex Teams referenser till Webex App i guiden.
Februari 13, 2026	Uppdaterade destinationsporten för kaskadsignalering mellan kluster till port 4442 i Portar och protokoll för hantering.
06 februari 2026	Uppdaterade standardlösenordet för inloggning på Video Mesh-nodkonsolen i avsnittet Logga in på Video Mesh Node Console.
18 december 2025	Uppdaterade certifikatet Installera server på noden Video Mesh i lokal inspelning på Video Mesh. Uppdaterade avsnittet Aktivera mediekryptering för organisation och videonätkluster med rätt användargränssnittssteg och korttitlar i Control Hub. Uppdaterade avsnittet Fabriksåterställ en videonätnod från konsol med rätt alternativnummer som ska väljas för att utföra en fabriksåterställning.
27 november 2025	Uppdaterade steget för att inkludera rätt återställningsalternativ i fabriksåterställning av en videonätnod från konsolen. Lade till en anteckning i Install Server-certifikat på Video Mesh-noden.
24 november 2025	Lade till lokal inspelning på Video Mesh.
10 juli 2025	Uppdaterade en anteckning i Webex Video Mesh Over view som anger att Video Mesh stöder Webex Webinars på Webex Suite mötesplattformen (WSMP). Uppdaterade avsnittet Krav för slutpunkt och Webex app med information om enheter som stöds av Video Mesh.
05 juni 2025	Lade till nätverkskonfiguration för ThousandEyes agent i avsnittet ThousandEyes integration med Video Mesh.
29 april 2025	Sammanfogade två anteckningar till en som beskriver vilken typ av stöd som kommer att tillhandahållas om den underliggande hårdvaran når slutet av livscykeln i system- och plattformskrav för Video Mesh Node Software. Lade till en anteckning som anger de konfigurationer som kommer att behållas i händelse av en fabriksåterställning i fabriksåterställning av en Webex Video Mesh Nod från webbgränssnittet. Lade till en anteckning om omfördelning av noder som har varit offline i mer än sex månader i Ställ in Video Mesh Cluster Upgrade Schedule.
Februari 17, 2025	Uppdaterade portar och protokoll för hantering, trafiksignaturer för videonät (servicekvalitet aktiverad) och trafiksignaturer för videonät (servicekvalitet inaktiverad) för att uppdatera portar och protokoll som används för kaskader mellan kluster. Uppdaterad Installera och konfigurera programvara för videomätning och distribu tionsmodeller som stöds av Video Mesh för att inkludera kaskader mellan kluster under den externa molnnätverkstrafiken.
24 januari 2025	Tog bort CMS 1000- och CMS 2000-specifika konfigurationer från tabellen i System- och plattformskrav för Video Mesh Node Software. Lade till två anteckningar i System- och plattformskrav för Video Mesh Node Software. Uppdaterad Installera och konfigurera Video Mesh Node Software för att ersätta CMS1000 med VMNfull på konfigurationssidan.
Januari 22, 2025	Lade till avsnittet Inter-Cluster Cascades.
13 december 2024	Uppdaterade portar och protokoll för hantering, trafiksignaturer för videonät (servicekvalitet aktiverad) och trafiksignaturer för videonät (servicekvalitet inaktiverad) för att återspegla de senaste portarna och protokollen som används av Video Mesh. Uppdaterade bilderna som påverkats av ändringarna.
15 november 2024	Tog bort TelePresence Interoperability Protocol och Segment Switching.
20 september 2024	Lade till en anteckning om att samtal och möten som involverar gästanvändare kommer att flyta över till molnet som standard och kommer inte att landa på Video Mesh i Förbered din miljö.
14 maj 2024	Raderade en anteckning som angav ThousandEyes tester inte stöder Video Mesh-noder bakom en proxy i Aktivera ThousandEyes för Video Mesh.
09 februari 2024	Lade till ThousandEyes Integration med Video Mesh. Tillagd deltagarkapacitet för samtal med 1080p-upplösning i Capacity for Video Mesh-noder. . Lade till en anteckning om differentiering av UDP-källportar i Traffic Signatures for Video Mesh (Quality of Service Enabled). Uppdaterade stödda versioner av VMware ESXi genom hela guiden.
31 augusti 2023	Uppdaterade strukturen och lade till information om nyligen introducerade API: er i Video Mesh Node API: er. Raderade en anteckning och en knapp för att trycka (OBTP) information från samtalskontroll och uppfyllande integrationskrav för videomätverk. Lade till en anteckning angående omröstningsintervall för failover i Ställ in nätverkskonfigurationen för videonätnoden i konsolen och konfigurera nätverksinställningar från webbgränssnitt för videomätnoden. Uppdaterade stödda versioner av VMware ESXi genom hela guiden.
31 juli 2023	Lade till Webhooks för Video Mesh-varningar.
Juli 28, 2023	Lade till Video Mesh Node API: er.
15 juni 2023	Uppdaterad nomenklatur från ”Webex app app” till ”Webex app” hela tiden. Uppdaterad Webex Video Mesh Overview för att ange att E2EE-möten nu stöds på Video Mesh. Tog bort föråldrad information och uppdaterade en anteckning i Webex Video Mesh Overview. Uppdaterade klienter och enheter som använder Video Mesh Node för att ange att webbappen nu stöds på Video Mesh och tog bort föråldrad information. Lade till en anteckning i System- och plattformskrav för Video Mesh Node Software som anger att demomiljöer inte Cisco TAC stöds. Uppdaterad information i avsnittet Lokala samtal och molnsamtal. Raderade en anteckning i Cloud Cluster Selection för överflöde baserat på 250 ms eller högre STUN rundtursfördröjning. Uppdaterad information i Hamnar och protokoll för Webex Meetings trafik. Tog bort föråldrad information från Registrera videonätnoden till Webex Cloud och support och begränsningar för privata möten. Uppdaterade steg och tog bort föråldrad information från Aktivera videonät för Webex-webbplatsen. Uppdaterad information i Deaktivera Video Mesh.
16 maj 2023	Uppdaterade portar och protokoll för hantering, trafiksignaturer för videonät (servicekvalitet aktiverad) och trafiksignaturer för videonät (servicekvalitet inaktiverad) för att återspegla de senaste portarna och protokollen som används av Video Mesh. Uppdaterade bilderna som påverkats av ändringarna. Tog bort 444 portreferenser från Krav på proxystöd för vide onät, Portar och protokoll för hantering, Konfigurera videonätnod för proxyintegration och Konfigurera videonätnod för proxyintegration. Uppdaterade portintervall i Service Quality on Video Mesh Node, Aktivera servicekvalitet (QoS) för Video Mesh Node och Portar och protokoll för Webex Meetings trafik. Lade till en anteckning om övervakning av testfel i Kör ett omedelbart test och konfigurera periodiska tester. Lade till en anteckning och uppdaterade en varning som starkt rekommenderar användning av senaste programvarupaket (OVA) för distributioner i Installera och konfigurera Video Mesh Node Software. Uppdaterade en varning angående noder placerade i underhållsläge i Hantera videonätnod från webbgränssnittet och Hantera videonätnoden från konsolen. Uppdaterat Video Mesh Analytics- avsnitt för att återspegla de senaste ändringarna i användargränssnittet.
27 mars 2023	Uppdaterade system- och plattformskrav för Video Mesh Node Software med de senaste hårdvarukonfigurationerna och tillagda bandbreddskrav.
02 mars 2023	Lade till information om tester som övervakningsverktyget kör i Monitoring Tool for Video Mesh. Ändrade steg för att komma åt översiktssidan för övervakningsverktyget i Kör ett omedelbart test och konfigurera periodiska tester. Lade till information om visning och filtrering av resultat i Kör ett omedelbart test och konfigurera periodiska tester. Uppdaterad Aktivera videonät för Webex-webbplatsen.
Juli 7, 2022	Uppdaterade kapacitetsuppskattningarna i Kapacitet för noder för videonätverk. Borttagna omnämnanden av den föråldrade MM410v-servern hela tiden.
30 juni 2022	Lade till information om de nya bulkprovisioneringsskripten på https://github.com/CiscoDevNet/webex-video-mesh-node-provisioning.
14 juni 2022	Ändrade steg för att utbyta certifikatkedjor för att inkludera ECDSA-certifikat i Ex change-certifikatkedjor mellan Unified CM och vide onätnoder
Maj 18, 2022	Ändrade nedladdningsplatsen för Reflector Tool till https://github.com/CiscoDevNet/webex-video-mesh-reflector-client.
29 april 2022	Lade till information om den nya funktionen i Håll dina media på Video Mesh för alla externa Webex-möten.
Mars 25, 2022	Uppdateringar av portanvändning i Portar och protokoll för hantering.
December 10, 2021	Lade till CMS 2000 och noterade uppgraderingsproblem för äldre CMS 1000s uppgradering till ESXi 7 i System- och plattformskrav för Video Mesh Node Software.
Augusti 30, 2021	Lade till information om att verifiera att Webex har rätt källland för din distribution i Kontrollera att källlandet är korrekt.
Augusti 27, 2021	Lade till anteckning om synlighet i analysrapporter i Support och begränsningar för privata möten.
Augusti 13, 2021	Lade till information om den nya funktionen Privata möten i: Kluster i videonät Privat mötessamtal Privata möten
Juli 22, 2021	Lade till information om hur man verifierar att systemet har rätt källplats för samtal. Rätt källplats hjälper till med effektiv routing. Se Kontrollera att källlandet är korrekt.
25 juni 2021	Noterade att den fullständiga Webex Experience-funktionen i Webex-appen är inkompatibel med Video Mesh i klienter och enheter som använder Video Mesh Node.
7 maj 2021	Korrigerade den rekommenderade klusterstorleken till 100 i Rik tlinjer för distribution av videomätkluster.
12 april 2021	Uppdaterad Konfigurera Expressway TCP SIP Traffic Routing för Video Mesh för att använda Webex-zonen istället för en ny DNS-zon.
Februari 9, 2021	Lade till information om den nya Gå till noden i Control Hub för att komma åt översikt över Webex Video Mesh Node från webbgränssnitt. Lagt till Inaktivera eller återaktivera avsnittet Lokalt administratörskonto från webbgränssnitt för att beskriva ny funktionalitet. I varje avsnitt som använder nodwebbgränssnittet uppdaterades stegen för att ange hur du kommer åt gränssnittet från Control Hub. L ade till uppladdningssäkerhetscertifik at. Lade till Ange extern loggning till en Syslog-server.
december 11, 2020	I Aktivera eller inaktivera DNS Cachi har du lagt till information om DNS-cache-torkning.
22 oktober 2020	I Portar och protokoll för Webex Meetings trafik, tillagda SIP-signalportkrav.
19 oktober 2020	Borttagen referens till cloudfront.net som inte längre används av tjänsten.
18 september 2020	Minskade IP-adressområdet som är reserverat för Webex Video Mesh Node intern användning från det ursprungliga 172.17.0.0—172.17.255.255 (65 536 adresser) till 172.17.42.0—172.17.42.63 (64 adresser).
26 augusti 2020	Lade till Webex Events stöd till Video Mesh Overview. Lade till nytt avsnitt Aktivera eller inaktivera DNS Cachi.
4 augusti 2020	Uppdaterade följande avsnitt för kort videoadressstöd: Integrera videonät med samtalskontrollaktivitetsflöde Konfigurera Unified CM säker TLS SIP-trafikdirigering för videonät Konfigurera Unified CM TCP SIP-trafikdirigering för videonät Konfigurera Expressway TCP SIP-trafikdirigering för videonät Uppdaterade avsnittet VMNLite Call Capacity Benchmark i samtalskapacitet på videonätnodplattformar.
9 juli 2020	Lade till nytt avsnitt Ställ in nätverksgränssnittet MTU-storlekar.
26 juni 2020	Lade till information om det nya VMNlite-distributionsalternativet i: Samtalskapacitet på videonätnodplattformar System- och plattformskrav för Video Mesh Node Software Installera och konfigurera Video Mesh Node Software Borttagna omnämnanden av standard NTP-server eftersom OVA inte längre har ett standard NTP-servervärde. Uppdaterad Generera Video Mesh Packet Captures för stöd med nya filtreringsalternativ.
9 juni 2020	Lade till information om det nya schemaläggningsalternativet för automatisk programuppgradering varje vecka i: Registrera Video Mesh Node till Webex Cloud Ställ in uppgraderingsschema för videomätkluster
21 maj 2020	Uppdaterade portar och protokoll för hantering och krav för proxystöd för Video Mesh.
15 maj 2020	Uppdaterad Video Mesh översikt.
25 april 2020	Lade till nya avsnitt i Hantera Webex Video Mesh Node från webbgränssnittet: Ställ in det externa nätverksgränssnittet från webbgränssnittet Video Mesh Node Lägg till interna och externa routningsregler Konfigurera containernätverk från Webex Video Mesh Node webbgränssnitt Fixade ett fel i granulariteten för den horisontella axeln i Access, Filter och Save Webex Video Mesh Felsökning (värdena växlades mellan alternativen Senaste 7 dagar och Senaste 24 timmar).
Januari 22, 2020	Lade till nytt avsnitt: Fabriksåterställ en Webex Video Mesh Nod från webbgränssnittet. Lade till mer information om anslutningskontroller i Hantera Webex Video Mesh Node från avsnittet Webbgränssnitt. Lade till trådlös delning i rummet till avsnittet Klienter och enheter som använder Webex Video Mesh Node.
12 december 2019	Lagt till ändringar av lösenfras och lösenfras utgångsdatum i Hantera Webex Video Mesh Nod från webbgränssnittet i kapitlet Hantera och felsök.
10 december 2019	Lade till följande information och portintervall i trafiksignaturtabellerna (för QoS aktiverat och inaktiverat: Käll-IP-adress: Video Mesh Node Destinations IP-adress: Webex molnmedietjänster Källa UDP-portar: 35000 till 52499 Destination UDP-portar: 5004 Inbyggd DSCP-märkning: AF41 Mediatyp: Testa STUN-paket Döpte om avsnittet ”Riktlinjer för bandbredd” till ”Videokvalitet och skalning” och lade till en länk till dokumentationen om önskad arkitektur. I Unified CM TLS-konfigurationen angav vår guide felaktigt att konfigurera en icke-säker SIP-trunk för Webex cloud failover. Korrigerade uttalandet för att säga att skapa en SIP-trunk (du kan konfigurera den som antingen säker eller osäker).
4 november 2019	Pensionerat gammalt analysinnehåll och lagt till nytt avsnitt. I avsnittet Ex change-certifikat har du lagt till information om fältet Ämnesalternativnamn och lagt till följande anmärkning i avsnittet Innan du börjar: Av säkerhetsskäl rekommenderar vi att du använder ett certifikatutfärdarcertifikat signerat på dina Video Mesh-noder istället för nodens standardcertifikat för självsignerade.
18 oktober 2019	Uppdaterade beskrivningen av inställningen för 1080p Control Hub för att klargöra att den här inställningen påverkar samtalskapaciteten och endast gäller lokala SIP-registrerade enheter. Mer information finns i Aktivera 1080p HD-video för lokala SIP-enheter i videonätnodmöten. Uppdaterade tabellen över enheter och slutpunkter som stöds för att bara lista de testade molnregistrerade enheterna.
26 september 2019	Lade till nytt avsnitt Konfigurera nätverksinställningar från Video Mesh Node Web Interface. Fixade beskrivningen i rapporten Resursanvändning. Det står nu: Genom snittligt resursanvändning för de mediamikrotjänster som används i Video Mesh-kluster. Lade till en anteckning i kapacitetsavsnittet: Överflöden vid låg samtalsvolym (särskilt SIP-samtal som har sitt ursprung lokalt) återspeglar inte skalan. Analys av videonätverk (under Kontrollhubben > Resurser > Samtalsaktivitet) anger de samtal sben som har sitt ursprung lokalt. De anger inte de samtalsströmmar som kom in via kaskaden till noden Video Mesh för mediebearbetning. När antalet fjärrdeltagare ökar i ett möte ökar den resulterande kaskaden och förbrukar lokala medieresurser på noden Video Mesh.
13 september 2019	Uppdat erad Installera och konfigurera Video Mesh Node Software med nätverkskonfigurationssteg som visas på sidan Anpassa mall. Uppdaterade system- och plattformskrav för Video Mesh Node Software med 72vCPU: er (motsvarande CMS 1000) för specifikationsbaserad konfiguration.
29 augusti 2019	Lade till Explicit Proxy och stödda autentiseringstyper för explicita proxykonfigurationer (Ingen autentisering, Basic, Digest, NTLM). Proxystöd för Edge Video Mesh Krav för proxystöd för Video Mesh Konfigurera Webex Video Mesh Node för proxyintegration Lade till stödda upplösningar och bildhastigheter för Video Mesh. Uppdaterade klienter och enheter som använder Video Mesh Node för att indikera att Webex Call My Video System till Webex molnregistrerade videoenheter använder Video Mesh-noden.
24 juli 2019	I avsnittet Hantera Webex videonätnod från webbgränssnittet har du gjort följande uppdateringar: Lade till nya avsnitt för Ping test, Trace Route test, NTP Server test, Reflector Tool och Debug User Account. Uppdaterade avsnittet Översikt - tog bort kaskader från skärmdumpen och lagt till OS-version. Flyttade innehållet ”Hantera videonät från konsolen” till bilagan till guiden. Döpte om kapitlet ”Hantera Webex Video Mesh” till ”Hantera och felsök Webex Video Mesh” och flyttade registreringens felsökningsinnehåll till det kapitlet.
9 juli 2019	I K rav för samtalskontroll och möteintegrering för Video Mesh uppdateras minsta versioner som stöds för Expres Unified CM sway- och Webex-webbplatser. I Klienter och enheter som använder Video Mesh Node lades till versioner som stöds av Jabber VDI och Webex VDI (de är SIP-klienter). Lade också till en testfriskrivning.
24 maj 2019	Lade till nya avsnitt på felsökningsfunktionerna och uppdaterade översiktsskärmen i webbgränssnittet Video Mesh nod: Generera Webex Video Mesh-loggar för support Generera Webex Video Mesh Packet Captures för support Få åtkomst till översikt över Webex Video Mesh Node från webbgränssnitt
25 april 2019	Uppdaterat Hantera och felsökWebEx Video Mesh för att ange att underhållsläge för Control Hub krävs innan underhåll utförs på Video Mesh-noder.
11 april 2019	Tog bort föråldrad information från bandbreddskrav. Uppdaterade innehållet och diagrammen och ändrade avsnittsnamnet till Videokvalitet och skalning för videonät.

Översikt av Cisco Webex Video Mesh

Översikt över Webex Video Mesh

Webex Video Mesh hittar dynamiskt den optimala blandningen av lokala och molnkonferensresurser. Lokala konferenser stannar på plats när det finns tillräckligt med lokala resurser. När lokala resurser är uttömda expanderar konferenser sedan till molnet.

Video Mesh Node är programvara som installeras på en lokal Cisco UCS server, registreras i molnet och hanteras i Control Hub. Webex-möten, Webex Personal Meeting Room, Webex Space Meetings och Webex App-samtal mellan två personer kan dirigeras till de lokala Video Mesh-noderna på nätet. Video Mesh väljer det mest effektiva sättet att använda tillgängliga resurser.

Video Mesh ger dessa fördelar:

Förbättrar kvaliteten och minskar latensen genom att låta dig hålla dina samtal lokalt.
Utökar dina samtal öppet till molnet när lokala resurser har nått sin gräns eller inte är tillgängliga.
Hantera dina Video Mesh-kluster från molnet med ett enda administrativt gränssnitt: Control Hub (https://admin.webex.com).
Optimera resurser och skala kapacitet efter behov.
Kombinerar funktionerna i moln och lokala konferenser i en sömlös användarupplevelse.
Minskar kapacitetsproblem, eftersom molnet alltid är tillgängligt när ytterligare konferensresurser behövs. Inget behov av att göra kapacitets planering för värsta fall.
Tillhandahåller avancerad analys av kapacitet och användning och felsökningsrap portdata på https://admin.webex.com.
Använder lokal mediebehandling när användare ringer in till ett Webex-möte från lokala standardbaserade SIP-slutpunkter och klienter:
- SIP-baserade slutpunkter och klienter (Cisco-slutpunkter, Jabber, tredje parts SIP), registrerade för lokal samtalskontroll (Cisco Unified Communications Managereller Expressway), som ringer till ett möte. Cisco Webex
- Webex-appen (inklusive ihopkopplad med rumsenheter) som går med i ett Webex-möte.
- Webex rums- och skrivbordsenheter som direkt ansluter till ett Webex-möte.
Ger optimerat ljud- och videointeraktivt röstsvar (IVR) till SIP-baserade slutpunkter och klienter på nätet.
H.323, IP-uppringning och Skype för företag (S4B) slutpunkter fortsätter att ansluta till möten från molnet.
Stöder 1080p 30fps högupplöst video som ett alternativ för möten, om mötesdeltagare som kan stödja 1080p är värd via lokala Video Mes h-noder. (Om en deltagare ansluter sig till ett pågående möte från molnet fortsätter lokala användare att uppleva 1080p 30 fps på slutpunkter som stöds .)
Förbättrad och differentierad kvalitetsmärkning (QoS): separat ljud (EF) och video (AF41).

Webex Video Mesh stöds för värdar och deltagare i Webex Meetings och Webex Webinars (upp till 5000 deltagare) på Webex Suite mötesplattformen (WSMP).
Stöder krypterade möten från slut till slut (E2EE-möten). Om en kund distribuerar Video Mesh och väljer E2EE-mötestypen lägger den till ett extra säkerhetslager, vilket säkerställer att dina data (media, filer, whiteboards, anteckningar) förblir säkra och hindrar tredje part från att komma åt eller ändra dem. Mer information finns i Distribuera Zero-Trust-möten.

Privata möten stöder för närvarande inte end-to-end-kryptering.
Stöder gästanvändare (användare som inte är registrerade på Webex) att delta i möten som landar på Video Mesh, förutsatt att de är inom organisationens företagsnätverk.

Klienter och enheter som använder Video Mesh Node

Vi strävar efter att göra Video Mesh kompatibelt med relevanta klienter och enhetstyper. Även om det inte är möjligt att testa alla scenarier täcker testningen som dessa data baseras på de vanligaste funktionerna för de listade slutpunkterna och infrastrukturen. Frånvaron av en enhet eller klient innebär brist på testning och brist på officiellt stöd från Cisco.

Tabell 1. Klienter och enheter som använder Video Mesh Node
Klient- eller enhetstyp	Använder videonätnod vid punkt-till-punkt-anrop	Använder Video Mesh Node på flerpartsmöte
Webex-appen (dator och mobil)	Javisst	Javisst
Webex-enheter, inklusive rumsenheter och Webex Board. (Se avsnittet K rav för slutpunkt och Webex-appar för en fullständig lista.)	Javisst	Javisst
Trådlös delning på rummet mellan Webex-appen och rums-, skrivbords- och Board-enheter som stöds.	Javisst	Javisst
Unified CM-registrerade enheter (inklusive IX-slutpunkter) och klienter (inklusive Jabber VDI 12.6 och senare, och Webex VDI 39.3 och senare), som ringer till ett Webex-schemalagt möte eller Webex Personal Room-möte. *	Nej	Javisst
VCS/ExpressWay-registrerade enheter, anrop till ett Webex-schemalagt möte eller Webex Personal Room-möte. *	Nej	Javisst
Webex Call My Video System till Webex molnregistrerade videoenheter	N/A	Javisst
Webex webbapp (https://web.webex.com)	Javisst	Javisst
Telefoner registrerade till Cisco Webex Calling	Nej	Nej
Webex Call My Video System till lokalregistrerade SIP-enheter	N/A	Nej

_{* Det är inte möjligt att garantera att alla lokala enheter och klienter har testats med Video Mesh-lösningen.}

Video Mesh-inkompatibilitet med Webex-upplevelsen med full funktion

Om du aktiverar den fullständiga Webex-upplevelsen för Webex-appen stöds inte Webex-appen med videonätnoderna. Den funktionen skickar för närvarande signalering och media direkt till Webex. Framtida versioner kommer att göra Webex-appen och Video Mesh kompatibla. Som standard aktiverade vi inte den funktionen för kunder med Video Mesh.

Du kan ha problem med Video Mesh och den fullständiga Webex-upplevelsen:

Om du lade till Video Mesh i din distribution efter introduktionen av den funktionen.
Om du aktiverade den funktionen utan att veta dess inverkan på Video Mesh.

Om du märker problem kontaktar du ditt Cisco-kontoteam för att inaktivera växeln Full Featured Webex Experience.

Kvalitet på tjänsten på Video Mesh Node

Videonätnoder överensstämmer med rekommenderade metoder för QoS (Quality of Service) genom att aktivera portintervall som gör att du kan skilja ljud- och videoströmmar i alla flöden till och från Video Mesh-noderna. Med den här ändringen kan du skapa QoS-policyer och effektivt anmärka trafik till och från Video Mesh Nodes.

Dessa portändringar åtföljer QoS-ändringar. Video Mesh-noder markerar automatiskt medietrafik från SIP-registrerade slutpunkter (lokalt Unified CM eller VCS Expressway-registrerade) för både ljud (EF) och video (AF41) separat med lämplig serviceklass och använder välkända portintervall för specifika medietyper.

Källtrafiken från de lokala registrerade slutpunkterna bestäms alltid av konfigurationen på samtalskontrollen (Unified CMeller VCS Expressway).

Mer information finns i QoS-tabellen i Portar och protokoll som används av Video Mesh och stegen för att aktivera eller inaktivera QoS i aktivitetsflödet för distribution av videomätverk

Webex-appen fortsätter att ansluta till Video Mesh-noder över delad port 5004. Dessa portar används också av Webex App och slutpunkter för STUN-åtkomlighetstester till Video Mesh-noder. Videonätnoden till Videonätnoden för kaskader använder målportområdet 10000—40000.

Proxystöd för Video Mesh

Video Mesh stöder uttryckliga, transparenta inspekterings- och icke-inspekterande proxyer. Du kan knyta dessa proxyer till din Video Mesh-distribution så att du kan säkra och övervaka trafiken från företaget ut till molnet. Den här funktionen skickar signalering och hantering https-baserad trafik till proxyn. För transparenta proxyer vidarebefordras nätverksförfrågningar från Video Mesh-noder till en specifik proxy via företagets nätverksroutningsregler. Du kan använda administratörsgränssnittet Video Mesh för certifikathantering och den övergripande anslutningsstatusen efter att du har implementerat proxyn med noderna.

Media reser inte genom proxyn. Du måste fortfarande öppna de portar som krävs för att mediaströmmar ska nå molnet direkt. Se Portar och protokoll för hantering.

Följande proxytyper stöds av Video Mesh:

Explicit proxy (inspekterar eller inte inspekterar) — Med explicit proxy talar du om för klienten (Video Mesh-noder) vilken proxyserver som ska användas. Det här alternativet stöder någon av följande autentiseringstyper:
- Ingen — Ingen ytterligare autentisering krävs. (För HTTP- eller HTTPS-explicit proxy.)
- Grundläggande — Används för en HTTP-användaragent för att ange ett användarnamn och lösenord när du gör en begäran, och använder Base64-kodning. (För HTTP- eller HTTPS-explicit proxy.)
- Digest — Används för att bekräfta kontots identitet innan känslig information skickas, och tillämpar en hashfunktion på användarnamnet och lösenordet innan det skickas över nätverket. (För HTTPS-explicit proxy.)
- NTLM — Liksom Digest används NTLM för att bekräfta kontots identitet innan känslig information skickas. Använder Windows-autentiseringsuppgifter istället för användarnamn och lösenord. Detta autentiseringsschema kräver flera utbyten för att slutföra. (För HTTP-explicit proxy.)
Transparent proxy (icke-inspekterande) —Video Mesh-noder är inte konfigurerade för att använda en specifik proxyserveradress och bör inte kräva några ändringar för att fungera med en icke-inspekterande proxy.
Transparent proxy (inspektion) —Video Mesh-noder är inte konfigurerade för att använda en specifik proxyserveradress. Inga http-konfigurationsändringar krävs på Video Mesh, men Video Mesh-noderna behöver ett rotcertifikat så att de litar på proxyn. Inspekterande proxyer används vanligtvis av IT för att upprätthålla policyer för vilka webbplatser som kan besökas och typer av innehåll som inte är tillåtna. Denna typ av proxy dekrypterar all din trafik (även https).

Diagram showing an example connection between the Hybrid Data Security, network and a proxy — ***Exempel på videonätnoder och proxy***

Upplösningar och bildhastigheter som stöds för Video Mesh

Den här tabellen täcker upplösningar och bildhastigheter som stöds ur ett avsändare-mottagarperspektiv i ett möte som är värd på en Video Mesh-nod. Avsändarklienten (app eller enhet) är tvärs över den översta raden i tabellen, medan mottagarklienten finns i den vänstra kolumnen i tabellen. Motsvarande cell mellan de två deltagarna fångar den förhandlade innehållsupplösningen, bildrutor per avsnitt och ljudkälla.

Upplösningen påverkar samtalskapaciteten på alla Video Mesh-noder. Mer information finns i Kapacitet för noder för videonätverk.

Värdet för upplösning och bildhastighet kombineras som xxxPyy—till exempel betyder 720p10 720p med 10 bilder per sekund.

Definitionsförkortningarna (SD, HD och FHD) i avsändarraden och mottagarkolumnen hänvisar till klientens eller enhetens övre upplösning:

SD — standardupplösning (576p)
HD — högupplöst (720p)
FHD — Full HD (1080p)

Tabell 2. Upplösningar och bildhastigheter som stöds för Video Mesh
Mottagare	Avsändare
	Webex-appen	Webex mobilapp	SIP-registrerade enheter (HD)	SIP-registrerade enheter (FHD)	Webex-registrerade enheter (SD)	Webex-registrerade enheter (HD)	Webex-registrerade enheter (FHD)
Webbex App-skrivbord	720p10 Blandat ljud*	720p10 Blandat ljud	720p30 Blandat ljud	720p30 Blandat ljud	576p15 Innehållsljud**	720p30 Blandat ljud	720p30 Blandat ljud
Webex mobilapp	—	—	—	—	—	—	—
SIP-registrerade enheter (HD)	720p30 Innehållsljud	720p15 Blandat ljud	1080p15 Blandat ljud	1080p15 Blandat ljud	576p15 Blandat ljud	1080p15 Blandat ljud	1080p15 Blandat ljud
SIP-registrerade enheter (FHD)	1080p30 Blandat ljud	720p15 Blandat ljud	1080p15 Blandat ljud	1080p30 Blandat ljud	576p15 Blandat ljud	1080p15 Blandat ljud	1080p30 Blandat ljud
Webex-registrerade enheter (SD)	1080p15 Blandat ljud	720p15 Blandat ljud	1080p15 Blandat ljud	1080p15 Blandat ljud	576p15 Blandat ljud	1080p15 Blandat ljud	1080p15 Blandat ljud
Webex-registrerade enheter (FHD)	1080p30 Blandat ljud	720p15 Blandat ljud	1080p15 Blandat ljud	1080p30 Blandat ljud	576p15 Blandat ljud	1080p15 Blandat ljud	1080p30 Blandat ljud

_{* Innehållsljud hänvisar till ljudet som spelas upp från det specifika innehållet som delas, till exempel en strömmande video. Denna ljudström är separat från det vanliga mötesljudet.}

_{** Blandat ljud avser en blandning av mötesdeltagarens ljud och ljud från innehållsdelningen.}

Förbered din miljö

Krav för Video Mesh

Video Mesh är tillgängligt med de erbjudanden som dokumenteras i Licenskrav för hybridtjänster.

Samtalskontroll och uppfyllande integrationskrav för Video Mesh

Samtalskontroll och befintlig mötesinfrastruktur krävs inte för att använda Video Mesh, men du kan integrera de två. Om du integrerar Video Mesh med samtalskontroll och mötesinfrastruktur, se till att din miljö uppfyller minimikriterierna som dokumenteras i följande tabell.

Tabell 1. Samtalskontroll och möteskrav för Video Mesh
Komponentsyfte	Minsta version som stöds
Lokal samtalskontroll	Cisco Unified Communications Manager, Release 11.5 (1) SU3 eller senare. (Vi rekommenderar den senaste SU-utgåvan.) Cisco Expressway-C eller E, Release X8.11.4 eller senare. (Se avsnittet ”Viktig information” i Expressway Release Notes för mer information.)
Mötesinfrastruktur	Webex MeetingsWBS33 eller senare. (Du kan verifiera att din Webex-webbplats finns på rätt plattform om den har listan Medieresurstyp tillgänglig i webbplatsalternativen Cloud Collaboration Meeting Room.) För att säkerställa att din webbplats är redo för Video Mesh, kontakta din kundframgångsansvarig (CSM) eller partner.
Failover-hantering	Cisco Expressway-C eller E, Release X8.11.4 eller senare. (Se avsnittet ”Viktig information” i Expressway Release Notes för mer information.)

Möten och samtal med gästanvändardeltagare i organisationens nätverk (användare som inte är registrerade i organisationen) flyter över till molnet som standard och landar inte på Video Mesh.

Krav för slutpunkter och Webex-appar

Tabell 2. Krav på slutpunkter och appar för Video Mesh
Komponentsyfte	Detaljer
Slutpunkter som stöds	Se Webex-videokompatibilitet och support.
Versioner som stöds av Webex-appen	Video Mesh stöder Webex App för dator (Windows, Mac) och mobil (Android, iPhone och iPad). För att ladda ner appen för en plattform som stöds, gå till https://www.webex.com/downloads.html.
Codecs som stöds	Se Webex\| Videospecifik ationer för samtal och möten för ljud- och videokodekar som stöds. Observera dessa varningar för Video Mesh: För videokvalitet stöder Video Mesh upp till 1080p i vissa scenarier. Du kan konfigurera den här inställningen på https://admin.webex.com. För SIP-videosystem stöder Video Mesh SIP-klienter som gör ljudtoner med dubbla toner med flera frekvenser (DTMF). Tjänsten stöder också tangentbordsmarkeringsspråk (KPML). Webex-appen för Windows och Mac och Room-, Desk- och Board-enheter som är registrerade i molnet stöder upp till 1080p 30 fps med innehållsljud. H.323-klienter nämns i databladet, men de går bara till molnet.
Webex Video Mesh stöder alla Webex-registrerade enheter, Webex-appen på Webex Suite mötesplattformen (WSMP), Webex-webbappen (https://web.webex.com) och SIP-enheter.

System- och plattformskrav för Video Mesh Node Software

Produktionsmiljöer

I produktionsdistributioner finns det två sätt att distribuera Video Mesh Node programvara på en viss maskinvarukonfiguration:

Du kan ställa in varje server som en enda virtuell dator, vilket är bäst för distributioner som innehåller många SIP-slutpunkter.
Med alternativet VmnLite kan du ställa in varje server med flera mindre virtuella maskiner. VMNLite är bäst för distributioner där majoriteten av klienter och enheter är Webex-appen och Webex-registrerade slutpunkter.

Dessa krav är gemensamma för alla konfigurationer:

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

Video Mesh-noderna som körs oberoende av plattformshårdvaran behöver dedikerade vCPU: er och RAM. Dela resurser med andra program stöds inte. Detta gäller alla bilder av Video Mesh-programvaran.

För Video Mesh Lite (VMNLite) bilder på en CMS-plattform stöder vi bara att ha VMNlite-bilder. Ingen annan Video Mesh-bild eller icke-Video Mesh-applikation kan finnas på CMS-hårdvaran med VMnLite-programvaran.

Tabell 3. System- och plattformskrav för Video Mesh Node Software i en produktionsmiljö
Maskinvarukonfiguration	Produktionsdistribution som en enda virtuell dator (VMNfull)	Produktionsdistribution med VMnLite virtuella maskiner	Anteckningar
Specifikationsbaserad konfiguration (Processor: Intel: 2,4 GHz ^3:e generationens Xeon Gold 6336Y eller senare AMD: 2.4 GHz 5: ^e generationens AMD EPYC eller senare)	72vCPU: er (70 för Video Mesh Node, 2 för ESXi) 60 GB huvudminne 80 GB lokalt hårddiskutrymme eller 80 GB NFS-lagring	Distribuera som tre identiska virtuella maskininstanser, var och en med: 23 vCPU:er 20 GB huvudminne 80 GB lokalt hårddiskutrymme för en standard VMNLite-nod 250 GB lokalt hårddiskutrymme för en VMNLite-inspelningsnod eller 80 GB NFS-lagring	Varje virtuell Video Mesh-maskin måste ha CPU, RAM och hårddiskar reserverade för sig själv. Använd antingen alternativet VmnLite eller V MNFull under konfigurationen. Högsta IOP (input/output operationer per sekund) för NFS-lagring är 300 IOPS.

Video Mesh kan också distribueras på CMS/UCS-hårdvaruplattformar. Om den underliggande maskinvaran når sin livslängd är slut kommer supporten att begränsas till Video Mesh-applikationen, förutsatt att minimikraven som nämns ovan är uppfyllda.

Demomiljöer

För grundläggande demoändamål kan du använda en specifikationsbaserad maskinvarukonfiguration med följande minimikrav:

14vCPU: er (12 för Video Mesh Node, 2 för ESXi)
8 GB huvudminne
20 GB lokalt hårddiskutrymme
2,6 GHz Intel Xeon E5-2600v3 eller senare processor

Den här konfigurationen av Video Mesh Cisco TAC stöds inte.

Mer information om demo-programvaran finns i Video Mesh Node Demo Software.

Bandbreddskrav

Video Mesh Nodes måste ha en minsta internetbandbredd på 10 Mbps för att både uppladdning och nedladdning ska fungera korrekt.

Krav för proxystöd för Video Mesh

Vi stöder officiellt följande proxylösningar som kan integreras med dina Video Mesh-noder.
- Cisco Web Security Appliance (WSA) för transparent proxy
- Squid för explicit proxy
För en explicit proxy eller transparent inspekterande proxy som inspekterar (dekrypterar trafik) måste du ha en kopia av proxyns rotcertifikat som du måste ladda upp till Video Mesh-nodens förtroendelager i webbgränssnittet.
Vi stöder följande uttryckliga kombinationer av proxy och autentiseringstyp:
- Ingen autentisering med http och https
- Grundläggande autentisering med http och https
- Sammanfattningsautentisering endast med https
- NTLM-autentisering endast med http
För transparenta proxyer måste du använda router/switch för att tvinga HTTPS/443-trafik att gå till proxyn. Du kan också tvinga Web Socket att gå till proxy. (Web Socket använder https.)
Video Mesh kräver webbuttagsanslutningar till molntjänster, så att noderna fungerar korrekt. Vid uttrycklig inspektion och transparenta inspektionsproxyer krävs http-rubriker för en korrekt websocket-anslutning. Om de ändras kommer websocket-anslutningen att misslyckas.

När anslutningsfelet till websocket inträffar på port 443 (med transparent inspektionsproxy aktiverad) leder det till en varning efter registrering i Control Hub: ”Webex Video Mesh SIP-samtal fungerar inte korrekt.” Samma larm kan uppstå av andra skäl när proxy inte är aktiverat. När websocket-huvuden blockeras på port 443 flyter media inte mellan appar och SIP-klienter.

Om media inte flyter inträffar detta ofta när https-trafiken från noden över port 443 misslyckas:

Port 443-trafik tillåts av proxyn, men det är en inspekterande proxy och bryter websocketen.

För att rätta till dessa problem kan du behöva ”kringgå” eller ”skarva” (inaktivera inspektion) på port 443 till: *.wbx2.com och*.ciscospark.com.

Kapacitet för Video Mesh-noder

Eftersom Video Mesh är en programvarubaserad medieprodukt varierar kapaciteten för dina Video Mesh-noder. I synnerhet lägger mötesdeltagare på Webex-molnet en tyngre belastning på noder. Du får lägre kapacitet när du har fler kaskader till Webex-molnet. Andra faktorer som påverkar kapaciteten är:

Typer av enheter och klienter
Videoupplösning
Nätverkskvalitet
Toppbelastning
Distributionsmodell

Användning av Video Mesh påverkar inte antalet Webex-licenser.

I allmänhet fördubblar inte kapaciteten att lägga till fler noder i klustret på grund av omkostnaderna för att ställa in kaskader. Använd dessa siffror som allmän vägledning. Vi rekommenderar följande:

Testa vanliga mötesscenarier för din distribution.
Använd analyserna i Control Hub för att se hur distributionen utvecklas och lägg till kapacitet efter behov.

Överflöden vid låg samtalsvolym (särskilt SIP-samtal som har sitt ursprung lokalt) är inte en verklig återspegling av omfattningen. Video Mesh-analys (under Kontrollhubben > Resurser > Samtalsaktiv itet) anger de samtalsben som har sitt ursprung lokalt. De anger inte de samtalsströmmar som kom in genom kaskaden till noden Video Mesh för mediebearbetning. När antalet fjärrdeltagare ökar i ett möte ökar kaskaderna och förbrukar lokala medieresurser på noden Video Mesh.

Den här tabellen listar kapacitetsområden för olika blandningsdeltagare och slutpunkter på vanliga Video Mesh-noder. Våra tester inkluderade möten med alla deltagare på den lokala noden och möten med en blandning av lokala och molndeltagare. Med fler deltagare i Webex-molnet kan du förvänta dig att din kapacitet hamnar i den nedre delen av intervallet.

Tabell 4. Kapacitet på vanliga Video Mesh-noder
Scenario	Upplösning	Deltagarkapacitet
Möten med endast Webex App-deltagare	720p	100–130
Möten med endast Webex App-deltagare	1080p	90–100
Möten och 1-till-1-samtal med endast Webex App-deltagare	720p	60–100
Möten och 1-till-1-samtal med endast Webex App-deltagare	1080p	30–40
Möten med endast SIP-deltagare	720p	70–80
Möten med endast SIP-deltagare	1080p	30–40
Möten med Webex App- och SIP-deltagare	720p	75–100

Basupplösningen för Webex App är 720p. Men när du delar är deltagarnas miniatyrbilder på 180p.
Dessa prestandanummer förutsätter att du har aktiverat alla rekommenderade portar.

Kapacitet för VMNlite

Vi rekommenderar VMNLite för distributioner som huvudsakligen inkluderar Webex App och molnregistrerade slutpunkter. I dessa distributioner använder noderna mer växling och färre omkodningsresurser än standardkonfigurationen ger. Om du distribuerar flera mindre virtuella maskiner på värden optimeras resurserna för det här scenariot.

Denna tabell listar kapacitetsområden för olika blandningsdeltagare och slutpunkter. Våra tester inkluderade möten med alla deltagare på den lokala noden och möten med en blandning av lokala och molndeltagare. Med fler deltagare i Webex-molnet kan du förvänta dig att din kapacitet hamnar i den nedre delen av intervallet.

Tabell 5. Kapacitet på VmnLite-noder
Scenario	Upplösning	Deltagarkapacitet med 3 VMNlite-noder på en server
Möten med endast Webex App-deltagare	720p	250–300
Möten med endast Webex App-deltagare	1080p	230–240
Möten och 1-till-1-samtal med endast Webex App-deltagare	720p	175–275

Basupplösningen för Webex App-möten är 720p. Men när du delar är deltagarnas miniatyrbilder på 180p.

Kluster i videonät

Du distribuerar Video Mesh-noder i kluster. Ett kluster definierar Video Mesh-noder med liknande attribut, till exempel nätverksnära. Deltagarna använder ett visst kluster eller molnet, beroende på följande villkor:

En klient i ett företagsnätverk som kan nå ett lokalt kluster ansluter till det — den primära inställningen för klienter i företagsnätverket.
Kunder som går med i ett privat Video Mesh-möte ansluter endast till lokala kluster. Du kan skapa ett separat kluster specifikt för dessa privata möten.
En klient som inte kan nå ett lokalt kluster ansluter till molnet — fallet för en mobil enhet som inte är ansluten till företagets nätverk.
Det valda klustret beror också på latens, snarare än bara plats. Till exempel kan ett molnkluster med lägre STUN rundtursfördröjning (SRT) än ett Video Mesh-kluster vara en bättre kandidat för mötet. Denna logik hindrar en användare från att landa på ett geografiskt långt kluster med hög SRT-fördröjning.

Varje kluster innehåller logik som kaskaderar möten, förutom privata Video Mesh-möten, över andra molnmöteskluster, efter behov. Cascading tillhandahåller en dataväg för media mellan klienter i deras möten. Möten fördelas över noder, och klienter landar på den mest effektiva noden närmast dem, beroende på faktorer som nätverkstopologi, WAN-länk och resursutnyttjande.

Klientens förmåga att pinga medienoder avgör tillgängligheten. Ett faktiskt samtal använder en mängd olika potentiella anslutningsmekanismer, till exempel UDP och TCP. Innan samtalet registreras Webex-enheten (Room, Desk, Board och Webex App) med Webex-molnet, vilket ger en lista över klusterkandidater för samtalet.

Noderna i ett Video Mesh-kluster kräver obehindrad kommunikation med varandra. De kräver också obehindrad kommunikation med noderna i alla dina andra Video Mesh-kluster. Se till att dina brandväggar tillåter all kommunikation mellan Video Mesh-noderna.

Kluster för privata möten

Du kan reservera ett Video Mesh-kluster för privata möten. När det reserverade klustret är fullt kaskaderar det privata mötesmediet ut till dina andra Video Mesh-kluster. När det reserverade klustret är fullt delar privata möten och icke-privata möten resur serna för dina återstående kluster.

Icke-privata möten använder inte ett reserverat kluster och reserverar dessa resurser för de privata mötena. Om ett icke-privat möte tar slut på resurser i ditt nätverk kaskaderar det ut till Webex-molnet istället.

Mer information om funktionen för privata möten i Video Mesh finns i Privata möten.

Du kan inte använda formatet för kort videoadress (meet@ your_site) om du reserverar alla Video Mesh-kluster för privata möten. Dessa samtal misslyckas för närvarande utan ett korrekt felmeddelande. Om du lämnar vissa kluster oreserverade kan samtal med det korta videoadressformatet ansluta via dessa kluster.

Riktlinjer för distribution av videomätkluster

I vanliga företagsdistributioner rekommenderar vi att kunder använder upp till 100 noder per kluster. Det finns inga hårda gränser inställda i systemet för att blockera en kluster storlek med större än 100 noder. Men om du behöver skapa större kluster rekommenderar vi starkt att du granskar det här alternativet med Cisco Engineering via ditt Cisco-kontoteam.
Skapa färre kluster när resurser har liknande nätverksnärhet (affinitet).
När du skapar kluster lägger du bara till noder som ligger i samma geografiska region och samma datacenter. Klustring över WAN (wide area network) stöds inte.
Distribuera vanligtvis kluster i företag som ofta är värd för lokaliserade möten. Planera var du placerar kluster på den bandbredd som finns tillgänglig på olika WAN- platser inom företaget. Med tiden kan du distribuera och växa kluster för kluster baserat på observerade användarmönster.
Kluster som ligger i olika tidszoner kan effektivt betjäna flera geografiska områden genom att dra nytta av olika samtalsmönster för topp/upptagen tid.
Om du har två Video Mesh-noder i två separata datacenter (till exempel EU och NA), och du har slutpunkter som går samman genom varje datacenter, kaskadas noderna i varje datacenter till en enda Video Mesh-nod i molnet. Dessa kaskader skulle gå över Internet. Om det finns en molndeltagare (som ansluter före en av Video Mesh-deltagarna), kommer noderna att kaskaderas genom molndeltagarens medienod.

Tidszonens mångfald

Tidszonens mångfald kan göra det möjligt att dela kluster under lågtider. Till exempel: Ett företag med ett kluster i norra Kalifornien och ett kluster i New York kan upptäcka att den totala nätverksfördröjningen inte är så hög mellan de två platserna som betjänar en geografiskt varierad användarpopulation. När resurserna är på topp i klustret i norra Kalifornien kommer New York-klustret sannolikt att vara utanför topp och ha ytterligare kapacitet. Detsamma gäller för norra Kaliforniens kluster, under topptider i New York-klustret. Dessa är inte de enda mekanismerna som används för effektiv distribution av resurser, men de är de två viktigaste.

Överflöd till molnet

När kapaciteten för alla lokala kluster har uppnåtts flyter en lokal deltagare över till Webex-molnet. Detta betyder inte att alla samtal är värd i molnet. Webex dirigerar bara till molnet de deltagare som antingen är fjärranslutna eller inte kan ansluta till ett lokalt kluster. I ett samtal med både lokala och molndeltagare överbryggs (kaskadas) det lokala klustret till molnet för att kombinera alla deltagare i ett enda samtal.

Om du ställer in mötet som privat mötestyp behåller Webex alla samtal i dina lokala kluster. Privata möten flyter aldrig över till molnet.

Webex-enhetsregistreras med Webex

Förutom att bestämma tillgängligheten utför klienterna också periodiska rundturs-fördröjningstester med Simple Traversal of UDP genom NAT (STUN). STUN rundtursfördröjning (SRT) är en viktig faktor vid val av potentiella resurser under ett faktiskt samtal. När flera kluster distribueras baseras de primära urvalskriterierna på den inlärda SRT-fördröjningen. Tillgänglighetstester utförs i bakgrunden, initierade av ett antal faktorer inklusive nätverksändringar, och introducerar inte förseningar som påverkar samtalsinställningstiderna. Följande två exempel visar möjliga resultat av nåbarhetstest.

Fördröjningstester tur och retur — molnenheten når inte lokalt kluster

Fördröjningstester tur och retur — molnenheten når framgångsrikt lokalt kluster

Inlärd information om nåbarhet tillhandahålls till Webex-molnet varje gång ett samtal ställs in. Denna information gör det möjligt för molnet att välja den bästa resursen (kluster eller moln), beroende på klientens relativa plats till tillgängliga kluster och typen av samtal. Om inga resurser finns tillgängliga i det föredragna klustret testas alla kluster för tillgänglighet baserat på SRT-fördröjning. Ett föredraget kluster väljs med den lägsta SRT-fördröjningen. Samtal betjänas lokalt från ett sekundärt kluster när det primära klustret är upptaget. Lokala tillgängliga Video Mesh-resurser testas först, i ordning efter lägsta SRT-fördröjning. När alla lokala resurser är uttömda ansluter deltagaren till molnet.

Klusterdefinition och plats är avgörande för en distribution som ger den bästa övergripande upplevelsen för deltagarna. Helst bör en distribution tillhandahålla resurser där klienterna är belägna. Om inte tillräckligt med resurser tilldelas där klienterna gör majoriteten av samtalen förbrukas mer intern nätverksbandbredd för att ansluta användare till avlägsna kluster.

Lokalt samtal och molnsamtal

Lokala Webex-enheter som har samma klusteraffinitet (preferens, baserat på närhet till klustret) ansluter till samma kluster för ett samtal. Lokala Webex-enheter med olika lokala klusteraffiniteter ansluter till olika kluster och klustren kaskadas sedan till molnet för att kombinera de två miljöerna till ett enda samtal. Detta skapar en hubb- och ekardesign med Webex-molnet som nav och de lokala klustren som fungerar som ekrar i mötet.

Lokalt samtal med olika klusteraffiniteter

Webex-enheten ansluter till antingen lokalt kluster eller moln baserat på dess tillgänglighet. Följande visar exempel på de vanligaste scenarierna.

Webex Cloud-enhet ansluter till molnet

Webex lokala enhet ansluter till lokalt kluster

Webex lokala enhet ansluter till molnet

Val av molnkluster för överflöde baserat på 250 ms eller högre STUN rundtursfördröjning

Även om valet av nod är dina lokalt distribuerade Video Mesh-noder stöder vi ett scenario där STUN-rundtursfördröjningen (SRT) till ett lokalt Video Mesh-kluster överstiger den acceptabla rundtursfördröjningen på 250 ms (vilket vanligtvis händer om det lokala klustret är konfigurerat på en annan kontinent), väljer systemet närmaste molnmedianod i den geografin istället för en Video Mesh-nod.

Webex-appen eller Webex-enheten finns i företagsnätverket i San Jose.
San Jose- och Amsterdam-kluster är på kapacitet eller inte tillgängliga.
SRT-fördröjningen till Shanghai-klustret är större än 250 ms och kommer sannolikt att införa mediekvalitetsproblem.
San Franciscos molnkluster har en optimal SRT-fördröjning.
Shanghai Video Mesh-klustret är uteslutet från övervägande.
Som ett resultat flyter Webex-appen över till molnklustret i San Francisco.

Privata möten

Privata möten isolerar alla media till ditt nätverk via Video Mesh. Till skillnad från vanliga möten, om de lokala noderna är fulla, kaskadas media inte till Webex-molnet. Men som standard kan privata möten kaskadas till olika Video Mesh-kluster i ditt nätverk. För privata möten över geografiska platser måste dina Video Mesh-kluster ha direkt anslutning till varandra för att tillåta interklusterkaskader, som Remote1_VMN i HQ1_VMN figuren.

Se till att nödvändiga portar är öppna i din brandvägg, för att tillåta obehindrad kaskad mellan kluster. Se Portar och protokoll för hantering.

Alla deltagare i ett privat möte måste tillhöra din mötesvärds Webex-organisation. De kan ansluta med hjälp av Webex-appen eller ett autentiserat videosystem (SIP-slutpunkter registrerade på UCM/VCS eller Webex-registrerad videoenhet). Deltagare med VPN- eller MRA-åtkomst till ditt nätverk kan gå med i ett privat möte. Men ingen kan gå med i ett privat möte utanför ditt nätverk.

Distributionsmodeller som stöds av Video Mesh

Stöds i en Video Mesh-distribution

Du kan distribuera en videonätnod i antingen ett datacenter (föredraget) eller demilitariserad zon (DMZ). För vägledning, se Portar och protokoll som används av Video Mesh.
För en DMZ-distribution kan du ställa in Video Mesh-noderna i ett kluster med det dubbla nätverksgränssnittet (NIC). Med den här distributionen kan du separera den interna företagsnätverkstrafiken (används för interboxkommunikation, kaskader mellan noder i ett kluster och för att komma åt nodens hanteringsgränssnitt) från den externa molnnätverkstrafiken (används för anslutning till omvärlden, kaskader mellan kluster och kaskader till molnet).

Dual NIC fungerar på den fullständiga VMNLite- och demoversionen av Video Mesh-nodprogramvaran. Du kan också distribuera Video Mesh bakom en 1:1 NAT-inställning.
Du kan integrera Video Mesh-noder med din samtalskontrollmiljö. Till exempel distributioner med Video Mesh integrerat medUnified CM, se Distributions modeller för videonät och. Cisco Unified Communications Manager
Följande typer av adressöversättning stöds:
- Dynamisk nätverksadressöversättning (NAT) med hjälp av en IP-pool
- Dynamisk portadressöversättning (PAT)
- 1:1 NAT
- Andra former av NAT bör fungera så länge som rätt portar och protokoll används, men vi stöder dem inte officiellt eftersom de inte har testats.
IPv4
Statisk IP-adress för Video Mesh Node

Stöds inte i en Video Mesh-distribution

IPv6
DHCP för videonätnoden
Ett kluster med en blandning av ett nätverkskort och dubbelt nätverkskort
Klustring av Video Mesh-noder över Wide Area Network (WAN)
Ljud, video eller media som inte passerar genom en videonätnod:
- Ljud från telefoner
- Peer-to-peer-samtal mellan Webex App och standardbaserad slutpunkt
- Ljudavslutning på Video Mesh Node
- Media skickas via Expressway C/E-par
- Videosamtal tillbaka från Webex

Distributionsmodeller för Video Mesh och Cisco Unified Communications Manager

De här exemplen visar vanliga Video Mesh-distributioner och hjälper dig att förstå var Video Mesh-kluster kan passa in i ditt nätverk. Tänk på att Video Mesh-distributionen beror på faktorer i nätverkstopologin:

Platser för datacenter
Kontorsplatser och storlek
Plats och kapacitet för internetåtkomst

Försök i allmänhet att binda Video Mesh-noderna till klustren Unified CM eller Session Management Edition (SME). Som bästa praxis, håll noderna så centraliserade som möjligt till de lokala filialerna.

Video Mesh stöder Session Management Edition (SME). Unified CMkluster kan anslutas via en SME, och sedan måste du skapa en SME trunk som ansluter till Video Mesh-noderna.

Arkitektur för nav och eker

Denna distributionsmodell involverar centraliserat nätverk och internetåtkomst. Vanligtvis har den centrala platsen en hög medarbetarkoncentration. I det här fallet kan ett Video Mesh-kluster placeras centralt för optimerad mediehantering.

Att lokalisera kluster på filialplatser kanske inte ger fördelar på kort sikt och kan leda till suboptimal routing. Vi rekommenderar att du distribuerar kluster i en gren endast om det sker frekvent kommunikation mellan filialer.

Geografisk fördelning

Den geografiskt distribuerade distributionen är sammankopplad men kan uppvisa märkbar latens mellan regioner. Brist på resurser kan orsaka suboptimala kaskader att ställas in på kort sikt när det finns möten mellan användare på varje geografisk plats. I den här modellen rekommenderar vi att du allokerar Video Mesh-noder nära regional internetåtkomst.

Geografisk distribution med SIP-uppringning

Denna distributionsmodell innehåller regionala Unified CM kluster. Varje kluster kan innehålla en SIP-trunk för att välja resurser i det lokala Video Mesh-klustret. En andra trunk kan tillhandahålla en failover-väg till ett Expressway-par om resurserna blir begränsade.

Portar och protokoll som används av Video Mesh

För att säkerställa en framgångsrik distribution av Video Mesh och för problemfri drift av Video Mesh-noderna, öppna följande portar på din brandvägg för användning med protokollen.

Se N ätverkskrav för Webex-tjänster för att förstå de övergripande nätverkskraven för Webex-appen.
Mer information om brandvägg och nätverkspraxis för Webex-tjänster finns i Whitepaper för brandväggstravering.
Om du vill minska eventuella problem med DNS-frågor följer du dokumentationen om bästa praxis för DNS, nätverksskydd och attackidentifiering när du konfigurerar företagets brandvägg.
Mer designinformation finns i Preferred Architecture for Hybrid Services, CVD.

Hamnar och protokoll för hantering

Noderna i ett Video Mesh-kluster kräver obehindrad kommunikation med varandra. De kräver också obehindrad kommunikation med noderna i alla dina andra Video Mesh-kluster. Se till att dina brandväggar tillåter all kommunikation mellan Video Mesh-noderna.

Videonätnoderna i ett kluster måste vara i samma VLAN eller subnätmask.

Syfte	Källa	Bestämmelseort	Källa IP	Källport	Transportprotokoll	Destinations-IP	Destinationshamn
Förvaltning	Hanteringsdator	Video Mesh-nod	Vid behov	Vilken som helst	TCP, HTTPS	Video Mesh-nod	443
SSH för åtkomst till Video Mesh administratörskonsol	Hanteringsdator	Video Mesh-nod	Vid behov	Vilken som helst	TCP	Video Mesh-nod	22
Intraklusterkommunikation	Video Mesh-nod	Video Mesh-nod	IP-adress för andra Video Mesh-noder i klustret	Vilken som helst	TCP	Videonätnoder	8443
Förvaltning	Video Mesh-nod	Webex moln	Vid behov	Vilken som helst	UDP, NTP UDP, DNS TCP, HTTPS (WebSockets)	Vilken som helst	123* 53*
Kaskadsignalering	Video Mesh-nod	Webex moln	Vilken som helst	Vilken som helst	TCP	Vilken som helst	443
Kaskadmedia	Video Mesh-nod	Webex moln	Video Mesh-nod	Nåja***	UDP	Vilken som helst För specifika adressområden, se avsnittet ”IP-undernät för Webex Media-tjänster” i N ätverkskrav för We bex Services.	5004 och 9000 Mer information finns i avsnittet ”Webex Services — Portnummer och protokoll” i N ätverkskrav för Webex Services.
Kaskadsignalering	Videonätkluster (1)	Videonätkluster (2)	Vilken som helst	Vilken som helst	TCP	Vilken som helst	4442
Kaskadmedia	Videonätkluster (1)	Videonätkluster (2)	Videonätkluster (1)	Nåja***	UDP	Vilken som helst	Nåja***
Förvaltning	Video Mesh-nod	Webex moln	Vid behov	Vilken som helst	TCP, HTTPS	Någon**	443
Förvaltning	Nod för videonätning (1)	Nod för videonätning (2)	Nod för videonätning (1)	Vilken som helst	TCP, HTTPS (WebSockets)	Nod för videonätning (2)	443
Intern kommunikation	Video Mesh-nod	Alla andra Video Mesh-noder	Video Mesh-nod	Vilken som helst	UDP	Vilken som helst	10000 till 40000

_{* Standardkonfigurationen i OVA är konfigurerad för NTP och DNS. OVA kräver att du öppnar dessa portar som går ut till internet. Om du konfigurerar en lokal NTP- och DNS-server behöver du inte öppna portarna 53 och 123 genom brandväggen}.

_{** Eftersom vissa webbadresser för molntjänster kan ändras utan förvarning, är ANY den rekommenderade destinationen för problemfri drift av Video Mesh-noderna. Om du föredrar att filtrera trafik baserat på webbadresser, se avsnittet Ytterligare webbadresser för Webex Hybrid-tjänster i N ätverkskrav för Webex Services för mer information}.

_{*** Portarna varierar beroende på om du aktiverar QoS. Med QoS aktiverat är portarna 52 500-62999 och 63000-65500. Med QoS av är portarna 34 000-34 999.}

Trafiksignaturer för videonät (servicekvalitet aktiverad)

För distributioner där Video Mesh-noden sitter på företagssidan av DMZ eller inuti brandväggen finns det en konfigurationsinställning för Video Mesh Node i Webex Control Hub som gör det möjligt för administratören att optimera portområdena som används av Video Mesh Node för QoS-nätverksmärkning. Den här inställningen för tjänstekvalitet är aktiverad som standard och ändrar källportarna som används för delning av ljud, video och innehåll till värdena i den här tabellen. Med den här inställningen kan du konfigurera QoS-markeringsprinciper baserat på UDP-portintervall för att skilja ljud från video- eller innehållsdelning och markera allt ljud med rekommenderat värde EF och Video- och innehållsdelning med ett rekommenderat värde AF41.

Tabellen och diagrammet visar UDP-portar som används för ljud- och videoströmmar, som är huvudfokus för QoS-nätverkskonfigurationer. Medan nätverkets QoS-markeringsprinciper för media över UDP är fokus för följande tabell, avslutar Webex Video Mesh-noder också TCP-trafik för presentation och innehållsdelning för Webex-appen med hjälp av kortvariga portar 52500—65500. Om en brandvägg sitter mellan Video Mesh-noderna och Webex-appen måste dessa TCP-portar också tillåtas för att fungera korrekt.

Video Mesh Node markerar trafik inbyggt. Denna ursprungliga markering är asymmetrisk i vissa flöden och beror på om källportarna är delade portar (enstaka port som 5004 för flera flöden till olika destinationer och destinationsportar) eller om de inte är det (där porten faller inom ett intervall men är unik för den specifika dubbelriktade sessionen).

För att förstå den ursprungliga markeringen av en videonätnod, notera att Video Mesh-noden markerar ljud EF när den inte använder 5004-porten som källport. Vissa dubbelriktade flöden som Video Mesh till Video Mesh kaskader eller Video Mesh till Webex App kommer att markeras asymmetriskt, en anledning att använda nätverket för att anmärka trafik baserat på de UDP-portintervall som tillhandahålls.

Källens IP-adress	Destinations IP-adress	Källa UDP-portar	Destination UDP-portar	Inbyggd DSCP-märkning	Medietyp
Videonätnod	Webex molnmedietjänster	35000 till 52499	5004	AF41	Testa STUN-paket
Videonätnod	Webex molnmedietjänster	52500 till 62999	5004 och 9000	EF	Ljud
Videonätnod	Webex molnmedietjänster	63000 till 65500	5004 och 9000	AF41	Videoklipp
Videonätnod	Videonätnod	10000 till 40000	10000 till 40000	—	Ljud
Videonätnod	Videonätnod	10000 till 40000	10000 till 40000	—	Videoklipp
Videonätnod	Unified CMSIP-slutpunkter	52500 till 59499	Unified CMSIP-profil	EF	Ljud
Videonätnod	Unified CMSIP-slutpunkter	63000 till 64667	Unified CMSIP-profil	AF41	Videoklipp
Videonätkluster	Videonätkluster	52500 till 62999	52500 till 62999	EF	Ljud
Videonätkluster	Videonätkluster	63000 till 65500	63000 till 65500	AF41	Videoklipp
Videonätnod	Webex-appen eller Webex-registrerad slutpunkt	5004	52000 till 52099	AF41	Ljud
Videonätnod	Webex-appen eller Webex-registrerad slutpunkt	5004	52100 till 52299	AF41	Videoklipp

* _{Medietrafikens riktning bestämmer DSCP-markeringarna. Om källportarna kommer från noden Video Mesh (från noden Video Mesh till Webex App) markeras trafiken endast som AF41. Medietrafik som kommer från Webex-appen eller Webex-registrerade slutpunkter har separata DSCP-markeringar, men returtrafiken från de delade portarna för Video Mesh-noden gör det inte}.

UDP-källportdifferentiering (Windows Webex App-klienter): Kontakta ditt lokala kontoteam om du vill att UDP-källportdifferentiering ska aktiveras för din organisation. Om detta inte är aktiverat kan ljud- och videodelning inte differentieras av Windows OS. Källportarna kommer att vara desamma för ljud-, video- och innehållsdelning på Windows-enheter.

Trafiksignaturer för videonät (servicekvalitet inaktiverad)

För distributioner där Video Mesh-noden sitter i DMZ finns det en konfigurationsinställning för Video Mesh Node i Webex Control Hub som låter dig optimera portområdena som används av noden Video Mesh. Den här inställningen för tjänstekvalitet, när den är inaktiverad (aktiverad som standard), ändrar källportarna som används för delning av ljud, video och innehåll från noden Video Mesh till intervallet 34000 till 34999. Noden Video Mesh markerar sedan nativt all ljud-, video- och innehållsdelning till en enda DSCP av AF41.

Eftersom källportarna är desamma för alla medier oavsett destination kan du inte skilja ljudet från video- eller innehållsdelning baserat på portintervall med den här inställningen inaktiverad. Med den här konfigurationen kan du konfigurera brandväggshål för media enklare än med Service Quality of Service aktiverad.

Tabellen och diagrammet visar UDP-portar som används för ljud- och videoströmmar när QoS är inaktiverat.

***Trafiksignaturer för videonät (servicekvalitet inaktiverad)***

Tabell 6. Trafiksignaturer för videonät (servicekvalitet inaktiverad)
Källens IP-adress	Destinations IP-adress	Källa UDP-portar	Destination UDP-portar	Inbyggd DSCP-märkning	Medietyp
Videonätnod	Webex molnmedietjänster	34000 till 34999	5004 och 9000	AF41	Ljud
Videonätnod	Webex molnmedietjänster	34000 till 34999	5004 och 9000	AF41	Videoklipp
Videonätnod	Videonätnod	10000 till 40000	10000 till 40000	AF41	Ljud
Videonätnod	Videonätnod	10000 till 40000	10000 till 40000	AF41	Videoklipp
Videonätkluster	Videonätkluster	34000 till 34999	34000 till 34999	AF41	Ljud
Videonätkluster	Videonätkluster	34000 till 34999	34000 till 34999	AF41	Videoklipp
Videonätnod	Unified CMSIP-slutpunkter	52500 till 59499	Unified CMSIP-profil	AF41	Ljud
Videonätnod	Unified CMSIP-slutpunkter	63000 till 64667	Unified CMSIP-profil	AF41	Videoklipp
Videonätnod	Webex molnmedietjänster	35000 till 52499	5004	AF41	Testa STUN-paket
Videonätnod	Webex-appen eller Webex-registrerad slutpunkt	5004	52000 till 52099	AF41	Ljud
Videonätnod	Webex-appen eller Webex-registrerad slutpunkt	5004	52100 till 52299	AF41	Videoklipp

Hamnar och protokoll för Webex Meetings trafik

Syfte	Källa	Bestämmelseort	Källa IP	Källport	Transportprotokoll	Destinations-IP	Destinationshamn
Kallelse till möte	Appar (Webex App stationära och mobila appar) Webex-registrerade enheter	Video Mesh-nod	Vid behov	Vilken som helst	UDP och TCP (Används av Webex-appen) SRTP (valfri)	Någon**	5004
SIP-enhet som ringer till möte (SIP-signalering)	Unified CMeller Cisco Expressway samtalskontroll	Video Mesh-nod	Vid behov	Flyktig (>=1024)	TCP eller TLS	Någon**	5060 eller 5061
Kaskad	Video Mesh-nod	Webex moln	Vid behov	34000 till 34999	UDP, SRTP (valfri) *	Någon**	5004 och 9000
Kaskad	Video Mesh-nod	Video Mesh-nod	Vid behov	34000 till 34999	UDP, SRTP (valfri) *	Någon**	5004

Port 5004 används för alla molnmedier och lokala Video Mesh-noder.

Webex-appen fortsätter att ansluta till Video Mesh-noder över delade portar 5004. Dessa portar används också av Webex App- och Webex-registrerade slutpunkter för STUN-tester till Video Mesh-noder. Video Mesh-nod till Video Mesh-nod för kaskader använder målportintervallet 10000—40000. _{* TCP stöds också, men föredras inte eftersom det kan påverka mediekvaliteten.}

_{** Om du vill begränsa med IP-adresser, se IP-adressintervallen som dokumenteras i N ätverkskrav för Webex Services.}

_{För bästa möjliga upplevelse av att använda Webex i din organisation konfigurerar du brandväggen så att all utgående TCP- och UDP-trafik som är avsedd för portar 5004 samt eventuella inkommande svar på den trafiken tillåts. Portkraven som anges ovan förutsätter att Video Mesh-noder distribueras antingen i LAN (föredras) eller i en DMZ och att Webex-appen finns i} LAN.

Videokvalitet och skalning för Video Mesh

Nedan följer några vanliga mötesscenarier när en kaskad skapas. Video Mesh är anpassningsbart beroende på tillgänglig bandbredd och distribuerar resurser därefter. För enheter i mötet som använder noden Video Mesh ger kaskadlänken fördelen att den genomsnittliga bandbredden minskar och mötesupplevelsen förbättras för användaren.

För riktlinjer för tillhandahållande av bandbredd och kapacitetsplanering, se dokumentationen för önskad arkitektur.

Baserat på de aktiva talarna i mötet upprättas kaskadlänkarna. Varje kaskad kan innehålla upp till 6 strömmar och kaskaden är begränsad till 6 deltagare (6 i riktning mot Webex App/SIP till Webex cloud och 5 i motsatt riktning). Varje medieresurs (moln och Video Mesh) frågar fjärrsidan om de strömmar som behövs för att uppfylla de lokala slutpunktskraven för alla fjärrdeltagare över kaskaden.

För att ge en flexibel användarupplevelse kan Webex-plattformen göra multistream-video till mötesdeltagare. Samma förmåga gäller kaskadlänken mellan Video Mesh-noder och molnet. I den här arkitekturen varierar bandbreddskraven beroende på ett antal faktorer, till exempel slutpunktslayouterna.

Arkitektur

I den här arkitekturen skickar Cisco Webex -registrerade slutpunkter signalering till molnet och media till switchtjänsterna. Lokala SIP-slutpunkter skickar signalering till samtalskontrollmiljön (Unified CMeller Expressway), som sedan skickar den till noden Video Mesh. Media skickas till omkodningstjänsten.

Deltagare i moln och lokaler

Lokala lokala deltagare på noden Video Mesh begär önskade strömmar baserat på deras layoutkrav. Dessa strömmar vidarebefordras från noden Video Mesh till slutpunkten för återgivning av lokala enheter.

Varje moln- och Video Mesh-nod begär HD- och SD-upplösningar från alla deltagare som är molnregistrerade enheter eller Webex-appen. Beroende på slutpunkten skickar den upp till 4 upplösningar, vanligtvis 1080p, 720p, 360p och 180p.

Kaskader

De flesta Cisco-slutpunkter kan skicka 3 eller 4 strömmar från en enda källa i en rad upplösningar (från 1080p till 180p). Utformningen av slutpunkten dikterar kravet på de strömmar som behövs längst ut i kaskaden. För aktiv närvaro är huvudvideoströmmen 1080p eller 720p, videorutorna (PIP) är 180p. För lika vy är upplösningen 480p eller 360p för alla deltagare i de flesta fall. Kaskaden som skapas mellan Video Mesh-noder och molnet skickar också 720p, 360p och 180p i båda riktningarna. Innehållet skickas som enstaka ström och ljud skickas som flera strömmar.

Kaskadbandbreddsdiagram som tillhandahåller en mätning per kluster finns tillgängliga på Analytics-menyn i Webex Control Hub. Du kan inte konfigurera kaskadbandbredd per möte i Control Hub.

Den maximala förhandlade kaskadbandbredden per möte är 20 Mbps för huvudvideo för alla källor och de flera huvudvideoströmmar som de kan skicka. Detta maximala värde inkluderar inte innehållskanalen eller ljudet.

Huvudvideo med flera layoutexempel

Följande diagram illustrerar ett exempel på mötesscenario och hur bandbredden påverkas när flera faktorer spelar in. I exemplet överför alla Webex-appar och Webex-registrerade enheter 1x720p, 1x360p och 1x180p strömmar till Video Mesh. På kaskaden överförs strömmar på 720p, 360p och 180p i båda riktningarna. Anledningen är att det finns Webex-app och Webex-registrerade enheter som tar emot 720p, 360p och 180p på båda sidor av kaskaden.

I diagrammen är bandbreddnumren för överförda och mottagna data endast till exempel ändamål. De är inte en uttömmande täckning av alla möjliga möten och tillhörande bandbreddskrav. Olika mötesscenarier (anslutna deltagare, enhetsfunktioner, innehållsdelning inom mötet, aktivitet vid en viss tidpunkt under mötet) ger olika bandbreddsnivåer.

Diagrammet nedan visar ett möte med moln- och lokalregistrerade slutpunkter och en aktiv talare.

I samma möte visar diagrammet nedan ett exempel på en kaskad skapad mellan Video Mesh-noderna och molnet i båda riktningarna.

I samma möte visar diagrammet nedan ett exempel på en kaskad från molnet.

Diagrammet nedan visar ett möte med samma enheter ovan, tillsammans med en Webex Meetings klient. Systemet skickar den aktiva högtalaren och den sista aktiva högtalaren i högupplöst, tillsammans med en extra HD-ström av den aktiva högtalaren för Webex Meeting-klienter eftersom Video Mesh-noder inte stöder Webex Meetings just nu.

***Tillägg av Webex Meetings deltagare***

Krav för Webex-tjänster

Arbeta med din partner, Customer Success Manager (CSM) eller försöksrepresentant för att korrekt tillhandahålla Cisco Webex webbplatsen och Webex-tjänsterna för Video Mesh:

Du måste ha en Webex-organisation med en betald prenumeration på Webex-tjänster.
För att dra full nytta av Video Mesh, se till att din Webex-webbplats är på videoplattform version 2.0. (Du kan verifiera att din webbplats finns på videoplattform version 2.0 om listan Medieresurstyp finns tillgänglig i webbplatsalternativen för mötesrum för molnsamarbete.)
Du måste aktivera CMR för din Webex-webbplats under användarprofiler. (Du kan göra detta i en massuppdaterings-CSV med attributet supportCMR).

Mer information finns i Funktionsj ämförelse och migreringsväg från samarbetsmöterumshybrid till videon ät i bilagan.

Relaterad information

Kontrollera att källlandet är korrekt

Video Mesh använder de globala distribuerade mediefunktionerna (GDM) i Webex för att uppnå bättre mediarutning. För att uppnå optimal anslutning väljer Webex närmaste molnmedia-nod till ditt företag när du utför Video Mesh-kaskader till Webex. Trafik passerar sedan genom Webex-ryggraden för att interagera med Webex mikrotjänster för mötet. Denna routing minimerar latens och håller det mesta av trafiken på Webex-ryggraden och utanför internet.

För att stödja GDM använder vi MaxMind som GeoIP-platsleverantör för denna process. Kontrollera att MaxMind korrekt identifierar platsen för din offentliga IP-adress för att säkerställa effektiv routing.

1	I en webbläsare anger du den här webbadressen med den offentliga IP-adressen för din Expressway eller slutpunkt i slutet. `https://ds.ciscospark.com/v1/region/<public IP address>` Du får ett svar som följande: `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	Kontrollera att det `countryCode`är lämpligt för platsen för din motorväg eller slutpunkt.
3	Om platsen är felaktig, skicka en begäran om att korrigera platsen för din offentliga IP-adress till MaxMind på https://www.maxmind.com/en/geoip-data-correction-request.

Slutför förutsättningarna för Video Mesh

Använd den här checklistan för att säkerställa att du är redo att installera och konfigurera Video Mesh-noder och integrera en Webex-webbplats med Video Mesh.

1	Se till att du: Uppfylla minimisystemkraven som beskrivs i K rav för videomät verk och Licenskrav för hybridtjänster. Förstå exemplen på samtalskapacitet som beskrivs i Kapacitet för noder för videonätverk. Förstå de distributionsmodeller som stöds som beskrivs i Distributionsmodeller som stöds av Video Mesh. Se till att nätverket tillåter anslutning på portarna och med de protokoll som beskrivs i Portar och protokoll som används av Video Mesh Se till att nätverket stöder bandbreddskraven som beskrivs i Videokvalitet och skalning för videonät
2	Arbeta med din partner, kundframgångsansvarig eller försöksrepresentant för att förstå och förbereda din Webex-miljö så att den är redo att ansluta till Video Mesh. Mer information finns i K rav för Webex-tjänster.
3	Spela in följande nätverksinformation för att tilldela dina Video Mesh-noder: IP-adress (rekommenderas) Nätverksmask Gateway IP-adress DNS-servrar NTP-servrar Ett värdnamn och eventuellt domännamn för noden Video Mesh. (Valfritt) Vi rekommenderar att du använder IP-adresser för Video Mesh. Om du planerar att konfigurera noderna med FQDN bör FQDN-värdet kunna lösas med alla poster i listan DNS-servrar som konfigurerats på noden. Du måste också skapa både framåt- och omvänd DNS (A- och PTR-poster) i DNS-konfigurationen.
4	Innan installationen påbörjas, se till att din Webex-organisation är aktiverad för Video Mesh. Den här tjänsten är tillgänglig för organisationer med vissa betalda Webex-tjänsteabonnemang som dokumenterats i Licenskrav för Cisco Webex hybridtjänster. Kontakta din Cisco-partner eller kontoansvarig för hjälp.
5	Välj en maskinvaru- eller specifikationsbaserad konfiguration som stöds för din Video Mesh-nod, enligt beskrivningen i System- och plattformskrav för programvara för Video Mesh Node.
6	Se till att servern kör VMware ESXi 7 eller 8, och vSphere 7 eller 8, med en VM-värd i drift.
7	Om du integrerar Video Mesh med samtalskontrollmiljön och vill att deltagarlistorna ska vara konsekventa över mötesplattformar, se till att Unified CM klustersäkerhetsläget är inställt på blandat läge så att det stöder TLS-krypterad trafik. Unified CM End-to-end-krypterad trafik krävs för att den här funktionen ska fungera. Se kapitlet om TLS-inställningar i säkerhetsguiden Cisco Unified Communications Manager för mer information om hur du byter Unified CM miljö till blandat läge. Se lösnings guiden för Active Control för mer information om funktionerna och om hur du konfigurerar end-to-end-kryptering.
8	Om du integrerar en proxy (explicit, transparent inspektion eller transparent icke-inspektion) med Video Mesh, se till att du följer kraven i K rav för proxystöd för videomätverk.

Vad du ska göra härnäst

Installera och konfigurera Video Mesh Node Software

Distribuera videonät

Aktivitetsflöde för distribution av videomätverk

Innan du börjar